Re: em0, VLAN and bpf(?) trouble w/RELENG_5

From: Iasen Kostov <tbyte_at_OTEL.net>
Date: Tue, 09 Nov 2004 21:09:06 +0200
Robert Watson wrote:

>On Mon, 8 Nov 2004 astesin_at_ukrtelecom.net wrote:
>
>  
>
>>The problem. From time to time, vlan0 stops passing packets at all. At
>>this moments, Catalyst stops seeing MAC of vlan0 (it's the same MAC as
>>em0) in the mantione VLAN (untagged VLAN is also configured at em0 and
>>works fine!).  This means that `show mac-address-table vlan XX' command
>>on Catalyst don't show the MAC. 
>>
>>The problem can be easily repeated manually. It's enough just to issue a
>>command like `trafshow -I vlan0' of `tcpdump -I vlan0' and voila! vlan0
>>is out of business, no packets are going through. 
>>    
>>
>
>Hmm.  Could I get you to try/investigate a few things:
>
>(1) If you run tcpdump on the em0 interface itself, does the same thing
>    happen?
>
>(2) When vlan0 wedges, do you still see traffic on em0, and can you
>    generate traffic on em0 that's picked up by the switch?
>
>(3) Do other vlan pseudo-interfaces wedge under similar circumstances?
>
>(4) Could you try running with "debug.mpsafenet=0" in loader.conf (reboot
>    for it to take effect) and see if that makes a difference?
>
>(5) Does it matter whether you enter promiscuous mode using BPF -- i.e.,
>    "tcpdump -p -i vlan0" vs w/o the -p flag?
>
>(6) When vlan0 is in the wedged condition, how "no packets" is it?  Can
>    you send packets but not receieve, or receive packets and not send?
>
>Thanks!
>
>Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
>robert_at_fledge.watson.org      Principal Research Scientist, McAfee Research
>
>_______________________________________________
>freebsd-current_at_freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>
>  
>
    This seam to happen only with promiscuous mode set. It doesn't 
happen when you use -p with tcpdump or trafshow.
I suspect that the problem is somewhere in hardware vlan tagging. 
Possibly in promiscuous mode driver thinks that the
adapter tags/untags packets but it doesn't (just a thoght ...).

regards.
Received on Tue Nov 09 2004 - 18:09:10 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:21 UTC