[Xorp-hackers] Update FEA patch for one-socket per descriptor.

[Pavlin Radoslavov]

> >> The multicast changes fix a race in interface removal
> >> (iface is removed before OSPF notices and removes the
> >> multicast binds, and since the iface is gone, fea can no
> >> longer run the unbind logic.)  This is probably less
> >> critical when running one socket per iface, since the
> >> entire socket will already be cleaned up.
> > 
> > Is this a race that is in the vanilla FEA?
> > If yes, what is the sequence of events/commands we can use to
> > reproduce it?
> 
> Yes.  I think all you have to do is remove an interface
> that was previously configured via xorpsh from the interface
> cfg, commit, then remove it from ospf config.  When
> you remove it from ospf, it tries to unregister the multicast
> addrs, but fea has already deleted the iface, so it cannot
> figure out how to unregister.
> 
> We discussed this months ago..I'll try to find those emails,
> as the above scenario is just from memory....

No need to search for those emails. From your description above I
understand the issue. It is something we are aware of and is not
specific to OSPF. The current work-around is that if you want to
delete an interface, you need to do it first at the protocol level,
commit, and then do it at the interface level.

Anyway, please add the description for the above issue to the
Bugzilla entry you are going to create.

Thanks,
Pavlin

> > In any case, as discussed previously, please create a Bugzilla entry
> > and add your patch to it.
> > There will be more refactoring in the FEA, so during that
> > refactoring your patch can be considered as well.
> 
> Sounds good.
> 
> Thanks,
> Ben
> 
> > 
> > Thanks,
> > Pavlin
> 
> 
> -- 
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
> 
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers