AW: [support] Delete tunnel with MCOA on HA

[Thomas Kempf]

Hello Romain,

Find below the output of the HA deamon. I have two networks:

2a01:348:109:3000::/64
2a01:348:109:6000::/64

The tunnel with CoA 2a01:348:109:3000: I'm switching off. At 12:13:30 there is the update for the CoA but the AP is already off. So it is the one with lifetime ==0. At 12:13:58 the tunnel is deleted. I guess by the timer.

I'm attaching as well the pcap trace from Wireshark. There you can see with the same timestamp the messages on the wire.

Thanks for you support,
Thomas


Thu Sep 25 12:13:15 mh_bu_parse: Binding Update Received
Thu Sep 25 12:13:15 ha_recv_bu_worker: BUI option, and HA is configured for MCoA.
Thu Sep 25 12:13:15 ha_recv_bu_worker: BID = 1, Priority = 8
Thu Sep 25 12:13:15 tunnel_mod: modifying tunnel 128 end points with from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:15 mh_send_ba: status 0
Thu Sep 25 12:13:15 mh_create_opt_bid: BUI sub-option created with BID = 1 and priority 8
Thu Sep 25 12:13:15 mh_try_pad: Added 6 bytes for padding
Thu Sep 25 12:13:15 mh_send: sending MH type 6
from 2a01:348:109:0:0:0:0:1000
to 2a01:348:109:0:0:0:0:7
Thu Sep 25 12:13:15 mh_send: remote CoA 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:18 mh_bu_parse: Binding Update Received
Thu Sep 25 12:13:18 ha_recv_bu_worker: BUI option, and HA is configured for MCoA.
Thu Sep 25 12:13:18 ha_recv_bu_worker: BID = 2, Priority = 16
Thu Sep 25 12:13:18 tunnel_mod: modifying tunnel 127 end points with from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:3000:211:f6ff:fe7f:fb23
Thu Sep 25 12:13:18 mh_send_ba: status 0
Thu Sep 25 12:13:18 mh_create_opt_bid: BUI sub-option created with BID = 2 and priority 16
Thu Sep 25 12:13:18 mh_try_pad: Added 6 bytes for padding
Thu Sep 25 12:13:18 mh_send: sending MH type 6
from 2a01:348:109:0:0:0:0:1000
to 2a01:348:109:0:0:0:0:7
Thu Sep 25 12:13:18 mh_send: remote CoA 2a01:348:109:3000:211:f6ff:fe7f:fb23
Thu Sep 25 12:13:30 mh_bu_parse: Binding Update Received
Thu Sep 25 12:13:30 ha_recv_bu_worker: BUI option, and HA is configured for MCoA.
Thu Sep 25 12:13:30 ha_recv_bu_worker: BID = 2, Priority = 16
Thu Sep 25 12:13:30 tunnel_mod: modifying tunnel 127 end points with from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:3000:211:f6ff:fe7f:fb23
Thu Sep 25 12:13:30 mh_send_ba: status 0
Thu Sep 25 12:13:30 mh_create_opt_bid: BUI sub-option created with BID = 2 and priority 16
Thu Sep 25 12:13:30 mh_try_pad: Added 6 bytes for padding
Thu Sep 25 12:13:30 mh_send: sending MH type 6
from 2a01:348:109:0:0:0:0:1000
to 2a01:348:109:0:0:0:0:7
Thu Sep 25 12:13:30 mh_send: remote CoA 2a01:348:109:3000:211:f6ff:fe7f:fb23
Thu Sep 25 12:13:34 mh_bu_parse: Binding Update Received
Thu Sep 25 12:13:34 ha_recv_bu_worker: BUI option, and HA is configured for MCoA.
Thu Sep 25 12:13:34 ha_recv_bu_worker: BID = 1, Priority = 8
Thu Sep 25 12:13:34 tunnel_mod: modifying tunnel 128 end points with from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:34 mh_send_ba: status 0
Thu Sep 25 12:13:34 mh_create_opt_bid: BUI sub-option created with BID = 1 and priority 8
Thu Sep 25 12:13:34 mh_try_pad: Added 6 bytes for padding
Thu Sep 25 12:13:34 mh_send: sending MH type 6
from 2a01:348:109:0:0:0:0:1000
to 2a01:348:109:0:0:0:0:7
Thu Sep 25 12:13:34 mh_send: remote CoA 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:52 mh_bu_parse: Binding Update Received
Thu Sep 25 12:13:52 ha_recv_bu_worker: BUI option, and HA is configured for MCoA.
Thu Sep 25 12:13:52 ha_recv_bu_worker: BID = 1, Priority = 8
Thu Sep 25 12:13:52 tunnel_mod: modifying tunnel 128 end points with from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:52 mh_send_ba: status 0
Thu Sep 25 12:13:52 mh_create_opt_bid: BUI sub-option created with BID = 1 and priority 8
Thu Sep 25 12:13:52 mh_try_pad: Added 6 bytes for padding
Thu Sep 25 12:13:52 mh_send: sending MH type 6
from 2a01:348:109:0:0:0:0:1000
to 2a01:348:109:0:0:0:0:7
Thu Sep 25 12:13:52 mh_send: remote CoA 2a01:348:109:6000:7843:4095:4a1b:b885
Thu Sep 25 12:13:58 home_tnl_del: Deleting old default route in table 254
Thu Sep 25 12:13:58 mcoa_ha_del_dflt_rules: Current BCE has the best priority (16), erasing default rules
Thu Sep 25 12:13:58 mcoa_ha_del_dflt_rules: Rules replaced with BCE prio 8
Thu Sep 25 12:13:58 __tunnel_del: tunnel ip6tnl1 (127) from 2a01:348:109:0:0:0:0:1000 to 2a01:348:109:3000:211:f6ff:fe7f:fb23 user count decreased to 0
Thu Sep 25 12:13:59 __tunnel_del: tunnel deleted



 

-----Ursprüngliche Nachricht-----
Von: support-bounces at l2tp.nautilus6.org [mailto:support-bounces at l2tp.nautilus6.org] Im Auftrag von Romain KUNTZ
Gesendet: Donnerstag, 25. September 2008 12:06
An: Support ML
Betreff: Re: AW: [support] Delete tunnel with MCOA on HA

Hello Thomas,

On 2008/09/25, at 11:43, Thomas Kempf wrote:
> I traced again and I can see the BU with lifetime == 0 on the 
> remaining tunnel. But the HA doesn't take down the tunnel on its side. 
> I can furthermore see, that the deamon is sending three ack's back on 
> the dead link.

The HA logs would help me to identify the problem. Could you send them to the list?

Cheers,

--
Romain KUNTZ
kuntz at lsiit.u-strasbg.fr
LSIIT - Networks and Protocols Team
http://clarinet.u-strasbg.fr/~kuntz/

_______________________________________________
Support mailing list
Support at ml.nautilus6.org
http://ml.nautilus6.org/mailman/listinfo/support
-------------- next part --------------
A non-text attachment was scrubbed...
Name: haTunnelNemo.pcap
Type: application/octet-stream
Size: 1160 bytes
Desc: haTunnelNemo.pcap
Url : http://ml.nautilus6.org/pipermail/support/attachments/20080925/38686237/attachment.obj