我有一些 ME3800 运行 15.3(3)S,它聚合了来自客户的第 2 层电路。它们在 Gi0/1 上都有类似的传入中继配置,然后 Gi0/23 和 Gi0/24 是到相邻 ME3x00 交换机的第 3 层 ptp 链路;
gi0/23--SW1---gi0/23 gi0/24---SW2---gi0/23 gi0/24---SW3---gi0/23
| | |
| | |
gi0/1 gi0/1 gi0/1
我正在尝试在此网络上应用一些 QoS。我可以将我的策略应用于将交换机链接在一起的 L3 接口,但我无法将相同的 QoS 策略应用于 L2 中继。
SW1#show run int gi0/1
Building configuration...
Current configuration : 93 bytes
!
interface GigabitEthernet0/1
description ****ACCESS-UPLINK****
switchport mode trunk
end
原因是因为 QoS 策略是为第 3 层接口编写的,当我尝试将它们应用于此中继接口时,出现以下错误;
SW1(config-if)#service-policy input PE-QOS-OUT
QoS: Configuration failed. 'match qos-group' not allowed in an input policy-map
QoS: Configuration failed. 'match qos-group' not allowed in an input policy-map
QoS: Configuration errors for policymap PE-QOS-OUT
我想知道如何为第 2 层中继接口编写策略;我可以将第 3 层策略映射应用到此交换机上的每个 SVI,以终止正在中继的每个 VLAN,但 SVI 上的 QoS 策略肯定不会查看帧的入口/出口接口并检查该接口的拥塞情况?SVI 策略如何管理第 2 层交车?
简短的问题: 对于 QoS,第 2 层接口是将其分解为服务实例的唯一(最佳?)方法?
长问题: 我是否必须将这些接口转换为使用服务实例,然后为每个中继的 VLAN 添加一个服务实例?然后,我可以将父策略应用于定义了各种类的接口,每个类都匹配正在中继的 VLAN/服务实例之一,然后将相同的子策略应用于每个 VLAN/服务实例,这将是第 3 层我原来绑申请?
我正在使用的第 3 层策略的片段;
class-map match-any NC
match mpls experimental topmost 6
match mpls experimental topmost 7
match dscp cs6
match dscp cs7
match cos 6
match cos 7
class-map match-any REALTIME
match mpls experimental topmost 5
match dscp ef
match dscp cs5
match cos 5
class-map match-any NC-QG
match qos-group 6
match dscp cs6
match dscp cs7
class-map match-any REALTIME-QG
match qos-group 5
policy-map PE-QOS-IN
class NC
set qos-group 6
class REALTIME
set qos-group 5
policy-map PE-QOS-OUT
class NC-QG
bandwidth percent 2
queue-limit 1024000 bytes
class REALTIME-QG
police cir percent 10
conform-action transmit
exceed-action drop
priority
queue-limit 1024000 bytes