使用Mininet时应先启动POX控制器还是Mininet？原因是什么？

做基于Mininet的SDN仿真时，必须优先启动POX控制器，等POX完成组件加载、正常进入监听状态后，再启动Mininet平台。
如果启动顺序搞反，绝大多数场景下会出现交换机连不上控制器、流表不下发、主机之间ping不通的问题，最后还得手动排障重连。

• OpenFlow控制通道的连接发起规则：SDN架构里转发面（Mininet中的虚拟Open vSwitch交换机）是连接主动发起方，控制器是被动监听的一方。POX启动后会默认在6633端口（OpenFlow 1.0默认端口）监听TCP连接请求，Mininet启动创建交换机的瞬间，就会按照传入的控制器IP、端口参数发起TCP握手。如果先启动Mininet，此时POX的对应端口还未开放，交换机的连接请求会直接被操作系统拒绝，控制通道根本无法建立。
• 初始网络逻辑的生效时序要求：Mininet拓扑启动完成时，所有虚拟交换机的流表是空的，按照OpenFlow协议规则，空流表的交换机收到任何数据包都会触发Packet-In消息上送控制器，等待控制器下发流表决策。如果控制器还没启动完成，不仅初始连接建立失败，就算等控制器晚几秒启动，部分版本的Open vSwitch不会自动重试连接，会一直卡在无控制器的离线状态；就算自动重连成功，拓扑发现、初始流表下发的时间差也会导致仿真初期的流量异常丢包，影响实验结果准确性。
• 实际操作的排障成本考量：如果先启Mininet再启POX，想要恢复正常连接，要么得在Mininet的CLI里逐台给交换机重新绑定控制器，要么得重启整个Mininet拓扑，反而比先启动控制器多做很多无用操作。

唯一的例外场景：启动Mininet时指定了--controller none参数，启动时不给交换机绑定任何控制器，等POX完全启动后，再手动通过ovs命令给交换机配置控制器地址，这种情况下启动顺序没有强制要求，但不属于常规仿真的操作流程。

内容的提问来源于stack exchange，提问作者Mukhtara Tariq Siddiq