[Dev] A couple of ideas for expanding the model

[Leo Bayer]

That sounds like a plan to me.

 - Leo

James Brunner wrote:
>
> Ryan,
>
>  
>
> If you get the change to add it to the schema (in between all the 
> other stuff you have to do and sleeping) then I can slowly work my way 
> from the Cisco IOS adapter down the list adding in the parsing as 
> needed, then throwing it via here for peer-review?
>
>  
>
> -- JB.
>
>  
>
> *From:* dev-bounces at ziptie.org [mailto:dev-bounces at ziptie.org] *On 
> Behalf Of *Ryan Kruse
> *Sent:* 01 April 2008 19:28
> *To:* 'ZipTie Development List'
> *Subject:* Re: [Dev] A couple of ideas for expanding the model
>
>  
>
> James,
>
>  
>
> Thanks for putting this together.   I would gladly make this stuff 
> part of the ZED schema but wouldn't have the resources to update any 
> of the adapters to populate these new ZED sections anytime in the near 
> future.
>
>  
>
> -Ryan
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> *From:* dev-bounces at ziptie.org [mailto:dev-bounces at ziptie.org] *On 
> Behalf Of *James Brunner
> *Sent:* Monday, March 31, 2008 4:31 PM
> *To:* dev at ziptie.org
> *Subject:* [Dev] A couple of ideas for expanding the model
>
> I happened to be stuck on a train for a couple of hours and started to 
> think my way through some things that current NA customers had asked 
> for, namely Failover modelling (HSRP, VRRP etc), MPLS high level 
> modelling and NTP modelling – and as we all know ZipTie is a damn 
> sight more flexible I thought I’d try this here first ;)
>
>  
>
> Attached are three RFS (Request-for-sarcasm) for each of the 
> extensions written in a really crummy version of a Syntactical 
> language (but hey, I did syntactical analysis at University in 1991 so 
> I’m allowed to forget stuff!)
>
>  
>
> They all start from the “device” root – which I suppose equates to the 
> root of the ZED.
>
>  
>
> I’ve tried to get the key information into the model without going 
> really granular which always favours one make over another – they 
> (should) work perfectly for all main manufacturers across their 
> different implementations of all three.
>
>  
>
> -- JB
>