本教程旨在解决Mininet模拟器与OpenDaylight控制器在同一本地环境中，通过Python脚本进行连接时遇到的常见问题。文章深入分析了为何直接使用mn命令可以成功连接，而自定义脚本可能失败的原因，并提供了一个精确的解决方案。核心在于Mininet初始化时，需显式指定RemoteController作为默认控制器类型和OVSSwitch作为默认交换机类型，以确保网络拓扑的正确构建和控制器通信的顺畅进行。
1. 理解Mininet与OpenDaylight本地连接的挑战
在软件定义网络（sdn）的实践中，mininet作为轻量级网络模拟器，常与opendaylight（odl）等控制器配合使用，以构建和测试网络拓扑及控制逻辑。当mininet和odl都在同一台本地机器上运行时，我们通常期望通过python脚本自动化拓扑的创建和连接。然而，一个常见的问题是，尽管通过命令行直接运行sudo mn –controller=remote,ip=127.0.0.1,port=6633可以成功连接控制器，但使用自定义python脚本时，却可能无法建立连接。
以下是一个典型的Mininet脚本示例，它尝试连接一个远程控制器：
from mininet.net import Mininetfrom mininet.node import RemoteControllerfrom mininet.cli import CLIfrom mininet.log import info, setLogLevelsetLogLevel('info')def create_topology(): # 初始尝试：将控制器添加到已创建的网络中 net = Mininet(controller=None) # 此时Mininet尚未指定默认控制器类型 info('*** Adding controllern') # 显式添加一个远程控制器实例 c0 = net.addController('c0', controller=RemoteController, ip='127.0.0.1', port=6633) info('*** Adding hosts and switchesn') s1 = net.addSwitch('s1') s2 = net.addSwitch('s2') h1 = net.addHost('h1') h2 = net.addHost('h2') h3 = net.addHost('h3') h4 = net.addHost('h4') info('*** Creating linksn') net.addLink(h1, s1) net.addLink(h2, s2) net.addLink(h3, s1) net.addLink(h4, s2) # 链接交换机到控制器 (虽然通过addController已指定，但这里是逻辑上的拓扑连接) # 注意：Mininet的addLink通常用于主机和交换机之间，或交换机之间。 # 交换机到控制器的连接是由交换机自身配置的OpenFlow协议完成。 # net.addLink(s1, c0) # 这行在Mininet中通常是不必要的，因为交换机通过OpenFlow协议连接控制器 # net.addLink(s2, c0) # 同上 return netif __name__ == '__main__': topo = create_topology() info('*** Starting networkn') # 启动控制器实例 topo.controllers[0].start() topo.start() info('*** Running CLIn') CLI(topo) info('*** Stopping networkn') topo.controllers[0].stop() topo.stop()
上述脚本的问题在于，尽管我们通过net.addController添加了一个RemoteController实例，但在Mininet(controller=None)初始化时，Mininet并没有被告知其拓扑中的交换机应该默认连接哪种类型的控制器。这可能导致交换机在启动时无法正确地与远程控制器建立OpenFlow会话。
2. 问题根源分析：Mininet默认行为与控制器类型
Mininet在初始化时，如果未明确指定controller参数，它会默认使用DefaultController（通常是一个内部的简单控制器）或不预设任何控制器类型。当后续通过net.addController()添加一个RemoteController实例时，这个实例本身会被创建并启动，但Mininet拓扑中的交换机（尤其是Open vSwitch, OVS）在启动时，可能并不知道要连接到哪个控制器，或者它们尝试连接到错误的默认控制器类型。
与此不同的是，sudo mn –controller=remote,ip=127.0.0.1,port=6633这样的命令行参数，会指示Mininet在构建拓扑时，将所有创建的交换机默认配置为连接到指定的远程控制器。这种“全局”的默认配置确保了交换机能够正确地发现并连接到远程ODL实例。
3. 解决方案：显式配置Mininet构造器
解决此问题的关键在于，在Mininet构造函数中显式地指定默认的控制器类型和交换机类型。通过将controller=RemoteController和switch=OVSSwitch作为参数传递给Mininet类，我们可以确保Mininet在创建拓扑时，其内部的交换机能够正确地被配置为连接到远程OpenDaylight控制器。
修改后的Mininet初始化代码如下：
from mininet.net import Mininetfrom mininet.node import RemoteController, OVSSwitch # 引入OVSSwitchfrom mininet.cli import CLIfrom mininet.log import info, setLogLevelsetLogLevel('info')def create_topology_fixed(): # 关键修改：在Mininet初始化时，显式指定默认控制器类型和交换机类型 net = Mininet(controller=RemoteController, switch=OVSSwitch) info('*** Adding controllern') # 此时，Mininet会自动创建并管理一个RemoteController实例 # 如果需要自定义IP/Port，可以通过addController方法，但通常Mininet会根据默认参数进行配置 # 更好的做法是让Mininet自动处理，或者在Mininet构造器中直接指定控制器参数 # 如果Mininet构造器中已指定controller=RemoteController，则可以省略addController， # 或者用addController来覆盖默认行为或添加多个控制器。 # 对于单个本地控制器，通常Mininet会自动将其配置为127.0.0.1:6653 (或6633) # 为确保与ODL的6633端口匹配，我们仍可显式添加或确保Mininet的默认端口设置。 # 这里的addController仍然有效，它会添加一个控制器实例并可能覆盖Mininet的默认配置 c0 = net.addController('c0', controller=RemoteController, ip='127.0.0.1', port=6633) info('*** Adding hosts and switchesn') s1 = net.addSwitch('s1') s2 = net.addSwitch('s2') h1 = net.addHost('h1') h2 = net.addHost('h2') h3 = net.addHost('h3') h4 = net.addHost('h4') info('*** Creating linksn') net.addLink(h1, s1) net.addLink(h2, s2) net.addLink(h3, s1) net.addLink(h4, s2) # 交换机到控制器的连接由OpenFlow协议处理，无需在Mininet中显式添加链接 # net.addLink(s1, c0) # 移除或注释掉 # net.addLink(s2, c0) # 移除或注释掉 return netif __name__ == '__main__': topo = create_topology_fixed() info('*** Starting networkn') # 启动控制器实例 topo.controllers[0].start() # 确保RemoteController实例被启动 topo.start() info('*** Running CLIn') CLI(topo) info('*** Stopping networkn') topo.controllers[0].stop() topo.stop()
为什么这个修改有效？
controller=RemoteController: 当Mininet在初始化时被告知所有交换机都应连接到RemoteController类型时，它会相应地配置这些交换机。具体来说，它会指示Open vSwitch（OVS）实例尝试连接到RemoteController的默认地址和端口（通常是127.0.0.1:6633或6653，取决于Mininet版本和配置）。switch=OVSSwitch: 明确指定使用OVSSwitch作为交换机类型，确保Mininet使用Open vSwitch，这是与OpenDaylight控制器交互的标准交换机。虽然Mininet通常默认使用OVS，但显式声明可以避免潜在的兼容性问题。net.addController(‘c0′, controller=RemoteController, ip=’127.0.0.1’, port=6633)：这一行仍然很重要，它定义了具体要连接的远程控制器的IP地址和端口。即使在Mininet构造器中指定了RemoteController，仍需要此行来提供控制器的具体连接参数。
4. OpenDaylight控制器准备
在运行Mininet脚本之前，请确保您的OpenDaylight控制器已正确启动并运行。
启动OpenDaylight Karaf:导航到您的OpenDaylight安装目录，并运行Karaf容器：
./bin/karaf
安装必要功能:在Karaf命令行中，安装SDN控制器所需的核心功能，例如：
feature:install odl-l2switch-switch odl-restconf odl-dlux-all
odl-l2switch-switch: 提供了基本的二层交换功能，允许控制器学习MAC地址并转发数据包。odl-restconf: 提供RESTful API接口，用于管理和配置控制器。odl-dlux-all: 提供DLUX Web UI，方便可视化管理和监控网络。确认端口:OpenDaylight默认监听OpenFlow端口6633（或6653，取决于版本和配置）。请确保此端口没有被其他应用程序占用。您可以通过查看ODL的日志或配置来确认。
5. 操作步骤与验证
启动OpenDaylight:按照上述步骤启动ODL Karaf并安装所需功能。等待ODL完全启动，这可能需要几分钟。运行Mininet脚本:打开一个新的终端，导航到您的Mininet脚本目录，并运行：
sudo python your_mininet_script.py
验证连接:Mininet CLI: 在Mininet CLI中，输入dpctl show s1或dpctl show s2。您应该能看到交换机已连接到控制器，例如输出中包含is_connected:true和控制器的IP/端口信息。OpenDaylight Karaf日志: 观察ODL Karaf的日志输出，您应该能看到类似“OpenFlow connection received from …”或“Switch s1 connected”等消息。OpenDaylight DLUX UI: 如果您安装了odl-dlux-all，可以在浏览器中访问http://localhost:8181/dlux/index.html（默认凭据：admin/admin），在“Topology”或“Nodes”视图中，您应该能看到Mininet创建的交换机和主机。Ping测试: 在Mininet CLI中，运行h1 ping h2或net.pingAll()。如果连接成功，ping操作应该能够正常进行，表明控制器正在正确地处理数据包转发。
6. 注意事项与最佳实践
防火墙设置: 确保您的系统防火墙允许OpenDaylight控制器监听的端口（通常是6633）的入站连接。IP地址: 对于本地连接，使用127.0.0.1作为控制器IP地址是推荐的做法。如果Mininet和ODL运行在不同的虚拟机或容器中，则需要使用ODL实例的实际IP地址。Mininet版本: 确保您的Mininet版本与OpenDaylight版本兼容。虽然上述解决方案在大多数Mininet 2.x版本中都适用，但更新的Mininet或ODL版本可能引入新的特性或行为。OpenDaylight功能: 根据您的需求，可能需要安装额外的ODL功能。例如，如果您需要使用特定的路由协议或高级策略，请查阅ODL文档以了解所需的功能。日志分析: 在遇到连接问题时，仔细检查OpenDaylight Karaf的日志输出和Mininet的日志（使用setLogLevel(‘debug’)获取更详细信息）是诊断问题的最有效方法。
7. 总结
通过在Mininet构造函数中显式地指定controller=RemoteController和switch=OVSSwitch，我们可以确保Mininet模拟器中的交换机在启动时能够正确地与本地运行的OpenDaylight控制器建立OpenFlow连接。这种方法提供了比简单地添加控制器实例更健壮和明确的配置，解决了自定义Python脚本在本地集成Mininet与OpenDaylight时常见的连接问题，为SDN实验和开发奠定了坚实的基础。
以上就是Mininet与OpenDaylight本地控制器连接教程：脚本化集成实践的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1375207.html
微信扫一扫 
支付宝扫一扫 
