From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Wed Oct 27 2004 - 10:50:01 GMT-3
1.1.1.1 will be matched in Joe. John says match everything
except 1.1.1.1. A negative match causes the policy to keep searching
for a positive match, unlike an access-list where any match causes it to
break out.
Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> Geert Nijs
> Sent: Wednesday, October 27, 2004 8:12 AM
> To: ccielab@groupstudy.com
> Subject: Question about class-maps
>
> Hi group,
>
> When using class-maps to define a service-policy, is a match against a
> deny statement in an ACL regarded as "a match" ???
>
> Like in the following example:
>
> Router(config)# class-map match-all john
> Router(config-cmap)# match access-group 10
> Router(config)# class-map match-all joe
> Router(config-cmap)# match access-group 11
> Router(config)# policy-map policy1
> Router(config-pmap)# class john
> Router(config-pmap-c)# bandwidth x
> Router(config-pmap)# class joe
> Router(config-pmap-c)# bandwidth y
>
> access-list 10 deny host 1.1.1.1
> access-list 10 permit ip any
>
> access-list 11 permit host 1.1.1.1
>
>
> Is traffic from host 1.1.1.1 classified in class-map john (it matches
the
> deny statement...) and shaped to bandwidth x ??
> Or is traffic from host 1.1.1.1 classified in class-map joe and shaped
to
> bandwidth y ?
>
> Regards,
> Geert
>
########################################################################
##
> ###########
> This e-mail and any attached files are confidential and may be legally
> privileged.
> If you are not the addressee, any disclosure, reproduction, copying,
> distribution,
> or other dissemination or use of this communication is strictly
> prohibited.
> If you have received this transmission in error please notify Simac
> immediately
> and then delete this e-mail.
>
> Simac has taken all reasonable precautions to avoid virusses in this
> email.
> Simac does not accept liability for damage by virusses, for the
correct
> and complete
> transmission of the information, nor for any delay or interruption of
the
> transmission,
> nor for damages arising from the use of or reliance on the
information.
>
> All e-mail messages addressed to, received or sent by Simac or Simac
> employees
> are deemed to be professional in nature. Accordingly, the sender or
> recipient of
> these messages agrees that they may be read by other Simac employees
than
> the official
> recipient or sender in order to ensure the continuity of work-related
> activities
> and allow supervision thereof.
>
########################################################################
##
> ###########
>
>
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:53 GMT-3