Dear Eryck,

LISPmob need to have defined a default gateway for each interface associated with RLOCs. Could you send us the information of "ip route" and "ip -6 route"?

Thanks

Albert L.

On 09/03/2013 11:28 AM, Eryck Montes wrote:
Ok, still have the same issue.
I shutdown all tunnels but one and still have the same issue when says network is unreachable.
When lispd is running, I can see this:

# ip -6 rule
0:from all lookup local
2:from my_real_ipv6_ip::1 lookup 2
32766:from all lookup main
32777:from all lookup default

But the table is empty:

# ip -6 route show table 2
#

Is that supposed to happen or am I missing something else (which I find plausible :) )?

Thanks,
Eryck




On Tue, Sep 3, 2013 at 10:15 AM, Eryck Montes <[email protected] <mailto:[email protected]>> wrote:

    Hello,

    So the message was due to the configuration options being changed,
    I just used the example and ported my configuration.
    Let's see how it goes.

    Thanks,
    Eryck



    On Mon, Sep 2, 2013 at 11:35 PM, Eryck Montes <[email protected]
    <mailto:[email protected]>> wrote:

        Thanks, Alberto.
        I just pulled and compiled but got the following when I tried
        to run:

        lispd: confuse.c:140: cfg_getopt: Assertion `cfg && cfg->name
        && name' failed.

        My confuse libs are:

        libconfuse-2.6-2.el6.rf.x86_64
        libconfuse-devel-2.6-2.el6.rf.x86_64

        Anything wrong with them or is it something else?

        Thanks,
        Eryck





        On Mon, Sep 2, 2013 at 11:24 PM, Alberto Rodriguez-Natal
        <[email protected] <mailto:[email protected]>> wrote:

            Hi Eryck,

            I assume that you are using the latest stable release
            (master branch on git hub). We had experienced some issues
            with that release on scenarios with multiple IPv6
            interfaces. Those issues are fixed on the current testing
            branch.

            Please try with the code on the testing branch
            (https://github.com/LISPmob/lispmob/tree/testing) and tell
            us the outcome. If you still face problems, send us the
            complete log output, with level 3 debug (lispd -d 3).

            Thanks!
            Alberto

            On 2 Sep 2013 21:14, "Eryck Montes" <[email protected]
            <mailto:[email protected]>> wrote:


                Hello,

                I`m having some issues on getting connected. Got my
                EID and other details today but I am not really having
                any luck on it.
                I have some interfaces on my server, eth0 for my fibre
                connection, eth1 for my internal lan (with some IPv6
                IPs) and 3 IPv6 tunnels.
                I checked my sysctl parameters and it`s all looking good.
                If I try to configure the database mapping with my
                eth1 connection, every time I try to connect I can see
                some of these messages on the output:

                DEBUG-2: send_packet: send failed Network is unreachable

                If I use one of the tunnels (sixxs) for example, it
                doesn`t give me the network is unreachable but it also
                doesn`t work.
                I have tried with both firewalls off
                (iptables/ip6tables) and the results are the same
                (even though I have enabled the ports 4341/4342 udp
                when they are up).
                Is there anyone able to point out what I could be
                doing wrong?
                Here`s my configuration:

                #
                #
                #       lispd example config file
                #
                #


                # General configuration
                #       debug: Debug levels [0..3]
                # map-request-retries: Additional Map-Requests to send
                per map cache miss

                debug                = 3
                map-request-retries  = 2


                # Encapsulated Map-Requests are sent to this map-resolver
                # You can define several map-resolvers. Encapsulated
                Map-Request messages will be sent to only one.
                #       address: IPv4 or IPv6 address of the map resolver
                map-resolver = {
                217.8.97.6,2001:67c:21b4:110::b
                }


                # Map-Registers are sent to this map-server
                # You can define several map-servers. Map-Register
                messages will be sent to all of them.
                #       address: IPv4 or IPv6 address of the map-server
                #   key-type: Only 1 supported (HMAC-SHA-1-96)
                #       key: password to authenticate with the map-server
                #   proxy-reply [on/off]: Configure map-server to
                Map-Reply on behalf of the xTR

                map-server {
                        address     = 217.8.97.6
                        key-type    = 1
                        key         = <redacted>
                        proxy-reply = on
                }

                # Packets addressed to non-LISP sites will be
                encapsulated to this Proxy-ETR
                # You can define several Proxy-ETR. Traffic will be
                balanced according to priority and weight.
                #       address: IPv4 or IPv6 address of the Proxy-ETR
                #   priority [0-255]: Proxy-ETR with lower values are
                more preferable.
                #       weight [0-255]: When priorities are the same
                for multiple Proxy-ETRs, the Weight indicates how to
                balance
                #    unicast traffic between them.
                #proxy-etr {
                #       address     = 217.8.98.33
                #       priority    = 1
                #       weight      = 100
                #}

                proxy-etr {
                        address = 2001:67C:21B4:107::b
                        priority = 1
                        weight = 100
                }


                # IPv4 / IPv6 EID of the node.
                # One database-mapping structure is defined for each
                interface with RLOCs associated to this EID
                #       eid-prefix: EID prefix (IPvX/mask) of the mapping
                #   interface: interface containing the RLOCs
                associated to this mapping
                #   priority_vX [0-255]: Priority for the IPvX RLOC of
                the interface. Locators with lower values are more
                preferable.
                #      This is used for both incoming policy
                announcements and outcoming traffic policy management.
                #      (A value of -1 means that IPvX address of that
                interface is not used)
                #   weight [0-255]: When priorities are the same for
                multiple RLOCs, the Weight indicates how to balance
                unicast
                #        traffic between them.

                database-mapping {
                         eid-prefix = 2610:d0:1219:192::19/128
                         interface = sixxs
                         priority_v4 = -1 # Priority of IPv4 locator
                of the interface eth0 for this EID
                         weight_v4 = 100 # Weight of IPv4 locator of
                the interface eth0 for this EID
                         priority_v6 = 1 # Priority of IPv6 locator of
                the interface eth0 for this EID
                         weight_v6 = 100 # Weight of IPv6 locator of
                the interface eth0 for this EID
                }

                #database-mapping {
                #         eid-prefix = 153.16.22.217/32
                <http://153.16.22.217/32>
                #         interface = eth1
                #         priority_v4 = 1 # Priority of I$
                #         weight_v4 = 100 # Weight of IPv4 locato$
                #         priority_v6 = -1 # Priority of I$
                #         weight_v6 = 100 # Weight of IPv6 locato$
                #}

                # List of PITRs to SMR on handover
                #       address: IPv4 or IPv6 address of the Proxy-ITR

                #proxy-itrs = {
                #       address,
                #       [address ...]
                #}

                # Current LISP beta-network (lisp4.net/lisp6.net
                <http://lisp4.net/lisp6.net>) PITR addresses
                # Uncomment the IPv4 or IPv6 list based on your
                current locators and
                # comment the previous 'proxy-itrs' section

                # LISP beta-network IPv4 PITRs
                proxy-itrs = {
                # 69.31.31.98, # eqx-ash-pxtr
                # 149.20.48.60, # isc-pxtr
                # 198.6.255.37, # asp-pxtr
                # 173.36.193.25, # sjc-pxtr
                # 129.250.1.63, # ntt-amer-pxtr
                217.8.98.33, # intouch-pxtr-1
                217.8.98.35, # intouch-pxtr-2
                193.162.145.46 <tel:193.162.145.46>, # tdc-pxtr
                158.38.1.92, # uninett-pxtr
                203.181.249.172, # apan-pxtr
                # 202.51.247.10 <tel:202.51.247.10> # sg-nus-pxtr
                }

                # LISP beta-network IPv6 PITRs

                proxy-itrs = {
                # 2001:590::451f:1f62, # eqx-ash-pxtr
                # 2001:4f8:3:d::60, # isc-pxtr
                # 2001:418:4:1:deaf:bebe::10d, # asp-pxtr
                # 2001:418:0:1000::613, # ntt-amer-pxtr
                # 2001:200:e000:17::17, # intouch-pxtr-1
                2001:67C:21B4:108::b, # intouch-pxtr-2
                2001:6c8:41:100:0:2:1:c, # tdc-pxtr
                2001:700:0:52E::4, # uninett-pxtr
                2001:67C:21B4:107::b # apan-pxtr
                }


                Any idea/help is appreciated.

                Thanks,
                Eryck






--
Albert López
CCABA System Administrator
Universitat Politècnica de Catalunya
Telf: 93 4017182

Reply via email to