Hi
In-band operation does not seem to work correctly with DPDK based Open vSwitch
I have two boxes running OvS+DPDK, sw1 (ip: 10.10.10.12, mac:
0c:c4:7a:93:a5:ad) and sw2 (ip: 10.10.10.11). sw1's openflow port is connected
to sw2's dataport (dpdk binded) and sw2's openflow port is connected directly
to ryu controller laptop (ip: 10.10.10.10).
I did not disable in-band for connection-mode:
-----
argela2@vswitch2:~$ sudo ovs-vsctl --columns=other_config list bridge
other_config : {}
-----
In this case, sw1 cannot connect controller via sw2 because when sw1 is trying
to reach controller using arp-request, sw2 encapsulates the sw1's arp-requests
into packet-in messages.
-----
argela2@vswitch2:~$ sudo ovs-appctl bridge/dump-flows br0
duration=3822s, n_packets=0, n_bytes=0,
priority=180008,tcp,nw_src=10.10.10.10,tp_src=6633,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180007,tcp,nw_dst=10.10.10.10,tp_dst=6633,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180006,arp,arp_spa=10.10.10.10,arp_op=1,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180005,arp,arp_tpa=10.10.10.10,arp_op=2,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180002,arp,dl_src=0c:c4:7a:97:e5:2a,arp_op=1,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180001,arp,dl_dst=0c:c4:7a:97:e5:2a,arp_op=2,actions=NORMAL
duration=3822s, n_packets=0, n_bytes=0,
priority=180000,udp,in_port=LOCAL,dl_src=0c:c4:7a:97:e5:2a,tp_src=68,tp_dst=67,actions=NORMAL
duration=3822s, n_packets=2055, n_bytes=123484,
priority=0,actions=CONTROLLER:65535
table_id=254, duration=3822s, n_packets=0, n_bytes=0,
priority=2,recirc_id=0,actions=drop
table_id=254, duration=3822s, n_packets=0, n_bytes=0,
priority=0,reg0=0x1,actions=controller(reason=)
table_id=254, duration=3822s, n_packets=0, n_bytes=0,
priority=0,reg0=0x2,actions=drop
table_id=254, duration=3822s, n_packets=0, n_bytes=0,
priority=0,reg0=0x3,actions=drop
-----
argela2@vswitch2:~$ sudo ovs-appctl dpif/dump-flows br0
recirc_id(0),in_port(5),eth(src=0c:c4:7a:93:a5:ad,dst=ff:ff:ff:ff:ff:ff),eth_type(0x0806),arp(sip=10.10.10.12,tip=10.10.10.10,op=1/0xff),
packets:2055, bytes:123300, used:0.536s,
actions:userspace(pid=0,slow_path(controller))
-----
argela2@vswitch2:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 eno2
10.10.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eno2
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eno2
-----
When I check bridge/dump-flows at sw2, I cannot see any hidden flows to build a
transparent path between sw1 and controller. I could not find what I was doing
wrong or what I think is wrong.
dpdk version is dpdk-stable-16.07.2,
-----
argela2@vswitch2:~$ ovs-vsctl --vers
ovs-vsctl (Open vSwitch) 2.6.90
DB Schema 7.14.0
-----
argela2@vswitch2:~$ uname -a
Linux vswitch2 4.10.0-28-generic #32~16.04.2-Ubuntu SMP Thu Jul 20 10:19:48 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
-----
Thanks in advance
- Volkan
_______________________________________________
discuss mailing list
disc...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
