It seems that your issue is not that the traffic isn’t getting to the other 
side – but rather that you aren’t popping the MPLS label, right?

Can you provide the rules that you entered (the add-flow command) rather than 
dumping the flows?

Steven



From: Tim Epkes <tim.ep...@gmail.com<mailto:tim.ep...@gmail.com>>
Date: Monday, June 9, 2014 at 4:43 PM
To: "discuss@openvswitch.org<mailto:discuss@openvswitch.org>" 
<discuss@openvswitch.org<mailto:discuss@openvswitch.org>>
Subject: [ovs-discuss] MPLS Pop issue

I am matching and popping an mpls label, but when I output it to a port it 
never shows up on the other side.  Here is the flow rule

 cookie=0x0, duration=1121.523s, table=0, n_packets=20, n_bytes=2360, 
idle_age=675, priority=500,mpls,in_port=3,mpls_label=100 
actions=pop_mpls:0x0800,output:1

As you can see it is matching and should output to port 1

# tcpdump -i eth3 -n
tcpdump: WARNING: eth3: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth3, link-type EN10MB (Ethernet), capture size 65535 bytes
19:39:19.392924 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 57614, seq 0, length 80
19:39:21.412721 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 57614, seq 1, length 80
19:39:23.432530 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 57614, seq 2, length 80

root@SW1:/home/tepkes# tcpdump -i eth1 -n
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes

I get no packets output.  Now if I change the rule to not pop but to just 
output I'll see it on port 1.

# tcpdump -i eth1 -n
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
19:43:09.537645 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 8462, seq 0, length 80
19:43:11.557091 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 8462, seq 1, length 80
19:43:13.576987 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 8462, seq 2, length 80
19:43:15.596873 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 8462, seq 3, length 80
19:43:17.616679 MPLS (label 100, exp 0, [S], ttl 255) IP 10.4.4.1 > 
10.1.1.1<http://10.1.1.1>: ICMP echo request, id 8462, seq 4, length 80

I cannot find where it is dropping.  The version of ovs is 2.0.1, but I did run 
the most recent version from git with similar results.  Any help here would be 
appreciated.

Tim
_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to