Linux Ethernet Bridging

• Thread Index

• Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
  • From: Koki Sanagi <sanagi.koki@xxxxxxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
• Re: [RFT] bridge: checksum not updated after pull
  • From: Martin Volf <martin.volf.42@xxxxxxxxx>
• Re: sky2 hw csum failure
  • From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
• sky2 hw csum failure
  • From: Martin Volf <martin.volf.42@xxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
• [PATCH] net, bridge: print log message after state changed
  • From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH v2] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH] bridge: Fix potential deadlock on br->multicast_lock
  • From: Andrew Vagin <avagin@xxxxxxxxxx>
• [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: RSTP implementation status
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: RSTP implementation status
  • From: Martino Fornasa <m.fornasa@xxxxxxxxxxxxx>
• More on bridge/netfilter issue
  • From: kenner@xxxxxxxx (Richard Kenner)
• Re: [PATCH] net, bridge: print log message after state changed
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: "Valerio Granato" <contact@xxxxxxxxxx>
• Problems with stateful firewall and bridge
  • From: kenner@xxxxxxxx (Richard Kenner)
• Re: [RFT] bridge: checksum not updated after pull
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFT] bridge: checksum not updated after pull
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: sky2 hw csum failure
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Fix potential deadlock on br->multicast_lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net, bridge: print log message after state changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RSTP implementation status
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• RSTP implementation status
  • From: Martino Fornasa <m.fornasa@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• RHEL 6 stack corruption bug in bridge code identified
  • From: Daniel Robbins <drobbins@xxxxxxxxxx>
• Bridge down when all ports are down
  • From: Teco Boot <teco@xxxxxxxxxx>
• Linux Foundation mailing list services restored
  • From: Mailman Admin <mailman-owner@xxxxxxxxxxxxxxxxxxx>
• Bonding 2 interfaces and channeling the output to a bridge interface
  • From: Tek Bahadur Limbu <teklimbu@xxxxxxxxx>
• Re: [PATCH] skip . and .. in accurately in isbridge()
  • From: Xiaochen Wang <wangxiaochen0@xxxxxxxxx>
• Re: [PATCH] skip . and .. in accurately in isbridge()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• MTU confusion
  • From: Lane Brooks <lane@xxxxxxxxx>
• Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
  • From: "Zou, Yi" <yi.zou@xxxxxxxxx>
• Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
  • From: "Bhanu Prakash Gollapudi" <bprakash@xxxxxxxxxxxx>
• [PATCH] skip . and .. in accurately in isbridge()
  • From: Xiaochen Wang <wangxiaochen0@xxxxxxxxx>
• Re: [PATCH] skip . and .. in accurately in isbridge()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [patch net-next-2.6] net: consolidate and fix ethtool_ops->get_settings calling
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6] br: remove redundant check and init
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [patch net-next-2.6] br: remove redundant check and init
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH 00/24] net: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• is there possible to create a 802.1q vlan on top of a macvtap
  • From: "alias" <billyway@xxxxxxxxxxx>
• IPv6 multicast snooping behaviour on 2.6.39-rc2 and later
  • From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
• Re: IPv6 multicast snooping behaviour on 2.6.39-rc2 and later
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
  • From: "Christian Benvenuti (benve)" <benve@xxxxxxxxx>
• Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] bridge: allow passing link-local multicast
  • From: Nick Carter <ncarter100@xxxxxxxxx>
• Q-in-Q (stacked VLANs) forwarding in bridge
  • From: Vikas Dabas <vikas.dabas@xxxxxxxxxxxxxx>
• Re: [RFC] bridge: allow passing link-local multicast
  • From: Nick Carter <ncarter100@xxxxxxxxx>
• Re: [RFC] bridge: allow passing link-local multicast
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [RFC] bridge: allow passing link-local multicast
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] bridge: allow passing link-local multicast
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [RFC] bridge: allow passing link-local multicast
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] net/bridge/netfilter/ebtables.c: use available error handling code
  • From: Julia Lawall <julia@xxxxxxx>
• Re: [PATCH] net/bridge/netfilter/ebtables.c: use available error handling code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: "Weirich, Bernhard" <Bernhard.Weirich@xxxxxxxxxx>
• running bridge on a dreamplug
  • From: Jeremy Mitts <jermitts@xxxxxxxxx>
• Problems with bridging and bonding - bridge learns MAC on incorrect port
  • From: Max Bowsher <_@xxxxxxx>
• Re: [PATCH][TRIVIAL] net, netfilter: Remove redundant goto in ebt_ulog_packet
  • From: Jiri Kosina <jkosina@xxxxxxx>
• [PATCH][TRIVIAL] net, netfilter: Remove redundant goto in ebt_ulog_packet
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Bridge interface always down since Linux >= 2.6.39
  • From: Arnaud Fontaine <arnau@xxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• possible bridge regression in "bridge: implement [add/del]_slave ops"?
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: Bridge interface always down since Linux >= 2.6.39
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridge interface always down since Linux >= 2.6.39
  • From: Arnaud Fontaine <arnau@xxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 37202] New: Cannot change MTU on bridged interface
  • From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
• [PATCH net-next 2/2] net: netfilter: Remove casts of void *
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH net-next 0/2] net: remove casts of void *
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Bugme-new] [Bug 37202] New: Cannot change MTU on bridged interface
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• R: Re: R: IGMP snooping not filtering multicast messages
  • From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
• Re: R: IGMP snooping not filtering multicast messages
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• R: IGMP snooping not filtering multicast messages
  • From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
• Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
  • From: Bernd Zeimetz <bzed@xxxxxxxxxx>
• Re: [Bug 35992] Regression: oops when using a bridge interface with tg3
  • From: Bernd Zeimetz <bzed@xxxxxxxxxx>
• IGMP snooping not filtering multicast messages
  • From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
• Re: [Bug 35992] Regression: oops when using a bridge interface with tg3
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: add notification over netlink when STP changes state
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: Noah Meyerhans <frodo@xxxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix forwarding of IPv6
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] bridge: fix forwarding of IPv6
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Noah Meyerhans <noahm@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v3] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Noah Meyerhans <noahm@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Noah Meyerhans <noahm@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Noah Meyerhans <noahm@xxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• using a bridge to change mac address
  • From: "Trellert" <trellert@xxxxxxxxxx>
• Re: Bridge and authentication
  • From: IMS <ims77.dev@xxxxxxxxx>
• Re: Bridge and authentication
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridge and authentication
  • From: IMS <ims77.dev@xxxxxxxxx>
• Re: Bugs fixed on Debian's bridge-utils
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Bugs fixed on Debian's bridge-utils
  • From: Santiago Garcia Mantinan <manty@xxxxxxxxxx>
• Re: no wireless interfaces?
  • From: Joel Wiramu Pauling <joel@xxxxxxxxxxxx>
• no wireless interfaces?
  • From: Joe Harvell <joe.harvell@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: no wireless interfaces?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• no wireless interfaces?
  • From: "jharvell+lists.bridge@xxxxxxxxxx" <jharvell+lists.bridge@xxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: convert br_features_recompute() to ndo_fix_features
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: fix netdev_increment_features()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: fix netdev_increment_features()
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: mind-boggling questions
  • From: Joel Wiramu Pauling <joel@xxxxxxxxxxxx>
• Re: mind-boggling questions
  • From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
• Re: brctl problem: broadcast doesn't get through
  • From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
• Re: mind-boggling questions
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• mind-boggling questions
  • From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
• Re: brctl problem: broadcast doesn't get through
  • From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
• Re: brctl problem: broadcast doesn't get through
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• brctl problem: broadcast doesn't get through
  • From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
• [PATCH] bridge: convert br_features_recompute() to ndo_fix_features
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• [PATCH] net: fix netdev_increment_features()
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• no packets seen on bridge after upgrading intel driver ixgbe from 2.1.4 to 3.2.1
  • From: Zoltan Bibo <Zoltan.Bibo@xxxxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Jesse Gross <jesse@xxxxxxxxxx>
• Re: [PATCH] net/bridge: Fix wrong return-no-vaule
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• [PATCH] net/bridge: Fix wrong return-no-vaule
  • From: namei.unix@xxxxxxxxx
• Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] bridge: provide return value in br_stp_recalculate_bridge_id
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Sergey Vlasov <vsu@xxxxxxxxxxx>
• [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
  • From: Dongdong Deng <dongdong.deng@xxxxxxxxxxxxx>
• Re: [PATCH] Bridge: Removed unwanted check and improper usage of bridge locks
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] bridge: convert br_features_recompute() to ndo_fix_features
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Igor Serebryany <igor47@xxxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Igor Serebryany <igor47@xxxxxxxxxxx>
• Re: [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [PATCH] bridge: mcast snooping, fix length check of snooped MLDv1/2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• [PATCH] Bridge: Removed unwanted check and improper usage of bridge locks
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• Re: [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: 802.1q tagging broken when used with bridging in 2.6.38
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
  • From: "G.Balaji" <balajig81@xxxxxxxxx>
• 802.1q tagging broken when used with bridging in 2.6.38
  • From: igor serebryany <igor47@xxxxxxxxxxx>
• Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• [ANNOUNCE] bridge-utils 1.5
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: promiscuous mode necessary for supporting KVM?
  • From: Scott Koranda <skoranda@xxxxxxxxx>
• 802.1q broken when used with bridging in 2.6.38
  • From: Igor Serebryany <igor47@xxxxxxxxxxx>
• Re: promiscuous mode necessary for supporting KVM?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• promiscuous mode necessary for supporting KVM?
  • From: Scott Koranda <skoranda@xxxxxxxxxxxxxxxxxxxx>
• promiscuous mode necessary for supporting KVM?
  • From: Scott Koranda <skoranda@xxxxxxxxx>
• Re: [PATCH] bridge: notify applications if address of bridge device changes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bridging problem
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• bridging problem
  • From: Mauro Condarelli <mc5686@xxxxxxxxx>
• Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: mcast snooping, fix length check of snooped MLDv1/2
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• bridge: mcast snooping, fixes for IPv6 MLDv1/2 parsing
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Checksumming bug in bridge multicast snooping for IPv6?
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
  • From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• [PATCH] bridge: notify applications if address of bridge device changes
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Fix possibly wrong MLD queries' ethernet source address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH] bridge: Fix possibly wrong MLD queries' ethernet source address
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• bonding inside a bridge does not work when using arp monitoring
  • From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] bridge: skip forwarding delay if not using STP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: control carrier based on ports online
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Network Bridging Issue - My Wireless Works But Not The Wired
  • From: Jason Mercede <jason.s.m@xxxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
  • From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
• Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
  • From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
• Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• bridge + bonding with arp monitoring enabled
  • From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
• [PATCH] bridge: skip forwarding delay if not using STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH] bridge: control carrier based on ports online
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH] bridge: control carrier based on ports online
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• Re: [PATCH] bridge: control carrier based on ports online
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: control carrier based on ports online
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• [PATCH] bridge: control carrier based on ports online
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• [PATCH 2/2] Retry autoconfiguration on interface after NETDEV_CHANGE notification
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Adam Majer <adamm@xxxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• 2.6.36-rc7: net/bridge causes temporary network I/O lockups
  • From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
• bridge not puping more data in TCP
  • From: PrameelaRani <prameelarani.g@xxxxxxxxxxxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: Fix MLD queries' ethernet source address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Linux Foundation’s Android™ Builders Summit, April 13 & 14 in SF – Register Now
  • From: Linux Foundation Events <eventservices@xxxxxxxxxxxxxxxxxxx>
• Re: Bug? Some interfaces not forwarding
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Bug? Some interfaces not forwarding
  • From: Rus Foster <twattycake@xxxxxxxxx>
• Re: Bug? Some interfaces not forwarding
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bug? Some interfaces not forwarding
  • From: Rus Foster <twattycake@xxxxxxxxx>
• [PATCH 1/2] bridge: Fix MLD queries' ethernet source address
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: mac addresses of local interfaces do not obey setageing 0
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Problem configuring bridge as a hub between host server and running VM guest
  • From: Ravi Varun Nair <rvnair@xxxxxxxxxx>
• Re: Multicast snooping fixes and suggestions
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] bridge: Allow mcast snooping for transient link local addresses too
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 3/5] bridge: Add missing ntohs()s for MLDv2 report parsing
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 4/5] ipv6: Add IPv6 multicast address flag defines
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 1/5] bridge: Fix IPv6 multicast snooping by storing correct protocol type
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Multicast snooping fixes and suggestions
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 2/5] bridge: Fix IPv6 multicast snooping by correcting offset in MLDv2 report
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: Problem configuring bridge as a hub between host server and running VM guest
  • From: Andrew Woods <drew.woods@xxxxxxxxx>
• Re: mac addresses of local interfaces do not obey setageing 0
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Problem configuring bridge as a hub between host server and running VM guest
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Linux Foundation End User Summit Program Announced: Keynotes Include CTO of Red Hat and Watson Supercomputer Project Head
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: fix information leak
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] bridge: netfilter: fix information leak
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• mac addresses of local interfaces do not obey setageing 0
  • From: Veaceslav Falico <vfalico@xxxxxxxxxx>
• Re: Bridge suddenly only passes traffic if in promiscuous mode
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• Re: Bridge suddenly only passes traffic if in promiscuous mode
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Bridge suddenly only passes traffic if in promiscuous mode
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• Re: [PATCH] bridge: Don't put partly initialized fdb into hash
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Problem configuring bridge as a hub between host server and running VM guest
  • From: Ravi Varun Nair <rvnair@xxxxxxxxxx>
• [PATCH] bridge: Don't put partly initialized fdb into hash
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: vlan interface egress port
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: vlan interface egress port
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: vlan interface egress port
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• Re: vlan interface egress port
  • From: Sinbad <sinbad.sinbad@xxxxxxxxx>
• Re: vlan interface egress port
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• vlan interface egress port
  • From: Sinbad <sinbad.sinbad@xxxxxxxxx>
• Re: Packet "leakage" between two bridges
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Packet "leakage" between two bridges
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: Packet "leakage" between two bridges
  • From: J L <lists@xxxxxxxx>
• Re: Packet "leakage" between two bridges
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Packet "leakage" between two bridges
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: svi interface
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• svi interface
  • From: Sinbad <sinbad.sinbad@xxxxxxxxx>
• Re: Linux Firewall with STP
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Linux Firewall with STP
  • From: Claudio Prono <claudio.prono@xxxxxxxxx>
• Re: Tagged/untagged and gretap bridging question.
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Tagged/untagged and gretap bridging question.
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• rstp solutions
  • From: Andrew Woods <drew.woods@xxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: rstp solutions
  • From: Ryan Whelan <rcwhelan@xxxxxxxxx>
• Re: rstp solutions
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: rstp solutions
  • From: Ryan Whelan <rcwhelan@xxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: rstp solutions
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• DHCP problem on bridge
  • From: <yu.sheng@xxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• rstp solutions
  • From: tamar zeiri <tamarzeiri.ml@xxxxxxxxx>
• Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
• [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses.
  • From: Rolf Fokkens <rolf.fokkens@xxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses.
  • From: Rolf Fokkens <rolf.fokkens@xxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses - bug?
  • From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
• Re: [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: Fix return value of br_multicast_add_group()
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH] bridge: Fix return value of br_multicast_add_group()
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: ksoftirqd process
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Fix return value of br_multicast_add_group()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• ksoftirqd process
  • From: Pravin Pardeshi <pravin.pardeshi@xxxxxxx>
• ksoftirqd process
  • From: Pravin Pardeshi <pravin.pardeshi@xxxxxxx>
• Re: bridge problem with with ICMP fragment reassembly
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• bridge problem with with ICMP fragment reassembly
  • From: Shawn Delaney <sdelaney@xxxxxxxxxxx>
• 802.1ah (PBB) support in linux
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Ethernet Bridge with VLAN TAG
  • From: shailesh panchal <shaileshpanchal123@xxxxxxxxx>
• Re: Disable mac address learning
  • From: matan monitz <mmonitz@xxxxxxxxx>
• Re: Disable mac address learning
  • From: Benjamin Vanheuverzwijn <bvanheu@xxxxxxxxx>
• Re: Disable mac address learning
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Disable mac address learning
  • From: Benjamin Vanheuverzwijn <bvanheu@xxxxxxxxx>
• Re: [PATCH 0/5] bridge: RCU annotation and cleanup
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 0/5] bridge: RCU annotation and cleanup
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] bridge: RCU annotation and cleanup
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 1/5] bridge: add RCU annotation to bridge multicast table
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 4/5] bridge: fix RCU races with bridge port
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 0/5] bridge: RCU annotation and cleanup
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 5/5] bridge: add RCU annotations to bridge port lookup
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/5] bridge: add proper RCU annotation to should_route_hook
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 3/5] netdev: add rcu annotations to receive handler hook
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Testing bridge setup with packet generator and qemu
  • From: Kfir Lavi <lavi.kfir@xxxxxxxxx>
• Re: DHCP problem on bridge
  • From: Liew Kian Yang <kianyang@xxxxxxxxxxxxx>
• Re: rtnl_lock() imbalance
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• rtnl_lock() imbalance
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: DHCP problem on bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• STP timer active even when STP is disabled
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• DHCP problem on bridge
  • From: Kian Yang Liew <liewkianyang@xxxxxxxxx>
• Re: Transparent wired/wirless bridge: is it possible?
  • From: Ryan Whelan <ryan.whelan@xxxxxxxxxxxxx>
• Re: Transparent wired/wirless bridge: is it possible?
  • From: Mauro Condarelli <mc5686@xxxxxxxxx>
• Re: Transparent wired/wirless bridge: is it possible?
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Transparent wired/wirless bridge: is it possible?
  • From: Mauro Condarelli <mc5686@xxxxxxxxx>
• Re: Transparent wired/wirless bridge: is it possible?
  • From: Ryan Whelan <rcwhelan@xxxxxxxxx>
• Transparent wired/wirless bridge: is it possible?
  • From: Mauro Condarelli <mc5686@xxxxxxxxx>
• Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Patrick Ringl <patrick_@xxxxxxxxxx>
• [Lf-announce] Linux Foundation Monthly Newsletter: October 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Forward reserved group addresses if !STP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: VLAN traffic through an Ethernet Bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• VLAN traffic through an Ethernet Bridge
  • From: Erik Schweigert <ejschweigert@xxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] bridge: Forward reserved group addresses if !STP
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxxx>
• Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] net: make ctl_path local and const
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] net: make ctl_path local and const
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: Giving enslaved interface an IP?
  • From: Thomas Taranowski <tom@xxxxxxxxxxxxxxx>
• Re: Giving enslaved interface an IP?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Forward reserved group addresses if !STP
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Giving enslaved interface an IP?
  • From: Thomas Taranowski <tom@xxxxxxxxxxxxxxx>
• Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Patrick Ringl <patrick_@xxxxxxxxxx>
• Re: EAPOL bridging
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• EAPOL bridging
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Patrick Ringl <patrick_@xxxxxxxxxx>
• 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
  • From: Patrick Ringl <patrick_@xxxxxxxxxx>
• 2.6.36-rc7: net/bridge causes temporary network I/O lockups
  • From: Patrick Ringl <patrick_@xxxxxxxxxx>
• Re: F13 bridge issues
  • From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
• Re: F13 bridge issues
  • From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
• Re: F13 bridge issues
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: F13 bridge issues
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• F13 bridge issues
  • From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
• Re: Real time issues when using a bridge
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Real time issues when using a bridge
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Re: Real time issues when using a bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Why should static MAC address match one of the port MAC addresses.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: About local delivery of bridged packets
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Real time issues when using a bridge
  • From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
• Why should static MAC address match one of the port MAC addresses.
  • From: Michel Lammertink <mlammertink@xxxxxxxxx>
• Re: About local delivery of bridged packets
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• About local delivery of bridged packets
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: Bridge between switch and router + VLAN issue
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Invalid BPDU transmission?
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: Invalid BPDU transmission?
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Invalid BPDU transmission?
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Bridge between switch and router + VLAN issue
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: Invalid BPDU transmission?
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Invalid BPDU transmission?
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Bridge between switch and router + VLAN issue
  • From: krunal patel <krunal.raj@xxxxxxxxx>
• Random MAC address
  • From: François Schmidts <francois@xxxxxxxxxxx>
• Very poor RX performance on 2.6.35.4
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• [Lf-announce] Linux Foundation Monthly Newsletter: September 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Re: help needed regarding configuration for bridging
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: help needed regarding configuration for bridging
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• help needed regarding configuration for bridging
  • From: debasis das <fordebasis@xxxxxxxxx>
• Re: Port Security
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Port Security
  • From: Ryan Whelan <rcwhelan@xxxxxxxxx>
• [Lf-announce] Linux Foundation End User Summit Program Announced – Keynotes include British Telecom’s Chief Scientist and VP at NASDAQ OMX
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: bridge interface mac address
  • From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
• Re: bridge interface mac address
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• bridge interface mac address
  • From: x@xxxxxxxxxx
• [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: matan monitz <mmonitz@xxxxxxxxx>
• Re: help needed regarding crash while adding interface to a bridge using brctl utility
  • From: debasis das <fordebasis@xxxxxxxxx>
• Re: help needed regarding crash while adding interface to a bridge using brctl utility
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] View Keynote and Conference Session Videos from LinuxCon 2010
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• help needed regarding crash while adding interface to a bridge using brctl utility
  • From: debasis das <fordebasis@xxxxxxxxx>
• Re: Number of addresses limitation
  • From: François Schmidts <francois@xxxxxxxxxxx>
• Re: Number of addresses limitation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Number of addresses limitation
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Number of addresses limitation
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: Number of addresses limitation
  • From: François Schmidts <francois@xxxxxxxxxxx>
• Re: Number of addresses limitation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Number of addresses limitation
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Number of addresses limitation
  • From: François Schmidts <francois@xxxxxxxxxxx>
• Re: [PATCH v2] bridge: netfilter: fix a memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] bridge: netfilter: fix a memory leak
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH v2] bridge: netfilter: fix a memory leak
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] bridge: netfilter: fix a memory leak
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• [PATCH] bridge: netfilter: fix a memory leak
  • From: Changli Gao <xiaosuo@xxxxxxxxx>
• Re: [PATCH] bridge: netfilter: fix a memory leak
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [rfc] bridge: is PACKET_LOOPBACK unlikely()?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [rfc] bridge: is PACKET_LOOPBACK unlikely()?
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• [Bug #16572][REGRESSION, bisected] random panics in bridging on 2.6.34+
  • From: Patrick McLean <patrick@xxxxxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [patch net-next-2.6] bridge: allow hub-like behaviour
  • From: Jiri Pirko <jpirko@xxxxxxxxxx>
• Re: [Lf-announce] Experience LinuxCon From Your Desk - Live Video Streaming
  • From: "LD 'Gus' Landis" <ldlandis@xxxxxxxxx>
• [Lf-announce] Experience LinuxCon From Your Desk - Live Video Streaming
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Re: ebtables PREROUTING -drop
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• ebtables PREROUTING -drop
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• [Lf-announce] LinuxCon - Only One Week Away, Almost Sold Out
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: [BUG] bridge leaks 3 references on lo per up&down
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] bridge leaks 3 references on lo per up&down
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: rstpd & 2.4
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: [BUG] bridge leaks 3 references on lo per up&down
  • From: David Lamparter <equinox@xxxxxxxxxx>
• [BUG] bridge leaks 3 references on lo per up&down
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Bridging and NAT: Confusion when linux sees the packet for a second time
  • From: Jarrod Lowe <jarrod.lowe@xxxxxxxxx>
• Re: Bridging and NAT: Confusion when linux sees the packet for a second time
  • From: Jarrod Lowe <jarrod.lowe@xxxxxxxxx>
• Re: rstpd & 2.4
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: rstpd & 2.4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: rstpd & 2.4
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• [Lf-announce] LinuxCon: New Speakers & Sessions - Only 2 Weeks Left
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/8] net: bridge: fix sign bug
  • From: Kulikov Vasiliy <segooon@xxxxxxxxx>
• Re: [PATCH 7/8] net: bridge: fix sign bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] net: bridge: fix sign bug
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [Lf-announce] LinuxCon Registration Deadline This Thursday – Register Now Before the Fee Increases
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: Bridge blocking network traffic
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: rstpd & 2.4
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: rstpd & 2.4
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• rstpd & 2.4
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: Enquiry on Linux bridge
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
• Enquiry on Linux bridge
  • From: Ng Ming Ann <ming.ng@xxxxxxxx>
• [Lf-announce] Register for LinuxCon before the July 15th Fee Increase
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• Re: What are actually ethernet devices (and what does a bridge do?).
  • From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
• What are actually ethernet devices (and what does a bridge do?).
  • From: Stef Bon <stefbon@xxxxxxxxx>
• Re: Bridge blocking network traffic
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• Re: Welcome to the "Bridge" mailing list
  • From: FAbrice <pixiesfr@xxxxxxxxx>
• [Lf-announce] Linux Foundation Monthly Newsletter: June 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Re: Discrepancy in setageing
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Discrepancy in setageing
  • From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
• [Lf-announce] The Five Reasons You Can't Miss LinuxCon 2010
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: Bridge responds on its IP address even when br0 is down.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Bridge responds on its IP address even when br0 is down.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bridge responds on its IP address even when br0 is down.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: Bridge responds on its IP address even when br0 is down.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridge responds on its IP address even when br0 is down.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH] netconsole: queue console messages to send later
  • From: Flavio Leitner <fleitner@xxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netconsole: queue console messages to send later
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• bridge eth0 usb0 arp reply problem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
• Re: Spanning tree mapping utility
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Spanning tree mapping utility
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Spanning tree mapping utility
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Spanning tree mapping utility
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: Multicasting and Bridged networking issue
  • From: "Singh, Animesh" <Animesh.Singh@xxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• Re: Multicasting and Bridged networking issue
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Multicasting and Bridged networking issue
  • From: "Singh, Animesh" <Animesh.Singh@xxxxxxx>
• Re: [PATCH net-next-2.6] br_netfilter: use skb_set_noref()
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next-2.6] br_netfilter: use skb_set_noref()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Flavio Leitner <fbl@xxxxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Lf-announce] LinuxCon Conference Program Announced - Features leading technical content addressing all matters Linux
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: host panic on kernel 2.6.34
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: vlan issue with bridge router, local virtual iface needs to be in same subnet
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• vlan issue with bridge router, local virtual iface needs to be in same subnet
  • From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
• Re: MAC address in bridge device
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• MAC address in bridge device
  • From: frank <frank@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• Re: Hardware requirements for bridging wired+wireless together
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
• Hardware requirements for bridging wired+wireless together
  • From: "Umar Qureshey" <umar.qureshey@xxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Monthly Newsletter: May
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] bridge: netpoll cleanup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] bridge: netfilter use net_ratelimit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] bridge: update sysfs link names if port device names have changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] bridge: change console message interface
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] bridge: update sysfs link names if port device names have changed
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 0/4] bridge: patches for net-next
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 1/4] bridge: netpoll cleanup
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 2/4] bridge: change console message interface
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 3/4] bridge: netfilter use net_ratelimit
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: which interface for IP address?
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• [Lf-announce] LinuxCon Keynotes Announced, Early Bird Reg Extended through Tomorrow
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: which interface for IP address?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [v5 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v5 Patch 2/3] bridge: make bridge support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v5 Patch 3/3] bonding: make bonding support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• which interface for IP address?
  • From: Lars Täuber <taeuber@xxxxxxx>
• Re: Bridging Features : snmp
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridging Features : snmp
  • From: Boulay Gilles <Gilles.Boulay@xxxxxxxxxxxxxxxxxx>
• Re: [v4 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Dongdong Deng <libfetion@xxxxxxxxx>
• Re: [v4 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v4 Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v4 Patch 3/3] bonding: make bonding support netpoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v4 Patch 2/3] bridge: make bridge support netpoll
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v4 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [Lf-announce] Linux Foundation Newsletter: April 2010
  • From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
• [v4 Patch 2/3] bridge: make bridge support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v4 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v4 Patch 3/3] bonding: make bonding support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [Lf-announce] Watch the Linux Foundation Collaboration Summit Keynotes Online Now
  • From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
• Re: Bridge blocking network traffic
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Bridge blocking network traffic
  • From: benno joy <bennojoy@xxxxxxxxx>
• Re: 10 gigabit linux bridge problem
  • From: Yavetskiy Yuriy <yavetskiy@xxxxxx>
• Re: RSTP-Linux Bridge (2.6 Kernel) query
  • From: voxner <voxner.dev@xxxxxxxxx>
• Re: RSTP-Linux Bridge (2.6 Kernel) query
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• RSTP-Linux Bridge (2.6 Kernel) query
  • From: voxner <voxner.dev@xxxxxxxxx>
• 10 gigabit linux bridge problem
  • From: Yavetskiy Yuriy <yavetskiy@xxxxxx>
• Re: problems using bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• problems using bridge
  • From: 张天园 <mariazty@xxxxxxx>
• problems using bridge
  • From: 张天园 <mariazty@xxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Jay Vosburgh <fubar@xxxxxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [Bonding-devel] [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [Lf-announce] Watch the Collaboration Summit Sessions via Live Video Streaming - Wed, April 14
  • From: Linux Foundation <events@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [v3 Patch 1/3] netpoll: add generic support for bridge and bonding devices
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v3 Patch 3/3] bonding: make bonding support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• [v3 Patch 2/3] bridge: make bridge support netpoll
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: queing layer and bridge traffic .
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Ryan Whelan <ryan.whelan@xxxxxxxxxxxxx>
• queing layer and bridge traffic .
  • From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
• 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>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: "Ryan King" <ryank@xxxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Ryan Whelan <ryan.whelan@xxxxxxxxxxxxx>
• Re: [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: "Ryan King" <ryank@xxxxxxxxxxxxxx>
• Re: Bridging vSwitches in VMwares ESXi
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Bridging vSwitches in VMwares ESXi
  • From: Ryan Whelan <ryan.whelan@xxxxxxxxxxxxx>
• Re: [v2 Patch 3/3] bonding: make bonding support netpoll
  • From: Andy Gospodarek <andy@xxxxxxxxxxxxx>