Srikanth, To answer your question about on which interface to do the tcpdump, I talked to Manuel Buil about this, who originally found the problem. He's on a trip right now and cant reply.
He did a tcpdump on the compute host of all UDP packets. He first did it with destination port 6633 and saw that nothing matched. He then did it on destination port 4789 and saw the SFC NSH packets there. Regards, Brady -----Original Message----- From: Paraskevopoulos Georgios <[email protected]<mailto:paraskevopoulos%20georgios%20%[email protected]%3e>> To: Srikanth Lingala <[email protected]<mailto:srikanth%20lingala%20%[email protected]%3e>>, Brady Allen Johnson <[email protected]<mailto:brady%20allen%20johnson%20%[email protected]%3e>>, [email protected] <[email protected]<mailto:%[email protected]%22%20%[email protected]%3e>>, [email protected] <[email protected]<mailto:%[email protected]%22%20%[email protected]%3e>> Subject: RE: [SFC] ODL SFC with multiple compute nodes Date: Fri, 3 Mar 2017 09:46:32 +0200 Hi Srikanth, I would try switching to Boron SR2 (0.5.2) BR, George From: Srikanth Lingala [mailto:[email protected]] Sent: Friday, March 03, 2017 9:33 AM To: Paraskevopoulos Georgios <[email protected]>; Brady Allen Johnson <[email protected]>; [email protected]; [email protected] Subject: RE: [SFC] ODL SFC with multiple compute nodes Hi George, I am using OPNFV Colorado 3.0. Its ODL Boron 0.3.0, I think. Regards, Srikanth. From: Paraskevopoulos Georgios [mailto:[email protected]] Sent: Friday, March 03, 2017 12:45 PM To: Brady Allen Johnson <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; Srikanth Lingala <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> Subject: RE: [SFC] ODL SFC with multiple compute nodes Hi Srikanth, Which ODL version are you using? We had some issues too in Colorado with multicompute setups. BR, George From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Brady Allen Johnson Sent: Thursday, March 02, 2017 3:42 PM To: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]> Subject: [opnfv-tech-discuss] [SFC] ODL SFC with multiple compute nodes Since this is more of an issue with OPNFV SFC than ODL SFC, I will add that mail list. Regards, Brady -----Original Message----- From: Srikanth Lingala <[email protected]<mailto:srikanth%20lingala%20%[email protected]%3e>> To: [email protected]<mailto:[email protected]> <[email protected]<mailto:%[email protected]%22%20%[email protected]%3e>> Subject: [sfc-dev] ODL SFC with multiple compute nodes Date: Thu, 2 Mar 2017 08:41:27 +0000 PS: Sorry, If I am resending the mail to the sfc-dev mailing list. As I can’t find the mail in the mailing list, I am resending it. Hi, I am able to run SFC usecase successfully with single Compute Node. Now, I am trying SFC usecase across multiple computes with Opendaylight, Openstack and OVS with NSH patches by Yi Yang. For that, I deployed a Openstack setup with OPNFV Colorado 3.0. My setup includes: · One Openstack Controller with ODL controller and tacker · Two Compute Nodes For validating SFC usecase, I am using tacker. Following are the sequence of commands to configure SFC attributes, in my usecase: neutron net-create net_mgmt --provider:network_type=vxlan --provider:segmentation_id 1005 neutron subnet-create net_mgmt 123.123.123.0/24 tacker vnfd-create --vnfd-file /root/sfc-random/test-vnfd-1.yaml tacker vnfd-create --vnfd-file /root/sfc-random/test-vnfd-2.yaml tacker vnf-create --name testVNF1 --vnfd-name test-vnfd-1 (SFC VM1 on Compute 1) tacker vnf-create --name testVNF2 --vnfd-name test-vnfd-2 (SFC VM2 on Compute 2) nova boot --flavor custom --image SFC-VM --nic net-id=$(neutron net-list | awk '/ net_mgmt / {print $2}') --availability-zone compute1 http_server (http_server VM on Compute 2) nova boot --flavor custom --image SFC-VM --nic net-id=$(neutron net-list | awk '/ net_mgmt / {print $2}') --availability-zone compute2 http_client (http_client VM on Compute 1) tacker sfc-create --name mychain --chain testVNF1,testVNF2 tacker sfc-classifier-create --name myclass --chain mychain --match source_port=2000,dest_port=80,protocol=6 All the above commands are successful. SFC flows are added in the respective compute nodes. Flows on Compute Node1: http://pastebin.com/R1ZkvpHt Flows on Compute Node2: http://pastebin.com/WcCLeQTH Here comes the issue…. I am able to see packets on SFC Flows in Compute Node1. And also, I am able to see VxLAN packets (vxlan_tool.py) on SFC VM launched on Compute Node 1. But, I am not able to see any packets on SFC flows in Compute Node 2. Obviously, not getting VxLAN packets on SFC VM in Compute Node2. I think packets are not getting from ‘vxgpe’ port in Compute Node1 to Compute Node 2. When I execute the command ovs-appctl ofproto/trace on br-int of Compute Node1, I got the following trace information: Here, vxgpe port number is 1. So, I gave flow trace for in_port as ‘1’. Compute_Node1#> ovs-appctl ofproto/trace br-int nsi=254,nsp=35,in_port=1 Bridge: br-int Flow: in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x0000 Rule: table=0 cookie=0x14 priority=250,nsp=35 OpenFlow actions=goto_table:152 Resubmitted flow: in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x0000 Resubmitted regs: reg0=0x0 reg1=0x0 reg2=0x0 reg3=0x0 reg4=0x0 reg5=0x0 reg6=0x0 reg7=0x0 reg8=0x0 reg9=0x0 reg10=0x0 reg11=0x0 reg12=0x0 reg13=0x0 reg14=0x0 reg15=0x0 Resubmitted odp: drop Resubmitted megaflow: recirc_id=0,nsi=254,nsp=35,in_port=1,dl_type=0x0000 Rule: table=152 cookie=0x14 priority=550,nsi=254,nsp=35 OpenFlow actions=load:0xc0a8001a->NXM_NX_TUN_IPV4_DST[],goto_table:158 Resubmitted flow: tun_src=0.0.0.0,tun_dst=192.168.0.26,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_gpe_np=0,tun_gpe_flags=0,tun_tos=0,tun_ttl=0,tun_flags=0,in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x0000 Resubmitted regs: reg0=0x0 reg1=0x0 reg2=0x0 reg3=0x0 reg4=0x0 reg5=0x0 reg6=0x0 reg7=0x0 reg8=0x0 reg9=0x0 reg10=0x0 reg11=0x0 reg12=0x0 reg13=0x0 reg14=0x0 reg15=0x0 Resubmitted odp: drop Resubmitted megaflow: recirc_id=0,nsi=254,nsp=35,tun_dst=0.0.0.0,in_port=1,dl_type=0x0000 Rule: table=158 cookie=0xba5eba1100000101 priority=655,nsi=254,nsp=35,in_port=1 OpenFlow 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 output to native tunnel native tunnel routing failed Final flow: tun_src=0.0.0.0,tun_dst=192.168.0.26,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_gpe_np=0x4,tun_gpe_flags=0,tun_tos=0,tun_ttl=0,tun_flags=0,in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:00,dl_dst=00:00:00:00:00:00,dl_type=0x0000 Megaflow: recirc_id=0,nsi=254,nsh_mdtype=0,nsh_np=0,nsp=35,nshc1=0,nshc2=0,tun_id=0/0xffffffff,tun_dst=0.0.0.0,tun_gpe_np=0,in_port=1,dl_type=0x0000 Datapath actions: drop Please help me to resolve the issue. Regards, Srikanth. _______________________________________________ sfc-dev mailing list [email protected]<mailto:[email protected]> https://lists.opendaylight.org/mailman/listinfo/sfc-dev
_______________________________________________ sfc-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/sfc-dev
