From: HP-France,ex2 ("SANCHEZ-MONGE,ANTONIO)
Date: Wed Mar 17 2004 - 18:19:51 GMT-3
Hi Wes,
Thanks a lot. You are right, I should have tested it ;)
Aldo, for my example:
access-list 100 permit udp any any range 16384 32767
access-list 101 permit udp any any
access-list 102 permit ip any any
class-map IP
match access-group 102
class-map UDP
match access-group 101
class-map RTP
match access-group 100
policy-map overlap1
class IP
bandwidth 150
class UDP
bandwidth 150
class RTP
bandwidth 150
For Wes':
access-list 100 permit ip any any
access-list 101 permit icmp any any
class-map IP
match access-group 100
class-map ICMP
match access-group 101
policy-map overlap2
class IP
bandwidth 150
class ICMP
bandwidth 150
Cheers,
Ato.
-----Original Message-----
From: Aldo [mailto:febro@yahoo.com]
Sent: miircoles, 17 de marzo de 2004 19:51
To: Wes Smith; SANCHEZ-MONGE,ANTONIO (HP-France,ex2)
Cc: 'Aldo'; ccielab@groupstudy.com
Subject: Re: class sequence in policy-map
Hi Wes,
Could you elaborate more on that (policy-map is sequence dependant)? do you
have some docs online and/or case study? Thanks.
--- Wes Smith <wesmith@rogers.com> wrote:
> Ato .. I've found that the policy-map is sequence dependant.
> In this example, .. I don't think the UDP class would scoop all the RTP
> traffic
>
> SANCHEZ-MONGE,ANTONIO (HP-France,ex2) wrote:
>
> >Hi Aldo,
> >
> >With this policy map you are limiting bandwidth for data and
> >reserving bandwidth for voice. These actions are completely
> >compatible and the order does not affect the behaviour. In fact,
> >limiting data would help voice to go through, but not the other way
> >around. Anyway when you use MQC each class goes in a different queue
> >and the only conflict comes when the total bandwidth reserved for the
> >classes exceeds the reservable bandwidth in the interface.
> >
> >However I take advantage of your question to ask another (I saw a
> >similar one but did not see the answer). In the following policy map:
> >
> >policy-map overlap
> > class IP
> > bandwidth 150
> > class UDP
> > bandwidth 150
> > class RTP
> > bandwidth 150
> >
> >Where is RTP traffic classified???
> >
> >Cheers,
> >Ato.
> >
> >-----Original Message-----
> >From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
> >Of Aldo
> >Sent: miircoles, 17 de marzo de 2004 17:36
> >To: ccielab@groupstudy.com
> >Subject: class sequence in policy-map
> >
> >
> >Hi All,
> >
> >I have a quick and simple question. Will appreciate any input on
> >this:
> >
> >Does the sequence in which the classes appear in policy-map
> >configuration affect the treatment for that class?
> >
> >e.g.
> >
> >policy-map policy-1
> > class data
> > police 1024000 conform-action transmit exceed-action drop
> > class voice
> > priority 512
> >
> >policy-map policy-2
> > class voice
> > priority 512
> > class data
> > police 1024000 conform-action transmit exceed-action drop
> >
> >Will there be any noticable performance difference when either one is
> >applied to an interface? Does the Doc CD mention anything on this?
> >
> >Thanks!
> >
> >
> >=====
> >
> >
> >
> >
> >__________________________________
> >Do you Yahoo!?
> >Yahoo! Mail - More reliable, more storage, less spam
> >http://mail.yahoo.com
> >
> >_____________________________________________________________________
> >__
> >Please help support GroupStudy by purchasing your study materials from:
> >http://shop.groupstudy.com
> >
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
> >
> >_____________________________________________________________________
> >__
> >Please help support GroupStudy by purchasing your study materials from:
> >http://shop.groupstudy.com
> >
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
>
> ______________________________________________________________________
> _
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
=====
__________________________________
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com
This archive was generated by hypermail 2.1.4 : Thu Apr 01 2004 - 08:15:33 GMT-3