I think it's perfectly reasonable to separate the two pieces. The reconnect
functionality is a natural fit for platform neutral code.
I agree that my reconnect was very thorough. Since I wasn't sure if this
would make it back to the mainline code, I wanted to keep my changes as
minimal as possible. But I also made it that thorough to help the case
where someone disconnects and eventually reconnects an ethernet cable. I
seem to recall that if I didn't change the bootstamp I was running into
problems where it would take a long time for devices to re-register with the
DA. I think it was related to the devices not seeing the DA for a while,
and the DA sending out its "I'm here" broadcasts at a very low frequency.
But it was quite a while ago...
--Nick
>> Hi Nick,
>
> Thanks for sharing your solution. Since the 'reconnect' functionality and
> the 'network change detection' functionality are actually separate things,
> we might consider to start with only making this 'reconnect' functionality
> available, with perhaps some signal mechanism to trigger it from 'outside'.
> When this is done from some network script (like they are used on most Linux
> systems), this will probably already be sufficient for a lot of systems.
>
> The way you do the reconnect is quite rigorous, especially with the
> changing DA boot timestamp and the fact that any ongoing communication will
> be aborted. How hard do you think it is to only delete existing sockets for
> network interfaces that were removed and to create new sockets only for
> interfaces that were added? Also only for new interfaces DA discovery needs
> to be done, I guess.
>
> BR,
> Roel
>
>>
>>
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Openslp-devel mailing list
Openslp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel
