On 10/07/2013 06:39 PM, Ben Pfaff wrote:
Final flow: unchanged
Relevant fields: skb_priority=0,in_port=ANY,dl_type=0x8914,nw_frag=no
Datapath actions: 1
This looks correct. The next step is to use "ovs-dpctl dump-flows" to
see what's happening to the actual packets when the kernel handles them.
Thanks for the pointer, Ben.
Here is the output of dump-flows
# ovs-dpctl dump-flows
skb_priority(0),in_port(2),eth_type(0x8100),encap(eth_type(0x8914)), packets:38,
bytes:2776, used:0.794s, actions:1
skb_priority(0),in_port(2),eth(src=00:0d:ec:ca:04:a8,dst=01:80:c2:00:00:0e),eth_type(0x88cc),
packets:0, bytes:0, used:never, actions:drop
skb_priority(0),in_port(2),eth(src=d4:be:d9:f2:56:2d,dst=ff:ff:ff:ff:ff:ff),eth_type(0x0800),ipv4(src=0.0.0.0/0.0.0.0,dst=255.255.255.255/0.0.0.0,proto=17/0,tos=0/0,ttl=64/0,frag=no/0xff),
packets:2, bytes:682, used:1.738s, actions:1
It's showing the eth_type as 0x8100 and encap(eth_type(0x8914)). Is this a bug
in parsing the packet? Here is the packet detail from wireshark. There is no
vlan 0x8100 header as you can see.
No. Time Source Destination Protocol Info
45 11.066633 Cisco_ca:04:80 Broadcom_a7:1e:c3 FIP VLAN
Response
Frame 45 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: Cisco_ca:04:80 (00:0d:ec:ca:04:80), Dst: Broadcom_a7:1e:c3
(00:10:18:a7:1e:c3)
Destination: Broadcom_a7:1e:c3 (00:10:18:a7:1e:c3)
Address: Broadcom_a7:1e:c3 (00:10:18:a7:1e:c3)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address
(factory default)
Source: Cisco_ca:04:80 (00:0d:ec:ca:04:80)
Address: Cisco_ca:04:80 (00:0d:ec:ca:04:80)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address
(factory default)
Type: FCoE Initialization Protocol (0x8914)
FIP VLAN Response
0001 .... = Version: 1
Opcode: VLAN (0x0004)
VLAN Subcode: VLAN Response (0x02)
Length of Descriptors (words): 3
Flags: 0x0000
Descriptors:
Descriptor: MAC Address 00:0D:EC:CA:04:80
Descriptor Type: MAC Address (0x02)
Descriptor Length (words): 2
MAC Address: Cisco_ca:04:80 (00:0d:ec:ca:04:80)
Descriptor: VLAN 2009
The trace for dl_type 0x8100 is drop. As an experiment I tried but am not able
to change it with the same add-flow command I used for 0x8914.
# ovs-appctl ofproto/trace br0 dl_type=0x8100
Flow:
metadata=0,in_port=ANY,vlan_tci=0x0000,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x8100
Rule: table=0 cookie=0 priority=0
OpenFlow actions=NORMAL
partial VLAN tag, dropping
Final flow: unchanged
Relevant fields:
skb_priority=0,in_port=ANY,vlan_tci=0x0000/0x1fff,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x8100,nw_frag=no
Datapath actions: drop
_______________________________________________
discuss mailing list
[email protected]
http://openvswitch.org/mailman/listinfo/discuss
