Linux Ethernet Bridging

• Thread Index

• how to verify the blocking state in STP??
  • From: Abhishek Mathur <abhishek_mathur@xxxxxx>
• Re: network bridging between wireless and wired connection fails Cont'd
  • From: Alexandre Becholey <alexandre.becholey@xxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/5] net: bridge - use is_multicast_ether_addr helper
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: network bridging between wireless and wired connection fails Cont'd
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Configurable Rule-Breaking / brctl
  • From: Matt DeMoss <demoss.matt@xxxxxxxxx>
• Re: network bridging between wireless and wired connection fails Cont'd
  • From: Alexandre Becholey <alexandre.becholey@xxxxxxx>
• Re: network bridging between wireless and wired connection fails Cont'd
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• network bridging between wireless and wired connection fails Cont'd
  • From: Alexandre Becholey <alexandre.becholey@xxxxxxx>
• Re: [PATCH 2/2] bridge: fix initial packet flood if !STP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: relay bridge multicast pkgs if !STP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• [PATCH 1/2] bridge: relay bridge multicast pkgs if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/2] bridge: fix initial packet flood if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: Uli Luckas <u.luckas@xxxxxxx>
• Re: [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• Re: [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: [PATCH] BRIDGE: Do not suppress FDB learning after topology change when forward_delay is 0.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [Lf-announce] Announcing the New Linux.com
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] bridge: Relay bridge multicast pkgs if !STP
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH] bridge: relay bridge multicast pkgs if !STP
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [RFC 5/5] net: bridge - handle via_phys_dev feature on a bridge level
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [RFC 5/5] net: bridge - handle via_phys_dev feature on a bridge level
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 3/5] net: sk_buff - introduce br_seen field to mark skb issued by a bridge
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 2/5] net: bridge - add managing of BRCTL_SET_VIA_PHYS_DEV and BRCTL_SET_MASTER_DEV
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 4/5] net: dev.c - introduce br_hard_xmit_hook
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [RFC 1/5] net: bridge - use is_multicast_ether_addr helper
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Configuring a PPP Half Bridge/IP Passthru
  • From: Andrew Watts <systemstalker@xxxxxxxxx>
• MSTP
  • From: Abhishek Mathur <abhishek_mathur@xxxxxx>
• Re: Linux Bridge Forward STP?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Linux Bridge Forward STP?
  • From: Steven Williamson <steven43126@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.27: persistent MAC assignment to bridge not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• 2.6.27: persistent MAC assignment to bridge not working
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: PPP and Ethernet Half-bridge
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: brigde does not relay BPDU multicast pkgs
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• brigde does not relay BPDU multicast pkgs
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: sigsegv from rstpd on ppc
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• sigsegv from rstpd on ppc
  • From: Butorina Lilya <lilybox@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: use device address list instead of dev_addr (repost)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PPP and Ethernet Half-bridge
  • From: Wade Maxfield <wmaxfield@xxxxxxxxx>
• PPP and Ethernet Half-bridge
  • From: Andrew Watts <systemstalker@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: [PATCH net-next] net: bridge: use device address list instead of dev_addr (repost)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: use device address list instead of dev_addr (repost)
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: use device address list instead of dev_addr (repost)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: /dev/tap on uClinux and bridging
  • From: Wade Maxfield <wmaxfield@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: /dev/tap on uClinux and bridging
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: /dev/tap on uClinux and bridging
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• read the packet
  • From: mopsosforum <mopsosforum@xxxxxxxxx>
• Re: /dev/tap on uClinux and bridging
  • From: Wade Maxfield <wmaxfield@xxxxxxxxx>
• [PATCH] net: introduce a list of device addresses dev_addr_list (v6)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v5)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: [PATCH] net: introduce a list of device addresses dev_addr_list (v5)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: /dev/tap on uClinux and bridging
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• /dev/tap on uClinux and bridging
  • From: Wade Maxfield <wmaxfield@xxxxxxxxx>
• [PATCH] net: introduce a list of device addresses dev_addr_list (v5)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• bridge + multicast = broadcast
  • From: mopsosforum <mopsosforum@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter, April 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• How can start
  • From: Ahmed AL-Saigh <shabanadevel@xxxxxxxxx>
• Re: Ubuntu: network bridging between wireless and wired connection fails
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Ubuntu: network bridging between wireless and wired connection fails
  • From: Jochen Hebbrecht <jochenhebbrecht@xxxxxxxxx>
• Re: [Bonding-devel] [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Bonding-devel] [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Bridge hardware filtering vs promiscuous mode
  • From: dwinn@xxxxxxxxx
• [Lf-announce] LinuxCon Keynote Speaker Announcement - Register Now to Attend
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: NIC unicast macs table manipulation by bridge
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: Help on configuring ports for RSTP
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• NIC unicast macs table manipulation by bridge
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: NIC unicast macs table manipulation by bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 13129] New: Kernel panic after adding tap interface to bridge
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• sanity check
  • From: Mauro Condarelli <mc5686@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Help on configuring ports for RSTP
  • From: Jon Vincent <jon.bvincent@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2)
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2)
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: 2.6.30-rc1 A few issues and a stall (nmi_watchdog traceback)
  • From: Ed Tomlinson <edt@xxxxxx>
• Re: 2.6.30-rc1 A few issues and a stall (nmi_watchdog traceback)
  • From: Ed Tomlinson <edt@xxxxxx>
• Re: 2.6.30-rc1 A few issues and a stall (nmi_watchdog traceback)
  • From: Ed Tomlinson <edt@xxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 3/3] net: bonding: add slave device addresses in mode alb
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 2/3] net: bridge: use device address list instead of dev_addr
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 1/3] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 0/3] bonding: allow bond in mode balance-alb to work properly in bridge -try6
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: 2.6.30-rc1 A few issues and a stall (nmi_watchdog traceback)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] Final Deadline Reminder - LinuxCon CFP Closes April 15th
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: Out of memory problem
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• Re: Out of memory problem
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 3/4] net: bridge: use device address list instead of dev_addr
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: Out of memory problem
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• Re: Out of memory problem
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Out of memory problem
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• Re: Building a Raw Bridge
  • From: Michael Boutte <maboutte@xxxxxxxxxxx>
• Re: [PATCH 2/4] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] net: bridge: use device address list instead of dev_addr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] net: introduce a list of device addresses dev_addr_list
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Building a Raw Bridge
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Building a Raw Bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Out of memory problem
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Building a Raw Bridge
  • From: Michael Boutte <maboutte@xxxxxxxxxxx>
• Building a Raw Bridge
  • From: Michael Boutte <maboutte@xxxxxxxxxxx>
• Re: [PATCH 4/4] net: bonding: add slave device addresses in mode alb
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 2/4] net: introduce a list of device addresses dev_addr_list
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] net: bridge: use device address list instead of dev_addr
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/4] net: introduce dev_mac_address_changed
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Out of memory problem
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• [PATCH 4/4] net: bonding: add slave device addresses in mode alb
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 3/4] net: bridge: use device address list instead of dev_addr
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 2/4] net: introduce a list of device addresses dev_addr_list
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 1/4] net: introduce dev_mac_address_changed
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH 0/4] bonding: allow bond in mode balance-alb to work properly in bridge -try5
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Out of memory problem
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• [Lf-announce] LinuxCon CFP Submission Deadline Reminder - April 15th
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Interesting fragmentation behavior with gretap interface.
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: "#brctl show" command output need to be modified
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• "#brctl show" command output need to be modified
  • From: Ahmed AL-Saigh <shabanadevel@xxxxxxxxx>
• Re: BRCTL is displaying only 32 bridge interfaces even /proc/net/dev is showing more then that
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: BRCTL is displaying only 32 bridge interfaces even /proc/net/dev is showing more then that
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] rstp compiling under gcc 4.3.3 fixes
  • From: Abhishek Mathur <abhishek_mathur@xxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] rstp compiling under gcc 4.3.3 fixes
  • From: Denys Fedoryschenko <denys@xxxxxxxxxxx>
• [PATCH] rstp compiling under gcc 4.3.3 fixes
  • From: Denys Fedoryschenko <denys@xxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try2
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try2
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try2
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] net/bridge: use the maximum hard_header_len of ports for bridging device
  • From: Li Yang <leoli@xxxxxxxxxxxxx>
• BRCTL is displaying only 32 bridge interfaces even /proc/net/dev is showing more then that
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Is bridging possible if two devices connected peer to peer ?
  • From: "Praveen VS" <praveen@xxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Is bridging possible if two devices connected peer to peer ?
  • From: "Praveen VS" <praveen@xxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: bridge dropping packets
  • From: "John Morris" <jman@xxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: March, 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: bridge dropping packets
  • From: "John Morris" <jman@xxxxxxxxxxx>
• RSTP timeout calculations
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: 802.1q packets
  • From: Saikiran Madugula <hummerbliss@xxxxxxxxx>
• Re: 802.1q packets
  • From: Saikiran Madugula <hummerbliss@xxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• STP FD when STP is disabled
  • From: Christopher Hunt <chunt@xxxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• FW: Selecting a Root port on a bridge
  • From: Dharani Koppisetti <dkoppisetti@xxxxxxxxxxx>
• Re: CentOS bridge not recognizing external Designated Root
  • From: Christopher Hunt <chunt@xxxxxxxxxxxx>
• Re: [PATCH 01/31] bridge: Auto-load bridge module when socket opened.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Linux bridge works partly
  • From: Robbert Wethmar <robbert@xxxxxxxxxx>
• [Lf-announce] LinuxCon CFP Submission Deadline - April 1st
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: Bridging via vtun...
  • From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
• Bridging via vtun...
  • From: Ray Van Dolson <rayvd@xxxxxxxxxxxx>
• Re: IP address on bridged interface
  • From: Dirk Gouders <gouders@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: IP address on bridged interface
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• 802.11 bridge issue elaboration
  • From: Jason Ellison <infotek@xxxxxxxxx>
• IP address on bridged interface
  • From: Dirk Gouders <gouders@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Announces New Developer Training Program
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• bridge dropping packets
  • From: "John Morris" <jman@xxxxxxxxxxx>
• core dump in latest brctl
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: Bridging problems after Upgrade to Debian Lenny
  • From: Udo Hortian <udo_hortian@xxxxxx>
• CentOS bridge not recognizing external Designated Root
  • From: Christopher Hunt <chunt@xxxxxxxxxxxx>
• Re: PVSTP+ support ?
  • From: "L. Gabriel Somlo" <gsomlo@xxxxxxxxx>
• Re: PVSTP+ support ?
  • From: Boris Dores <babal@xxxxxxxxxx>
• PVSTP+ support ?
  • From: "L. Gabriel Somlo" <gsomlo@xxxxxxxxx>
• Bridging problems after Upgrade to Debian Lenny
  • From: Udo Hortian <udo_hortian@xxxxxx>
• [Lf-announce] Linux Foundation Newsletter, February 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: Henk Stegeman <henk.stegeman@xxxxxxxxx>
• net_device_ops support in bridging and fec_mpc52xx.c
  • From: Henk Stegeman <henk.stegeman@xxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: net_device_ops support in bridging and fec_mpc52xx.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Lf-announce] Preliminary Agenda for the 2009 Collaboration Summit
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Two bridge and STP
  • From: "topper@xxxxxxxxx" <topper@xxxxxxxxx>
• [Lf-announce] NEW Linux Foundation Corporate Site - BETA!
  • From: Dan Lopez <dlopez@xxxxxxxxxxxxxxxxxxx>
• Linux Advice on Controlled Bridge based on MAC Address with Delay and Dropout
  • From: "Bob O'Neil" <boneil@xxxxxxxxxxxx>
• Re: Query on RSTP application
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Query on RSTP application
  • From: Jon Vincent <jon.bvincent@xxxxxxxxx>
• New beta CMS for linuxfoundation.org
  • From: David Ames <david@xxxxxxxxxxxxxxxxxxx>
• Re: RSTP problem after ifupdown
  • From: Bernhard Weirich <bernhard.weirich@xxxxxxxxxx>
• RSTP problem after ifupdown
  • From: Bernhard Weirich <bernhard.weirich@xxxxxxxxxx>
• Re: RSTP support in linux kernel 2.6
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• RSTP support in linux kernel 2.6
  • From: lin john <johnlin2001@xxxxxxxxx>
• Multiple vconfig
  • From: aras as <arunelis007@xxxxxxxxx>
• Does ebtables support --arp-opcode on vlan's?
  • From: aras as <arunelis007@xxxxxxxxx>
• Re: RSTP user mode implementation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• RSTP user mode implementation
  • From: "Abhishek Mathur" <abhishek_mathur@xxxxxx>
• RSTP user mode implementation
  • From: "Abhishek Mathur" <abhishek_mathur@xxxxxx>
• Re: how to get a list of ip adresses
  • From: "Sebastian Gottschall (DD-WRT) " <s.gottschall@xxxxxxxxxx>
• Re: how to get a list of ip adresses
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: how to get a list of ip adresses
  • From: "Sebastian Gottschall (DD-WRT) " <s.gottschall@xxxxxxxxxx>
• how to get a list of ip adresses
  • From: Łukasz Mierzwa <prymitive@xxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: Prevent MAC address from changing
  • From: Simon Detheridge <simon@xxxxxxxxxx>
• Re: Update to RSTP lib
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Update to RSTP lib
  • From: Manish Talreja <mtalreja@xxxxxxxxxxxx>
• Re: Prevent MAC address from changing
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Update to RSTP lib
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Prevent MAC address from changing
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Update to RSTP lib
  • From: Manish Talreja <mtalreja@xxxxxxxxxxxx>
• Re: Prevent MAC address from changing
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Prevent MAC address from changing
  • From: Simon Detheridge <simon@xxxxxxxxxx>
• Re: Network with some switches without STP/RSTP support
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: Network with some switches without STP/RSTP support
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Multiple vconfig
  • From: "Antonio Di Bacco" <a.dibacco@xxxxxxxxx>
• Network with some switches without STP/RSTP support
  • From: "Antonio Di Bacco" <a.dibacco@xxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Boris Dores <babal@xxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Boris Dores <babal@xxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: new gretap, bridging and mtu
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• new gretap, bridging and mtu
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: vlan and bond integration in bridge
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• vlan and bond integration in bridge
  • From: "Lv Zheng" <lv.zheng@xxxxxxxxxxxxxx>
• Re: Bridging without forwarding? (not bonding)
  • From: Simon Detheridge <simon@xxxxxxxxxx>
• Re: Bridging without forwarding? (not bonding)
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Bridging without forwarding? (not bonding)
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Bridging without forwarding? (not bonding)
  • From: Simon Detheridge <simon@xxxxxxxxxx>
• Re: RSTPD user mode daemon segfaults with kernel 2.6.24
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• RSTPD user mode daemon segfaults with kernel 2.6.24
  • From: "Antonio Di Bacco" <a.dibacco@xxxxxxxxx>
• BPDU in transparent bridge
  • From: "Igor Smolyar" <xrevolver@xxxxxxxxx>
• Hello, I meet a problem, I help you can give me some advice
  • From: "蔡立三" <cailisan1985@xxxxxxxxx>
• Re: [Bonding-devel] received packet with own address as source address
  • From: Matthew Kent <matt@xxxxxxxxxxxx>
• Re: ethernet bridging and http header enrichment
  • From: Ivan Chernyavsky <camposer@xxxxxxxxx>
• Re: ethernet bridging and http header enrichment
  • From: Ivan Chernyavsky <camposer@xxxxxxxxx>
• Re: ethernet bridging and http header enrichment
  • From: "Jaime Medrano" <jaime.medrano@xxxxxxxxx>
• Re: [Bonding-devel] received packet with own address as source address
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [Bonding-devel] received packet with own address as source address
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• received packet with own address as source address
  • From: Matthew Kent <matt@xxxxxxxxxxxx>
• Re: brctl project
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: ethernet bridging and http header enrichment
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• ethernet bridging and http header enrichment
  • From: Ivan Chernyavsky <camposer@xxxxxxxxx>
• Re: Bridge ports needlessly going through learning stage when STP is disabled
  • From: Uli Luckas <luckas@xxxxxxxxx>
• Re: brctl mac
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: Andre iosT <andre.iost@xxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: Andre iosT <andre.iost@xxxxxxxxx>
• Re: Bridging VLANs and PVST+
  • From: "Geoff Wiener" <gwiener@xxxxxxxxxxxxxxx>
• Re: Bridging VLANs and PVST+
  • From: Joao Pedro <countzero@xxxxxxx>
• Re: Bridging VLANs and PVST+
  • From: "Geoff Wiener" <gwiener@xxxxxxxxxxxxxxx>
• Bridging VLANs and PVST+
  • From: João Pedro <countzero@xxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: Thomas Mueller <thomas@xxxxxxxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: Using 2 Bridges Simultaneously for "Load Balancing"
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Using 2 Bridges Simultaneously for "Load Balancing"
  • From: Andre iosT <andre.iost@xxxxxxxxx>
• Re: bridge changes id on addif - is that normal?
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: bridge changes id on addif - is that normal?
  • From: Thomas Mueller <thomas@xxxxxxxxxxxxxx>
• Re: bridge changes id on addif - is that normal?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: bridge changes id on addif - is that normal?
  • From: Thomas Mueller <thomas@xxxxxxxxxxxxxx>
• bridge changes id on addif - is that normal?
  • From: Thomas Mueller <thomas@xxxxxxxxxxxxxx>
• Help needed regarding bridge entered into disabled state!!!
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: All Packets Dropped if IPtables are enabled!
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• All Packets Dropped if IPtables are enabled!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Bridge ports needlessly going through learning stage when STP is disabled
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Bridge ports needlessly going through learning stage when STP is disabled
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Bridge ports needlessly going through learning stage when STP is disabled
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Bridge ports needlessly going through learning stage when STP is disabled
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Terrible performance between two bridges
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Terrible performance between two bridges
  • From: "Alex Malinovich" <alexmalinovich@xxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• Re: Modifying All Packets passing through the bridge!
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Modifying All Packets passing through the bridge!
  • From: Fahim Akhter <akhter.fahim@xxxxxxxxxxx>
• How can I change sequence of interfaces in the bridge?
  • From: Iron <iron.coyote@xxxxxxxxx>
• Bridging PPPoE Sessions together
  • From: "Bow-Nan Cheng" <bownan@xxxxxxxxx>
• Re: Bridge with a tweak...
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Bridge with a tweak...
  • From: Mattias Kjellsson <mkje@xxxxxx>
• Re: ip alias in linux bridge mode
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• ip alias in linux bridge mode
  • From: "Sathyan M" <sathym@xxxxxxxxx>
• help
  • From: "rinku buragohain" <rinkuburagohain@xxxxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: Alexis Huxley <ahuxley@xxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: Alexis Huxley <ahuxley@xxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: Alexis Huxley <ahuxley@xxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: Alexis Huxley <ahuxley@xxxxxxx>
• Re: delay in bridge learning when forward delay is 0
  • From: Uli Luckas <u.luckas@xxxxxxx>
• Re: pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• pinging other side (normal bridge ok, anonymous bridge not ok)
  • From: Alexis Huxley <ahuxley@xxxxxxx>
• Re: delay in bridge learning when forward delay is 0
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: delay in bridge learning when forward delay is 0
  • From: Uli Luckas <u.luckas@xxxxxxx>
• Re: RSTP location and GPL info
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Problam with vlan interface of ath0
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Problam with vlan interface of ath0
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• L2 forwarding/gateway
  • From: lister@xxxxxxxxx
• Re: RSTP location and GPL info
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: RSTP location and GPL info
  • From: "M T" <m.t.linuxbridge@xxxxxxxxx>
• Re: route few users to another server ?
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• route few users to another server ?
  • From: "SYED JAHANZAiB ~!~ AA Internet Cable.Network Services" <aacable@xxxxxxxxxxx>
• route few users to another server ?
  • From: "SYED JAHANZAiB ~!~ AA Internet Cable.Network Services" <aacable@xxxxxxxxxxx>
• Re: RSTP location and GPL info
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: RSTP location and GPL info
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• RSTP location and GPL info
  • From: "M T" <m.t.linuxbridge@xxxxxxxxx>
• Re: bridge is not forwarding the packet
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: bridge is not forwarding the packet
  • From: "Leigh Sharpe" <lsharpe@xxxxxxxxxxxxxxxxxxxxxx>
• Re: delay in bridge learning when forward delay is 0
  • From: Uli Luckas <u.luckas@xxxxxxx>
• Re: bridge is not forwarding the packet
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: bridge is not forwarding the packet
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• MSTP implementation
  • From: 박종익 <jipark1@xxxxxxxxxxxxx>
• Re: 4 ports bridge problem
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: bridge is not forwarding the packet <Urgent, Please reply ASAP>
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Packets dropped at certain traffic (bridge performance tuning)
  • From: Michael Rennt <m.rennt@xxxxxxx>
• bridge is not forwarding the packet <Urgent, Please reply ASAP>
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Best strategy for forward all packets (simulate promiscuous mode)
  • From: "Sebastien Douche" <sdouche@xxxxxxxxx>
• Re: 4 ports bridge problem
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• 4 ports bridge problem
  • From: czj <linuxdemo@xxxxxxx>
• Re: 802.1q packets
  • From: Adam Osuchowski <adwol@xxxxxxx>
• delay in bridge learning when forward delay is 0
  • From: Uli Luckas <luckas@xxxxxxxxx>
• Re: Bridge with one interface
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Bridging heterogeneous networks
  • From: "Breno Jacinto" <breno@xxxxxxxxxxxxxxx>
• Bridge with one interface
  • From: "Adayadil Thomas" <adayadil.thomas@xxxxxxxxx>
• Re: [PATCH] bridge: don't allow setting hello time to zero
  • From: "Dushan Tcholich" <dusanc@xxxxxxxxx>
• Help with multiple IP networks over an ethernet one
  • From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
• Re: [PATCH] bridge: don't allow setting hello time to zero
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: don't allow setting hello time to zero
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: don't allow setting hello time to zero
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Kernel bridge not passing some traffic (VNC, embedded webservers)
  • From: Cyker <cyker.lnx@xxxxxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFC] bridge: STP timer management range checking
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] bridge: STP timer management range checking
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• [RFC] bridge: STP timer management range checking
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Kernel bridge not passing some traffic (VNC, embedded webservers)
  • From: Cyker <cyker.lnx@xxxxxxxxx>
• Patches on Debian not yet on git
  • From: Santiago Garcia Mantinan <bridge@xxxxxxxxx>
• Re: Socket Buffer bridging of Ethernet frames
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Socket Buffer bridging of Ethernet frames
  • From: "Suresh Bhaskaran" <Suresh.Bhaskaran@xxxxxxxxxxxxxx>
• Re: bridge-utils and ppp
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: linux bridging problem
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: linux bridging problem
  • From: "Brodie, Laura (Mission Systems)" <Laura.Brodie@xxxxxxx>
• Re: linux bridging problem
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• linux bridging problem
  • From: "joy c" <cjjoy1980@xxxxxxxxx>
• proxy ARP
  • From: "Sathyan M" <sathym@xxxxxxxxx>
• Re: Bridging under vmware esx 3.0
  • From: "Joubert Berger" <joubert@xxxxxxxxxxxxxxxxx>
• Re: Bridging under vmware esx 3.0
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Bridging under vmware esx 3.0
  • From: "Elias Chatzigeorgiou" <echatzigeorgiou@xxxxxxxxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: Increase on context switches
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Increase on context switches
  • From: Fabian Ischia <f_ischia@xxxxxxxxxxx>
• Re: frame destinated to individual port MAC address
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• question about bridge's work
  • From: "c.j" <c.james.cj@xxxxxxxxx>
• frame destinated to individual port MAC address
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• VPN on Bridge
  • From: "SYED JAHANZAiB ~!~ AA Internet Cable.Network Services" <aacable@xxxxxxxxxxx>
• strange bridge problems bridges unable to forward
  • From: "neeraj kharbanda" <nettlynx@xxxxxxxxx>
• Re: 802.1q packets
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: 802.1q packets
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 802.1q packets
  • From: Adam Osuchowski <Adam.Osuchowski@xxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Re: 802.1q packets
  • From: Adam Osuchowski <Adam.Osuchowski@xxxxxxxx>
• Re: bridging with gre tunnel
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Timo Teräs <timo.teras@xxxxxx>
• Re: bridging with gre tunnel
  • From: Philip Craig <philipc@xxxxxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Timo Teräs <timo.teras@xxxxxx>
• Re: bridging with gre tunnel
  • From: Philip Craig <philipc@xxxxxxxxxxxx>
• Re: bridging with gre tunnel
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• bridging with gre tunnel
  • From: Timo Teräs <timo.teras@xxxxxx>
• Re: openBSD Bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• openBSD Bridge
  • From: "Geoff Wiener" <gwiener@xxxxxxxxxxxxxxx>
• [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• [PATCH 2/2] Add a 'interfaces' file to the bridge device configuration in sysfs
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• [PATCH 1/2] Add a 'bridging_masters' file in sysfs under class/net
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC PATCH 0/2] Allow full bridge configuration via sysfs
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• netlink/ioctl/proc/sys
  • From: Nicolas.CLEMENTZ@xxxxxx
• Re: VLAN Bridge routing problem
  • From: Pekka Järvinen <pekkajarvinen@xxxxxxxxxxx>
• Re: VLAN Bridge routing problem
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• VLAN Bridge routing problem
  • From: Pekka Järvinen <pekkajarvinen@xxxxxxxxxxx>
• Re: [patch] rstpd crashes with GARP/GMRP packets
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: [patch] rstpd crashes with GARP/GMRP packets
  • From: Solomon Peachy <solomon@xxxxxxxxxxxxxx>
• [patch] rstpd crashes with GARP/GMRP packets
  • From: Solomon Peachy <solomon@xxxxxxxxxxxxxx>
• Re: [patch] data element sizes netlink fixes for rstpd
  • From: Solomon Peachy <solomon@xxxxxxxxxxxxxx>
• Re: bridge: fix use-after-free in br_cleanup_bridges()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] rstpd crashes with GARP/GMRP packets
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: [patch] data element sizes netlink fixes for rstpd
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: bridge: fix use-after-free in br_cleanup_bridges()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch] data element sizes netlink fixes for rstpd
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: [MailServer Notification]Attachment Blocking Notification
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• bridge: fix use-after-free in br_cleanup_bridges()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 802.1q packets
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: 802.1q packets
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Flooding before or after NF_BR_LOCAL_OUT hook
  • From: "John Van Boxtel" <johnvb@xxxxxxxxxxxx>
• Re: 802.1q packets
  • From: "Leigh Sharpe" <lsharpe@xxxxxxxxxxxxxxxxxxxxxx>
• Re: 802.1q packets
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Re: 802.1q packets
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [Bulk] AW: A bridge with a single interface???
  • From: "John Cavanaugh" <john_p_cavanaugh@xxxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Re: 802.1q packets
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• 802.1q packets
  • From: "Fulvio Ricciardi" <fulvio.ricciardi@xxxxxxxxxxxxx>
• Re: A bridge with a single interface???
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• A bridge with a single interface???
  • From: "John Cavanaugh" <john_p_cavanaugh@xxxxxxxxx>
• Re: Bridge troubles
  • From: Friedrich Dominicus <frido@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: Bridge troubles
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Bridge troubles
  • From: Friedrich Dominicus <frido@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: Bridge troubles
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Bridge troubles
  • From: Friedrich Dominicus <frido@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: Queries about Bridging
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Queries about Bridging
  • From: "Sibu Thomas Mathew" <sibumatrix@xxxxxxxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: Dylan Hall <dylan@xxxxxxxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: Dylan Hall <dylan@xxxxxxxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: "c.j" <c.james.cj@xxxxxxxxx>
• Re: kernel doesn't support bridge with a ppp interface ?
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• kernel doesn't support bridge with a ppp interface ?
  • From: "c.j" <c.james.cj@xxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Luis Carlos Cobo <luisca@xxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Luis Carlos Cobo <luisca@xxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Luis Carlos Cobo <luisca@xxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Luis Carlos Cobo <luisca@xxxxxxxxxxx>
• [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Luis Carlos Cobo <luisca@xxxxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Jouni Malinen <j@xxxxx>
• Re: Bridge MAC selection
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Bridge MAC selection
  • From: "Andy Gospodarek" <andy@xxxxxxxxxxxxx>
• Re: Bridge MAC selection
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: Bridge MAC selection
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC] Do not activate promiscuous mode on wlan interfaces for bridging.
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: Bridge MAC selection
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: Bridge MAC selection
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Bridge MAC selection
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: How to determine where bridged packets originally come from ?
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• Re: VLAN-aware bridge : [PATCH] Add vlan id to bridge forward database
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• Re: VLAN-aware bridge : [PATCH] Add vlan id to bridge forward database
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: VLAN-aware bridge : [PATCH] Add vlan id to bridge forward database
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• VLAN-aware bridge : [PATCH] Add vlan id to bridge forward database
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• linux bridging to forward traffic from physical to virtual interface of my linux box
  • From: "yordanos beyene" <yordanosb@xxxxxxxxx>
• Re: [2.6 patch] bridge: update URL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: New Custom Protocol on Ethernet Layer
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• New Custom Protocol on Ethernet Layer
  • From: Zoran s <s_zoran@xxxxxxxxx>
• Re: Please help me to know MAX Forwarding Table Size in Linux Bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Please help me to know MAX Forwarding Table Size in Linux Bridge
  • From: "Ritesh Majumdar" <ritesh@xxxxxxxxxx>
• Please help me to know MAX Forwarding Table Size in Linux Bridge
  • From: "Ritesh Majumdar" <ritesh@xxxxxxxxxx>
• Problem accessing to Windows Terminal Server in load balancing.
  • From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
• Re: How to determine where bridged packets originally come from ?
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• Re: How to determine where bridged packets originally come from ?
  • From: Dylan Hall <dylan@xxxxxxxxxxxxxx>
• How to determine where bridged packets originally come from ?
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• Testing TAP interfaces
  • From: László Monda <laci@xxxxxxxx>
• [2.6 patch] bridge: update URL
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: bridge protocol family
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• bridge protocol family
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: "Brad Dameron" <Brad.Dameron@xxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Dylan Hall <dylan@xxxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Dylan Hall <dylan@xxxxxxxxxxxxxx>
• RSTP implementation choice
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: "Joakim Tjernlund" <Joakim.Tjernlund@xxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RSTP user mode implementation
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: RSTP user mode implementation
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Francesco Dolcini <fdolcini@xxxxxxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: br_send_bpdu and br_log_state PATCH
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• br_send_bpdu and br_log_state PATCH
  • From: "Sébastien JEFFROY" <sebastien.jeffroy.cxr@xxxxxxxxx>
• RSTP user mode implementation
  • From: Benoit PAPILLAULT <benoit.papillault@xxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: STP bug, loop not detetcted
  • From: Jaime Nebrera <jnebrera@xxxxxxxxxxxxxxxxxx>
• STP bug, loop not detetcted
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Preventing packet reassembly
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: Preventing packet reassembly
  • From: Jason Lunz <lunz@xxxxxxx>
• Re: [PATCH] bridge: forwarding table information for >256 devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: [RFA, PATCH] enable transition to sysfs-only bridge manipulation
  • From: Bernhard Fischer <rep.dot.nop@xxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: Nicolas <nicolas@xxxxxxxxxxx>
• [RFA, PATCH] enable transition to sysfs-only bridge manipulation
  • From: Bernhard Fischer <rep.dot.nop@xxxxxxxxx>
• Re: [RFA, PATCH] enable transition to sysfs-only bridge manipulation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: forwarding table information for >256 devices
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: Access the bridge through the userspace (Rx/Tx)
  • From: "Faruk Keskin" <faruk@xxxxxxxxxxxxx>
• [RFT 2/2] bridge: network device statistics changes
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [RFT 1/2] bridge: internal statistics
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: Jaime Medrano <jaime.medrano@xxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "Peter Valdemar Mørch (Lists)" <4ux6as402@xxxxxxxxxxxxxx>
• how to get port status (spanning tree)
  • From: "Sébastien JEFFROY" <sebastien.jeffroy.cxr@xxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "Peter Valdemar Mørch (Lists)" <4ux6as402@xxxxxxxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: Jaime Medrano <jaime.medrano@xxxxxxxxx>
• Re: [PATCH] Add vlan id to bridge forward database
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Set second IP on bridge
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Re: Access the bridge through the userspace (Rx/Tx)
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Re: Searchable archives?
  • From: Malcolm Scott <Malcolm.Scott@xxxxxxxxxxxx>
• Re: Getting statistics from a bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "Peter Valdemar Mørch (Lists)" <4ux6as402@xxxxxxxxxxxxxx>
• bridge: kernel panic when unloading bridge.ko
  • From: bstroesser@xxxxxxxxxxxxxxxxxxx
• Re: Ethernet+Wireless Bridge?
  • From: "Mark S. Mathews" <mark@xxxxxxxxxxxxxx>
• Re: Ethernet+Wireless Bridge?
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Ethernet+Wireless Bridge?
  • From: "Peter Valdemar Mørch (Lists)" <4ux6as402@xxxxxxxxxxxxxx>
• Searchable archives?
  • From: "Peter Valdemar Mørch (Lists)" <4ux6as402@xxxxxxxxxxxxxx>
• Re: Preventing packet reassembly
  • From: "Leigh Sharpe" <lsharpe@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Preventing packet reassembly
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>