[support] Destination unreachable from HA on BU???
Mattias Blomqvist
mattias.blomqvist at gmail.com
Wed Mar 25 22:25:50 JST 2009
Hi
Yes I was trying to run this over a tunnel (tun driver).
But now I have moved back to ethernet with the same result.
Yes, UMIP on MN as well. Config after backing to ethernet is:
NodeConfig MN;
DebugLevel 10;
DoRouteOptimizationCN disabled;
DoRouteOptimizationMN disabled;
UseCnBuAck enabled;
MnDiscardHaParamProb enabled;
Interface "eth1" {
Tunnel disabled;
}
MnRouterProbes 1;
MnHomeLink "eth1" {
HomeAddress 2a03:a0a:0:1300::1/32;
HomeAgentAddress 2a03:a0a::1;
}
UseMnHaIPsec disabled;
KeyMngMobCapability disabled;
When I moved back to ethernet and plugged the mobile node into the
home network it seemed to work fine: The following is a BU from that
case:
14:52:40.670292 IP6 (hlim 64, next-header Mobility (135) payload
length: 32) xxxx:xxxx:0:1300::1 > xxxx:xxxx::1: mobility: BU
seq#=26946 AH lifetime=0(padn)(alt-CoA: xxxx:xxxx:0:1300::1)
0x0000: 6000 0000 0020 8740 xxxx xxxx 0000 1300
0x0010: 0000 0000 0000 0001 xxxx xxxx 0000 0000
0x0020: 0000 0000 0000 0001 3b03 0500 cfd7 6942
0x0030: c000 0000 0100 0310 xxxx xxxx 0000 1300
0x0040: 0000 0000 0000 0001
And its BA:
14:52:40.674322 IP6 (hlim 64, next-header Mobility (135) payload
length: 16) xxxx:xxxx::1 > xxxx:xxxx:0:1300::1: mobility: BA
status=133 seq#=26946 lifetime=0(padn)
0x0000: 6000 0000 0010 8740 xxxx xxxx 0000 0000
0x0010: 0000 0000 0000 0001 xxxx xxxx 0000 1300
0x0020: 0000 0000 0000 0001 3b01 0600 5406 8500
0x0030: 6942 0000 0102 0000
But when I moved it behind a router it started sending BU's like it did before:
14:53:31.666555 IP6 (hlim 63, next-header IPv6 (41) payload length:
72) yyyy:yyyy::230:59ff:fe04:98a6 > xxxx:xxxx::1: IP6 (hlim 64,
next-header Mobility (135) payload length: 32) xxxx:xxxx:0:1300::1 >
xxxx:xxxx::1: mobility: BU seq#=4249 AH lifetime=262140(padn)(alt-CoA:
2a03:b0b::230:59ff:fe04:98a6)
0x0000: 6000 0000 0048 293f yyyy yyyy 0000 0000
0x0010: 0230 59ff fe04 98a6 xxxx xxxx 0000 0000
0x0020: 0000 0000 0000 0001 6000 0000 0020 8740
0x0030: xxxx xxxx 0000 1300 0000 0000 0000 0001
0x0040: xxxx xxxx 0000 0000 0000 0000 0000 0001
0x0050: 3b03 0500 47a6 1099 c000 ffff 0100 0310
0x0060: yyyy yyyy 0000 0000 0230 59ff fe04 98a6
> Having 2001:db9::13 in the altcoa option and in the *external* IPv6
> header is just weird. 2001:db8:0:1300::1 is not an autoconfigured
> address, so Additional questions about your MN:
2001:db9::13 was the CoA in the tunnel config. When running it over
ethernet (see tcpdumps above), the same thing happens. alt-CoA and
source address are the same.
> - how does it get that 2001:db8:0:1300::1 address?
This is a static address used as HoA.
> - you are also running UMIP on the MN? can you send the config?
Yes. umip 0.4-12 from natisbad.org.
> - On a recent kernel?
Currently on debian 5.0 standard kernel 2.6.26-1. Compiling 2.6.29 for MN now.
> - Any exotic network config (i.e. not ethernet or wifi), like some
> tunneling mechanism ?
See above.
I really appreciate all the help.
BR,
Mattias Blomqvist
On Wed, Mar 25, 2009 at 1:31 PM, Arnaud Ebalard <arno at natisbad.org> wrote:
> Hi,
>
> Romain KUNTZ <kuntz at lsiit.u-strasbg.fr> writes:
>
>> On 2009/03/25, at 11:34, Mattias Blomqvist wrote:
>>> Tcpdump of a received BU:
>>> HA:~# tcpdump -vvv -x -i eth0 -s 200 host xxxx:xxxx::1
>>> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture
>>> size 200 bytes
>>> 12:16:42.450564 IP6 (hlim 63, next-header IPv6 (41)
>>
>> Next header should be destination option header (0x3c)
>
> Yep, that's weird. The layout of the packet imported in Scapy is the
> following (replaced xxxx xxxx and yyyy yyyy values by 2001:db8:: and
> 2001:db8::):
>
> ###[ IPv6 ]###
> version= 6L
> tc= 0L
> fl= 0L
> plen= 72
> nh= IPv6
> hlim= 63
> src= 2001:db9::13
> dst= 2001:db8::1
> ###[ IPv6 ]###
> version= 6L
> tc= 0L
> fl= 0L
> plen= 32
> nh= Mobility Header
> hlim= 64
> src= 2001:db8:0:1300::1
> dst= 2001:db8::1
> ###[ IPv6 Mobility Header - Binding Update ]###
> nh= No Next Header
> len= 3
> mhtype= BU
> res= 0
> cksum= 0x20a
> seq= 0x48fd
> flags= HA
> reserved= 0x0L
> mhtime= 262140 sec
> autopad= On
> \options\
> |###[ PadN ]###
> | otype= PadN [00: skip, 0: Don't change en-route]
> | optlen= 0
> | optdata= ''
> |###[ MIPv6 Option - Alternate Care-of Address ]###
> | otype= Alternate Care-of Address
> | olen= 16
> | acoa= 2001:db9::13
>
> Having 2001:db9::13 in the altcoa option and in the *external* IPv6
> header is just weird. 2001:db8:0:1300::1 is not an autoconfigured
> address, so Additional questions about your MN:
>
> - how does it get that 2001:db8:0:1300::1 address?
> - you are also running UMIP on the MN? can you send the config?
> - On a recent kernel?
> - Any exotic network config (i.e. not ethernet or wifi), like some
> tunneling mechanism ?
>
> Cheers,
>
> a+
>
More information about the Support
mailing list