现场第三方控制器纳管我们设备且已经成功纳管,下发流表发现设备部分流表没有下发成功,其他型号设备都有下发流表成功
查看write actions发现是drop的,报文被丢弃
收集设备的group、meter和openflow,在debug前后各收集一次,debug和trace日志
display openflow instance 1 meter
display openflow instance 1 group
display openflow instance 1 flow-table
debugging openflow all
probe视图下:
view /var/log/trace.log
下发流表用到 gourp 23553 和meter 23553,但是收集的 group和meter中都没有这条entry,所以会下发失败,要先把流表绑定的meter和group下发下去再下发流表
将 gourp 23553 和meter 23553放入执行脚本,重新下发还是没有成功
发现6530x系列的设备关于openflow有一个限制,在交换机上取消聚合负载分担采用本地转发优先解决
undo link-aggregation load-sharing mode local-first
三层以太网接口/三层聚合接口/三层以太网子接口/三层聚合子接口暂不支持OpenFlow特性。
设备不支持出接口为三层以太网接口/三层聚合接口/三层以太网子接口/三层聚合子接口的Group表项。
设备不支持接受Set-Field动作为修改ip_ecn(IP报文的ECN域)的Extensibility流表项。关于ECN的介绍,请参见“ACL和QoS配置指导”中的“拥塞避免”。
当配置全局实例时,需要注意:
· 当下发某流表项的动作为Output时,不支持指定出接口为flood或all。
· 当下发某流表项的动作为修改目的MAC或源MAC地址时,必须指定动作类型为Output并且出接口只支持指定为以太网接口或聚合接口。
· 配置了聚合负载分担采用本地转发优先的情况下,OpenFlow控制器不能在设备上创建Group表项。两者配置互斥。关于聚合负载分担的介绍,请参见“二层技术-以太网交换配置指导”中的“以太网链路聚合”。
· OpenFlow控制器只支持在设备上创建出端口为物理端口或者聚合端口的Group表项。
· OpenFlow控制器不支持在设备上创建动作为修改IPv6地址的Group表项。
· OpenFlow控制器在设备上创建动作为修改UDP端口号的Group表项只对IPv4 UDP报文生效。
· OpenFlow控制器在设备上创建的Group表项,出端口发出的报文可能会携带vlan tag,请根据实际组网需求修改该端口的VLAN配置。关于端口VLAN的配置,请参见“二层技术-以太网交换配置指导”中的“VLAN”。
交换机上匹配OpenFlow流表的报文若出接口同时为报文的入接口,则需要同时在表项对应的出接口上通过port bridge enable命令开启接口桥功能,否则,流量无法正常转发。关于接口桥功能的详细介绍,请参见“二层技术-以太网交换配置指导”中的“以太网接口”。
Group table表项和link-aggregation load-sharing mode local-first命令互斥。设备上不能同时存在Group table表项和link-aggregation load-sharing mode local-first命令,否则会导致Group table异常。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作