This shows you the differences between two versions of the page.
Both sides previous revision Previous revision | Next revision Both sides next revision | ||
devel:device_data_model [2007/07/03 19:51] morten cluster doc |
devel:device_data_model [2007/07/04 07:48] morten some ideas for future changes |
||
---|---|---|---|
Line 59: | Line 59: | ||
| Commander | netbox & module | | | Commander | netbox & module | | ||
| Member | module | | | Member | module | | ||
+ | |||
+ | |||
+ | ===== Future changes ===== | ||
+ | |||
+ | The way in which NAV supports HP switch stacks today is a bit contrived (read: hackish), and is, IMNSHO, implemented at the wrong code layer. | ||
+ | There are some ideas to change the way NAV models virtual stacks, which would also make it easier to implement support for Cisco Clustering. These ideas concern themselves with modelling the members of such stacks as automatically generated netboxes with a dependency on the commander netbox. This will enable NAV to view these members for what they are: Operationally independent devices, who happen to share an IP address with another device, but with a different SNMP community. | ||
+ | |||
+ | Administratively, one still wishes to view a virtual stack as a whole, which means the bulk of changes would be in the web user interface to make sure these stacks are presented mostly as before. | ||
+ | |||
+ | These ideas aren't fully fleshed out yet, but more work will be put into that around late August 2007. | ||