[support] Problems when trying to manipulate the mip6d-nemo-mcoa code

[Angel Bartomeu Bonillo]

Thank you for your answer. I will check that.

By the way, may I apply the patch you mentioned after having applied the
MCoA patch?.


2009/9/18 Arnaud Ebalard <arno at natisbad.org>

> Hi,
>
> Angel Bartomeu Bonillo <angelbartomeu at gmail.com> writes:
>
> > I installed a piece of code in the movement.c file (some kind of back
> door)
> > so I can manipulate some of the behaviour of the Mobile Router from
> another
> > software I wrote.
> > Since I do not know exactly the details of this implementation, I am
> trying
> > not to touch the data structures by just trying to fake some events that
> > lead to what I need the code to do for me.
> > So far, my code is able to fake the arrival of a Router Advertisement (by
> > calling the md_recv_ra funtion) so the mip6d register a binding with the
> HA
> > and one tunnel is created.
> > However, I am stuck trying to make the code to expire the binding (which
> > should lead to the tunnel removal) when I wish.
> >
> > Basically, what I do now is to call the function "md_expire_coa(iface,
> coa)"
> > and then calling "__md_trigger_movement_event(ME_COA_EXPIRED, 0, iface,
> > coa)"
> > but thought apparently the CoA is removed from the iface, the binding is
> > still active in both the Mobile Router and the HA. I also tried to use
> the
> > funtion md_free_router(rtr) but, since the default route is removed, no
> > communication with the HA is possible.
> >
> > What am I missing? what else should I do to make the Mobile Router code
> send
> > the Binding de-registration and deleting the tunnel corresponding to the
> CoA
> > I want to stop using?
>
> I think using "__md_trigger_movement_event(ME_COA_EXPIRED, 0, iface,
> coa)" should work. Take a look at process_del_addr() to see what else is
> needed.
>
> That been said, if you externally remove the address from the iface
> (like with "ip addr del 2001:db8::1 dev eth0"), umip will detect the
> change and switch to another address (if one is available). Is there any
> particular reason to do that from inside umip.
>
> For the fake arrival of a RA, can't you use the tunnel patch I have and
> do things outside UMIP: it allows using interfaces which are externally
> configured (like teredo ifaces, ppp ifaces, 6to4 ifaces, ...), i.e. for
> which UMIP does not need to send RS and process RA :
>
>
> http://hg.natisbad.org/migrate2_patches_umip_nemo/file/0d825828357e/tunnel_support.patch
>
> It works with NEMO (for sure) but has never been tested with mcoa, though.
>
> Cheers,
>
> a+
>



-- 
Ángel Bartomeu Bonillo.
C/ Federico García Lorca 28º Esc1 Bajo  B
30009 Murcia (España)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ml.nautilus6.org/pipermail/support/attachments/20090921/edf5ccbc/attachment.htm