[Dev] Proposal for modeling QOS
James Brunner
jbrunner at alterpoint.com
Thu Apr 17 17:41:30 CDT 2008
My 1.062p's worth (only valid at today's exchange rate for the next 2 hours)
I was going to make a single addition but I ran one of our client's configs against the proposed model and hit a snag.
Class-maps can be used by zero or more policy-maps. If we break class-maps out of the policy map then it works perfectly.
<QOS>
<classMap> occurs 0 to infinity
</matchIpDscp>
</matchIpPrecedence>
</matchAccessGroup>
</shapeAverage>
</classMap>
<policyMap> occurs 0 to infinity
</name>
<class> occurs 0 to infinity
</name>
</priorityPercent>
</bandwidthPercent>
</shapeAverage>
</ipPrecedence>
</ipDscp>
</servicePolicy>
</class>
</policyMap>
</QOS>
Also, you can have one or more policy maps applied to an interface either inbound or outbound.
<Interface>
<QOS>
<PolicyMap> occurs 0 to infinity
</name>
</direction>
</PolicyMap>
</QOS>
</Interface>
Not sure if you can count traffic policing as QOS (does anyone still use Frame/Relay?) but we could add that too...
JB.
-----Original Message-----
From: dev-bounces at ziptie.org [mailto:dev-bounces at ziptie.org] On Behalf Of Zack Salinas
Sent: 17 April 2008 17:42
To: dev at ziptie.org
Subject: [Dev] Proposal for modeling QOS
I think it would be pretty cool to extend the Cisco modeling to support QOS, however QOS isn't my strong point so I wanted to throw out this rough draft of what I think the structure might look like and see if you guys have recommendations for adjustments:
<QOS>
<policyMap>
</name>
<class>
</name>
<classMap>
</matchIpDscp>
</matchIpPrecedence>
</matchAccessGroup>
</shapeAverage>
</classMap>
</priorityPercent>
</bandwidthPercent>
</shapeAverage>
</ipPrecedence>
</ipDscp>
</servicePolicy>
</class>
</policyMap>
</QOS>
-Z
_______________________________________________
Dev mailing list
Dev at ziptie.org
http://mailman.ziptie.org/listinfo/dev
More information about the Dev
mailing list