Question

我目前正在使用OpenVSwitch和Ryu SDN Controller框架设置测试平台。 OVS在linux上运行，有三个端口（包括内部端口），如下面的输出所示：

root@MOF:~# ovs-ofctl -O OpenFlow13 show br0
OFPT_FEATURES_REPLY (OF1.3) (xid=0x2): dpid:aaaaaaaaaaaaaa21
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS
OFPST_PORT_DESC reply (OF1.3) (xid=0x3):
 6(eth1): addr:00:50:56:82:dc:83
     config:     0
     state:      0
     current:    10GB-FD COPPER
     advertised: COPPER
     supported:  1GB-FD 10GB-FD COPPER
     speed: 10000 Mbps now, 10000 Mbps max
 10(eth2): addr:00:50:56:82:29:cb
     config:     0
     state:      0
     current:    10GB-FD COPPER
     advertised: COPPER
     supported:  1GB-FD 10GB-FD COPPER
     speed: 10000 Mbps now, 10000 Mbps max
 LOCAL(br0): addr:00:50:56:82:29:cb
     config:     PORT_DOWN
     state:      LINK_DOWN
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (OF1.3) (xid=0x5): frags=normal miss_send_len=0

我设法在使用以下代码段（最小工作示例）连接新交换机时收到通知：

class MscApp(app_manager.RyuApp):

    OFP_VERSIONS = [ofproto_v1_3.OFP_VERSION]

    _CONTEXTS = {
        'dpset': dpset.DPSet,
    }

    def __init__(self, *args, **kwargs):
        super(MscApp, self).__init__(*args, **kwargs)
        self.dpset = kwargs['dpset']

        # Initiate datapath array
        self.datapaths = {
            0xAAAAAAAAAAAAAA21: {
                'name': 'Munic',
            }
        }


    @set_ev_cls(ofp_event.EventOFPDescStatsReply, MAIN_DISPATCHER)
    def desc_stats_reply_handler(self,msg): 
        ofp = msg.datapath.ofproto
        body = ev.msg.body

        self.logger.info('OFPDescStatsReply received: '
                         'mfr_desc=%d hw_desc=%s sw_desc=%s '
                         'serial_num=%s dp_desc=%s ',
                         body.mfr_desc, body.hw_desc, body.sw_desc,
                         body.serial_num, body.dp_desc)

     @set_ev_cls(ofp_event.EventOFPSwitchFeatures, CONFIG_DISPATCHER)
     def switch_features_handler(self, ev):
         datapath = ev.msg.datapath
         ofproto = datapath.ofproto
         parser = datapath.ofproto_parser
         print 'Router %s has joined!' % self.datapaths[datapath.id]['name']

         # Get available ports
         req = parser.OFPPortDescStatsRequest(datapath, 0)
         datapath.send_msg(req)

     @set_ev_cls(event.EventLinkAdd)
     def link_add(self, ev):
        print ev.link.src, ev.link.dst
        print self._get_hwaddr(ev.link.src.dpid, ev.link.src.port_no)

当显示的开关连接时，控制器正确打印Router Munic has joined!。但是，用于获取有关可用端口的信息的代码段不起作用。你知道如何获取ryu中的可用端口吗？代码段来自this question。

背景：OVS有两个物理端口，一个连接到＆＃34;外部＆＃34;网络，另一个到＆＃34;内部＆＃34;网络。我不仅需要知道哪些端口可用，还需要知道哪个端口是哪个端口。任何想法如何解决这个问题？提前谢谢！

Answer 1

根据我的理解，您可以设置在不同阶段收到的事件。 set_ev_cls的第二个参数表示交换机的状态。如果要在Ryu和交换机之间的协商完成之前忽略packet_in消息，请使用MAIN_DISPATCHER。换句话说，使用MAIN_DISPATCHER意味着只有在协商完成后才会调用此函数。

有4个谈判阶段：

HANDSHAKE_DISPATCHER - ＆gt;发送和等待问候消息
CONFIG_DISPATCHER - ＆gt;版本协商并发送了功能请求消息
MAIN_DISPATCHER - ＆gt;收到交换机功能消息并发送set-config消息
DEAD_DISPATCHER - ＆gt;断开与同伴的联系。或因某些错误而断开连接。

有关详细信息，请参阅Ryu API。

回到你的问题，可能的原因是你正在使用CONFIG_DISPATCHER。将其更改为MAIN_DISPATCHER，看看它是否有效。

另外，请务必向交换机发送OFPPortDescStatsRequest。因为除非被请求，否则我认为交换机不会生成EventOFPPortDescStatsReply。您需要一个生成交换机请求的功能。我觉得这样会修复你的代码。这是函数:(但是，我建议在我的github中查看this file）。

def send_port_desc_stats_request(self, datapath):
    ofp_parser = datapath.ofproto_parser

    req = ofp_parser.OFPPortDescStatsRequest(datapath, 0)
    datapath.send_msg(req)

事件EventOFPPortStatsReply和EventOFPPortDescStatsReply可能很有用。我正在使用它们like this。

我的github有一个教程，我在那里使用了几个活动。在那里定义和解释了上述功能。

如何使用Ryu

1 个答案: