From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 06:01:49 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2992106564A for ; Sun, 18 Dec 2011 06:01:49 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4928FC08 for ; Sun, 18 Dec 2011 06:01:48 +0000 (UTC) Received: by eaaf13 with SMTP id f13so5544306eaa.13 for ; Sat, 17 Dec 2011 22:01:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=gOTFRL4RjwIw2AY+i1IT6rMgLiomhDJUekEyoKV2pv0=; b=K2Za3ml3YAtY0gyb6jyvXfhhrqg8u4XlToteozWIBKuiaMcMbv4B8lhKbvIlej4E0K YsXqo2zZ0MQyl1aXWD5+LlwlYNgvnMk8bzxaXBztiQSSAIERB/Y5ld7zLx/89/FAgSiX tNwEN42/4SWzN/M1h93cJf9JDjCnt6lHeRB5Y= Received: by 10.204.128.77 with SMTP id j13mr412081bks.124.1324188107734; Sat, 17 Dec 2011 22:01:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Sat, 17 Dec 2011 22:01:06 -0800 (PST) In-Reply-To: References: From: saeedeh motlagh Date: Sun, 18 Dec 2011 09:31:06 +0330 Message-ID: To: Alireza Torabi , freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 06:01:49 -0000 i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to be switch here. one interface of 28 is connected to 25 and the other interface of 28 is connected to 12. as mentioned below, i've defined two vlan10 and 11 with the same vlan id on the 28 and bridge them. now i can't ping 0.25 from 0.12. what's wrong here? should i define vlan10 on 12 and 25? please tell me if i'm misunderstanding. this is the ifconfig for 0.28: vlan10: flags=3D8943 metric= 0 mtu 1500 options=3D3 ether 00:27:0e:03:4b:2f media: Ethernet autoselect (1000baseT ) status: active vlan: 10 parent interface: gbeth0 vlan11: flags=3D8943 metric= 0 mtu 1500 options=3D100 ether 00:30:4f:63:5a:bc media: Ethernet autoselect (none) status: active vlan: 10 parent interface: msk0 bridge0: flags=3D8843 metric 0 mtu 1500 ether d6:c4:f6:0f:5e:4f id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: vlan11 flags=3D143 ifmaxaddr 0 port 6 priority 128 path cost 55 member: vlan10 flags=3D143 ifmaxaddr 0 port 5 priority 128 path cost 20000 On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi w= rote: > =D9=8EAlso it's a good idea to to attach a ifconfig output. > > On 12/17/11, saeedeh motlagh wrote: > > when i do that, the vlan is defined but from a system in a vlan, i can'= t > > ping the other one which is in the same vlan. so i think that the vlan = is > > not working. am i right? > > > > On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett > wrote: > > > >> You probably just need to do ifconfig vlanxxx up instead of assigning = an > >> IP. > >> > >> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh > >> wrote: > >> > hi every body > >> > > >> > i wanna configure a freebsd box as a switch. in order to do that, i > >> bridged > >> > all my interfaces to have switching and it works fine. after that i > want > >> to > >> > have vlans on it. as you know, in a real switch, a vlan is configure= d > >> just > >> > by assigning a port to it without any additional configuration and > vlans > >> > are submitted just by name. but in freebsd a vlan just works when it > has > >> an > >> > ip address (i think). when i define vlan121 on two freebsd systems > with > >> ip > >> > address it works fine but without ip address i don't know how it > should > >> be > >> > worked. > >> > > >> > can sombody tell me if it is possible to simulate vlans in freebsd a= s > >> they > >> > are in a real switch? i mean can we have vlans without ip addresses > >> > which > >> > works fine? maybe some kind of vlan which works by MAc address. is i= t > >> > possible? > >> > it's so necessary for me to do that:( > >> > > >> > yours, > >> > motlagh > >> > _______________________________________________ > >> > freebsd-net@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net > >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.or= g > " > >> > > _______________________________________________ > > 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" > > > From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 11:51:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3A7C1065673 for ; Sun, 18 Dec 2011 11:51:00 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id 67A628FC08 for ; Sun, 18 Dec 2011 11:51:00 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RcFGb-000E5V-RU for freebsd-net@freebsd.org; Sun, 18 Dec 2011 12:50:57 +0100 Date: Sun, 18 Dec 2011 12:50:51 +0100 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <1674097252.20111218125051@nitronet.pl> To: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: Subject: IPFW tables, dummynet and IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 11:51:00 -0000 Hi lists, Are there any plans to implement IPv6 tables in ipfw? It would seem that our gov. may want to force us into IPv6 in 6 months ;) Cheers. From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 11:59:29 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFAF106564A; Sun, 18 Dec 2011 11:59:29 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5108FC14; Sun, 18 Dec 2011 11:59:29 +0000 (UTC) Received: from secured.by.ipfw.ru ([81.200.11.182] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RcFOq-0007C4-3p; Sun, 18 Dec 2011 15:59:28 +0400 Message-ID: <4EEDD566.8020609@FreeBSD.org> Date: Sun, 18 Dec 2011 15:58:30 +0400 From: "Alexander V. Chernikov" User-Agent: Thunderbird 2.0.0.24 (X11/20100515) MIME-Version: 1.0 To: Pawel Tyll References: <1674097252.20111218125051@nitronet.pl> In-Reply-To: <1674097252.20111218125051@nitronet.pl> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1263B90A65F93F6A1926774F" Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: IPFW tables, dummynet and IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 11:59:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1263B90A65F93F6A1926774F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pawel Tyll wrote: > Hi lists, >=20 > Are there any plans to implement IPv6 tables in ipfw? It would seem > that our gov. may want to force us into IPv6 in 6 months ;) I've got working implementation for IPv4+IPv6 and interface tables: 15:56 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 2 list 1.2.3.4/30 0 2a02:978::/64 0 15:16 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 4 list em4/em4 20000 vlan144/vlan144 10000 vlan145/vlan145 11000 vlan146/vlan146 12000 I plan to commit it today/tomorrow. 8.2-S diff will be available, too >=20 > Cheers. >=20 >=20 > _______________________________________________ > 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" >=20 --------------enig1263B90A65F93F6A1926774F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7t1WkACgkQwcJ4iSZ1q2n7fQCeO4R+jxOx5fTRk6yHbXLjN9q+ CL8AniaLVYdkO6vVHUENaHzoA8BDLtFV =4S8L -----END PGP SIGNATURE----- --------------enig1263B90A65F93F6A1926774F-- From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 12:04:30 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0CE7106566C for ; Sun, 18 Dec 2011 12:04:30 +0000 (UTC) (envelope-from ptyll@nitronet.pl) Received: from mail.nitronet.pl (smtp.nitronet.pl [195.90.106.27]) by mx1.freebsd.org (Postfix) with ESMTP id B0F0D8FC16 for ; Sun, 18 Dec 2011 12:04:30 +0000 (UTC) Received: from mailnull by mail.nitronet.pl with virscan (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RcFTh-000Eg9-UJ for freebsd-net@freebsd.org; Sun, 18 Dec 2011 13:04:29 +0100 Date: Sun, 18 Dec 2011 13:04:21 +0100 From: Pawel Tyll X-Priority: 3 (Normal) Message-ID: <517758919.20111218130421@nitronet.pl> To: "Alexander V. Chernikov" In-Reply-To: <4EEDD566.8020609@FreeBSD.org> References: <1674097252.20111218125051@nitronet.pl> <4EEDD566.8020609@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Nitronet.pl X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ptyll@nitronet.pl X-SA-Exim-Scanned: No (on mail.nitronet.pl); SAEximRunCond expanded to false Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: IPFW tables, dummynet and IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 12:04:31 -0000 Hi Alexander, > I've got working implementation for IPv4+IPv6 and interface tables: Lately every time I have some kind of problem, you come with a solution ready :> Thanks for the heads-up! From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 12:22:36 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD0D1065670 for ; Sun, 18 Dec 2011 12:22:36 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 543FD8FC13 for ; Sun, 18 Dec 2011 12:22:35 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF4B3.dip.t-dialin.net [217.251.244.179]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBICMXFE058295; Sun, 18 Dec 2011 12:22:34 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBICMM6x095250; Sun, 18 Dec 2011 13:22:22 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBICMAgd008284; Sun, 18 Dec 2011 13:22:16 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112181222.pBICMAgd008284@fire.js.berklix.net> To: Sami Halabi From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 17 Dec 2011 22:25:29 +0200." Date: Sun, 18 Dec 2011 13:22:10 +0100 Sender: jhs@berklix.com Cc: freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 12:22:36 -0000 Reference: > From: Sami Halabi Please do not top post. Sami Halabi wrote: > Hi, > I'm using FBSD8.2-R-p4, You omitted to say that in first post. > i just commented that the only discussion i found > is for old releases without fedback if that helped. > > I appreciate any help. Now people know it's a current problem, more may look at it. Good luck. > > Sami > > On Sat, Dec 17, 2011 at 7:48 PM, Julian H. Stacey wrote: > > > Hi, > > Sami Halabi wrote: > > > > I dropped isp@ as it seems not relevant to list remit. > > > > > any ideas? > > > > You'r using Obsolete FreeBSD. > > Try 8.2 or stable or 9.0-RC3 or current & people could be interested. > > > > If you company forces you to use obsolete FreeBSD for commercial reasons, > > use their money for a solution: pay some BSD consultant somewhere > > on a world wide list: > > http://berklix.com/consultants/ > > > > > Sami > > > > > > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote: > > > > > > > Hi, > > > > > > > > I've searched the net andfound basicly 2 threads talking about the > > message: > > > > > > > > ng_mppc_decompress: too many (4094) packets dropped, disabling node > > > > > > > > in FBSD 6.3 > > > > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.htmlits > > > > a pr 123045 > > > > and 5.4. http://markmail.org/message/lptpp4qmiwksazxc > > > > basicly suggested to set define MPPE_MAX_REKEY to a higher values > > > > and found somewhere a patch that changes it to variable rather than > > using > > > > it as macro > > > > > > > > i saw no answer indicating this really solves the problem. > > > > > > > > did anyone have a solution tothe problem? i'm suffering from it even i > > > > have about 200 concurrent connections, as i read MPD+FREEBSD usually > > can > > > > utilize thousands of sessions. > > > > > > > > Thanks in advance, > > > > > > > > -- > > > > Sami Halabi > > > > Information Systems Engineer > > > > NMS Projects Expert > > > > > > > > > > > > > > > > > -- > > > Sami Halabi > > > Information Systems Engineer > > > NMS Projects Expert > > > _______________________________________________ > > > freebsd-isp@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > > > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > > > > > > > > > Cheers, > > Julian > > -- > > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich > > http://berklix.com > > Reply below not above, cumulative like a play script, & indent with "> ". > > Format: Plain text. Not HTML, multipart/alternative, base64, > > quoted-printable. > > EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 > > > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > _______________________________________________ > 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" > Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 13:20:53 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C923F106566C for ; Sun, 18 Dec 2011 13:20:53 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CAC38FC12 for ; Sun, 18 Dec 2011 13:20:53 +0000 (UTC) Received: by iadj38 with SMTP id j38so4473816iad.13 for ; Sun, 18 Dec 2011 05:20:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Czdf4Gk6NP5g5TuwKx9B6PpG+X0uWkjBLkawvw6N3sE=; b=lMtT+ZqPAww38hXKiJpI93Js8j8NVDaeFq2IM1A92lS5vVrTP0qUhFh4kp8TWOQdz2 x3jQqhiFlheYEXBNui+cpPcaLGS31RsqbrPoAIGDttzHuXmGPbuwSQeVNp+xjXzsaeLY +DE3NXRAoWq7+axCo17hxvWZBR5J6oIfh+wic= MIME-Version: 1.0 Received: by 10.50.196.163 with SMTP id in3mr20992240igc.53.1324214450218; Sun, 18 Dec 2011 05:20:50 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sun, 18 Dec 2011 05:20:50 -0800 (PST) In-Reply-To: <201112181222.pBICMAgd008284@fire.js.berklix.net> References: <201112181222.pBICMAgd008284@fire.js.berklix.net> Date: Sun, 18 Dec 2011 15:20:50 +0200 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 13:20:54 -0000 Hi, i actually tried that (setting REKEY to 1500 instead of 1000) but i still see this message in the /var/log/messages... help, Sami On Sun, Dec 18, 2011 at 2:22 PM, Julian H. Stacey wrote: > Reference: > > From: Sami Halabi > > Please do not top post. > > Sami Halabi wrote: > > Hi, > > I'm using FBSD8.2-R-p4, > > You omitted to say that in first post. > > > i just commented that the only discussion i found > > is for old releases without fedback if that helped. > > > > I appreciate any help. > > Now people know it's a current problem, more may look at it. Good luck. > > > > > Sami > > > > On Sat, Dec 17, 2011 at 7:48 PM, Julian H. Stacey > wrote: > > > > > Hi, > > > Sami Halabi wrote: > > > > > > I dropped isp@ as it seems not relevant to list remit. > > > > > > > any ideas? > > > > > > You'r using Obsolete FreeBSD. > > > Try 8.2 or stable or 9.0-RC3 or current & people could be interested. > > > > > > If you company forces you to use obsolete FreeBSD for commercial > reasons, > > > use their money for a solution: pay some BSD consultant somewhere > > > on a world wide list: > > > http://berklix.com/consultants/ > > > > > > > Sami > > > > > > > > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi > wrote: > > > > > > > > > Hi, > > > > > > > > > > I've searched the net andfound basicly 2 threads talking about the > > > message: > > > > > > > > > > ng_mppc_decompress: too many (4094) packets dropped, disabling node > > > > > > > > > > in FBSD 6.3 > > > > > > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.htmlits > > > > > a pr 123045 > > > > > and 5.4. http://markmail.org/message/lptpp4qmiwksazxc > > > > > basicly suggested to set define MPPE_MAX_REKEY to a higher values > > > > > and found somewhere a patch that changes it to variable rather than > > > using > > > > > it as macro > > > > > > > > > > i saw no answer indicating this really solves the problem. > > > > > > > > > > did anyone have a solution tothe problem? i'm suffering from it > even i > > > > > have about 200 concurrent connections, as i read MPD+FREEBSD > usually > > > can > > > > > utilize thousands of sessions. > > > > > > > > > > Thanks in advance, > > > > > > > > > > -- > > > > > Sami Halabi > > > > > Information Systems Engineer > > > > > NMS Projects Expert > > > > > > > > > > > > > > > > > > > > > > -- > > > > Sami Halabi > > > > Information Systems Engineer > > > > NMS Projects Expert > > > > _______________________________________________ > > > > freebsd-isp@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > > > > To unsubscribe, send any mail to " > freebsd-isp-unsubscribe@freebsd.org" > > > > > > > > > > > > > Cheers, > > > Julian > > > -- > > > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich > > > http://berklix.com > > > Reply below not above, cumulative like a play script, & indent with > "> ". > > > Format: Plain text. Not HTML, multipart/alternative, base64, > > > quoted-printable. > > > EU tax to kill London Vetoed > http://berklix.com/~jhs/blog/2011_12_11 > > > > > > > > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > _______________________________________________ > > 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" > > > > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich > http://berklix.com > Reply below not above, cumulative like a play script, & indent with "> ". > Format: Plain text. Not HTML, multipart/alternative, base64, > quoted-printable. > EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 18:09:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABD01065676 for ; Sun, 18 Dec 2011 18:09:20 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 35B618FC15 for ; Sun, 18 Dec 2011 18:09:19 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so1296119wib.13 for ; Sun, 18 Dec 2011 10:09:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eNzx5nQixBoipO0b9aDVBSWJO0XnePs1GC9xR6a3l4w=; b=PWCZIii8Ry8i+1g0WttMZoAZF0953ewZZN+loEX5TEoQeLCs2sj/7G+iMLc9HbGhxY Hr8LI4aQOtW0Z/crJKDMrHTpvYvaNzLrjA0GIkrhA/IbEB9FsiAaMatlv9gXKBrsl3Tc oXQAJ+2KxzarVIw1ulC9fNjki0aDmKp9XDYpQ= MIME-Version: 1.0 Received: by 10.180.95.136 with SMTP id dk8mr18270317wib.11.1324231758771; Sun, 18 Dec 2011 10:09:18 -0800 (PST) Received: by 10.223.158.129 with HTTP; Sun, 18 Dec 2011 10:09:18 -0800 (PST) In-Reply-To: <4EEDD566.8020609@FreeBSD.org> References: <1674097252.20111218125051@nitronet.pl> <4EEDD566.8020609@FreeBSD.org> Date: Sun, 18 Dec 2011 10:09:18 -0800 Message-ID: From: Kevin Oberman To: "Alexander V. Chernikov" Content-Type: text/plain; charset=ISO-8859-1 Cc: Pawel Tyll , freebsd-ipfw@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW tables, dummynet and IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 18:09:20 -0000 On Sun, Dec 18, 2011 at 3:58 AM, Alexander V. Chernikov wrote: > Pawel Tyll wrote: >> Hi lists, >> >> Are there any plans to implement IPv6 tables in ipfw? It would seem >> that our gov. may want to force us into IPv6 in 6 months ;) > I've got working implementation for IPv4+IPv6 and interface tables: > > 15:56 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 2 list > 1.2.3.4/30 0 > 2a02:978::/64 0 > > > 15:16 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 4 list > em4/em4 20000 > vlan144/vlan144 10000 > vlan145/vlan145 11000 > vlan146/vlan146 12000 > > > I plan to commit it today/tomorrow. > 8.2-S diff will be available, too > Thanks! I've been wanting this for a long time as working around it involved some really, really ugly hacks if you must support IPv6 (which we do). -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 19:10:32 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82649106566C for ; Sun, 18 Dec 2011 19:10:32 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out9.libero.it (cp-out9.libero.it [212.52.84.109]) by mx1.freebsd.org (Postfix) with ESMTP id F2FA78FC13 for ; Sun, 18 Dec 2011 19:10:26 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020D.4EEE3AA0.0155,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.159.94) by cp-out9.libero.it (8.5.133) id 4EA2ECE108170264 for freebsd-net@freebsd.org; Sun, 18 Dec 2011 20:10:24 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.4) with ESMTP id pBIJAKxE059798 for ; Sun, 18 Dec 2011 20:10:20 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4EEE3A9C.4040200@netfence.it> Date: Sun, 18 Dec 2011 20:10:20 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.24) Gecko/20111207 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4EE8FA10.8090502@netfence.it> In-Reply-To: <4EE8FA10.8090502@netfence.it> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 19:10:32 -0000 On 12/16/11, Eugene Grosbein wrote: (Sorry Eugene, I didn't get your message until I searched the web). > Do you use NAT? man ipfw clearly states: > > ipfw nat is not compatible with > the TCP segmentation offloading (TSO). Thus, to reliably nat your net- > work traffic, please disable TSO on your NICs using ifconfig(8) Yes, I'm using ipfw and NAT, so this is the problem. Thanks for solving me this. I'm just wondering if it was a good idea to enable TSO by default without at least a warning in the release notes or in UPDATING. This has caused me some headaches, which is ok, I'm just sorry I've also wasted some of YongHyeon's time; what's worse, I believe I won't be the only one hit by this. bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 19:23:11 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0631065672 for ; Sun, 18 Dec 2011 19:23:11 +0000 (UTC) (envelope-from sol289@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 76DB48FC12 for ; Sun, 18 Dec 2011 19:23:11 +0000 (UTC) Received: by iadj38 with SMTP id j38so4937914iad.13 for ; Sun, 18 Dec 2011 11:23:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ELbFtohG48yJaxI1I+7RBMCyOjOdh5S8EMGz5dBnECI=; b=gGCY9coexhuv+eVKf4KGb2UlP2OhFgz13KlY6YLsMI9Bn3zuYz8B2syk8SupG+Ndw1 fPoMfHStiCQBaiZtSbgt+C2y8ypNAyVudUrZDrDuQP4k9Dg0J5eilW4s9Z/jYWgvf47h ykkMmdYxynyOgmq8MjmvMLhzhGQjzX7WBq3H4= Received: by 10.50.77.194 with SMTP id u2mr23745679igw.2.1324236190119; Sun, 18 Dec 2011 11:23:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.135.34 with HTTP; Sun, 18 Dec 2011 11:22:50 -0800 (PST) In-Reply-To: References: From: Alexander Lunev Date: Sun, 18 Dec 2011 23:22:50 +0400 Message-ID: To: saeedeh motlagh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 19:23:11 -0000 first of all, you should name and number you vlan same, if it's clan10 on the one side, then it's vlan10 on the other side and in betweeen. then (though you have to do it first of all), you should understand how vlan's work, and after that connect ports to each other according to your scheme. -- your sweet isn't ready yet On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh wrote: > i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to be > switch here. one interface of 28 is connected to 25 and the other interfa= ce > of 28 is connected to 12. as mentioned below, i've defined two vlan10 and > 11 with the same vlan id on the 28 and bridge them. > now i can't ping 0.25 from 0.12. what's wrong here? should i define vlan1= 0 > on 12 and 25? > please tell me if i'm misunderstanding. > this is the ifconfig for 0.28: > vlan10: flags=3D8943 metr= ic 0 > mtu 1500 > =C2=A0 =C2=A0options=3D3 > =C2=A0 =C2=A0ether 00:27:0e:03:4b:2f > =C2=A0 =C2=A0media: Ethernet autoselect (1000baseT ) > =C2=A0 =C2=A0status: active > =C2=A0 =C2=A0vlan: 10 parent interface: gbeth0 > vlan11: flags=3D8943 metr= ic 0 > mtu 1500 > =C2=A0 =C2=A0options=3D100 > =C2=A0 =C2=A0ether 00:30:4f:63:5a:bc > =C2=A0 =C2=A0media: Ethernet autoselect (none) > =C2=A0 =C2=A0status: active > =C2=A0 =C2=A0vlan: 10 parent interface: msk0 > bridge0: flags=3D8843 metric 0 mt= u > 1500 > =C2=A0 =C2=A0ether d6:c4:f6:0f:5e:4f > =C2=A0 =C2=A0id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > =C2=A0 =C2=A0maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > =C2=A0 =C2=A0root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > =C2=A0 =C2=A0member: vlan11 flags=3D143 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 6 priority 128 = path cost 55 > =C2=A0 =C2=A0member: vlan10 flags=3D143 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 5 priority 128 = path cost 20000 > > > On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi wrote: > >> =D9=8EAlso it's a good idea to to attach a ifconfig output. >> >> On 12/17/11, saeedeh motlagh wrote: >> > when i do that, the vlan is defined but from a system in a vlan, i can= 't >> > ping the other one which is in the same vlan. so i think that the vlan= is >> > not working. am i right? >> > >> > On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett >> wrote: >> > >> >> You probably just need to do ifconfig vlanxxx up instead of assigning= an >> >> IP. >> >> >> >> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >> >> wrote: >> >> > hi every body >> >> > >> >> > i wanna configure a freebsd box as a switch. in order to do that, i >> >> bridged >> >> > all my interfaces to have switching and it works fine. after that i >> want >> >> to >> >> > have vlans on it. as you know, in a real switch, a vlan is configur= ed >> >> just >> >> > by assigning a port to it without any additional configuration and >> vlans >> >> > are submitted just by name. but in freebsd a vlan just works when i= t >> has >> >> an >> >> > ip address (i think). when i define vlan121 on two freebsd systems >> with >> >> ip >> >> > address it works fine but without ip address i don't know how it >> should >> >> be >> >> > worked. >> >> > >> >> > can sombody tell me if it is possible to simulate vlans in freebsd = as >> >> they >> >> > are in a real switch? i mean can we have vlans without ip addresses >> >> > which >> >> > works fine? maybe some kind of vlan which works by MAc address. is = it >> >> > possible? >> >> > it's so necessary for me to do that:( >> >> > >> >> > yours, >> >> > motlagh >> >> > _______________________________________________ >> >> > freebsd-net@freebsd.org mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.o= rg >> " >> >> >> > _______________________________________________ >> > 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" >> > >> > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 17:01:26 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71014106567B for ; Wed, 14 Dec 2011 17:01:26 +0000 (UTC) (envelope-from flagel@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 025D98FC16 for ; Wed, 14 Dec 2011 17:01:25 +0000 (UTC) Received: by faaf16 with SMTP id f16so2050454faa.13 for ; Wed, 14 Dec 2011 09:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=T6qEWn6AYz4x9ZEKuFRxgpjVBGLX7Q/jDWtpgHVbeUg=; b=IBXP5jFjds9Or1CjLzTjeddKGSB2g2cZANwI9O50J+QDqb5GA2kgM9uCqG9SRTekM1 q8jGLemisHCgakiLCjusvKfo41xWPVWlxcEC6I5i9S3VxcPTjzTHvMEyAbqwFKv6w2L0 hiUj94qjzRlt/kBH2ycB9P16fEV4msuMZqMOI= MIME-Version: 1.0 Received: by 10.180.73.193 with SMTP id n1mr6337600wiv.1.1323880424936; Wed, 14 Dec 2011 08:33:44 -0800 (PST) Sender: flagel@gmail.com Received: by 10.216.93.81 with HTTP; Wed, 14 Dec 2011 08:33:44 -0800 (PST) Date: Wed, 14 Dec 2011 17:33:44 +0100 X-Google-Sender-Auth: zilfzqvC7Hka7chh6EoJcZovZfA Message-ID: From: Tanel Rebane To: freebsd-net@freebsd.org X-Mailman-Approved-At: Sun, 18 Dec 2011 22:28:31 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2011 17:01:26 -0000 I'm trying to wrap my head around the igb(4) drivers. As I've understood this driver is written by Intel and they distribute it from their Download Center. The driver also seems to be included in the default installation of FreeBSD (yet I can't seem to find anything relevant in src/sys/dev/igb). However, when comparing the igb(4) man page (of FreeBSD) and the readme for igb-2.2.3.tar.gz (of Intel) there are differences in supported devices. Am I right in suspecting that Intel does all the developing in-house and then, from time to time, their source gets pushed/synced with the FreeBSD source tree? Does that mean that current the man page for igb(4) lists fewer supported devices because igb(4) on FreeBSD itself is out of date? If that is the case, how often does FreeBSD pull new versions of igb from Intel? Any input is greatly appreciated, thanks! Regards, Tanel Rebane P.S: Please CC me as I'm not subscribed to this list. From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 06:55:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C101065670 for ; Thu, 15 Dec 2011 06:55:00 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f79.mail.ru (f79.mail.ru [217.69.128.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8659A8FC12 for ; Thu, 15 Dec 2011 06:54:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:In-Reply-To:References:Date:Mime-Version:Subject:Cc:To:From; bh=QAgcdHWkCrIVKSPOFK5s0Xaij1CBZDhQ1nO54hJJWE8=; b=TQ4nXDXLYNX21Ccv5+T0fZHA6SrXfhSmM9jP5TEbXAUzcGAXW589mWURdxsaXUsQcHrUzno/2B6AnTUPUSfpIFN+YcPaJ2v0hld+/DMsIsbXlFpsVOirCIlywPzCvqoo; Received: from mail by f79.mail.ru with local id 1Rb5DT-0002ri-00; Thu, 15 Dec 2011 10:54:55 +0400 Received: from [95.32.63.169] by e.mail.ru with HTTP; Thu, 15 Dec 2011 10:54:55 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: =?UTF-8?B?QmpvZXJuIEEuIFplZWI=?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.63.169] Date: Thu, 15 Dec 2011 10:54:55 +0400 References: <148F0F28-68CA-4A4C-9962-C96258E9048F@lists.zabbadoz.net> In-Reply-To: <148F0F28-68CA-4A4C-9962-C96258E9048F@lists.zabbadoz.net> X-Priority: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Sun, 18 Dec 2011 22:31:01 +0000 Cc: freebsd-net@freebsd.org Subject: Re[2]: gif tunnel ipv4 over ipv4 don't work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 06:55:00 -0000 CgoKMTUg0LTQtdC60LDQsdGA0Y8gMjAxMSwgMDU6MDgg0L7RgiAiQmpvZXJuIEEuIFplZWIiIDxi emVlYi1saXN0c0BsaXN0cy56YWJiYWRvei5uZXQ+Ogo+IAo+IE9uIDE0LiBEZWMgMjAxMSwgYXQg MjM6MTEgLCBBbmRyZXkgU21hZ2luIHdyb3RlOgo+IAo+ID4gSGkgQWxsISBJIGZvdW5kIG5leHQg aXNzdWUgd2l0aCBnaWYgdHVubmVscy4KPiA+IGdpZjMgd29yayBsb29rJ3MgbGlrZSBtcGQgd2l0 aG91dCB0Y3Btc3NmaXggLSBnb29nbGUgb3BlbmVkLCBidXQgYW5vdGhlciBzaXRlcyB3YWl0aW5n IHJlYWQgZm9yZXZlcgo+IAo+IEdpdmVuIGl0J3MgUkZDMTkxOCBhZGRyZXNzZXMsIHRoaXMgbm9y bWFsbHkgc291bmRzIGxpa2UgYSBmaXJld2FsbC9OQVQgd2l0aCBJQ01QIGZpbHRlciBicmVha2lu ZyBQTVRVIGlzc3VlLgpJc3N1ZSBpczogSSBvbmx5IHVwZGF0ZWQgc3lzdGVtIGZyb20gb2xkIDlj dXJyZW50IHRvIDEwY3VycmVudCBhbmQgZ2lmMyBkb24ndCB3b3JrIGNvcnJlY3RseSBhZnRlciB0 aGF0LgpJZiBJIHVzZSBwb3J0cy9uZXQvdnR1biB0byBvcmdhbml6ZSBhYnNvbHV0ZWx5IGlkZW50 aWNhbCB0dW5uZWwgLSBhbGwgd29yayBnb29kLgpJIGRvbid0IGNoYW5nZSBmaXJld2FsbCBydWxl cyBvciBOQVQsIG9ubHkgdHlwZSBvZiB0dW5uZWwuCmlmYWNlcyAgd2l0aCB2dHVuIApNYWluQm94 CnRhcDM6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+ IG1ldHJpYyAwIG10dSAxNTAwCiAgICAgICAgb3B0aW9ucz04MDAwMDxMSU5LU1RBVEU+CiAgICAg ICAgZXRoZXIgMDA6YmQ6YjM6YjU6M2E6MDMKICAgICAgICBpbmV0IDE5Mi4xNjguMjU0LjY5IG5l dG1hc2sgMHhmZmZmZmZmYyBicm9hZGNhc3QgMTkyLjE2OC4yNTQuNzEKICAgICAgICBpbmV0NiBm ZTgwOjoyYmQ6YjNmZjpmZWI1OjNhMDMldGFwMyBwcmVmaXhsZW4gNjQgc2NvcGVpZCAweDE5CiAg ICAgICAgbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4KICAgICAgICBP cGVuZWQgYnkgUElEIDY4NTQ5CgpCb3gzCnRhcDM6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJV Tk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1ldHJpYyAwIG10dSAxNTAwCiAgICAgICAgb3B0aW9u cz04MDAwMDxMSU5LU1RBVEU+CiAgICAgICAgZXRoZXIgMDA6YmQ6MmY6NWU6MzM6MDEKICAgICAg ICBpbmV0NiBmZTgwOjoyYmQ6MmZmZjpmZTVlOjMzMDEldGFwMSBwcmVmaXhsZW4gNjQgc2NvcGVp ZCAweGEKICAgICAgICBpbmV0IDE5Mi4xNjguMjU0LjcwIG5ldG1hc2sgMHhmZmZmZmZmYyBicm9h ZGNhc3QgMTkyLjE2OC4yNTQuNzEKICAgICAgICBuZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFV VE9fTElOS0xPQ0FMPgogICAgICAgIE9wZW5lZCBieSBQSUQgOTMxOQoKCj4gCj4gLS0KPiBCam9l cm4gQS4gWmVlYiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFlvdSBoYXZlIHRvIGhh dmUgdmlzaW9ucyEKPiAgICAgICAgICBTdG9wIGJpdCByZWNlaXZlZC4gSW5zZXJ0IGNvaW4gZm9y IG5ldyBhZGRyZXNzIGZhbWlseS4KPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+IGZyZWVic2QtbmV0QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+ IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtbmV0Cj4g VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtbmV0LXVuc3Vic2NyaWJl QGZyZWVic2Qub3JnIgo+IA== From owner-freebsd-net@FreeBSD.ORG Sun Dec 18 22:56:30 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040E71065670 for ; Sun, 18 Dec 2011 22:56:30 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9272B8FC18 for ; Sun, 18 Dec 2011 22:56:29 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so9565415wgb.31 for ; Sun, 18 Dec 2011 14:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k+fAnc9FAUj1OR9NFSPZl5Y4/xO38mZAKJrJhjKyepk=; b=NX9KjUpZmGv8G+umGCmP8PzgpVP7u19Eobv+x2j9nPddSPY7SKnMyhdJLYkst+qzei Xhzg+1cKxgGHDjN0iL7qeAlbMW5+Eo6aN5yqC0HuixVfc9AoDjfm65K359omUeo3IIpN PaisbvrfqcK6mgfhfH71a1g0vGG86QuY0UDPk= MIME-Version: 1.0 Received: by 10.227.209.82 with SMTP id gf18mr10430436wbb.8.1324248988552; Sun, 18 Dec 2011 14:56:28 -0800 (PST) Received: by 10.223.158.129 with HTTP; Sun, 18 Dec 2011 14:56:28 -0800 (PST) In-Reply-To: References: Date: Sun, 18 Dec 2011 14:56:28 -0800 Message-ID: From: Kevin Oberman To: Tanel Rebane Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2011 22:56:30 -0000 On Wed, Dec 14, 2011 at 8:33 AM, Tanel Rebane wrote: > I'm trying to wrap my head around the igb(4) drivers. As I've understood > this driver is written by Intel and they distribute it from their Download > Center. The driver also seems to be included in the default installation of > FreeBSD (yet I can't seem to find anything relevant in src/sys/dev/igb). > However, when comparing the igb(4) man page (of FreeBSD) and the readme for > igb-2.2.3.tar.gz (of Intel) there are differences in supported devices. > > Am I right in suspecting that Intel does all the developing in-house and > then, from time to time, their source gets pushed/synced with the FreeBSD > source tree? Does that mean that current the man page for igb(4) lists > fewer supported devices because igb(4) on FreeBSD itself is out of date? If > that is the case, how often does FreeBSD pull new versions of igb from > Intel? > > Any input is greatly appreciated, thanks! Jack Vogel works for Intel and writes and maintains the em and igb drivers. He has recently mentioned that the Intel distribution may, on occasion, lead the version committed to FreeBSD, but they are usually identical. An inconsistency between supported device types is probably an oversight. Jack as a commit bit and he is the one who updates both FreeBSD and the Intel distributions. Jack posted information on this a week or two ago, but I don't seem to find it, though I m sure it's in the archive, somewhere and the right search terms will find it. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 01:42:17 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAF7E106564A for ; Mon, 19 Dec 2011 01:42:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3BC8FC0A for ; Mon, 19 Dec 2011 01:42:17 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so9685714wgb.31 for ; Sun, 18 Dec 2011 17:42:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tVWKt6RXEMrff2F8Ia+m/fy8osgp90WHaVY28GaQUWw=; b=L2r6/jAjpv51d7dFHQy9xA4prMDnxr2xxVEo2i52meUh9yJISaXWwgsrujlMs8zB+d SydxGatbvcqcfvfCFPJKhEXib4aYj9RbGRi9kLHR4lIbhfF+Pxu0Q31b7az6JMGc+Q0X jim6qFNDZuOvm8iXPUxTYsDqh4Pt/x+CjO/Ko= MIME-Version: 1.0 Received: by 10.180.98.138 with SMTP id ei10mr24096638wib.52.1324258935464; Sun, 18 Dec 2011 17:42:15 -0800 (PST) Received: by 10.180.92.38 with HTTP; Sun, 18 Dec 2011 17:42:15 -0800 (PST) In-Reply-To: References: Date: Sun, 18 Dec 2011 17:42:15 -0800 Message-ID: From: Jack Vogel To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Tanel Rebane Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 01:42:18 -0000 Kevin is correct :) When it comes to the man pages the problem is that even though we have a docs group internally, they are not really independent, and doing development and support on the drivers keeps me fully occupied.. so the docs tend to lag a bit. If you have specific questions I am lurking about (even when I'm on vacation like right now :)) and am happy to do my best to answer. Happy Holidays! Jack On Sun, Dec 18, 2011 at 2:56 PM, Kevin Oberman wrote: > On Wed, Dec 14, 2011 at 8:33 AM, Tanel Rebane wrote: > > I'm trying to wrap my head around the igb(4) drivers. As I've understood > > this driver is written by Intel and they distribute it from their > Download > > Center. The driver also seems to be included in the default installation > of > > FreeBSD (yet I can't seem to find anything relevant in src/sys/dev/igb). > > However, when comparing the igb(4) man page (of FreeBSD) and the readme > for > > igb-2.2.3.tar.gz (of Intel) there are differences in supported devices. > > > > Am I right in suspecting that Intel does all the developing in-house and > > then, from time to time, their source gets pushed/synced with the FreeBSD > > source tree? Does that mean that current the man page for igb(4) lists > > fewer supported devices because igb(4) on FreeBSD itself is out of date? > If > > that is the case, how often does FreeBSD pull new versions of igb from > > Intel? > > > > Any input is greatly appreciated, thanks! > > Jack Vogel works for Intel and writes and maintains the em and igb > drivers. He has recently mentioned that the Intel distribution may, on > occasion, lead the version committed to FreeBSD, but they are usually > identical. > > An inconsistency between supported device types is probably an > oversight. Jack as a commit bit and he is the one who updates both > FreeBSD and the Intel distributions. > > Jack posted information on this a week or two ago, but I don't seem to > find it, though I m sure it's in the archive, somewhere and the right > search terms will find it. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com > _______________________________________________ > 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" > From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 01:47:27 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F692106566C for ; Mon, 19 Dec 2011 01:47:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C55598FC15 for ; Mon, 19 Dec 2011 01:47:26 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so9689223wgb.31 for ; Sun, 18 Dec 2011 17:47:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xH302WpbuJRxpJmHt/wa7qcOQtud7LcEt8CaWE0k7Qk=; b=oZp01PITQLxTeOpZ/2eDUX6IlZJ+KBYXA3cTppL+rCoX6Ne2QoxjobTgNr0fZlgZCY cxmF9SShOzHA0I0nEOm5d1rQAh2Vn6eOUXy4VBi9eoRyl0Mjvnz/rSQymW5JPwkzApBG Pu5SVJ65gaKAFMqNwoVyeWd+bI/uBdgmieCyE= MIME-Version: 1.0 Received: by 10.180.3.37 with SMTP id 5mr23600080wiz.43.1324259245827; Sun, 18 Dec 2011 17:47:25 -0800 (PST) Received: by 10.180.92.38 with HTTP; Sun, 18 Dec 2011 17:47:25 -0800 (PST) In-Reply-To: References: Date: Sun, 18 Dec 2011 17:47:25 -0800 Message-ID: From: Jack Vogel To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Tanel Rebane Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 01:47:27 -0000 OH, and a bit further comment... I maintain all the Intel based 1 and 10G drivers, which means dev/e1000 and dev/ixgbe. ALL Intel released devices right up to the present are supported in these drivers as of the source in HEAD. Of course we (Intel) are always working on new hardware, and thus I am usually in development on new stuff at any given time as well, but I have been kept code as up to date as our policy allows now for over 5 years. Jack From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 02:19:02 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2954E106566C for ; Mon, 19 Dec 2011 02:19:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E582C8FC13 for ; Mon, 19 Dec 2011 02:19:01 +0000 (UTC) Received: by iadj38 with SMTP id j38so5490300iad.13 for ; Sun, 18 Dec 2011 18:19:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xz9zfiJBPAWuc4PgCCQ9AB1RdvBoG4VwK1+WrLzd3LE=; b=uFIX4LvThyk82e7G9ELilv5cB40Zyc7iId/PJl0haEe1nLWecWad5403S7H+1ZknE3 zIOif0IVPboTEq0aIN8u6jJ2SB3raD6md/F3afMl+cV4ysol0avXXZocqsr0K+XA00Ac cBcsaKFIaZmK46Op58tYqTrohYMQRkKp7XDi0= Received: by 10.50.184.137 with SMTP id eu9mr24981716igc.9.1324261141458; Sun, 18 Dec 2011 18:19:01 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 36sm62742279ibc.6.2011.12.18.18.18.58 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Dec 2011 18:18:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 18 Dec 2011 18:17:06 -0800 From: YongHyeon PYUN Date: Sun, 18 Dec 2011 18:17:06 -0800 To: Andrea Venturoli Message-ID: <20111219021706.GA1704@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> <4EEE3A9C.4040200@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EEE3A9C.4040200@netfence.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 02:19:02 -0000 On Sun, Dec 18, 2011 at 08:10:20PM +0100, Andrea Venturoli wrote: > On 12/16/11, Eugene Grosbein wrote: > > (Sorry Eugene, I didn't get your message until I searched the web). > > > Do you use NAT? man ipfw clearly states: > > > > ipfw nat is not compatible with > > the TCP segmentation offloading (TSO). Thus, to reliably nat > your net- > > work traffic, please disable TSO on your NICs using ifconfig(8) > > Yes, I'm using ipfw and NAT, so this is the problem. > Thanks for solving me this. > > I'm just wondering if it was a good idea to enable TSO by default > without at least a warning in the release notes or in UPDATING. > This has caused me some headaches, which is ok, I'm just sorry I've also > wasted some of YongHyeon's time; what's worse, I believe I won't be the That's fine. This made me re-read fxp(4) TSO path and I was able to identify possible flaw in the implementation. Will commit the fix. > only one hit by this. > > bye & Thanks > av. From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 02:28:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 658E11065672 for ; Mon, 19 Dec 2011 02:28:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 258528FC15 for ; Mon, 19 Dec 2011 02:28:20 +0000 (UTC) Received: by iadj38 with SMTP id j38so5504641iad.13 for ; Sun, 18 Dec 2011 18:28:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=4C+qV2q7jPqWHrtqUM4IpRso1rqXsELEsrMg8AaZMws=; b=xMZzO8bTjKkWP8V7ju5fwLowCYpu2t6w+IbUzWm9OcZ1a+HThRJUoSpguD4T7TRuxS f2p7G0sWMosMGd4TCrD6++DLxG5eDcLvHHE549HX7u9RuoDiIHgEeXkhjoMKXnwZCQg0 1GyKjgw8E0gavQzZk3btCRK4vcF7omhP1iCAQ= Received: by 10.50.42.166 with SMTP id p6mr24274865igl.17.1324261699677; Sun, 18 Dec 2011 18:28:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id j3sm62863052ibj.1.2011.12.18.18.28.16 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 18 Dec 2011 18:28:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 18 Dec 2011 18:26:24 -0800 From: YongHyeon PYUN Date: Sun, 18 Dec 2011 18:26:24 -0800 To: Sami Halabi Message-ID: <20111219022624.GB1704@michelle.cdnetworks.com> References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> <20111207235810.GB9211@michelle.cdnetworks.com> <20111208215256.GB13605@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Arnaud Lacombe Subject: Re: Problem on re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 02:28:20 -0000 On Sat, Dec 17, 2011 at 06:49:48PM +0200, Sami Halabi wrote: > Hi, > > I've moved to a new server with bge card driver, similar configuration: > /etc/sysctl.conf > net.inet.flowtable.enable=0 > net.inet.ip.fastforwarding=1 > kern.ipc.somaxconn=8192 > kern.ipc.shmmax=2147483648 > kern.ipc.maxsockets=204800 > kern.ipc.maxsockbuf=2097152 > hw.intr_storm_threshold=9000 > kern.maxfiles=256000 > kern.maxfilesperproc=230400 > net.inet.ip.dummynet.pipe_slot_limit=1000 > #net.inet.ip.dummynet.io_fast=1 > net.link.ether.ipfw=1 > kern.ipc.nmbclusters=409600 > net.graph.recvspace=40960 > net.graph.maxdgram=40960 > > Kernel > ----------- > device lagg > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE > options DUMMYNET > options HZ=1000 > options TCP_SIGNATURE > device crypto # core crypto support > device cryptodev # /dev/crypto for access to h/w > options IPSEC > options DEVICE_POLLING > device if_bridge > > /boot/loader.conf > net.graph.maxalloc=128000 > net.graph.maxdata=128000 > net.graph.threads=4 > > and i have similar problem.. i check each minute for ping and i see > sometimes loss of 50% or 100% (ping -c 2 -t 4 otherside.ip.com), > here are the sysctl dev.bge.1.stats: > dev.bge.1.stats.FramesDroppedDueToFilters: 0 > dev.bge.1.stats.DmaWriteQueueFull: 2291350 > dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 > dev.bge.1.stats.NoMoreRxBDs: 0 > dev.bge.1.stats.InputDiscards: 0 > dev.bge.1.stats.InputErrors: 0 > dev.bge.1.stats.RecvThresholdHit: 124120300 > dev.bge.1.stats.DmaReadQueueFull: 13470948 > dev.bge.1.stats.DmaReadHighPriQueueFull: 962 > dev.bge.1.stats.SendDataCompQueueFull: 0 > dev.bge.1.stats.RingSetSendProdIndex: 349289174 > dev.bge.1.stats.RingStatusUpdate: 260304688 > dev.bge.1.stats.Interrupts: 260304688 > dev.bge.1.stats.AvoidedInterrupts: 0 > dev.bge.1.stats.SendThresholdHit: 0 > dev.bge.1.stats.rx.ifHCInOctets: 2165908673 > dev.bge.1.stats.rx.Fragments: 0 > dev.bge.1.stats.rx.UnicastPkts: 237503495 > dev.bge.1.stats.rx.MulticastPkts: 0 > dev.bge.1.stats.rx.FCSErrors: 0 > dev.bge.1.stats.rx.AlignmentErrors: 0 > dev.bge.1.stats.rx.xonPauseFramesReceived: 0 > dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 > dev.bge.1.stats.rx.ControlFramesReceived: 0 > dev.bge.1.stats.rx.xoffStateEntered: 0 > dev.bge.1.stats.rx.FramesTooLong: 0 > dev.bge.1.stats.rx.Jabbers: 0 > dev.bge.1.stats.rx.UndersizePkts: 0 > dev.bge.1.stats.rx.inRangeLengthError: 0 > dev.bge.1.stats.rx.outRangeLengthError: 0 > dev.bge.1.stats.tx.ifHCOutOctets: 1956421618 > dev.bge.1.stats.tx.Collisions: 0 > dev.bge.1.stats.tx.XonSent: 0 > dev.bge.1.stats.tx.XoffSent: 0 > dev.bge.1.stats.tx.flowControlDone: 0 > dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 > dev.bge.1.stats.tx.SingleCollisionFrames: 0 > dev.bge.1.stats.tx.MultipleCollisionFrames: 0 > dev.bge.1.stats.tx.DeferredTransmissions: 0 > dev.bge.1.stats.tx.ExcessiveCollisions: 0 > dev.bge.1.stats.tx.LateCollisions: 0 > dev.bge.1.stats.tx.UnicastPkts: 347260508 > dev.bge.1.stats.tx.MulticastPkts: 0 > dev.bge.1.stats.tx.BroadcastPkts: 30306 > dev.bge.1.stats.tx.CarrierSenseErrors: 0 > dev.bge.1.stats.tx.Discards: 0 > dev.bge.1.stats.tx.Errors: 0 > > this driver gives more statics... > > please help me, this causes us serious problems with customers. > Given that you see the same issue with bge(4) it looks like the root cause is not in ethernet driver. I also see no evidence of dropped frames from bge(4) hardware MAC statistics. It seems you have really complex network configuration(ipfw(4), lagg(4), dummynet(4), bridge(4) and ipsec(4) etc). Finding out simplest network setup that shows the issue would be required here. From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 05:20:10 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C221065676 for ; Mon, 19 Dec 2011 05:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0382A8FC08 for ; Mon, 19 Dec 2011 05:20:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBJ5K95k057660 for ; Mon, 19 Dec 2011 05:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBJ5K9r8057659; Mon, 19 Dec 2011 05:20:09 GMT (envelope-from gnats) Date: Mon, 19 Dec 2011 05:20:09 GMT Message-Id: <201112190520.pBJ5K9r8057659@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: kern/144572: [carp] CARP preemption mode traffic partially goes to backup node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 05:20:10 -0000 The following reply was made to PR kern/144572; it has been noted by GNATS. From: "Eugene M. Zheganin" To: bug-followup@FreeBSD.org, emz@norma.perm.ru Cc: Subject: Re: kern/144572: [carp] CARP preemption mode traffic partially goes to backup node Date: Mon, 19 Dec 2011 10:36:47 +0600 Please close this PR, looks like FreeBSD has nothing with it. In case someone will find this thread here, I should notice that I got this in setup like (A, B nodes with carp) <----ethernet---> catalyst <-----ethernet---> cisco 2811 Only the machines behind the 2811 router were affected. LAN was fine. In this scheme catalyst was correctly pointing the MAC address of the carp to the port of the master node, but the traffic from the cisco 2811 router was going straight to the MAC address of the backup node (not to the MAC address of the carp, which is rather weird, because the ARP cache entry for the target IP was also pointing to the carp MAC address). So I think this is the issue with cisco IOS, whic is, by the way, 12.4(17a). Thanks for the help and time. Sorry for the false alarm. From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 05:45:09 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB451065670 for ; Mon, 19 Dec 2011 05:45:09 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4338FC08 for ; Mon, 19 Dec 2011 05:45:07 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id pBJ5j5Jb012044 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 18 Dec 2011 21:45:07 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4EEECF7B.70203@freebsd.org> Date: Sun, 18 Dec 2011 21:45:31 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.24) Gecko/20111103 Thunderbird/3.1.16 MIME-Version: 1.0 To: Sami Halabi References: <201112181222.pBICMAgd008284@fire.js.berklix.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 05:45:09 -0000 On 12/18/11 5:20 AM, Sami Halabi wrote: > Hi, > i actually tried that (setting REKEY to 1500 instead of 1000) but i still > see this message in the /var/log/messages... The ng_mppc author is no longer working in this field and while the mppc module has been mecahnically updated to suit changes in netgraph it does not have a current maintainer. The great hing about netgraph is that it allows individual modules to be written independently of each other. This makes them simpler to write, understand and fix. I suggest that you read the web pages on netgraph .T first you should look at is: http://people.freebsd.org/~julian/netgraph.html it is a bit out of date but the basic concepts are still valid Then look at the source of the ng_mppc module.. after reading t a few times you should start to see what is going on and may see a solution.. report back ! julian > From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 05:53:12 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 383C5106566C for ; Mon, 19 Dec 2011 05:53:11 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id B0B5C8FC08 for ; Mon, 19 Dec 2011 05:53:10 +0000 (UTC) Received: by eaaf13 with SMTP id f13so6250273eaa.13 for ; Sun, 18 Dec 2011 21:53:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=COKrQ4FpdEuLUX4mqoDgu5WVltt+gfYunahzRtpSVbs=; b=weSJSuAFRDC9p+SPrEMEKMcvrT/0p0faxeS3rqzddfi8+opNkceInJZkHo1LD2b5wy LId7+1Y+fahl0E/vDkleESq3p6j7+5ojOzDFfpxWAEyKKUW6K/2jcApF624Akv4Rm6HF TBkf0kYRQvlHoRMQujQ7ucf7uF6nzHBi0ahU0= Received: by 10.204.9.208 with SMTP id m16mr4717704bkm.34.1324273989464; Sun, 18 Dec 2011 21:53:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Sun, 18 Dec 2011 21:52:28 -0800 (PST) In-Reply-To: References: From: saeedeh motlagh Date: Mon, 19 Dec 2011 09:22:28 +0330 Message-ID: To: Alexander Lunev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 05:53:12 -0000 you're right but we can't assign tow parent interface to one vlan in freebsd therefore i define two vlans with the one vlan id. although we can do it by blow command but it's not work too: ifconfig gbeth0.10 create ifconfig msk0.10 create ifconfig gbeth0.10: flags=3D8842 metric 0 mtu 1= 500 options=3D3 ether 00:27:0e:03:4b:2f media: Ethernet autoselect (1000baseT ) status: active vlan: 10 parent interface: gbeth0 msk0.10: flags=3D8842 metric 0 mtu 150= 0 options=3D100 ether 00:30:4f:63:5a:bc media: Ethernet autoselect (none) status: active vlan: 10 parent interface: msk0 you know when i define vlans with ip addressess they work as i expected but i want to know if i can define vlan without ip address as the switch beacuse i wanna configure a freebsd box as a real switch in my network. maybe it's impossible to do that :( On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev wrote: > first of all, you should name and number you vlan same, if it's clan10 > on the one side, then it's vlan10 on the other side and in betweeen. > then (though you have to do it first of all), you should understand > how vlan's work, and after that connect ports to each other according > to your scheme. > > > -- > your sweet isn't ready yet > > > > On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh > wrote: > > i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to be > > switch here. one interface of 28 is connected to 25 and the other > interface > > of 28 is connected to 12. as mentioned below, i've defined two vlan10 a= nd > > 11 with the same vlan id on the 28 and bridge them. > > now i can't ping 0.25 from 0.12. what's wrong here? should i define > vlan10 > > on 12 and 25? > > please tell me if i'm misunderstanding. > > this is the ifconfig for 0.28: > > vlan10: flags=3D8943 > metric 0 > > mtu 1500 > > options=3D3 > > ether 00:27:0e:03:4b:2f > > media: Ethernet autoselect (1000baseT ) > > status: active > > vlan: 10 parent interface: gbeth0 > > vlan11: flags=3D8943 > metric 0 > > mtu 1500 > > options=3D100 > > ether 00:30:4f:63:5a:bc > > media: Ethernet autoselect (none) > > status: active > > vlan: 10 parent interface: msk0 > > bridge0: flags=3D8843 metric 0 = mtu > > 1500 > > ether d6:c4:f6:0f:5e:4f > > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > > member: vlan11 flags=3D143 > > ifmaxaddr 0 port 6 priority 128 path cost 55 > > member: vlan10 flags=3D143 > > ifmaxaddr 0 port 5 priority 128 path cost 20000 > > > > > > On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi < > alireza.torabi@gmail.com>wrote: > > > >> =D9=8EAlso it's a good idea to to attach a ifconfig output. > >> > >> On 12/17/11, saeedeh motlagh wrote: > >> > when i do that, the vlan is defined but from a system in a vlan, i > can't > >> > ping the other one which is in the same vlan. so i think that the > vlan is > >> > not working. am i right? > >> > > >> > On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett > >> wrote: > >> > > >> >> You probably just need to do ifconfig vlanxxx up instead of > assigning an > >> >> IP. > >> >> > >> >> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh > >> >> wrote: > >> >> > hi every body > >> >> > > >> >> > i wanna configure a freebsd box as a switch. in order to do that,= i > >> >> bridged > >> >> > all my interfaces to have switching and it works fine. after that= i > >> want > >> >> to > >> >> > have vlans on it. as you know, in a real switch, a vlan is > configured > >> >> just > >> >> > by assigning a port to it without any additional configuration an= d > >> vlans > >> >> > are submitted just by name. but in freebsd a vlan just works when > it > >> has > >> >> an > >> >> > ip address (i think). when i define vlan121 on two freebsd system= s > >> with > >> >> ip > >> >> > address it works fine but without ip address i don't know how it > >> should > >> >> be > >> >> > worked. > >> >> > > >> >> > can sombody tell me if it is possible to simulate vlans in freebs= d > as > >> >> they > >> >> > are in a real switch? i mean can we have vlans without ip address= es > >> >> > which > >> >> > works fine? maybe some kind of vlan which works by MAc address. i= s > it > >> >> > possible? > >> >> > it's so necessary for me to do that:( > >> >> > > >> >> > yours, > >> >> > motlagh > >> >> > _______________________________________________ > >> >> > 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 > >> " > >> >> > >> > _______________________________________________ > >> > freebsd-net@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net > >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.or= g > " > >> > > >> > > _______________________________________________ > > 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" > From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 06:54:08 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3A5106566B for ; Mon, 19 Dec 2011 06:54:08 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE2A08FC08 for ; Mon, 19 Dec 2011 06:54:08 +0000 (UTC) Received: by iadj38 with SMTP id j38so5983130iad.13 for ; Sun, 18 Dec 2011 22:54:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/D7mG3ns2AEydbmw+BKKWCgvhKY1PtlnBasRV7A31pA=; b=XKGduIF0gijb7dK2N0vThdm+5VpnmQb9Jjx0pS5XW3UpORBHKeIT5//CZXf5xYpoUF btNTywV3O33uVIXUW7mf2JOFzHuwH67Zt1H2ypaIQQ7jE8tYzRZlymXVV4MisD9lHwRw THFEPEDrVRSohJFp1QS9MxsHUpk3GHg+1XfQI= MIME-Version: 1.0 Received: by 10.50.219.226 with SMTP id pr2mr15562975igc.77.1324277648102; Sun, 18 Dec 2011 22:54:08 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sun, 18 Dec 2011 22:54:07 -0800 (PST) In-Reply-To: <20111219022624.GB1704@michelle.cdnetworks.com> References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> <20111207235810.GB9211@michelle.cdnetworks.com> <20111208215256.GB13605@michelle.cdnetworks.com> <20111219022624.GB1704@michelle.cdnetworks.com> Date: Mon, 19 Dec 2011 08:54:07 +0200 Message-ID: From: Sami Halabi To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Arnaud Lacombe Subject: Re: Problem on re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 06:54:09 -0000 Hi, >It seems you have really complex network configuration(ipfw(4), >lagg(4), dummynet(4), bridge(4) and ipsec(4) etc). Finding out >simplest network setup that shows the issue would be required here. hmm.. i actually don't use lagg nor bridge nor ipsec, i compile them for any future use that might be. however i use IPFW, the MPD port limit connected users via pptp/l2tp with ipfw rules via netgraph (i must admit i don't see them when I use ipfw show) and probably dummynet. Archetecture is simple: bge0 -- connected to border router, bge1 connected to cables company where customers connect we are routing 172.16.0.0/12 to bge1, default gateway is our peer in the other side of bge0. installed port as pptp/l2tp server is MPD. please help me its really making us troubles... Sami On Mon, Dec 19, 2011 at 4:26 AM, YongHyeon PYUN wrote: > On Sat, Dec 17, 2011 at 06:49:48PM +0200, Sami Halabi wrote: > > Hi, > > > > I've moved to a new server with bge card driver, similar configuration: > > /etc/sysctl.conf > > net.inet.flowtable.enable=0 > > net.inet.ip.fastforwarding=1 > > kern.ipc.somaxconn=8192 > > kern.ipc.shmmax=2147483648 > > kern.ipc.maxsockets=204800 > > kern.ipc.maxsockbuf=2097152 > > hw.intr_storm_threshold=9000 > > kern.maxfiles=256000 > > kern.maxfilesperproc=230400 > > net.inet.ip.dummynet.pipe_slot_limit=1000 > > #net.inet.ip.dummynet.io_fast=1 > > net.link.ether.ipfw=1 > > kern.ipc.nmbclusters=409600 > > net.graph.recvspace=40960 > > net.graph.maxdgram=40960 > > > > Kernel > > ----------- > > device lagg > > options IPFIREWALL > > options IPFIREWALL_FORWARD > > options IPFIREWALL_VERBOSE > > options DUMMYNET > > options HZ=1000 > > options TCP_SIGNATURE > > device crypto # core crypto support > > device cryptodev # /dev/crypto for access to h/w > > options IPSEC > > options DEVICE_POLLING > > device if_bridge > > > > /boot/loader.conf > > net.graph.maxalloc=128000 > > net.graph.maxdata=128000 > > net.graph.threads=4 > > > > and i have similar problem.. i check each minute for ping and i see > > sometimes loss of 50% or 100% (ping -c 2 -t 4 otherside.ip.com), > > here are the sysctl dev.bge.1.stats: > > dev.bge.1.stats.FramesDroppedDueToFilters: 0 > > dev.bge.1.stats.DmaWriteQueueFull: 2291350 > > dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 > > dev.bge.1.stats.NoMoreRxBDs: 0 > > dev.bge.1.stats.InputDiscards: 0 > > dev.bge.1.stats.InputErrors: 0 > > dev.bge.1.stats.RecvThresholdHit: 124120300 > > dev.bge.1.stats.DmaReadQueueFull: 13470948 > > dev.bge.1.stats.DmaReadHighPriQueueFull: 962 > > dev.bge.1.stats.SendDataCompQueueFull: 0 > > dev.bge.1.stats.RingSetSendProdIndex: 349289174 > > dev.bge.1.stats.RingStatusUpdate: 260304688 > > dev.bge.1.stats.Interrupts: 260304688 > > dev.bge.1.stats.AvoidedInterrupts: 0 > > dev.bge.1.stats.SendThresholdHit: 0 > > dev.bge.1.stats.rx.ifHCInOctets: 2165908673 > > dev.bge.1.stats.rx.Fragments: 0 > > dev.bge.1.stats.rx.UnicastPkts: 237503495 > > dev.bge.1.stats.rx.MulticastPkts: 0 > > dev.bge.1.stats.rx.FCSErrors: 0 > > dev.bge.1.stats.rx.AlignmentErrors: 0 > > dev.bge.1.stats.rx.xonPauseFramesReceived: 0 > > dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 > > dev.bge.1.stats.rx.ControlFramesReceived: 0 > > dev.bge.1.stats.rx.xoffStateEntered: 0 > > dev.bge.1.stats.rx.FramesTooLong: 0 > > dev.bge.1.stats.rx.Jabbers: 0 > > dev.bge.1.stats.rx.UndersizePkts: 0 > > dev.bge.1.stats.rx.inRangeLengthError: 0 > > dev.bge.1.stats.rx.outRangeLengthError: 0 > > dev.bge.1.stats.tx.ifHCOutOctets: 1956421618 > > dev.bge.1.stats.tx.Collisions: 0 > > dev.bge.1.stats.tx.XonSent: 0 > > dev.bge.1.stats.tx.XoffSent: 0 > > dev.bge.1.stats.tx.flowControlDone: 0 > > dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 > > dev.bge.1.stats.tx.SingleCollisionFrames: 0 > > dev.bge.1.stats.tx.MultipleCollisionFrames: 0 > > dev.bge.1.stats.tx.DeferredTransmissions: 0 > > dev.bge.1.stats.tx.ExcessiveCollisions: 0 > > dev.bge.1.stats.tx.LateCollisions: 0 > > dev.bge.1.stats.tx.UnicastPkts: 347260508 > > dev.bge.1.stats.tx.MulticastPkts: 0 > > dev.bge.1.stats.tx.BroadcastPkts: 30306 > > dev.bge.1.stats.tx.CarrierSenseErrors: 0 > > dev.bge.1.stats.tx.Discards: 0 > > dev.bge.1.stats.tx.Errors: 0 > > > > this driver gives more statics... > > > > please help me, this causes us serious problems with customers. > > > > Given that you see the same issue with bge(4) it looks like the > root cause is not in ethernet driver. I also see no evidence of > dropped frames from bge(4) hardware MAC statistics. > It seems you have really complex network configuration(ipfw(4), > lagg(4), dummynet(4), bridge(4) and ipsec(4) etc). Finding out > simplest network setup that shows the issue would be required here. > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 06:59:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E96106564A; Mon, 19 Dec 2011 06:59:20 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B0DAB8FC17; Mon, 19 Dec 2011 06:59:19 +0000 (UTC) Received: by iadj38 with SMTP id j38so5993833iad.13 for ; Sun, 18 Dec 2011 22:59:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dHi7q0j3qDHTZy2jg++x3ZWvd0WdYPgwmGjveeLyYEI=; b=Th+pOew2GY+lFgL55vhsX7Ai9WqnqXy1Dd12mhiD8HoIVyNDXwFzmwaolY1ZIhKA/5 J+k7tvBMaZKysXpJVIZoaRuYTXKt9LGQjlHUefTFDtjJ8ysMiTW8BnGpY6EP8bOtkgg0 1SkdMLaoFe2NRprjM5gFRSB+z+tP4S6djJu2Y= MIME-Version: 1.0 Received: by 10.50.154.228 with SMTP id vr4mr26017551igb.65.1324277959119; Sun, 18 Dec 2011 22:59:19 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sun, 18 Dec 2011 22:59:19 -0800 (PST) In-Reply-To: <4EEECF7B.70203@freebsd.org> References: <201112181222.pBICMAgd008284@fire.js.berklix.net> <4EEECF7B.70203@freebsd.org> Date: Mon, 19 Dec 2011 08:59:19 +0200 Message-ID: From: Sami Halabi To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 06:59:20 -0000 Hi, well thas gonna take lots of time since i didn't program few years now specially in C. when the maintainer left the module? it might give a spot if other modules written by other are relevant. i wonder how how other MPD users deal with problems like these since i don't think I'm the only only that facing this problem, i wonder if people actually use 8.2-R or maybe these stuck in 7-R Thanks in advance, Sami On Mon, Dec 19, 2011 at 7:45 AM, Julian Elischer wrote: > On 12/18/11 5:20 AM, Sami Halabi wrote: > >> Hi, >> i actually tried that (setting REKEY to 1500 instead of 1000) but i still >> see this message in the /var/log/messages... >> > The ng_mppc author is no longer working in this field and while the > mppc module has been mecahnically updated to suit changes in netgraph > it does not have a current maintainer. > > The great hing about netgraph is that it allows individual modules to > be written independently of each other. This makes them simpler to > write, understand and fix. > I suggest that you read the web pages on netgraph .T first you should look > at > is: > http://people.freebsd.org/~**julian/netgraph.html > > it is a bit out of date but the basic concepts are still valid > > Then look at the source of the ng_mppc module.. after reading > t a few times you should start to see what is going on > and may see a solution.. report back ! > > julian > >> >> > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 08:30:11 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716961065672; Mon, 19 Dec 2011 08:30:11 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 460358FC1A; Mon, 19 Dec 2011 08:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBJ8UBOq062144; Mon, 19 Dec 2011 08:30:11 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBJ8UApX062121; Mon, 19 Dec 2011 08:30:10 GMT (envelope-from glebius) Date: Mon, 19 Dec 2011 08:30:10 GMT Message-Id: <201112190830.pBJ8UApX062121@freefall.freebsd.org> To: emz@norma.perm.ru, glebius@FreeBSD.org, freebsd-net@FreeBSD.org From: glebius@FreeBSD.org Cc: Subject: Re: kern/144572: [carp] CARP preemption mode traffic partially goes to backup node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 08:30:11 -0000 Synopsis: [carp] CARP preemption mode traffic partially goes to backup node State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Mon Dec 19 08:28:54 UTC 2011 State-Changed-Why: Closed per submitters request. http://www.freebsd.org/cgi/query-pr.cgi?pr=144572 From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 10:16:48 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 116FF106566B for ; Mon, 19 Dec 2011 10:16:48 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.45]) by mx1.freebsd.org (Postfix) with SMTP id 59D3F8FC13 for ; Mon, 19 Dec 2011 10:16:47 +0000 (UTC) Received: (qmail invoked by alias); 19 Dec 2011 10:16:45 -0000 Received: from adsl-98.109.242.169.tellas.gr (EHLO [192.168.73.192]) [109.242.169.98] by mail.gmx.com (mp-eu004) with SMTP; 19 Dec 2011 11:16:45 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX19wxtw2EFhw3pEfy6ufBmLFSXvn+QMWgMOiAppF9B 3J4/UzzYPLLJSD Message-ID: <4EEF0F06.1000609@gmx.com> Date: Mon, 19 Dec 2011 12:16:38 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: Sami Halabi References: <201112181222.pBICMAgd008284@fire.js.berklix.net> <4EEECF7B.70203@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 10:16:48 -0000 On 12/19/2011 8:59 AM, Sami Halabi wrote: > i wonder how how other MPD users deal with problems like these since i > don't think I'm the only only that facing this problem, i wonder if people > actually use 8.2-R or maybe these stuck in 7-R Probably most people don't use MPPC. Perhaps you can turn off compression? as I understand the error is related to compression. Nikos From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 11:07:10 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D41101065677 for ; Mon, 19 Dec 2011 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C0F1B8FC22 for ; Mon, 19 Dec 2011 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBJB7AdW011014 for ; Mon, 19 Dec 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBJB7A6i011012 for freebsd-net@FreeBSD.org; Mon, 19 Dec 2011 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Dec 2011 11:07:10 GMT Message-Id: <201112191107.pBJB7A6i011012@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 11:07:11 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162509 net [re] [panic] Kernel panic may be related to if_re.c (r o kern/162352 net [patch] Enhancement: add SO_PROTO to socket.h o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161899 net [route] ntpd(8): Repeating RTM_MISS packets causing hi o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159795 net [tcp] excessive duplicate ACKs and TCP session freezes o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 381 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 11:01:10 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A3E1065670 for ; Mon, 19 Dec 2011 11:01:10 +0000 (UTC) (envelope-from flagel@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF558FC08 for ; Mon, 19 Dec 2011 11:01:09 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so1710699wib.13 for ; Mon, 19 Dec 2011 03:01:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UmD89sNXFAqYEb3AV3ZJx5up765hAgh4YuG2u7KC7Ew=; b=GPBv6BeLI/vopphNnCh36VD2jZE3J2Z+EM8jVdp3Hs/4VBBjBlmPakgC/5LjJumilk 4KRSKuwt/DcAYA65fEhMaAi8QdXKQ2nMgTSDqeYk3gjsUJbuboMFJBi0yb2GhymIm4L2 PYGcXIcpzYqFhSXw/TU6osSLJsyuYZ1+StNrU= MIME-Version: 1.0 Received: by 10.180.84.33 with SMTP id v1mr26145497wiy.4.1324292469011; Mon, 19 Dec 2011 03:01:09 -0800 (PST) Sender: flagel@gmail.com Received: by 10.216.93.81 with HTTP; Mon, 19 Dec 2011 03:01:08 -0800 (PST) In-Reply-To: References: Date: Mon, 19 Dec 2011 12:01:08 +0100 X-Google-Sender-Auth: uSa4geYLRkAgZbERkdMtepnnEWk Message-ID: From: Tanel Rebane To: Jack Vogel X-Mailman-Approved-At: Mon, 19 Dec 2011 11:53:04 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Kevin Oberman Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 11:01:10 -0000 Kevin and Jack, thank you both for your replies. As you might have guessed, I was asking because I'm looking into buying a whole bunch of NIC's and I feel much more reassured now. Yet, there is one additional question, as I mentioned, I couldn't find much in src/sys/dev/igb, is the source for igb to be found elsewhere in the src? Happy Holidays! Tanel From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 12:04:02 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3295E106568D for ; Mon, 19 Dec 2011 12:04:02 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 963128FC13 for ; Mon, 19 Dec 2011 12:04:01 +0000 (UTC) Received: from [192.168.1.103] (p508F9721.dip.t-dialin.net [80.143.151.33]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 994B91C0B461C; Mon, 19 Dec 2011 13:03:59 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: Michael Tuexen In-Reply-To: Date: Mon, 19 Dec 2011 13:03:59 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Tanel Rebane X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-net@freebsd.org, Jack Vogel , Kevin Oberman Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 12:04:02 -0000 On Dec 19, 2011, at 12:01 PM, Tanel Rebane wrote: > Kevin and Jack, thank you both for your replies. As you might have guessed, > I was asking because I'm looking into buying a whole bunch of NIC's and I > feel much more reassured now. Yet, there is one additional question, as I > mentioned, I couldn't find much in src/sys/dev/igb, is the source for igb > to be found elsewhere in the src? They are in src/sys/dev/e1000/ Best regards Michael > > Happy Holidays! > Tanel > _______________________________________________ > 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" > From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 16:40:41 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19253106564A for ; Mon, 19 Dec 2011 16:40:41 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id D43948FC15 for ; Mon, 19 Dec 2011 16:40:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 90F0B446006; Mon, 19 Dec 2011 11:16:45 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DKbTdZeQX37I; Mon, 19 Dec 2011 11:16:44 -0500 (EST) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 197948BC26C; Mon, 19 Dec 2011 11:16:44 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: Date: Mon, 19 Dec 2011 11:15:36 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <46AEB569-6EDE-4415-8C1A-70E708B8E6ED@averesystems.com> References: To: Tanel Rebane X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org, Jack Vogel , Kevin Oberman , Michael Tuexen Subject: Re: What is the relationship between Intel and FreeBSD in regards to igb(4)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 16:40:41 -0000 On Dec 19, 2011, at 7:03 AM, Michael Tuexen wrote: > On Dec 19, 2011, at 12:01 PM, Tanel Rebane wrote: >=20 >> Kevin and Jack, thank you both for your replies. As you might have = guessed, >> I was asking because I'm looking into buying a whole bunch of NIC's = and I >> feel much more reassured now. Yet, there is one additional question, = as I >> mentioned, I couldn't find much in src/sys/dev/igb, is the source for = igb >> to be found elsewhere in the src? > They are in > src/sys/dev/e1000/ >=20 In case this is not clear, the sys/dev/e1000 folder contains three = drivers: if_lem.c : legacy 1G cards if_em.c: older 1G cards if_igb.c: newer 1G cards The rest of the files are common code shared among the three drivers. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-net@FreeBSD.ORG Mon Dec 19 17:03:42 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE3B41065670 for ; Mon, 19 Dec 2011 17:03:42 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (secure.freebsdsolutions.net [69.55.234.48]) by mx1.freebsd.org (Postfix) with ESMTP id BBE7F8FC15 for ; Mon, 19 Dec 2011 17:03:42 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.249.176.26]) (authenticated bits=0) by ns1.jnielsen.net (8.14.4/8.14.4) with ESMTP id pBJGlfsS049711 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 19 Dec 2011 11:47:41 -0500 (EST) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Apple Message framework v1084) From: John Nielsen In-Reply-To: Date: Mon, 19 Dec 2011 11:47:36 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <3D195FF7-50F1-4955-9D27-CA249FC157E0@jnielsen.net> References: To: saeedeh motlagh , freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1084) X-DCC-EATSERVER-Metrics: ns1.jnielsen.net 1166; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.2 at ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2011 17:03:42 -0000 On Dec 19, 2011, at 12:52 AM, saeedeh motlagh wrote: > you're right but we can't assign tow parent interface to one vlan in > freebsd therefore i define two vlans with the one vlan id. > although we can do it by blow command but it's not work too: > ifconfig gbeth0.10 create > ifconfig msk0.10 create > ifconfig > gbeth0.10: flags=3D8842 metric 0 = mtu 1500 > options=3D3 > ether 00:27:0e:03:4b:2f > media: Ethernet autoselect (1000baseT ) > status: active > vlan: 10 parent interface: gbeth0 > msk0.10: flags=3D8842 metric 0 = mtu 1500 > options=3D100 > ether 00:30:4f:63:5a:bc > media: Ethernet autoselect (none) > status: active > vlan: 10 parent interface: msk0 >=20 > you know when i define vlans with ip addressess they work as i = expected but > i want to know if i can define vlan without ip address as the switch > beacuse i wanna configure a freebsd box as a real switch in my = network. > maybe it's impossible to do that :( Take a few minutes to think out (and describe to us in detail if you = really want useful input) your network topology. What interfaces do you = have on the FreeBSD machine and what are they connected to? Which = interfaces should carry tagged traffic? Which interfaces should carry = untagged traffic? How many VLAN's exist? Which ones does the FreeBSD = machine care about? (i.e. which ones will it be tagging/untagging for?) = Traffic for other VLAN's can pass through the box but you don't need to = create VLAN interfaces for them. You need VLAN interfaces only for those = VLAN's where: The FreeBSD box itself should communicate on one or more = specific VLAN's (and/or provide services, etc) -OR- The FreeBSD box is sending/receiving untagged traffic on one or = more interfaces and should untag/tag it as needed for other hosts. Once you've got that figured out, configure your bridges and VLANs as = follows: Any physical interface that carries traffic for multiple VLAN's should = be considered a "trunk" port. Traffic on trunk ports is tagged. If you only have one trunk port, it shouldn't be in a bridge at all. If = you have more than one, all of your trunk ports should be members of a = single bridge (the "real" parent interfaces). If you don't want the FreeBSD box to do any tagging/untagging then = you're done. However it sounds like that is not the case.. Now create VLAN interfaces off of the trunk bridge (or interface if just = one) for only those VLAN's this machine cares about. For each VLAN that should do tagging/untagging for a physical interface, = create a NEW bridge device. Add to the bridge the untagged physical = interface(s) and the appropriate VLAN interface from the trunk. If the FreeBSD box itself needs to communicate on one or more specific = VLAN's, configure it to do so using the bridge device created for that = VLAN (if any) or the appropriate VLAN sub-interface of the trunk bridge = (if not shared with any untagged physical interfaces). In short, you should only have ONE trunk device, whether it's a bridge = or a single interface. You don't need to create a VLAN interface for = VLAN's this machine doesn't care about. ALL of the VLAN sub-interfaces = you do create should be children of the trunk device. VLAN's that have = untagged interfaces should be in their own bridges with those = interfaces. HTH, JN > On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev = wrote: >=20 >> first of all, you should name and number you vlan same, if it's = clan10 >> on the one side, then it's vlan10 on the other side and in betweeen. >> then (though you have to do it first of all), you should understand >> how vlan's work, and after that connect ports to each other according >> to your scheme. >>=20 >>=20 >> -- >> your sweet isn't ready yet >>=20 >>=20 >>=20 >> On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh >> wrote: >>> i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to = be >>> switch here. one interface of 28 is connected to 25 and the other >> interface >>> of 28 is connected to 12. as mentioned below, i've defined two = vlan10 and >>> 11 with the same vlan id on the 28 and bridge them. >>> now i can't ping 0.25 from 0.12. what's wrong here? should i define >> vlan10 >>> on 12 and 25? >>> please tell me if i'm misunderstanding. >>> this is the ifconfig for 0.28: >>> vlan10: flags=3D8943 >> metric 0 >>> mtu 1500 >>> options=3D3 >>> ether 00:27:0e:03:4b:2f >>> media: Ethernet autoselect (1000baseT ) >>> status: active >>> vlan: 10 parent interface: gbeth0 >>> vlan11: flags=3D8943 >> metric 0 >>> mtu 1500 >>> options=3D100 >>> ether 00:30:4f:63:5a:bc >>> media: Ethernet autoselect (none) >>> status: active >>> vlan: 10 parent interface: msk0 >>> bridge0: flags=3D8843 metric = 0 mtu >>> 1500 >>> ether d6:c4:f6:0f:5e:4f >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: vlan11 flags=3D143 >>> ifmaxaddr 0 port 6 priority 128 path cost 55 >>> member: vlan10 flags=3D143 >>> ifmaxaddr 0 port 5 priority 128 path cost 20000 >>>=20 >>>=20 >>> On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi < >> alireza.torabi@gmail.com>wrote: >>>=20 >>>> =D9=8EAlso it's a good idea to to attach a ifconfig output. >>>>=20 >>>> On 12/17/11, saeedeh motlagh wrote: >>>>> when i do that, the vlan is defined but from a system in a vlan, i >> can't >>>>> ping the other one which is in the same vlan. so i think that the >> vlan is >>>>> not working. am i right? >>>>>=20 >>>>> On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett = >>>> wrote: >>>>>=20 >>>>>> You probably just need to do ifconfig vlanxxx up instead of >> assigning an >>>>>> IP. >>>>>>=20 >>>>>> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >>>>>> wrote: >>>>>>> hi every body >>>>>>>=20 >>>>>>> i wanna configure a freebsd box as a switch. in order to do = that, i >>>>>> bridged >>>>>>> all my interfaces to have switching and it works fine. after = that i >>>> want >>>>>> to >>>>>>> have vlans on it. as you know, in a real switch, a vlan is >> configured >>>>>> just >>>>>>> by assigning a port to it without any additional configuration = and >>>> vlans >>>>>>> are submitted just by name. but in freebsd a vlan just works = when >> it >>>> has >>>>>> an >>>>>>> ip address (i think). when i define vlan121 on two freebsd = systems >>>> with >>>>>> ip >>>>>>> address it works fine but without ip address i don't know how it >>>> should >>>>>> be >>>>>>> worked. >>>>>>>=20 >>>>>>> can sombody tell me if it is possible to simulate vlans in = freebsd >> as >>>>>> they >>>>>>> are in a real switch? i mean can we have vlans without ip = addresses >>>>>>> which >>>>>>> works fine? maybe some kind of vlan which works by MAc address. = is >> it >>>>>>> possible? >>>>>>> it's so necessary for me to do that:( >>>>>>>=20 >>>>>>> yours, >>>>>>> motlagh >>>>>>> _______________________________________________ >>>>>>> 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 >>>> " >>>>>>=20 >>>>> _______________________________________________ >>>>> 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 >> " >>>>>=20 >>>>=20 >>> _______________________________________________ >>> 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" >>=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 06:14:12 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06302106564A for ; Tue, 20 Dec 2011 06:14:12 +0000 (UTC) (envelope-from sol289@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BFF1B8FC14 for ; Tue, 20 Dec 2011 06:14:11 +0000 (UTC) Received: by iadj38 with SMTP id j38so8479724iad.13 for ; Mon, 19 Dec 2011 22:14:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=N/8Jt1y1XuZO5WwSwhLKQnpxpSqLIOziSDIDmQab4aA=; b=TOk5YSICwumC1rdBOYDd4UJ8ORM30bQHUl+s4mgbkkfThviedW/gKHrEyagh940MCz tbBHWcMyieUDpOpiXnUuE7Snq7DyUvjfiGJDubkPO3GTPtrfCpBUb9v0ReytIWo10kyo 84v5qFHXjO2WERXUfZdEYAj0HTZz6L0EMBQgQ= Received: by 10.50.77.194 with SMTP id u2mr1390095igw.2.1324361651120; Mon, 19 Dec 2011 22:14:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.135.34 with HTTP; Mon, 19 Dec 2011 22:13:50 -0800 (PST) In-Reply-To: References: From: Alexander Lunev Date: Tue, 20 Dec 2011 09:13:50 +0300 Message-ID: To: saeedeh motlagh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 06:14:12 -0000 i made a little lab, all on 8.2-R: freebsd1-le0.10 (192.168.2.1) <=3D=3D=3D=3D=3D> bridge0( le0.10 - freebsd2 = - le1.10 ) <=3D=3D=3D=3D=3D> le0.10(192.168.2.1) - freebsd3 freebsd2 is a "switch" it has no ip addresses assigned to interfaces (except localhost of course), "switch" is made by bridge0 interface which contain vlan interfaces le0.10 and le1.10. Ethernet segments freebsd1-freebsd2 and freebsd2-freebsd3 are different and not visible to each other. In this scheme i can ping 192.168.2.2 from 192.168.2.1 just fine, so if your question was "will bridge work without ip addresses", then answer is "yes". -- your sweet isn't ready yet On Mon, Dec 19, 2011 at 8:52 AM, saeedeh motlagh wrote: > you're right but we can't assign tow parent interface to one vlan in free= bsd > therefore i define two vlans with the one vlan id. > although we can do it by blow command but it's not work too: > ifconfig gbeth0.10 create > ifconfig msk0.10 create > ifconfig > gbeth0.10: flags=3D8842 metric 0 mtu= 1500 > > =C2=A0=C2=A0=C2=A0 options=3D3 > =C2=A0=C2=A0=C2=A0 ether 00:27:0e:03:4b:2f > =C2=A0=C2=A0=C2=A0 media: Ethernet autoselect (1000baseT ) > =C2=A0=C2=A0=C2=A0 status: active > =C2=A0=C2=A0=C2=A0 vlan: 10 parent interface: gbeth0 > msk0.10: flags=3D8842 metric 0 mtu 1= 500 > > =C2=A0=C2=A0=C2=A0 options=3D100 > =C2=A0=C2=A0=C2=A0 ether 00:30:4f:63:5a:bc > =C2=A0=C2=A0=C2=A0 media: Ethernet autoselect (none) > =C2=A0=C2=A0=C2=A0 status: active > =C2=A0=C2=A0=C2=A0 vlan: 10 parent interface: msk0 > > you know when i define vlans with ip addressess they work as i expected b= ut > i want to know if i can define vlan without ip address as the switch beac= use > i wanna configure a freebsd box as a real switch in my network. maybe it'= s > impossible to do that :( > > > On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev wrot= e: >> >> first of all, you should name and number you vlan same, if it's clan10 >> on the one side, then it's vlan10 on the other side and in betweeen. >> then (though you have to do it first of all), you should understand >> how vlan's work, and after that connect ports to each other according >> to your scheme. >> >> >> -- >> your sweet isn't ready yet >> >> >> >> On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh >> wrote: >> > i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to b= e >> > switch here. one interface of 28 is connected to 25 and the other >> > interface >> > of 28 is connected to 12. as mentioned below, i've defined two vlan10 >> > and >> > 11 with the same vlan id on the 28 and bridge them. >> > now i can't ping 0.25 from 0.12. what's wrong here? should i define >> > vlan10 >> > on 12 and 25? >> > please tell me if i'm misunderstanding. >> > this is the ifconfig for 0.28: >> > vlan10: flags=3D8943 >> > metric 0 >> > mtu 1500 >> > =C2=A0 =C2=A0options=3D3 >> > =C2=A0 =C2=A0ether 00:27:0e:03:4b:2f >> > =C2=A0 =C2=A0media: Ethernet autoselect (1000baseT ) >> > =C2=A0 =C2=A0status: active >> > =C2=A0 =C2=A0vlan: 10 parent interface: gbeth0 >> > vlan11: flags=3D8943 >> > metric 0 >> > mtu 1500 >> > =C2=A0 =C2=A0options=3D100 >> > =C2=A0 =C2=A0ether 00:30:4f:63:5a:bc >> > =C2=A0 =C2=A0media: Ethernet autoselect (none) >> > =C2=A0 =C2=A0status: active >> > =C2=A0 =C2=A0vlan: 10 parent interface: msk0 >> > bridge0: flags=3D8843 metric 0= mtu >> > 1500 >> > =C2=A0 =C2=A0ether d6:c4:f6:0f:5e:4f >> > =C2=A0 =C2=A0id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay = 15 >> > =C2=A0 =C2=A0maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >> > =C2=A0 =C2=A0root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> > =C2=A0 =C2=A0member: vlan11 flags=3D143 >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 6 priority 1= 28 path cost 55 >> > =C2=A0 =C2=A0member: vlan10 flags=3D143 >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 5 priority 1= 28 path cost 20000 >> > >> > >> > On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi >> > wrote: >> > >> >> =D9=8EAlso it's a good idea to to attach a ifconfig output. >> >> >> >> On 12/17/11, saeedeh motlagh wrote: >> >> > when i do that, the vlan is defined but from a system in a vlan, i >> >> > can't >> >> > ping the other one which is in the same vlan. so i think that the >> >> > vlan is >> >> > not working. am i right? >> >> > >> >> > On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett >> >> wrote: >> >> > >> >> >> You probably just need to do ifconfig vlanxxx up instead of >> >> >> assigning an >> >> >> IP. >> >> >> >> >> >> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >> >> >> wrote: >> >> >> > hi every body >> >> >> > >> >> >> > i wanna configure a freebsd box as a switch. in order to do that= , >> >> >> > i >> >> >> bridged >> >> >> > all my interfaces to have switching and it works fine. after tha= t >> >> >> > i >> >> want >> >> >> to >> >> >> > have vlans on it. as you know, in a real switch, a vlan is >> >> >> > configured >> >> >> just >> >> >> > by assigning a port to it without any additional configuration a= nd >> >> vlans >> >> >> > are submitted just by name. but in freebsd a vlan just works whe= n >> >> >> > it >> >> has >> >> >> an >> >> >> > ip address (i think). when i define vlan121 on two freebsd syste= ms >> >> with >> >> >> ip >> >> >> > address it works fine but without ip address i don't know how it >> >> should >> >> >> be >> >> >> > worked. >> >> >> > >> >> >> > can sombody tell me if it is possible to simulate vlans in freeb= sd >> >> >> > as >> >> >> they >> >> >> > are in a real switch? i mean can we have vlans without ip >> >> >> > addresses >> >> >> > which >> >> >> > works fine? maybe some kind of vlan which works by MAc address. = is >> >> >> > it >> >> >> > possible? >> >> >> > it's so necessary for me to do that:( >> >> >> > >> >> >> > yours, >> >> >> > motlagh >> >> >> > _______________________________________________ >> >> >> > 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 >> >> " >> >> >> >> >> > _______________________________________________ >> >> > 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" >> >> > >> >> >> > _______________________________________________ >> > 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" > > From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 07:27:21 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFD61065670 for ; Tue, 20 Dec 2011 07:27:21 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.45]) by mx1.freebsd.org (Postfix) with SMTP id A92378FC08 for ; Tue, 20 Dec 2011 07:27:20 +0000 (UTC) Received: (qmail invoked by alias); 20 Dec 2011 07:27:06 -0000 Received: from adsl-230.109.242.136.tellas.gr (EHLO [192.168.73.192]) [109.242.136.230] by mail.gmx.com (mp-eu005) with SMTP; 20 Dec 2011 08:27:06 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX18ygxk9saYymySQH0atHhh4XClLFdxLLgzU7lsmS/ /K9sdWeCm89rPC Message-ID: <4EF038B9.5050203@gmx.com> Date: Tue, 20 Dec 2011 09:26:49 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: saeedeh motlagh References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: freebsd-net@freebsd.org, Alexander Lunev , Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 07:27:21 -0000 There are reports that hw assisted VLANs caused problems in bridging senarios. Users have reported that -vlanhwtag and/or promisc on the physical interface helped. Using -vlanhwtag helped in a case of mine. On 12/20/2011 8:13 AM, Alexander Lunev wrote: > i made a little lab, all on 8.2-R: > > freebsd1-le0.10 (192.168.2.1)<=====> bridge0( le0.10 - freebsd2 - > le1.10 )<=====> le0.10(192.168.2.1) - freebsd3 > > freebsd2 is a "switch" it has no ip addresses assigned to interfaces > (except localhost of course), "switch" is made by bridge0 interface > which contain vlan interfaces le0.10 and le1.10. Ethernet segments > freebsd1-freebsd2 and freebsd2-freebsd3 are different and not visible > to each other. > In this scheme i can ping 192.168.2.2 from 192.168.2.1 just fine, so > if your question was "will bridge work without ip addresses", then > answer is "yes". > > -- > your sweet isn't ready yet > > > > On Mon, Dec 19, 2011 at 8:52 AM, saeedeh motlagh > wrote: >> you're right but we can't assign tow parent interface to one vlan in freebsd >> therefore i define two vlans with the one vlan id. >> although we can do it by blow command but it's not work too: >> ifconfig gbeth0.10 create >> ifconfig msk0.10 create >> ifconfig >> gbeth0.10: flags=8842 metric 0 mtu 1500 >> >> options=3 >> ether 00:27:0e:03:4b:2f >> media: Ethernet autoselect (1000baseT) >> status: active >> vlan: 10 parent interface: gbeth0 >> msk0.10: flags=8842 metric 0 mtu 1500 >> >> options=100 >> ether 00:30:4f:63:5a:bc >> media: Ethernet autoselect (none) >> status: active >> vlan: 10 parent interface: msk0 >> >> you know when i define vlans with ip addressess they work as i expected but >> i want to know if i can define vlan without ip address as the switch beacuse >> i wanna configure a freebsd box as a real switch in my network. maybe it's >> impossible to do that :( >> >> >> On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev wrote: >>> >>> first of all, you should name and number you vlan same, if it's clan10 >>> on the one side, then it's vlan10 on the other side and in betweeen. >>> then (though you have to do it first of all), you should understand >>> how vlan's work, and after that connect ports to each other according >>> to your scheme. >>> >>> >>> -- >>> your sweet isn't ready yet >>> >>> >>> >>> On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh >>> wrote: >>>> i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to be >>>> switch here. one interface of 28 is connected to 25 and the other >>>> interface >>>> of 28 is connected to 12. as mentioned below, i've defined two vlan10 >>>> and >>>> 11 with the same vlan id on the 28 and bridge them. >>>> now i can't ping 0.25 from 0.12. what's wrong here? should i define >>>> vlan10 >>>> on 12 and 25? >>>> please tell me if i'm misunderstanding. >>>> this is the ifconfig for 0.28: >>>> vlan10: flags=8943 >>>> metric 0 >>>> mtu 1500 >>>> options=3 >>>> ether 00:27:0e:03:4b:2f >>>> media: Ethernet autoselect (1000baseT) >>>> status: active >>>> vlan: 10 parent interface: gbeth0 >>>> vlan11: flags=8943 >>>> metric 0 >>>> mtu 1500 >>>> options=100 >>>> ether 00:30:4f:63:5a:bc >>>> media: Ethernet autoselect (none) >>>> status: active >>>> vlan: 10 parent interface: msk0 >>>> bridge0: flags=8843 metric 0 mtu >>>> 1500 >>>> ether d6:c4:f6:0f:5e:4f >>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>> member: vlan11 flags=143 >>>> ifmaxaddr 0 port 6 priority 128 path cost 55 >>>> member: vlan10 flags=143 >>>> ifmaxaddr 0 port 5 priority 128 path cost 20000 >>>> >>>> >>>> On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi >>>> wrote: >>>> >>>>> َAlso it's a good idea to to attach a ifconfig output. >>>>> >>>>> On 12/17/11, saeedeh motlagh wrote: >>>>>> when i do that, the vlan is defined but from a system in a vlan, i >>>>>> can't >>>>>> ping the other one which is in the same vlan. so i think that the >>>>>> vlan is >>>>>> not working. am i right? >>>>>> >>>>>> On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett >>>>> wrote: >>>>>> >>>>>>> You probably just need to do ifconfig vlanxxx up instead of >>>>>>> assigning an >>>>>>> IP. >>>>>>> >>>>>>> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >>>>>>> wrote: >>>>>>>> hi every body >>>>>>>> >>>>>>>> i wanna configure a freebsd box as a switch. in order to do that, >>>>>>>> i >>>>>>> bridged >>>>>>>> all my interfaces to have switching and it works fine. after that >>>>>>>> i >>>>> want >>>>>>> to >>>>>>>> have vlans on it. as you know, in a real switch, a vlan is >>>>>>>> configured >>>>>>> just >>>>>>>> by assigning a port to it without any additional configuration and >>>>> vlans >>>>>>>> are submitted just by name. but in freebsd a vlan just works when >>>>>>>> it >>>>> has >>>>>>> an >>>>>>>> ip address (i think). when i define vlan121 on two freebsd systems >>>>> with >>>>>>> ip >>>>>>>> address it works fine but without ip address i don't know how it >>>>> should >>>>>>> be >>>>>>>> worked. >>>>>>>> >>>>>>>> can sombody tell me if it is possible to simulate vlans in freebsd >>>>>>>> as >>>>>>> they >>>>>>>> are in a real switch? i mean can we have vlans without ip >>>>>>>> addresses >>>>>>>> which >>>>>>>> works fine? maybe some kind of vlan which works by MAc address. is >>>>>>>> it >>>>>>>> possible? >>>>>>>> it's so necessary for me to do that:( >>>>>>>> >>>>>>>> yours, >>>>>>>> motlagh >>>>>>>> _______________________________________________ >>>>>>>> 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 >>>>> " >>>>>>> >>>>>> _______________________________________________ >>>>>> 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" >>>>>> >>>>> >>>> _______________________________________________ >>>> 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" >> >> > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 14:52:52 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115FE106567B; Tue, 20 Dec 2011 14:52:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D9C868FC18; Tue, 20 Dec 2011 14:52:51 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 8FF5F46B37; Tue, 20 Dec 2011 09:52:51 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BC689B998; Tue, 20 Dec 2011 09:52:50 -0500 (EST) From: John Baldwin To: Pawel Jakub Dawidek Date: Tue, 20 Dec 2011 09:52:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111022084931.GD1697@garage.freebsd.pl> <201112121100.23567.jhb@freebsd.org> <20111217232125.GA1685@garage.freebsd.pl> In-Reply-To: <20111217232125.GA1685@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112200952.44690.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 20 Dec 2011 09:52:51 -0500 (EST) Cc: Kostik Belousov , Lawrence Stewart , freebsd-current@freebsd.org, Andre Oppermann , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 14:52:52 -0000 On Saturday, December 17, 2011 6:21:27 pm Pawel Jakub Dawidek wrote: > On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: > > An update. I've sent Pawel a testing patch to see if my hypothesis is correct > > (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I intend > > to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. > > Unfortunately it paniced today. Take a look at: > > http://people.freebsd.org/~pjd/misc/tcp_panic.jpg Ok, the one use case I was worried about is happening regularly before your panic, so that is good. Can you use gdb to figure out which call to tcp_output() is actually panic'ing? I wonder if it is this case: /* * Return any desired output. */ if (needoutput || (tp->t_flags & TF_ACKNOW)) { (void) tcp_output(tp); /* XXX: Debug */ KASSERT(SEQ_GEQ(tp->rcv_adv, tp->rcv_nxt), ("tcp_input: negative window after ACK")); And if 'needoutput' is true, but TF_ACKNOW is not set, and tcp_output() decides to not do anything. I've updated tcp_negwin_test.patch to not panic if that call to tcp_output() doesn't actually send a packet. Please re-test. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 16:34:10 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A69861065673 for ; Tue, 20 Dec 2011 16:34:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4345B8FC1D for ; Tue, 20 Dec 2011 16:34:09 +0000 (UTC) Received: by qabg14 with SMTP id g14so4981147qab.13 for ; Tue, 20 Dec 2011 08:34:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=KZ6moRf7Scqi/DxiWEbzyJH8Zy40e0L+ycMOnAMNilA=; b=DRpcBh97TNrqBl+khposxuEAwW3Q14Y+otU0LBQY8zMw614rnwJv1AWh8ot+uRZpMV 91wP+tG8fQcVllSdOjKMVDLul/cBQHCY/SZU/DP3MjuAUdvZgWm7SF0w554HNWJkCb4n N6iq5aqLOsTMhpKTiBV16uaJ1XW/eitfOrkS4= Received: by 10.224.1.136 with SMTP id 8mr3748484qaf.54.1324398849304; Tue, 20 Dec 2011 08:34:09 -0800 (PST) Received: from DataIX.net (24-247-9-230.dhcp.aldl.mi.charter.com. [24.247.9.230]) by mx.google.com with ESMTPS id dh10sm4488842qab.19.2011.12.20.08.34.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Dec 2011 08:34:05 -0800 (PST) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id pBKGY17Q096088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Dec 2011 11:34:02 -0500 (EST) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id pBKGXtrJ096087; Tue, 20 Dec 2011 11:33:55 -0500 (EST) (envelope-from jhell@DataIX.net) Date: Tue, 20 Dec 2011 11:33:55 -0500 From: Jason Hellenthal To: "Alexander V. Chernikov" Message-ID: <20111220163355.GA87584@DataIX.net> References: <1674097252.20111218125051@nitronet.pl> <4EEDD566.8020609@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EEDD566.8020609@FreeBSD.org> Cc: Pawel Tyll , freebsd-ipfw@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPFW tables, dummynet and IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 16:34:10 -0000 On Sun, Dec 18, 2011 at 03:58:30PM +0400, Alexander V. Chernikov wrote: > Pawel Tyll wrote: > > Hi lists, > > > > Are there any plans to implement IPv6 tables in ipfw? It would seem > > that our gov. may want to force us into IPv6 in 6 months ;) > I've got working implementation for IPv4+IPv6 and interface tables: > > 15:56 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 2 list > 1.2.3.4/30 0 > 2a02:978::/64 0 > > > 15:16 [0] zfsbase# /usr/obj/usr/src/sbin/ipfw/ipfw table 4 list > em4/em4 20000 > vlan144/vlan144 10000 > vlan145/vlan145 11000 > vlan146/vlan146 12000 > > > I plan to commit it today/tomorrow. > 8.2-S diff will be available, too > 1; -- ;s =; From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 17:53:09 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EE121065673 for ; Tue, 20 Dec 2011 17:53:09 +0000 (UTC) (envelope-from corsmith@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DCDA68FC15 for ; Tue, 20 Dec 2011 17:53:08 +0000 (UTC) Received: by pbcc3 with SMTP id c3so5192997pbc.13 for ; Tue, 20 Dec 2011 09:53:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=rbUivmz0eDN4dBGXOJKJF85tdhAEmlucitmHdJZ9D4U=; b=X7BxSHRYOuNvcMtZR28tOwYKzVt6xGx2y+83jc1iYNt7DQUErZY57kx3Qi7/+5j9Zi w45rCZm2ubGZcYGvr8Et6XdCNp5fIk8hEINSFr2676zfyIIuKkxZPQBR3CPaIZadZUic JqqUeOX5SryKsKXig123Qc8WT0gnWxrIqa5wQ= MIME-Version: 1.0 Received: by 10.68.190.41 with SMTP id gn9mr4592493pbc.59.1324402150572; Tue, 20 Dec 2011 09:29:10 -0800 (PST) Received: by 10.142.213.4 with HTTP; Tue, 20 Dec 2011 09:29:10 -0800 (PST) Date: Tue, 20 Dec 2011 12:29:10 -0500 Message-ID: From: Corey Smith To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 82599 receiving packets with vlan tag=0 (vlan strip problem)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 17:53:09 -0000 This is an old thread from 2010 but I am running into the same issue while using an Intel 2 x 10Gbps 82599 card. Using other 10Gbps Intel cards based on other chipsets I have been able to setup a monitor bridge to aggregate all traffic into a single feed. When setting up a bridge in monitor mode using these cards every packet has two 802.1Q vlan tags. The first tag is always vlan 0. The second tag is the actual valid vlan id. Example: tcpdump -i bridge0 -n -c 1 -e 12:15:01.345246 00:14:4f:00:00:00 > 00:01:d7:00:00:00, ethertype 802.1Q (0x8100), length 494: vlan 0, p 0, ethertype 802.1Q, vlan 21, p 0, ethertype IPv4, 192.168.1.69.10001 > 192.168.1.61.54027: P 3519256927:3519257359(432) ack 646682744 win 49640 uname -a: # also tested in 7.3 and 9.0-RC3 FreeBSD ids 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 18:45:57 UTC 2011 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 /etc/rc.conf: cloned_interfaces="bridge0" ifconfig_ix0="mtu 9216 up" ifconfig_ix1="mtu 9216 up" ifconfig_ix2="mtu 9216 up" ifconfig_ix3="mtu 9216 up" ifconfig_bridge0="addm ix0 addm ix1 addm ix2 addm ix3 monitor up" pciconf -l: ix0@pci0:10:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 The work around is to put at least a single dummy vlan sub interface associated with each physical interface. Add this to /etc/rc.conf: cloned_interfaces="bridge0 vlan4080 vlan4081 vlan4082 vlan4083" ifconfig_vlan4080="vlan 4080 vlandev ix0" ifconfig_vlan4081="vlan 4081 vlandev ix1" ifconfig_vlan4082="vlan 4082 vlandev ix2" ifconfig_vlan4083="vlan 4083 vlandev ix3" Apparently this enables vlan processing in the driver and packets are properly vlan tagged. Example output with the work around in place: tcpdump -i bridge0 -n -c 1 -e 12:20:10.830955 00:22:19:00:00:01 > 00:00:0c:00:00:01, ethertype 802.1Q (0x8100), length 914: vlan 28, p 0, ethertype IPv4, 192.168.1.140.1194 > 192.168.10.140.1194: UDP, length 868 Every other driver seems to properly process vlan tags without having to create vlan sub interfaces. Any ideas on how to make vlan tag processing the default behavior on this hardware? -Corey Smith From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 19:12:03 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D245B1065677 for ; Tue, 20 Dec 2011 19:12:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2E88FC21 for ; Tue, 20 Dec 2011 19:12:03 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so3031757wib.13 for ; Tue, 20 Dec 2011 11:12:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fheA+8yHWipJoH2Z5OAGTKqmgnjZZbk84mUN+1O1MUo=; b=cx9Rczlh7FIwZVwLxf6UAweo4TZ1J73BJNcoGJlNjpww8WMsCQbvbihD/jNoQ1pR27 RHlNGvef3PR+wBIzgCFNhCk3yiC4GcuB8Q6UJKNZHdBPResz8v3b1Hxn5x28r9DWVr9o yN509F4wzfy4EetbSxcrmFi+THG4qo+C3Pl8U= MIME-Version: 1.0 Received: by 10.180.20.18 with SMTP id j18mr7404293wie.20.1324408322325; Tue, 20 Dec 2011 11:12:02 -0800 (PST) Received: by 10.180.92.38 with HTTP; Tue, 20 Dec 2011 11:12:02 -0800 (PST) In-Reply-To: References: Date: Tue, 20 Dec 2011 11:12:02 -0800 Message-ID: From: Jack Vogel To: Corey Smith Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 82599 receiving packets with vlan tag=0 (vlan strip problem)? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 19:12:03 -0000 I have had another report of this problem, I am nominally on vacation for a couple of weeks, but have promised to look at the issue after the holidays. Regards, Jack On Tue, Dec 20, 2011 at 9:29 AM, Corey Smith wrote: > This is an old thread from 2010 but I am running into the same issue > while using an Intel 2 x 10Gbps 82599 card. > > Using other 10Gbps Intel cards based on other chipsets I have been > able to setup a monitor bridge to aggregate all traffic into a single > feed. When setting up a bridge in monitor mode using these cards > every packet has two 802.1Q vlan tags. The first tag is always vlan > 0. The second tag is the actual valid vlan id. Example: > > tcpdump -i bridge0 -n -c 1 -e > 12:15:01.345246 00:14:4f:00:00:00 > 00:01:d7:00:00:00, ethertype > 802.1Q (0x8100), length 494: vlan 0, p 0, ethertype 802.1Q, vlan 21, p > 0, ethertype IPv4, 192.168.1.69.10001 > 192.168.1.61.54027: P > 3519256927:3519257359(432) ack 646682744 win 49640 > > uname -a: > > # also tested in 7.3 and 9.0-RC3 > FreeBSD ids 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 > 18:45:57 UTC 2011 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > /etc/rc.conf: > > cloned_interfaces="bridge0" > ifconfig_ix0="mtu 9216 up" > ifconfig_ix1="mtu 9216 up" > ifconfig_ix2="mtu 9216 up" > ifconfig_ix3="mtu 9216 up" > ifconfig_bridge0="addm ix0 addm ix1 addm ix2 addm ix3 monitor up" > > pciconf -l: > > ix0@pci0:10:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > rev=0x01 hdr=0x00 > > The work around is to put at least a single dummy vlan sub interface > associated with each physical interface. > > Add this to /etc/rc.conf: > cloned_interfaces="bridge0 vlan4080 vlan4081 vlan4082 vlan4083" > ifconfig_vlan4080="vlan 4080 vlandev ix0" > ifconfig_vlan4081="vlan 4081 vlandev ix1" > ifconfig_vlan4082="vlan 4082 vlandev ix2" > ifconfig_vlan4083="vlan 4083 vlandev ix3" > > Apparently this enables vlan processing in the driver and packets are > properly vlan tagged. Example output with the work around in place: > > tcpdump -i bridge0 -n -c 1 -e > 12:20:10.830955 00:22:19:00:00:01 > 00:00:0c:00:00:01, ethertype > 802.1Q (0x8100), length 914: vlan 28, p 0, ethertype IPv4, > 192.168.1.140.1194 > 192.168.10.140.1194: UDP, length 868 > > Every other driver seems to properly process vlan tags without having > to create vlan sub interfaces. Any ideas on how to make vlan tag > processing the default behavior on this hardware? > > -Corey Smith > _______________________________________________ > 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" > From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 22:09:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEFCA1065672 for ; Tue, 20 Dec 2011 22:09:39 +0000 (UTC) (envelope-from clint@servedomains.com) Received: from loki.servedomains.com (loki.servedomains.com [66.133.105.45]) by mx1.freebsd.org (Postfix) with ESMTP id B5F958FC0C for ; Tue, 20 Dec 2011 22:09:39 +0000 (UTC) Received: from loki.servedomains.com (mail [192.168.0.60]) by loki.servedomains.com (Postfix) with ESMTP id 2DF9127896E; Tue, 20 Dec 2011 14:54:04 -0700 (MST) Received: from mail.servedomains.com (localhost [127.0.0.1]) by loki.servedomains.com (Postfix) with ESMTP id F01542788E6 for ; Tue, 20 Dec 2011 14:54:03 -0700 (MST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 20 Dec 2011 14:54:03 -0700 From: Clint To: Message-ID: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> X-Sender: clint@servedomains.com User-Agent: Roundcube Webmail/0.5.3 X-Virus-Scanned: ClamAV via loki.servedomains.com Subject: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 22:09:40 -0000 I'm experiencing a performance/load issue when using an Intel 82580 quad port NIC when trying to stream video files via NFS/UDP. The media streamers are only 100Mbit, but they can bring the server to its knees when trying to stream a single 90Mbit/s file that meant to test the performance of the streamer. As soon as the file starts to stream one of the cores is completely consumed by system/kernel, and the system becomes somewhat unresponsive with one streamer active, two pretty much kills the server. I've tried a bunch of different loader.conf/sysctl tweaking as well as running with no tweaking at all, nothing seems to help. If I replace the NIC with an old Intel NIC using the em driver all of the problems disappear, and the server remains practically idle the entire time. The server also has no issues when using Samba/TCP with the igb driver, but the streamers can only handle 60Mbit/s via Samba. Anybody have any ideas or is the igb driver really that bad? Intel i7 920@3.6Ghz FreeBSD 8.2-STABLE w/igb driver v2.2.3 top last pid: 12294; load averages: 1.44, 1.24, 1.18 up 0+12:40:02 09:28:14 59 processes: 1 running, 58 sleeping CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 1: 0.0% user, 0.0% nice, 4.2% system, 0.0% interrupt, 95.8% idle CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 4: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle CPU 5: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 6: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 30M Active, 227M Inact, 5301M Wired, 350M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1800 root 128 44 0 5816K 2508K rpcsvc 4 3:11 0.00% nfsd 1996 root 20 44 0 116M 43708K select 2 1:21 0.00% python 2067 root 21 45 0 78444K 15936K uwait 1 0:29 0.00% python 1988 root 1 44 0 73496K 10768K select 2 0:24 0.00% snmpd 2229 mysql 10 44 0 55576K 8260K sigwai 0 0:12 0.00% mysqld ifconfig igb2 igb2: flags=8943 metric 0 mtu 1500 options=1bb media: Ethernet autoselect (1000baseT ) status: active netstat -I igb2 Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll igb2 1500 00:1b:21:d3:f5:da 20511904 0 0 76590695 0 0 netstat -m 139376/4894/144270 mbufs in use (current/cache/total) 136605/3161/139766/262144 mbuf clusters in use (current/cache/total/max) 134310/1754 mbuf+clusters out of packet secondary zone in use (current/cache) 0/306/306/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 308169K/8769K/316939K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines vmstat -i | grep igb2 irq277: igb2:que 0 1295065 20 irq278: igb2:que 1 64720 1 irq279: igb2:que 2 12942365 200 irq280: igb2:que 3 65835 1 irq281: igb2:que 4 66044 1 irq282: igb2:que 5 148109 2 irq283: igb2:que 6 66648 1 irq284: igb2:que 7 68263 1 irq285: igb2:link 2 0 From owner-freebsd-net@FreeBSD.ORG Tue Dec 20 22:50:09 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62974106564A for ; Tue, 20 Dec 2011 22:50:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 14EAF8FC0C for ; Tue, 20 Dec 2011 22:50:08 +0000 (UTC) Received: by ggnp1 with SMTP id p1so7557282ggn.13 for ; Tue, 20 Dec 2011 14:50:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=LZLhpAo3o/payDIaHk07tRMI6j8UslZ6tTWCo4GZDY4=; b=BV9iPvqTYlQ26l1Xri7uBYYaDJ23KUTN+z7BlljzY8jULOWhFlNgkxZllaZALvKkMx As5Xwi/UjpI5v2kjuIv6b00o1cB+E5yLmdd1jqHp5VBZLDArwxS0ZFcH9HTpry7b2P8v Lycm+oVYaeXP+3qbSpBbJuqMEGneQYXSiyZUw= Received: by 10.50.168.3 with SMTP id zs3mr137034igb.29.1324421408049; Tue, 20 Dec 2011 14:50:08 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id lu10sm4141146igc.0.2011.12.20.14.50.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Dec 2011 14:50:07 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 20 Dec 2011 14:48:14 -0800 From: YongHyeon PYUN Date: Tue, 20 Dec 2011 14:48:14 -0800 To: Clint Message-ID: <20111220224814.GA7715@michelle.cdnetworks.com> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Dec 2011 22:50:09 -0000 On Tue, Dec 20, 2011 at 02:54:03PM -0700, Clint wrote: > I'm experiencing a performance/load issue when using an Intel 82580 > quad port NIC when trying to stream video files via NFS/UDP. The media > streamers are only 100Mbit, but they can bring the server to its knees > when trying to stream a single 90Mbit/s file that meant to test the > performance of the streamer. As soon as the file starts to stream one of > the cores is completely consumed by system/kernel, and the system > becomes somewhat unresponsive with one streamer active, two pretty much > kills the server. I've tried a bunch of different loader.conf/sysctl I also see similar excessive system load with em(4) on latest HEAD. Self-clocking protocols like TCP does not seem to suffer from the issue but UDP clearly shows the issue. A single bulk UDP transmit test session completely halts the box while the test is in progress. I have a patch that addresses it but it needs more clean ups and Jack's review. I'm not sure whether the patch could be accepted since it completely removes taskqueue based approach in TX/RX path. Also note, multi-queue option of igb(4) can re-order UDP packets in TX path such that it can result in poor NFS over UDP performance. It seems TCP is more resilient on packet reodering though. Because igb(4) shares implementation idea with em(4), it's possible igb(4) also have the similar issue. I have to find some spare time to try this with igb(4) but I'm somewhat overloaded to address poor em(4) performance on 82574 with MSI-X. > tweaking as well as running with no tweaking at all, nothing seems to > help. If I replace the NIC with an old Intel NIC using the em driver all > of the problems disappear, and the server remains practically idle the > entire time. The server also has no issues when using Samba/TCP with the > igb driver, but the streamers can only handle 60Mbit/s via Samba. > Anybody have any ideas or is the igb driver really that bad? > > Intel i7 920@3.6Ghz > FreeBSD 8.2-STABLE w/igb driver v2.2.3 > > top > last pid: 12294; load averages: 1.44, 1.24, 1.18 up 0+12:40:02 09:28:14 > 59 processes: 1 running, 58 sleeping > CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 1: 0.0% user, 0.0% nice, 4.2% system, 0.0% interrupt, 95.8% idle > CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 4: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > CPU 5: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 6: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 7: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > Mem: 30M Active, 227M Inact, 5301M Wired, 350M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1800 root 128 44 0 5816K 2508K rpcsvc 4 3:11 0.00% nfsd > 1996 root 20 44 0 116M 43708K select 2 1:21 0.00% python > 2067 root 21 45 0 78444K 15936K uwait 1 0:29 0.00% python > 1988 root 1 44 0 73496K 10768K select 2 0:24 0.00% snmpd > 2229 mysql 10 44 0 55576K 8260K sigwai 0 0:12 0.00% mysqld > > > ifconfig igb2 > igb2: flags=8943 metric 0 mtu 1500 > options=1bb > media: Ethernet autoselect (1000baseT ) > status: active > > > netstat -I igb2 > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll > igb2 1500 00:1b:21:d3:f5:da 20511904 0 0 76590695 0 0 > > > netstat -m > 139376/4894/144270 mbufs in use (current/cache/total) > 136605/3161/139766/262144 mbuf clusters in use > (current/cache/total/max) > 134310/1754 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/306/306/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 308169K/8769K/316939K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > > vmstat -i | grep igb2 > irq277: igb2:que 0 1295065 20 > irq278: igb2:que 1 64720 1 > irq279: igb2:que 2 12942365 200 > irq280: igb2:que 3 65835 1 > irq281: igb2:que 4 66044 1 > irq282: igb2:que 5 148109 2 > irq283: igb2:que 6 66648 1 > irq284: igb2:que 7 68263 1 > irq285: igb2:link 2 0 From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 01:52:39 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDE8106566B for ; Wed, 21 Dec 2011 01:52:39 +0000 (UTC) (envelope-from clint@servedomains.com) Received: from loki.servedomains.com (loki.servedomains.com [66.133.105.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1181D8FC14 for ; Wed, 21 Dec 2011 01:52:38 +0000 (UTC) Received: from loki.servedomains.com (mail [192.168.0.60]) by loki.servedomains.com (Postfix) with ESMTP id 66A4C27896E; Tue, 20 Dec 2011 18:52:38 -0700 (MST) Received: from mail.servedomains.com (localhost [127.0.0.1]) by loki.servedomains.com (Postfix) with ESMTP id 3501C2788E6 for ; Tue, 20 Dec 2011 18:52:38 -0700 (MST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 20 Dec 2011 18:52:38 -0700 From: Clint To: In-Reply-To: <20111220224814.GA7715@michelle.cdnetworks.com> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> Message-ID: <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> X-Sender: clint@servedomains.com User-Agent: Roundcube Webmail/0.5.3 X-Virus-Scanned: ClamAV via loki.servedomains.com Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 01:52:39 -0000 On Tue, 20 Dec 2011 14:48:14 -0800, YongHyeon PYUN wrote: > I also see similar excessive system load with em(4) on latest HEAD. > Self-clocking protocols like TCP does not seem to suffer from the > issue but UDP clearly shows the issue. A single bulk UDP transmit > test session completely halts the box while the test is in > progress. I have a patch that addresses it but it needs more clean > ups and Jack's review. I'm not sure whether the patch could be > accepted since it completely removes taskqueue based approach in > TX/RX path. > Also note, multi-queue option of igb(4) can re-order UDP packets in > TX path such that it can result in poor NFS over UDP performance. > It seems TCP is more resilient on packet reodering though. > > Because igb(4) shares implementation idea with em(4), it's possible > igb(4) also have the similar issue. I have to find some spare time > to try this with igb(4) but I'm somewhat overloaded to address poor > em(4) performance on 82574 with MSI-X. > I decided to try the updated igb driver, v2.2.5, in FreeBSD 9.0RC3. I can no longer duplicate the excessive load issue as it now performs so poorly that I can't even stream a 38Mbit/s file via either NFS/UDP or Samba/TCP, so things went from bad to worse. I'm guessing it has something to do with flow control as that's appears to be different with this driver, back to v2.2.3 for now. Thanks, Clint From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 04:48:37 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4144C106566C for ; Wed, 21 Dec 2011 04:48:37 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from midgard.transactionware.com (mail2.transactionware.com [203.14.245.36]) by mx1.freebsd.org (Postfix) with SMTP id 89B628FC0A for ; Wed, 21 Dec 2011 04:48:36 +0000 (UTC) Received: (qmail 2454 invoked by uid 907); 21 Dec 2011 04:21:54 -0000 Received: from jmmacpro.transactionware.com (HELO jmmacpro.transactionware.com) (192.168.1.33) by midgard.transactionware.com (qpsmtpd/0.82) with ESMTP; Wed, 21 Dec 2011 15:21:54 +1100 From: Jan Mikkelsen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Dec 2011 15:21:54 +1100 Message-Id: <9D547EC9-EB79-41EC-9DA2-6D337B4AFB07@transactionware.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: Frame Relay cards? Sangoma support? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 04:48:37 -0000 Hi, I'm looking to upgrade a frame relay connection, currently implemented = in a Soekris box with a Sangoma A101 card, running 5.x and Sangoma's = Wanpipe. Sangoma seem to have ditched FreeBSD support for Wanpipe, and I can't = see a driver in FreeBSD 9. I'm looking at using ng_frame_relay. Does anyone have experience with a = PCI Express card that has a G.703 interface for frame relay to run on = FreeBSD 9? Thanks, Jan. From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 06:38:46 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A7D61065670 for ; Wed, 21 Dec 2011 06:38:46 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id C02DA8FC08 for ; Wed, 21 Dec 2011 06:38:45 +0000 (UTC) Received: by eaaf13 with SMTP id f13so9018650eaa.13 for ; Tue, 20 Dec 2011 22:38:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zwCT2R5fRaNevStYLaKkfMMVVypIWXl6QgSUQck6AOA=; b=a/pqkgO2STqb9E+bAuG4q1HNP0y74UNZ89pIRP7bwZOUkHrqx9qU7gGvdKoe/lRQHK hFOKt5aimyTMt+CjQIxAwmawrmPqJbFnVUi5+qWEAKNLRO+u+Z9K2urhHIx+07+WJ+q5 QVeAcCaiqfeychFNouWxVFtcEhjyTxuteTwDA= Received: by 10.204.152.3 with SMTP id e3mr1780057bkw.70.1324449524408; Tue, 20 Dec 2011 22:38:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Tue, 20 Dec 2011 22:38:03 -0800 (PST) In-Reply-To: <4EF038B9.5050203@gmx.com> References: <4EF038B9.5050203@gmx.com> From: saeedeh motlagh Date: Wed, 21 Dec 2011 10:08:03 +0330 Message-ID: To: Nikos Vassiliadis Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Alexander Lunev , Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 06:38:46 -0000 thankyou every body for your attention. yes bridging is done without ip address. i try to use all the point which is mentioned here but my problem is not solved yet. you know i have three freebsd box. i wanna to config the intermediate one as switch and two others as vlan member. i want to have just one vlan and configure this vlan just on the switch (as a cisco switch) and two other systems which are the member of this vlan, can ping each other. is it possible? how? the most important point for me is that i don't want to do any vlan configuration on the vlan members. i want just configure switch system to do it. in a real switch, we just define a vlan on the ports without any configuration on the systems which are connected to these ports. i exactly want to do this by a freebsd system as a switch. please tell me if it is possible or not. thank you so much On Tue, Dec 20, 2011 at 10:56 AM, Nikos Vassiliadis wrote: > There are reports that hw assisted VLANs caused problems > in bridging senarios. Users have reported that -vlanhwtag > and/or promisc on the physical interface helped. Using > -vlanhwtag helped in a case of mine. > > > On 12/20/2011 8:13 AM, Alexander Lunev wrote: > >> i made a little lab, all on 8.2-R: >> >> freebsd1-le0.10 (192.168.2.1)<=3D=3D=3D=3D=3D> bridge0( le0.10 - freebs= d2 - >> le1.10 )<=3D=3D=3D=3D=3D> le0.10(192.168.2.1) - freebsd3 >> >> freebsd2 is a "switch" it has no ip addresses assigned to interfaces >> (except localhost of course), "switch" is made by bridge0 interface >> which contain vlan interfaces le0.10 and le1.10. Ethernet segments >> freebsd1-freebsd2 and freebsd2-freebsd3 are different and not visible >> to each other. >> In this scheme i can ping 192.168.2.2 from 192.168.2.1 just fine, so >> if your question was "will bridge work without ip addresses", then >> answer is "yes". >> >> -- >> your sweet isn't ready yet >> >> >> >> On Mon, Dec 19, 2011 at 8:52 AM, saeedeh motlagh >> wrote: >> >>> you're right but we can't assign tow parent interface to one vlan in >>> freebsd >>> therefore i define two vlans with the one vlan id. >>> although we can do it by blow command but it's not work too: >>> ifconfig gbeth0.10 create >>> ifconfig msk0.10 create >>> ifconfig >>> gbeth0.10: flags=3D8842 metric = 0 >>> mtu 1500 >>> >>> options=3D3 >>> ether 00:27:0e:03:4b:2f >>> media: Ethernet autoselect (1000baseT) >>> status: active >>> vlan: 10 parent interface: gbeth0 >>> msk0.10: flags=3D8842 metric 0 >>> mtu 1500 >>> >>> options=3D100 >>> ether 00:30:4f:63:5a:bc >>> media: Ethernet autoselect (none) >>> status: active >>> vlan: 10 parent interface: msk0 >>> >>> you know when i define vlans with ip addressess they work as i expected >>> but >>> i want to know if i can define vlan without ip address as the switch >>> beacuse >>> i wanna configure a freebsd box as a real switch in my network. maybe >>> it's >>> impossible to do that :( >>> >>> >>> On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev >>> wrote: >>> >>>> >>>> first of all, you should name and number you vlan same, if it's clan10 >>>> on the one side, then it's vlan10 on the other side and in betweeen. >>>> then (though you have to do it first of all), you should understand >>>> how vlan's work, and after that connect ports to each other according >>>> to your scheme. >>>> >>>> >>>> -- >>>> your sweet isn't ready yet >>>> >>>> >>>> >>>> On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh >>>> wrote: >>>> >>>>> i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to = be >>>>> switch here. one interface of 28 is connected to 25 and the other >>>>> interface >>>>> of 28 is connected to 12. as mentioned below, i've defined two vlan10 >>>>> and >>>>> 11 with the same vlan id on the 28 and bridge them. >>>>> now i can't ping 0.25 from 0.12. what's wrong here? should i define >>>>> vlan10 >>>>> on 12 and 25? >>>>> please tell me if i'm misunderstanding. >>>>> this is the ifconfig for 0.28: >>>>> vlan10: flags=3D8943 >>>>> metric 0 >>>>> mtu 1500 >>>>> options=3D3 >>>>> ether 00:27:0e:03:4b:2f >>>>> media: Ethernet autoselect (1000baseT) >>>>> status: active >>>>> vlan: 10 parent interface: gbeth0 >>>>> vlan11: flags=3D8943 >>>>> metric 0 >>>>> mtu 1500 >>>>> options=3D100 >>>>> ether 00:30:4f:63:5a:bc >>>>> media: Ethernet autoselect (none) >>>>> status: active >>>>> vlan: 10 parent interface: msk0 >>>>> bridge0: flags=3D8843 metr= ic >>>>> 0 mtu >>>>> 1500 >>>>> ether d6:c4:f6:0f:5e:4f >>>>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>>>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>>>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>>>> member: vlan11 flags=3D143 >>>>> ifmaxaddr 0 port 6 priority 128 path cost 55 >>>>> member: vlan10 flags=3D143 >>>>> ifmaxaddr 0 port 5 priority 128 path cost 20000 >>>>> >>>>> >>>>> On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi >>>>> **wrote: >>>>> >>>>> =D9=8EAlso it's a good idea to to attach a ifconfig output. >>>>>> >>>>>> On 12/17/11, saeedeh motlagh> >>>>>> wrote: >>>>>> >>>>>>> when i do that, the vlan is defined but from a system in a vlan, i >>>>>>> can't >>>>>>> ping the other one which is in the same vlan. so i think that the >>>>>>> vlan is >>>>>>> not working. am i right? >>>>>>> >>>>>>> On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett >>>>>>> >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> You probably just need to do ifconfig vlanxxx up instead of >>>>>>>> assigning an >>>>>>>> IP. >>>>>>>> >>>>>>>> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >>>>>>>> wrote: >>>>>>>> >>>>>>>>> hi every body >>>>>>>>> >>>>>>>>> i wanna configure a freebsd box as a switch. in order to do that, >>>>>>>>> i >>>>>>>>> >>>>>>>> bridged >>>>>>>> >>>>>>>>> all my interfaces to have switching and it works fine. after that >>>>>>>>> i >>>>>>>>> >>>>>>>> want >>>>>> >>>>>>> to >>>>>>>> >>>>>>>>> have vlans on it. as you know, in a real switch, a vlan is >>>>>>>>> configured >>>>>>>>> >>>>>>>> just >>>>>>>> >>>>>>>>> by assigning a port to it without any additional configuration an= d >>>>>>>>> >>>>>>>> vlans >>>>>> >>>>>>> are submitted just by name. but in freebsd a vlan just works when >>>>>>>>> it >>>>>>>>> >>>>>>>> has >>>>>> >>>>>>> an >>>>>>>> >>>>>>>>> ip address (i think). when i define vlan121 on two freebsd system= s >>>>>>>>> >>>>>>>> with >>>>>> >>>>>>> ip >>>>>>>> >>>>>>>>> address it works fine but without ip address i don't know how it >>>>>>>>> >>>>>>>> should >>>>>> >>>>>>> be >>>>>>>> >>>>>>>>> worked. >>>>>>>>> >>>>>>>>> can sombody tell me if it is possible to simulate vlans in freebs= d >>>>>>>>> as >>>>>>>>> >>>>>>>> they >>>>>>>> >>>>>>>>> are in a real switch? i mean can we have vlans without ip >>>>>>>>> addresses >>>>>>>>> which >>>>>>>>> works fine? maybe some kind of vlan which works by MAc address. i= s >>>>>>>>> it >>>>>>>>> possible? >>>>>>>>> it's so necessary for me to do that:( >>>>>>>>> >>>>>>>>> yours, >>>>>>>>> motlagh >>>>>>>>> ______________________________**_________________ >>>>>>>>> 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 >>>>>>>>> >>>>>>>> " >>>>>> >>>>>>> >>>>>>>> ______________________________**_________________ >>>>>>> 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 >>>>>>> " >>>>>>> >>>>>>> >>>>>> ______________________________**_________________ >>>>> 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 " >>>>> >>>> >>> >>> ______________________________**_________________ >> 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<= freebsd-net-unsubscribe@freebsd.org> >> " >> > > From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 06:46:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7214106566B for ; Wed, 21 Dec 2011 06:46:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7708C8FC16 for ; Wed, 21 Dec 2011 06:46:47 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so3453570wib.13 for ; Tue, 20 Dec 2011 22:46:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WesLcAXDNiWfw4i5vY2Yh1gr856KYrSNBaezcWyDkbc=; b=IgaGUzzs8OiQ/7u5Q4/zHzoED698wAtf1NCaDq23377Ab5vEQqYEQ9RtNNzKzmJGkP eWn2mNp8lu4NVdZiZfhISVugyt9mmWl8/LiUinFnxCXUapPfXS9vwDD2V7nct0qrBZIR eG4+xQiVx4pn6I6nTu6YtrWtWTrIuHv40QTZ4= MIME-Version: 1.0 Received: by 10.180.85.4 with SMTP id d4mr11236914wiz.0.1324450006299; Tue, 20 Dec 2011 22:46:46 -0800 (PST) Received: by 10.180.92.38 with HTTP; Tue, 20 Dec 2011 22:46:46 -0800 (PST) In-Reply-To: <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> Date: Tue, 20 Dec 2011 22:46:46 -0800 Message-ID: From: Jack Vogel To: Clint Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 06:46:48 -0000 I was fighting with UDP issues before the latest checkin, so you should look at THAT version, 2.3.1 in HEAD please. Jack On Tue, Dec 20, 2011 at 5:52 PM, Clint wrote: > On Tue, 20 Dec 2011 14:48:14 -0800, YongHyeon PYUN wrote: > >> I also see similar excessive system load with em(4) on latest HEAD. >> Self-clocking protocols like TCP does not seem to suffer from the >> issue but UDP clearly shows the issue. A single bulk UDP transmit >> test session completely halts the box while the test is in >> progress. I have a patch that addresses it but it needs more clean >> ups and Jack's review. I'm not sure whether the patch could be >> accepted since it completely removes taskqueue based approach in >> TX/RX path. >> Also note, multi-queue option of igb(4) can re-order UDP packets in >> TX path such that it can result in poor NFS over UDP performance. >> It seems TCP is more resilient on packet reodering though. >> >> Because igb(4) shares implementation idea with em(4), it's possible >> igb(4) also have the similar issue. I have to find some spare time >> to try this with igb(4) but I'm somewhat overloaded to address poor >> em(4) performance on 82574 with MSI-X. >> >> > I decided to try the updated igb driver, v2.2.5, in FreeBSD 9.0RC3. I can > no longer duplicate the excessive load issue as it now performs so poorly > that I can't even stream a 38Mbit/s file via either NFS/UDP or Samba/TCP, > so things went from bad to worse. I'm guessing it has something to do with > flow control as that's appears to be different with this driver, back to > v2.2.3 for now. > > Thanks, > Clint > > ______________________________**_________________ > 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 > " > From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 06:49:51 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E229C106564A for ; Wed, 21 Dec 2011 06:49:51 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD528FC14 for ; Wed, 21 Dec 2011 06:49:51 +0000 (UTC) Received: by wgbds13 with SMTP id ds13so10099930wgb.1 for ; Tue, 20 Dec 2011 22:49:50 -0800 (PST) Received: by 10.180.85.4 with SMTP id d4mr11253237wiz.0.1324450190212; Tue, 20 Dec 2011 22:49:50 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.227.208.210 with HTTP; Tue, 20 Dec 2011 22:49:29 -0800 (PST) In-Reply-To: References: <4EF038B9.5050203@gmx.com> From: Juli Mallett Date: Tue, 20 Dec 2011 22:49:29 -0800 X-Google-Sender-Auth: yK-eqOjtxagguQB_Xda5vm2w3zg Message-ID: To: saeedeh motlagh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Alexander Lunev , Nikos Vassiliadis , Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 06:49:52 -0000 On Tue, Dec 20, 2011 at 22:38, saeedeh motlagh wrote: > thankyou every body for your attention. yes bridging is done without ip > address. i try to use all the point which is mentioned here but my proble= m > is not solved yet. > you know i have three freebsd box. i wanna to config the intermediate one > as switch and two others as vlan member. i want to have just one vlan and > configure this vlan just on the switch (as a cisco switch) and two other > systems which are the member of this vlan, can ping each other. is it > possible? how? > > the most important point for me is that i don't want to do any vlan > configuration on the vlan members. i want just configure switch system to > do it. in a real switch, we just define a vlan on the ports without any > configuration on the systems which are connected to these ports. i exactl= y > want to do this by a freebsd system as a switch. please tell me if it is > possible or not. > thank you so much You are confusing two semi-unrelated things. FreeBSD vlan interfaces are only for tagged vlans, they are not necessary to construct a virtual network between ports. If you create a bridge between physical interfaces then vlans are not needed, and are harmful if your ports are not tagged. Switch configuration often uses a confused sense of the term VLAN which is complicating the ability of others to understand you, I believe. > On Tue, Dec 20, 2011 at 10:56 AM, Nikos Vassiliadis wrote= : > >> There are reports that hw assisted VLANs caused problems >> in bridging senarios. Users have reported that -vlanhwtag >> and/or promisc on the physical interface helped. Using >> -vlanhwtag helped in a case of mine. >> >> >> On 12/20/2011 8:13 AM, Alexander Lunev wrote: >> >>> i made a little lab, all on 8.2-R: >>> >>> freebsd1-le0.10 (192.168.2.1)<=3D=3D=3D=3D=3D> =C2=A0bridge0( le0.10 - = freebsd2 - >>> le1.10 )<=3D=3D=3D=3D=3D> =C2=A0 le0.10(192.168.2.1) - freebsd3 >>> >>> freebsd2 is a "switch" it has no ip addresses assigned to interfaces >>> (except localhost of course), "switch" is made by bridge0 interface >>> which contain vlan interfaces le0.10 and le1.10. Ethernet segments >>> freebsd1-freebsd2 and freebsd2-freebsd3 are different and not visible >>> to each other. >>> In this scheme i can ping 192.168.2.2 from 192.168.2.1 just fine, so >>> if your question was "will bridge work without ip addresses", then >>> answer is "yes". >>> >>> -- >>> your sweet isn't ready yet >>> >>> >>> >>> On Mon, Dec 19, 2011 at 8:52 AM, saeedeh motlagh >>> =C2=A0wrote: >>> >>>> you're right but we can't assign tow parent interface to one vlan in >>>> freebsd >>>> therefore i define two vlans with the one vlan id. >>>> although we can do it by blow command but it's not work too: >>>> ifconfig gbeth0.10 create >>>> ifconfig msk0.10 create >>>> ifconfig >>>> gbeth0.10: flags=3D8842 =C2=A0m= etric 0 >>>> mtu 1500 >>>> >>>> =C2=A0 =C2=A0 options=3D3 >>>> =C2=A0 =C2=A0 ether 00:27:0e:03:4b:2f >>>> =C2=A0 =C2=A0 media: Ethernet autoselect (1000baseT) >>>> =C2=A0 =C2=A0 status: active >>>> =C2=A0 =C2=A0 vlan: 10 parent interface: gbeth0 >>>> msk0.10: flags=3D8842 =C2=A0met= ric 0 >>>> mtu 1500 >>>> >>>> =C2=A0 =C2=A0 options=3D100 >>>> =C2=A0 =C2=A0 ether 00:30:4f:63:5a:bc >>>> =C2=A0 =C2=A0 media: Ethernet autoselect (none) >>>> =C2=A0 =C2=A0 status: active >>>> =C2=A0 =C2=A0 vlan: 10 parent interface: msk0 >>>> >>>> you know when i define vlans with ip addressess they work as i expecte= d >>>> but >>>> i want to know if i can define vlan without ip address as the switch >>>> beacuse >>>> i wanna configure a freebsd box as a real switch in my network. maybe >>>> it's >>>> impossible to do that :( >>>> >>>> >>>> On Sun, Dec 18, 2011 at 10:52 PM, Alexander Lunev >>>> =C2=A0wrote: >>>> >>>>> >>>>> first of all, you should name and number you vlan same, if it's clan1= 0 >>>>> on the one side, then it's vlan10 on the other side and in betweeen. >>>>> then (though you have to do it first of all), you should understand >>>>> how vlan's work, and after that connect ports to each other according >>>>> to your scheme. >>>>> >>>>> >>>>> -- >>>>> your sweet isn't ready yet >>>>> >>>>> >>>>> >>>>> On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh >>>>> =C2=A0wrote: >>>>> >>>>>> i have 3 freebsd system: 0.28 , 0.25 and 0.12 which 28 is assumed to= be >>>>>> switch here. one interface of 28 is connected to 25 and the other >>>>>> interface >>>>>> of 28 is connected to 12. as mentioned below, i've defined two vlan1= 0 >>>>>> and >>>>>> 11 with the same vlan id on the 28 and bridge them. >>>>>> now i can't ping 0.25 from 0.12. what's wrong here? should i define >>>>>> vlan10 >>>>>> on 12 and 25? >>>>>> please tell me if i'm misunderstanding. >>>>>> this is the ifconfig for 0.28: >>>>>> vlan10: flags=3D8943 >>>>>> metric 0 >>>>>> mtu 1500 >>>>>> =C2=A0 =C2=A0options=3D3 >>>>>> =C2=A0 =C2=A0ether 00:27:0e:03:4b:2f >>>>>> =C2=A0 =C2=A0media: Ethernet autoselect (1000baseT) >>>>>> =C2=A0 =C2=A0status: active >>>>>> =C2=A0 =C2=A0vlan: 10 parent interface: gbeth0 >>>>>> vlan11: flags=3D8943 >>>>>> metric 0 >>>>>> mtu 1500 >>>>>> =C2=A0 =C2=A0options=3D100 >>>>>> =C2=A0 =C2=A0ether 00:30:4f:63:5a:bc >>>>>> =C2=A0 =C2=A0media: Ethernet autoselect (none) >>>>>> =C2=A0 =C2=A0status: active >>>>>> =C2=A0 =C2=A0vlan: 10 parent interface: msk0 >>>>>> bridge0: flags=3D8843 =C2= =A0metric >>>>>> 0 mtu >>>>>> 1500 >>>>>> =C2=A0 =C2=A0ether d6:c4:f6:0f:5e:4f >>>>>> =C2=A0 =C2=A0id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddela= y 15 >>>>>> =C2=A0 =C2=A0maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>>>>> =C2=A0 =C2=A0root id 00:00:00:00:00:00 priority 32768 ifcost 0 port = 0 >>>>>> =C2=A0 =C2=A0member: vlan11 flags=3D143 >>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 6 priority= 128 path cost 55 >>>>>> =C2=A0 =C2=A0member: vlan10 flags=3D143 >>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ifmaxaddr 0 port 5 priority= 128 path cost 20000 >>>>>> >>>>>> >>>>>> On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi >>>>>> **wrote: >>>>>> >>>>>> =C2=A0=D9=8EAlso it's a good idea to to attach a ifconfig output. >>>>>>> >>>>>>> On 12/17/11, saeedeh motlagh> >>>>>>> =C2=A0wrote: >>>>>>> >>>>>>>> when i do that, the vlan is defined but from a system in a vlan, i >>>>>>>> can't >>>>>>>> ping the other one which is in the same vlan. so i think that the >>>>>>>> vlan is >>>>>>>> not working. am i right? >>>>>>>> >>>>>>>> On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett >>>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> =C2=A0You probably just need to do ifconfig vlanxxx up instead of >>>>>>>>> assigning an >>>>>>>>> IP. >>>>>>>>> >>>>>>>>> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >>>>>>>>> =C2=A0wrote: >>>>>>>>> >>>>>>>>>> hi every body >>>>>>>>>> >>>>>>>>>> i wanna configure a freebsd box as a switch. in order to do that= , >>>>>>>>>> i >>>>>>>>>> >>>>>>>>> bridged >>>>>>>>> >>>>>>>>>> all my interfaces to have switching and it works fine. after tha= t >>>>>>>>>> i >>>>>>>>>> >>>>>>>>> want >>>>>>> >>>>>>>> to >>>>>>>>> >>>>>>>>>> have vlans on it. as you know, in a real switch, a vlan is >>>>>>>>>> configured >>>>>>>>>> >>>>>>>>> just >>>>>>>>> >>>>>>>>>> by assigning a port to it without any additional configuration a= nd >>>>>>>>>> >>>>>>>>> vlans >>>>>>> >>>>>>>> =C2=A0are submitted just by name. but in freebsd a vlan just works= when >>>>>>>>>> it >>>>>>>>>> >>>>>>>>> has >>>>>>> >>>>>>>> an >>>>>>>>> >>>>>>>>>> ip address (i think). when i define vlan121 on two freebsd syste= ms >>>>>>>>>> >>>>>>>>> with >>>>>>> >>>>>>>> ip >>>>>>>>> >>>>>>>>>> address it works fine but without ip address i don't know how it >>>>>>>>>> >>>>>>>>> should >>>>>>> >>>>>>>> be >>>>>>>>> >>>>>>>>>> worked. >>>>>>>>>> >>>>>>>>>> can sombody tell me if it is possible to simulate vlans in freeb= sd >>>>>>>>>> as >>>>>>>>>> >>>>>>>>> they >>>>>>>>> >>>>>>>>>> are in a real switch? i mean can we have vlans without ip >>>>>>>>>> addresses >>>>>>>>>> which >>>>>>>>>> works fine? maybe some kind of vlan which works by MAc address. = is >>>>>>>>>> it >>>>>>>>>> possible? >>>>>>>>>> it's so necessary for me to do that:( >>>>>>>>>> >>>>>>>>>> yours, >>>>>>>>>> motlagh >>>>>>>>>> ______________________________**_________________ >>>>>>>>>> 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 >>>>>>>>>> >>>>>>>>> " >>>>>>> >>>>>>>> >>>>>>>>> =C2=A0______________________________**_________________ >>>>>>>> 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 >>>>>>>> " >>>>>>>> >>>>>>>> >>>>>>> =C2=A0______________________________**_________________ >>>>>> 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 " >>>>>> >>>>> >>>> >>>> =C2=A0______________________________**_________________ >>> 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= >>> " >>> >> >> > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 06:52:44 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16DE91065672; Wed, 21 Dec 2011 06:52:43 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A7EFB8FC13; Wed, 21 Dec 2011 06:52:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBL6qh0m005165; Wed, 21 Dec 2011 06:52:43 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBL6qhjg005161; Wed, 21 Dec 2011 06:52:43 GMT (envelope-from remko) Date: Wed, 21 Dec 2011 06:52:43 GMT Message-Id: <201112210652.pBL6qhjg005161@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/163480: [vlan]: interface does not count bytes on interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 06:52:44 -0000 Old Synopsis: interface does not count bytes on interface New Synopsis: [vlan]: interface does not count bytes on interface Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed Dec 21 06:52:20 UTC 2011 Responsible-Changed-Why: This is more something for the networking group. http://www.freebsd.org/cgi/query-pr.cgi?pr=163480 From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 07:41:00 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 553C5106568A for ; Wed, 21 Dec 2011 07:41:00 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.45]) by mx1.freebsd.org (Postfix) with SMTP id 9F8218FC15 for ; Wed, 21 Dec 2011 07:40:59 +0000 (UTC) Received: (qmail invoked by alias); 21 Dec 2011 07:40:57 -0000 Received: from adsl-210.109.242.38.tellas.gr (EHLO [192.168.73.192]) [109.242.38.210] by mail.gmx.com (mp-eu004) with SMTP; 21 Dec 2011 08:40:57 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+iF/tuvNWid7zk22OB8J56uL+cd3IAmI+LHSgcaj gaNk6Q5PHTJl49 Message-ID: <4EF18D7D.1050609@gmx.com> Date: Wed, 21 Dec 2011 09:40:45 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: saeedeh motlagh References: <4EF038B9.5050203@gmx.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: freebsd-net@freebsd.org, Alexander Lunev , Alireza Torabi Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 07:41:00 -0000 Yes, it is. on "freebsd 0 aka switch": ifconfig bridge0 create ifconfig em0.10 create #em0 port is patched to the "real" switch to a trunk port configured to accept at least vlan 10 ifconfig em1 #this port is patched to "freebsd 1" ifconfig em2 #this port is patched to "freebsd 2" ifconfig bridge0 addm em0.10 addm em1 addm em2 up em0, em1, em2, em0.10, bridge0 interfaces and ports em1 and em2 will be on vlan 10. If you run into trouble run tcpdump -e on em0. HTH, Nikos On 12/21/2011 8:38 AM, saeedeh motlagh wrote: > thankyou every body for your attention. yes bridging is done without ip > address. i try to use all the point which is mentioned here but my > problem is not solved yet. > you know i have three freebsd box. i wanna to config the intermediate > one as switch and two others as vlan member. i want to have just one > vlan and configure this vlan just on the switch (as a cisco switch) and > two other systems which are the member of this vlan, can ping each > other. is it possible? how? > > the most important point for me is that i don't want to do any vlan > configuration on the vlan members. i want just configure switch system > to do it. in a real switch, we just define a vlan on the ports without > any configuration on the systems which are connected to these ports. i > exactly want to do this by a freebsd system as a switch. please tell me > if it is possible or not. > thank you so much > > On Tue, Dec 20, 2011 at 10:56 AM, Nikos Vassiliadis > wrote: > > There are reports that hw assisted VLANs caused problems > in bridging senarios. Users have reported that -vlanhwtag > and/or promisc on the physical interface helped. Using > -vlanhwtag helped in a case of mine. > > > On 12/20/2011 8:13 AM, Alexander Lunev wrote: > > i made a little lab, all on 8.2-R: > > freebsd1-le0.10 (192.168.2.1)<=====> bridge0( le0.10 - freebsd2 - > le1.10 )<=====> le0.10(192.168.2.1) - freebsd3 > > freebsd2 is a "switch" it has no ip addresses assigned to interfaces > (except localhost of course), "switch" is made by bridge0 interface > which contain vlan interfaces le0.10 and le1.10. Ethernet segments > freebsd1-freebsd2 and freebsd2-freebsd3 are different and not > visible > to each other. > In this scheme i can ping 192.168.2.2 from 192.168.2.1 just fine, so > if your question was "will bridge work without ip addresses", then > answer is "yes". > > -- > your sweet isn't ready yet > > > > On Mon, Dec 19, 2011 at 8:52 AM, saeedeh motlagh > > > wrote: > > you're right but we can't assign tow parent interface to one > vlan in freebsd > therefore i define two vlans with the one vlan id. > although we can do it by blow command but it's not work too: > ifconfig gbeth0.10 create > ifconfig msk0.10 create > ifconfig > gbeth0.10: flags=8842 > metric 0 mtu 1500 > > options=3 > ether 00:27:0e:03:4b:2f > media: Ethernet autoselect (1000baseT) > status: active > vlan: 10 parent interface: gbeth0 > msk0.10: flags=8842 > metric 0 mtu 1500 > > options=100 > ether 00:30:4f:63:5a:bc > media: Ethernet autoselect (none) > status: active > vlan: 10 parent interface: msk0 > > you know when i define vlans with ip addressess they work as > i expected but > i want to know if i can define vlan without ip address as > the switch beacuse > i wanna configure a freebsd box as a real switch in my > network. maybe it's > impossible to do that :( > > > On Sun, Dec 18, 2011 at 10:52 PM, Alexander > Lunev> wrote: > > > first of all, you should name and number you vlan same, > if it's clan10 > on the one side, then it's vlan10 on the other side and > in betweeen. > then (though you have to do it first of all), you should > understand > how vlan's work, and after that connect ports to each > other according > to your scheme. > > > -- > your sweet isn't ready yet > > > > On Sun, Dec 18, 2011 at 10:01 AM, saeedeh motlagh > > wrote: > > i have 3 freebsd system: 0.28 , 0.25 and 0.12 which > 28 is assumed to be > switch here. one interface of 28 is connected to 25 > and the other > interface > of 28 is connected to 12. as mentioned below, i've > defined two vlan10 > and > 11 with the same vlan id on the 28 and bridge them. > now i can't ping 0.25 from 0.12. what's wrong here? > should i define > vlan10 > on 12 and 25? > please tell me if i'm misunderstanding. > this is the ifconfig for 0.28: > vlan10: > flags=8943 > metric 0 > mtu 1500 > options=3 > ether 00:27:0e:03:4b:2f > media: Ethernet autoselect (1000baseT) > status: active > vlan: 10 parent interface: gbeth0 > vlan11: > flags=8943 > metric 0 > mtu 1500 > options=100 > ether 00:30:4f:63:5a:bc > media: Ethernet autoselect (none) > status: active > vlan: 10 parent interface: msk0 > bridge0: > flags=8843 > metric 0 mtu > 1500 > ether d6:c4:f6:0f:5e:4f > id 00:00:00:00:00:00 priority 32768 hellotime 2 > fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 > timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost > 0 port 0 > member: vlan11 > flags=143 > ifmaxaddr 0 port 6 priority 128 path cost 55 > member: vlan10 > flags=143 > ifmaxaddr 0 port 5 priority 128 path > cost 20000 > > > On Sat, Dec 17, 2011 at 8:47 PM, Alireza Torabi > >__wrote: > > َAlso it's a good idea to to attach a ifconfig > output. > > On 12/17/11, saeedeh > motlagh > wrote: > > when i do that, the vlan is defined but from > a system in a vlan, i > can't > ping the other one which is in the same > vlan. so i think that the > vlan is > not working. am i right? > > On Sat, Dec 17, 2011 at 1:15 PM, Juli > Mallett > > > wrote: > > > You probably just need to do ifconfig > vlanxxx up instead of > assigning an > IP. > > On Sat, Dec 17, 2011 at 00:08, saeedeh > motlagh > > wrote: > > hi every body > > i wanna configure a freebsd box as a > switch. in order to do that, > i > > bridged > > all my interfaces to have switching > and it works fine. after that > i > > want > > to > > have vlans on it. as you know, in a > real switch, a vlan is > configured > > just > > by assigning a port to it without > any additional configuration and > > vlans > > are submitted just by name. but in > freebsd a vlan just works when > it > > has > > an > > ip address (i think). when i define > vlan121 on two freebsd systems > > with > > ip > > address it works fine but without ip > address i don't know how it > > should > > be > > worked. > > can sombody tell me if it is > possible to simulate vlans in freebsd > as > > they > > are in a real switch? i mean can we > have vlans without ip > addresses > which > works fine? maybe some kind of vlan > which works by MAc address. is > it > possible? > it's so necessary for me to do that:( > > yours, > motlagh > _________________________________________________ > 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 > > > " > > > _________________________________________________ > 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 > " > > > _________________________________________________ > 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 > " > > > > _________________________________________________ > 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 > " > > > From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 14:30:35 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A13E1106566C for ; Wed, 21 Dec 2011 14:30:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 614148FC16 for ; Wed, 21 Dec 2011 14:30:35 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.5/8.14.4) with ESMTP id pBLEUWnm061049; Wed, 21 Dec 2011 09:30:33 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4EF1ED81.3090601@sentex.net> Date: Wed, 21 Dec 2011 09:30:25 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jack Vogel References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org, Clint Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 14:30:35 -0000 On 12/21/2011 1:46 AM, Jack Vogel wrote: > I was fighting with UDP issues before the latest checkin, so you should > look at THAT version, 2.3.1 in HEAD please. Hi Jack, Is there a stand alone version of 2.3.1 that we can try on RELENG_9 and RELENG_8 ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 15:04:56 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC54F106566C for ; Wed, 21 Dec 2011 15:04:56 +0000 (UTC) (envelope-from clint@servedomains.com) Received: from loki.servedomains.com (loki.servedomains.com [66.133.105.45]) by mx1.freebsd.org (Postfix) with ESMTP id B0E718FC16 for ; Wed, 21 Dec 2011 15:04:55 +0000 (UTC) Received: from loki.servedomains.com (mail [192.168.0.60]) by loki.servedomains.com (Postfix) with ESMTP id 29D1B278975; Wed, 21 Dec 2011 08:04:55 -0700 (MST) Received: from mail.servedomains.com (localhost [127.0.0.1]) by loki.servedomains.com (Postfix) with ESMTP id EC5FF278951 for ; Wed, 21 Dec 2011 08:04:54 -0700 (MST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 21 Dec 2011 08:04:54 -0700 From: Clint To: In-Reply-To: References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> Message-ID: <91610121f172c87d5095c8ac03ea9837@servedomains.com> X-Sender: clint@servedomains.com User-Agent: Roundcube Webmail/0.5.3 X-Virus-Scanned: ClamAV via loki.servedomains.com Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 15:04:56 -0000 On Tue, 20 Dec 2011 22:46:46 -0800, Jack Vogel wrote: > I was fighting with UDP issues before the latest checkin, so you > should > look at THAT version, 2.3.1 in HEAD please. > > Jack > I'm actually running the HEAD version now, but my problems still persist. I did notice that the excessive load is now spread across multiple cores where before it was isolated to one core at a time. This version also doesn't suffer from the horrible performance I experienced with v2.2.5. Thanks, Clint From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 15:23:59 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D98106566B for ; Wed, 21 Dec 2011 15:23:59 +0000 (UTC) (envelope-from clint@servedomains.com) Received: from loki.servedomains.com (loki.servedomains.com [66.133.105.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0BFEA8FC15 for ; Wed, 21 Dec 2011 15:23:58 +0000 (UTC) Received: from loki.servedomains.com (mail [192.168.0.60]) by loki.servedomains.com (Postfix) with ESMTP id 8216827896E; Wed, 21 Dec 2011 08:23:58 -0700 (MST) Received: from mail.servedomains.com (localhost [127.0.0.1]) by loki.servedomains.com (Postfix) with ESMTP id 4FAE3278951; Wed, 21 Dec 2011 08:23:58 -0700 (MST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 21 Dec 2011 08:23:58 -0700 From: Clint To: Luigi Rizzo In-Reply-To: <20111221153456.GA30629@onelab2.iet.unipi.it> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> <91610121f172c87d5095c8ac03ea9837@servedomains.com> <20111221153456.GA30629@onelab2.iet.unipi.it> Message-ID: <9fec6cc5fb8e42665b6056587f826338@servedomains.com> X-Sender: clint@servedomains.com User-Agent: Roundcube Webmail/0.5.3 X-Virus-Scanned: ClamAV via loki.servedomains.com Cc: freebsd-net@freebsd.org Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 15:23:59 -0000 On Wed, 21 Dec 2011 16:34:56 +0100, Luigi Rizzo wrote: > On Wed, Dec 21, 2011 at 08:04:54AM -0700, Clint wrote: >> On Tue, 20 Dec 2011 22:46:46 -0800, Jack Vogel wrote: >> >I was fighting with UDP issues before the latest checkin, so you >> >should >> >look at THAT version, 2.3.1 in HEAD please. >> > >> >Jack >> > >> >> I'm actually running the HEAD version now, but my problems still >> persist. I did notice that the excessive load is now spread across >> multiple cores where before it was isolated to one core at a time. >> This >> version also doesn't suffer from the horrible performance I >> experienced >> with v2.2.5. > > as someone mentioned, it may have to do with the sender > using multiple queues thus causing reordering in the frames, > which then the receiver has to sort (and often, the receive > queue is a list so O(N) complexity per packet.) > > Can you run the igb driver with just a single queue ? > In the bootloader, or before loading the module using "kenv", you > should set > > hw.igb.num_queues = 1 > > This should prevent gratuitous reordering and perhaps fix > your performance. > > cheers > luigi I've already tried that as well, but with the v2.0.3 driver, didn't help. I'll try it again with the HEAD driver tonight. Thanks, Clint From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 15:37:20 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399B61065673 for ; Wed, 21 Dec 2011 15:37:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E91088FC16 for ; Wed, 21 Dec 2011 15:37:19 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 910E27300A; Wed, 21 Dec 2011 16:34:56 +0100 (CET) Date: Wed, 21 Dec 2011 16:34:56 +0100 From: Luigi Rizzo To: Clint Message-ID: <20111221153456.GA30629@onelab2.iet.unipi.it> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> <91610121f172c87d5095c8ac03ea9837@servedomains.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91610121f172c87d5095c8ac03ea9837@servedomains.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 15:37:20 -0000 On Wed, Dec 21, 2011 at 08:04:54AM -0700, Clint wrote: > On Tue, 20 Dec 2011 22:46:46 -0800, Jack Vogel wrote: > >I was fighting with UDP issues before the latest checkin, so you > >should > >look at THAT version, 2.3.1 in HEAD please. > > > >Jack > > > > I'm actually running the HEAD version now, but my problems still > persist. I did notice that the excessive load is now spread across > multiple cores where before it was isolated to one core at a time. This > version also doesn't suffer from the horrible performance I experienced > with v2.2.5. as someone mentioned, it may have to do with the sender using multiple queues thus causing reordering in the frames, which then the receiver has to sort (and often, the receive queue is a list so O(N) complexity per packet.) Can you run the igb driver with just a single queue ? In the bootloader, or before loading the module using "kenv", you should set hw.igb.num_queues = 1 This should prevent gratuitous reordering and perhaps fix your performance. cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Dec 21 15:55:14 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A1061065678 for ; Wed, 21 Dec 2011 15:55:14 +0000 (UTC) (envelope-from clint@servedomains.com) Received: from loki.servedomains.com (loki.servedomains.com [66.133.105.45]) by mx1.freebsd.org (Postfix) with ESMTP id 40A398FC1B for ; Wed, 21 Dec 2011 15:55:12 +0000 (UTC) Received: from loki.servedomains.com (mail [192.168.0.60]) by loki.servedomains.com (Postfix) with ESMTP id E2149278975; Wed, 21 Dec 2011 08:55:11 -0700 (MST) Received: from mail.servedomains.com (localhost [127.0.0.1]) by loki.servedomains.com (Postfix) with ESMTP id B0925278951 for ; Wed, 21 Dec 2011 08:55:11 -0700 (MST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 21 Dec 2011 08:55:11 -0700 From: Clint To: In-Reply-To: <20111221153456.GA30629@onelab2.iet.unipi.it> References: <2f23773b5165887ac51d19a612bf4c93@servedomains.com> <20111220224814.GA7715@michelle.cdnetworks.com> <5b246a7cf0bceedf39ff5718336b0753@servedomains.com> <91610121f172c87d5095c8ac03ea9837@servedomains.com> <20111221153456.GA30629@onelab2.iet.unipi.it> Message-ID: <49223118e5e2ca35a395959ef8ce4e91@servedomains.com> X-Sender: clint@servedomains.com User-Agent: Roundcube Webmail/0.5.3 X-Virus-Scanned: ClamAV via loki.servedomains.com Subject: Re: igb performance/load udp issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Dec 2011 15:55:14 -0000 On Wed, 21 Dec 2011 16:34:56 +0100, Luigi Rizzo wrote: > On Wed, Dec 21, 2011 at 08:04:54AM -0700, Clint wrote: >> On Tue, 20 Dec 2011 22:46:46 -0800, Jack Vogel wrote: >> >I was fighting with UDP issues before the latest checkin, so you >> >should >> >look at THAT version, 2.3.1 in HEAD please. >> > >> >Jack >> > >> >> I'm actually running the HEAD version now, but my problems still >> persist. I did notice that the excessive load is now spread across >> multiple cores where before it was isolated to one core at a time. >> This >> version also doesn't suffer from the horrible performance I >> experienced >> with v2.2.5. > > as someone mentioned, it may have to do with the sender > using multiple queues thus causing reordering in the frames, > which then the receiver has to sort (and often, the receive > queue is a list so O(N) complexity per packet.) > > Can you run the igb driver with just a single queue ? > In the bootloader, or before loading the module using "kenv", you > should set > > hw.igb.num_queues = 1 > > This should prevent gratuitous reordering and perhaps fix > your performance. > > cheers > luigi I've already tried that as well, but with the v2.2.3 driver, didn't help. I'll try it again with the HEAD driver tonight. Thanks, Clint From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 02:25:10 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 092F2106566C for ; Thu, 22 Dec 2011 02:25:10 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 608FB8FC0A for ; Thu, 22 Dec 2011 02:25:09 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RdY6f-00043Z-RR for freebsd-net@freebsd.org; Thu, 22 Dec 2011 03:10:05 +0100 Received: from l.saper.info ([91.121.203.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 03:10:05 +0100 Received: from saper by l.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 03:10:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Marcin Cieslak Date: Thu, 22 Dec 2011 01:59:32 +0000 (UTC) Organization: http://saper.info Lines: 251 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: l.saper.info X-Face: "MPx|KfVwz7Gg!ayb)rH,hKiCBJXvLY7t+%r1s0Uiw; (%xWn-C-H38.2Oa4JL|4Cx}a"V ~a pL4%i"s20r0%z0yZew?2><1ZfOFF27cPqcAKp?wG+-c&%BgXeJVm[lylYKH?j User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 02:25:10 -0000 Hello, I upgraded my Nov 2010 8.x-something machine to Dec 4th and later Dec 19th userland and kernel: FreeBSD x.saper.info 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Dec 19 22:13:54 UTC 2011 root@x.saper.info:/usr/obj/usr/src/sys/IPSEC amd64 Machine has 6 IPv6 addresses configured (out of provider-supplied /64 range). rtsol is used to get link-local default gateway, but addresses are static. What happens: After boot, SOME IPv6 addresses do not respond to anything (ICMPv6 ping, netcat...), for example: 2001:abcd:f:abcd::1000 does not work 2001:abcd:f:abcd::1001 works 2001:abcd:f:abcd::1002 works 2001:abcd:f:abcd::1003 does not work 2001:abcd:f:abcd::1004 works 2001:abcd:f:abcd::1005 does not work after a reboot it changes a bit, for example :1000 starts working There is a jail runnng on IPv4/IPv6: export jail_myjail_ip="eee.ff.gg.227,2001:abcd:f:abcd::1005" Turning the jail off does not make any difference. Turning off services listening on :1003 does not make any difference (tested with rebooting) The problem exhibited previously with 30% chance to connect to port 22 on :1000 (with ICMPv6 fully working, only port 22 affected). but now having cleaned up configuration I come to this result now: no IPv6 connectivity on some, but not all IPv6 addresses. Going out from the "not working" IPv6 addresses also fails: $ ping6 -S 2001:abcd:f:abcd::1005 www.freebsd.org PING6(56=40+8+8 bytes) 2001:abcd:f:abcd::1005 --> 2001:4f8:fff6::22 ^C --- red.freebsd.org ping6 statistics --- 3 packets transmitted, 0 packets received, 100.0% packet loss $ ping6 -S 2001:abcd:f:abcd::1000 www.freebsd.org PING6(56=40+8+8 bytes) 2001:abcd:f:abcd::1000 --> 2001:4f8:fff6::22 16 bytes from 2001:4f8:fff6::22, icmp_seq=0 hlim=54 time=163.839 ms 16 bytes from 2001:4f8:fff6::22, icmp_seq=1 hlim=54 time=163.789 ms ^C --- red.freebsd.org ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 163.789/163.814/163.839/0.025 ms What's wrong? Must be something obvious... //Marcin FreeBSD x.saper.info 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Dec 19 22:13:54 UTC 2011 root@x.saper.info:/usr/obj/usr/src/sys/IPSEC amd64 My configs: kernel: include GENERIC ident IPSEC options IPSEC options IPSEC_NAT_T options IPSEC_FILTERTUNNEL device crypto (IPsec is compiled in, isn't used right now) /etc/rc.conf.local: ifconfig_sis0="inet aa.bbb.ccc.103 netmask 255.255.255.0 broadcast aa.bbb.ccc.255" defaultrouter="aa.bbb.ccc.254" ifconfig_sis0_alias0="inet eee.ff.gg.227 netmask 0xffffffff" ifconfig_sis0_alias1="inet eee.ff.gg.228 netmask 0xffffffff" ifconfig_sis0_alias2="inet eee.ff.gg.229 netmask 0xffffffff" ipv6_ifconfig_sis0="2001:abcd:f:abcd::1000/64" ipv6_ifconfig_sis0_alias0="2001:abcd:f:abcd::1001/64" ipv6_ifconfig_sis0_alias1="2001:abcd:f:abcd::1002/64" ipv6_ifconfig_sis0_alias2="2001:abcd:f:abcd::1003/64" ipv6_ifconfig_sis0_alias3="2001:abcd:f:abcd::1004/64" ipv6_ifconfig_sis0_alias4="2001:abcd:f:abcd::1005/64" ipv6_default_interface="sis0" /etc/rc.conf: # This file now contains just the overrides from /etc/defaults/rc.conf. # Please make all changes to this file, not to /etc/defaults/rc.conf. sshd_enable="YES" ntpdate_enable="YES" ntpdate_hosts="213.186.33.99" fsck_y_enable="YES" named_enable="YES" ipv6_enable="YES" ipv6_ipv4mapping="YES" sendmail_enable="YES" inetd_enable="YES" kerberos5_server_enable="YES" kerberos5_server_flags="--detach --addresses='eee.ff.gg.229' --addresses='2001:41d0:1:d467::1003' --ports='88/tcp 88/udp'" milterdkim_enable="YES" tor_enable="YES" freeswitch_enable="YES" firewall_enable="YES" firewall_type="open" dummynet_enable="YES" #firewall_type="/etc/l.firewall" mysql_enable="YES" rbldnsd_enable="YES" rbldnsd_flags="-r /usr/local/etc/rbldnsd -b eee.ff.gg.229 blacklist.saper.info:ip4set:blacklist" php_fpm_enable="YES" nginx_enable="YES" ezjail_enable="YES" spawn_fcgi_enable="YES" spawn_fcgi_app="/usr/local/sbin/hgwebdir.fcgi" spawn_fcgi_bindport=9002 dovecot_enable="YES" openfire_enable="YES" openfire_javargs="-Xmx256M -Djava.net.preferIPv6Stack=true" /etc/sysctl.conf: #security.bsd.see_other_uids=0 net.inet6.ip6.accept_rtadv=1 ifconfig sis0: sis0: flags=8843 metric 0 mtu 1500 options=82008 ether 00:1c:c0:de:ad:bf inet aa.bbb.ccc.103 netmask 0xffffff00 broadcast aa.bbb.ccc.255 inet6 fe80::21c:c0ff:fede:adbf%sis0 prefixlen 64 scopeid 0x5 inet eee.ff.gg.227 netmask 0xffffffff broadcast eee.ff.gg.227 inet eee.ff.gg.228 netmask 0xffffffff broadcast eee.ff.gg.228 inet eee.ff.gg.229 netmask 0xffffffff broadcast eee.ff.gg.229 inet6 2001:abcd:f:abcd::1000 prefixlen 64 inet6 2001:abcd:f:abcd::1001 prefixlen 64 inet6 2001:abcd:f:abcd::1002 prefixlen 64 inet6 2001:abcd:f:abcd::1003 prefixlen 64 inet6 2001:abcd:f:abcd::1004 prefixlen 64 inet6 2001:abcd:f:abcd::1005 prefixlen 64 nd6 options=8003 media: Ethernet autoselect (100baseTX ) status: active netstat -rnf inet6: Routing tables Internet6: Destination Gateway Flags Refs Use Mtu Netif Expire ::/96 ::1 UGRS 0 0 16384 lo0 => default fe80::5:73ff:fea0:0%sis0 UG 0 2691 1500 sis0 ::1 ::1 UH 0 19 16384 lo0 ::ffff:0.0.0.0/96 ::1 UGRS 0 0 16384 lo0 2001:41d0:1:d400::/56 link#5 U 0 0 1500 sis0 2001:abcd:f:abcd::/64 link#5 U 0 0 1500 sis0 2001:abcd:f:abcd::1000 link#5 UHS 0 0 16384 lo0 2001:abcd:f:abcd::1001 link#5 UHS 0 0 16384 lo0 2001:abcd:f:abcd::1002 link#5 UHS 0 18 16384 lo0 2001:abcd:f:abcd::1003 link#5 UHS 0 205 16384 lo0 2001:abcd:f:abcd::1004 link#5 UHS 0 0 16384 lo0 2001:abcd:f:abcd::1005 link#5 UHS 0 0 16384 lo0 fe80::/10 ::1 UGRS 0 0 16384 lo0 fe80::%sis0/64 link#5 U 0 103 1500 sis0 fe80::21c:c0ff:fede:adbf%sis0 link#5 UHS 0 0 16384 lo0 fe80::%lo0/64 link#7 U 0 0 16384 lo0 fe80::1%lo0 link#7 UHS 0 0 16384 lo0 ff01::%sis0/32 fe80::21c:c0ff:fede:adbf%sis0 U 0 0 1500 sis0 ff01::%lo0/32 ::1 U 0 0 16384 lo0 ff02::/16 fe80::21c:c0ff:fede:adbf%sis0 US 0 0 1500 sis0 ff02::%sis0/32 fe80::21c:c0ff:fede:adbf%sis0 U 0 0 1500 sis0 ff02::%lo0/32 ::1 U 0 0 16384 lo0 netstat -anWf inet6 Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp6 0 0 2001:abcd:f:abcd::1000.26339 2001:1418:13:1::25.6667 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1000.12832 2001:610:1908:8010::10.6667 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1003.5223 2001:abcd:f:abcd::1003.58883 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1003.58883 2001:abcd:f:abcd::1003.5223 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1003.5269 2a01:4f8:130:3381::2.47825 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1000.22 2a01:aaa:eee::1.10927 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1000.22 2a01:aaa:eee::1.11145 ESTABLISHED tcp6 0 0 2001:abcd:f:abcd::1003.5080 *.* LISTEN tcp46 0 0 *.* *.* CLOSED tcp46 0 0 *.7443 *.* LISTEN tcp46 0 0 *.7070 *.* LISTEN tcp46 0 0 *.5223 *.* LISTEN tcp46 0 0 *.5222 *.* LISTEN tcp46 0 0 *.9091 *.* LISTEN tcp46 0 0 *.9090 *.* LISTEN tcp6 0 0 *.113 *.* LISTEN tcp6 0 0 *.21 *.* LISTEN tcp46 0 0 *.25 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1005.22 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1005.80 *.* LISTEN tcp46 0 0 *.5269 *.* LISTEN tcp46 0 0 *.5229 *.* LISTEN tcp46 0 0 *.7777 *.* LISTEN tcp46 0 0 *.3306 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1000.22 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1003.80 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1003.88 *.* LISTEN tcp6 0 0 ::1.953 *.* LISTEN tcp6 0 0 ::1.53 *.* LISTEN tcp6 0 0 2001:abcd:f:abcd::1000.53 *.* LISTEN udp6 0 0 2001:abcd:f:abcd::1003.5080 *.* udp6 0 0 *.59041 *.* udp6 0 0 2001:abcd:f:abcd::1005.514 *.* udp6 0 0 2001:abcd:f:abcd::1003.88 *.* udp6 0 0 ::1.53 *.* udp6 0 0 2001:abcd:f:abcd::1000.53 *.* udp6 0 0 *.514 *.* ndp -I: ND default interface = sis0 ndp -an: Neighbor Linklayer Address Netif Expire S Flags fe80::21e:79ff:fe1e:f000%sis0 00:1e:79:1e:f0:00 sis0 23h59m44s S R 2001:abcd:f:abcd::1000 00:1c:c0:de:ad:bf sis0 permanent R 2001:abcd:f:abcd::1001 00:1c:c0:de:ad:bf sis0 permanent R 2001:abcd:f:abcd::1002 00:1c:c0:de:ad:bf sis0 permanent R 2001:abcd:f:abcd::1003 00:1c:c0:de:ad:bf sis0 permanent R fe80::21e:79ff:fe1e:d400%sis0 00:1e:79:1e:d4:00 sis0 25s R R 2001:abcd:f:abcd::1004 00:1c:c0:de:ad:bf sis0 permanent R 2001:abcd:f:abcd::1005 00:1c:c0:de:ad:bf sis0 permanent R fe80::21c:c0ff:fede:adbf%sis0 00:1c:c0:de:ad:bf sis0 permanent R fe80::5:73ff:fea0:0%sis0 00:05:73:a0:00:00 sis0 4s D R ipfw set: 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 65000 allow ip from any to any 65535 deny ip from any to any From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 15:07:59 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80EB3106566C for ; Thu, 22 Dec 2011 15:07:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 130E98FC22 for ; Thu, 22 Dec 2011 15:07:59 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id DCEC625D3888; Thu, 22 Dec 2011 15:07:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 12091BD78C7; Thu, 22 Dec 2011 15:07:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id C1XfTkiFBXv7; Thu, 22 Dec 2011 15:07:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A8B9BBD78C9; Thu, 22 Dec 2011 15:07:55 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 22 Dec 2011 15:07:54 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marcin Cieslak X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 15:07:59 -0000 On 22. Dec 2011, at 01:59 , Marcin Cieslak wrote: > Hello, >=20 > I upgraded my Nov 2010 8.x-something machine to Dec 4th and later Dec = 19th > userland and kernel:=20 >=20 > FreeBSD x.saper.info 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Dec 19 = 22:13:54 UTC 2011 root@x.saper.info:/usr/obj/usr/src/sys/IPSEC = amd64 >=20 > Machine has 6 IPv6 addresses configured (out of provider-supplied /64 = range). > rtsol is used to get link-local default gateway, but addresses are = static. >=20 > What happens: >=20 > After boot, SOME IPv6 addresses do not respond to anything (ICMPv6 = ping, netcat...), > for example: >=20 > 2001:abcd:f:abcd::1000 does not work > 2001:abcd:f:abcd::1001 works > 2001:abcd:f:abcd::1002 works > 2001:abcd:f:abcd::1003 does not work > 2001:abcd:f:abcd::1004 works > 2001:abcd:f:abcd::1005 does not work >=20 > after a reboot it changes a bit, for example :1000 starts working to cut the long story short and before we try to debug this in detail; if you try to reach all these addresses on the local machine, does that = work, eg. if you ping6 2001:abcd:f:abcd::100[0-5] from that host itself? Is it just that you cannot reach them from outside your local network? /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 16:15:14 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B6CC106564A; Thu, 22 Dec 2011 16:15:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BD2628FC1B; Thu, 22 Dec 2011 16:15:13 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 41C8546B06; Thu, 22 Dec 2011 11:15:11 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C5A8DB914; Thu, 22 Dec 2011 11:15:10 -0500 (EST) From: John Baldwin To: net@freebsd.org Date: Thu, 22 Dec 2011 11:15:10 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201112221115.10239.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 22 Dec 2011 11:15:10 -0500 (EST) Cc: bms@freebsd.org Subject: Deferring inp_freemoptions() to an asychronous task X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 16:15:14 -0000 I have a workload at work where a particular device driver can take a while to update its MAC filter table when adding or removing multicast link-layer addresses. One of the ways I've tackled fixing this is to change inp_freemoptions() so that it does all of its actual work asychronously in a separate task. Currently it does its work synchronously; however, it can be invoked while the associated protocol holds a write lock on its pcbinfo lock (e.g. from in_pcbdetach() called from udp_detach()). This stalls all packet reception for that protocol since received packets need a read lock on the pcbinfo to lookup the socket associated with a given (ip, port) tuple. Moving the meat of inp_freemoptions() out to a task moves out it from under the pcbinfo lock meaning that a driver that takes a while to update its MAC filter table no longer stalls receive processing for the entire machine. The patch below is against 8, but I expect it to apply to HEAD as well. If folks don't object I'll port this forward to HEAD. Index: in_mcast.c =================================================================== --- in_mcast.c (revision 225431) +++ in_mcast.c (working copy) @@ -46,6 +46,7 @@ #include #include #include +#include #include #include @@ -144,6 +145,8 @@ static void inm_reap(struct in_multi *); static struct ip_moptions * inp_findmoptions(struct inpcb *); +static void inp_freemoptions_internal(struct ip_moptions *); +static void inp_gcmoptions(void *, int); static int inp_get_source_filters(struct inpcb *, struct sockopt *); static int inp_join_group(struct inpcb *, struct sockopt *); static int inp_leave_group(struct inpcb *, struct sockopt *); @@ -178,6 +181,10 @@ CTLFLAG_RD | CTLFLAG_MPSAFE, sysctl_ip_mcast_filters, "Per-interface stack-wide source filters"); +static STAILQ_HEAD(, ip_moptions) imo_gc_list = + STAILQ_HEAD_INITIALIZER(imo_gc_list); +static struct task imo_gc_task = TASK_INITIALIZER(0, inp_gcmoptions, NULL); + /* * Inline function which wraps assertions for a valid ifp. * The ifnet layer will set the ifma's ifp pointer to NULL if the ifp @@ -1517,18 +1524,30 @@ } /* - * Discard the IP multicast options (and source filters). + * Discard the IP multicast options (and source filters). To minimize + * the amount of work done while holding locks such as the INP's + * pcbinfo lock (which is used in the receive path), the free + * operation is performed asynchronously in a separate task. * * SMPng: NOTE: assumes INP write lock is held. */ void inp_freemoptions(struct ip_moptions *imo) { + + KASSERT(imo != NULL, ("%s: ip_moptions is NULL", __func__)); + IN_MULTI_LOCK(); + STAILQ_INSERT_TAIL(&imo_gc_list, imo, imo_link); + taskqueue_enqueue(taskqueue_thread, &imo_gc_task); + IN_MULTI_UNLOCK(); +} + +static void +inp_freemoptions_internal(struct ip_moptions *imo) +{ struct in_mfilter *imf; size_t idx, nmships; - KASSERT(imo != NULL, ("%s: ip_moptions is NULL", __func__)); - nmships = imo->imo_num_memberships; for (idx = 0; idx < nmships; ++idx) { imf = imo->imo_mfilters ? &imo->imo_mfilters[idx] : NULL; @@ -1545,6 +1564,22 @@ free(imo, M_IPMOPTS); } +static void +inp_gcmoptions(void *context, int pending) +{ + struct ip_moptions *imo; + + IN_MULTI_LOCK(); + while (!STAILQ_EMPTY(&imo_gc_list)) { + imo = STAILQ_FIRST(&imo_gc_list); + STAILQ_REMOVE_HEAD(&imo_gc_list, imo_link); + IN_MULTI_UNLOCK(); + inp_freemoptions_internal(imo); + IN_MULTI_LOCK(); + } + IN_MULTI_UNLOCK(); +} + /* * Atomically get source filters on a socket for an IPv4 multicast group. * Called with INP lock held; returns with lock released. Index: ip_var.h =================================================================== --- ip_var.h (revision 225431) +++ ip_var.h (working copy) @@ -93,6 +93,7 @@ u_short imo_max_memberships; /* max memberships this socket */ struct in_multi **imo_membership; /* group memberships */ struct in_mfilter *imo_mfilters; /* source filters */ + STAILQ_ENTRY(ip_moptions) imo_link; }; struct ipstat { -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 16:30:03 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4512E106566C; Thu, 22 Dec 2011 16:30:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 192EC8FC08; Thu, 22 Dec 2011 16:30:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id BD4EF46B0A; Thu, 22 Dec 2011 11:30:02 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 49B3FB914; Thu, 22 Dec 2011 11:30:02 -0500 (EST) From: John Baldwin To: net@freebsd.org Date: Thu, 22 Dec 2011 11:30:01 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201112221130.01823.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 22 Dec 2011 11:30:02 -0500 (EST) Cc: Robert Watson Subject: Transitioning if_addr_lock to an rwlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 16:30:03 -0000 Another bit of lock contention I ran into between a device driver doing slow MAC filter updates and the receive path is IF_ADDR_LOCK(). NIC device drivers typically hold this lock while iterating the list of multicast addresses to program their MAC filter. OTOH, ip_input() uses this lock to check to see if an incoming packet is a broadcast packet or not. So even with the pcbinfo contention from my previous patch addressed, I still ran into a problem with IF_ADDR_LOCK(). We already have some partial support for making this lock be an rwlock (the APIs that drivers now use implies an rlock), so I finished the transition and checked various non-driver users to see which ones could use a read lock (most uses can). The current patch I have for this is on 8, but if folks think this is a good idea I can work on porting it to HEAD. For HEAD the strategy I would use would be to split this up into 2 phases: 1) Add IF_ADDR locking macros to differentiate read locks vs write locks along with appropriate assertion macros. Update current users of the locking macros to use either read or write locks explicitly. To preserve KPI, the existing LOCK/UNLOCK macros would map to write lock operations. In the initial patch, the locking would still be implemented via a mtx. 2) Replace the mutex with an rwlock and update the locking macros as appropriate. Phase 1 should definitely be MFC'able. Phase 2 may or may not be. Robert had the foresight to change drivers to use explicit function wrappers around IF_ADDR_LOCK, and sizeof(struct mtx) == sizeof(struct rwlock), so if we changed the lock type the KBI for existing device drivers would all be fine. Most of the remaining uses of the locking macros are in parts of the kernel that aren't loadable (such as inet and inet6). We can look at the places that to do change and if any of them are in kld's then it would be up to re@ to decide if 2) was actually safe to merge. However, even if Phase 2 cannot be MFC'd, having phase 1 makes it easier for downstream consumers to apply Phase 2 locally if they need it. You can find the patch for 8.x at http://www.freebsd.org/~jhb/patches/if_addr_rwlock.patch -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 17:29:15 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E38A106566C for ; Thu, 22 Dec 2011 17:29:15 +0000 (UTC) (envelope-from lrh@alum.mit.edu) Received: from fed1rmfepi203.cox.net (fed1rmfepi203.cox.net [68.230.241.142]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA548FC14 for ; Thu, 22 Dec 2011 17:29:15 +0000 (UTC) Received: from fed1rmimpo210.cox.net ([68.230.241.161]) by fed1rmfepo203.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20111222171855.BMHF3756.fed1rmfepo203.cox.net@fed1rmimpo210.cox.net> for ; Thu, 22 Dec 2011 12:18:55 -0500 Received: from empyreal-1.localnet ([70.162.2.254]) by fed1rmimpo210.cox.net with bizsmtp id CHJu1i00d5UpZke03HJuaw; Thu, 22 Dec 2011 12:18:55 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4EF3667F.0083,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=KNdexPEsgodRyXqeSHbGgMzbjG9yr6mC8CHy6nJ4NOM= c=1 sm=1 a=c9Mq6B7cwogA:10 a=kj9zAlcOel0A:10 a=1Yicu4q0KmsEqx2sG9m/Fg==:17 a=Pd89w3iGhKz20-1hyjEA:9 a=CjuIK1q_8ugA:10 a=1nulkI-CItf7rok7:21 a=v9Hq820FWCEgI34y:21 a=1Yicu4q0KmsEqx2sG9m/Fg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none From: "Dr. Lyman Hazelton" Organization: EMPYREAL SCIENCES LLC To: freebsd-net@freebsd.org Date: Thu, 22 Dec 2011 10:18:54 -0700 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201112221018.54462.lrh@alum.mit.edu> Subject: re%d on FitPC2? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lrh@alum.mit.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 17:29:15 -0000 Hi! First post to this list. Was directed here from FreeBSD Forums. I'm trying to get FreeBSD running on a FitPC2. The install of 8.2 Release failed to even complete when it found the network. I downloaded 9.0-RC and installed it, and was delighted when the new installer worked perfectly and the install recognized the RealTek hardware and assigned re0 to it. I can ping the system at it's assigned address (192.168.0.25 netmask 255.255.255.0, default router and nameserver are both 192.168.0.1, which is working with my other two FreeBSD machines). However, if I try to do anything at all to another address (like, say, the default router at 192.168.0.1), I get "re0: watchdog timeout". When I look at dmesg, it shows that every time I do anything involving another address, the network goes down, the watchdog message occurs, and then the network comes back up again. I have heard that at least one other user has gotten the FitPC2 to work with the re driver, so, at least in theory, it should work. Question is how? Any advice deeply appreciated! -Lyman From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 18:01:34 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A1C1065675 for ; Thu, 22 Dec 2011 18:01:34 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7F88FC12 for ; Thu, 22 Dec 2011 18:01:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RdmxR-0000a7-5n for freebsd-net@freebsd.org; Thu, 22 Dec 2011 19:01:33 +0100 Received: from l.saper.info ([91.121.203.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 19:01:33 +0100 Received: from saper by l.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 19:01:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Marcin Cieslak Date: Thu, 22 Dec 2011 18:01:20 +0000 (UTC) Organization: http://saper.info Lines: 77 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: l.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: Re: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 18:01:35 -0000 >> Bjoern A. Zeeb wrote: > to cut the long story short and before we try to debug this in detail; > if you try to reach all these addresses on the local machine, does that work, eg. if you ping6 2001:abcd:f:abcd::100[0-5] from that host itself? Yes, $ ping6 2001:abcd:f:abcd::1003 PING6(56=40+8+8 bytes) 2001:abcd:f:abcd::1003 --> 2001:abcd:f:abcd::1003 16 bytes from 2001:abcd:f:abcd::1003, icmp_seq=0 hlim=64 time=0.392 ms ^C --- 2001:abcd:f:abcd::1003 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.392/0.392/0.392/0.000 ms also: $ ping6 -S 2001:abcd:f:abcd::1001 2001:abcd:f:abcd::1005 PING6(56=40+8+8 bytes) 2001:abcd:f:abcd::1001 --> 2001:abcd:f:abcd::1005 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=0 hlim=64 time=0.387 ms 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=1 hlim=64 time=0.201 ms 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=2 hlim=64 time=0.188 ms 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3 hlim=64 time=0.196 ms 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=4 hlim=64 time=0.198 ms 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=5 hlim=64 time=0.254 ms ^C --- 2001:abcd:f:abcd::1005 ping6 statistics --- 6 packets transmitted, 6 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.188/0.237/0.387/0.070 ms When I "tcpdump -n -i sis0 ip6" when doing ping6 -S 2001:abcd:f:abcd::1000 www.freebsd.org I see a whole bunch of 17:49:05.528465 IP6 2001:abcd:f:abcd::1000 > 2001:4f8:fff6::22: ICMP6, echo request, seq 42, length 16 When pinging from outside via IPv6 nothing appears except ND traffic: 17:50:19.658275 IP6 fe80::21c:c0ff:fede:adbf > fe80::5:73ff:fea0:0: ICMP6, neighbor solicitation, who has fe80::5:73ff:fea0:0, length 32 17:50:19.662226 IP6 fe80::5:73ff:fea0:0 > fe80::21c:c0ff:fede:adbf: ICMP6, neighbor advertisement, tgt is fe80::5:73ff:fea0:0, length 24 17:50:24.674531 IP6 fe80::21e:79ff:fe1e:d400 > fe80::21c:c0ff:fede:adbf: ICMP6, neighbor solicitation, who has fe80::21c:c0ff:fe26:8103, length 32 17:50:24.674649 IP6 fe80::21c:c0ff:fede:adbf > fe80::21e:79ff:fe1e:d400: ICMP6, neighbor advertisement, tgt is fe80::21c:c0ff:fe26:8103, length 24 17:50:26.668789 IP6 fe80::21e:79ff:fe1e:f000.2029 > ff02::66.2029: UDP, length 72 17:50:29.660582 IP6 2001:abcd:f:abcd::1000.64756 > 2a01:xxxx:yyyy::1.53: 8351 [1au][|domain] 17:50:29.674096 IP6 fe80::21c:c0ff:fede:adbf > fe80::21e:79ff:fe1e:d400: ICMP6, neighbor solicitation, who has fe80::21e:79ff:fe1e:d400, length 32 17:50:29.682082 IP6 fe80::21e:79ff:fe1e:d400 > fe80::21c:c0ff:fede:adbf: ICMP6, neighbor advertisement, tgt is fe80::21e:79ff:fe1e:d400, length 24 17:50:34.637895 IP6 fe80::21e:79ff:fe1e:f000.2029 > ff02::66.2029: UDP, length 6 fe80::21c:c0ff:fede:abbf is the problematic host When doing ping6 -S 2001:abcd:f:abcd::1000 2a01:xxx:yyy::1 PING6(56=40+8+8 bytes) 2001:abcd:f:abcd::1000 --> 2a01:xxx:yyy::1 ^C --- 2a01:xxx:yyy::1 ping6 statistics --- 29 packets transmitted, 0 packets received, 100.0% packet loss The 2a01:xxx:yyy::1 host reports ICMPv6 via bpf: 18:56:47.012614 IP6 2001:abcd:f:abcd::1000 > 2a01:xxx:yyy::1: ICMP6, echo request, seq 23, length 16 18:56:47.014426 IP6 2a01:xxx:yyy::1 > 2001:abcd:f:abcd::1000: ICMP6, echo reply, seq 23, length 16 18:56:48.012368 IP6 2001:abcd:f:abcd::1000 > 2a01:xxx:yyy::1: ICMP6, echo request, seq 24, length 16 18:56:48.013422 IP6 2a01:xxx:yyy::1 > 2001:abcd:f:abcd::1000: ICMP6, echo reply, seq 24, length 16 So it seems the packets are sent, the host just can't receive. I initially thought it's a transport layer issue, since previously (before I changed configuration) 30%-50% SSH connection attempts succeeded (but prefix was wrong on the "primary" IPv6 address :1000). Now I get no packets on receiving side at all for those "broken" IPv6 addresses. //Marcin From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 19:37:09 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FA1106566B for ; Thu, 22 Dec 2011 19:37:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id EFB338FC0A for ; Thu, 22 Dec 2011 19:37:08 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D09B525D389E; Thu, 22 Dec 2011 19:37:07 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2D026BD7901; Thu, 22 Dec 2011 19:37:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 4M1KP4Df8HMu; Thu, 22 Dec 2011 19:37:04 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id D4AA3BD7900; Thu, 22 Dec 2011 19:37:04 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 22 Dec 2011 19:37:03 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marcin Cieslak X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 19:37:09 -0000 On 22. Dec 2011, at 18:01 , Marcin Cieslak wrote: >>> Bjoern A. Zeeb wrote: >=20 >> to cut the long story short and before we try to debug this in = detail; >> if you try to reach all these addresses on the local machine, does = that work, eg. if you ping6 2001:abcd:f:abcd::100[0-5] from that host = itself? >=20 > Yes,=20 >=20 > $ ping6 2001:abcd:f:abcd::1003 > PING6(56=3D40+8+8 bytes) 2001:abcd:f:abcd::1003 --> = 2001:abcd:f:abcd::1003 > 16 bytes from 2001:abcd:f:abcd::1003, icmp_seq=3D0 hlim=3D64 = time=3D0.392 ms > ^C > --- 2001:abcd:f:abcd::1003 ping6 statistics --- > 1 packets transmitted, 1 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev =3D 0.392/0.392/0.392/0.000 ms >=20 > also: >=20 > $ ping6 -S 2001:abcd:f:abcd::1001 2001:abcd:f:abcd::1005 > PING6(56=3D40+8+8 bytes) 2001:abcd:f:abcd::1001 --> = 2001:abcd:f:abcd::1005 > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D0 hlim=3D64 = time=3D0.387 ms > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D1 hlim=3D64 = time=3D0.201 ms > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D2 hlim=3D64 = time=3D0.188 ms > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D3 hlim=3D64 = time=3D0.196 ms > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D4 hlim=3D64 = time=3D0.198 ms > 16 bytes from 2001:abcd:f:abcd::1005, icmp_seq=3D5 hlim=3D64 = time=3D0.254 ms > ^C > --- 2001:abcd:f:abcd::1005 ping6 statistics --- > 6 packets transmitted, 6 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev =3D 0.188/0.237/0.387/0.070 ms >=20 > When I "tcpdump -n -i sis0 ip6" when doing=20 >=20 > ping6 -S 2001:abcd:f:abcd::1000 www.freebsd.org >=20 > I see a whole bunch of=20 >=20 > 17:49:05.528465 IP6 2001:abcd:f:abcd::1000 > 2001:4f8:fff6::22: ICMP6, = echo request, seq 42, length 16 >=20 > When pinging from outside via IPv6 nothing appears except ND traffic: >=20 > 17:50:19.658275 IP6 fe80::21c:c0ff:fede:adbf > fe80::5:73ff:fea0:0: = ICMP6, neighbor solicitation, who has fe80::5:73ff:fea0:0, length 32 > 17:50:19.662226 IP6 fe80::5:73ff:fea0:0 > fe80::21c:c0ff:fede:adbf: = ICMP6, neighbor advertisement, tgt is fe80::5:73ff:fea0:0, length 24 > 17:50:24.674531 IP6 fe80::21e:79ff:fe1e:d400 > = fe80::21c:c0ff:fede:adbf: ICMP6, neighbor solicitation, who has = fe80::21c:c0ff:fe26:8103, length 32 > 17:50:24.674649 IP6 fe80::21c:c0ff:fede:adbf > = fe80::21e:79ff:fe1e:d400: ICMP6, neighbor advertisement, tgt is = fe80::21c:c0ff:fe26:8103, length 24 > 17:50:26.668789 IP6 fe80::21e:79ff:fe1e:f000.2029 > ff02::66.2029: = UDP, length 72 > 17:50:29.660582 IP6 2001:abcd:f:abcd::1000.64756 > = 2a01:xxxx:yyyy::1.53: 8351 [1au][|domain] > 17:50:29.674096 IP6 fe80::21c:c0ff:fede:adbf > = fe80::21e:79ff:fe1e:d400: ICMP6, neighbor solicitation, who has = fe80::21e:79ff:fe1e:d400, length 32 > 17:50:29.682082 IP6 fe80::21e:79ff:fe1e:d400 > = fe80::21c:c0ff:fede:adbf: ICMP6, neighbor advertisement, tgt is = fe80::21e:79ff:fe1e:d400, length 24 > 17:50:34.637895 IP6 fe80::21e:79ff:fe1e:f000.2029 > ff02::66.2029: = UDP, length 6 >=20 > fe80::21c:c0ff:fede:abbf is the problematic host >=20 > When doing=20 >=20 > ping6 -S 2001:abcd:f:abcd::1000 2a01:xxx:yyy::1 > PING6(56=3D40+8+8 bytes) 2001:abcd:f:abcd::1000 --> 2a01:xxx:yyy::1 > ^C > --- 2a01:xxx:yyy::1 ping6 statistics --- > 29 packets transmitted, 0 packets received, 100.0% packet loss >=20 > The 2a01:xxx:yyy::1 host reports ICMPv6 via bpf: >=20 > 18:56:47.012614 IP6 2001:abcd:f:abcd::1000 > 2a01:xxx:yyy::1: ICMP6, = echo request, seq 23, length 16 > 18:56:47.014426 IP6 2a01:xxx:yyy::1 > 2001:abcd:f:abcd::1000: ICMP6, = echo reply, seq 23, length 16 > 18:56:48.012368 IP6 2001:abcd:f:abcd::1000 > 2a01:xxx:yyy::1: ICMP6, = echo request, seq 24, length 16 > 18:56:48.013422 IP6 2a01:xxx:yyy::1 > 2001:abcd:f:abcd::1000: ICMP6, = echo reply, seq 24, length 16 >=20 > So it seems the packets are sent, the host just can't receive. >=20 > I initially thought it's a transport layer issue, since previously = (before > I changed configuration) 30%-50% SSH connection attempts succeeded > (but prefix was wrong on the "primary" IPv6 address :1000). > Now I get no packets on receiving side at all for those "broken" IPv6 = addresses. Talk to ywhomever is providing in front of you to 1) either relax nd6 table limits or 2) to route a /64 to your host to only have 1 entry in the neighbour = table. That's most likely the problem given my crystal ball and experience. /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 20:07:06 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 314FD106566B for ; Thu, 22 Dec 2011 20:07:06 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 0A57D8FC16 for ; Thu, 22 Dec 2011 20:07:05 +0000 (UTC) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 21 Dec 2011 13:33:46 -0800 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Wed, 21 Dec 2011 13:24:37 -0800 From: "David Christensen" To: "Sean Bruno" , "John Baldwin" Date: Wed, 21 Dec 2011 13:25:06 -0800 Thread-Topic: stable/7 bce(4) out of buffers Thread-Index: Acy7UjxtAA9AJxOLSIW6LRfDWTDEGwE0wFOQ Message-ID: <5D267A3F22FD854F8F48B3D2B52381938616740FEB@IRVEXCHCCR01.corp.ad.broadcom.com> References: <1323802814.26931.16.camel@hitfishpass-lx.corp.yahoo.com> <201112151000.52116.jhb@freebsd.org> <1323971445.3551.1.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1323971445.3551.1.camel@hitfishpass-lx.corp.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 62EC8F303DS8318938-01-01 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: "freebsd-net@freebsd.org" Subject: RE: stable/7 bce(4) out of buffers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 20:07:06 -0000 PiA+ID4gZGV2LmJjZS4wLmNvbV9ub19idWZmZXJzOiAxMzAyMjgNCj4gPg0KPiA+IEhtbSwgaW4g SEVBRCB0aGVyZSBsb29rcyB0byBiZSBhIGh3LmJjZS5yeF9wYWdlcyB0aGF0IGNhbiBiZSBzZXQg dG8NCj4gPiAxLCAyLCA0LCBvciA4LiAgSXQgZGVmYXVsdHMgdG8gMi4gIEluIHRoZSA3IGRyaXZl ciBpdCBsb29rcyBsaWtlIHRoaXMNCj4gPiBpcyBhICNkZWZpbmUgaW4gc3lzL2Rldi9iY2UvaWZf YmNlcmVnLmggKFJYX1BBR0VTIG9uIGxpbmUgNjcxMCkuICBUcnkNCj4gPiBjaGFuZ2luZyBSWF9Q QUdFUyBmcm9tIDIgdG8gNCAob3IgOCkgYW5kIHJlY29tcGlsaW5nIHlvdXIga2VybmVsIChvcg0K PiA+IGJjZSBkcml2ZXIpIGFuZCBzZWUgaWYgdGhhdCBoZWxwcy4NCj4gPg0KPiANCj4gSW5kZWVk LCBJIHdhcyBleWViYWxsaW5nIHRoYXQganVzdCBub3cuICBJJ2xsIHBvc3QgYmFjayB3aXRoIHJl c3VsdHMuDQo+IA0KDQpBZGRpbmcgYnVmZmVycyBtaWdodCBoZWxwIGJ1dCBtb3JlIG9mdGVuIHRo YW4gbm90IHlvdSByZWFsbHkgc2hvdWxkDQphZGp1c3QgdGhlIGludGVycnVwdCBjb2FsZXNjaW5n IHN5c2N0bHMgKGh3LmJjZS5yeF9xdWlja19jb25zX3RyaXAsIA0KaHcuYmNlLnJ4X3RpY2tzKSBz byB0aGUgaGFyZHdhcmUgcmVsZWFzZXMgZnJhbWVzIHRvIHRoZSBPUyBtb3JlDQpmcmVxdWVudGx5 IGFuZCBmZXRjaGVzIG5ldyBidWZmZXJzLiAgU2V0dGluZyBib3RoIHZhbHVlcyBjbG9zZXIgdG8g MQ0KaW1wcm92ZXMgbGF0ZW5jeSBhbmQgc21hbGwgcGFja2V0IHBlcmZvcm1hbmNlIGJ1dCBkb2Vz IGluY3JlYXNlIENQVQ0KbG9hZCBkdWUgdG8gdGhlIGluY3JlYXNlZCBudW1iZXIgb2YgaW50ZXJy dXB0cy4NCg0KRGF2ZSANCg== From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 20:36:14 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B109D1065678 for ; Thu, 22 Dec 2011 20:36:14 +0000 (UTC) (envelope-from mailreturn@smtp.ymlp36.net) Received: from smtp.ymlp36.net (smtp.ymlp36.net [78.41.65.6]) by mx1.freebsd.org (Postfix) with SMTP id F2D338FC19 for ; Thu, 22 Dec 2011 20:36:12 +0000 (UTC) Received: (qmail 18680 invoked by uid 0); 22 Dec 2011 20:09:28 -0000 Date: Thu, 22 Dec 2011 21:09:28 +0100 To: freebsd-net@freebsd.org From: Hosiery Street Message-ID: <661fb4fbd0e7df87be7ae14d848bee14@smtp.ymlp36.net> X-YMLPcode: 8ryt+206+93817 MIME-Version: 1.0 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Lingerie Sale - Limited Time Offer X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sales@hosierystreet.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 20:36:14 -0000 --------------------------------------------------------------------------= ------ This email newsletter was sent to you in graphical HTML format. If you're seeing this version, your email program prefers plain text = emails. You can read the original version online: http://ymlp223.net/zTi0Mw --------------------------------------------------------------------------= ------ Dear Customer HAPPY HOLIDAYS AND A GREAT NEW YEAR!!! DUE TO THE GREAT SUCCESS OF OUR BLACK FRIDAY FREE SHIPPING SALE WE HAVE DECIDED TO RENEW OUR FREE SHIPPING THRU THE NEW YEAR TILL TUESDAY JANUARY 3rd 2012!!! THAT'S RIGHT! HOSIERYSTREET.com IS OFFERING FREE SHIPPING on all orders over $25 in contiguous US TILL TUESDAY JANUARY 3rd!!! This is our way of saying THANK YOU to all of our loyal customers for making us the GREATEST HOSIERY and LINGERIE website on the net. As in every email we would like to remind you first and foremost that if you don't want to be on our sale list please click below to unsubscribe and you will be removed from the email list immediately. We do not want to SPAM anyone. PLEASE DO NOT REPORT THIS AS SPAM. HAPPY HOLIDAYS!!! ( http://hosierystreet.com/&refer=3Dem_1222i ) The following is a few of our HOTTEST items you may be interested in: 5 HOTTEST DEALS FROM BESTFORM ( http://www.hosierystreet.com/system/scripts/search.cgi?&p=3D1&&Company=3DB= estform&Submit2=3DSearch&action=3Dsearch&per_page=3D90&sort_by=3DBrand#Sea= rch&refer=3Dem_1222i ). NOW ONLY: $7.99 Bestform Soft Cup Wide, camisole top band bottom . #6825 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Dbf68= 25&refer=3Dem_1222i )NOW ONLY: $6.99 Bestform BodyCottons Underwire # 6826 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Dbf68= 26&refer=3Dem_1222i ) NOW ONLY: $7.56 Bestform Relax Wear # 6088 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Dbf60= 88&refer=3Dem_1222i )NOW ONLY: $8.99 Bestform Shirred Front Sport Bra. #6040 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Dbef6= 040&refer=3Dem_1222i )NOW ONLY: $9.99 Bestform Posture back sport bra with double lined front Cris-Cross Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Dbef6= 092x&refer=3Dem_1222i ) or click here for more BestForm Bras at Greatly Discounted Prices... ( http://www.hosierystreet.com/system/scripts/search.cgi?&p=3D1&&Company=3DB= estform&Submit2=3DSearch&action=3Dsearch&per_page=3D90&sort_by=3DBrand#Sea= rch&refer=3Dem_1222i ) DUE TO POULAR DEMAND NOW BACK IN STOCK!!! 2 HOT DEALS FROM Round the Clock ( http://www.hosierystreet.com/system/scripts/search.cgi?Company=3DRound+The= +Clock&Submit2=3DSearch&action=3Dsearch&refer=3Dem_1222i )! NOW ONLY: $12.99 Round The Clock Classic Sheer, Girdle at the Top # 135 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Drtc1= 35&refer=3Dem_1222i )NOW ONLY: $13.99 Round The Clock Girdle at the Top, Lycra Silky Sheer Leg Pantyhose # 137 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3Drtc1= 37&refer=3Dem_1222i ) or click here for more Round The Clock Deals... ( http://www.hosierystreet.com/system/scripts/search.cgi?Company=3DRound+The= +Clock&Submit2=3DSearch&action=3Dsearch&refer=3Dem_1222i ) 6 MORE GREAT DEALS FROM VASSARETTE ( http://www.hosierystreet.com/system/scripts/search.cgi?&p=3D1&&txtSearch= =3D&search_type=3Din_all&category=3D21&Company=3DVassarette&price_from=3D&= price_to=3D&command=3Dadvance_search&action=3Dsearch&cmdGetCustomers=3DGet= +Result&per_page=3D90&sort_by=3DBrand#Search&refer=3Dem_1222i ). NOW ONLY: $3.49 Vassarette Light Control Hi-Cut Brief Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D48-0= 01&refer=3Dem_1222i )NOW ONLY: $3.99 Vassarette Light Control Brief Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D40-0= 01&refer=3Dem_1222i )NOW ONLY: $5.99 Vassarette Soft& Simple Bright Lines Soft Cup. #70-177 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D70-1= 77&refer=3Dem_1222i ) NOW ONLY: $9.89 Vassarette BodyCurves Microfiber Wireless Contour Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D72-2= 39&refer=3Dem_1222i )NOW ONLY: $10.99 Vassarette RealSexy Her Secret Push Up UW Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D75-3= 20&refer=3Dem_1222i ) NOW ONLY: $12.89 Vassarette BodyCurves Flir-T FF Contour UW. #75-818 Click here for more info >>> ( http://www.hosierystreet.com/system/scripts/results_big.cgi?product=3D75-8= 18&refer=3Dem_1222i ) or click here for more ON SALE Vassarette Bras... ( http://www.hosierystreet.com/system/scripts/search.cgi?&p=3D1&&txtSearch= =3D&search_type=3Din_all&category=3D21&Company=3DVassarette&price_from=3D&= price_to=3D&command=3Dadvance_search&action=3Dsearch&cmdGetCustomers=3DGet= +Result&per_page=3D90&sort_by=3DBrand#Search&refer=3Dem_1222i ) ------------------------- PLEASE CHECK OUT OUR VANITY FAIR BRA LINE!!! ( http://www.hosierystreet.com/system/scripts/search.cgi?txtSearch=3D&search= _type=3Din_all&category=3D21&Company=3DVanity+Fair&price_from=3D&price_to= =3D&command=3Dadvance_search&action=3Dsearch&cmdGetCustomers=3DGet+Result&= refer=3Dem_1222i ) MORE INFO >>> CLICK HERE >>> ( http://www.hosierystreet.com/system/scripts/search.cgi?txtSearch=3D&search= _type=3Din_all&category=3D21&Company=3DVanity+Fair&price_from=3D&price_to= =3D&command=3Dadvance_search&action=3Dsearch&cmdGetCustomers=3DGet+Result&= refer=3Dem_1222i ) _____________________________ Unsubscribe / Change Profile: http://ymlp223.net/ugmjwyjqgsgymquwgesh Powered by YourMailingListProvider From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 20:38:30 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FC8106566C for ; Thu, 22 Dec 2011 20:38:30 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id E1B848FC08 for ; Thu, 22 Dec 2011 20:38:29 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 24808 invoked from network); 22 Dec 2011 21:38:28 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1324586308; bh=YjKoyEuSLwf62RrpXZt1YLSOzsnHDOwE29LSiga80fc=; h=From:To:CC:Subject; b=RhZR8q9p0I7iI2nu/E3KKTZaQf2Doq3RW6Msr77prHmZVv1OQThmcOHAqVR2wY05K UIO/rx03RCVVmt8/bb2qvRz/D582Qfk4Sa1HBxSOJFTZAgyA0q1USnvzCnCYszFQgh rbL3bfeIk7PCrpICuY7VyhURqPT0pTd72ZDgU8hY= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 22 Dec 2011 21:38:28 +0100 Message-ID: <4EF39545.3000802@wp.pl> Date: Thu, 22 Dec 2011 21:38:29 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: lrh@alum.mit.edu References: <201112221018.54462.lrh@alum.mit.edu> In-Reply-To: <201112221018.54462.lrh@alum.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [0ZPE] Cc: freebsd-net@freebsd.org Subject: Re: re%d on FitPC2? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 20:38:30 -0000 W dniu 2011-12-22 18:18, Dr. Lyman Hazelton pisze: > Hi! First post to this list. Was directed here from FreeBSD Forums. > > I'm trying to get FreeBSD running on a FitPC2. The install of 8.2 Release > failed to even complete when it found the network. I downloaded 9.0-RC and > installed it, and was delighted when the new installer worked perfectly and > the install recognized the RealTek hardware and assigned re0 to it. I can > ping the system at it's assigned address (192.168.0.25 netmask 255.255.255.0, > default router and nameserver are both 192.168.0.1, which is working with my > other two FreeBSD machines). However, if I try to do anything at all to > another address (like, say, the default router at 192.168.0.1), I get "re0: > watchdog timeout". When I look at dmesg, it shows that every time I do > anything involving another address, the network goes down, the watchdog > message occurs, and then the network comes back up again. > > I have heard that at least one other user has gotten the FitPC2 to work with > the re driver, so, at least in theory, it should work. Question is how? > > Any advice deeply appreciated! > Hi, have you tried recompilling kernel (GENERIC, with other types of NIC supported) on your own? As someone wrote you in forum, the driver may be wrong. What's the NIC chipset? Regards, -- Marek Salwerowicz From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 20:39:32 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CED3106564A for ; Thu, 22 Dec 2011 20:39:32 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DE3298FC14 for ; Thu, 22 Dec 2011 20:39:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RdpQJ-00061O-6L for freebsd-net@freebsd.org; Thu, 22 Dec 2011 21:39:31 +0100 Received: from l.saper.info ([91.121.203.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 21:39:31 +0100 Received: from saper by l.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 21:39:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Marcin Cieslak Date: Thu, 22 Dec 2011 20:39:16 +0000 (UTC) Organization: http://saper.info Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: l.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) Subject: Re: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 20:39:32 -0000 >> Bjoern A. Zeeb wrote: >> I initially thought it's a transport layer issue, since previously (before >> I changed configuration) 30%-50% SSH connection attempts succeeded >> (but prefix was wrong on the "primary" IPv6 address :1000). >> Now I get no packets on receiving side at all for those "broken" IPv6 addresses. > > Talk to ywhomever is providing in front of you to > 1) either relax nd6 table limits or > 2) to route a /64 to your host to only have 1 entry in the neighbour table. > > That's most likely the problem given my crystal ball and experience. Thank you for insightful analysis! Seems like this provider has some significant IPv6 takeup, which is good news - sorry for hassle, but problems started after upgrade. I'll talk to my upstream then, thanks! //Marcin From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 22:34:49 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A14106564A for ; Thu, 22 Dec 2011 22:34:49 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4808FC13 for ; Thu, 22 Dec 2011 22:34:48 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 3779 invoked from network); 22 Dec 2011 23:34:46 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1324593286; bh=D55IYMDwlY1n4CsCvRBgIyn0T4cIiUux7uVMM8e5FtQ=; h=From:To:Subject; b=Cmk2ANjvsV52G195kB753MZyqLVfXdMOJiYWAjQ0/6dGu8fw1iAgehS91sHzf1j2y OCKT5zfyuZKX7mULJfDKEnBb62AR0owXDWao3lijMK+DoE9/iGWXthISP5DQ7LObKa vrnJWxgG+pgPyl6bRfSs2gccMrOz0x6+blC7QjSA= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 22 Dec 2011 23:34:46 +0100 Message-ID: <4EF3B087.2090606@wp.pl> Date: Thu, 22 Dec 2011 23:34:47 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: lrh@alum.mit.edu, freebsd-net@freebsd.org References: <201112221018.54462.lrh@alum.mit.edu> <4EF39545.3000802@wp.pl> In-Reply-To: <4EF39545.3000802@wp.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [QXMU] Cc: Subject: Re: re%d on FitPC2? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 22:34:49 -0000 W dniu 2011-12-22 21:38, Marek Salwerowicz pisze: > W dniu 2011-12-22 18:18, Dr. Lyman Hazelton pisze: >> >> I have heard that at least one other user has gotten the FitPC2 to >> work with >> the re driver, so, at least in theory, it should work. Question is how? >> >> Any advice deeply appreciated! >> > Hi, > > have you tried recompilling kernel (GENERIC, with other types of NIC > supported) on your own? > As someone wrote you in forum, the driver may be wrong. > What's the NIC chipset? > > Try this: freebsd:/usr/src/sys/conf% grep "realtek" NOTES -i and check what kind of drivers for Realtek are you able to use regards, -- Marek Salwerowicz From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 22:48:07 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9C6B106566C for ; Thu, 22 Dec 2011 22:48:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B2FB68FC13 for ; Thu, 22 Dec 2011 22:48:07 +0000 (UTC) Received: by iadj38 with SMTP id j38so15636438iad.13 for ; Thu, 22 Dec 2011 14:48:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TK3apq2UTB3hohR9m4RIVg9nnOchNFVjTd0Lm4o545A=; b=Dw66H8SoO8uIiBYGO3y25VSShXh/OCW5HhCdtlT5JyEwmBTRMuOV1vn3fWzNnE01a/ 20WQXlKOefSGCFKa6PnRzDeTwIr6xyGFlsdPvpLI9beJG2RTiJd8qYfG7X258+USuHc3 BRWGxljsP00fAZ7pC//K/z4FvFRTKryk9eSIE= Received: by 10.50.51.199 with SMTP id m7mr10938664igo.23.1324594087005; Thu, 22 Dec 2011 14:48:07 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id aq5sm37941325igc.5.2011.12.22.14.48.04 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Dec 2011 14:48:06 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 22 Dec 2011 14:46:14 -0800 From: YongHyeon PYUN Date: Thu, 22 Dec 2011 14:46:14 -0800 To: "Dr. Lyman Hazelton" Message-ID: <20111222224614.GB14457@michelle.cdnetworks.com> References: <201112221018.54462.lrh@alum.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201112221018.54462.lrh@alum.mit.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: re%d on FitPC2? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 22:48:08 -0000 On Thu, Dec 22, 2011 at 10:18:54AM -0700, Dr. Lyman Hazelton wrote: > Hi! First post to this list. Was directed here from FreeBSD Forums. > > I'm trying to get FreeBSD running on a FitPC2. The install of 8.2 Release > failed to even complete when it found the network. I downloaded 9.0-RC and > installed it, and was delighted when the new installer worked perfectly and > the install recognized the RealTek hardware and assigned re0 to it. I can > ping the system at it's assigned address (192.168.0.25 netmask 255.255.255.0, > default router and nameserver are both 192.168.0.1, which is working with my > other two FreeBSD machines). However, if I try to do anything at all to > another address (like, say, the default router at 192.168.0.1), I get "re0: > watchdog timeout". When I look at dmesg, it shows that every time I do > anything involving another address, the network goes down, the watchdog > message occurs, and then the network comes back up again. > > I have heard that at least one other user has gotten the FitPC2 to work with > the re driver, so, at least in theory, it should work. Question is how? > Show me dmesg output, only re(4) and rgephy(4) related ones. > Any advice deeply appreciated! > > -Lyman From owner-freebsd-net@FreeBSD.ORG Thu Dec 22 23:56:24 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053821065677; Thu, 22 Dec 2011 23:56:24 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 95D5A8FC08; Thu, 22 Dec 2011 23:56:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBMNuNiK039697; Thu, 22 Dec 2011 23:56:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBMNuNI1039693; Thu, 22 Dec 2011 23:56:23 GMT (envelope-from linimon) Date: Thu, 22 Dec 2011 23:56:23 GMT Message-Id: <201112222356.pBMNuNI1039693@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/163545: [cxgb] [patch] Return of uninitialized value in Chelsio T3 driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 23:56:24 -0000 Old Synopsis: Return of uninitialized value in Chelsio T3 driver New Synopsis: [cxgb] [patch] Return of uninitialized value in Chelsio T3 driver Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Dec 22 23:55:33 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=163545 From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 01:50:42 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121DB1065676; Fri, 23 Dec 2011 01:50:42 +0000 (UTC) (envelope-from np@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D79118FC08; Fri, 23 Dec 2011 01:50:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBN1ofJx048303; Fri, 23 Dec 2011 01:50:41 GMT (envelope-from np@freefall.freebsd.org) Received: (from np@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBN1ofCB048271; Fri, 23 Dec 2011 01:50:41 GMT (envelope-from np) Date: Fri, 23 Dec 2011 01:50:41 GMT Message-Id: <201112230150.pBN1ofCB048271@freefall.freebsd.org> To: dan.mcgregor@usask.ca, np@FreeBSD.org, freebsd-net@FreeBSD.org, np@FreeBSD.org From: np@FreeBSD.org Cc: Subject: Re: kern/163545: [cxgb] [patch] Return of uninitialized value in Chelsio T3 driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 01:50:42 -0000 Synopsis: [cxgb] [patch] Return of uninitialized value in Chelsio T3 driver State-Changed-From-To: open->patched State-Changed-By: np State-Changed-When: Fri Dec 23 01:48:37 UTC 2011 State-Changed-Why: Fixed in r228825. Responsible-Changed-From-To: freebsd-net->np Responsible-Changed-By: np Responsible-Changed-When: Fri Dec 23 01:48:37 UTC 2011 Responsible-Changed-Why: Fixed in r228825. http://www.freebsd.org/cgi/query-pr.cgi?pr=163545 From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 09:17:12 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A1E6106564A for ; Fri, 23 Dec 2011 09:17:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEBB8FC14 for ; Fri, 23 Dec 2011 09:17:12 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 7C9AD25D3A05; Fri, 23 Dec 2011 09:17:11 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id B8431BD79A4; Fri, 23 Dec 2011 09:17:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 1nvI+KU5I3gS; Fri, 23 Dec 2011 09:17:09 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9A953BD79A3; Fri, 23 Dec 2011 09:17:09 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Fri, 23 Dec 2011 09:17:09 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marcin Cieslak X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: IPv6 not responding on some aliases (recent 8-stable) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 09:17:12 -0000 On 22. Dec 2011, at 20:39 , Marcin Cieslak wrote: >>> Bjoern A. Zeeb wrote: >>> I initially thought it's a transport layer issue, since previously = (before >>> I changed configuration) 30%-50% SSH connection attempts succeeded >>> (but prefix was wrong on the "primary" IPv6 address :1000). >>> Now I get no packets on receiving side at all for those "broken" = IPv6 addresses. >>=20 >> Talk to ywhomever is providing in front of you to >> 1) either relax nd6 table limits or >> 2) to route a /64 to your host to only have 1 entry in the neighbour = table. >>=20 >> That's most likely the problem given my crystal ball and experience. >=20 > Thank you for insightful analysis!=20 > Seems like this provider has some significant IPv6 takeup, which is > good news - sorry for hassle, but problems started after upgrade.=20 >=20 > I'll talk to my upstream then, thanks! Please let us know of the results, especially if my crystal ball was = wrong. /bz --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family.= From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 11:10:46 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3ADA1065672 for ; Fri, 23 Dec 2011 11:10:46 +0000 (UTC) (envelope-from 3e8.c.340801192.J418633-1427156@mx-bounce-1.anp.se) Received: from mta140.anp.se (mta140.anp.se [88.131.62.140]) by mx1.freebsd.org (Postfix) with ESMTP id 481388FC17 for ; Fri, 23 Dec 2011 11:10:46 +0000 (UTC) X-Destination-ID: destek@hurriyetkiyasla.com X-MailingID: 1::1::1427156::340801192 From: "=?utf-8?B?SMO8cnJpeWV0IEvEsXlhc2xh?=" To: freebsd-net@freebsd.org Message-ID: <79E2F500617047729051F0FC37CE98BD@hurriyetkiyasla.com> Date: Fri, 23 Dec 2011 11:00:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?utf-8?q?Yeni_Y=C4=B1lda_Nakitsiz_Kalmay=C4=B1n?= X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 11:10:46 -0000 Yılbaşı Kredisi – Yeni Yıl Kredisi Kampanyaları HürriyetKıyasla.com'da From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 17:42:41 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB2B11065688; Fri, 23 Dec 2011 17:42:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 412868FC23; Fri, 23 Dec 2011 17:42:41 +0000 (UTC) Received: by wibhr1 with SMTP id hr1so6586872wib.13 for ; Fri, 23 Dec 2011 09:42:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/ciziAOXfDTJtHhmLIOcLgYcnJeB6/w7RklKdx4rjy8=; b=NwTASkjKBiBktPVmr1RKjou+G+KZtdKwFVRGfN0OxSxl6wEJEhTjchH+k32FQxeGbf PymdeLOI0cuM7ctlRJRaikHbYu5hOuBVzMh9TFB6T7+2D1U2hUx5fRNEhWaJA8ETLDvx Hs+Mzhdb4FMBnBeo8Uuhmkgo2sNixDqQpaSms= MIME-Version: 1.0 Received: by 10.180.107.134 with SMTP id hc6mr31575617wib.21.1324660424775; Fri, 23 Dec 2011 09:13:44 -0800 (PST) Received: by 10.216.178.204 with HTTP; Fri, 23 Dec 2011 09:13:44 -0800 (PST) In-Reply-To: <201112221130.01823.jhb@freebsd.org> References: <201112221130.01823.jhb@freebsd.org> Date: Fri, 23 Dec 2011 12:13:44 -0500 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Robert Watson , net@freebsd.org Subject: Re: Transitioning if_addr_lock to an rwlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 17:42:41 -0000 Hi, On Thu, Dec 22, 2011 at 11:30 AM, John Baldwin wrote: > Another bit of lock contention I ran into between a device driver doing s= low > MAC filter updates and the receive path is IF_ADDR_LOCK(). =A0NIC device = drivers > typically hold this lock while iterating the list of multicast addresses = to > program their MAC filter. =A0OTOH, ip_input() uses this lock to check to = see if > an incoming packet is a broadcast packet or not. =A0So even with the pcbi= nfo > contention from my previous patch addressed, I still ran into a problem w= ith > IF_ADDR_LOCK(). =A0We already have some partial support for making this l= ock be > an rwlock (the APIs that drivers now use implies an rlock), so I finished= the > transition and checked various non-driver users to see which ones could u= se a > read lock (most uses can). =A0The current patch I have for this is on 8, = but if > folks think this is a good idea I can work on porting it to HEAD. =A0For = HEAD > the strategy I would use would be to split this up into 2 phases: > > 1) Add IF_ADDR locking macros to differentiate read locks vs write locks = along > =A0 with appropriate assertion macros. =A0Update current users of the loc= king > =A0 macros to use either read or write locks explicitly. =A0To preserve K= PI, > =A0 the existing LOCK/UNLOCK macros would map to write lock operations. = =A0In > =A0 the initial patch, the locking would still be implemented via a mtx. > > 2) Replace the mutex with an rwlock and update the locking macros as > =A0 appropriate. > out of curiosity, what do you expect from the conversion ? performance improvement ? latency improvement ? Does this particular lock show up in any significant way in lock profiling that make the change noticeable ? Thanks, - Arnaud > Phase 1 should definitely be MFC'able. =A0Phase 2 may or may not be. =A0R= obert had > the foresight to change drivers to use explicit function wrappers around > IF_ADDR_LOCK, and sizeof(struct mtx) =3D=3D sizeof(struct rwlock), so if = we > changed the lock type the KBI for existing device drivers would all be fi= ne. > Most of the remaining uses of the locking macros are in parts of the kern= el > that aren't loadable (such as inet and inet6). =A0We can look at the plac= es that > to do change and if any of them are in kld's then it would be up to re@ t= o > decide if 2) was actually safe to merge. =A0However, even if Phase 2 cann= ot be > MFC'd, having phase 1 makes it easier for downstream consumers to apply P= hase > 2 locally if they need it. > > You can find the patch for 8.x at > http://www.freebsd.org/~jhb/patches/if_addr_rwlock.patch > > -- > John Baldwin > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 18:09:12 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3E1106568A; Fri, 23 Dec 2011 18:09:12 +0000 (UTC) (envelope-from rwatson@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 28F008FC21; Fri, 23 Dec 2011 18:09:12 +0000 (UTC) Received: from [192.168.2.115] (host86-161-238-124.range86-161.btcentralplus.com [86.161.238.124]) by cyrus.watson.org (Postfix) with ESMTPSA id CB84146B0D; Fri, 23 Dec 2011 13:09:10 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Robert N. M. Watson" In-Reply-To: <201112221130.01823.jhb@freebsd.org> Date: Fri, 23 Dec 2011 18:09:08 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <49D68715-E984-472A-AF42-613FEA1AEB11@freebsd.org> References: <201112221130.01823.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: net@freebsd.org Subject: Re: Transitioning if_addr_lock to an rwlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 18:09:12 -0000 On 22 Dec 2011, at 16:30, John Baldwin wrote: > Phase 1 should definitely be MFC'able. Phase 2 may or may not be. = Robert had=20 > the foresight to change drivers to use explicit function wrappers = around=20 > IF_ADDR_LOCK, and sizeof(struct mtx) =3D=3D sizeof(struct rwlock), so = if we=20 > changed the lock type the KBI for existing device drivers would all be = fine. =20 > Most of the remaining uses of the locking macros are in parts of the = kernel=20 > that aren't loadable (such as inet and inet6). We can look at the = places that=20 > to do change and if any of them are in kld's then it would be up to = re@ to=20 > decide if 2) was actually safe to merge. However, even if Phase 2 = cannot be=20 > MFC'd, having phase 1 makes it easier for downstream consumers to = apply Phase=20 > 2 locally if they need it. >=20 > You can find the patch for 8.x at=20 > http://www.freebsd.org/~jhb/patches/if_addr_rwlock.patch I think this is a reasonable approach, although to repeat a point I made = privately to you, I had anticipated migrating the address lock model to = an rmlock in 10.x (and hoped to do it in 9.x, but missed the boat). The = reason this improves performance has to do with the synchronous nature = of card reconfiguration in the presence of (for example) multicast = filter changes, which otherwise stall other consumers of the address = list. I didn't encounter this in my earlier measurement, where the = migration to rwlocks offered only a small (perhaps no) win due to = continued high line contention, which an rmlock would mitigate. I'm = quite happy to see the rwlock transition occur, especially in as much as = it is mergeable without damaging KPI/KBI. However, in 10.x a significant = revisiting of both network configuration locking *and* inter-layer = synchronisation during hardware reprogramming is probably called for. Robert= From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 19:00:52 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE487106566B; Fri, 23 Dec 2011 19:00:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8147E8FC21; Fri, 23 Dec 2011 19:00:52 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 0E17D46B09; Fri, 23 Dec 2011 14:00:52 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 90CD8B969; Fri, 23 Dec 2011 14:00:51 -0500 (EST) From: John Baldwin To: Arnaud Lacombe Date: Fri, 23 Dec 2011 13:56:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <201112221130.01823.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201112231356.04668.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 Dec 2011 14:00:51 -0500 (EST) Cc: Robert Watson , net@freebsd.org Subject: Re: Transitioning if_addr_lock to an rwlock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 19:00:52 -0000 On Friday, December 23, 2011 12:13:44 pm Arnaud Lacombe wrote: > Hi, > > On Thu, Dec 22, 2011 at 11:30 AM, John Baldwin wrote: > > Another bit of lock contention I ran into between a device driver doing slow > > MAC filter updates and the receive path is IF_ADDR_LOCK(). NIC device drivers > > typically hold this lock while iterating the list of multicast addresses to > > program their MAC filter. OTOH, ip_input() uses this lock to check to see if > > an incoming packet is a broadcast packet or not. So even with the pcbinfo > > contention from my previous patch addressed, I still ran into a problem with > > IF_ADDR_LOCK(). We already have some partial support for making this lock be > > an rwlock (the APIs that drivers now use implies an rlock), so I finished the > > transition and checked various non-driver users to see which ones could use a > > read lock (most uses can). The current patch I have for this is on 8, but if > > folks think this is a good idea I can work on porting it to HEAD. For HEAD > > the strategy I would use would be to split this up into 2 phases: > > > > 1) Add IF_ADDR locking macros to differentiate read locks vs write locks along > > with appropriate assertion macros. Update current users of the locking > > macros to use either read or write locks explicitly. To preserve KPI, > > the existing LOCK/UNLOCK macros would map to write lock operations. In > > the initial patch, the locking would still be implemented via a mtx. > > > > 2) Replace the mutex with an rwlock and update the locking macros as > > appropriate. > > > out of curiosity, what do you expect from the conversion ? performance > improvement ? latency improvement ? > > Does this particular lock show up in any significant way in lock > profiling that make the change noticeable ? More of a latency / don't drop packets under load improvement. Specifically, I have a latency-sensitive workload where packets are being dropped on the card because the ISR is contending on this lock with another thread on another CPU that is joining a multicast group on a socket causing the MAC filters on the same NIC to be updated. (The packets are dropped because the ISR can't drain the packets fast enough while it is stuck on the lock, this causes the receive ring to fill up and eventually the card runs out of room and drops incoming traffic.) -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 19:46:39 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE606106564A; Fri, 23 Dec 2011 19:46:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B808A8FC0C; Fri, 23 Dec 2011 19:46:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 2D77246B49; Fri, 23 Dec 2011 14:46:39 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B566DB970; Fri, 23 Dec 2011 14:46:38 -0500 (EST) From: John Baldwin To: net@freebsd.org Date: Fri, 23 Dec 2011 14:46:37 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201112231446.38057.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 Dec 2011 14:46:38 -0500 (EST) Cc: Bjoern Zeeb Subject: [PATCH] Minor fixes to netinet6/icmp6.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 19:46:40 -0000 I found these nits while working on the patches to convert if_addr_mtx to an rwlock. The first change is cosmetic, it just un-inlines a TAILQ_FOREACH(). The second change is an actual bug. The code is currently reading TAILQ_FIRST(&V_ifnet) without holding the appropriate lock. Index: icmp6.c =================================================================== --- icmp6.c (revision 228777) +++ icmp6.c (working copy) @@ -1780,7 +1780,7 @@ ni6_addrs(struct icmp6_nodeinfo *ni6, struct mbuf } IFNET_RLOCK_NOSLEEP(); - for (ifp = TAILQ_FIRST(&V_ifnet); ifp; ifp = TAILQ_NEXT(ifp, if_list)) { + TAILQ_FOREACH(ifp, &V_ifnet, if_list) { addrsofif = 0; IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { @@ -1851,7 +1851,7 @@ static int ni6_store_addrs(struct icmp6_nodeinfo *ni6, struct icmp6_nodeinfo *nni6, struct ifnet *ifp0, int resid) { - struct ifnet *ifp = ifp0 ? ifp0 : TAILQ_FIRST(&V_ifnet); + struct ifnet *ifp; struct in6_ifaddr *ifa6; struct ifaddr *ifa; struct ifnet *ifp_dep = NULL; @@ -1864,6 +1864,7 @@ ni6_store_addrs(struct icmp6_nodeinfo *ni6, struct return (0); /* needless to copy */ IFNET_RLOCK_NOSLEEP(); + ifp = ifp0 ? ifp0 : TAILQ_FIRST(&V_ifnet); again: for (; ifp; ifp = TAILQ_NEXT(ifp, if_list)) { -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 20:08:54 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BADD1106566B; Fri, 23 Dec 2011 20:08:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 928318FC0C; Fri, 23 Dec 2011 20:08:54 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 24AD346B3F; Fri, 23 Dec 2011 15:08:54 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AA1D2B93F; Fri, 23 Dec 2011 15:08:53 -0500 (EST) From: John Baldwin To: net@freebsd.org Date: Fri, 23 Dec 2011 15:08:52 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201112231508.52861.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 Dec 2011 15:08:53 -0500 (EST) Cc: Bjoern Zeeb Subject: [PATCH] Use of unreferenced ifa in in6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 20:08:54 -0000 The code to handle the SIOCGLIFADDR and SIOCDLIFADDR ioctls in in6_lifaddr_ioctl() does not grab a reference to an ifnet address structure that it uses after dropping the IF_ADDR_LOCK(). Based on other code that uses a similar pattern of finding an ifa while under the lock and then using it after dropping the lock, I believe it should be acquiring a reference on the ifa and then dropping that reference when it is done using the ifa. This (untested) patch should fix this I believe: Index: in6.c =================================================================== --- in6.c (revision 228777) +++ in6.c (working copy) @@ -1767,6 +1767,8 @@ in6_lifaddr_ioctl(struct socket *so, u_long cmd, c if (IN6_ARE_ADDR_EQUAL(&candidate, &match)) break; } + if (ifa != NULL) + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); if (!ifa) return EADDRNOTAVAIL; @@ -1779,16 +1781,20 @@ in6_lifaddr_ioctl(struct socket *so, u_long cmd, c bcopy(&ia->ia_addr, &iflr->addr, ia->ia_addr.sin6_len); error = sa6_recoverscope( (struct sockaddr_in6 *)&iflr->addr); - if (error != 0) + if (error != 0) { + ifa_free(ifa); return (error); + } if ((ifp->if_flags & IFF_POINTOPOINT) != 0) { bcopy(&ia->ia_dstaddr, &iflr->dstaddr, ia->ia_dstaddr.sin6_len); error = sa6_recoverscope( (struct sockaddr_in6 *)&iflr->dstaddr); - if (error != 0) + if (error != 0) { + ifa_free(ifa); return (error); + } } else bzero(&iflr->dstaddr, sizeof(iflr->dstaddr)); @@ -1796,6 +1802,7 @@ in6_lifaddr_ioctl(struct socket *so, u_long cmd, c in6_mask2len(&ia->ia_prefixmask.sin6_addr, NULL); iflr->flags = ia->ia6_flags; /* XXX */ + ifa_free(ifa); return 0; } else { @@ -1819,6 +1826,7 @@ in6_lifaddr_ioctl(struct socket *so, u_long cmd, c ia->ia_prefixmask.sin6_len); ifra.ifra_flags = ia->ia6_flags; + ifa_free(ifa); return in6_control(so, SIOCDIFADDR_IN6, (caddr_t)&ifra, ifp, td); } -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 20:21:36 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75FF31065670 for ; Fri, 23 Dec 2011 20:21:36 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 456A08FC17 for ; Fri, 23 Dec 2011 20:21:36 +0000 (UTC) Received: by iadj38 with SMTP id j38so17827451iad.13 for ; Fri, 23 Dec 2011 12:21:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=CPZiI+1K4nOw8W2Zmt5Y9Im9v99zLgPBfTVeGqrxVGQ=; b=RwG53D4WfglhKXgRtAxIA9yn9IwT52G+iBNEu4UFJLk0oRywemOppOg26hKYtv7441 dFAdvZyoFJfsq3J6fJimgtaOts1nOWoaBdZ5FDKysLq8ujCndNQ/xEsjOVtzLWuQXZw5 WoK32QiKEjHIlaTZJrV6Cu6ANOOnm/cqwVnI4= MIME-Version: 1.0 Received: by 10.50.51.168 with SMTP id l8mr15224259igo.5.1324671695784; Fri, 23 Dec 2011 12:21:35 -0800 (PST) Received: by 10.231.41.206 with HTTP; Fri, 23 Dec 2011 12:21:35 -0800 (PST) Date: Fri, 23 Dec 2011 22:21:35 +0200 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: msi-x, net.isr, polling X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 20:21:36 -0000 Hi everyone, I see reference to options: net.isr, msi-x, polling specially in ter,s of tuning and performance namely for packet processing/drops. I've searced (google, wiki and so on...) and I'm confused about these options and concerned about them since I'm working on routing and performance issues based on FreeBSD. can someone give light and detailed explanation about theseoptions,when should/shouldn't be used? Thanks in advance, Merry Christmas, -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 20:51:35 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 184AC106567F; Fri, 23 Dec 2011 20:51:35 +0000 (UTC) (envelope-from bz@freebsd.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 9F9318FC1A; Fri, 23 Dec 2011 20:51:34 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A726C25D3A00; Fri, 23 Dec 2011 20:51:33 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E4781BD7A2F; Fri, 23 Dec 2011 20:51:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id Y6vj0Xgo5l6b; Fri, 23 Dec 2011 20:51:31 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AD0BFBD7A2D; Fri, 23 Dec 2011 20:51:31 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201112231446.38057.jhb@freebsd.org> Date: Fri, 23 Dec 2011 20:51:30 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <80A26A17-4524-4CAE-9672-0B760E55908F@freebsd.org> References: <201112231446.38057.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: net@freebsd.org Subject: Re: [PATCH] Minor fixes to netinet6/icmp6.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 20:51:35 -0000 On 23. Dec 2011, at 19:46 , John Baldwin wrote: > I found these nits while working on the patches to convert if_addr_mtx = to an=20 > rwlock. The first change is cosmetic, it just un-inlines a = TAILQ_FOREACH(). =20 > The second change is an actual bug. The code is currently reading=20 > TAILQ_FIRST(&V_ifnet) without holding the appropriate lock. I think they should be good; may I ask you to fix the locking in one = commit and the "style" foreach one in another? /bz > Index: icmp6.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- icmp6.c (revision 228777) > +++ icmp6.c (working copy) > @@ -1780,7 +1780,7 @@ ni6_addrs(struct icmp6_nodeinfo *ni6, struct = mbuf > } >=20 > IFNET_RLOCK_NOSLEEP(); > - for (ifp =3D TAILQ_FIRST(&V_ifnet); ifp; ifp =3D TAILQ_NEXT(ifp, = if_list)) { > + TAILQ_FOREACH(ifp, &V_ifnet, if_list) { > addrsofif =3D 0; > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > @@ -1851,7 +1851,7 @@ static int > ni6_store_addrs(struct icmp6_nodeinfo *ni6, struct icmp6_nodeinfo = *nni6, > struct ifnet *ifp0, int resid) > { > - struct ifnet *ifp =3D ifp0 ? ifp0 : TAILQ_FIRST(&V_ifnet); > + struct ifnet *ifp; > struct in6_ifaddr *ifa6; > struct ifaddr *ifa; > struct ifnet *ifp_dep =3D NULL; > @@ -1864,6 +1864,7 @@ ni6_store_addrs(struct icmp6_nodeinfo *ni6, = struct > return (0); /* needless to copy */ >=20 > IFNET_RLOCK_NOSLEEP(); > + ifp =3D ifp0 ? ifp0 : TAILQ_FIRST(&V_ifnet); > again: >=20 > for (; ifp; ifp =3D TAILQ_NEXT(ifp, if_list)) { >=20 > --=20 > John Baldwin --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Fri Dec 23 21:49:52 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B560106564A for ; Fri, 23 Dec 2011 21:49:52 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [IPv6:2a02:6b8:0:602::3]) by mx1.freebsd.org (Postfix) with ESMTP id 870C18FC08 for ; Fri, 23 Dec 2011 21:49:51 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward3.mail.yandex.net (Yandex) with ESMTP id 053BDB4232E; Sat, 24 Dec 2011 01:49:49 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1324676990; bh=v/u8u04j116dH+uNDdnoZR2PPbuSPI+DLPLTyF6eMxg=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kgadW84xFfrk86jr8iWvzzwT2mz/hoUxDWTuc7bF8BGoV10KX1x2c9aHo9n5fmD60 0finvQL4SPhG7Qm04p7PDfwwmFU2dL3K2DjYyHhZ8OTdXuiimuMH8MDpDlKW+WS4G9 MiuECHyp9LV0UbSfM4K8LMGCHfS11DondA4wPt2o= Received: from smtp2.mail.yandex.net (localhost [127.0.0.1]) by smtp2.mail.yandex.net (Yandex) with ESMTP id D375FE203D4; Sat, 24 Dec 2011 01:49:49 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1324676989; bh=v/u8u04j116dH+uNDdnoZR2PPbuSPI+DLPLTyF6eMxg=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YocBSinyg/3C01mxJVmLDAiN+F5/V8k4hFPZtxozSX1up4JbJY8IWB4XfJdcGNnUQ KljxZNfyzI6ZSkQb97bcjUp0YhHyjOuGjW283CdGTqC1w9c4N8A91BKxH+9wUFz5gL /ofjXcYM/GJtqaSX+rdI1SRfZt6fsHQ5aSKFCBoI= Received: from unknown (unknown [77.93.52.19]) by smtp2.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nnG82wQY-nnGuF0CR; Sat, 24 Dec 2011 01:49:49 +0400 X-Yandex-Spam: 1 Date: Fri, 23 Dec 2011 23:49:46 +0200 From: =?utf-8?B?0JrQvtC90YzQutC+0LIg0JXQstCz0LXQvdC40Lk=?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?utf-8?B?0KfQnyDQmtC+0L3RjNC60L7QsiwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <738696479.20111223234946@yandex.ru> To: Sami Halabi In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: msi-x, net.isr, polling X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?utf-8?B?0JrQvtC90YzQutC+0LIg0JXQstCz0LXQvdC40Lk=?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 21:49:52 -0000 SH> Hi everyone, SH> I see reference to options: net.isr, msi-x, polling specially in ter,s of SH> tuning and performance namely for packet processing/drops. SH> I've searced (google, wiki and so on...) and I'm confused about these SH> options and concerned about them since I'm working on routing and SH> performance issues based on FreeBSD. SH> can someone give light and detailed explanation about theseoptions,when SH> should/shouldn't be used? SH> Thanks in advance, SH> Merry Christmas, very good guide is here: https://calomel.org/network_performance.html polling is old. msi-x now give more better performance. see descriptions in source code. Eugen. From owner-freebsd-net@FreeBSD.ORG Sat Dec 24 00:07:13 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0641065676; Sat, 24 Dec 2011 00:07:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 47B248FC08; Sat, 24 Dec 2011 00:07:13 +0000 (UTC) Received: by obbwd18 with SMTP id wd18so8299744obb.13 for ; Fri, 23 Dec 2011 16:07:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=MivxwOW+c0KwMOLPRNniIDVBKBUR5MfmkG39VnsRyWg=; b=VPYjF0Tgyu1zQfUwQpMFzmVc4mPOQxcMxFwZLZ2LKcYnZwyjidE2Zd5egidxqP59qp WDtO+XDVUgepNGGK5vc/btQ5kNDmNbbc3qPlqrmuQgURJH5PT7anGYtOe8jmplIHl2e5 GvRGkhOCmUl3XUH+dtudbeiF2UHMpMmJo8y3o= MIME-Version: 1.0 Received: by 10.182.89.5 with SMTP id bk5mr14312101obb.50.1324683508017; Fri, 23 Dec 2011 15:38:28 -0800 (PST) Received: by 10.182.171.67 with HTTP; Fri, 23 Dec 2011 15:38:27 -0800 (PST) In-Reply-To: <201112231446.38057.jhb@freebsd.org> References: <201112231446.38057.jhb@freebsd.org> Date: Sat, 24 Dec 2011 02:38:27 +0300 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bjoern Zeeb , net@freebsd.org Subject: Re: [PATCH] Minor fixes to netinet6/icmp6.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2011 00:07:13 -0000 On 23 December 2011 23:46, John Baldwin wrote: > I found these nits while working on the patches to convert if_addr_mtx to= an > rwlock. =A0The first change is cosmetic, it just un-inlines a TAILQ_FOREA= CH(). > The second change is an actual bug. =A0The code is currently reading > TAILQ_FIRST(&V_ifnet) without holding the appropriate lock. > > Index: icmp6.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- icmp6.c =A0 =A0 (revision 228777) > +++ icmp6.c =A0 =A0 (working copy) > @@ -1780,7 +1780,7 @@ ni6_addrs(struct icmp6_nodeinfo *ni6, struct mbuf > =A0 =A0 =A0 =A0} > > =A0 =A0 =A0 =A0IFNET_RLOCK_NOSLEEP(); > - =A0 =A0 =A0 for (ifp =3D TAILQ_FIRST(&V_ifnet); ifp; ifp =3D TAILQ_NEXT= (ifp, if_list)) { > + =A0 =A0 =A0 TAILQ_FOREACH(ifp, &V_ifnet, if_list) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0addrsofif =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0IF_ADDR_LOCK(ifp); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_= link) { FWIW, there are much more of them in netinet6. Some time ago I started to un-expand them to queue(3). [not unfinished yet..] Index: /sys/netinet6/in6_ifattach.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /sys/netinet6/in6_ifattach.c (revision 228686) +++ /sys/netinet6/in6_ifattach.c (working copy) @@ -405,7 +405,7 @@ /* next, try to get it from some other hardware interface */ IFNET_RLOCK_NOSLEEP(); - for (ifp =3D V_ifnet.tqh_first; ifp; ifp =3D ifp->if_list.tqe_next)= { + TAILQ_FOREACH(ifp, &V_ifnet, if_list) { if (ifp =3D=3D ifp0) continue; if (in6_get_hw_ifid(ifp, in6) !=3D 0) @@ -820,7 +820,7 @@ /* * leave from multicast groups we have joined for the inter= face */ - while ((imm =3D ia->ia6_memberships.lh_first) !=3D NULL) { + while ((imm =3D LIST_FIRST(&ia->ia6_memberships)) !=3D NULL= ) { LIST_REMOVE(imm, i6mm_chain); in6_leavegroup(imm); } @@ -923,8 +923,7 @@ V_ip6_temp_regen_advance) * hz, in6_tmpaddrtimer, curvnet); bzero(nullbuf, sizeof(nullbuf)); - for (ifp =3D TAILQ_FIRST(&V_ifnet); ifp; - ifp =3D TAILQ_NEXT(ifp, if_list)) { + TAILQ_FOREACH(ifp, &V_ifnet, if_list) { ndi =3D ND_IFINFO(ifp); if (bcmp(ndi->randomid, nullbuf, sizeof(nullbuf)) !=3D 0) { /* Index: /sys/netinet6/icmp6.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /sys/netinet6/icmp6.c (revision 228686) +++ /sys/netinet6/icmp6.c (working copy) @@ -779,9 +779,8 @@ /* -1 =3D=3D no app on SEND socket */ if (error =3D=3D 0) return (IPPROTO_DONE); - nd6_rs_input(m, off, icmp6len); - } else - nd6_rs_input(m, off, icmp6len); + } + nd6_rs_input(m, off, icmp6len); m =3D NULL; goto freeit; } @@ -793,9 +792,8 @@ if (error =3D=3D 0) goto freeit; /* -1 =3D=3D no app on SEND socket */ - nd6_rs_input(n, off, icmp6len); - } else - nd6_rs_input(n, off, icmp6len); + } + nd6_rs_input(n, off, icmp6len); /* m stays. */ break; @@ -813,9 +811,8 @@ SND_IN, ip6len); if (error =3D=3D 0) return (IPPROTO_DONE); - nd6_ra_input(m, off, icmp6len); - } else - nd6_ra_input(m, off, icmp6len); + } + nd6_ra_input(m, off, icmp6len); m =3D NULL; goto freeit; } @@ -824,9 +821,8 @@ SND_IN, ip6len); if (error =3D=3D 0) goto freeit; - nd6_ra_input(n, off, icmp6len); - } else - nd6_ra_input(n, off, icmp6len); + } + nd6_ra_input(n, off, icmp6len); /* m stays. */ break; @@ -842,9 +838,8 @@ SND_IN, ip6len); if (error =3D=3D 0) return (IPPROTO_DONE); - nd6_ns_input(m, off, icmp6len); - } else - nd6_ns_input(m, off, icmp6len); + } + nd6_ns_input(m, off, icmp6len); m =3D NULL; goto freeit; } @@ -853,9 +848,8 @@ SND_IN, ip6len); if (error =3D=3D 0) goto freeit; - nd6_ns_input(n, off, icmp6len); - } else - nd6_ns_input(n, off, icmp6len); + } + nd6_ns_input(n, off, icmp6len); /* m stays. */ break; @@ -873,9 +867,8 @@ SND_IN, ip6len); if (error =3D=3D 0) return (IPPROTO_DONE); - nd6_na_input(m, off, icmp6len); - } else - nd6_na_input(m, off, icmp6len); + } + nd6_na_input(m, off, icmp6len); m =3D NULL; goto freeit; } @@ -884,9 +877,8 @@ SND_IN, ip6len); if (error =3D=3D 0) goto freeit; - nd6_na_input(n, off, icmp6len); - } else - nd6_na_input(n, off, icmp6len); + } + nd6_na_input(n, off, icmp6len); /* m stays. */ break; @@ -902,9 +894,8 @@ SND_IN, ip6len); if (error =3D=3D 0) return (IPPROTO_DONE); - icmp6_redirect_input(m, off); - } else - icmp6_redirect_input(m, off); + } + icmp6_redirect_input(m, off); m =3D NULL; goto freeit; } @@ -913,9 +904,8 @@ SND_IN, ip6len); if (error =3D=3D 0) goto freeit; - icmp6_redirect_input(n, off); - } else - icmp6_redirect_input(n, off); + } + icmp6_redirect_input(n, off); /* m stays. */ break; Index: /sys/netinet6/nd6.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /sys/netinet6/nd6.c (revision 228686) +++ /sys/netinet6/nd6.c (working copy) @@ -575,7 +575,6 @@ struct nd_defrouter *dr; struct nd_prefix *pr; struct in6_ifaddr *ia6, *nia6; - struct in6_addrlifetime *lt6; callout_reset(&V_nd6_timer_ch, V_nd6_prune * hz, nd6_timer, curvnet); @@ -604,8 +603,6 @@ */ addrloop: TAILQ_FOREACH_SAFE(ia6, &V_in6_ifaddrhead, ia_link, nia6) { - /* check address lifetime */ - lt6 =3D &ia6->ia6_lifetime; if (IFA6_IS_INVALID(ia6)) { int regen =3D 0; @@ -668,7 +665,7 @@ } /* expire prefix list */ - pr =3D V_nd_prefix.lh_first; + pr =3D LIST_FIRST(&V_nd_prefix); while (pr) { /* * check prefix lifetime. @@ -800,7 +797,7 @@ } /* Nuke prefix list entries toward ifp */ - for (pr =3D V_nd_prefix.lh_first; pr; pr =3D npr) { + for (pr =3D LIST_FIRST(&V_nd_prefix); pr; pr =3D npr) { npr =3D pr->ndpr_next; if (pr->ndpr_ifp =3D=3D ifp) { /* @@ -912,7 +909,7 @@ * If the address matches one of our on-link prefixes, it should be= a * neighbor. */ - for (pr =3D V_nd_prefix.lh_first; pr; pr =3D pr->ndpr_next) { + for (pr =3D LIST_FIRST(&V_nd_prefix); pr; pr =3D pr->ndpr_next) { if (pr->ndpr_ifp !=3D ifp) continue; @@ -1263,7 +1260,7 @@ */ bzero(oprl, sizeof(*oprl)); s =3D splnet(); - pr =3D V_nd_prefix.lh_first; + pr =3D LIST_FIRST(&V_nd_prefix); while (pr && i < PRLSTSIZ) { struct nd_pfxrouter *pfr; int j; @@ -1292,7 +1289,7 @@ oprl->prefix[i].expire =3D maxexpir= e; } - pfr =3D pr->ndpr_advrtrs.lh_first; + pfr =3D LIST_FIRST(&pr->ndpr_advrtrs); j =3D 0; while (pfr) { if (j < DRLSTSIZ) { @@ -1470,7 +1467,7 @@ struct nd_prefix *pr, *next; s =3D splnet(); - for (pr =3D V_nd_prefix.lh_first; pr; pr =3D next) { + for (pr =3D LIST_FIRST(&V_nd_prefix); pr; pr =3D next) { struct in6_ifaddr *ia, *ia_next; next =3D pr->ndpr_next; @@ -2335,7 +2332,7 @@ return EPERM; error =3D 0; - for (pr =3D V_nd_prefix.lh_first; pr; pr =3D pr->ndpr_next) { + for (pr =3D LIST_FIRST(&V_nd_prefix); pr; pr =3D pr->ndpr_next) { u_short advrtrs; size_t advance; struct sockaddr_in6 *sin6, *s6; @@ -2380,7 +2377,7 @@ p->flags =3D pr->ndpr_stateflags; p->origin =3D PR_ORIG_RA; advrtrs =3D 0; - for (pfr =3D pr->ndpr_advrtrs.lh_first; pfr; + for (pfr =3D LIST_FIRST(&pr->ndpr_advrtrs); pfr; pfr =3D pfr->pfr_next) { if ((void *)&sin6[advrtrs + 1] > (void *)pe= ) { advrtrs++; Index: /sys/netinet6/in6.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /sys/netinet6/in6.c (revision 228686) +++ /sys/netinet6/in6.c (working copy) @@ -1362,7 +1362,7 @@ /* * leave from multicast groups we have joined for the interface */ - while ((imm =3D ia->ia6_memberships.lh_first) !=3D NULL) { + while ((imm =3D LIST_FIRST(&ia->ia6_memberships)) !=3D NULL) { LIST_REMOVE(imm, i6mm_chain); in6_leavegroup(imm); } Index: /sys/netinet6/nd6_rtr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /sys/netinet6/nd6_rtr.c (revision 228686) +++ /sys/netinet6/nd6_rtr.c (working copy) @@ -581,7 +581,7 @@ /* * Also delete all the pointers to the router in each prefix lists. */ - for (pr =3D V_nd_prefix.lh_first; pr; pr =3D pr->ndpr_next) { + LIST_FOREACH(pr, &V_nd_prefix, ndpr_entry) { struct nd_pfxrouter *pfxrtr; if ((pfxrtr =3D pfxrtr_lookup(pr, dr)) !=3D NULL) pfxrtr_del(pfxrtr); --=20 wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Sat Dec 24 08:19:33 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FFEE106566B for ; Sat, 24 Dec 2011 08:19:33 +0000 (UTC) (envelope-from matej@matej.sk) Received: from w2.cxcx.sk (w2.cxcom.sk [62.176.169.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2268FC08 for ; Sat, 24 Dec 2011 08:19:32 +0000 (UTC) Received: by w2.cxcx.sk (Postfix, from userid 525) id BD5BD22975; Sat, 24 Dec 2011 09:07:38 +0100 (CET) Received: from gw.cxcx.sk (static-dsl-69.87-197-159.telecom.sk [87.197.159.69]) by w2.cxcx.sk (Postfix) with ESMTP id AF23A2296B for ; Sat, 24 Dec 2011 09:07:38 +0100 (CET) Received: from wm.cxcx.sk (localhost [127.0.0.1]) by gw.cxcx.sk (Postfix) with ESMTP id 0656DC21B for ; Sat, 24 Dec 2011 09:00:38 +0100 (CET) Received: from 178.143.56.250 (SquirrelMail authenticated user matej) by wm.cxcx.sk with HTTP; Sat, 24 Dec 2011 09:00:38 +0100 Message-ID: <0c5a7506e0ad8e429fe5a70bca9e97ae.squirrel@wm.cxcx.sk> Date: Sat, 24 Dec 2011 09:00:38 +0100 From: "Matej Ondrusek" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.20 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ipfw nat - translation table display X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2011 08:19:33 -0000 Hi all! Is there any way how could I check actual content of the IPFW NAT translation table? And the same question for NATD? Thank you, Matej From owner-freebsd-net@FreeBSD.ORG Sat Dec 24 14:18:52 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCB42106566B for ; Sat, 24 Dec 2011 14:18:52 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9C28FC12 for ; Sat, 24 Dec 2011 14:18:52 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so18694364wgb.31 for ; Sat, 24 Dec 2011 06:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=qaxFJMODOB/kwm6VVzsKnUCUabcsD1y8uFeDuGVUFpM=; b=EVHBN85iUCqNfiox+iCoBEqMLuoGwgt74HB+RnBj06ScRF6B8n7SiaLXvQw7WDJH18 MWUErmUS9ncTO+E8KM6HK0qWMIxDEOwwhESA39jytqxTMspbV2vzaE7sYE8b+r6yZzgB c6pzf9IbwEew02atKSSjUvZIKMWvAHpbjuoRc= MIME-Version: 1.0 Received: by 10.227.199.14 with SMTP id eq14mr22354272wbb.14.1324734710956; Sat, 24 Dec 2011 05:51:50 -0800 (PST) Received: by 10.227.197.12 with HTTP; Sat, 24 Dec 2011 05:51:50 -0800 (PST) Date: Sat, 24 Dec 2011 08:51:50 -0500 Message-ID: From: Alexander Sack To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: igb(4) bridging does not seem to work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Dec 2011 14:18:53 -0000 FreeBSD-Net: I have a 7.2-RELEASE-amd64 machine with two onboard igb(4) interfaces and an external Intel card: igb0@pci0:1:0:0: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 igb1@pci0:1:0:1: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 igb2@pci0:6:0:0: class=0x020000 card=0x12a18086 chip=0x150e8086 rev=0x01 hdr=0x00 igb3@pci0:6:0:1: class=0x020000 card=0x12a18086 chip=0x150e8086 rev=0x01 hdr=0x00 igb4@pci0:6:0:2: class=0x020000 card=0x12a18086 chip=0x150e8086 rev=0x01 hdr=0x00 igb5@pci0:6:0:3: class=0x020000 card=0x12a18086 chip=0x150e8086 rev=0x01 hdr=0x00 I am trying to create a simple bridge out of two of the interfaces on the external igb(4) card like so: /etc/rc.conf: cloned_interfaces="bridge0" ifconfig_bridge0="addm igb2 addm igb3 up" ifconfig_igb2="up media auto" ifconfig_igb3="up media auto" I simply want igb2 and igb3 to pass Ethernet traffic back and forth. The network topology is the following: Cisco switch (no vlan trunking) -> igb2 -> bridge0 -> igb3 -> host (tried on a host with same broadcast domain and on different broadcast domains) Here is ifconfig output of the pertinent interfaces: igb2: flags=8943 metric 0 mtu 1500 options=1bb ether 00:1b:21:93:49:4c media: Ethernet autoselect (1000baseTX ) status: active igb3: flags=8943 metric 0 mtu 1500 options=1bb ether 00:1b:21:93:49:4d media: Ethernet autoselect (1000baseTX ) status: active bridge0: flags=28943 metric 0 mtu 1500 ether 86:5f:e1:e9:64:68 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: igb3 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 2000000 member: igb2 flags=143 ifmaxaddr 0 port 3 priority 128 path cost 2000000 I notice that netstat/tcpdump shows that igb2(4) is receiving packets (as does the green LED light) but igb3(4) is not passing them. The only packets that seem to get through the bridge are multicast and broadcast packets (as per the doc). But any unicast packets just get dropped by igb2(4). If I reverse the cables (change direction of the flow above), then packets hit igb3(4) but do not flow through the bridge to igb2(4). Why? Before I go start debugging if_bridge(4) and igb(4) can some one validate that my understanding is correct: The bridge0 above *SHOULD* pass Ethernet frames back and forth between igb2(4) and igb3(4). It should act as a simple 2-port Ethernet switch. Btw this *SAME* configuration works with an external em(4) card on a different machine (it has onboard bge(4) but same exact kernel. The network topology is slightly different as the machine with em(4) is inline with two switches instead of a single host (however, the two switches are on the same network). Are their known bridging issues with igb(4) driver? (the chipset does support promisc mode as per above output). Any initial help debugging this issue would be most appreciated? Thanks! -aps