From owner-freebsd-net@FreeBSD.ORG Wed Dec 8 02:47:48 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 368D716A4CE for ; Wed, 8 Dec 2004 02:47:48 +0000 (GMT) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B78F343D60 for ; Wed, 8 Dec 2004 02:47:47 +0000 (GMT) (envelope-from tbyte@OTEL.net) Received: from dragon.otel.net ([212.36.8.135]) by mail.otel.net with esmtp (Exim 4.30; FreeBSD) id 1Cbrrl-0008Pw-Ng; Wed, 08 Dec 2004 04:47:45 +0200 Message-ID: <41B66B6C.8060105@OTEL.net> Date: Wed, 08 Dec 2004 04:48:12 +0200 From: Iasen Kostov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041117 X-Accept-Language: bg, en-us, en MIME-Version: 1.0 To: Iasen Kostov References: <41AB0B98.6020600@OTEL.net> <41B5BC98.2080408@OTEL.net> <20041207232408.GA26544@hub.freebsd.org> <41B662E1.1040303@OTEL.net> <41B66998.9070104@OTEL.net> In-Reply-To: <41B66998.9070104@OTEL.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 02:47:48 -0000 Iasen Kostov wrote: > Iasen Kostov wrote: > >> Tony Ackerman wrote: >> >>> What is the purpose of putting em1 in promiscuous mode below? Is >>> the required or did you just notice the issue with this configuration? >>> >>> There was a change added some months ago in order to allow the >>> bridging of vlans. In order for vlan briding to work the interface >>> had to have vlan tagging/stripping disabled when promisc mode is >>> invoked (which is how bridge works). The side effect is that now >>> tcpdump which puts the interface in promisc mode by default will >>> in effect cripple the interface. >>> >>> However, if "tcpdump -p" does not put the interface in promisc mode >>> and it works just fine. >>> >>> >> What about bridge over VLAN ? If you can make a bridge over vlans >> without putting >> interfaces in promisc mode I won't have some of the problems - but I >> don't think it is possible ... >> More, if you forget to put -p after tcpdump (or trafshow) in ssh >> session ... BOOM. >> At least until sshd times out and drops the session and kills tcpdump >> but of course this is rather >> annoying :). And some traffic accounters go into background so they >> won't die with the >> ssh session making you say large amount of not so nice words before >> calling the support >> asking them to reboot the machine :). >> >>> On Tue, Dec 07, 2004 at 04:22:16PM +0200, Iasen Kostov wrote: >>> >>> >>>> Iasen Kostov wrote: >>>> >>>> >>>> >>>>> Robert Watson wrote: >>>>> >>>>> >>>>> >>>>>> On Sat, 27 Nov 2004, Kevin Day wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> I recently upgraded to 5.3 on a system, and manually upgraded >>>>>>> src/sys/dev/em/* to the latest RELENG_5 versions. (1.44.2.4 of >>>>>>> if_em.c) >>>>>> >>>>>> >>>>>> I'm able to reproduce problems using the below configuration is >>>>>> 6.x also, >>>>>> and am investigating. Thanks for the report, hope to get back to >>>>>> you >>>>>> shortly with something concrete. >>>>>> >>>>>> Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >>>>>> robert@fledge.watson.org Principal Research Scientist, >>>>>> McAfee Research >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> While the VLAN side of things works better than the stock 5.3 >>>>>>> version, >>>>>>> there still is this problem: >>>>>>> >>>>>>> ifconfig vlan1 create >>>>>>> ifconfig vlan1 vlan 1 vlandev em1 link0 >>>>>>> ifconfig vlan2 create >>>>>>> ifconfig vlan2 vlan 2 vlandev em1 link0 >>>>>>> ifconfig vlan3 create >>>>>>> ifconfig vlan3 vlan 3 vlandev em1 link0 >>>>>>> >>>>>>> ifconfig vlan1 inet 192.aaa.bbb.129 netmask 255.255.255.0 >>>>>>> ifconfig vlan2 inet 64.ccc.ddd.61 netmask 255.255.255.192 >>>>>>> ifconfig vlan3 inet 64.eee.fff.61 netmask 255.255.255.192 >>>>>>> >>>>>>> ifconfig em1 up >>>>>>> ifconfig em1 promisc >>>>>>> >>>>>>> If I do this, vlan1 and vlan3 work fine. Vlan2 can receive >>>>>>> packets, but anything sent out vlan2 doesn't seem to be heard by >>>>>>> any foreign hosts. Setting "ifconfig em1 -promisc" makes all >>>>>>> vlans work properly. >>>>>>> >>>>>>> This is better than the stock 5.3 version of em(4) where none of >>>>>>> the vlans worked, but something still isn't right. >>>>>>> >>>>>>> Is this a known problem still or am I just doing something wrong? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> Saddly I can just confirm that :( >>>>> >>>>> regards >>>>> >>>>> _______________________________________________ >>>>> freebsd-net@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>> To unsubscribe, send any mail to >>>>> "freebsd-net-unsubscribe@freebsd.org" >>>>> >>>>> >>>> >>>> >>>> Is there an update on this case or I should find a way to disable >>>> all hw "things" in the driver ?:) (because things are getting hot >>>> here :). >>>> >>>> regards >>>> >>> >>> >>> >>> >>> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > Funny, it works when I load the module from loader.conf ... I mean > everything - bridge, tcpdump. Network adapter is changed too > but the model is the same. I realy didn't get it :(. > More fun it now works flawlessly ... wherever you load the if_em and I'm 100% sure that it didn't work with old adapter. I don't know I hope it was some kind ot hardware problem.