<div dir="ltr"><div>Hi Ravi ,</div><div><br></div><div>Could you share tcpdump on P3 as well ( <font color="#263238">sudo tcpdump  -n -e -i  "P3 tab-interface" ) </font></div><div><font color="#263238"><br></font></div><div><font color="#263238">IMO , the possible reasons would be </font></div><div><font color="#263238"><br></font></div><div><font color="#263238">[1]  </font><span style="font-size:12.8px">port-security on SF port  may block the packet , since it destined to different ip address.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">[2]  The SF program may alter the IP Header (Destination field )</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Flow rules are looks okay , and it shows packets are dropped in between p2 and p3 .</span></div><div><br></div><div><br></div><div><font color="#263238">Thanks.,</font></div><div><font color="#263238">Mohankumar.N</font></div><div><br></div><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 3, 2016 at 10:07 AM, Ravi Sekhar Reddy Konda <span dir="ltr"><<a href="mailto:ravisekhar.konda@oracle.com" target="_blank">ravisekhar.konda@oracle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div style="font-family:"times new roman";font-size:12pt;color:rgb(0,0,0)">Hi Networking SFC team<br><div><div style="font-family:"times new roman";font-size:12pt;color:rgb(0,0,0)"><div><div style="font-family:"times new roman";font-size:12pt;color:rgb(0,0,0)"><div dir="ltr"><br> I am trying out networking-SFC on the AllInOne Devstack(master branch) VM brought up on the VirtualBox.<br> I am trying out the following scenario<br>   <br>  |--------------|                                  |--------------|                                       |--------------|               <br>  | SRC-VM  |                                  |   SF-VM    |                             <wbr>          |  DST-VM |<br>  |--------------|                                  |--------------|              <wbr>                         |--------------|<br>        p1 |                             <wbr>               p2 |       |p3                           <wbr>                p4 |<br>             |                             <wbr>                    |       |                             <wbr>                       |<br>             |                             <wbr>                    |       |                             <wbr>                       |<br>Net1--------------------------<wbr>------------------------------<wbr>------------------------------<wbr>-------<br><br><br>P1 ->  192.168.0.6          "fa:16:3e:d8:8f:28"<br>P2 ->  192.168.0.10       "fa:16:3e:12:7e:50"<br>P3 ->  192.168.0.5         "fa:16:3e:1e:f8:c2"<br>P4 ->  192.168.0.14       "fa:16:3e:4d:e8:c3"<br><br><div>On SF-VM, I have written a simple application to capture the packets on eth0 and forward to eth1<br><br>The issue I am facing is packets are getting sent from Port-1 (SRC-VM) to Port-2 (SF-VM), but I am not seeing packets getting sent from Port-3 (SF-VM) to Port-4 (DST-VM)<br><br>Here is the Classifier I created<br><br>neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix <a href="http://192.168.0.6/32" target="_blank">192.168.0.6/32</a> --logical-source-port 6c700c35-6505-4304-89cd-<wbr>b48513884cf5  --destination-ip-prefix <a href="http://192.168.0.14/32" target="_blank">192.168.0.14/32</a> --logical-destination-port d0b218c9-57f4-4d38-b363-<wbr>2086b8dbc8b9 --protocol icmp fc1<br><br>==> Can you please let me know are the flows as expected in this scenario <br>OFPST_FLOW reply (OF1.3) (xid=0x2):<br> cookie=0x9118e6e52dd3dfa0, duration=34624.734s, table=0, n_packets=399, n_bytes=39102, priority=30,icmp,in_port=9,nw_<wbr>src=192.168.0.6,nw_dst=192.<wbr>168.0.14 actions=group:1<br> cookie=0x9118e6e52dd3dfa0, duration=34624.696s, table=0, n_packets=0, n_bytes=0, priority=30,icmp,in_port=13,<wbr>nw_src=192.168.0.6,nw_dst=192.<wbr>168.0.14 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=45300.986s, table=0, n_packets=0, n_bytes=0, priority=20,mpls actions=resubmit(,10)<br> cookie=0x9118e6e52dd3dfa0, duration=42858.783s, table=0, n_packets=0, n_bytes=0, priority=10,icmp6,in_port=9,<wbr>icmp_type=136 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=42250.745s, table=0, n_packets=0, n_bytes=0, priority=10,icmp6,in_port=10,<wbr>icmp_type=136 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=37845.792s, table=0, n_packets=0, n_bytes=0, priority=10,icmp6,in_port=12,<wbr>icmp_type=136 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=37617.801s, table=0, n_packets=0, n_bytes=0, priority=10,icmp6,in_port=13,<wbr>icmp_type=136 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=42858.758s, table=0, n_packets=73, n_bytes=3066, priority=10,arp,in_port=9 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=42250.725s, table=0, n_packets=151, n_bytes=6342, priority=10,arp,in_port=10 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=37845.769s, table=0, n_packets=666039, n_bytes=27973638, priority=10,arp,in_port=12 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=37617.782s, table=0, n_packets=666069, n_bytes=27974898, priority=10,arp,in_port=13 actions=resubmit(,24)<br> cookie=0x9118e6e52dd3dfa0, duration=45302.016s, table=0, n_packets=0, n_bytes=0, priority=2,in_port=1 actions=drop<br> cookie=0x9118e6e52dd3dfa0, duration=42858.804s, table=0, n_packets=10993, n_bytes=2219925, priority=9,in_port=9 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=42250.774s, table=0, n_packets=22275, n_bytes=4028172, priority=9,in_port=10 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=37845.822s, table=0, n_packets=9967, n_bytes=1989597, priority=9,in_port=12 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=37617.828s, table=0, n_packets=11154, n_bytes=2154155, priority=9,in_port=13 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=45268.699s, table=0, n_packets=14048, n_bytes=1104503, priority=3,in_port=1,vlan_tci=<wbr>0x0000/0x1fff actions=push_vlan:0x8100,set_<wbr>field:4098->vlan_vid,NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=45302.314s, table=0, n_packets=24842, n_bytes=2954751, priority=0 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=34624.792s, table=5, n_packets=399, n_bytes=39102, priority=0,ip,dl_dst=fa:16:3e:<wbr>12:7e:50 actions=push_mpls:0x8847,set_<wbr>field:65791->mpls_label,set_<wbr>mpls_ttl(255),push_vlan:<wbr>0x8100,set_field:4099->vlan_<wbr>vid,resubmit(,10)<br> cookie=0x9118e6e52dd3dfa0, duration=34624.649s, table=10, n_packets=399, n_bytes=39102, priority=1,mpls,dl_vlan=3,dl_<wbr>dst=fa:16:3e:12:7e:50,mpls_<wbr>label=65791 actions=pop_vlan,pop_mpls:<wbr>0x0800,output:10<br> cookie=0x9118e6e52dd3dfa0, duration=45300.979s, table=10, n_packets=0, n_bytes=0, priority=0 actions=drop<br> cookie=0x9118e6e52dd3dfa0, duration=45302.309s, table=23, n_packets=0, n_bytes=0, priority=0 actions=drop<br> cookie=0x9118e6e52dd3dfa0, duration=42858.796s, table=24, n_packets=0, n_bytes=0, priority=2,icmp6,in_port=9,<wbr>icmp_type=136,nd_target=fe80::<wbr>f816:3eff:fed8:8f28 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=42250.752s, table=24, n_packets=0, n_bytes=0, priority=2,icmp6,in_port=10,<wbr>icmp_type=136,nd_target=fe80::<wbr>f816:3eff:fe12:7e50 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=37845.802s, table=24, n_packets=0, n_bytes=0, priority=2,icmp6,in_port=12,<wbr>icmp_type=136,nd_target=fe80::<wbr>f816:3eff:fe4d:e8c3 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=37617.815s, table=24, n_packets=0, n_bytes=0, priority=2,icmp6,in_port=13,<wbr>icmp_type=136,nd_target=fe80::<wbr>f816:3eff:fe1e:f8c2 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=42858.773s, table=24, n_packets=73, n_bytes=3066, priority=2,arp,in_port=9,arp_<wbr>spa=192.168.0.6 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=42250.735s, table=24, n_packets=139, n_bytes=5838, priority=2,arp,in_port=10,arp_<wbr>spa=192.168.0.10 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=37845.783s, table=24, n_packets=666039, n_bytes=27973638, priority=2,arp,in_port=12,arp_<wbr>spa=192.168.0.14 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=37617.791s, table=24, n_packets=666022, n_bytes=27972924, priority=2,arp,in_port=13,arp_<wbr>spa=192.168.0.5 actions=resubmit(,25)<br> cookie=0x9118e6e52dd3dfa0, duration=45302.304s, table=24, n_packets=59, n_bytes=2478, priority=0 actions=drop<br> cookie=0x9118e6e52dd3dfa0, duration=42858.823s, table=25, n_packets=99, n_bytes=5900, priority=2,in_port=9,dl_src=<wbr>fa:16:3e:d8:8f:28 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=42250.791s, table=25, n_packets=11603, n_bytes=1849532, priority=2,in_port=10,dl_src=<wbr>fa:16:3e:12:7e:50 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=37845.841s, table=25, n_packets=666304, n_bytes=27999888, priority=2,in_port=12,dl_src=<wbr>fa:16:3e:4d:e8:c3 actions=NORMAL<br> cookie=0x9118e6e52dd3dfa0, duration=37617.845s, table=25, n_packets=667436, n_bytes=28153632, priority=2,in_port=13,dl_src=<wbr>fa:16:3e:1e:f8:c2 actions=NORMAL<br><br>When I manually send ICMP packets from eth1 interface(P3) on SF-VM, packets are going as expected<br><br>Thanks in Advance<span class="gmail-HOEnZb"><font color="#888888"><br>Ravi<br></font></span></div></div>
</div></div></div></div></div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div></div>