(usagi-users 03876) Re: Binding Update Messages not routed

"Kohn, Rodolfo" <[email protected]> Wed, 11 Jul 2007 08:59:42 -0700
Newsgroups gmane.linux.ipv6.usagi.users
Message-ID <12982123405724458280C4FD3FF9C08B030BFD65@fmsmsx418.amr.corp.intel.com>
Hi Shinta,

I finally solved the problem. I forgot to write 1 to
/proc/sys/net/ipv6/conf/all/forwarding

I don't know if I have to write 1 to 
/proc/sys/net/ipv4/ip_forward 
but I also did it.

Now I have a problem with the HA IPv6 address configuration but that's a
topic for another thread.

Thanks,
Rodolfo.







>-----Original Message-----
>From: Shinta Sugimoto [mailto:[email protected]]
>Sent: Friday, July 06, 2007 1:42 AM
>To: [email protected]
>Subject: (usagi-users 03873) Re: Binding Update Messages not routed
>
>Hi Rodolfo,
>
>I checked your packet capture and also the MN configuration file.
>The BU message as well as the configuration file look just fine.
>
>> The weird thing is that if I stop the MN and HA MIPv6 daemons, in the
>> corresponding nodes, and then I send a ping6 from the "MN" node to
the
>> node that would be the HA, it runs all right.
>
>Ok.
>
>> Maybe, I'm having a problem with tunneling in the router?
>
>I am not sure what you mean by "a problem with tunneling in
>the router"?  I cannot find any relation to "tunneling" from
>your report but maybe I am missing some information.
>It seems that the router just cannot forward the packet
>(the BU message) for some reason, maybe due to the netfilter
>settings, and sends back an IMCPv6 message to the sender.
>Can you check the netfilter configuration at your router?
>
>
>Regards,
>Shinta
>
>On Thu, 5 Jul 2007 12:21:46 -0700
>"Kohn, Rodolfo" <[email protected]> wrote:
>
>> Hi Shinta,
>>
>> I agree with you, the problem seems to be something different than
>> MIPv6.
>> There is something in the router, I think it is related to the
netfilter
>> operation that is dropping (rejecting) the package and sending the
>> "address unreachable".
>>
>> Internet Control Message Protocol v6 type and code:
>>     Type: 1 (Unreachable)
>>     Code: 3 (Address unreachable)
>>
>> I'm looking at the kernel code, I know at some point function
>> "reject6_target", in file ip6t_REJECT.c, is called but I haven't
found
>> the root cause yet.
>>
>> The weird thing is that if I stop the MN and HA MIPv6 daemons, in the
>> corresponding nodes, and then I send a ping6 from the "MN" node to
the
>> node that would be the HA, it runs all right.
>> Maybe, I'm having a problem with tunneling in the router?
>>
>>
>> Here I'm sending the Ethereal output of the two messages (BU and ICMP
>> Address Unreachable).
>>
>> No.     Time        Source                Destination
Protocol
>> Info
>>       3 8.558770    3ffe:2621:6:1:20c:29ff:fe3e:42ad 3ffe:2620:6:1::1
>> MIPv6    Binding Update
>>
>> Frame 3 (110 bytes on wire, 110 bytes captured)
>>     Arrival Time: Jun 18, 2007 19:39:22.511948000
>>     Time delta from previous packet: 2.478611000 seconds
>>     Time since reference or first frame: 8.558770000 seconds
>>     Frame Number: 3
>>     Packet Length: 110 bytes
>>     Capture Length: 110 bytes
>>     Protocols in frame: eth:ipv6:mipv6
>> Ethernet II, Src: Vmware_3e:42:ad (00:0c:29:3e:42:ad), Dst:
>> Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9)
>>     Destination: Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9)
>>         Address: Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9)
>>         .... ...0 .... .... .... .... = Multicast: This is a UNICAST
>> frame
>>         .... ..0. .... .... .... .... = Locally Administrated
Address:
>> This is a FACTORY DEFAULT address
>>     Source: Vmware_3e:42:ad (00:0c:29:3e:42:ad)
>>         Address: Vmware_3e:42:ad (00:0c:29:3e:42:ad)
>>         .... ...0 .... .... .... .... = Multicast: This is a UNICAST
>> frame
>>         .... ..0. .... .... .... .... = Locally Administrated
Address:
>> This is a FACTORY DEFAULT address
>>     Type: IPv6 (0x86dd)
>> Internet Protocol Version 6
>>     Version: 6
>>     Traffic class: 0x00
>>     Flowlabel: 0x00000
>>     Payload length: 56
>>     Next header: IPv6 destination option (0x3c)
>>     Hop limit: 64
>>     Source address: 3ffe:2621:6:1:20c:29ff:fe3e:42ad
>> (3ffe:2621:6:1:20c:29ff:fe3e:42ad)
>>     Destination address: 3ffe:2620:6:1::1 (3ffe:2620:6:1::1)
>> Destination Option Header
>>     Next header: Mobile IPv6 (0x87)
>>     Length: 2 (24 bytes)
>>     PadN: 4 bytes
>>     Option Type: 201 (0xc9) - Home Address Option
>>     Option Length : 16
>>     Home Address : 3ffe:2620:6:1::1234 (3ffe:2620:6:1::1234)
>> Mobile IPv6 / Network Mobility
>>     Payload protocol: IPv6 no next header (0x3b)
>>     Header length: 3 (32 bytes)
>>     Mobility Header Type: Binding Update (5)
>>     Reserved: 0x00
>>     Checksum: 0x87cc
>>     Binding Update
>>         Sequence number: 49626
>>         1... .... = Acknowledge (A) flag: Binding Acknowledgement
>> requested
>>         .1.. .... = Home Registration (H) flag: Home Registration
>>         ..0. .... = Link-Local Compatibility (L) flag: No Link-Local
>> Address Compatibility
>>         ...0 .... = Key Management Compatibility (K) flag: No Key
>> Management Mobility Compatibility
>>         .... 0... = Multiple Care of Address (M) flag: No Multiple
Care
>> of Address Comaptibility
>>         Lifetime: 65535 (262140 seconds)
>>     Mobility Options
>>         PadN: 2 bytes
>>         Alternate care-of address: 3ffe:2621:6:1:20c:29ff:fe3e:42ad
>> (3ffe:2621:6:1:20c:29ff:fe3e:42ad)
>>
>> No.     Time        Source                Destination
Protocol
>> Info
>>       4 8.558953    3ffe:2621:6:1::5
>> 3ffe:2621:6:1:20c:29ff:fe3e:42ad ICMPv6   Unreachable (Address
>> unreachable)
>>
>> Frame 4 (158 bytes on wire, 158 bytes captured)
>>     Arrival Time: Jun 18, 2007 19:39:22.512131000
>>     Time delta from previous packet: 0.000183000 seconds
>>     Time since reference or first frame: 8.558953000 seconds
>>     Frame Number: 4
>>     Packet Length: 158 bytes
>>     Capture Length: 158 bytes
>>     Protocols in frame: eth:ipv6:icmpv6:ipv6:mipv6
>> Ethernet II, Src: Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9), Dst:
>> Vmware_3e:42:ad (00:0c:29:3e:42:ad)
>>     Destination: Vmware_3e:42:ad (00:0c:29:3e:42:ad)
>>         Address: Vmware_3e:42:ad (00:0c:29:3e:42:ad)
>>         .... ...0 .... .... .... .... = Multicast: This is a UNICAST
>> frame
>>         .... ..0. .... .... .... .... = Locally Administrated
Address:
>> This is a FACTORY DEFAULT address
>>     Source: Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9)
>>         Address: Vmware_d6:c5:e9 (00:0c:29:d6:c5:e9)
>>         .... ...0 .... .... .... .... = Multicast: This is a UNICAST
>> frame
>>         .... ..0. .... .... .... .... = Locally Administrated
Address:
>> This is a FACTORY DEFAULT address
>>     Type: IPv6 (0x86dd)
>> Internet Protocol Version 6
>>     Version: 6
>>     Traffic class: 0x00
>>     Flowlabel: 0x00000
>>     Payload length: 104
>>     Next header: ICMPv6 (0x3a)
>>     Hop limit: 64
>>     Source address: 3ffe:2621:6:1::5 (3ffe:2621:6:1::5)
>>     Destination address: 3ffe:2621:6:1:20c:29ff:fe3e:42ad
>> (3ffe:2621:6:1:20c:29ff:fe3e:42ad)
>> Internet Control Message Protocol v6
>>     Type: 1 (Unreachable)
>>     Code: 3 (Address unreachable)
>>     Checksum: 0x050e [correct]
>>     Internet Protocol Version 6
>>         Version: 6
>>         Traffic class: 0x00
>>         Flowlabel: 0x00000
>>         Payload length: 56
>>         Next header: IPv6 destination option (0x3c)
>>         Hop limit: 63
>>         Source address: 3ffe:2621:6:1:20c:29ff:fe3e:42ad
>> (3ffe:2621:6:1:20c:29ff:fe3e:42ad)
>>         Destination address: 3ffe:2620:6:1::1 (3ffe:2620:6:1::1)
>>     Destination Option Header
>>         Next header: Mobile IPv6 (0x87)
>>         Length: 2 (24 bytes)
>>         PadN: 4 bytes
>>         Option Type: 201 (0xc9) - Home Address Option
>>         Option Length : 16
>>         Home Address : 3ffe:2620:6:1::1234 (3ffe:2620:6:1::1234)
>>     Mobile IPv6 / Network Mobility
>>         Payload protocol: IPv6 no next header (0x3b)
>>         Header length: 3 (32 bytes)
>>         Mobility Header Type: Binding Update (5)
>>         Reserved: 0x00
>>         Checksum: 0x87cc
>>         Binding Update
>>             Sequence number: 49626
>>             1... .... = Acknowledge (A) flag: Binding Acknowledgement
>> requested
>>             .1.. .... = Home Registration (H) flag: Home Registration
>>             ..0. .... = Link-Local Compatibility (L) flag: No
Link-Local
>> Address Compatibility
>>             ...0 .... = Key Management Compatibility (K) flag: No Key
>> Management Mobility Compatibility
>>             .... 0... = Multiple Care of Address (M) flag: No
Multiple
>> Care of Address Comaptibility
>>             Lifetime: 65535 (262140 seconds)
>>         Mobility Options
>>             PadN: 2 bytes
>>             Alternate care-of address:
3ffe:2621:6:1:20c:29ff:fe3e:42ad
>> (3ffe:2621:6:1:20c:29ff:fe3e:42ad)
>>
>>
>>
>>
>> I'm also sending the MN configuration file:
>>
>>
>> # This is an example of mip6d Mobile Node configuration file
>>
>> NodeConfig MN;
>>
>> ## If set to > 0, will not detach from tty
>> DebugLevel 10;
>>
>> ## Support route optimization with other MNs
>> DoRouteOptimizationCN enabled;
>>
>> ## Use route optimization with CNs
>> DoRouteOptimizationMN enabled;
>>
>> UseCnBuAck disabled;
>>
>> MnDiscardHaParamProb enabled;
>>
>> Interface "eth0";
>>
>> #Interface "eth1" {
>> #	MnIfPreference 2;
>> #}
>>
>> MnRouterProbes 1;
>>
>> MnHomeLink "eth0" {
>> 	HomeAgentAddress 3ffe:2620:6:1::1;
>> 	HomeAddress 3ffe:2620:6:1::1234/64;
>>
>> 	#		address			opt.
>> 	#MnRoPolicy 	3ffe:2060:6:1::3	enabled;
>> 	#MnRoPolicy				disabled;
>> }
>>
>> ##
>> ## IPsec configuration
>> ##
>>
>> UseMnHaIPsec disabled;
>>
>> ## Key Management Mobility Capability
>> KeyMngMobCapability disabled;
>>
>> #IPsecPolicySet {
>> 	#HomeAgentAddress 3ffe:2620:6:1::1;
>> 	#HomeAddress 3ffe:2620:6:1::1234/64;
>>
>> 	#IPsecPolicy Mh UseESP;
>> 	#IPsecPolicy TunnelMh UseESP;
>>
>> #	IPsecPolicy Mh UseESP 1 2;
>> #	IPsecPolicy ICMP UseESP 5;
>> #	IPsecPolicy TunnelMh UseESP 3 4;
>> #}
>>
>>
>>
>>
>>
>> Thanks,
>> Rodolfo.
>>
>>
>>
>> >-----Original Message-----
>> >From: Shinta Sugimoto [mailto:[email protected]]
>> >Sent: Wednesday, July 04, 2007 12:21 AM
>> >To: [email protected]
>> >Subject: (usagi-users 03870) Re: Binding Update Messages not routed
>> >
>> >Hi,
>> >
>> >Could you send us the packet capture (preferrably taken
>> >by another node attached to the same link as the MN) that
>> >includes both the BU message and the ICMP error message?
>> >And could you also send the configuration file of your
>> >mobile node?
>> >
>> >The BU packet comes with a home address destination option,
>> >but it should affect the source IP address not the
>> >destination IP address.  The error you got (destination
>> >unreach) is telling that the router could not find the
>> >route to the destination, so it seems that the cause of
>> >the error is something other than MIPv6 operation.
>> >
>> >Regards,
>> >Shinta
>> >
>> >On Tue, 3 Jul 2007 05:02:01 -0700
>> >"Kohn, Rodolfo" <[email protected]> wrote:
>> >
>> >> Hi all,
>> >>
>> >> I'm having a problem with my MIPv6 testbed.
>> >>
>> >>
>> >>
>> >> The router, instead of forwarding the Binding Update messages from
>> one
>> >> network to other, is dropping the BUs sent from the MN to the HA.
>> Then,
>> >> it returns "Unreachable destination" to the MN.
>> >>
>> >>
>> >>
>> >> I think it is a problem with netfilter but I cannot figure out the
>> root
>> >> cause.
>> >>
>> >>
>> >>
>> >> When I stop using MIPv6 (I stopped mip6d) and I run a ping6 from
one
>> >> node to the other, it correctly works.
>> >>
>> >>
>> >>
>> >> My testbed consists of 2 networks connected with a router with the
MN
>> in
>> >> one network and the HA in the other network.
>> >>
>> >>
>> >>
>> >> If somebody could help me I'd appreciate it.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Thanks in advance,
>> >>
>> >> Rodolfo
>> >>
>> >>
>> >>
>> >
>