Date: Mon, 20 Apr 2009 13:24:16 -0700 From: Chris Cowart <ccowart@rescomp.berkeley.edu> To: Jon Otterholm <jon.otterholm@ide.resurscentrum.se> Cc: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>, Robert Watson <rwatson@FreeBSD.org> Subject: Re: Forwarding w/o promisc on 6.4 Message-ID: <20090420202416.GD40655@hal.rescomp.berkeley.edu> In-Reply-To: <C6115BC7.2A4CA%jon.otterholm@ide.resurscentrum.se> References: <alpine.BSF.2.00.0904191012250.21859@fledge.watson.org> <C6115BC7.2A4CA%jon.otterholm@ide.resurscentrum.se>
next in thread | previous in thread | raw e-mail | index | archive | help
--fXStkuK2IQBfcDe+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jon Otterholm wrote: > On 2009-04-19 11.14, "Robert Watson" <rwatson@FreeBSD.org> wrote: >> On Sun, 19 Apr 2009, Jon Otterholm wrote: >>> I have a router running 6.4R that does not forward packets if I disable >>> PROMISC on the interface. Hardware is a Dell PE with two Intel 82541EI >>> chipsets (if_em). I have a number (~100) of vlan-interfaces on em0. >>> Everything works as aexpected if I turn on PROMISC on em0 but forwarding >>> stops if I disable it, I can still communicate with the router directly= on >>> the same logical network (for example pinging interface adress on a vla= n_if >>> from a client on that vlan) but all forwarding stops. >>=20 >> Try disabling hardware VLAN taggging/processing? I believe you should b= e able >> to do this with "ifconfig em0 -vlanhwtag" (substituting appropriate inte= rface >> names). It could be there's a bug in how hardware-optimized tag handlin= g is >> being managed, as when promiscuous mode is used we re-insert vlan header= s in >> software for the benefits of BPF. >=20 > I tried doing this without any luck. Running GENERIC kernconf. > >>> Some info: >>> net.inet.ip.forwarding: 1 >>> net.inet.ip.fastforwarding: 0 (enableing this does not help) >>> net.inet.tcp.recvspace=3D1048576 >>> net.inet.tcp.sendspace=3D1048576 >>> kern.ipc.maxsockbuf=3D16777216 >>>=20 >>> I use PF for filtering and disableing this does not help either. Could you send the output from `ifconfig` and `netstat -rn`? That might help us figure out what's going on. --=20 Chris Cowart Network Technical Lead Network & Infrastructure Services, RSSP-IT UC Berkeley --fXStkuK2IQBfcDe+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iQIcBAEBAwAGBQJJ7NnwAAoJEIGh6j3cHUNPAYIP/jQs06EZmLmV85LJGJxl9DRL NN2s36cqwByfTtX0OFnaLsqD3gXLRpdo9nB5MsT/NMybVr9aUCuwj6TRfkgP8aSu F1hId0jxb5jM5HOvq+IYNzm4fYsOLboDScdMPulnJ62tGWYaZwJtVu0hJmo2D5pc pNPhjsHVu9yTVR2/IJBgx0v5U26bW7/K8UI25n04GSdToDA6wwqU6US3Uh3n+aDO f9L9uX4E5S7eNp/F9whQ/5XHkMvds7ZuAScEkuKt2DxbkMmwj6yamO7PQD8gASne I7Cs71FY8T5L2d4x+bHt6II1pXcCLuoOMTVFhQCCpvLlAnOJSvznMNGUBgJenfub g0cwXqImRwENp/rBscxAp9cQYpFmupHaGpwNyP1rDXv78QrlcTnvCaZkzjRbnZlv IWc+mI1PMfG6W4FyK6aSihS4ZEIKT1FCYag9heeBwoDg2EBn2x7DqPIdsTGnlrmp MftkNPIYnfvVnmh2SmuT5LKQ1z1pNEM5OujH4/8kLSQzTZivRlfClLuZlf1RCdM6 RKqih/KE9v+EeRPdOYZbFV3lUVjmM8/jOxJ7vwaD72DO5JuVzpD0S/XEK1iGQhAa i+DWby9XhPierTqH9/DHqRmUqWq3Nc77PyVtrbET6eEDFAvdyOKJV/No/7IyRQfT m0qSSzWJVE09viCYoI79 =AphS -----END PGP SIGNATURE----- --fXStkuK2IQBfcDe+--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090420202416.GD40655>