Yes I tested both scenarios (server w/ last SF and server w/o last SF). Can you please try to reproduce the suggestions I made and report the results?
Regardless it should be interesting to see if any of these have an impact on the test. Thanks, George From: Ahmed Medhat [mailto:a.medha...@gmail.com] Sent: Wednesday, November 16, 2016 5:06 PM To: Paraskevopoulos Georgios Cc: Manuel Buil; Brady Allen Johnson; Tim Rozet; OPNFV Tech Subject: Re: OPNFV Apex colorado SFC Hi George, Thanks for reply. I am using OPNFV APEX Colorado which is based on ODL Boron. I checked my security groups, it looks like that: http://hastebin.com/akibozuciv.rb Regarding the Iptables, I did not configured it. I think that should be done by APEX automatically. I have the chain works fine IF the Server is located with the last SF in the chain. Otherwise the traffic do not reach the Server after coming out the last SF. Is that scenario you tested and works with you ? Best regards, Ahmed On Wed, Nov 16, 2016 at 3:04 PM, Paraskevopoulos Georgios <geo...@intracom-telecom.com <mailto:geo...@intracom-telecom.com> > wrote: Hi Ahmed, I reproduced your environment and run the test and it works fine for me. Here are the system info in detail: - Controller ovs-vsctl: http://hastebin.com/tibanukeqe.scala - Controller flows: http://hastebin.com/ekeriwofib.lua - Compute1 ovs-vsctl: http://hastebin.com/jinayiyewo.scala - Compute1 flows: http://hastebin.com/ifitoqoqes.lua - Compute2 ovs-vsctl: http://hastebin.com/movolifofe.scala - Compute2 flows: http://hastebin.com/izuwonasoz.lua Sorry for the long flows but I run the test a few times to be thorough and ODL doesn’t cleanup the flows properly. I have a few questions/suggestions: - What version of ODL are you using? I’m using Boron SR1 - Have you opened the ports in the security groups explicitly? For example here are my rules http://hastebin.com/idijuvupon.rb - Have you configured iptables properly (check lines 84-92 here for example) https://gerrit.opnfv.org/gerrit/#/c/20773/2/testcases/features/sfc/sfc.py BR, George From: Manuel Buil [mailto:manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> ] Sent: Wednesday, November 16, 2016 3:37 PM To: Ahmed Medhat Cc: Brady Allen Johnson; Tim Rozet; Georgios Paraskevopoulos (geo...@intracom-telecom.com <mailto:geo...@intracom-telecom.com> ); OPNFV Tech Subject: RE: OPNFV Apex colorado SFC Hi Ahmed, Georgios in CC is doing it. Let me add the community to this thread as it might be interesting for somebody else too. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com] Sent: Wednesday, November 16, 2016 2:35 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> >; Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Georgios Paraskevopoulos (geo...@intracom-telecom.com <mailto:geo...@intracom-telecom.com> ) <geo...@intracom-telecom.com <mailto:geo...@intracom-telecom.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel, Did you reproduced the problem ? Best regards, Ahmed On Wed, Nov 16, 2016 at 8:33 AM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, Thanks for the information. Let me try to reproduce that environment and see if I also find the problem. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Tuesday, November 15, 2016 6:01 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> >; Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel, I would like also to add different scenarios that I have tested: For this chain: Client - VNF1 - VNF2 - Server Scenario 1: If Client and VNF1 are in Compute Node 0 and VNF2 -Server 2 in Compute Node 1 The flow will be like that: Client to VNF1 then go out to Compute node 1 then VNF2 then Server This case Works fine. Scenario 2: If Server and VNF1 are in Compute Node 0 and VNF2 and Client are in Compute Node 1 The flow will be like that: Client at Compute Node 1 go out to Compute node 0 then VNF1 then come back to Compute Node 1 then go to VNF2 then go out to Compute Node 0 then reaches the Server This Case does not work These 2 scenarios and the ones in my recent email, shows that the problem occurs when the last SF in the chain is not with the Server in the same Compute Node. So how to solve that issue? Best regards, Ahmed On Tue, Nov 15, 2016 at 5:54 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, I don’t know :( Sorry, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Tuesday, November 15, 2016 5:13 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC I would like to add something. Now I changed roles: The Server in Compute node 1 becomes Client. The SF is still stayed in Compute node 0 and another Server in Compute node 0. I do the test like that and it works fine !!!! So where is the problem then in the first case :) ? Best regards, Ahmed On Tue, Nov 15, 2016 at 5:06 PM, Ahmed Medhat <a.medha...@gmail.com <mailto:a.medha...@gmail.com> > wrote: Hi Manuel, I checked at compute node 0 at table 111: the traffic goes out the vxlan port connected to compute node 1. but can not see it received at compute node 1. Do you have a reason for that case ? Best regards, Ahmed On Tue, Nov 15, 2016 at 4:43 PM, Ahmed Medhat <a.medha...@gmail.com <mailto:a.medha...@gmail.com> > wrote: Thanks Manuel for reply. I tried that but they are not increased, it seems that the packets do not go out the other compute node. but I tried to do ping from client to the server in the other node and it works fine. So I need to check if they go out the other compute node. Best regards, Ahmed On Tue, Nov 15, 2016 at 4:38 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi, I am not sure what might be happening. Can you check if the counters of packets in flow entries which have the action “drop” in table=41 or table=91 go up when you send packets from the client? For example this one: cookie=0x0, duration=316502.714s, table=91, n_packets=5, n_bytes=370, priority=61003,tcp,dl_dst=fa:16:3e:bd:1c:1f,tcp_flags=syn actions=drop To check that, I would use: watch -d ‘ovs-ofctl -O Openflow13 dump-flows br-int table=41 | cut -d, -f3-‘ And changing to 91 for table=91. I think there are packets being dropped on either table 41 or table91 in any of the compute nodes. Check also that packets leave the compute with the SFs and arrive to the other compute. Can you also check if your server got an IP? /Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Tuesday, November 15, 2016 4:20 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel, I checked that, but no packets arrive at the Server. Best regards, Ahmed On Tue, Nov 15, 2016 at 4:13 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, I don’t know what is the problem. I still see packets being dropped in table=111 and table=41… can you check with tcpdump if packets arrive to the server? It could also be that the reply gets lost but the query arrives. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Tuesday, November 15, 2016 12:42 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC Did you find the problem ?? Best regards, Ahmed On Tue, Nov 15, 2016 at 10:40 AM, Ahmed Medhat <a.medha...@gmail.com <mailto:a.medha...@gmail.com> > wrote: Hi Manuel, Kindly find it here: http://pastebin.com/csX8BakP Best Regards, Ahmed On Tue, Nov 15, 2016 at 10:21 AM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, compute node 1 link is not working. Can you send it again please? Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 3:29 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com> Subject: Re: OPNFV Apex colorado SFC Ok, find here the flows for compute node 0: http://pastebin.com/AJe5BsSp and for the compute node 1: http://pastebin.com/XLLAReKH the Mac for Client is fa:16:3e:79:67:57 the Mac for the Server is fa:16:3e:bd:1c:1f Thanks, Ahmed On Mon, Nov 14, 2016 at 3:21 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Ok, you are using V1. Then it should work without problems. Can you post the flows of both computes? Also the mac address of client and server please. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 3:20 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC # the neutron.ml2.mechanism_drivers namespace. (list value) #mechanism_drivers = mechanism_drivers =opendaylight Best regards, Ahmed On Mon, Nov 14, 2016 at 3:14 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, Unfortunately, I never had time to work with APEX so I don’t know :(. Run this in the controller and copy the output: grep mechanism_driver /etc/neutron/plugins/ml2/ml2_conf.ini Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 3:04 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC HI Manuel, I am using Apex. How to configure or check that there. Best regards, Ahmed On Mon, Nov 14, 2016 at 3:00 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, Are you using ML2 neutron driver V1 or V2? Go to the FUEL GUI, Settings, Other and in the ODL plug-in options, you should see if the V2 is ticked. Please use V1. V2 has several known bugs and it is not yet compatible with ODL. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 2:58 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel, Thanks I added a rule for ingress and egress traffic on tcp any port and it works fine. but there is a problem when I the Server is in another compute node !! Best regards, Ahmed On Mon, Nov 14, 2016 at 2:45 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, Your packets are being dropped by this rule: cookie=0x0, duration=232172.149s, table=41, n_packets=43, n_bytes=4816, priority=61003,tcp,dl_src=fa:16:3e:79:67:57,tcp_flags=syn actions=drop Add in OpenStack a security group rule for ingress and egress traffic on tcp port 80. Then you should see a rule in table 41 and another one in table 91 allowing that traffic. Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 2:40 PM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel,, Thanks for reply. what I should do in security groups ? I have added rules for Any Egress and Ingress. The client MAC is fa:16:3e:79:67:57 the Server MAC is fa:16:3e:3b:9a:53 Best regards, Ahmed On Mon, Nov 14, 2016 at 2:26 PM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, The SFC part is correct, I can see the packets flowing to the SF and then coming back and the nsh header is popped correctly. One guess that I have is that you haven’t configured the security groups because I see packets being dropped in table 41 and 91. What are the MAC addresses of client and server? Regards, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Monday, November 14, 2016 11:09 AM To: Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > Cc: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: Re: OPNFV Apex colorado SFC Hi Manuel, Kindly find the flows on br-int below , the nsp is 123: [heat-admin@overcloud-novacompute-0 ~]$ sudo ovs-ofctl dump-flows br-int -O openflow13 OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x14, duration=304.686s, table=0, n_packets=6, n_bytes=972, priority=300,udp,nw_dst=12.0.0.10,tp_dst=6633 actions=output:6 cookie=0x0, duration=323303.087s, table=0, n_packets=129322, n_bytes=14613386, dl_type=0x88cc actions=CONTROLLER:65535 cookie=0x14, duration=322817.978s, table=0, n_packets=0, n_bytes=0, priority=300,udp,in_port=2,tp_dst=6644 actions=LOCAL cookie=0x14, duration=304.685s, table=0, n_packets=6, n_bytes=972, priority=300,udp,in_port=6,tp_dst=6633 actions=LOCAL cookie=0x14, duration=304.686s, table=0, n_packets=12, n_bytes=1116, priority=250,nsp=123 actions=goto_table:152 cookie=0x0, duration=323287.223s, table=0, n_packets=142168, n_bytes=6032300, priority=6 actions=goto_table:1 cookie=0x1110070000610254, duration=231581.507s, table=1, n_packets=190, n_bytes=21280, priority=40000,nsi=254,nsp=61,reg0=0x1,in_port=6 actions=pop_nsh,goto_table:21 cookie=0x1110070001230254, duration=296.020s, table=1, n_packets=6, n_bytes=672, priority=40000,nsi=254,nsp=123,reg0=0x1,in_port=6 actions=pop_nsh,goto_table:21 cookie=0x0, duration=323670.776s, table=1, n_packets=0, n_bytes=0, in_port=8,dl_src=fa:16:3e:c8:51:28 actions=set_field:0x56->tun_id,load:0x1->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=234718.561s, table=1, n_packets=140890, n_bytes=5921916, in_port=6,dl_src=fa:16:3e:71:33:ca actions=set_field:0x3fa->tun_id,load:0x1->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=232172.033s, table=1, n_packets=150, n_bytes=11862, in_port=10,dl_src=fa:16:3e:79:67:57 actions=set_field:0x3fa->tun_id,load:0x1->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=230848.338s, table=1, n_packets=249, n_bytes=22292, in_port=11,dl_src=fa:16:3e:3b:9a:53 actions=set_field:0x3fa->tun_id,load:0x1->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=322593.900s, table=1, n_packets=33, n_bytes=3493, tun_id=0x56,in_port=1 actions=load:0x2->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=322540.983s, table=1, n_packets=11, n_bytes=1438, tun_id=0x56,in_port=3 actions=load:0x2->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=230848.297s, table=1, n_packets=131, n_bytes=8178, tun_id=0x3fa,in_port=3 actions=load:0x2->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=230848.280s, table=1, n_packets=139, n_bytes=26788, tun_id=0x3fa,in_port=1 actions=load:0x2->NXM_NX_REG0[],goto_table:11 cookie=0x0, duration=234718.558s, table=1, n_packets=0, n_bytes=0, priority=8192,in_port=6 actions=drop cookie=0x0, duration=232172.030s, table=1, n_packets=0, n_bytes=0, priority=8192,in_port=10 actions=drop cookie=0x0, duration=230848.335s, table=1, n_packets=0, n_bytes=0, priority=8192,in_port=11 actions=drop cookie=0x1110060000610254, duration=231581.510s, table=11, n_packets=190, n_bytes=21280, nsi=254,nsp=61,in_port=2 actions=load:0x1->NXM_NX_REG0[],move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31],resubmit(6,1) cookie=0x1110060001230254, duration=296.025s, table=11, n_packets=6, n_bytes=672, nsi=254,nsp=123,in_port=2 actions=load:0x1->NXM_NX_REG0[],move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31],resubmit(6,1) cookie=0x1110010001230255, duration=296.029s, table=11, n_packets=18, n_bytes=1332, tcp,reg0=0x1,tp_src=2000,tp_dst=80 actions=move:NXM_NX_TUN_ID[0..31]->NXM_NX_NSH_C2[],push_nsh,load:0x1->NXM_NX_NSH_MDTYPE[],load:0x3->NXM_NX_NSH_NP[],load:0xc0a80012->NXM_NX_NSH_C1[],load:0x7b->NXM_NX_NSP[0..23],load:0xff->NXM_NX_NSI[],load:0xc00000a->NXM_NX_TUN_IPV4_DST[],load:0x7b->NXM_NX_TUN_ID[0..31],resubmit(,0) cookie=0x0, duration=323281.991s, table=11, n_packets=142040, n_bytes=6022760, priority=0 actions=goto_table:21 cookie=0x0, duration=230848.252s, table=21, n_packets=5, n_bytes=210, priority=1024,arp,tun_id=0x56,arp_tpa=11.0.0.2,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:a0:33:45->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ea03345->NXM_NX_ARP_SHA[],load:0xb000002->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.240s, table=21, n_packets=2, n_bytes=84, priority=1024,arp,tun_id=0x56,arp_tpa=11.0.0.1,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:74:51:40->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e745140->NXM_NX_ARP_SHA[],load:0xb000001->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.221s, table=21, n_packets=3, n_bytes=126, priority=1024,arp,tun_id=0x3fa,arp_tpa=12.0.0.16,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:bd:1c:1f->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ebd1c1f->NXM_NX_ARP_SHA[],load:0xc000010->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.210s, table=21, n_packets=2, n_bytes=84, priority=1024,arp,tun_id=0x3fa,arp_tpa=12.0.0.10,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:71:33:ca->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e7133ca->NXM_NX_ARP_SHA[],load:0xc00000a->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.200s, table=21, n_packets=18, n_bytes=756, priority=1024,arp,tun_id=0x3fa,arp_tpa=12.0.0.19,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:3b:9a:53->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e3b9a53->NXM_NX_ARP_SHA[],load:0xc000013->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.189s, table=21, n_packets=1, n_bytes=42, priority=1024,arp,tun_id=0x3fa,arp_tpa=12.0.0.15,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:79:67:57->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e796757->NXM_NX_ARP_SHA[],load:0xc00000f->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.180s, table=21, n_packets=1, n_bytes=42, priority=1024,arp,tun_id=0x56,arp_tpa=11.0.0.21,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:76:61:94->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e766194->NXM_NX_ARP_SHA[],load:0xb000015->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.170s, table=21, n_packets=0, n_bytes=0, priority=1024,arp,tun_id=0x56,arp_tpa=11.0.0.19,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:c8:51:28->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ec85128->NXM_NX_ARP_SHA[],load:0xb000013->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=230848.160s, table=21, n_packets=25, n_bytes=1050, priority=1024,arp,tun_id=0x3fa,arp_tpa=12.0.0.2,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:d0:1e:5a->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163ed01e5a->NXM_NX_ARP_SHA[],load:0xc000002->NXM_OF_ARP_SPA[],IN_PORT cookie=0x1110040000000004, duration=296.036s, table=21, n_packets=0, n_bytes=0, priority=1024,arp,in_port=LOCAL,arp_tpa=12.0.0.10,arp_op=1 actions=move:NXM_OF_ETH_SRC[]->NXM_OF_ETH_DST[],set_field:fa:16:3e:71:33:ca->eth_src,load:0x2->NXM_OF_ARP_OP[],move:NXM_NX_ARP_SHA[]->NXM_NX_ARP_THA[],move:NXM_OF_ARP_SPA[]->NXM_OF_ARP_TPA[],load:0xfa163e7133ca->NXM_NX_ARP_SHA[],load:0xc00000a->NXM_OF_ARP_SPA[],IN_PORT cookie=0x0, duration=323276.375s, table=21, n_packets=142168, n_bytes=6041856, priority=0 actions=goto_table:31 cookie=0x0, duration=323271.335s, table=31, n_packets=142168, n_bytes=6041856, priority=0 actions=goto_table:41 cookie=0x0, duration=234718.586s, table=41, n_packets=0, n_bytes=0, priority=61011,udp,in_port=6,tp_src=67,tp_dst=68 actions=drop cookie=0x0, duration=234718.584s, table=41, n_packets=0, n_bytes=0, priority=61011,udp6,in_port=6,tp_src=547,tp_dst=546 actions=drop cookie=0x0, duration=232172.143s, table=41, n_packets=0, n_bytes=0, priority=61011,udp,in_port=10,tp_src=67,tp_dst=68 actions=drop cookie=0x0, duration=232172.141s, table=41, n_packets=0, n_bytes=0, priority=61011,udp6,in_port=10,tp_src=547,tp_dst=546 actions=drop cookie=0x0, duration=230848.554s, table=41, n_packets=8, n_bytes=2780, priority=61012,udp,in_port=11,tp_src=68,tp_dst=67 actions=goto_table:51 cookie=0x0, duration=230848.551s, table=41, n_packets=0, n_bytes=0, priority=61012,udp6,in_port=11,tp_src=546,tp_dst=547 actions=goto_table:51 cookie=0x0, duration=230848.540s, table=41, n_packets=0, n_bytes=0, priority=61011,udp,in_port=11,tp_src=67,tp_dst=68 actions=drop cookie=0x0, duration=230848.537s, table=41, n_packets=0, n_bytes=0, priority=61011,udp6,in_port=11,tp_src=547,tp_dst=546 actions=drop cookie=0x0, duration=323670.776s, table=41, n_packets=0, n_bytes=0, priority=61010,arp,arp_sha=fa:16:3e:c8:51:28 actions=goto_table:51 cookie=0x0, duration=234718.594s, table=41, n_packets=140821, n_bytes=5914482, priority=61010,arp,arp_sha=fa:16:3e:71:33:ca actions=goto_table:51 cookie=0x0, duration=232172.151s, table=41, n_packets=18, n_bytes=756, priority=61010,arp,arp_sha=fa:16:3e:79:67:57 actions=goto_table:51 cookie=0x0, duration=230848.548s, table=41, n_packets=42, n_bytes=1764, priority=61010,arp,arp_sha=fa:16:3e:3b:9a:53 actions=goto_table:51 cookie=0x0, duration=323670.776s, table=41, n_packets=0, n_bytes=0, priority=61007,ip,dl_src=fa:16:3e:c8:51:28 actions=goto_table:51 cookie=0x0, duration=234718.564s, table=41, n_packets=35, n_bytes=4678, priority=61007,ip,dl_src=fa:16:3e:71:33:ca actions=goto_table:51 cookie=0x0, duration=232172.045s, table=41, n_packets=6, n_bytes=468, priority=61007,ipv6,dl_src=fa:16:3e:79:67:57 actions=goto_table:51 cookie=0x0, duration=230848.371s, table=41, n_packets=171, n_bytes=16356, priority=61007,ip,dl_src=fa:16:3e:3b:9a:53 actions=goto_table:51 cookie=0x0, duration=323670.776s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp,dl_src=fa:16:3e:c8:51:28,tcp_flags=syn actions=drop cookie=0x0, duration=323670.776s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_src=fa:16:3e:c8:51:28,tcp_flags=syn actions=drop cookie=0x0, duration=234718.591s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp,dl_src=fa:16:3e:71:33:ca,tcp_flags=syn actions=drop cookie=0x0, duration=234718.589s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_src=fa:16:3e:71:33:ca,tcp_flags=syn actions=drop cookie=0x0, duration=232172.149s, table=41, n_packets=43, n_bytes=4816, priority=61003,tcp,dl_src=fa:16:3e:79:67:57,tcp_flags=syn actions=drop cookie=0x0, duration=232172.146s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_src=fa:16:3e:79:67:57,tcp_flags=syn actions=drop cookie=0x0, duration=230848.545s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp,dl_src=fa:16:3e:3b:9a:53,tcp_flags=syn actions=drop cookie=0x0, duration=230848.542s, table=41, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_src=fa:16:3e:3b:9a:53,tcp_flags=syn actions=drop cookie=0x0, duration=323235.902s, table=41, n_packets=818, n_bytes=77844, priority=0 actions=goto_table:51 cookie=0x0, duration=323265.503s, table=51, n_packets=142125, n_bytes=6037040, priority=0 actions=goto_table:61 cookie=0x0, duration=323258.727s, table=61, n_packets=142125, n_bytes=6037040, priority=0 actions=goto_table:71 cookie=0x0, duration=323253.599s, table=71, n_packets=142125, n_bytes=6037040, priority=0 actions=goto_table:81 cookie=0x0, duration=322831.346s, table=81, n_packets=142125, n_bytes=6037040, priority=0 actions=goto_table:91 cookie=0x0, duration=323670.779s, table=91, n_packets=0, n_bytes=0, priority=61010,arp,arp_tha=fa:16:3e:c8:51:28 actions=goto_table:101 cookie=0x0, duration=234718.602s, table=91, n_packets=0, n_bytes=0, priority=61010,arp,arp_tha=fa:16:3e:71:33:ca actions=goto_table:101 cookie=0x0, duration=232172.159s, table=91, n_packets=0, n_bytes=0, priority=61010,arp,arp_tha=fa:16:3e:79:67:57 actions=goto_table:101 cookie=0x0, duration=230848.557s, table=91, n_packets=0, n_bytes=0, priority=61010,arp,arp_tha=fa:16:3e:3b:9a:53 actions=goto_table:101 cookie=0x0, duration=323670.779s, table=91, n_packets=0, n_bytes=0, priority=61006,udp6,dl_src=fa:16:3e:a0:33:45,dl_dst=fa:16:3e:c8:51:28,tp_src=547,tp_dst=546 actions=goto_table:101 cookie=0x0, duration=323670.779s, table=91, n_packets=0, n_bytes=0, priority=61006,udp,dl_src=fa:16:3e:a0:33:45,dl_dst=fa:16:3e:c8:51:28,tp_src=67,tp_dst=68 actions=goto_table:101 cookie=0x0, duration=230848.568s, table=91, n_packets=8, n_bytes=3088, priority=61006,udp,dl_src=fa:16:3e:d0:1e:5a,dl_dst=fa:16:3e:3b:9a:53,tp_src=67,tp_dst=68 actions=goto_table:101 cookie=0x0, duration=230848.564s, table=91, n_packets=0, n_bytes=0, priority=61006,udp6,dl_src=fa:16:3e:d0:1e:5a,dl_dst=fa:16:3e:3b:9a:53,tp_src=547,tp_dst=546 actions=goto_table:101 cookie=0x0, duration=323670.779s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp,dl_dst=fa:16:3e:c8:51:28,tcp_flags=syn actions=drop cookie=0x0, duration=323670.779s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_dst=fa:16:3e:c8:51:28,tcp_flags=syn actions=drop cookie=0x0, duration=234718.608s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp,dl_dst=fa:16:3e:71:33:ca,tcp_flags=syn actions=drop cookie=0x0, duration=234718.604s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_dst=fa:16:3e:71:33:ca,tcp_flags=syn actions=drop cookie=0x0, duration=232172.164s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp,dl_dst=fa:16:3e:79:67:57,tcp_flags=syn actions=drop cookie=0x0, duration=232172.161s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_dst=fa:16:3e:79:67:57,tcp_flags=syn actions=drop cookie=0x0, duration=230848.562s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp,dl_dst=fa:16:3e:3b:9a:53,tcp_flags=syn actions=drop cookie=0x0, duration=230848.560s, table=91, n_packets=0, n_bytes=0, priority=61003,tcp6,dl_dst=fa:16:3e:3b:9a:53,tcp_flags=syn actions=drop cookie=0x0, duration=323241.903s, table=91, n_packets=142048, n_bytes=6023659, priority=0 actions=goto_table:101 cookie=0x0, duration=323247.679s, table=101, n_packets=142125, n_bytes=6037040, priority=0 actions=goto_table:111 cookie=0x0, duration=323670.778s, table=111, n_packets=0, n_bytes=0, tun_id=0x1f,dl_dst=fa:16:3e:8a:32:ab actions=output:1 cookie=0x0, duration=323670.778s, table=111, n_packets=316, n_bytes=36494, tun_id=0x3fa,dl_dst=fa:16:3e:d0:1e:5a actions=output:1 cookie=0x0, duration=323670.777s, table=111, n_packets=8, n_bytes=758, tun_id=0x56,dl_dst=fa:16:3e:74:51:40 actions=output:1 cookie=0x0, duration=323670.777s, table=111, n_packets=24, n_bytes=2340, tun_id=0x56,dl_dst=fa:16:3e:a0:33:45 actions=output:1 cookie=0x0, duration=323670.777s, table=111, n_packets=0, n_bytes=0, tun_id=0x56,dl_dst=fa:16:3e:c8:51:28 actions=output:8 cookie=0x0, duration=322540.973s, table=111, n_packets=3, n_bytes=294, tun_id=0x56,dl_dst=fa:16:3e:76:61:94 actions=output:3 cookie=0x0, duration=234718.556s, table=111, n_packets=28, n_bytes=5032, tun_id=0x3fa,dl_dst=fa:16:3e:71:33:ca actions=output:6 cookie=0x0, duration=232172.027s, table=111, n_packets=10, n_bytes=2980, tun_id=0x3fa,dl_dst=fa:16:3e:79:67:57 actions=output:10 cookie=0x0, duration=231895.631s, table=111, n_packets=8, n_bytes=664, tun_id=0x3fa,dl_dst=fa:16:3e:bd:1c:1f actions=output:3 cookie=0x0, duration=230848.333s, table=111, n_packets=123, n_bytes=20372, tun_id=0x3fa,dl_dst=fa:16:3e:3b:9a:53 actions=output:11 cookie=0x0, duration=230986.373s, table=111, n_packets=8, n_bytes=1144, priority=16383,reg0=0x1,tun_id=0x56,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=output:3,output:1 cookie=0x0, duration=230848.327s, table=111, n_packets=425, n_bytes=22914, priority=16384,reg0=0x2,tun_id=0x3fa,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=output:6,output:10,output:11 cookie=0x0, duration=230848.276s, table=111, n_packets=140971, n_bytes=5926780, priority=16383,reg0=0x1,tun_id=0x3fa,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=output:6,output:1,output:10,output:3,output:11 cookie=0x0, duration=322593.918s, table=111, n_packets=0, n_bytes=0, priority=8192,tun_id=0x56 actions=drop cookie=0x0, duration=230848.309s, table=111, n_packets=0, n_bytes=0, priority=8192,tun_id=0x3fa actions=drop cookie=0x14, duration=304.696s, table=150, n_packets=0, n_bytes=0, priority=5 actions=goto_table:151 cookie=0x14, duration=304.696s, table=151, n_packets=0, n_bytes=0, priority=5 actions=goto_table:152 cookie=0x14, duration=304.694s, table=152, n_packets=6, n_bytes=444, priority=550,nsi=255,nsp=123 actions=load:0xc00000a->NXM_NX_TUN_IPV4_DST[],goto_table:158 cookie=0x14, duration=304.694s, table=152, n_packets=6, n_bytes=672, priority=5 actions=goto_table:158 cookie=0xba5eba1100000102, duration=304.691s, table=158, n_packets=0, n_bytes=0, priority=660,nsi=254,nsp=123,nshc1=0 actions=IN_PORT cookie=0xba5eba1100000104, duration=304.688s, table=158, n_packets=6, n_bytes=672, priority=660,nsi=254,nsp=123,nshc1=3232235538 <tel:3232235538> actions=move:NXM_NX_NSH_MDTYPE[]->NXM_NX_NSH_MDTYPE[],move:NXM_NX_NSH_NP[]->NXM_NX_NSH_NP[],move:NXM_NX_NSI[]->NXM_NX_NSI[],move:NXM_NX_NSP[0..23]->NXM_NX_NSP[0..23],move:NXM_NX_NSH_C1[]->NXM_NX_TUN_IPV4_DST[],move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31],load:0x4->NXM_NX_TUN_GPE_NP[],resubmit(,11) cookie=0xba5eba1100000101, duration=304.692s, table=158, n_packets=0, n_bytes=0, priority=655,nsi=255,nsp=123,in_port=2 actions=move:NXM_NX_NSH_MDTYPE[]->NXM_NX_NSH_MDTYPE[],move:NXM_NX_NSH_NP[]->NXM_NX_NSH_NP[],move:NXM_NX_NSH_C1[]->NXM_NX_NSH_C1[],move:NXM_NX_NSH_C2[]->NXM_NX_NSH_C2[],move:NXM_NX_TUN_ID[0..31]->NXM_NX_TUN_ID[0..31],load:0x4->NXM_NX_TUN_GPE_NP[],IN_PORT cookie=0xba5eba1100000101, duration=304.690s, table=158, n_packets=6, n_bytes=444, priority=650,nsi=255,nsp=123 actions=move:NXM_NX_NSH_MDTYPE[]->NXM_NX_NSH_MDTYPE[],move:NXM_NX_NSH_NP[]->NXM_NX_NSH_NP[],move:NXM_NX_NSH_C1[]->NXM_NX_NSH_C1[],move:NXM_NX_NSH_C2[]->NXM_NX_NSH_C2[],move:NXM_NX_TUN_ID[0..31]->NXM_NX_TUN_ID[0..31],load:0x4->NXM_NX_TUN_GPE_NP[],output:2 cookie=0xba5eba1100000103, duration=304.686s, table=158, n_packets=0, n_bytes=0, priority=650,nsi=254,nsp=123 actions=move:NXM_NX_NSH_MDTYPE[]->NXM_NX_NSH_MDTYPE[],move:NXM_NX_NSH_NP[]->NXM_NX_NSH_NP[],move:NXM_NX_NSI[]->NXM_NX_NSI[],move:NXM_NX_NSP[0..23]->NXM_NX_NSP[0..23],move:NXM_NX_NSH_C1[]->NXM_NX_TUN_IPV4_DST[],move:NXM_NX_NSH_C2[]->NXM_NX_TUN_ID[0..31],load:0x4->NXM_NX_TUN_GPE_NP[],IN_PORT cookie=0x14, duration=304.686s, table=158, n_packets=0, n_bytes=0, priority=5 actions=drop Thanks, Ahmed On Mon, Nov 14, 2016 at 9:15 AM, Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> > wrote: Hi Ahmed, It could be multiple things, can you please provide the flows of the br-int brige in the compute? Thanks, Manuel From: Ahmed Medhat [mailto:a.medha...@gmail.com <mailto:a.medha...@gmail.com> ] Sent: Friday, November 11, 2016 7:59 PM To: Tim Rozet <tro...@redhat.com <mailto:tro...@redhat.com> >; Manuel Buil <manuel.b...@ericsson.com <mailto:manuel.b...@ericsson.com> >; Brady Allen Johnson <brady.allen.john...@ericsson.com <mailto:brady.allen.john...@ericsson.com> > Subject: OPNFV Apex colorado SFC Hi All, I have OPNFV APEX COLORADO Cluster ( 1 ctrl+ 2 compute nodes) With non HA SFC scenario. The sfc os not working traffic goes out the the first SF and not reaches the Server. Client , SF and Server VMs were in one compute node. So what is the problem there ? Best regards, Ahmed
_______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
