在OpenDaylight中链路发现不正常


连接虚拟桥到控制器,交换机之间逻辑上是相互连接的,但是在控制器拓扑上时没有连接的

没有链路.png
已邀请:

化繁为简

赞同来自:


是因为链路学习过程不能正常工作,通过LLDP包发生的控制器问题。控制器下发交换机的每一条流,使分组交换机中的所有包发送给控制器,所以当一个packetout从一个交换机到另一个已连接的交换机发送LLDP时,控制器将得到LLDP,并且能学习到他的LLDP链路。

这个bug的话,你可以检查下交换机到控制器的端口:http://$CONTROLLER_IP:8181/restconf/operational/opendaylight-inventory:nodes/node/openflow:1 将显示openflow:1交换机的端口。

检查交换机是否有流来推送LLDP数据包给控制器;sudo ovs-ofctl dump-flows [交换机名]。

验证控制器是否发送出带有LLDP的packetout。(可抓包检查)

验证交换机为每个接收到的LLDP数据包是否发送packetin。

可检查控制器的日志。

xingchun00 - 喜欢探讨新技术

赞同来自:


这个问题我们也遇到过,我们还遇到过拓扑乱序的问题,查看流表,有时会发现流表完全乱掉了。
我想问一下控制器的日志这个怎么看?

君子一诺 - 软件测试外加小小编一枚

赞同来自:


日志在OpenDaylight里的话,一个是在log目录里,另外一个就是直接在执行界面查看:在karaf启动安装各功能后,使用log:tail查看就可以了

林潇 - 90后,为什么可以如此的菜

赞同来自:


先安装l2switch和dlux,然后再用mininet连接?

xingchun00 - 喜欢探讨新技术

赞同来自:


我也是遇到这种情况。我查看端口信息,结果如下,请问这种情况是什么原因导致的?

root@odl1:/home/odl1# ovs-ofctl -O OpenFlow13 show ovs1
OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:00003cd92b074cbc
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS
OFPST_PORT_DESC reply (OF1.3) (xid=0x3):
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x5): frags=normal miss_send_len=0
root@odl1:/home/odl1#

我之前听有人提起过这种情况是因为内存的原因,但是我在linux下通过查看内存发现内存完全足够
附一份我log:tail的内容,请帮忙看看log中是否能发现问题。谢谢

君子一诺 - 软件测试外加小小编一枚

赞同来自:


你这个应该是异常了,把这个桥删除了,再重新添加试试呢

xingchun00 - 喜欢探讨新技术

赞同来自:


之前root@odl1:/home/odl1# ovs-ofctl -O OpenFlow13 show ovs1的问题
这个问题我如果执行root@odl2:/home/old2# ovs-vsctl del-br ovs1
ovs-vsctl: no bridge named ovs1
大家遇到过这种情况吗?
出现这个现象之前的操作是我用root@odl1:/home/old1# mn -c
操作清除ovs上所有的配置

君子一诺 - 软件测试外加小小编一枚

赞同来自:


这个是正常的,ovs1被删除之后,肯定就找不到这个桥了。再重新添加这个桥,看有没有之前的情况。你是通过Mininet添加的?mn -c是将Mininet创建的所有东西都释放掉的意思

xingchun00 - 喜欢探讨新技术

赞同来自:


我是在装mininet时继承ovs模块的,我现在是单独使用这个ovs模块来模拟ovswitch。这样的话这个命令应该也适用吧?

君子一诺 - 软件测试外加小小编一枚

赞同来自:


嗯,这个是针对OpenvSwitch使用的,对ovs来说,可以使用的

要回复问题请先登录注册