Quagga design review active

We've posted the design document for the quagga/routing management design review over at opensolaris , and are really hoping people will have comments and suggestions. I might discuss some of the rationale behind the current SMF routing management design here in depth if it would be helpful, but the basic idea was to retool routeadm(1M) to both support SMF routing services and to take advantage of the framework SMF provides in it's own architecture.

The former involved extending routeadm's syntax in an inteadm-like manner to allow enabling and disabling of SMF routing dameon services, and setting/retrieval of SMF routing daemon service properties.

The latter involved creating services to match each routeadm option (ipv4(6)-routing, ipv4(6)-forwarding) which routing daemons can depend on, and creating an overall "routing-manager" service. Creating services to match these options allows SMF routing daemons to depend on global routing/forwarding settings through SMF dependencies, and creating a routing-manager service allows routing management to be split out from the network-initial service to further parallelism during boot. More details in the pdf itself of course, and to reiterate, we really want to hear what you think.

And as is mentioned, there will also be opportunities to collaborate further down the line, if people are interested - maybe, for example, you'd like to provide an SMF manifest for in.routed. But for now, as meem points out for Clearview, you've got a chance to influence the design whether you work in Sun or not, and are seeing the design document at the same time as internal folks are.

Comments:

Post a Comment:
Comments are closed for this entry.
About

user12820842

Search

Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today