search for: showstp

...visible tcpdump em1.8 => no multicast packets visible vlanbr8 is the bridge, vnet0 the interface of the guest and em1.8 the physical interface for vlan 8. I compared the settings in /sys/class/net/vlanbr8/bridge/multicast_* with a system where multicast works fine and see no differences. brctl showstp also shows "mc router" to be 1 for both interfaces and the bridge. All settings in /proc/sys/net/bridge/* are 0. Any ideas why the bridge doesn't seem to forward multicast packets? iperf with unicast udp also works fine so it's just multicast that is the problem. Regards, Denn...

...STP enabled interfaces br-lan 8000.00095bf7938d yes eth0.0 ath0 ath1 ath2 $ brctl showstp br-lan br-lan bridge id 8000.00095bf7938d designated root 8000.00095bf7938d root port 0 path cost 0 max age 20.00 bridge max age 50.00 hello time...

...but long enough period of time. :-( To fix this I added link state monitoring to the code. This is only active when stp is turned on. When a link fails the bridge port goes to blocked and then to the new 'nolink' status. The bridge-utils patch makes it possible to see the status with brctl showstp. I did encounter a second problem when writing the link monitoring code. When you add a vlan interface like eth0.10 then it's not possible to obtain link state information from this interface. The fix I wrote is that brctl now allows you to specify the interface that contains the link state....

I've noticed for a while that # brctl showstp output is showing 0 for port_no and port_id It seems that somewhere in 2.6 sysfs land the following items got printed in hexadecimal, and brctl code was parsing for decimal only doug:/sys/class/net/eth0/brport# cat port_id 0x8001 doug:/sys/class/net/eth0/brport# cat port_no 0x1 The following p...

...ts working. > > I can ping server from the linux , but from the computer behim bridge to network it cant ping, and the conection is limited, cant get ip. Fid you wait for the STP status to change to forwarding? It has to go through a learning period first. What is the output of 'brctl showstp br0' > > Tried to instal, bridge-utils-1.0.4.tar , ran configure and config.status in console and install-sh in the folder but, I dont know if it had any effect.. as Im a newie at linux. > The location /bridge-utils-1.0.4/ dont know if I had to put in some other folder... Late...

...cript vif-bridge) :~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 81.169.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 0.0.0.0 81.169.1.1 0.0.0.0 UG 0 0 0 eth0 :~# brctl showstp eth0 eth0 bridge id 8000.40618651c0b6 designated root 8000.40618651c0b6 root port 0 path cost 0 max age 20.00 bridge max age 20.00 hello time 2.00 bridge hello time 2.00 forward delay 0.00 bridge forward delay 0.00 ageing time 300.01 hello timer 1....

Hi, I had successfully setup my bridge (br0) but after few minutes the br0 interface seems not working. ifconfig eth0 0.0.0.0 ifconfig eth5 0.0.0.0 brctl addbr br0 brctl addif br0 eth0 brctl addif br0 eth5 brctl stp br0 on I check on my system's /var/log/syslog file. It shows something strange messages as below: - Jan 2 10:44:22 fw01 kernel: ipt_tcpmss_target: bad length (64 bytes)

...:8c:bb no 165.50 1 00:40:71:00:43:2a no 4.84 1 00:40:71:00:43:8e no 3.70 1 00:50:c2:0c:30:00 yes 0.00 /* eth0 */ 2 00:50:c2:0c:30:01 yes 0.00 /* eth1 */ # ./brctl showstp vb vb bridge id 8000.0050c20c3000 designated root 8000.0050c20c3000 root port 0 path cost 0 max age 20.00 bridge max age 200.00 hello time 2.00 brid...

...> >> vlanbr8 is the bridge, vnet0 the interface of the guest and em1.8 the >> physical interface for vlan 8. >> >> I compared the settings in /sys/class/net/vlanbr8/bridge/multicast_* >> with a system where multicast works fine and see no differences. brctl >> showstp also shows "mc router" to be 1 for both interfaces and the >> bridge. All settings in /proc/sys/net/bridge/* are 0. >> >> Any ideas why the bridge doesn't seem to forward multicast packets? >> iperf with unicast udp also works fine so it's just multicast th...

Raffaele If you don't want to see much arp traffic on eth1, assuming that you have a subnet 10.190.190.0/24, with 10.190.190.1 on eth1 and the rest of the hosts on eth0, you can use for example, the following filter ebtables -N f1 ebtables -P f1 DROP ebtables -t filter -A FORWARD -i eth0 -o eth1 -p ARP -j f1 ebtables -t filter -A f1 -p ARP --arp-ip-src 10.190.190.0/24 --arp-ip-dst

...vlan31 vlan32 vlan33 vlan34 vlan50 # brctl showstp br0 br0 bridge id 0000.000423c1e5f2 designated root 0000.000423c1e5f2 root port 0 path cost 0 max age 4.00 bridge max age 4.00 hello time 1.00 br...

...ST RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Shouldn''t there are a peth0, ...? # brctl showstp xenbr0 xenbr0 bridge id 8000.feffffffffff designated root 8000.feffffffffff root port 0 path cost 0 max age 20.00 bridge max age 20.00 hello time 2.00...

...red [1] that whenever e1000 is used for vNIC, > link on the interface becomes ready several seconds after 'ifup' is > executed What is your definition of "becomes ready"? Are you looking at the output of "ip link show" in the guest? Or are you watching "brctl showstp" for the bridge device on the host? Or something else? > which for some buggy images like cirros may slow down boot > process for up to 1 minute [2]. If we switch from e1000 to virtio, the > link is brought up and ready almost immediately. > > For the record, I am using the fo...

...; "appliance" VM is connected to both this and the external interface. I take it you've tried testing basic connectivity from the VMs to whatever default gateway is in place? I see Spanning Tree is enabled, so you might check that an interface isn't in the blocking state. brctl showstp <BRIDGE_INT> | egrep '^(em|eth|vnet)|state' I don't use the NAT network mode for KVM, so hopefully someone else can chime in on that piece. -- ---~~.~~--- Mike // SilverTip257 // -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists....

...:8c:bb no 165.50 1 00:40:71:00:43:2a no 4.84 1 00:40:71:00:43:8e no 3.70 1 00:50:c2:0c:30:00 yes 0.00 /* eth0 */ 2 00:50:c2:0c:30:01 yes 0.00 /* eth1 */ # ./brctl showstp vb vb bridge id 8000.0050c20c3000 designated root 8000.0050c20c3000 root port 0 path cost 0 max age 20.00 bridge max age 200.00 hello time 2.00 brid...

I have read several articles for setting up a network bridge. My configuration is: WorkStation --> Switch0:VLAN1 --> Switch1:VLAN1 --> bridge --> Switch1:VLAN45 --> Laptop I am running CentOS 4.3 on the bridge #> brctl show bridge name bridge id STP enabled interfaces br0 8000.0030843e5aa2 no eth1

...quot;. The patch against version 1.0.4 is attached. -- Regards, Pavel Roskin -------------- next part -------------- --- brctl/brctl_cmd.c +++ brctl/brctl_cmd.c @@ -394,7 +394,7 @@ static const struct command commands[] = "<bridge>\t\tshow a list of mac addrs"}, { 1, "showstp", br_cmd_showstp, "<bridge>\t\tshow bridge stp info"}, - { 1, "stp", br_cmd_stp, + { 2, "stp", br_cmd_stp, "<bridge> <state>\tturn stp on/off" }, };

...ause every distro is different. When you say it doesn't work, what do you mean, system crashes? packets aren't bridged? devices aren't up? What you should look at is the output of brctl status commands. Best to wait till after the initial learning period and do: brctl show br0 brctl showstp br0 brctl showmacs br0

...achine seems not to forward any > packets. Same setup on 2.4.22 - kernel and 1.0.4 - version of bridge-utils > it works fine. I've used the cvs version of bridge-utils for support of > 2.6-kernel. > > Perhaps you have an idea ? What is the state of the bridge with: brctl showstp br0 and are addresses showing up in forward table brctl showmacs br0 > Thx > Thomas Carsten > > -- > Geschenkt: 3 Monate GMX ProMail + 3 Top-Spielfilme auf DVD > ++ Jetzt kostenlos testen http://www.gmx.net/de/go/mail ++

...It is possible to use DHCP on the bridge device. The problem is that the bridge takes some time to go through initial learning states to acquire the addresses of other bridges. This delay is required by the 802 spec to keep bridges from disturbing networks. You can see the state by doing: brctl showstp br0 After the port is in the "Forwarding" state, it is fully operational. At that point, you can start dhcp. -- Stephen Hemminger mailto:shemminger@osdl.org Open Source Development Lab http://developer.osdl.org/shemminger