I'll give that a shot thanks Sent from my iPad
> On Jun 23, 2014, at 1:28 PM, "GEMELOS, STEVEN M (STEVEN M)" > <geme...@research.att.com> wrote: > > Those look correct. > > Are you running your ovs bridge in user-space? Using a command like > > ovs-vsctl set bridge br0 datapath_type=netdev > > MPLS only works in User Space. > > Steven > > From: Tim Epkes <tim.ep...@gmail.com<mailto:tim.ep...@gmail.com>> > Date: Monday, June 23, 2014 at 6:07 AM > To: Steven Gemelos <geme...@research.att.com<mailto:geme...@research.att.com>> > Cc: "discuss@openvswitch.org<mailto:discuss@openvswitch.org>" > <discuss@openvswitch.org<mailto:discuss@openvswitch.org>> > Subject: Re: [ovs-discuss] MPLS Pop issue > > did you find anything wrong with my pop statement? Here it is again: > > ovs-ofctl add-flow BR0 "table=0 priority=500 in_port=3 dl_type=0x8847 > mpls_label=100 actions=pop_mpls:0x0800,1" > ovs-ofctl add-flow BR0 "table=0 priority=500 in_port=3 dl_type=0x8847 > mpls_label=200 actions=pop_mpls:0x0800,2" > > > On Wed, Jun 11, 2014 at 1:09 PM, GEMELOS, STEVEN M (STEVEN M) > <geme...@research.att.com<mailto:geme...@research.att.com>> wrote: > 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><mailto: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><mailto:discuss@openvswitch.org<mailto:discuss@openvswitch.org>>" > > <discuss@openvswitch.org<mailto:discuss@openvswitch.org><mailto: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
