Hi Romain,

Thanks for your answer!

I tried the OptimisticHandoff option you mentioned and I could test NEMO. For
that I had to install the 20060725 Nightly Snapshot, because I was using the
0.2 Release. But it went OK!

Romain KUNTZ wrote:
> For this issue, please take a look at my other mail (the reply to 
> Thierry LEGRAS).

About the routing issue I still have some doubts... When the MR is at home I
insert that route to the table #252 and everything works fine; and what about
when the MR moves to a foreign network and then comes back home? The nemo
daemon removes that route from the routing table, so in order to have
connectivity between the NEMO and the Internet I have to insert that route
again in the MR, right!? Is there any way to do that automatically!?

> > mh_bu_parse: Binding Update Received
> > ndisc_do_dad: Dad success
> > __tunnel_add: created tunnel ip6tnl1 (8) from 2001:1:0:0:0:0:0:1 to 
> > 2001:2:0:0:211:11ff:fe24:5e54 user count 1
> > mh_send_ba: status 0
> > mh_send: sending MH type 6
> > from 2001:1:0:0:0:0:0:1
> > to 2001:1:0:0:0:0:0:2
> > mh_send: remote CoA 2001:2:0:0:211:11ff:fe24:5e54
> 
> It seems that your HA sends back a BU and creates the tunnel. Do you 
> see the BAck on the link with tcpdump at the HA? And at the MR?

No, I don't see the BAck in the link, nor at the MR neither at the HA.

> > md_change_default_router: add new router fe80:0:0:0:2e0:29ff:fe92:769d on 
> > interface eth0 (4)
> > mn_move: 1688
> > mn_move: in foreign net
> > mv_hoa: move HoA 2001:1:0:0:0:0:0:2/128 from iface 4 to 10
> > mn_send_home_bu: 744
> [snip]
> > mn_send_home_bu: New bule for HA
> > mh_send: sending MH type 5
> > from 2001:1:0:0:0:0:0:2
> > to 2001:1:0:0:0:0:0:1
> > mh_send: local CoA 2001:2:0:0:211:11ff:fe24:5e54
> [snip]
> > bu_resend: Bul resend [0x8082a78] type 0
> 
> Your MR never receives the BAck from the HA, so it resends the BU.

Right...

> > Here's a capture of a Binding Update from MR to HA (at HA egress by 
> > Wireshark):
> 
> The BU is ok, as the HA seems to send a BAck with status 0. Please 
> check that your BAck is not dropped somewhere between your HA and 
> your MR.

I'm pretty shure that tha BAck isn't dropped in the link between the HA and
MR, because the HA never gets to send it. This is quite strange and I don't
understand why this happens.

Even more stranger is that, when I wasn't using the OptimisticHandoff option,
the HA also didn't send the BAck when the MR sent tha deregister BU, but now,
with the OptimisticHandoff option the HA sends the deregister BAck. Any clues?

Cheers,

Vítor A. C. Santos
[IPv6 Ready]
---
[EMAIL PROTECTED] [http://www.ipv6.estg.ipleiria.pt/]
Webmail Alunos [http://webmail.student.estg.ipleiria.pt/]
ESTG-Leiria [http://www.estg.ipleiria.pt/]


_______________________________________________
mipl mailing list
[email protected]
http://www.mobile-ipv6.org/cgi-bin/mailman/listinfo/mipl

Reply via email to