
在软件定义网络(sdn)的实践中,mininet作为网络仿真工具,常与opendaylight(odl)等sdn控制器配合使用。通常情况下,通过sudo mn --controller=remote,ip=<控制器ip>,port=<端口>这样的命令行方式,mininet可以顺利地连接到远程或本地运行的opendaylight控制器。然而,当用户尝试使用自定义的python脚本构建mininet拓扑时,即使在脚本中明确定义了remotecontroller并指定了正确的ip和端口,有时仍然会遇到无法连接控制器的问题。
例如,以下是一个常见的Mininet拓扑构建脚本:
from mininet.net import Mininet
from mininet.node import RemoteController
from mininet.cli import CLI
def create_topology():
# 初始尝试:将控制器定义为None,然后在后续添加
net = Mininet(controller=None)
c0 = net.addController('c0', controller=RemoteController, ip='127.0.0.1', port=6633)
s1 = net.addSwitch('s1')
s2 = net.addSwitch('s2')
h1 = net.addHost('h1')
h2 = net.addHost('h2')
h3 = net.addHost('h3')
h4 = net.addHost('h4')
net.addLink(h1, s1)
net.addLink(h2, s2)
net.addLink(h3, s1)
net.addLink(h4, s2)
# 尝试连接交换机到控制器,但可能不生效
net.addLink(s1, c0)
net.addLink(s2, c0)
return net
if __name__ == '__main__':
topo = create_topology()
topo.controllers[0].start()
topo.start()
CLI(topo)
topo.controllers[0].stop()
topo.stop()尽管此脚本尝试将交换机连接到控制器,但如果Mininet在初始化时没有被告知默认使用RemoteController以及兼容的交换机类型(如OVSSwitch),则可能导致交换机无法正确地与控制器建立OpenFlow会话。这是因为Mininet在构建网络时,会根据其初始化参数来决定如何处理交换机与控制器的连接机制。当controller=None时,Mininet可能不会为交换机配置连接远程控制器的默认行为。
解决此问题的关键在于Mininet的初始化。我们需要在创建Mininet对象时,明确指定默认使用的控制器类型为RemoteController,并指定交换机类型为OVSSwitch。OVSSwitch是Mininet中基于Open vSwitch的交换机实现,它能够很好地支持OpenFlow协议,并与SDN控制器(如OpenDaylight)兼容。
将原始脚本中的这一行:
net = Mininet(controller=None)
替换为:
net = Mininet(controller=RemoteController, switch=OVSSwitch)
通过这样的修改,Mininet在创建网络时,会自动配置所有添加的交换机(默认为OVSSwitch类型)去连接指定的RemoteController实例。这样,即使后续通过net.addController()添加了控制器,Mininet也已经知道如何正确地将交换机连接到远程控制器。
下面是经过修改并能成功连接本地OpenDaylight控制器的Mininet脚本:
from mininet.net import Mininet
from mininet.node import RemoteController, OVSSwitch # 导入OVSSwitch
from mininet.cli import CLI
from mininet.log import setLogLevel # 导入日志设置,便于调试
def create_topology():
"""
创建Mininet拓扑,并确保与本地OpenDaylight控制器正确连接。
"""
# 关键修改:在Mininet初始化时指定默认控制器为RemoteController,
# 并指定默认交换机类型为OVSSwitch。
net = Mininet(controller=RemoteController, switch=OVSSwitch)
# 添加远程控制器实例,指向本地OpenDaylight
c0 = net.addController('c0', ip='127.0.0.1', port=6633)
# 添加交换机
s1 = net.addSwitch('s1')
s2 = net.addSwitch('s2')
# 添加主机
h1 = net.addHost('h1')
h2 = net.addHost('h2')
h3 = net.addHost('h3')
h4 = net.addHost('h4')
# 添加链路
net.addLink(h1, s1)
net.addLink(h2, s2)
net.addLink(h3, s1)
net.addLink(h4, s2)
# 注意:当Mininet初始化时已指定controller=RemoteController,
# 交换机将自动尝试连接到c0。此处显式添加链路到控制器可能不是严格必需的,
# 但不会造成问题。更重要的是交换机类型和控制器类型在初始化时的匹配。
# net.addLink(s1, c0)
# net.addLink(s2, c0)
return net
if __name__ == '__main__':
setLogLevel('info') # 设置日志级别,可以看到更详细的连接信息
print("正在创建Mininet拓扑...")
topo = create_topology()
print("正在启动控制器...")
# Mininet会自动管理控制器的启动和停止,通常不需要显式调用start/stop
# 如果控制器是外部进程,则此处无需start/stop
# 对于RemoteController,Mininet会确保其被感知
print("正在启动Mininet网络...")
topo.start()
print("网络已启动。进入Mininet CLI。")
CLI(topo)
print("正在停止Mininet网络...")
topo.stop()
print("Mininet网络已停止。")通过在Mininet初始化时明确指定controller=RemoteController和switch=OVSSwitch,我们能够确保Mininet在构建网络拓扑时,正确地配置其交换机以连接到外部的SDN控制器,从而解决自定义Python脚本无法连接OpenDaylight的问题。这种方法不仅清晰地定义了网络组件的行为,也避免了由于默认设置不匹配而导致的连接故障,是进行本地Mininet与OpenDaylight集成时的标准实践。
以上就是Mininet自定义脚本连接OpenDaylight控制器:本地部署配置详解的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号