Ethernet Bridge development
 help / color / mirror / Atom feed
* [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces
@ 2015-02-16 21:35 The Q
  2015-02-16 22:17 ` Joel Wirāmu Pauling
  0 siblings, 1 reply; 4+ messages in thread
From: The Q @ 2015-02-16 21:35 UTC (permalink / raw)
  To: bridge

[-- Attachment #1: Type: text/plain, Size: 249 bytes --]

 

Hi all

 

Assume that you have a linux bridge with two interfaces eth0 and eth1
enslaved to this bridge

What is the difference between sniffing the bridge and sniffing its
interfaces?

 

tcpdump -i br0   vs tcpdump -i eth0

 

Thanks

MiniME


[-- Attachment #2: Type: text/html, Size: 2229 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces
  2015-02-16 21:35 [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces The Q
@ 2015-02-16 22:17 ` Joel Wirāmu Pauling
  2015-02-16 22:28   ` Stephen Hemminger
  2015-02-16 22:39   ` Q
  0 siblings, 2 replies; 4+ messages in thread
From: Joel Wirāmu Pauling @ 2015-02-16 22:17 UTC (permalink / raw)
  To: The Q; +Cc: bridge@lists.linux-foundation.org

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

I can think of several potential differences. ​You may miss any bridge
specific traffic (STP, LLDP) using the interfaces generated by the bridge
itself.

If you have vlan tagged sub interfaces you might also miss that traffic if
you were snooping a particular interface. Obviously you will miss any
on-wire broadcast traffic specific to the layer1 connection a particular
interface was connected to if you sniff on an individual device.

Basically unless you are trying to trouble shoot a physical link issue I
would likely always use the container link when doing a packet dump, due to
several edge cases.

If your bridge node host is participating (i.e has an IP etc on the br0
device itself , rather than in the case of a container for Vtap's/Virtual
machine nics') You would also miss the hypervisors/hosts traffic if you
sniffed the contained nics.


-Joel



On 16 February 2015 at 15:35, The Q <theq@rogers.com> wrote:

>
>
> Hi all
>
>
>
> Assume that you have a linux bridge with two interfaces eth0 and eth1
> enslaved to this bridge
>
> What is the difference between sniffing the bridge and sniffing its
> interfaces?
>
>
>
> tcpdump -i br0   vs tcpdump –i eth0
>
>
>
> Thanks
>
> MiniME
>

[-- Attachment #2: Type: text/html, Size: 2801 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces
  2015-02-16 22:17 ` Joel Wirāmu Pauling
@ 2015-02-16 22:28   ` Stephen Hemminger
  2015-02-16 22:39   ` Q
  1 sibling, 0 replies; 4+ messages in thread
From: Stephen Hemminger @ 2015-02-16 22:28 UTC (permalink / raw)
  To: Joel Wirāmu Pauling; +Cc: The Q, bridge

[-- Attachment #1: Type: text/plain, Size: 174 bytes --]

Sniffing on bridge only shows traffic destined for the Mac address of the
bridge device.

Whereas sniffing on a physical device will show all traffic going over that
device.

[-- Attachment #2: Type: text/html, Size: 212 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces
  2015-02-16 22:17 ` Joel Wirāmu Pauling
  2015-02-16 22:28   ` Stephen Hemminger
@ 2015-02-16 22:39   ` Q
  1 sibling, 0 replies; 4+ messages in thread
From: Q @ 2015-02-16 22:39 UTC (permalink / raw)
  To: 'Joel Wirāmu Pauling'; +Cc: bridge

[-- Attachment #1: Type: text/plain, Size: 2123 bytes --]

Thanks Joel

I have the feeling that you are using developer terms which I don’t totally udersta

I will rephrase what I believe you said below, just to make sure that I got the idea:

 

Eth0ßà br0ßàeth1

 

From what you are saying if I sniff eth0 only there is chances that I will miss L1 traffic injected by the host or by the other eth1

If eth0 and eht1 have respectively vlan 1 and vlan 2 the only way to sniff both simultaneously would be by sniffing br0

There are also L1-L2 packet originated by br0 that might be misses

 

Are these correct?

 

Thanks

Q

 

From: aenertia@aenertia.net [mailto:aenertia@aenertia.net] On Behalf Of Joel Wiramu Pauling
Sent: February-16-15 5:17 PM
To: The Q
Cc: bridge@lists.linux-foundation.org
Subject: Re: [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces

 

I can think of several potential differences. ​You may miss any bridge specific traffic (STP, LLDP) using the interfaces generated by the bridge itself.

 

If you have vlan tagged sub interfaces you might also miss that traffic if you were snooping a particular interface. Obviously you will miss any on-wire broadcast traffic specific to the layer1 connection a particular interface was connected to if you sniff on an individual device. 

 

Basically unless you are trying to trouble shoot a physical link issue I would likely always use the container link when doing a packet dump, due to several edge cases. 

 

If your bridge node host is participating (i.e has an IP etc on the br0 device itself , rather than in the case of a container for Vtap's/Virtual machine nics') You would also miss the hypervisors/hosts traffic if you sniffed the contained nics.

 

 

-Joel

 

 

 

On 16 February 2015 at 15:35, The Q <theq@rogers.com> wrote:

 

Hi all

 

Assume that you have a linux bridge with two interfaces eth0 and eth1 enslaved to this bridge

What is the difference between sniffing the bridge and sniffing its interfaces?

 

tcpdump -i br0   vs tcpdump –i eth0

 

Thanks

MiniME

 


[-- Attachment #2: Type: text/html, Size: 8922 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2015-02-16 22:39 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-02-16 21:35 [Bridge] Sniffing a linux bridge vs sniffing enslaved interfaces The Q
2015-02-16 22:17 ` Joel Wirāmu Pauling
2015-02-16 22:28   ` Stephen Hemminger
2015-02-16 22:39   ` Q

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox