Linux Ethernet Bridging

• Thread Index

• Re: [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• installation instructions
  • From: "Kalyan Chakravadhanula" <Kalyanc@xxxxxxxxxxxxxx>
• [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v2 Patch 2/3] bridge: make bridge support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v2 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [Lf-announce] LinuxCon CFP Deadline Today - Submit a Proposal to Speak
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC patch] allow IP address on enslaved interfaces
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [RFC patch] allow IP address on enslaved interfaces
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [RFC patch] allow IP address on enslaved interfaces
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: Bridge and port forwarding
  • From: Olek <ned_wed@xxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bridge and port forwarding
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• IP address on physcial interface instead of bridge interface?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: IP address on physcial interface instead of bridge interface?
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: March 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [Lf-announce] LinuxCon CFP Deadline is March 31 - Submit a Proposal Today
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: bridge and ip addresses on enslaved interfaces
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [RFC Patch 2/3] bridge: make bridge support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: [RFC Patch 3/3] bonding: make bonding support netpoll
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• Re: bridge and ip addresses on enslaved interfaces
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• bridge and ip addresses on enslaved interfaces
  • From: Shawn Delaney <sdelaney@xxxxxxxxxxx>
• Bridge and port forwarding
  • From: Olek <ned_wed@xxxxx>
• Re: [patch] bridge: cleanup: remove unused assignment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] bridge: cleanup: remove unused assignment
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [patch] bridge: cleanup: remove unused assignment
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Phil Karn <karn@xxxxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics (v3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Kernel Panic when using tcpdump on bridge device
  • From: Michael Guntsche <mike@xxxxxxxxxxxx>
• [PATCH] [PATCH]: CONFIG_BRIDGE_IGMP_SNOOPING must depend on CONFIG_INET
  • From: Henrik Kretzschmar <henne@xxxxxxxxxxxxxxxx>
• Re: [PATCH] [PATCH]: CONFIG_BRIDGE_IGMP_SNOOPING must depend on CONFIG_INET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Disabling MAC address tracking
  • From: Nathaniel Gephart <10thaperag@xxxxxxxxx>
• Re: Disabling MAC address tracking
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Disabling MAC address tracking
  • From: Nathaniel Gephart <10thaperag@xxxxxxxxx>
• Re: Fwd: What is the lowest valid MAC address that can be assigned to a NIC/bridge?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: What is the lowest valid MAC address that can be assigned to a NIC/bridge?
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Fwd: What is the lowest valid MAC address that can be assigned to a NIC/bridge?
  • From: Chandrashekarappa <nandinic1@xxxxxxxxx>
• [patch] bridge: cleanup: remove unneed check
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [PATCH -next] bridge: depends on INET
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -next] bridge: depends on INET
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [patch] bridge: cleanup: remove unneed check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] bridge: cleanup: remove unneed check
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] bridge: depends on INET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] ppp: Bridge Control Protocol
  • From: Denys Fedorysychenko <nuclearcat@xxxxxxxxxxxxxx>
• [PATCH -next] bridge: depends on INET
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH -next] bridge: depends on INET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics (v3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics (v3)
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] bridge: per-cpu packet statistics (v3)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics (v2)
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] bridge: per-cpu packet statistics (v2)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] ppp: Bridge Control Protocol
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] bridge: per-cpu packet statistics
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC] ppp: Bridge Control Protocol
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] ppp: Bridge Control Protocol
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] bridge: per-cpu packet statistics
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [RFC] ppp: Bridge Control Protocol
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Pavel Emelyanov <xemul@xxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC 0/5] bridge - introduce via_phys_dev feature
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: February 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Slow receive side on bridge
  • From: <james.card@xxxxxxxxx>
• Re: using bridges to connect vlans and untagged data
  • From: Zoilo Gomez <zoilo@xxxxxxxxx>
• Re: using bridges to connect vlans and untagged data
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• using bridges to connect vlans and untagged data
  • From: Zoilo Gomez <zoilo@xxxxxxxxx>
• [Lf-announce] Collaboration Summit Preliminary Program Agenda Now Available
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: PROBLEM: oops w/ bridge in 2.6.32.7
  • From: lkml@xxxxxxxxxxxxxxx
• Re: NTP packets not passing the bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• NTP packets not passing the bridge
  • From: Martin Andersson Z <martin.z.andersson@xxxxxxxxxxxx>
• Re: bnx2 doesn't transmit BPDU or Blade switches don't forward, them?
  • From: Tamas Csillag <tcsillag@xxxxxxxxxxxx>
• How to disable LLC broadcasts
  • From: Andrey Bannikov <bannandrej@xxxxxxxxx>
• Re: bnx2 doesn't transmit BPDU or Blade switches don't forward, them?
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: bnx2 doesn't transmit BPDU or Blade switches don't forward, them?
  • From: Tamas Csillag <tcsillag@xxxxxxxxxxxx>
• Re: PROBLEM: oops w/ bridge in 2.6.32.7
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: PROBLEM: oops w/ bridge in 2.6.32.7
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Routing between bridges
  • From: J L <lists@xxxxxxxx>
• Re: [PATCH 0/3 v4] macvtap driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Workgroup Meetings at Collaboration Summit
  • From: "C. Craig Ross" <ccr@xxxxxxxxxxxxxxxxxxx>
• Bug when using bridge + ipv6 link local addresses
  • From: Tomas Carnecky <tom@xxxxxxxxxxxxx>
• [PATCH 1/3] net: maintain namespace isolation between vlan and real device
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/3 v4] macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] macvlan: allow multiple driver backends
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] net: macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] net: macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] net: macvtap driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] net: maintain namespace isolation between vlan and real device
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] net: maintain namespace isolation between vlan and real device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] net: macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] net: macvtap driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [Lf-announce] Registration and Call for Participation Now Open for 2010 Linux Foundation Collaboration Summit
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3 v3] macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] net: macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] net/macvlan: allow multiple driver backends
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/3] net: maintain namespace isolation between vlan and real device
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/3 v3] macvtap driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Linux Ethernet bridge and UPNP
  • From: Sebastian Niehaus <niehaus@xxxxxxxxxxxxxxxxxxx>
• bridge: mac addresses question (for bluetooth pan-nap)
  • From: Metuki Sabhe <sabhe.metuki@xxxxxxxxx>
• Re: linux bridge problem
  • From: Metuki Sabhe <sabhe.metuki@xxxxxxxxx>
• Re: linux bridge problem
  • From: Mark Smith <lk-netdev@xxxxxxxxxxxxxxxxxxxxx>
• bridge problem
  • From: Metuki Sabhe <sabhe.metuki@xxxxxxxxx>
• linux bridge problem
  • From: Metuki Sabhe <sabhe.metuki@xxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Brad Hudson <hudson@xxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: "Brad Hudson" <hudson@xxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Brad Hudson <hudson@xxxxxxxxxxx>
• Re: Incoming packets not always traversing the bridge
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Incoming packets not always traversing the bridge
  • From: Brad Hudson <hudson@xxxxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Yavetskiy Yuriy <yavetskiy@xxxxxx>
• [Lf-announce] Linux Foundation Newsletter, January 2010
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Need help writing ebtables rules
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: yavetskiy@xxxxxx
• Help needed on RSTP
  • From: Rose joseph <rosefornetwork@xxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: dhcp thru bridge
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [ebtables]Explanation of the packet flow...
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• dhcp thru bridge
  • From: Leo Liang <lxsure@xxxxxxxxx>
• [ebtables]Explanation of the packet flow...
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re :Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: jhautbois@xxxxxxxxx
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re :Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: jhautbois@xxxxxxxxx
• Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: Re :Re: Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re :Re: Bridging LACP (802.3ad) frames not working
  • From: jhautbois@xxxxxxxxx
• Re: Bridging LACP (802.3ad) frames not working
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Bridging LACP (802.3ad) frames not working
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Time of topology change in root bridge
  • From: Butorina Lilya <lilybox@xxxxxxxxx>
• Time of topology change in root bridge
  • From: Butorina Lilya <lilybox@xxxxxxxxx>
• Re: MAC intermittently being learnt on wrong port
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: MAC intermittently being learnt on wrong port
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: MAC intermittently being learnt on wrong port
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• MAC intermittently being learnt on wrong port
  • From: Ryan King <ryank@xxxxxxxxxxxxxxxxxxxx>
• Re: STP on Linux 2.6.30.9
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Mac Address bouncing between ports
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• STP on Linux 2.6.30.9
  • From: Andrew <amckay@xxxxxxxx>
• Re: Ulog : recvfrom no space available => how do I calculate a good value ?
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Ulog : recvfrom no space available => how do I calculate a good value ?
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Ulog : recvfrom no space available => how do I calculate a good value ?
  • From: Saikiran Madugula <hummerbliss@xxxxxxxxx>
• Ulog : recvfrom no space available => how do I calculate a good value ?
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: ebtables, PF_PACKET and other stuff
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Re :Re: ebtables, PF_PACKET and other stuff
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: [PATCH, resend] iproute2/iplink: add macvlan options for bridge mode
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Mac Address bouncing between ports
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Re :Re: ebtables, PF_PACKET and other stuff
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re :Re: ebtables, PF_PACKET and other stuff
  • From: jhautbois@xxxxxxxxx
• Re: ebtables, PF_PACKET and other stuff
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• ebtables, PF_PACKET and other stuff
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: ebtables/iptables ambiguity
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: ebtables/iptables ambiguity
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• ebtables/iptables ambiguity
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: [PATCH] iplink: add macvlan options for bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] iplink: add macvlan options for bridge mode
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] iplink: add macvlan options for bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re :Re: Re :Re: Bridging partially (rx eth0 -> tx eth1)
  • From: jhautbois@xxxxxxxxx
• Re: Re :Re: Bridging partially (rx eth0 -> tx eth1)
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re :Re: Bridging partially (rx eth0 -> tx eth1)
  • From: jhautbois@xxxxxxxxx
• Re: Bridging partially (rx eth0 -> tx eth1)
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Bridging partially (rx eth0 -> tx eth1)
  • From: jhautbois@xxxxxxxxx
• [Lf-announce] Linux Foundation Newsletter: December 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC] macvlan: add tap device backend
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC 1/2] macvlan: Allow plugging in additional backends
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [RFC] macvlan: add tap device backend
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: how bridge interacts with tap ifaces?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: how bridge interacts with tap ifaces?
  • From: Radim Roska <radim.roska@xxxxxxxxx>
• Re: [RFC] macvlan: add tap device backend
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Bridge - vlan - bond
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: how bridge interacts with tap ifaces?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Bridge - vlan - bond
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: how bridge interacts with tap ifaces?
  • From: Radim Roska <radim.roska@xxxxxxxxx>
• Re: Bridge - vlan - bond
  • From: Sander Klein <roedie@xxxxxxxxx>
• Re: how bridge interacts with tap ifaces?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Bridge - vlan - bond
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Bridge - vlan - bond
  • From: "Sebastian Gottschall (DD-WRT)" <s.gottschall@xxxxxxxxxx>
• Bridge - vlan - bond
  • From: Sander Klein <roedie@xxxxxxxxx>
• how bridge interacts with tap ifaces?
  • From: Radim Roska <radim.roska@xxxxxxxxx>
• Re: [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: "Patrick Mullaney" <pmullaney@xxxxxxxxxx>
• Re: [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: "Patrick Mullaney" <pmullaney@xxxxxxxxxx>
• [RFC] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 0/2] macvtap, second try
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC 1/2] macvlan: Allow plugging in additional backends
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: notifier chain on br0
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: notifier chain on br0
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: License Violation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• License Violation
  • From: Bennie Leonard <bennie.leonard@xxxxxxxxx>
• notifier chain on br0
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] netdevice: provide common routine for macvlan and vlan operstate management
  • From: "Patrick Mullaney" <pmullaney@xxxxxxxxxx>
• Re: [PATCH 1/3] netdevice: provide common routine for macvlan and vlan operstate management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH, resend] iproute2/iplink: add macvlan options for bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Problem to install Bridge Utils
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 0/4] macvlan: add vepa and bridge mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCHv3 0/4] macvlan: add vepa and bridge mode
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCHv3 4/4] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCHv3 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCHv3 3/4] macvlan: implement bridge, VEPA and private mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCHv3 2/4] macvlan: cleanup rx statistics
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCHv3 0/4] macvlan: add vepa and bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Problem to install Bridge Utils
  • From: "Kenny Lee" <kenny.lee@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 4/4] macvlan: export macvlan mode through netlink
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/4] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/4] macvlan: implement bridge, VEPA and private mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/4] macvlan: export macvlan mode through netlink
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/4] macvlan: implement bridge, VEPA and private mode
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] macvlan: cleanup rx statistics
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/4] veth: move loopback logic to common location
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] macvlan: cleanup rx statistics
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] macvlan: cleanup rx statistics
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] macvlan: cleanup rx statistics
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCHv2 0/4] macvlan: add vepa and bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 4/4] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/4] macvlan: implement bridge, VEPA and private mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/4] veth: move loopback logic to common location
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/4] macvlan: cleanup rx statistics
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• weird question ? kvm virtual network and bunch of bridges
  • From: Radim Roska <radim.roska@xxxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: roel kluin <roel.kluin@xxxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/3] macvlan: add vepa and bridge mode
  • From: Mark Smith <lk-netdev@xxxxxxxxxxxxxxxxxxxxx>
• Re: Regarding default vlan
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Regarding default vlan
  • From: sunil saraff <sunil_007_xxx@xxxxxxxxxxx>
• Re: [PATCH 3/3] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 3/3] macvlan: export macvlan mode through netlink
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/3] macvlan: implement VEPA and private mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] macvlan: export macvlan mode through netlink
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 2/3] macvlan: implement VEPA and private mode
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 0/3] macvlan: add vepa and bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] iplink: add macvlan options for bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/3] macvlan: export macvlan mode through netlink
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/3] macvlan: Reflect macvlan packets meant for other macvlan devices
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/3] macvlan: add vepa and bridge mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] macvlan: implement VEPA and private mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Add upstream debian patches
  • From: Santiago Garcia Mantinan <bridge@xxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: "Patrick Mullaney" <pmullaney@xxxxxxxxxx>
• Re: [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/3] macvlan: derived from Arnd Bergmann's patch for macvtap
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 3/3] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 0/3] macvlan: support for guest vm direct rx/tx
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 1/3] netdevice: provide common routine for macvlan and vlan operstate management
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 14586] New: bridge on bonding interface: DHCP replies don't get through
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 14586] New: bridge on bonding interface: DHCP replies don't get through
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 14586] New: bridge on bonding interface: DHCP replies don't get through
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] vbus: venet macvlan support
  • From: Gregory Haskins <gregory.haskins@xxxxxxxxx>
• Re: [PATCH 0/4] vbus: venet macvlan support
  • From: Gregory Haskins <gregory.haskins@xxxxxxxxx>
• Re: [PATCH 0/4] vbus: venet macvlan support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 0/4] vbus: venet macvlan support
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: bridge on bonding interface: DHCP replies don't get through
  • From: Harald Dunkel <harald.dunkel@xxxxxxxxx>
• [PATCH 4/4] venet-macvlan: add new driver to connect a venet to a macvlan netdevice
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 1/4] macvlan: derived from Arnd Bergmann's patch for macvtap
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 2/4] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 3/4] venetdev: support common venet netdev routines
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• [PATCH 0/4] vbus: venet macvlan support
  • From: Patrick Mullaney <pmullaney@xxxxxxxxxx>
• Re: [PATCH 4/4] venet-macvlan: add new driver to connect a venet to a macvlan netdevice
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 2/4] macvlan: allow in-kernel modules to create and manage macvlan devices
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Net wiki import to the LF drupal site
  • From: David Ames <david@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Add upstream debian patches
  • From: Jasper Spaans <spaans@xxxxxxxxxx>
• Re: ebtables counters bug
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• Re: ebtables counters bug
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• Re: ebtables counters bug
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• ebtables counters bug
  • From: Jon Lewis <jlewis@xxxxxxxxx>
• bridge on bonding interface: DHCP replies don't get through
  • From: Harald Dunkel <harald.dunkel@xxxxxxxxx>
• [Lf-announce] 2009 Linux Foundation End User Summit - Only a handful of seats left!
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: using a bridge (setting priority eth0 > ath0)
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• using a bridge (setting priority eth0 > ath0)
  • From: Joachim Schiele <js@xxxxxxxxxx>
• Re: Linux Dynamic Bridging Support
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Linux Dynamic Bridging Support
  • From: Philipp Gühring <pg@xxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: October, 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: Distributed RSTP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• bridge in promiscuous mode
  • From: Mircea Gherzan <mircea.gherzan@xxxxxxxxxxxxxx>
• Distributed RSTP
  • From: NITIN SS <hi.nitin2000@xxxxxxxxx>
• Problem Forwarding Bridge to Tap Device
  • From: Carsten <fbndd@xxxxxxxxx>
• [Lf-announce] 2009 Linux Foundation End User Summit – Speakers include Brian Clark, NYSE and Jeffrey Birnbaum, Bank of America
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Not sure what's wrong.
  • From: TheSin <thesin@xxxxxxxxxxxxxxxxx>
• Re: qos queue on bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• qos queue on bridge
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: September, 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: packet mangling and qos on bridge .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Bridge and VLANs. Strange behaviour.
  • From: Gustavo Martin <gu.martinm@xxxxxxxxx>
• Re: Bridge and VLANs. Strange behaviour.
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Bridge and VLANs. Strange behaviour.
  • From: Gustavo Martin <gu.martinm@xxxxxxxxx>
• Bridge is not forwarding packet on correct vlan port <Help Needed>
  • From: rahul bhardwaj <rahul.bhardwaj@xxxxxxxxxxx>
• Re: bridge management through code
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• ULOG The kernel doesn't support a certain ebtables extension, consider recompiling your kernel or insmod the extension.
  • From: Thomas Berg <thomas.berg@xxxxxxxxxxx>
• bridge management through code
  • From: "salaria113@xxxxxxxxx" <salaria113@xxxxxxxxx>
• Re: something about bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• something about bridge
  • From: "wu xiaofei" <linuxer@xxxxxxx>
• bnx2 doesn't transmit BPDU or Blade switches don't forward them?
  • From: Diego Woitasen <diegows@xxxxxxxxxxxx>
• Bridge manage code
  • From: LucaMt <lucamt74@xxxxxxxxx>
• Bridging VLANs
  • From: Diego Woitasen <diegows@xxxxxxxxxxxx>
• [Lf-announce] New Announcements & Updates for LinuxCon 2009 in Portland
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: bridge through code
  • From: LucaMt <lucamt74@xxxxxxxxx>
• Re: VLANs and bridge
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: bridge through code
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: VLANs and bridge
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: packet mangling and qos on bridge .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• bridge through code
  • From: LucaMt <lucamt74@xxxxxxxxx>
• Re: VLANs and bridge
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: VLANs and bridge
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: VLANs and bridge
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: VLANs and bridge
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: VLANs and bridge
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• VLANs and bridge
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: SPT functions
  • From: Gustavo Martin <gu.martinm@xxxxxxxxx>
• Re: SPT functions
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: packet mangling and qos on bridge .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• SPT functions
  • From: Gustavo Martin <gu.martinm@xxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: MAC learning and VLAN
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• packet mangling and qos on bridge .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• MAC learning and VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [RFC] bridge: prevent hairpin and STP problems?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] bridge: prevent hairpin and STP problems?
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• [Lf-announce] Linux Foundation Newsletter: August, 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• [RFC] bridge: prevent hairpin and STP problems?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: Add 'hairpin' port forwarding mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH] net/bridge: Add 'hairpin' port forwarding mode
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: Add 'hairpin' port forwarding mode
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] bridge-utils: Add 'hairpin' port forwarding mode
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• [PATCH] net/bridge: Add 'hairpin' port forwarding mode
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC patch] bridge GARP: prevent 20 wakeups/s when sitting idle
  • From: Andreas Mohr <andi@xxxxxxxx>
• [Lf-announce] Early Registration Deadline This Week for LinuxCon – New Topics Added
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [evb] Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Yaron Haviv" <yaronh@xxxxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: david@xxxxxxx
• Re: [evb] Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Or Gerlitz <ogerlitz@xxxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: [evb] Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• [Lf-announce] Japan Linux Symposium Program & Schedule Announcement
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] macvlan: add tap device backend
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH][RFC] net/bridge: add basic VEPA support
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] macvlan: add tap device backend
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bridge on colinux: need to configure bridging in kernel
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• bridge on colinux: need to configure bridging in kernel
  • From: "Song Ping \(pubic emailbox\)" <itestitest@xxxxxxxxxxx>
• [Lf-announce] LinuxCon - Five Reasons You Can't Miss It and Registration Deadline in Three Weeks
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: use kobject_put to release kobject in br_add_if error path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] net/bridge: use kobject_put to release kobject in br_add_if error path
  • From: Xiaotian Feng <dfeng@xxxxxxxxxx>
• Re: [PATCH] net/bridge: use kobject_put to release kobject in br_add_if error path
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Michael Tremer <michael.tremer@xxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Michael Tremer <michael.tremer@xxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Michael Tremer <michael.tremer@xxxxxxxxxx>
• Re: Help Needed for ebtables.
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Help Needed for ebtables.
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Michael Tremer <michael.tremer@xxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: Bridging untagged and tagged VLANs
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Bridging untagged and tagged VLANs
  • From: Michael Tremer <michael.tremer@xxxxxxxxxx>
• Re: problem with bridge and tap interfaces
  • From: Deepjyoti Kakati <dkakati73@xxxxxxxxx>
• problem with bridge and tap interfaces
  • From: Deepjyoti Kakati <dkakati73@xxxxxxxxx>
• [Lf-announce] LinuxCon – Upcoming Registration Deadline and New Offerings
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: July, 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/2] net, bridge: align br_nf_ops assignment
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• About Bridge Performance Problem Question...
  • From: "좌성훈" <junsan12@xxxxxxxxx>
• Re: [patch 1/2] net, bridge: align br_nf_ops assignment
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] net, netns_xt: shrink netns_xt members
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridge is not forwarding DHCP offer packet to wireless interface
  • From: rahul bhardwaj <rahul_bhardwaj36in@xxxxxxxxxxx>
• Re: Problem in mixing RSTP/STP configuration
  • From: Ramasamy Chandramouli <ramasamycmouli@xxxxxxxxx>
• [patch 1/2] net, bridge: align br_nf_ops assignment
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 2/2] net, netns_xt: shrink netns_xt members
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 0/2] a few bridge code cleanups
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [Lf-announce] LinuxCon Detailed Schedule and Program Details Now Available - Register Today
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Is it possible to bride two virtual devices?
  • From: "Tekale Sharad-FHJN78" <FHJN78@xxxxxxxxxxxx>
• Problem with DHCP Requests Forward in Bridge
  • From: Hamza Ferrag <hferraggreat@xxxxxxxxx>
• Re: bridge problem
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: bridge problem
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• bridge problem
  • From: Paolo NOTARI <paolo_notari@xxxxxxxxxxx>
• Re: bridge module insertion
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: bridge module insertion
  • From: eko suwarsono <ekoswr76@xxxxxxxxx>
• [PATCH] bridge-utils: fix sysfs path for setting bridge configuration parameters
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• [PATCH][RFC] bridge-utils: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• [PATCH][RFC] net/bridge: add basic VEPA support
  • From: "Fischer, Anna" <anna.fischer@xxxxxx>
• Re: bridge module insertion
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• ebtables new input/output option?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• bridge module insertion
  • From: eko suwarsono <ekoswr76@xxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: [PATCH] [bridge] Add split horizon
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH] [bridge] Add split horizon
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• Issue with bridge on STP enabled bridge
  • From: Andrew McKay <amckay@xxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter, June 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Bridge module
  • From: eko suwarsono <ekoswr76@xxxxxxxxx>
• Bridge Module Installations
  • From: eko suwarsono <ekoswr76@xxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Re: RFC: Simple Private VLAN impl. (Paul Congdon)
  • From: "Paul Congdon \(UC Davis\)" <ptcongdon@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: RFC: Simple Private VLAN impl.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• RFC: Simple Private VLAN impl.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Problem in mixing RSTP/STP configuration
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• "eb_tables: standard target: invalid size 8 != 4"
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Looking at impl. Private VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Looking at impl. Private VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [Lf-announce] LinuxCon Early Bird Registration Ends Today - Last Chance to Attend for Only $299
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• [Urgent Question] When we use a bridge interface, we can't connect the network occasionally.
  • From: 김희영<wild1018@xxxxxxxxx>
• Re: [Urgent Question] When we use a bridge interface, we can't connect the network occasionally.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Looking at impl. Private VLAN
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Looking at impl. Private VLAN
  • From: Ross Vandegrift <ross@xxxxxxxxxxx>
• Re: [PATCH 2.6.29.4] bridge: Simplify interface for ATM LANE
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH 2.6.29.4] bridge: Simplify interface for ATM LANE
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2.6.29.4] bridge: Simplify interface for ATM LANE
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Problem in mixing RSTP/STP configuration
  • From: Ramasamy Chandramouli <ramasamycmouli@xxxxxxxxx>
• Re: bridge dropping packets
  • From: John Morris <john@xxxxxxxxxxx>
• Re: Help Needed On Bridge Module in Linux Kernel 2.6.23
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Lf-announce] LinuxCon Early Bird Registration Extended to June 8th
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Help Needed On Ethernet Bridge
  • From: Thinkstor Inc <thinkstor@xxxxxxxxx>
• Re: Help Needed On Ethernet Bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Help Needed On Ethernet Bridge
  • From: Thinkstor Inc <thinkstor@xxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.3
  • From: Andy Gospodarek <adgospod@xxxxxxxxx>
• Ethernet Bridging.
  • From: Johnnie alan <johnniealan@xxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.3
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Help Needed On Ethernet Bridge
  • From: VIJAY KUMAR <thinkstor@xxxxxxxxx>
• [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.3
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.2
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• (revived) use the maximum hard_header_len of ports for bridging device
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.2
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.2
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.1
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.1
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.1
  • From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.1
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• [PATCH net-next] bonding: allow bond in mode balance-alb to work properly in bridge -try4.1
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 2/2] rstpd: Display port role with rstpctl
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] rstpd: Display port role with rstpctl
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] rstpd: Fixed erroneous error message
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• [PATCH] rstpd: sizeof mismatch + macro enhancement
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• [Lf-announce] LinuxCon Conference Schedule Announced – Linus Torvalds to Speak
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter, May 2009
  • From: Linux Foundation <info@xxxxxxxxxxxxxxxxxxx>
• use struct igmphdr with skb
  • From: mopsosforum <mopsosforum@xxxxxxxxx>
• [PATCH] rstpd: sizeof mismatch for some setups
  • From: Vitaly Demyanec <vitas@xxxxxxxxxxxxxxxxx>
• MSTP
  • From: Abhishek Mathur <abhishek_mathur@xxxxxx>
• 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>