Re: class-map match

That is true.

I've been working all night on some labs and i was dealing with weird
route-maps, and i guess on that last example i mixed the route-map and
class-map. time to sleep.

Thanks

On Wed, Jan 20, 2010 at 10:14 AM, Ryan West <rwest_at_zyedge.com> wrote:

> Well, the combined example of putting a match-any and then listing match
> clause on two separate lines, having it join to one.
>
>
>
> *Class-map Match-any TST*
>
>
>
> * Match dscp 31*
>
>
>
> * Match dscp 41*
>
>
>
>
>
>
>
> And if you do a show run after you configure the above example, the IOS
> will display it the proper way:
>
>
>
>
>
>
>
> *Class-map Match-any TST*
>
>
>
> * Match dscp 31 41*
>
>
>
>
>
> From my router and my experience:
>
>
>
> Rack1R1(config)#class-map match-any DSCP-26-24
>
> Rack1R1(config-cmap)#match dscp 26
>
> Rack1R1(config-cmap)#match dscp 24
>
>
>
> class-map match-any DSCP-26-24
>
> match dscp af31
>
> match dscp cs3
>
>
>
> And the fact that they are really the same. They may behave the same, but
> they dont read the same and cant glean the same information from them.
If
> I wanted to figure out if a phone was sending me 24 or 26 for signaling or
> that a 2950 wasnt configured with the proper CoS to DSCP map, I wouldnt
be
> able to with your example. Separated I can still show the number of
packets
> for each and apply whatever QoS functions I want.
>
>
>
> -ryan
>
>
>
> *From:* Narbik Kocharians [mailto:narbikk_at_gmail.com]
> *Sent:* Wednesday, January 20, 2010 1:09 PM
> *To:* Ryan West
> *Cc:* Carlos G Mendioroz; ALL From_NJ; Mad_Prof Mad_Prof; estela Mathew;
> Joe Astorino; Ed Man; GS
>
> *Subject:* Re: class-map match
>
>
>
> Which example are you referring to?
>
> On Wed, Jan 20, 2010 at 10:05 AM, Ryan West <rwest_at_zyedge.com> wrote:
>
> Right.
>
> > -----Original Message-----
> > From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> > Narbik Kocharians
> > Sent: Wednesday, January 20, 2010 12:48 PM
> > To: Carlos G Mendioroz
> > Cc: ALL From_NJ; Mad_Prof Mad_Prof; estela Mathew; Joe Astorino; Ed
> > Man; GS
> > Subject: Re: class-map match
> >
>
> > Have a look at the logic and it will make perfect sense:
> >
> >
> >
> > In the following example, you are matching packets that are marked with
> > IPP
> > 4 AND match access-list 100, so the logic says, in order for me to have
> > a
> > classification, the packet has to match to what ever I have defined in
> > the
> > access-list AND it has to also be marked with IPP4 (since you used
> > *ip*precedence, it has to be an IPv4 packet as well)
> >
> >
>
> > > Agreed,
> > > but they are different, and the difference will be obvious when
> > > you later on decide to add another line to the class.
> > >
> > > So far, I would expect them to behave almost the same, one will have
> > > more granular counters in show policy though ?
> > >
> > > -Carlos
> > >
>
> I still agree with Carlos though, that the combined OR statement vs a
> listed OR has benefits of both adding more configuration later and the
> policy map counters:
>
> Rack1R1(config-pmap-c)#do show run | s class-map|policy-map
> class-map match-any DSCP-26-24
> match dscp af31
> match dscp cs3
> class-map match-all DSCP-26-24-oneline
> match dscp cs3 af31
> policy-map classify-in
> class DSCP-26-24
> class DSCP-26-24-oneline
>
> Rack1R1(config-pmap-c)#do show policy-map int
> Serial0/2/0
>
> Service-policy input: classify-in
>
> Class-map: DSCP-26-24 (match-any)
> 0 packets, 0 bytes
> 5 minute offered rate 0 bps
> Match: dscp af31 (26)
> 0 packets, 0 bytes
> 5 minute rate 0 bps
> Match: dscp cs3 (24)
> 0 packets, 0 bytes
> 5 minute rate 0 bps
>
> Class-map: DSCP-26-24-oneline (match-all)
> 0 packets, 0 bytes
> 5 minute offered rate 0 bps
> Match: dscp cs3 (24) af31 (26)
>
> Class-map: class-default (match-any)
> 11 packets, 868 bytes
> 5 minute offered rate 0 bps, drop rate 0 bps
> Match: any
>
> It might do the same thing, but you might miss a big part of the picture.
>
> -ryan
>
>
>
>
> --
> Narbik Kocharians
> CCSI#30832, CCIE# 12410 (R&S, SP, Security)
> www.MicronicsTraining.com <http://www.micronicstraining.com/>
> Sr. Technical Instructor
> YES! We take Cisco Learning Credits!
> Training And Remote Racks available
>

--
Narbik Kocharians
CCSI#30832, CCIE# 12410 (R&S, SP, Security)
www.MicronicsTraining.com
Sr. Technical Instructor
YES! We take Cisco Learning Credits!
Training And Remote Racks available
Blogs and organic groups at http://www.ccie.net