[ovs-discuss] Adding a new vlan will caused the host lost connection

Jesse Gross jesse at nicira.com
Fri Jun 7 16:41:10 UTC 2013


On Thu, Jun 6, 2013 at 11:27 PM, Kris zhang <zhang.kris at gmail.com> wrote:
> Thanks Alex, but how to take this bug fix? Do I have to upgrade to the
> latest version of openvswitch? Or just replace the file ofproto-dpif.c in
> version 1.7.1 and recompile?
>
> BTW today i found the lost packets issue again. My previous conclusion maybe
> not correct. Let me explain the whole process:
>
> centos6.0, ovs1.7.1, bonding3.5.0, kernel2.6.32-71.29.1.el6.x86_64,
> igb2.4.13
>
> 1) Adding a bond0, only has one slave eth0
> 1a) ifconfig bond0 up
> 2) ovs-vsctl add-br br0
> 2a) ovs-vsctl set bridge br0 stp_enable=true,
> other_config:stp-forward-delay=1
> 2b) ifconfig br0 <host_ip> up
> 3) ovs-vsctl add-port bond0
> 3a) ifconfig bond0 up
> 4) ovs-vsctl add-br br3000 br0 3000
> 5) tunctl -t taptest
> 5a) ifconfig taptest up
> 6) ovs-vsctl add-port br3000 taptest
> (Above is run by the system when the host booting)
>
> Ping this host ip, and it will lost 4 packets when the port taptest adding
> to br0.
> The strang thing is: If i create another tap "tap2", and run command
> manually: ovs-vsctl add-port br3000 tap2, it won't lost any packets.
> I compared the two tap, it's almost same. the clue is:
> In interface table:
> ----------------------------------------> taptest
> statistics  :  {stp_error_count=0, stp_rx_count=59, stp_tx_count=886}
> status      :  {stp_port_id="8001", stp_role=designated,
> stp_sec_in_state="1394", stp_state=forwarding}
>
> ----------------------------------------> tap2
> statistics  :  {stp_error_count=0, stp_rx_count=0, stp_tx_count=55}
> status      :  {stp_port_id="8003", stp_role=designated,
> stp_sec_in_state="66", stp_state=forwarding}
>
> Acutally i dont' know what meaning of above data. But my feeling tell me
> this is reason.
> So i stop the STP on br0, and it works. I hope above method can help other
> people to solve similar problem.

stp-forward-delay is documented as having a minimum delay of 4 seconds
so it is not surprising that you lost 4 packets while waiting for STP
to converge.



More information about the discuss mailing list