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

Reply via email to