icmp - 设置 ICMP 与 POX Controller 匹配

Question

我正在尝试使用 POX Controller 向交换机添加流条目，我的代码是:

    fm = of.ofp_flow_mod()
    fm.match.in_port = 1
    fm.priority = 33001
    fm.match.dl_type = 0x800
    fm.match.nw_src = IPAddr("10.0.0.1")
    fm.match.nw_dst = IPAddr("10.0.0.5")

    fm.actions.append(of.ofp_action_output( port = 2 ) )
    event.connection.send( fm )

但是，当我从 10.0.0.1 ping 到 10.0.0.5 时，没有任何回复。可能是什么问题？(我还为 ICMP 回复添加了对称流)

谢谢

Answer 1

(注意:在以下示例中，我将 10.0.0.5 更改为 10.0.0.3，因为我在 mininet 中使用 1 个交换机、3 个主机拓扑进行了测试。)

您的问题是 ARP 请求未通过。您需要添加两个附加规则才能让 dl_type=0x0806 的消息通过。所以:

def _handle_ConnectionUp (event):
  fm = of.ofp_flow_mod()
  fm.match.in_port = 1
  fm.priority = 33001
  fm.match.dl_type = 0x0800
  fm.match.nw_src = IPAddr("10.0.0.1")
  fm.match.nw_dst = IPAddr("10.0.0.3")
  fm.actions.append(of.ofp_action_output( port = 3 ) )
  event.connection.send( fm )

  fm = of.ofp_flow_mod()
  fm.match.in_port = 3
  fm.priority = 33001
  fm.match.dl_type = 0x0800
  fm.match.nw_src = IPAddr("10.0.0.3")
  fm.match.nw_dst = IPAddr("10.0.0.1")
  fm.actions.append(of.ofp_action_output( port = 1 ) )
  event.connection.send( fm )

  fm = of.ofp_flow_mod()
  fm.match.in_port = 1
  fm.priority = 33001
  fm.match.dl_type = 0x0806
  fm.actions.append(of.ofp_action_output( port = 3 ) )
  event.connection.send( fm )

  fm = of.ofp_flow_mod()
  fm.match.in_port = 3
  fm.priority = 33001
  fm.match.dl_type = 0x0806
  fm.actions.append(of.ofp_action_output( port = 1 ) )
  event.connection.send( fm )

如果您的网络中没有任何环路，您还可以添加一条规则，将数据包泛洪到除数据包来自的端口之外的每个端口上。

  fm = of.ofp_flow_mod()
  fm.priority = 33001
  fm.match.dl_type = 0x0806
  fm.actions.append(of.ofp_action_output( port = of.OFPP_FLOOD ) )
  event.connection.send( fm )

更多信息:当您向某个 IP 地址发送 ICMP 回显请求时，会发生以下情况:

• 主机发出 ARP 请求(“谁有 IP 10.0.0.3？”)以查找下一跳的硬件 MAC 地址。
• 然后主机向下一跃点发送 ICMP 数据包。

如果初始查询未产生响应，则不会发送 ICMP 数据包，因为主机不知道下一步将其发送到何处。您可以在本答案末尾的 tcpdump 示例中看到这一点。

这是 mininet 的输出:

mininet@mininet-vm:~$ sudo mn --topo single,3 --mac --switch ovsk,protocols=OpenFlow10 --controller remote
*** Creating network
*** Adding controller
*** Adding hosts:
h1 h2 h3 
*** Adding switches:
s1 
*** Adding links:
(h1, s1) (h2, s1) (h3, s1) 
*** Configuring hosts
h1 h2 h3 
*** Starting controller
c0 
*** Starting 1 switches
s1 ...
*** Starting CLI:
mininet> pingall
*** Ping: testing ping reachability
h1 -> X h3 
h2 -> X X 
h3 -> h1 X 
*** Results: 66% dropped (2/6 received)
mininet> 

如果我们已经“知道”下一跳是什么怎么办？在这种情况下，我们可以告诉 ping 将 ICMP IPv4 数据包发送到特定接口(interface)。那么它就不会使用ARP。但是，ping 请求的接收方仍会尝试使用 ARP 来确定如何发送响应。请求会到达，但响应不会。

您可以通过运行以下命令强制将初始 ping 发送到特定接口(interface)，而不使用 ARP 请求:

# Run this on host h1
h1 ping -I h1-eth0 -c1 10.0.0.3

然后，即使您没有设置 ARP 规则(因为 nw_src 和 nw_dst 匹配)，初始 ICMP 数据包也会通过。如果您在 h3 上运行 tcpdump(运行 xterm h3 并在新终端 tcpdump)，您可以看到在这种情况下 ICMP 消息到达，但返回消息没有。

# Run this on host h3
root@mininet-vm:~# tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on h3-eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
20:20:19.428465 IP 10.0.0.1 > 10.0.0.3: ICMP echo request, id 24690, seq 1, length 64
20:20:19.428481 ARP, Request who-has 10.0.0.1 tell 10.0.0.3, length 28
20:20:20.428094 ARP, Request who-has 10.0.0.1 tell 10.0.0.3, length 28
20:20:21.428097 ARP, Request who-has 10.0.0.1 tell 10.0.0.3, length 28

最后的一长串 ARP 请求是接收主机试图找出应该通过哪个接口(interface)发回响应。