From: Scott Morris (swm@emanon.com)
Date: Thu Oct 07 2004 - 11:41:53 GMT-3
By your own quote there, you note "configured as a trunk" where you would
have multiple vlan's coming in. Therefore matching on a single VLAN worth
of traffic is not only possible, but could be beneficial!
HTH,
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
JNCIP, et al.
IPExpert CCIE Program Manager
IPExpert Sr. Technical Instructor
swm@emanon.com/smorris@ipexpert.net
http://www.ipexpert.net
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
nikolai
Sent: Thursday, October 07, 2004 1:58 AM
To: Groupstudy Email (E-mail)
Subject: Classifying Traffic on a Per-Port Per-VLAN Basis by Using Class
Maps
I am a bit confused about the functionality & application of this QoS
feature. Cisco says that "It is supported only on an ingress port
configured as a trunk, or as a static-access port", but I can't understand
how would an access port deal with the class with a "match vlan", if it is
receiving only its own VLAN frames. I can, however, see that a trunk port
would benefit from matching VLAN IDs and manipulating them as configured.
Here is the example form Cisco's 3550 config guide:
***************************************************
Switch(config)# class-map match-any dscp_class Switch(config-cmap)# match ip
dscp 9 Switch(config-cmap)# exit
Switch(config)# class-map match-all vlan_class Switch(config-cmap)# match
vlan 10 20-30 40 Switch(config-cmap)# match class-map dscp_class
Switch(config-cmap)# exit
Switch(config)# policy-map policymap2
Switch(config-pmap)# class vlan_class
Switch(config-pmap-c)# police 80000 8000 exceed-action drop
Switch(config-pmap-c)# exit Switch(config-pmap)# exit
Switch(config)# interface gigabitethernet0/1 Switch(config-if)#
service-policy input policymap2
**************************************************
Thanks,
Nikolai Tsankov
niko@4ovek.com
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:44 GMT-3