Hi John,

On Mon, 13 Feb 2006, John Beck wrote:

http://www.opensolaris.org/os/community/approachability/nwam/architecture/

Feedback is encouraged on approach-discuss. Also, please note the version and date at the top of the document (their initial values are 0.1 and today) as we will be updating the document on a regular basis based on both community feedback and our own discussions.

Section 2: damping events.

How long will this timer be and why? What about 'flaps' that occur at exactly timer+1 each time? Can you describe scenarios where this dampening would definitely be a good idea? Ie this seems a bit premature to put in the architecture to me. Why not just go for something more slightly more simple - detect and 'kill' (for some period of time) fast bouncing and unstable links?

Section 3: Events and discussion of information needed from kernel is interesting.

Seems to me a possible direction for future work is to 'generify' PF_ROUTE into a general kernel->userspace event reporting channel. Rather than having dozens of different 'channels' (be they various ioctls() that have to polled, PF_ROUTE, etc.) one extensible kernel protocol could do this (there's precedent here in a certain other Unix-like system).

Also, I'm unclear on the role of hald here. Is the idea here that the more general user-level tools will talk to HAL, and have system interfaces hook into back of HAL, with the profile daemon as a 'sideband' interface for storing preferences, e.g. something like:

gnome-network-widget---profile daemon
                |
                |
               HAL
              / | \______
             /  |        \
     PF_ROUTE  wireless   devs monitoring
     backend   monitoring

Or will the profile daemon and HAL sort of co-exist side-by-side, with 'gnome-network-widget' having to retrieve some system information from HAL and some other information from profile-daemon (in which case - why bother with HAL at all)?

A diagramme of what the thinking is on what pieces are needed, and where they'll fit in would be very useful! :)

regards,
--
Paul Jakma,
Network Approachability, KISS.          http://quagga.ireland.sun.com/
Sun Microsystems, Dublin, Ireland.      tel: EMEA x19190 / +353 1 819 9190
_______________________________________________
networking-discuss mailing list
[email protected]

Reply via email to