Ok I reproduced your suggestions but still have the same problem. Here are my flows on compute node 0:http://hastebin.com/xusotunamu.lua Here are my flows on compute node 1: http://hastebin.com/tayosaxenu.go
Here are my flows on Controller: http://hastebin.com/sutapaloqe.lua Here are my security group rules: http://hastebin.com/awocexevud.rb here are the iptables rules on control node: http://hastebin.com/utenapaceg.lua Best regards, Ahmed On Wed, Nov 16, 2016 at 4:29 PM, Paraskevopoulos Georgios < [email protected]> wrote: > 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:[email protected]] > *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 < > [email protected]> 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:[email protected]] > *Sent:* Wednesday, November 16, 2016 3:37 PM > *To:* Ahmed Medhat > *Cc:* Brady Allen Johnson; Tim Rozet; Georgios Paraskevopoulos ( > [email protected]); 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:[email protected] <[email protected]>] > *Sent:* Wednesday, November 16, 2016 2:35 PM > *To:* Manuel Buil <[email protected]> > *Cc:* Brady Allen Johnson <[email protected]>; Tim Rozet < > [email protected]>; Georgios Paraskevopoulos ([email protected]) > <[email protected]> > *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 <[email protected]> > 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:[email protected]] > *Sent:* Tuesday, November 15, 2016 6:01 PM > *To:* Manuel Buil <[email protected]>; Brady Allen Johnson < > [email protected]>; Tim Rozet <[email protected]> > > > *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 <[email protected]> > wrote: > > Hi Ahmed, > > > > I don’t know L > > > > Sorry, > > Manuel > > > > *From:* Ahmed Medhat [mailto:[email protected]] > *Sent:* Tuesday, November 15, 2016 5:13 PM > > > *To:* Manuel Buil <[email protected]> > *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 <[email protected]> > 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 <[email protected]> > 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 <[email protected]> > 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:[email protected]] > *Sent:* Tuesday, November 15, 2016 4:20 PM > *To:* Manuel Buil <[email protected]> > > > *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 <[email protected]> > 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:[email protected]] > *Sent:* Tuesday, November 15, 2016 12:42 PM > *To:* Manuel Buil <[email protected]> > > > *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 <[email protected]> > 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 <[email protected]> > wrote: > > Hi Ahmed, > > > > compute node 1 link is not working. Can you send it again please? > > > > Regards, > > Manuel > > > > *From:* Ahmed Medhat [mailto:[email protected]] > *Sent:* Monday, November 14, 2016 3:29 PM > > > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 <[email protected]> > 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:[email protected]] > *Sent:* Monday, November 14, 2016 3:20 PM > > > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 <[email protected]> > wrote: > > Hi Ahmed, > > > > Unfortunately, I never had time to work with APEX so I don’t know L. > > > > 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:[email protected]] > *Sent:* Monday, November 14, 2016 3:04 PM > > > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 <[email protected]> > 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:[email protected]] > *Sent:* Monday, November 14, 2016 2:58 PM > > > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 <[email protected]> > 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:[email protected]] > *Sent:* Monday, November 14, 2016 2:40 PM > > > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 <[email protected]> > 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:[email protected]] > *Sent:* Monday, November 14, 2016 11:09 AM > *To:* Manuel Buil <[email protected]> > *Cc:* Tim Rozet <[email protected]>; Brady Allen Johnson < > [email protected]> > *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 > 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 <[email protected]> > 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:[email protected]] > *Sent:* Friday, November 11, 2016 7:59 PM > *To:* Tim Rozet <[email protected]>; Manuel Buil <[email protected]>; > Brady Allen Johnson <[email protected]> > *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 [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss
