From owner-freebsd-net@FreeBSD.ORG Sun Aug 15 08:56:56 2010 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 B8C3C10656A8 for ; Sun, 15 Aug 2010 08:56:56 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8C48FC2F for ; Sun, 15 Aug 2010 08:56:55 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o7F8uqvr022102 for ; Sun, 15 Aug 2010 11:56:52 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o7F8uqcD022101 for freebsd-net@freebsd.org; Sun, 15 Aug 2010 11:56:52 +0300 (EEST) Date: Sun, 15 Aug 2010 11:56:52 +0300 From: Zeus V Panchenko To: FreeBSD Net Message-ID: <20100815085652.GE95405@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: startup network configuration choice 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, 15 Aug 2010 08:56:56 -0000 Hi All, may somebody advice, please ... i'd like to get automatic network configuration for my netbook while startup depending on the network it connected to while starting up ... not dhcp, but system startup script to detect the network and to configure the interfaces i have written script which receives arguments -h for home and -j for job and cosequently configures network, and configured network in rc.conf for one of the connections (default is job) but i'd like the system to do that automaticaly to avoid timeouts of network services like sshd/sendmail/e.t.c. when i'm starting up with "wrong" connection is there correct way to do that with some of the sturtup scripts or i have to do that by hands somewhere in rc.early? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Sun Aug 15 12:13:52 2010 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 332A0106566B for ; Sun, 15 Aug 2010 12:13:52 +0000 (UTC) (envelope-from inigoortizdeurbina@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF5F98FC12 for ; Sun, 15 Aug 2010 12:13:51 +0000 (UTC) Received: by iwn10 with SMTP id 10so739385iwn.13 for ; Sun, 15 Aug 2010 05:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=7OJmrnaPCn6g072tMsVQ7lhThp+mlvH5s9NoC7TMLDE=; b=mPnPk3ySbxi/HSJUNPkjsiSwg7771ov4ADW5KExAmS4jXNCn2FzQZRXnD8HdkvtME+ 7WP9AIdtYT2dsKKbrImhQMPwmj12dppgvZ4X8KryfWMlT5g8oU/r4W/Sg8a5wnzOnDV5 nogWRlvp0sTzNiWWVNlyhYX7T2SXnwmBODQoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qP226qnn8VWor6n9xGQmu4auVb/95Ss4GuvWl0IvgscufYP2+2OiIcjOpZRWVx1NDW hyUJqbOtcqmxbNAJPCYnCfnHqlYwPY5us1LF9Xw7oJvrmdnTzQChXojqFahziW234O8Q iSq39hAS8G7SYyuO3LBN1gEL63ZKeyIT7vq2c= MIME-Version: 1.0 Received: by 10.231.149.12 with SMTP id r12mr3913305ibv.185.1281872695540; Sun, 15 Aug 2010 04:44:55 -0700 (PDT) Received: by 10.231.118.153 with HTTP; Sun, 15 Aug 2010 04:44:55 -0700 (PDT) In-Reply-To: <20100815085652.GE95405@ibs.dn.ua> References: <20100815085652.GE95405@ibs.dn.ua> Date: Sun, 15 Aug 2010 13:44:55 +0200 Message-ID: From: =?UTF-8?Q?I=C3=B1igo_Ortiz_de_Urbina?= To: Zeus V Panchenko , FreeBSD Net Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: startup network configuration choice 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, 15 Aug 2010 12:13:52 -0000 Maybe you could glue some ifstated magic to your script. I heard suggestions like this some time ago on a different list, anyway, I have never tried it myself as running a script to setup my network manually is not inconvenient, after all, I do startx myself everytime I boot the computer :) If you get anywhere, posting your findings would be helpful and healthy for the archives On 8/15/10, Zeus V Panchenko wrote: > Hi All, > > may somebody advice, please ... > > i'd like to get automatic network configuration for my netbook while > startup depending on the network it connected to while starting up ... > > not dhcp, but system startup script to detect the network and to > configure the interfaces > > i have written script which receives arguments -h for home and -j for > job and cosequently configures network, and configured network in > rc.conf for one of the connections (default is job) > > but i'd like the system to do that automaticaly to avoid timeouts of > network services like sshd/sendmail/e.t.c. when i'm starting up with > "wrong" connection > > is there correct way to do that with some of the sturtup scripts or i > have to do that by hands somewhere in rc.early? > > -- > Zeus V. Panchenko > IT Dpt., IBS ltd GMT+2 (EET) > _______________________________________________ > 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 Aug 15 12:43:25 2010 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 DF1BB1065697 for ; Sun, 15 Aug 2010 12:43:25 +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 6A29B8FC0C for ; Sun, 15 Aug 2010 12:43:25 +0000 (UTC) Received: from park.js.berklix.net (p549A2FAC.dip.t-dialin.net [84.154.47.172]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o7FChMxK005723; Sun, 15 Aug 2010 12:43:23 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o7FChCM2022223; Sun, 15 Aug 2010 14:43:12 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o7FCgvC7011391; Sun, 15 Aug 2010 14:43:02 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201008151243.o7FCgvC7011391@fire.js.berklix.net> To: =?UTF-8?Q?I=C3=B1igo_Ortiz_de_Urbina?= 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 "Sun, 15 Aug 2010 13:44:55 +0200." Date: Sun, 15 Aug 2010 14:42:57 +0200 Sender: jhs@berklix.com Cc: FreeBSD Net , Zeus V Panchenko Subject: Re: startup network configuration choice 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, 15 Aug 2010 12:43:25 -0000 =?UTF-8?Q?I=C3=B1igo_Ortiz_de_Urbina?= wrote: > Maybe you could glue some ifstated magic to your script. > > I heard suggestions like this some time ago on a different list, > anyway, I have never tried it myself as running a script to setup my > network manually is not inconvenient, after all, I do startx myself > everytime I boot the computer :) Personally I have this in /etc/rc.conf, host="mylap" ; domain="company.com" host="mylap" ; domain="no.net" host="mylap" ; domain="home.net" hostname="$host.$domain" case $hostname in #{ "mylap.home.net") #{ ifconfig_fxp0="inet 192.168.10.11" # whatever other things too ;; "mylap.company.com") ifconfig_fxp0="inet 10...... ;; ifco........ "mylap.no.net") ;; esac Before I shut down to leave, I edit it, moving destination domain to last in list. What I should do is eg: ping -c 1 some_known_site_dependent_host or better still set up dhcpd hosts, & let the laptop search for site dependent dhcpd servers. > If you get anywhere, posting your findings would be helpful and > healthy for the archives The topic has been discussed numerous times over years on mobile@freebsd.org, I think it better the topic stays there than on net@ :-) so search the mobile@ archives ( net@ seems more appropriate for somewhat deeper stuff, if eg DHCPD fails to negotiate or whatever. ) > > On 8/15/10, Zeus V Panchenko wrote: > > Hi All, > > > > may somebody advice, please ... > > > > i'd like to get automatic network configuration for my netbook while > > startup depending on the network it connected to while starting up ... > > > > not dhcp, but system startup script to detect the network and to > > configure the interfaces > > > > i have written script which receives arguments -h for home and -j for > > job and cosequently configures network, and configured network in > > rc.conf for one of the connections (default is job) > > > > but i'd like the system to do that automaticaly to avoid timeouts of > > network services like sshd/sendmail/e.t.c. when i'm starting up with > > "wrong" connection > > > > is there correct way to do that with some of the sturtup scripts or i > > have to do that by hands somewhere in rc.early? > > > > -- > > Zeus V. Panchenko > > IT Dpt., IBS ltd GMT+2 (EET) > > _______________________________________________ > > freebsd-net@freebsd.org mailing list Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text, Not HTML, quoted-printable & base 64 dumped with spam. Avoid top posting, It cripples itemised cumulative responses. From owner-freebsd-net@FreeBSD.ORG Sun Aug 15 13:29:48 2010 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 0DF44106574A for ; Sun, 15 Aug 2010 13:29:48 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A06D8FC1E for ; Sun, 15 Aug 2010 13:29:47 +0000 (UTC) Received: (qmail 91532 invoked from network); 15 Aug 2010 11:58:53 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 15 Aug 2010 11:58:53 -0000 Message-ID: <4C67EBCC.7000507@freebsd.org> Date: Sun, 15 Aug 2010 15:29:48 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: TCP inflight limiter disabled and scheduled for removal 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, 15 Aug 2010 13:29:48 -0000 FYI the TCP inflight limiter is now disabled by default and will be removed soon. It was interfering with the congestion control algorithms and the upcoming pluggable congestion control framework allows other approaches to be selected at runtime. -------- Original Message -------- Subject: svn commit: r211315 - head/sys/netinet Date: Sat, 14 Aug 2010 20:40:55 +0000 (UTC) From: Andre Oppermann To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Author: andre Date: Sat Aug 14 20:40:55 2010 New Revision: 211315 URL: http://svn.freebsd.org/changeset/base/211315 Log: Disable TCP inflight limiter by default. It was experimental and interferes with the normal congestion control algorithms by instating a separate, possibly lower, ceiling for the amount of data that is in flight to the remote host. With high speed internet connections the inflight limit frequently has been estimated too low due to the noisy nature of the RTT measurements. This code gives way for the upcoming pluggable congestion control framework. It is the task of the congestion control algorithm to set the congestion window and amount of inflight data without external interference. Reviewed by: lstewart MFC after: 1 week Removal after: 1 month Modified: head/sys/netinet/tcp_subr.c Modified: head/sys/netinet/tcp_subr.c ============================================================================== --- head/sys/netinet/tcp_subr.c Sat Aug 14 20:12:10 2010 (r211314) +++ head/sys/netinet/tcp_subr.c Sat Aug 14 20:40:55 2010 (r211315) @@ -221,7 +221,7 @@ SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, SYSCTL_NODE(_net_inet_tcp, OID_AUTO, inflight, CTLFLAG_RW, 0, "TCP inflight data limiting"); -static VNET_DEFINE(int, tcp_inflight_enable) = 1; +static VNET_DEFINE(int, tcp_inflight_enable) = 0; #define V_tcp_inflight_enable VNET(tcp_inflight_enable) SYSCTL_VNET_INT(_net_inet_tcp_inflight, OID_AUTO, enable, CTLFLAG_RW, &VNET_NAME(tcp_inflight_enable), 0, From owner-freebsd-net@FreeBSD.ORG Sun Aug 15 14:02:02 2010 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 27AA210656A6 for ; Sun, 15 Aug 2010 14:02:02 +0000 (UTC) (envelope-from inigoortizdeurbina@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E48208FC15 for ; Sun, 15 Aug 2010 14:02:01 +0000 (UTC) Received: by iwn10 with SMTP id 10so815020iwn.13 for ; Sun, 15 Aug 2010 07:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=K6MDli8BwM8gmqm/g+Kx35JpTgYJi+HjWJRP7i0ItEs=; b=LY0yvvs2ZgLqLB2IZgfGWIdFkgeoj4cjA7lkq6v7d5scWy7XeXigyK6R4jYFw/9Ut+ D2Zn6CMIKsQMxgBJ2DdSSd1D0Ni+BU5btE6wo4YLxLsN2PWUsDRF+YwA1M47n95vs6pl EiaUFklbIJwAWX/EGr7u3HZkqxJGBFvaQTyiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=OZCpBGON6eLdcWph+kKF8017T4o33bzeB1AHFZQk9eeNFKVG//wwol7/MO4SX6ni7v aEdJKuhofKfYLE946G+8/k5Qh4pcOq7A2sHK+pfIMK5RZBqJ8upQYFs2NbyRL4T1/O/A Jp+YPIlA7Q3cOTonlukmzPBhdyvdjzWx/+Dnc= MIME-Version: 1.0 Received: by 10.231.146.196 with SMTP id i4mr3936314ibv.110.1281880921383; Sun, 15 Aug 2010 07:02:01 -0700 (PDT) Received: by 10.231.118.153 with HTTP; Sun, 15 Aug 2010 07:02:01 -0700 (PDT) In-Reply-To: <4C65BF26.8080507@gmail.com> References: <4C65BF26.8080507@gmail.com> Date: Sun, 15 Aug 2010 16:02:01 +0200 Message-ID: From: =?UTF-8?Q?I=C3=B1igo_Ortiz_de_Urbina?= To: Henry Graterol , freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: PF+OpenVPN+tap 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, 15 Aug 2010 14:02:02 -0000 Can you post your pf.conf? Did you check which packets are blocked and when? You can use pfctl, pftop, pflog for this :) Spawn some xterms and monitor the network while your clients attach to your vpn, maybe you can spot the problem On 8/13/10, Henry Graterol wrote: > Hello, > > Before I start let me state that I am not an expert on freebsd, I do > enjoy it and consider it a hobby, and love it! > > I have a problem. I use a freebsd server behind a router/gateway to > connect clients with openvpn. I started to notice weird traffic so I > decided to try PF to control traffic. My openvpn setup uses a tap > adapter and a bridge adapter bridging the vpnclient_ips and the server_ip. > > Without PF everything works fine, so no problem there. When I activate > PF I can establish connection to the server_ip from outside thru the vpn > but I can not ping, connect to clients or the internet. After trial and > error the setup that worked for me was to skip filter on bridge0 and > tap0. With this in my configuration vpn worked as before. > > Now the problem, when I reboot the system my vpn allows connections but > repeats the past scenario (no ping, connection to clients, internet, > etc) The fix I have found is to let the system reboot and then issue a > pfctl -f /etc/pf.conf to reload the rules. Then everything works again. > > My guest is that PF is loading before the bridge and tap adapters come > up so that is somehow skipped from loading. My tap connection is set up > to come up from a script when it gets a connection from openvpn. > > Is this a correct guest? What else could be the problem? > > Thank you in advance for your feedback! > _______________________________________________ > 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 Aug 15 17:24:27 2010 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 EBF3510656A4; Sun, 15 Aug 2010 17:24:26 +0000 (UTC) (envelope-from prvs=1843ec5375=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 522838FC14; Sun, 15 Aug 2010 17:24:26 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 15 Aug 2010 18:13:49 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 15 Aug 2010 18:13:49 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50011070254.msg; Sun, 15 Aug 2010 18:13:49 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1843ec5375=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Andre Oppermann" , References: <4C67EBCC.7000507@freebsd.org> Date: Sun, 15 Aug 2010 18:13:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Subject: Re: TCP inflight limiter disabled and scheduled for removal 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, 15 Aug 2010 17:24:27 -0000 Will be glad to see this go, only ever caused performance issues here :( Regards Steve ----- Original Message ----- From: "Andre Oppermann" To: Sent: Sunday, August 15, 2010 2:29 PM Subject: TCP inflight limiter disabled and scheduled for removal > FYI the TCP inflight limiter is now disabled by default and will be > removed soon. It was interfering with the congestion control algorithms > and the upcoming pluggable congestion control framework allows other > approaches to be selected at runtime. > > -------- Original Message -------- > Subject: svn commit: r211315 - head/sys/netinet > Date: Sat, 14 Aug 2010 20:40:55 +0000 (UTC) > From: Andre Oppermann > To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org > > Author: andre > Date: Sat Aug 14 20:40:55 2010 > New Revision: 211315 > URL: http://svn.freebsd.org/changeset/base/211315 > > Log: > Disable TCP inflight limiter by default. > > It was experimental and interferes with the normal congestion control > algorithms by instating a separate, possibly lower, ceiling for the > amount of data that is in flight to the remote host. With high speed > internet connections the inflight limit frequently has been estimated > too low due to the noisy nature of the RTT measurements. > > This code gives way for the upcoming pluggable congestion control > framework. It is the task of the congestion control algorithm to > set the congestion window and amount of inflight data without external > interference. > > Reviewed by: lstewart > MFC after: 1 week > Removal after: 1 month > > Modified: > head/sys/netinet/tcp_subr.c > > Modified: head/sys/netinet/tcp_subr.c > ============================================================================== > --- head/sys/netinet/tcp_subr.c Sat Aug 14 20:12:10 2010 (r211314) > +++ head/sys/netinet/tcp_subr.c Sat Aug 14 20:40:55 2010 (r211315) > @@ -221,7 +221,7 @@ SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, > SYSCTL_NODE(_net_inet_tcp, OID_AUTO, inflight, CTLFLAG_RW, 0, > "TCP inflight data limiting"); > > -static VNET_DEFINE(int, tcp_inflight_enable) = 1; > +static VNET_DEFINE(int, tcp_inflight_enable) = 0; > #define V_tcp_inflight_enable VNET(tcp_inflight_enable) > SYSCTL_VNET_INT(_net_inet_tcp_inflight, OID_AUTO, enable, CTLFLAG_RW, > &VNET_NAME(tcp_inflight_enable), 0, > > > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Mon Aug 16 02:40:14 2010 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 C26841065693 for ; Mon, 16 Aug 2010 02:40:14 +0000 (UTC) (envelope-from satellites@inorbit.com) Received: from imr-ma05.mx.aol.com (imr-ma05.mx.aol.com [64.12.100.31]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7618FC15 for ; Mon, 16 Aug 2010 02:40:14 +0000 (UTC) Received: from imo-da03.mx.aol.com (imo-da03.mx.aol.com [205.188.169.201]) by imr-ma05.mx.aol.com (8.14.1/8.14.1) with ESMTP id o7G2e5sm023284 for ; Sun, 15 Aug 2010 22:40:05 -0400 Received: from satellites@inorbit.com by imo-da03.mx.aol.com (mail_out_v42.9.) id n.c15.5c95e1c9 (37073) for ; Sun, 15 Aug 2010 22:40:01 -0400 (EDT) Received: from smtprly-db03.mx.aol.com (smtprly-db03.mx.aol.com [205.188.249.154]) by cia-db05.mx.aol.com (v129.4) with ESMTP id MAILCIADB057-5c3c4c68a4fe9e; Sun, 15 Aug 2010 22:40:01 -0400 Received: from web-mmc-m06 (web-mmc-m06.sim.aol.com [64.12.224.139]) by smtprly-db03.mx.aol.com (v129.4) with ESMTP id MAILSMTPRLYDB032-5c3c4c68a4fe9e; Sun, 15 Aug 2010 22:39:58 -0400 To: freebsd-net@freebsd.org Date: Sun, 15 Aug 2010 22:39:58 -0400 X-MB-Message-Source: WebUI X-AOL-IP: 24.15.48.3 X-MB-Message-Type: User MIME-Version: 1.0 From: satellites@inorbit.com X-Mailer: Mail.com Webmail 32447-STANDARD Received: from 24.15.48.3 by web-mmc-m06.sysops.aol.com (64.12.224.139) with HTTP (WebMailUI); Sun, 15 Aug 2010 22:39:58 -0400 Message-Id: <8CD0B0373A10247-12C8-1135B@web-mmc-m06.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: satellites@inorbit.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Recommended Sequence to Set Up Router/Firewall Appliance and Bind DNS Server? 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, 16 Aug 2010 02:40:14 -0000 Hello List, I wonder if someone might be able to point me in the right direction: I have two interfaces on a New 7.3 FreeBSD Installation that I would like= to use on two different subnets.? In other words, I would like the machin= e to function as a router.? I do have the gateway_enable option present in= rc.conf however neither of the two interfaces are presently set up. ? If= I am setting up the machine to function as a router, is it bad practice= to also set it up as a DNS Server? I am also working through a couple of books on PF, which I'd like to use= with this router appliance. Being that PF has NAT capabilities and redirection options, is it correct= to set up bind first, then the persistent routes in rc.conf, then the fir= ewall?? Am I confusing the issue?? From owner-freebsd-net@FreeBSD.ORG Mon Aug 16 04:13:31 2010 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 BE045106564A; Mon, 16 Aug 2010 04:13:31 +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 953438FC1F; Mon, 16 Aug 2010 04:13:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7G4DVpl019974; Mon, 16 Aug 2010 04:13:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7G4DVgt019970; Mon, 16 Aug 2010 04:13:31 GMT (envelope-from linimon) Date: Mon, 16 Aug 2010 04:13:31 GMT Message-Id: <201008160413.o7G4DVgt019970@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149497: [fxp] 8.1-release, problem with fxp driver [regression] 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, 16 Aug 2010 04:13:31 -0000 Old Synopsis: 8.1-release, problem with fxp driver New Synopsis: [fxp] 8.1-release, problem with fxp driver [regression] Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 16 04:13:05 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=149497 From owner-freebsd-net@FreeBSD.ORG Mon Aug 16 09:22:46 2010 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 2FE151065698 for ; Mon, 16 Aug 2010 09:22:46 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id F21738FC15 for ; Mon, 16 Aug 2010 09:22:45 +0000 (UTC) Received: (qmail 22744 invoked by uid 0); 16 Aug 2010 08:56:05 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Aug 2010 08:56:05 -0000 Date: Mon, 16 Aug 2010 04:56:03 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 8.1 em alias changes MAC 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, 16 Aug 2010 09:22:46 -0000 Hello, I've run into an odd problem on an 8.1 amd64 box (still running GENERIC) with aliases on the em interface. Config is very simple: em0: flags=8843 metric 0 mtu 1500 options=9b ether 00:14:22:b1:54:18 inet 10.3.2.233 netmask 0xffffff00 broadcast 10.3.2.255 inet 10.3.2.234 netmask 0xffffffff broadcast 10.3.2.234 media: Ethernet autoselect (100baseTX ) status: active One main IP and one alias. The main IP is not giving me any issues, but the alias seems to fall off the network after about 20 minutes or so. Connectivity just drops. I'd initially thought something else had that IP, but that's not the case. Here's what another box sees before the problem starts: ? (10.3.2.233) at 00:14:22:b1:54:18 on sis0 [ethernet] ? (10.3.2.234) at 00:14:22:b1:54:18 on sis0 [ethernet] And then after: ? (10.3.2.233) at 00:14:22:b1:54:18 on sis0 [ethernet] ? (10.3.2.234) at 00:14:22:b1:54:1a on sis0 [ethernet] Note that the MAC for alias has changed... I'm seeing no "xx.xx.xx is using my IP" and I also know I've only got one other box with an em interface in the entire place and it's MAC is 00:30:48:28:87:16. All the other hosts log this: Aug 16 03:02:50 media kernel: arp: 10.3.2.234 moved from 00:14:22:b1:54:18 to 00:14:22:b1:54:1a on em0 Deleting and re-adding the alias works for a bit, then this happens again. Any ideas? pciconf and dmesg snippet below. Thanks, Charles em0: port 0xecc0-0xecff mem 0xfe9e0000-0xfe9fffff irq 32 at device 4.0 on pci2 em0: [FILTER] em0: Ethernet address: 00:14:22:b1:54:18 em0@pci0:2:4:0: class=0x020000 card=0x019a1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (82541EI)' class = network subclass = ethernet em1@pci0:4:3:0: class=0x020000 card=0x019a1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Ethernet Controller (82541EI)' class = network subclass = ethernet From owner-freebsd-net@FreeBSD.ORG Mon Aug 16 11:07:05 2010 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 1428D1065698 for ; Mon, 16 Aug 2010 11:07:05 +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 EC0898FC1B for ; Mon, 16 Aug 2010 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7GB748d058951 for ; Mon, 16 Aug 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7GB745T058949 for freebsd-net@FreeBSD.org; Mon, 16 Aug 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Aug 2010 11:07:04 GMT Message-Id: <201008161107.o7GB745T058949@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, 16 Aug 2010 11:07:05 -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/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/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149532 net [igb] igb/ixgb controllers panic on FreeBSD 8.1-RELEAS o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149497 net [fxp] 8.1-release, problem with fxp driver [regression o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148862 net [panic] page fault while in kernel mode at _mtx_lock_s o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148108 net [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can o kern/148078 net [ath] wireless networking stops functioning o kern/148004 net [em] Inconsistent networking with em driver on FreeBSD o kern/147989 net [em] em Receive errors / CRC Errors / Alignment Errors o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147824 net [msk]: watchdog timeouts & Tx descriptor error o kern/147684 net [nfe] nVidia MCP55 driver blocks IPMI LAN on load o kern/147245 net [dummynet] dummynet skip traffic over configured limit o kern/147155 net [ip6] setfb not work with ipv6 o kern/146909 net [rue] rue(4) does not detect OQO model01 network contr o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re 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/146263 net [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/ o kern/146250 net [netinet] [patch] Races on interface alias removal 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/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system 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 kern/144777 net [arp] proxyarp broken in 8.0 [regression] o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun 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/143595 net [wpi] [panic] Creating virtual interface over wpi0 in 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/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir 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/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu 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/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with 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 o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) 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/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/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/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re 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/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) 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 o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts 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 kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I 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/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) 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/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us 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 bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw 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 o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout 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 kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128840 net [igb] page fault under load with igb/LRO 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 conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation 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 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/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro 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/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card 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/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in 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/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets 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. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans 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 f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN 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 kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 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 o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122697 net [ath] Atheros card is not well supported 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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq 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 o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to 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/121298 net [em] [panic] Fatal trap 12: page fault while in kernel 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/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS 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 kern/120130 net [carp] [panic] carp causes kernel panics in any conste 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 a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] 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 kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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/111457 net [ral] ral(4) freeze o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE 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/106243 net [nve] double fault panic in if_nve.c on high loads 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/105348 net [ath] ath device stopps TX 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 f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in 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 o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate 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 f kern/92552 net A serious bug in most network drivers from 5.X to 6.X 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/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces 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 o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre 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 bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/81095 net IPsec connection stops working if associated network i o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r 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 f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/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 o kern/54383 net [nfs] [patch] NFS root configurations without dynamic 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/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". 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 o conf/23063 net [arp] [patch] for static ARP tables in rc.network 421 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 16 17:25:12 2010 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 E3AB81065673; Mon, 16 Aug 2010 17:25:12 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D3B308FC08; Mon, 16 Aug 2010 17:25:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7GHPCMj035132; Mon, 16 Aug 2010 17:25:12 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7GHPCxs035128; Mon, 16 Aug 2010 17:25:12 GMT (envelope-from yongari) Date: Mon, 16 Aug 2010 17:25:12 GMT Message-Id: <201008161725.o7GHPCxs035128@freefall.freebsd.org> To: eugenijusu@inbox.lv, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/149497: [fxp] 8.1-release, problem with fxp driver [regression] 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, 16 Aug 2010 17:25:13 -0000 Synopsis: [fxp] 8.1-release, problem with fxp driver [regression] State-Changed-From-To: open->closed State-Changed-By: yongari State-Changed-When: Mon Aug 16 17:24:31 UTC 2010 State-Changed-Why: Not a fxp(4) bug. This issue was caused by a bug in ipfilter's checksum offloading handling. Consumer grade fxp(4) controllers support simple RX checksum offloading capability and fxp(4) started to use that feature. However ipfilter's checksum offloading logic has a bug such that it incorrectly computes checksum of received frame and dropped the frame. See the kern/106438 for more details and possible fix. You can disable RX checksum offloading of fxp(4) as temporary workaround. #ifconfig fxp0 -rxcsum Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Aug 16 17:24:31 UTC 2010 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=149497 From owner-freebsd-net@FreeBSD.ORG Tue Aug 17 16:08:54 2010 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 8BD0C1065693 for ; Tue, 17 Aug 2010 16:08:54 +0000 (UTC) (envelope-from nima_misa@hotmail.com) Received: from col0-omc2-s17.col0.hotmail.com (col0-omc2-s17.col0.hotmail.com [65.55.34.91]) by mx1.freebsd.org (Postfix) with ESMTP id 6CEDB8FC16 for ; Tue, 17 Aug 2010 16:08:54 +0000 (UTC) Received: from COL117-W47 ([65.55.34.71]) by col0-omc2-s17.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 17 Aug 2010 08:56:51 -0700 Message-ID: X-Originating-IP: [64.7.137.162] From: Nima Misaghian To: Date: Tue, 17 Aug 2010 15:56:51 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 17 Aug 2010 15:56:51.0755 (UTC) FILETIME=[CEAF97B0:01CB3E24] Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic from interface address list manipulation 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, 17 Aug 2010 16:08:54 -0000 I’ve been able to trivially trigger a kernel panic while testing ifaddr list manipulation on –CURRENT (r 211427). The hardware is a four-core i386 machine with em interfaces. This is the test script I’ve used to trigger the problem: #!/bin/sh addr_loop() { while true do ifconfig em1 1.0.0.1/24 ifconfig em1 -alias 1.0.0.1 done } addr_loop & addr_loop & With WITNESS and INVARIANTS the panic happens immediately upon starting the script, with the following backtrace: panic: Bad link elm 0xd17aec00 prev->next != elm #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:231 #1 0xc088a4ef in boot (howto=260) at /d2/head/sys/kern/kern_shutdown.c:416 #2 0xc088a7bb in panic (fmt=Variable "fmt" is not available. ) at /d2/head/sys/kern/kern_shutdown.c:590 #3 0xc098caf8 in in_control (so=0xd30af4d4, cmd=2151704858, data=0xd1923b80 "em1", ifp=0xd1554800, td=0xd31262c0) at /d2/head/sys/netinet/in.c:602 #4 0xc0938869 in ifioctl (so=0xd30af4d4, cmd=2151704858, data=0xd1923b80 "em1", td=0xd31262c0) at /d2/head/sys/net/if.c:2469 #5 0xc08d7e6b in soo_ioctl (fp=0xd2540ce8, cmd=2151704858, data=0xd1923b80, active_cred=0xd2594900, td=0xd31262c0) at /d2/head/sys/kern/sys_socket.c:212 #6 0xc08d2075 in kern_ioctl (td=0xd31262c0, fd=3, com=2151704858, data=0xd1923b80 "em1") at file.h:254 #7 0xc08d21e2 in ioctl (td=0xd31262c0, uap=0xf3a2ecec) at /d2/head/sys/kern/sys_generic.c:678 #8 0xc08c77d8 in syscallenter (td=0xd31262c0, sa=0xf3a2ece4) at /d2/head/sys/kern/subr_trap.c:319 #9 0xc0bb18f3 in syscall (frame=0xf3a2ed28) at /d2/head/sys/i386/i386/trap.c:1060 #10 0xc0b9a231 in Xint0x80_syscall () at /d2/head/sys/i386/i386/exception.s:264 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) I’ve also reproduced it without WITNESS and INVARIANTS, but it seems to need additional copies of the script running simultaneously and still takes longer to panic. I’ve produced several different backtraces from the non-debugging kernel. From owner-freebsd-net@FreeBSD.ORG Tue Aug 17 17:06:10 2010 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 B85551065694; Tue, 17 Aug 2010 17:06:10 +0000 (UTC) (envelope-from oleg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6008FC19; Tue, 17 Aug 2010 17:06:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7HH6Anf063848; Tue, 17 Aug 2010 17:06:10 GMT (envelope-from oleg@freefall.freebsd.org) Received: (from oleg@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7HH6A9w063844; Tue, 17 Aug 2010 17:06:10 GMT (envelope-from oleg) Date: Tue, 17 Aug 2010 17:06:10 GMT Message-Id: <201008171706.o7HH6A9w063844@freefall.freebsd.org> To: oleg@FreeBSD.org, freebsd-net@FreeBSD.org, oleg@FreeBSD.org From: oleg@FreeBSD.org Cc: Subject: Re: kern/147245: [dummynet] dummynet skip traffic over configured limit with net.inet.ip.dummynet.io_fast:1 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, 17 Aug 2010 17:06:10 -0000 Synopsis: [dummynet] dummynet skip traffic over configured limit with net.inet.ip.dummynet.io_fast:1 Responsible-Changed-From-To: freebsd-net->oleg Responsible-Changed-By: oleg Responsible-Changed-When: Tue Aug 17 17:05:24 UTC 2010 Responsible-Changed-Why: i'll look at it. http://www.freebsd.org/cgi/query-pr.cgi?pr=147245 From owner-freebsd-net@FreeBSD.ORG Tue Aug 17 19:00:19 2010 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 57F391065670 for ; Tue, 17 Aug 2010 19:00:19 +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 4715D8FC25 for ; Tue, 17 Aug 2010 19:00:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7HJ0Jof073165 for ; Tue, 17 Aug 2010 19:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7HJ0Jhk073159; Tue, 17 Aug 2010 19:00:19 GMT (envelope-from gnats) Date: Tue, 17 Aug 2010 19:00:19 GMT Message-Id: <201008171900.o7HJ0Jhk073159@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Ihsan Junaidi Ibrahim Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ihsan Junaidi Ibrahim List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 19:00:19 -0000 The following reply was made to PR kern/147824; it has been noted by GNATS. From: Ihsan Junaidi Ibrahim To: bug-followup@FreeBSD.org, darb@edarb.com Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts Date: Wed, 18 Aug 2010 02:29:09 +0800 --0015174c0fe2fb030f048e091f88 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm also having this issue on the same model of motherboard except that I'm running on a 100mbps network. I would get watchdog timeouts and TX descriptor errors more frequently then not even there is minimal network activity i.e. just SSH in the box. I'm running 8.1-RELEASE. mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:ea:01:15:c6:52 miibus0: on msk0 mskc0: [ITHREAD] msk0: link state changed to UP msk0: watchdog timeout msk0: link state changed to DOWN msk0: link state changed to UP Having TSO and MSI disabled in sysctl and loader respectively does not appear to have any improvement. Additionally the kernel would panic when booting, this happens 1 in every 2 tries: Aug 18 01:35:26 kernel: mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2 Aug 18 01:35:26 kernel: msk0: on mskc0 Aug 18 01:35:26 kernel: msk0: Ethernet address: ff:ff:ff:ff:ff:ff Aug 18 01:35:26 kernel: msk0: No PHY found! ... Panic message ensues This happens regardless whether the cable is plugged or not. Normal booting would be like this: Aug 18 01:35:26 kernel: mskc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2 Aug 18 01:35:26 kernel: msk0: on mskc0 Aug 18 01:35:26 kernel: msk0: Ethernet address: 00:ea:01:15:c6:52 Aug 18 01:35:26 kernel: miibus0: on msk0 Aug 18 01:35:26 kernel: e1000phy0: PHY 0 on miibus0 Aug 18 01:35:26 kernel: e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Aug 18 01:35:26 kernel: mskc0: [ITHREAD] # ifconfig msk0 msk0: flags=8843 metric 0 mtu 1500 options=c011a ether 00:ea:01:15:c6:52 inet 192.168.2.10 netmask 0xffffff00 broadcast 192.168.2.255 media: Ethernet autoselect (100baseTX ) status: active -- Thank you for your time, Ihsan Junaidi Ibrahim --0015174c0fe2fb030f048e091f88 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I'm also having this issue on the same model of = motherboard except that I'm running on a 100mbps network. I would get w= atchdog timeouts and TX descriptor errors more frequently then not even the= re is minimal network activity i.e. just SSH in the box. I'm running 8.= 1-RELEASE.

mskc0: <Marvell Yukon 88E8056 Gigabit Ethernet> p= ort 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2
msk0: <Marvell Technology Group Ltd. Yukon EC Ultra Id 0xb4 Rev = 0x05> on mskc0
msk0: Ethernet address: 00:ea:01:15:c6:52
miibus0: <MII b= us> on msk0
mskc0: [ITHREAD]
msk0: link state change= d to UP
msk0: watchdog timeout
msk0: link state changed= to DOWN
msk0: link state changed to UP

Having TSO and= MSI disabled in sysctl and loader respectively does not appear to have any= improvement.

Additionally the kernel would panic = when booting, this happens 1 in every 2 tries:

Aug 18 01:35:26 =A0kernel: mskc0: <Marvell Yukon 88E= 8056 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq = 18 at device 0.0 on pci2
Aug 18 01:35:26 =A0kernel: msk0: <Mar= vell Technology Group Ltd. Yukon EC Ultra Id 0xb4 Rev 0x05> on mskc0
Aug 18 01:35:26 =A0kernel: msk0: Ethernet address: ff:ff:ff:ff:ff:ff
Aug 18 01:35:26 =A0kernel: msk0: No PHY found!
...
=
Panic message ensues

This happens regardless = whether the cable is plugged or not.

Normal booting would be like this:

=
Aug 18 01:35:26 =A0kernel: mskc0: <Marvell Yukon 88E8056 Gigab= it Ethernet> port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at devi= ce 0.0 on pci2
Aug 18 01:35:26 =A0kernel: msk0: <Marvell Technology Group Ltd. Yuk= on EC Ultra Id 0xb4 Rev 0x05> on mskc0
Aug 18 01:35:26 =A0kern= el: msk0: Ethernet address: 00:ea:01:15:c6:52
Aug 18 01:35:26 =A0= kernel: miibus0: <MII bus> on msk0
Aug 18 01:35:26 =A0kernel: e1000phy0: <Marvell 88E1149 Gigabit PHY&= gt; PHY 0 on miibus0
Aug 18 01:35:26 =A0kernel: e1000phy0: =A010b= aseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto=
Aug 18 01:35:26 =A0kernel: mskc0: [ITHREAD]

=
# ifconfig msk0
msk0: flags=3D8843<UP,BROADCAST,RUNN= ING,SIMPLEX,MULTICAST> metric 0 mtu 1500
=A0=A0 =A0 =A0 =A0opt= ions=3Dc011a<TXCSUM,VLAN_MTU,VLAN_HWTAGGING,TSO4,VLAN_HWTSO,LINKSTATE>= ;
=A0=A0 =A0 =A0 =A0ether 00:ea:01:15:c6:52
=A0=A0 =A0 =A0 =A0= inet 192.168.2.10 netmask 0xffffff00 broadcast 192.168.2.255
=A0= =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX <full-duplex,flag0,= flag1>)
=A0=A0 =A0 =A0 =A0status: active

--
Thank you for your time,
Ihsan Junaidi Ibrah= im
--0015174c0fe2fb030f048e091f88-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 17 22:20:04 2010 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 564741065673 for ; Tue, 17 Aug 2010 22:20:04 +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 2AF868FC08 for ; Tue, 17 Aug 2010 22:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7HMK4Ko071094 for ; Tue, 17 Aug 2010 22:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7HMK3bk071093; Tue, 17 Aug 2010 22:20:03 GMT (envelope-from gnats) Date: Tue, 17 Aug 2010 22:20:03 GMT Message-Id: <201008172220.o7HMK3bk071093@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Ihsan Junaidi Ibrahim Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ihsan Junaidi Ibrahim List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 22:20:04 -0000 The following reply was made to PR kern/147824; it has been noted by GNATS. From: Ihsan Junaidi Ibrahim To: bug-followup@freebsd.org Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts Date: Wed, 18 Aug 2010 06:14:13 +0800 Hi, I believe PR 116853 is related to this. -- Thank you for your time, Ihsan Junaidi Ibrahim From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 00:30:12 2010 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 888ED1065675 for ; Wed, 18 Aug 2010 00:30:12 +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 5E48E8FC1D for ; Wed, 18 Aug 2010 00:30:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7I0UCDU097646 for ; Wed, 18 Aug 2010 00:30:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7I0UChT097638; Wed, 18 Aug 2010 00:30:12 GMT (envelope-from gnats) Date: Wed, 18 Aug 2010 00:30:12 GMT Message-Id: <201008180030.o7I0UChT097638@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Brad Degnan Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brad Degnan List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2010 00:30:12 -0000 The following reply was made to PR kern/147824; it has been noted by GNATS. From: Brad Degnan To: Ihsan Junaidi Ibrahim Cc: bug-followup@FreeBSD.org Subject: Re: kern/147824: [msk]: watchdog timeouts Date: Tue, 17 Aug 2010 16:57:03 -0700 On 8/17/2010 11:29 AM, Ihsan Junaidi Ibrahim wrote: > Hi, > > I'm also having this issue on the same model of motherboard except that > I'm running on a 100mbps network. I would get watchdog timeouts and TX > descriptor errors more frequently then not even there is minimal network > activity i.e. just SSH in the box. I'm running 8.1-RELEASE. > > mskc0: port 0xe800-0xe8ff mem > 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2 > msk0: on > mskc0 > msk0: Ethernet address: 00:ea:01:15:c6:52 > miibus0: on msk0 > mskc0: [ITHREAD] > msk0: link state changed to UP > msk0: watchdog timeout > msk0: link state changed to DOWN > msk0: link state changed to UP > > Having TSO and MSI disabled in sysctl and loader respectively does not > appear to have any improvement. > I had to change the network interface to 100mbps half-duplex before the watchdog timeouts disappeared. It's definitely not optimal but works for me in the mean time. Full-duplex at 1000 and 100 and half-duplex at 1000 give me the watchdog timeouts and tx descriptor errors. Hope that helps > Additionally the kernel would panic when booting, this happens 1 in > every 2 tries: > > Aug 18 01:35:26 kernel: mskc0: > port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 18 at device 0.0 on pci2 > Aug 18 01:35:26 kernel: msk0: Ultra Id 0xb4 Rev 0x05> on mskc0 > Aug 18 01:35:26 kernel: msk0: Ethernet address: ff:ff:ff:ff:ff:ff > Aug 18 01:35:26 kernel: msk0: No PHY found! > ... > Panic message ensues > > This happens regardless whether the cable is plugged or not. I haven't seen this yet, but I'm still on 8.1-PRERELEASE. I have no idea if downgrading would help. Do you have the latest bios? best, Brad From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 02:12:20 2010 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 3000D1065672 for ; Wed, 18 Aug 2010 02:12:20 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D29078FC16 for ; Wed, 18 Aug 2010 02:12:19 +0000 (UTC) Received: by qyk11 with SMTP id 11so1510698qyk.13 for ; Tue, 17 Aug 2010 19:12:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=cIQBamWQdMp6IbbRSTM8xldGzwKdxfXkosLrXHixn9I=; b=Zu/gYTLZX/FT2uU8lYoWxNA2XzJD49PBC6Kvc8PNwA1rl9Ocdz9DRL+k8+gl4Xples bJPV+LbOI57PEKiznMAQsU2Q+zjS62qSQ0plpLQyX2u2ZxTsjOKNoxS1MF2/s3QDdtKA QAEFVYcuOcff8ol71cdMtyEN+xDhboQXu2Vx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=s1zGCj4AqjgGIR6EL9WfiZ7Scg3YAESzmWsYNk1RVIthfF0WABJXJ5qirQjo+RCVIB vQUsrzwdcXj0d2yfSraD8z2BSrPwhebRAMJ82g0s2lWfGeM1/upvS7mon0lTrizHn19E 75dL9D5YK7lQ1E1H8I9oQZ1pPwv2wXygNX6r8= Received: by 10.229.227.210 with SMTP id jb18mr5455973qcb.93.1282095654499; Tue, 17 Aug 2010 18:40:54 -0700 (PDT) Received: from centel.dataix.local (adsl-99-190-82-4.dsl.klmzmi.sbcglobal.net [99.190.82.4]) by mx.google.com with ESMTPS id t24sm9550854qcs.23.2010.08.17.18.40.52 (version=SSLv3 cipher=RC4-MD5); Tue, 17 Aug 2010 18:40:53 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6B3A22.4000803@DataIX.net> Date: Tue, 17 Aug 2010 21:40:50 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: "Julian H. Stacey" References: <201008151243.o7FCgvC7011391@fire.js.berklix.net> In-Reply-To: <201008151243.o7FCgvC7011391@fire.js.berklix.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Zeus V Panchenko , =?ISO-8859-1?Q?I=F1igo_Ortiz_de_Urbina?= Subject: Re: startup network configuration choice 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, 18 Aug 2010 02:12:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/15/2010 08:42, Julian H. Stacey wrote: > Personally I have this in /etc/rc.conf, > host="mylap" ; domain="company.com" > host="mylap" ; domain="no.net" > host="mylap" ; domain="home.net" > hostname="$host.$domain" > case $hostname in #{ > "mylap.home.net") #{ > ifconfig_fxp0="inet 192.168.10.11" > # whatever other things too > ;; > "mylap.company.com") > ifconfig_fxp0="inet 10...... > ;; > ifco........ > "mylap.no.net") > ;; > esac This is not a bad configuration but lacks the ability to be booted into the right environment via a single keystroke or boot into its default. I was playing around with this idea a while back but do not really have a need for such a thing at this time as DHCP in most cases that I need it surfices for a client machine, and servers don't normally move unless the daemons carry them away. PS: do not let the daemons drink 'Red Bull'. The files that I was modifying to do just this was /etc/network.subr, /boot/beastie.4th and ultimately /etc/rc.conf. /etc/network.subr: * This needed the ability to parse kenv(1) for a variable I will call ``network_profile'' network_profile: * Initialized to an integer 0, 1, 2, 3. left unset defaulting to 0. /boot/beastie.4th: * Should be modified to contain entries that allow you to set the network_profile to the values stated above and then boot normally. /etc/rc.conf: * Would contain something similiar to what you have above but to just look at the value of network_profile and throw your ifconfig and whatever lines in its respective case statements. You might be able to set a kenv(1) variable through grub or other utilities from ports but still some modification would be needed to the beastie boot menu to allow you to change them dynamically. Another thought that had come to mind while doing the above was to create a script in /etc/rc.d that when run with keyword BEFORE NETWORK would wait for the user to press 1, 2, 3, 4 if network_profiles="YES" and then source its respective variables from /etc/netprofile.1 .2 .3 .4 and continue on its way through the rest of the configuration after a predetermined hard coded timeout. There is a ton of ways that you can go about doing this but the final approach is up to you as one does not exist in the base system at this time. Good luck & Regards, jhell,v - -- jhell,v -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMazoiAAoJEJBXh4mJ2FR+fK8IAKAO6NmMTrwmqse9mfCNw53o NU84VScWVbat97HwSP+7nfPuS9NV/VNI0jjasvNmW4nxXAUF10+Vc/ej683Juwrg Ds7t6ZaZaGxfYRHB8DFaLHnM38kwQDY+aZB2hU94/jX+OgV6KQainOQ+xjzEUxjj 9CCNHvsUP2XCKAyNhcUq9pMb8bB9QKsd10qAeaWRK2N+RPhXi4Z8IREmIB/i1A4/ nOIcuNmLwJ6qmjzIZBWEN7/WpE9AQy5IB9yu+Qqo10MyVqJWkZRqww9THOaiEv3L qRFTdQlkpQom0txV+6nA6c75rhd0P1aSlKC0X9U82aue8rQy+RfYESGHLgAoGNQ= =DFae -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 06:28:39 2010 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 BA2561065672; Wed, 18 Aug 2010 06:28:39 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 915A58FC17; Wed, 18 Aug 2010 06:28:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7I6SdxC052126; Wed, 18 Aug 2010 06:28:39 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7I6Sd0W052122; Wed, 18 Aug 2010 06:28:39 GMT (envelope-from andre) Date: Wed, 18 Aug 2010 06:28:39 GMT Message-Id: <201008180628.o7I6Sd0W052122@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/147824: [msk]: watchdog timeouts & Tx descriptor error 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, 18 Aug 2010 06:28:39 -0000 Synopsis: [msk]: watchdog timeouts & Tx descriptor error Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Wed Aug 18 06:28:13 UTC 2010 Responsible-Changed-Why: Over to yongari. http://www.freebsd.org/cgi/query-pr.cgi?pr=147824 From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 07:33:22 2010 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 D163A106564A for ; Wed, 18 Aug 2010 07:33:22 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5228FC08 for ; Wed, 18 Aug 2010 07:33:22 +0000 (UTC) Received: (qmail 53034 invoked by uid 0); 18 Aug 2010 07:33:21 -0000 Received: from unknown (HELO ?10.3.2.41?) (spork@96.57.144.66) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Aug 2010 07:33:21 -0000 Date: Wed, 18 Aug 2010 03:33:21 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: freebsd-net@freebsd.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: 8.1 em alias changes MAC 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, 18 Aug 2010 07:33:22 -0000 Following up on my own post... Well, that was dumb. I had IPMI enabled, and it had the same IP I was trying to use for the alias. Had no idea it somehow created it's own MAC though, that's odd. Sorry for the noise. Charles On Mon, 16 Aug 2010, Charles Sprickman wrote: > Hello, > > I've run into an odd problem on an 8.1 amd64 box (still running GENERIC) with > aliases on the em interface. > > Config is very simple: > > em0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:14:22:b1:54:18 > inet 10.3.2.233 netmask 0xffffff00 broadcast 10.3.2.255 > inet 10.3.2.234 netmask 0xffffffff broadcast 10.3.2.234 > media: Ethernet autoselect (100baseTX ) > status: active > > One main IP and one alias. > > The main IP is not giving me any issues, but the alias seems to fall off the > network after about 20 minutes or so. Connectivity just drops. I'd > initially thought something else had that IP, but that's not the case. > > Here's what another box sees before the problem starts: > > ? (10.3.2.233) at 00:14:22:b1:54:18 on sis0 [ethernet] > ? (10.3.2.234) at 00:14:22:b1:54:18 on sis0 [ethernet] > > And then after: > > ? (10.3.2.233) at 00:14:22:b1:54:18 on sis0 [ethernet] > ? (10.3.2.234) at 00:14:22:b1:54:1a on sis0 [ethernet] > > Note that the MAC for alias has changed... I'm seeing no "xx.xx.xx is using > my IP" and I also know I've only got one other box with an em interface in > the entire place and it's MAC is 00:30:48:28:87:16. > > All the other hosts log this: > > Aug 16 03:02:50 media kernel: arp: 10.3.2.234 moved from 00:14:22:b1:54:18 to > 00:14:22:b1:54:1a on em0 > > Deleting and re-adding the alias works for a bit, then this happens again. > > Any ideas? > > pciconf and dmesg snippet below. > > Thanks, > > Charles > > em0: port 0xecc0-0xecff > mem 0xfe9e0000-0xfe9fffff irq 32 at device 4.0 on pci2 > em0: [FILTER] > em0: Ethernet address: 00:14:22:b1:54:18 > > em0@pci0:2:4:0: class=0x020000 card=0x019a1028 chip=0x10768086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (82541EI)' > class = network > subclass = ethernet > em1@pci0:4:3:0: class=0x020000 card=0x019a1028 chip=0x10768086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Gigabit Ethernet Controller (82541EI)' > class = network > subclass = ethernet > From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 11:34:42 2010 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 B49791065696; Wed, 18 Aug 2010 11:34:42 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4048FC15; Wed, 18 Aug 2010 11:34:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7IBYgow090056; Wed, 18 Aug 2010 11:34:42 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7IBYgod090052; Wed, 18 Aug 2010 11:34:42 GMT (envelope-from brucec) Date: Wed, 18 Aug 2010 11:34:42 GMT Message-Id: <201008181134.o7IBYgod090052@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/149757: msk0: phy write timeout 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, 18 Aug 2010 11:34:42 -0000 Synopsis: msk0: phy write timeout Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Wed Aug 18 11:33:51 UTC 2010 Responsible-Changed-Why: Reclassify. Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149757 From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 11:53:09 2010 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 A00221065696; Wed, 18 Aug 2010 11:53:09 +0000 (UTC) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7893A8FC25; Wed, 18 Aug 2010 11:53:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7IBr9Uw011214; Wed, 18 Aug 2010 11:53:09 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7IBr9sc011210; Wed, 18 Aug 2010 11:53:09 GMT (envelope-from andre) Date: Wed, 18 Aug 2010 11:53:09 GMT Message-Id: <201008181153.o7IBr9sc011210@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: andre@FreeBSD.org Cc: Subject: Re: kern/149757: msk0: phy write timeout 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, 18 Aug 2010 11:53:09 -0000 Synopsis: msk0: phy write timeout Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: andre Responsible-Changed-When: Wed Aug 18 11:52:45 UTC 2010 Responsible-Changed-Why: Over to expert. http://www.freebsd.org/cgi/query-pr.cgi?pr=149757 From owner-freebsd-net@FreeBSD.ORG Wed Aug 18 23:02:20 2010 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 3C3471065694; Wed, 18 Aug 2010 23:02:20 +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 130048FC1A; Wed, 18 Aug 2010 23:02:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7IN2JaR072059; Wed, 18 Aug 2010 23:02:19 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7IN2JaY072055; Wed, 18 Aug 2010 23:02:19 GMT (envelope-from linimon) Date: Wed, 18 Aug 2010 23:02:19 GMT Message-Id: <201008182302.o7IN2JaY072055@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall 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, 18 Aug 2010 23:02:20 -0000 Old Synopsis: bwn on Dell Inspiron 1150: connections stall New Synopsis: [bwn] bwn on Dell Inspiron 1150: connections stall Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Aug 18 23:01:57 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149786 From owner-freebsd-net@FreeBSD.ORG Thu Aug 19 14:20:03 2010 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 7959C1065694 for ; Thu, 19 Aug 2010 14:20:03 +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 49C738FC0A for ; Thu, 19 Aug 2010 14:20:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7JEK3SO002728 for ; Thu, 19 Aug 2010 14:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7JEK3jj002727; Thu, 19 Aug 2010 14:20:03 GMT (envelope-from gnats) Date: Thu, 19 Aug 2010 14:20:03 GMT Message-Id: <201008191420.o7JEK3jj002727@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Buganini Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Buganini List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2010 14:20:03 -0000 The following reply was made to PR kern/149786; it has been noted by GNATS. From: Buganini To: bug-followup@FreeBSD.org, tom@uffner.com Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall Date: Thu, 19 Aug 2010 14:18:01 +0000 What if you force it to work in mode 11b? I have similiar problem here, but it is usable if I `ifconfig wlan0 mode 11b ssid BLAH` Buganini From owner-freebsd-net@FreeBSD.ORG Thu Aug 19 22:24:01 2010 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 BC58A1065693 for ; Thu, 19 Aug 2010 22:24:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 66A358FC17 for ; Thu, 19 Aug 2010 22:24:01 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C285541C758; Fri, 20 Aug 2010 00:24:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id vXFhJmC5HSPS; Fri, 20 Aug 2010 00:24:00 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 00A0341C757; Fri, 20 Aug 2010 00:23:59 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id EE70C4448EC; Thu, 19 Aug 2010 22:23:47 +0000 (UTC) Date: Thu, 19 Aug 2010 22:23:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Nima Misaghian In-Reply-To: Message-ID: <20100819222108.W48418@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Kernel panic from interface address list manipulation 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, 19 Aug 2010 22:24:01 -0000 On Tue, 17 Aug 2010, Nima Misaghian wrote: > I?ve been able to trivially > trigger a kernel panic while testing ifaddr list manipulation on ?CURRENT (r > 211427). The hardware is a four-core i386 > machine with em interfaces. > > > > This is the test script I?ve > used to trigger the problem: [...] I can reproduce this on any interface and am looking into it. /bz panic: Bad link elm 0xffffff000549ce00 prev->next != elm cpuid = 3 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x32 panic() at panic+0x1b4 in_control() at in_control+0xff3 ifioctl() at ifioctl+0x2647 soo_ioctl() at soo_ioctl+0x3fb kern_ioctl() at kern_ioctl+0x1f7 ioctl() at ioctl+0x169 syscallenter() at syscallenter+0x266 syscall() at syscall+0x42 Xfast_syscall() at Xfast_syscall+0xe2 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800c94eec, rsp = 0x7fffffffe288, rbp = 0x7fffffffedc0 --- KDB: enter: panic [ thread pid 1460 tid 100065 ] Stopped at kdb_enter+0x3d: movq $0,0x60d820(%rip) db> show ifaddr 0xffffff000549ce00 ifa = 0xffffff000549ce00 ifa_addr = 0xffffff000549cf50 ifa_dstaddr = 0xffffff000549cf60 ifa_netmask = 0xffffff000549cf70 if_data = 0xffffff000549ce18 ifa_ifp = 0xffffff0001ea5800 ifa_link = 0xffffff000549ceb8 ifa_link.tqe_next = 0 ifa_link.tqe_prev = 0xffffff0001f3c2b8 ifa_rtrequest = 0xffffffff804bccd0 ifa_flags = 0x0000 ifa_refcnt = 1 ifa_metric = 0 ifa_claim_addr = 0 ifa_mtx = 0xffffff000549cee8 db> show ifaddr 0xffffff0001f3c2b8 ifa = 0xffffff0001f3c2b8 ifa_addr = 0 ifa_dstaddr = 0xffffff0001f3c6b8 ifa_netmask = 0 if_data = 0xffffff0001f3c2d0 ifa_ifp = 0xffffffff ifa_link = 0xffffff0001f3c370 ifa_link.tqe_next = 0 ifa_link.tqe_prev = 0 ifa_rtrequest = 0 ifa_flags = 0xc780 ifa_refcnt = 4294967040 ifa_metric = 0 ifa_claim_addr = 0 ifa_mtx = 0xffffff0001f3c3a0 db> show ifnet lo0 lo0: if_softc = 0 if_l2com = 0 if_vnet = 0xffffff0001646b00 if_link.tqe_next = 0 if_link.tqe_prev = 0xffffff0001ea6818 if_xname = lo0 if_dname = lo if_dunit = 0 if_refcount = 3 if_addrhead = 0xffffff0001ea5848 if_addrhead.tqh_first = 0xffffff000191ee00 if_addrhead.tqh_last = 0xffffff0001f3c2b8 ifa = 0xffffff000191ee00 ifa_addr = 0xffffff000191ef08 ifa_dstaddr = 0 ifa_netmask = 0xffffff000191ef40 if_data = 0xffffff000191ee18 ifa_ifp = 0xffffff0001ea5800 ifa_link = 0xffffff000191eeb8 ifa_link.tqe_next = 0xffffff0001f3c600 ifa_link.tqe_prev = 0xffffff0001ea5848 ifa_rtrequest = 0xffffffff804b3470 ifa_flags = 0x0000 ifa_refcnt = 3 ifa_metric = 0 ifa_claim_addr = 0 ifa_mtx = 0xffffff000191eee8 ifa = 0xffffff0001f3c600 ifa_addr = 0xffffff0001f3c708 ifa_dstaddr = 0xffffff0001f3c740 ifa_netmask = 0xffffff0001f3c75c if_data = 0xffffff0001f3c618 ifa_ifp = 0xffffff0001ea5800 ifa_link = 0xffffff0001f3c6b8 ifa_link.tqe_next = 0xffffff0001f3c200 ifa_link.tqe_prev = 0xffffff000191eeb8 ifa_rtrequest = 0 ifa_flags = 0x0001 ifa_refcnt = 15 ifa_metric = 0 ifa_claim_addr = 0 ifa_mtx = 0xffffff0001f3c6e8 ifa = 0xffffff0001f3c200 ifa_addr = 0xffffff0001f3c308 ifa_dstaddr = 0xffffff0001f3c340 ifa_netmask = 0xffffff0001f3c35c if_data = 0xffffff0001f3c218 ifa_ifp = 0xffffff0001ea5800 ifa_link = 0xffffff0001f3c2b8 ifa_link.tqe_next = 0 ifa_link.tqe_prev = 0xffffff0001f3c6b8 ifa_rtrequest = 0 ifa_flags = 0x0004 ifa_refcnt = 4 ifa_metric = 0 ifa_claim_addr = 0 ifa_mtx = 0xffffff0001f3c2e8 if_pcount = 0 if_carp = 0 ... -- Bjoern A. Zeeb This signature is about you not me. From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 00:10:02 2010 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 A4AAD1065698 for ; Fri, 20 Aug 2010 00:10:02 +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 798C28FC0C for ; Fri, 20 Aug 2010 00:10:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7K0A2uL082353 for ; Fri, 20 Aug 2010 00:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7K0A24m082348; Fri, 20 Aug 2010 00:10:02 GMT (envelope-from gnats) Date: Fri, 20 Aug 2010 00:10:02 GMT Message-Id: <201008200010.o7K0A24m082348@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Tom Uffner Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tom Uffner List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2010 00:10:02 -0000 The following reply was made to PR kern/149786; it has been noted by GNATS. From: Tom Uffner To: bug-followup@FreeBSD.org, tom@uffner.com Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall Date: Thu, 19 Aug 2010 19:32:59 -0400 no stalled connections so far after explicitly setting "mode 11b", but i have only done the most minimal testing so far. there have been a few times when connections seemed bursty, but that could have been due to the lower bandwidth & buffering effects, or it could have been my imagination... in any case it seems we have the same issue. tom From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 00:10:08 2010 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 48B3B10656A4 for ; Fri, 20 Aug 2010 00:10:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id CE82D8FC17 for ; Fri, 20 Aug 2010 00:10:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id D7BF241C752; Fri, 20 Aug 2010 02:10:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id IWBFFppuzseq; Fri, 20 Aug 2010 02:10:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 20A5C41C75A; Fri, 20 Aug 2010 02:10:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4BFFA4448EC; Fri, 20 Aug 2010 00:05:58 +0000 (UTC) Date: Fri, 20 Aug 2010 00:05:58 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Nima Misaghian In-Reply-To: Message-ID: <20100820000453.H48418@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Kernel panic from interface address list manipulation 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, 20 Aug 2010 00:10:08 -0000 On Tue, 17 Aug 2010, Nima Misaghian wrote: Hey, > I?ve been able to trivially > trigger a kernel panic while testing ifaddr list manipulation on ?CURRENT (r > 211427). The hardware is a four-core i386 > machine with em interfaces. The diff should give you an idea of what's going wrong. I am not sure if I would want to actually commit it as-is. http://people.freebsd.org/~bz/20100819-01-in_control.diff /bz -- Bjoern A. Zeeb This signature is about you not me. From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 03:00:08 2010 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 D3D581065673 for ; Fri, 20 Aug 2010 03:00:08 +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 99CC68FC13 for ; Fri, 20 Aug 2010 03:00:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7K308cZ048448 for ; Fri, 20 Aug 2010 03:00:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7K308mm048447; Fri, 20 Aug 2010 03:00:08 GMT (envelope-from gnats) Date: Fri, 20 Aug 2010 03:00:08 GMT Message-Id: <201008200300.o7K308mm048447@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Tom Uffner Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tom Uffner List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2010 03:00:08 -0000 The following reply was made to PR kern/149786; it has been noted by GNATS. From: Tom Uffner To: bug-followup@FreeBSD.org, tom@uffner.com Cc: Subject: Re: kern/149786: [bwn] bwn on Dell Inspiron 1150: connections stall Date: Thu, 19 Aug 2010 22:56:07 -0400 after a bit more testing, i seem to be experiencing some minor problems in 802.11b mode too: when doing a cvs update of /usr/src from an NFSv3 mounted repository, i experienced a number of NFS failures. but unlike running the wlan in g mode, it did always recover and start talking again (nfs server not responding ... nfs server is alive again ...) From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 09:20:08 2010 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 1DBF11065675 for ; Fri, 20 Aug 2010 09:20:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id A20E48FC1C for ; Fri, 20 Aug 2010 09:20:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id A9FC841C736; Fri, 20 Aug 2010 11:20:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Y7mHgndzbEDe; Fri, 20 Aug 2010 11:20:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 006BA41C734; Fri, 20 Aug 2010 11:20:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id A10BE4448EC; Fri, 20 Aug 2010 09:18:18 +0000 (UTC) Date: Fri, 20 Aug 2010 09:18:18 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: pluknet In-Reply-To: Message-ID: <20100820091747.Q48418@maildrop.int.zabbadoz.net> References: <20100820000453.H48418@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Nima Misaghian Subject: Re: Kernel panic from interface address list manipulation 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, 20 Aug 2010 09:20:08 -0000 On Fri, 20 Aug 2010, pluknet wrote: Hey, > I have a reproducible panic with a similar path, though in different details. > So, the issue may be in if_igb instead. yeah, that looks like a driver problem at first glance. /bz -- Bjoern A. Zeeb This signature is about you not me. From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 09:30:56 2010 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 0B802106567A for ; Fri, 20 Aug 2010 09:30:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B2AF18FC1A for ; Fri, 20 Aug 2010 09:30:55 +0000 (UTC) Received: by qyk8 with SMTP id 8so203095qyk.13 for ; Fri, 20 Aug 2010 02:30:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=21a7zmJlAF5RzjFDh/Mj6vHfeuldZ4zsk3Z5CJy5hmA=; b=jRQVjwqfA2aMgapTYrZpUQ0RuOWxMnQrfG/uBGmvmfyMhLzrtz0T9EIUMNQ6C4b2DE Z59LP2kTYh/hrvScyfBUMqVBKCRsbNZ2nQjdIIwaI4P5UsD/AHBjp+GzD2WMS8tP1fan Ntc35UhU0IQr2NM/0uhNnNcI5pNoclpuFMxc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pn6XBHU+5yRiZrUEFcpQq9bCXcv+Zr6sR59o90qAWyZZpA5iUvYQ8LeFQYhoVhTmv7 ypzaohMJZl2/mw8EKpu8Wrii/9RDJcURj9alZIuGHU1F2PY/MsH2+exNlkRWs/HRXJu0 2oGQ5tENtpj8KHCvH6y/NQVRJuBWHSCq0GOMo= MIME-Version: 1.0 Received: by 10.229.228.15 with SMTP id jc15mr854558qcb.31.1282295067434; Fri, 20 Aug 2010 02:04:27 -0700 (PDT) Received: by 10.229.26.81 with HTTP; Fri, 20 Aug 2010 02:04:27 -0700 (PDT) In-Reply-To: <20100820000453.H48418@maildrop.int.zabbadoz.net> References: <20100820000453.H48418@maildrop.int.zabbadoz.net> Date: Fri, 20 Aug 2010 13:04:27 +0400 Message-ID: From: pluknet To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Nima Misaghian Subject: Re: Kernel panic from interface address list manipulation 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, 20 Aug 2010 09:30:56 -0000 HI. I have a reproducible panic with a similar path, though in different details. So, the issue may be in if_igb instead. This is 8-STABLE i386. Sorry, serial console was not set up atm. http://www.free-imagehosting.com/out.php/i4163_ifioctl.1.png http://www.free-imagehosting.com/out.php/i4164_ifioctl.2.png http://www.free-imagehosting.com/out.php/i4165_ifioctl.3.png Also, there was a LOR preceding this panic: http://www.free-imagehosting.com/out.php/i4166_igbunload.1.png http://www.free-imagehosting.com/out.php/i4167_igbunload.2.png -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 14:04:26 2010 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 6B4B81065694 for ; Fri, 20 Aug 2010 14:04:26 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4A98E8FC13 for ; Fri, 20 Aug 2010 14:04:24 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id AE3FE39824; Fri, 20 Aug 2010 16:04:21 +0200 (SAST) Date: Fri, 20 Aug 2010 16:04:21 +0200 From: John Hay To: Jack Vogel Message-ID: <20100820140421.GA54097@zibbi.meraka.csir.co.za> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> 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 Subject: Re: packet loss on ixgbe using vlans and routing 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, 20 Aug 2010 14:04:26 -0000 Hi Jack, Have you had a chance to look at it yet? I would love to get these network cards working. :-) John On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > Yes, I am here, I have been reading this, but I am also very busy with a > couple of things, please be patient, I will get on this asap. > > Cheers, > > Jack > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote: > > > Hi, > > > > (Jack any chance that you can look at this please?) > > > > It looks like there are 2 problems with the ixgbe driver on FreeBSD-8. > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port Intel > > 82599 cards). It is running FreeBSD RELENG_8. > > > > 1 - When routing (using vlans) there is heavy packet loss that go away > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on the > > receive side because I do not see them on the receiving interface with > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > > the 1G ports in the one vlan and the other half in the other vlan. > > > > If I test with iperf from one of the machines on a 1G port to the T710, > > I get 920Mbit/s. If I do it simultaneously from a few machines connected > > to the 1G ports, all of them basically saturate their 1G links. > > > > If I now try to route from the one vlan to the other, ie. doing an iperf > > from a 1G connected machine, through the T710, to another 1G connected > > machine, I see packet loss, sometimes iperf is only able to do 100kbits/s. > > (Configuring a tcp relay, like socat, on the T710, and working through it, > > I again get 900Mbit/s and more.) > > > > So it seems that as long as the T710 with the 10G card is the start or > > end point of the connection, I get no packet loss, but as soon as it > > has to route, something go wrong. > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > machine is not the originator of the packets. This happen even with > > the "ifconfig ix2 -rxcsum". > > > > Let me try to describe a little more. If a neigbouring machine ping6 it, > > there will be packet loss. If it act as a router for ipv6, there will be > > packet loss. This happen even when the network is pretty idle and with > > different switches (Nortel and Cisco equipment). The packet loss is > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > going out, but the packet never arrive at the next machine. (My feeling is > > that they get lost inside the card.) The error counters on the switch > > does not increment. > > > > I do not see packet loss if the machine originate the packets, for example > > ping6 from the machine. Also ipv4 packets do not have any packets loss. If > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > The machine also have bce 1G interfaces and I do not see the packet loss > > on them. > > > > Here is some info about the machine / setup. The numbers are pretty low > > because I rebooted after compiling a kernel with IPFIREWALL, ROUTETABLES, > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with empty > > and commented out lines removed. > > > > pciconf -lvc > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > rev=0x01 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > output of vmstat -i > > > > interrupt total rate > > irq19: ehci0 28371 0 > > irq21: uhci2 uhci4+ 48 0 > > irq23: atapci0 46 0 > > irq34: mpt0 146954 2 > > cpu0: timer 112205297 1999 > > irq256: bce0 52063 0 > > irq257: bce1 1 0 > > irq258: bce2 1 0 > > irq259: bce3 1 0 > > irq260: ix0:que 0 142258 2 > > irq261: ix0:que 1 56464 1 > > irq262: ix0:que 2 56199 1 > > irq263: ix0:que 3 56198 1 > > irq264: ix0:que 4 66569 1 > > irq265: ix0:que 5 56148 1 > > irq266: ix0:que 6 56217 1 > > irq267: ix0:que 7 56311 1 > > irq268: ix0:que 8 56169 1 > > irq269: ix0:que 9 69485 1 > > irq270: ix0:que 10 56176 1 > > irq271: ix0:que 11 56205 1 > > irq272: ix0:que 12 56281 1 > > irq273: ix0:que 13 56359 1 > > irq274: ix0:que 14 56292 1 > > irq275: ix0:que 15 56197 1 > > irq276: ix0:link 2 0 > > irq277: ix1:que 0 107873 1 > > irq278: ix1:que 1 56094 0 > > irq279: ix1:que 2 56097 0 > > irq280: ix1:que 3 56096 0 > > irq281: ix1:que 4 65439 1 > > irq282: ix1:que 5 56091 0 > > irq283: ix1:que 6 56092 0 > > irq284: ix1:que 7 56098 0 > > irq285: ix1:que 8 56091 0 > > irq286: ix1:que 9 56096 0 > > irq287: ix1:que 10 56093 0 > > irq288: ix1:que 11 56091 0 > > irq289: ix1:que 12 56096 0 > > irq290: ix1:que 13 56095 0 > > irq291: ix1:que 14 57125 1 > > irq292: ix1:que 15 56093 0 > > irq293: ix1:link 1 0 > > irq294: ix2:que 0 231250 4 > > irq295: ix2:que 1 57784 1 > > irq296: ix2:que 2 69956 1 > > irq297: ix2:que 3 59498 1 > > irq298: ix2:que 4 58201 1 > > irq299: ix2:que 5 58599 1 > > irq300: ix2:que 6 57813 1 > > irq301: ix2:que 7 60075 1 > > irq302: ix2:que 8 68639 1 > > irq303: ix2:que 9 58194 1 > > irq304: ix2:que 10 60752 1 > > irq305: ix2:que 11 57628 1 > > irq306: ix2:que 12 66796 1 > > irq307: ix2:que 13 63307 1 > > irq308: ix2:que 14 60788 1 > > irq309: ix2:que 15 59102 1 > > irq310: ix2:link 5 0 > > irq311: ix3:que 0 56090 0 > > irq312: ix3:que 1 56090 0 > > irq313: ix3:que 2 56090 0 > > irq314: ix3:que 3 56090 0 > > irq315: ix3:que 4 56090 0 > > irq316: ix3:que 5 56090 0 > > irq317: ix3:que 6 56090 0 > > irq318: ix3:que 7 56090 0 > > irq319: ix3:que 8 56090 0 > > irq320: ix3:que 9 56090 0 > > irq321: ix3:que 10 56090 0 > > irq322: ix3:que 11 56090 0 > > irq323: ix3:que 12 56090 0 > > irq324: ix3:que 13 56090 0 > > irq325: ix3:que 14 56090 0 > > irq326: ix3:que 15 56090 0 > > cpu1: timer 112196134 1999 > > cpu10: timer 112196179 1999 > > cpu3: timer 112196135 1999 > > cpu8: timer 112196108 1999 > > cpu4: timer 112196161 1999 > > cpu11: timer 112196179 1999 > > cpu5: timer 112196161 1999 > > cpu13: timer 112196179 1999 > > cpu6: timer 112196161 1999 > > cpu14: timer 112196179 1999 > > cpu2: timer 112196106 1999 > > cpu12: timer 112196179 1999 > > cpu7: timer 112196161 1999 > > cpu9: timer 112196155 1999 > > cpu15: timer 112196179 1999 > > Total 1799390156 32072 > > > > netstat -m > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > 133112/2062/135174/262144 mbuf clusters in use (current/cache/total/max) > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > (current/cache) > > 0/20/20/131072 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > 299518K/5214K/304733K 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 > > > > kernel config file, basically started with 64 bit and removed the stuff > > I do not need. > > > > cpu HAMMER > > ident SEEKAT > > device ipmi > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug > > symbols > > options SCHED_ULE # ULE scheduler > > options PREEMPTION # Enable kernel thread preemption > > options INET # InterNETworking > > options INET6 # IPv6 communications protocols > > options SCTP # Stream Control Transmission > > Protocol > > options FFS # Berkeley Fast Filesystem > > options SOFTUPDATES # Enable FFS soft updates support > > options UFS_DIRHASH # Improve performance on big > > directories > > options CD9660 # ISO 9660 Filesystem > > options PROCFS # Process filesystem (requires > > PSEUDOFS) > > options PSEUDOFS # Pseudo-filesystem framework > > options GEOM_PART_GPT # GUID Partition Tables. > > options GEOM_LABEL # Provides labelization > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > options COMPAT_IA32 # Compatible with i386 binaries > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > options KTRACE # ktrace(1) support > > options STACK # stack(9) support > > options SYSVSHM # SYSV-style shared memory > > options SYSVMSG # SYSV-style message queues > > options SYSVSEM # SYSV-style semaphores > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > extensions > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being > > interspersed. > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > options HWPMC_HOOKS # Necessary kernel hooks for > > hwpmc(4) > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > options SMP # Symmetric MultiProcessor Kernel > > device cpufreq > > device acpi > > device pci > > device ata > > device atapicd # ATAPI CDROM drives > > device mpt # LSI-Logic MPT-Fusion > > device scbus # SCSI bus (required for SCSI) > > device da # Direct Access (disks) > > device pass # Passthrough device (direct SCSI access) > > device atkbdc # AT keyboard controller > > device atkbd # AT keyboard > > device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > device sc > > device agp # support several AGP chipsets > > device uart # Generic UART driver > > device loop # Network loopback > > device random # Entropy device > > device ether # Ethernet support > > device pty # BSD-style compatibility pseudo ttys > > device bpf # Berkeley packet filter > > device uhci # UHCI PCI->USB interface > > device ehci # EHCI PCI->USB interface (USB 2.0) > > device usb # USB Bus (required) > > device uhid # "Human Interface Devices" > > device ukbd # Keyboard > > device umass # Disks/Mass storage - Requires scbus and > > da > > device ums # Mouse > > > > kldstat > > Id Refs Address Size Name > > 1 55 0xffffffff80100000 6ea290 kernel > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > 4 2 0xffffffff8098e000 20448 krpc.ko > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > ix2: flags=8843 metric 0 mtu 1500 > > options=5b8 > > ether 00:1b:21:57:ef:7c > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > nd6 options=3 > > media: Ethernet autoselect (10Gbase-SR ) > > status: active > > ifconfig ix2.1 > > ix2.1: flags=8843 metric 0 mtu 1500 > > ether 00:1b:21:57:ef:7c > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid 0x9 > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > inet6 2001:0:0:3:: prefixlen 64 anycast > > nd6 options=3 > > media: Ethernet autoselect (10Gbase-SR ) > > status: active > > vlan: 1 parent interface: ix2 > > ifconfig ix2.8 > > ix2.8: flags=8843 metric 0 mtu 1500 > > ether 00:1b:21:57:ef:7c > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xa > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > inet6 2001:0:0:1:: prefixlen 64 anycast > > nd6 options=3 > > media: Ethernet autoselect (10Gbase-SR ) > > status: active > > vlan: 8 parent interface: ix2 > > > > John > > -- > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 15:20:21 2010 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 ED24610656A6 for ; Fri, 20 Aug 2010 15:20:21 +0000 (UTC) (envelope-from nima_misa@hotmail.com) Received: from col0-omc1-s8.col0.hotmail.com (col0-omc1-s8.col0.hotmail.com [65.55.34.18]) by mx1.freebsd.org (Postfix) with ESMTP id CBA578FC1A for ; Fri, 20 Aug 2010 15:20:21 +0000 (UTC) Received: from COL117-W36 ([65.55.34.9]) by col0-omc1-s8.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Aug 2010 08:20:21 -0700 Message-ID: X-Originating-IP: [64.7.137.162] From: Nima Misaghian To: Date: Fri, 20 Aug 2010 15:20:21 +0000 Importance: Normal In-Reply-To: <20100820000453.H48418@maildrop.int.zabbadoz.net> References: , <20100820000453.H48418@maildrop.int.zabbadoz.net> MIME-Version: 1.0 X-OriginalArrivalTime: 20 Aug 2010 15:20:21.0036 (UTC) FILETIME=[3427A6C0:01CB407B] Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: RE: Kernel panic from interface address list manipulation 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, 20 Aug 2010 15:20:22 -0000 > Hey, > > > I've been able to trivially > > trigger a kernel panic while testing ifaddr list manipulation on -CURRENT (r > > 211427). The hardware is a four-core i386 > > machine with em interfaces. > > The diff should give you an idea of what's going wrong. I am not sure > if I would want to actually commit it as-is. > > http://people.freebsd.org/~bz/20100819-01-in_control.diff > I could not reproduce the panic after applying the patch. Thanks for taking the time to look into this issue and fixing it. From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 16:11:23 2010 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 74089106575B for ; Fri, 20 Aug 2010 16:11:23 +0000 (UTC) (envelope-from xavier.humbert@groumpf.org) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id E98048FC17 for ; Fri, 20 Aug 2010 16:11:21 +0000 (UTC) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 59F5F2D744 for ; Fri, 20 Aug 2010 17:56:07 +0200 (CEST) Received: from valinor.groumpf.org (unknown [82.228.31.93]) by smtp1-g21.free.fr (Postfix) with ESMTP id 957A29400A6 for ; Fri, 20 Aug 2010 17:56:00 +0200 (CEST) Received: by valinor.groumpf.org (Postfix, from userid 1001) id E681D451E6; Fri, 20 Aug 2010 17:57:52 +0200 (CEST) Received: from [192.168.100.11] (enterprise.groumpf.org [192.168.100.11]) by valinor.groumpf.org (Postfix) with ESMTP id 277B245184 for ; Fri, 20 Aug 2010 17:52:50 +0200 (CEST) To: freebsd-net@freebsd.org From: xavier.humbert@groumpf.org (Xavier HUMBERT) Date: Fri, 20 Aug 2010 17:52:50 +0200 Message-ID: <1jnj9gh.1ni0waznzbr5yM%xavier.humbert@groumpf.org> Organization: Tibet Libre User-Agent: MacSOUP/2.8.3 (Mac OS X version 10.6.4 (x86)) Subject: Inter-vlan routing 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: Fri, 20 Aug 2010 16:11:23 -0000 Hi all, I've got some trouble routing vlans through FreeBSD 8.1-RELEASE. The core backbone of our network is a Nortel 5520-48T-PWR stack, configured L2/L3, with 470-24T-PWR stacks in each building (5 including core), fiber connected. Since the company who built our network is unable to make the L3 routing work, I installed a FreeBSD box, with vlans interfaces. First, the L2/L3 config of the core switch : ------------------------------------------------------------------------ ! ! *** VLAN *** ! vlan configcontrol flexible no auto-pvid vlan name 1 "VLAN #1" vlan create 10 name "Multimedia" type port vlan create 20 name "Arcade" type port vlan create 30 name "Chateau" type port vlan create 100 name "VoIP" type port ! ! *** L3 *** ! no ip directed-broadcast enable ip routing interface vlan 1 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 10 ip address 172.16.214.252 255.255.255.0 10 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 20 ip address 192.168.0.5 255.255.255.0 20 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 30 ip address 10.75.2.5 255.255.255.0 30 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit interface vlan 100 ip address 10.75.3.5 255.255.255.0 100 ip dhcp-relay min-sec 0 mode bootp_dhcp no ip dhcp-relay broadcast ip dhcp-relay exit ip arp timeout 360 ip dhcp-relay ip blocking-mode none ------------------------------------------------------------------------ Now, the config of my box, and the routing table. Obviously, I connected the bge0 interface to a port on which all vlans are present (there is no such concept as "trunk" on Nortel, in fact this term is used for MLT) ------------------------------------------------------------------------ gateway_enable="YES" default_router="10.75.2.1" cloned_interfaces="vlan0 vlan1 vlan2 vlan3 vlan4" ifconfig_bge0="up" ifconfig_vlan0="inet 192.168.1.251 netmask 255.255.255.0 vlan 1 vlandev bge0" ifconfig_vlan1="inet 172.16.214.251 netmask 255.255.255.0 vlan 10 vlandev bge0" ifconfig_vlan2="inet 192.168.0.251 netmask 255.255.255.0 vlan 20 vlandev bge0" ifconfig_vlan3="inet 10.75.2.251 netmask 255.255.255.0 vlan 30 vlandev bge0" ifconfig_vlan4="inet 10.75.3.251 netmask 255.255.255.0 vlan 100 vlandev bge0" bge0: flags=8843 metric 0 mtu 1500 options=8009b ether 00:e0:81:2d:62:3e media: Ethernet autoselect (1000baseT ) status: active vlan0: flags=8843 metric 0 mtu 1500 description: Admin options=3 ether 00:e0:81:2d:62:3e inet 192.168.1.251 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active vlan: 1 parent interface: bge0 vlan1: flags=8843 metric 0 mtu 1500 description: Multimedia options=3 ether 00:e0:81:2d:62:3e inet 172.16.214.251 netmask 0xffffff00 broadcast 172.16.214.255 media: Ethernet autoselect (1000baseT ) status: active vlan: 10 parent interface: bge0 vlan2: flags=8843 metric 0 mtu 1500 description: Arcades options=3 ether 00:e0:81:2d:62:3e inet 192.168.0.251 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (1000baseT ) status: active vlan: 20 parent interface: bge0 vlan3: flags=8843 metric 0 mtu 1500 description: Chateau options=3 ether 00:e0:81:2d:62:3e inet 10.75.2.251 netmask 0xffffff00 broadcast 10.75.2.255 media: Ethernet autoselect (1000baseT ) status: active vlan: 30 parent interface: bge0 vlan4: flags=8843 metric 0 mtu 1500 description: VoIP options=3 ether 00:e0:81:2d:62:3e inet 10.75.3.251 netmask 0xffffff00 broadcast 10.75.3.255 media: Ethernet autoselect (1000baseT ) status: active vlan: 100 parent interface: bge0 Destination Gateway Flags Refs Use Netif Expire default 10.75.2.1 UGS 0 13742 vlan3 192.168.1.0/24 link#9 U 5 234765 vlan0 172.16.214.0/24 link#10 U 4 395054 vlan1 192.168.0.0/24 link#11 U 1 4659 vlan2 10.75.2.0/24 link#12 U 0 3361 vlan3 10.75.3.0/24 link#13 U 0 2716 vlan4 ------------------------------------------------------------------------ The problem is that, from the gateway itself, I can "see" all devices on all vlans (nmap proves this). But from my station (which is on the vlan #10), I can access on my own vlan, and the default vlan #1. A ping or traceroute to another machine - I tried the defaul_router, which as you can see is on vlan #30 - fails miserably. Tcpdump is not very helpful : ------------------------------------------------------------------------ [xavier@imac-xav ~]$ traceroute 10.75.2.1 traceroute to 10.75.2.1 (10.75.2.1), 64 hops max, 52 byte packets 1 gateway (172.16.214.251) 0.697 ms 0.227 ms 0.245 ms 2 * * * 3 *^C [root@gateway ~]# tcpdump -vv -i vlan3 host 172.16.214.102 tcpdump: listening on vlan3, link-type EN10MB (Ethernet), capture size 96 bytes 10:30:41.140953 IP (tos 0x0, ttl 1, id 50332, offset 0, flags [none], proto UDP (17), length 52, bad cksum 0 (->665a)!) 172.16.214.102.50328 > 10.75.2.1.33438: [udp sum ok] UDP, length 24 10:30:46.141358 IP (tos 0x0, ttl 1, id 50333, offset 0, flags [none], proto UDP (17), length 52, bad cksum 0 (->6659)!) 172.16.214.102.50328 > 10.75.2.1.33439: [udp sum ok] UDP, length 24 ------------------------------------------------------------------------ Is the bad cksum relevant ? Thanks for your patience reading this, and for your hoped helpful advices. Regards, -- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull) From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 16:38:50 2010 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 C1E641065675 for ; Fri, 20 Aug 2010 16:38:50 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp1.babolo.ru (smtp1.babolo.ru [195.9.14.139]) by mx1.freebsd.org (Postfix) with ESMTP id 1BABE8FC15 for ; Fri, 20 Aug 2010 16:38:49 +0000 (UTC) Received: from cicuta.babolo.ru ([194.58.246.5]) by smtp1.babolo.ru (8.14.2/8.14.2) with SMTP id o7KGOlOL065285; Fri, 20 Aug 2010 20:24:47 +0400 (MSD) (envelope-from .@babolo.ru) Received: (nullmailer pid 24862 invoked by uid 136); Fri, 20 Aug 2010 16:21:54 -0000 Date: Fri, 20 Aug 2010 20:21:54 +0400 From: Aleksandr A Babaylov <.@babolo.ru> To: Xavier HUMBERT Message-ID: <20100820162154.GA24846@babolo.ru> References: <1jnj9gh.1ni0waznzbr5yM%xavier.humbert@groumpf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1jnj9gh.1ni0waznzbr5yM%xavier.humbert@groumpf.org> Cc: freebsd-net@freebsd.org Subject: Re: Inter-vlan routing 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: Fri, 20 Aug 2010 16:38:50 -0000 On Fri, Aug 20, 2010 at 05:52:50PM +0200, Xavier HUMBERT wrote: > I've got some trouble routing vlans through FreeBSD 8.1-RELEASE. I had similar prolem in 8.0-STABLE. Try sysctl net.inet.flowtable.enable=0 From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 16:45:22 2010 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 AE65F10656AE for ; Fri, 20 Aug 2010 16:45:22 +0000 (UTC) (envelope-from xavier.humbert@groumpf.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEA58FC13 for ; Fri, 20 Aug 2010 16:45:20 +0000 (UTC) Received: from valinor.groumpf.org (unknown [82.228.31.93]) by smtp1-g21.free.fr (Postfix) with ESMTP id D16329400F7 for ; Fri, 20 Aug 2010 18:45:16 +0200 (CEST) Received: from [192.168.100.11] (enterprise.groumpf.org [192.168.100.11]) by valinor.groumpf.org (Postfix) with ESMTP id 6795A45184; Fri, 20 Aug 2010 18:45:15 +0200 (CEST) To: freebsd-net@freebsd.org In-Reply-To: <20100820162154.GA24846@babolo.ru> From: xavier.humbert@groumpf.org (Xavier HUMBERT) Date: Fri, 20 Aug 2010 18:45:15 +0200 Message-ID: <1jnjcwn.1031560xdomidM%xavier.humbert@groumpf.org> Organization: Tibet Libre User-Agent: MacSOUP/2.8.3 (Mac OS X version 10.6.4 (x86)) Subject: Re: Inter-vlan routing 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: Fri, 20 Aug 2010 16:45:22 -0000 Aleksandr A Babaylov <"."@babolo.ru> wrote: > On Fri, Aug 20, 2010 at 05:52:50PM +0200, Xavier HUMBERT wrote: > > I've got some trouble routing vlans through FreeBSD 8.1-RELEASE. > > I had similar prolem in 8.0-STABLE. Try > > sysctl net.inet.flowtable.enable=0 I tried net.link.vlan.soft_pad with no success, but not this one, which did not exist in 7.x. I've no access to the box until Monday, I'll try it. Thx ! -- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull) From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 17:11:54 2010 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 512621065672 for ; Fri, 20 Aug 2010 17:11:54 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (unknown [IPv6:2607:f3e0:80:80::2]) by mx1.freebsd.org (Postfix) with ESMTP id EB9548FC15 for ; Fri, 20 Aug 2010 17:11:53 +0000 (UTC) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.4/8.14.4) with ESMTP id o7KHBncD069759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 20 Aug 2010 13:11:50 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o7KHBnfT011714; Fri, 20 Aug 2010 13:11:49 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201008201711.o7KHBnfT011714@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 20 Aug 2010 13:11:48 -0400 To: xavier.humbert@groumpf.org (Xavier HUMBERT), freebsd-net@freebsd.org From: Mike Tancsa In-Reply-To: <1jnj9gh.1ni0waznzbr5yM%xavier.humbert@groumpf.org> References: <1jnj9gh.1ni0waznzbr5yM%xavier.humbert@groumpf.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.67 on 205.211.164.50 Cc: Subject: Re: Inter-vlan routing 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: Fri, 20 Aug 2010 17:11:54 -0000 At 11:52 AM 8/20/2010, Xavier HUMBERT wrote: >vlan3: flags=8843 metric 0 mtu 1500 > description: Chateau > options=3 > ether 00:e0:81:2d:62:3e > inet 10.75.2.251 netmask 0xffffff00 broadcast 10.75.2.255 > media: Ethernet autoselect (1000baseT ) > status: active > vlan: 30 parent interface: bge0 >vlan4: flags=8843 metric 0 mtu 1500 > description: VoIP > options=3 > ether 00:e0:81:2d:62:3e > inet 10.75.3.251 netmask 0xffffff00 broadcast 10.75.3.255 > media: Ethernet autoselect (1000baseT ) > status: active > vlan: 100 parent interface: bge0 > > >Destination Gateway Flags Refs Use Netif Expire >default 10.75.2.1 UGS 0 13742 vlan3 >192.168.1.0/24 link#9 U 5 234765 vlan0 >172.16.214.0/24 link#10 U 4 395054 vlan1 >192.168.0.0/24 link#11 U 1 4659 vlan2 >10.75.2.0/24 link#12 U 0 3361 vlan3 >10.75.3.0/24 link#13 U 0 2716 vlan4 >------------------------------------------------------------------------ > >The problem is that, from the gateway itself, I can "see" all devices on all >vlans (nmap proves this). But from my station (which is on the vlan >#10), I can >access on my own vlan, and the default vlan #1. A ping or traceroute >to another >machine - I tried the defaul_router, which as you can see is on vlan #30 - >fails miserably. Tcpdump is not very helpful : > >------------------------------------------------------------------------ >[xavier@imac-xav ~]$ traceroute 10.75.2.1 >traceroute to 10.75.2.1 (10.75.2.1), 64 hops max, 52 byte packets > 1 gateway (172.16.214.251) 0.697 ms 0.227 ms 0.245 ms > 2 * * * I dont understand, why is 10.75.2.1 going out your default interface ? It should look for packets on the same subnet that the vlan3 interface is on Can you do an arp -na and netstat -Wnra On the nortel switch, are you sure you have it on the equiv of a "trunk" port? Is there a way to see what MAC addresses the switch sees as part of what VLAN ? >Is the bad cksum relevant ? Not necessarily. It might be due to the chksum offloading of the NIC driver. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 17:39:49 2010 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 69758106567A for ; Fri, 20 Aug 2010 17:39:49 +0000 (UTC) (envelope-from jfvogel@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 9449A8FC14 for ; Fri, 20 Aug 2010 17:39:48 +0000 (UTC) Received: by eyx24 with SMTP id 24so2239473eyx.13 for ; Fri, 20 Aug 2010 10:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=/K1iI4k6qGDC7Vboj9Va78ornvxhS+Y57EmiIDWTed0=; b=ObYJOXdwelwd8TO7meRZI9akmIRPTqYw0kj9slrjgIhvfPL/f/+sE/CUXUVgj5GhpU d7WWYp126XLsoEB8/Kmcp/Ti8o0TdWX38Esrq9UC2VM7UH1oSpRPrgIHm0SyxI6RFKqE aybzuwKzj3YB8szmcrR45mmS0eDz7usEIM6nI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uW3eutlToIj9dScmoTnv51phXfO7qcxShx4GGTREVir1FJXc37gBGKZjiBnZFwsl4V hTLTo5Bbs843N18i29rOAchkYJHH0imcg4GrSOxXRuP+kzrtt1kMZtzhNI8A6Vn3JFc2 v5a39o4NmJzTx2oxt/heqSyhVd1fdLDeAoY+M= MIME-Version: 1.0 Received: by 10.216.54.16 with SMTP id h16mr1558838wec.6.1282325987192; Fri, 20 Aug 2010 10:39:47 -0700 (PDT) Received: by 10.216.48.6 with HTTP; Fri, 20 Aug 2010 10:39:47 -0700 (PDT) In-Reply-To: <20100820140421.GA54097@zibbi.meraka.csir.co.za> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> <20100820140421.GA54097@zibbi.meraka.csir.co.za> Date: Fri, 20 Aug 2010 10:39:47 -0700 Message-ID: From: Jack Vogel To: John Hay Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: packet loss on ixgbe using vlans and routing 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, 20 Aug 2010 17:39:49 -0000 OK, am setting up the hardware to look into this John. Jack On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote: > Hi Jack, > > Have you had a chance to look at it yet? I would love to get these > network cards working. :-) > > John > > On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > > Yes, I am here, I have been reading this, but I am also very busy with a > > couple of things, please be patient, I will get on this asap. > > > > Cheers, > > > > Jack > > > > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote: > > > > > Hi, > > > > > > (Jack any chance that you can look at this please?) > > > > > > It looks like there are 2 problems with the ixgbe driver on FreeBSD-8. > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port > Intel > > > 82599 cards). It is running FreeBSD RELENG_8. > > > > > > 1 - When routing (using vlans) there is heavy packet loss that go away > > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on the > > > receive side because I do not see them on the receiving interface with > > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > > > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > > > the 1G ports in the one vlan and the other half in the other vlan. > > > > > > If I test with iperf from one of the machines on a 1G port to the T710, > > > I get 920Mbit/s. If I do it simultaneously from a few machines > connected > > > to the 1G ports, all of them basically saturate their 1G links. > > > > > > If I now try to route from the one vlan to the other, ie. doing an > iperf > > > from a 1G connected machine, through the T710, to another 1G connected > > > machine, I see packet loss, sometimes iperf is only able to do > 100kbits/s. > > > (Configuring a tcp relay, like socat, on the T710, and working through > it, > > > I again get 900Mbit/s and more.) > > > > > > So it seems that as long as the T710 with the 10G card is the start or > > > end point of the connection, I get no packet loss, but as soon as it > > > has to route, something go wrong. > > > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > machine is not the originator of the packets. This happen even with > > > the "ifconfig ix2 -rxcsum". > > > > > > Let me try to describe a little more. If a neigbouring machine ping6 > it, > > > there will be packet loss. If it act as a router for ipv6, there will > be > > > packet loss. This happen even when the network is pretty idle and with > > > different switches (Nortel and Cisco equipment). The packet loss is > > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > > going out, but the packet never arrive at the next machine. (My feeling > is > > > that they get lost inside the card.) The error counters on the switch > > > does not increment. > > > > > > I do not see packet loss if the machine originate the packets, for > example > > > ping6 from the machine. Also ipv4 packets do not have any packets loss. > If > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > The machine also have bce 1G interfaces and I do not see the packet > loss > > > on them. > > > > > > Here is some info about the machine / setup. The numbers are pretty low > > > because I rebooted after compiling a kernel with IPFIREWALL, > ROUTETABLES, > > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with > empty > > > and commented out lines removed. > > > > > > pciconf -lvc > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > > output of vmstat -i > > > > > > interrupt total rate > > > irq19: ehci0 28371 0 > > > irq21: uhci2 uhci4+ 48 0 > > > irq23: atapci0 46 0 > > > irq34: mpt0 146954 2 > > > cpu0: timer 112205297 1999 > > > irq256: bce0 52063 0 > > > irq257: bce1 1 0 > > > irq258: bce2 1 0 > > > irq259: bce3 1 0 > > > irq260: ix0:que 0 142258 2 > > > irq261: ix0:que 1 56464 1 > > > irq262: ix0:que 2 56199 1 > > > irq263: ix0:que 3 56198 1 > > > irq264: ix0:que 4 66569 1 > > > irq265: ix0:que 5 56148 1 > > > irq266: ix0:que 6 56217 1 > > > irq267: ix0:que 7 56311 1 > > > irq268: ix0:que 8 56169 1 > > > irq269: ix0:que 9 69485 1 > > > irq270: ix0:que 10 56176 1 > > > irq271: ix0:que 11 56205 1 > > > irq272: ix0:que 12 56281 1 > > > irq273: ix0:que 13 56359 1 > > > irq274: ix0:que 14 56292 1 > > > irq275: ix0:que 15 56197 1 > > > irq276: ix0:link 2 0 > > > irq277: ix1:que 0 107873 1 > > > irq278: ix1:que 1 56094 0 > > > irq279: ix1:que 2 56097 0 > > > irq280: ix1:que 3 56096 0 > > > irq281: ix1:que 4 65439 1 > > > irq282: ix1:que 5 56091 0 > > > irq283: ix1:que 6 56092 0 > > > irq284: ix1:que 7 56098 0 > > > irq285: ix1:que 8 56091 0 > > > irq286: ix1:que 9 56096 0 > > > irq287: ix1:que 10 56093 0 > > > irq288: ix1:que 11 56091 0 > > > irq289: ix1:que 12 56096 0 > > > irq290: ix1:que 13 56095 0 > > > irq291: ix1:que 14 57125 1 > > > irq292: ix1:que 15 56093 0 > > > irq293: ix1:link 1 0 > > > irq294: ix2:que 0 231250 4 > > > irq295: ix2:que 1 57784 1 > > > irq296: ix2:que 2 69956 1 > > > irq297: ix2:que 3 59498 1 > > > irq298: ix2:que 4 58201 1 > > > irq299: ix2:que 5 58599 1 > > > irq300: ix2:que 6 57813 1 > > > irq301: ix2:que 7 60075 1 > > > irq302: ix2:que 8 68639 1 > > > irq303: ix2:que 9 58194 1 > > > irq304: ix2:que 10 60752 1 > > > irq305: ix2:que 11 57628 1 > > > irq306: ix2:que 12 66796 1 > > > irq307: ix2:que 13 63307 1 > > > irq308: ix2:que 14 60788 1 > > > irq309: ix2:que 15 59102 1 > > > irq310: ix2:link 5 0 > > > irq311: ix3:que 0 56090 0 > > > irq312: ix3:que 1 56090 0 > > > irq313: ix3:que 2 56090 0 > > > irq314: ix3:que 3 56090 0 > > > irq315: ix3:que 4 56090 0 > > > irq316: ix3:que 5 56090 0 > > > irq317: ix3:que 6 56090 0 > > > irq318: ix3:que 7 56090 0 > > > irq319: ix3:que 8 56090 0 > > > irq320: ix3:que 9 56090 0 > > > irq321: ix3:que 10 56090 0 > > > irq322: ix3:que 11 56090 0 > > > irq323: ix3:que 12 56090 0 > > > irq324: ix3:que 13 56090 0 > > > irq325: ix3:que 14 56090 0 > > > irq326: ix3:que 15 56090 0 > > > cpu1: timer 112196134 1999 > > > cpu10: timer 112196179 1999 > > > cpu3: timer 112196135 1999 > > > cpu8: timer 112196108 1999 > > > cpu4: timer 112196161 1999 > > > cpu11: timer 112196179 1999 > > > cpu5: timer 112196161 1999 > > > cpu13: timer 112196179 1999 > > > cpu6: timer 112196161 1999 > > > cpu14: timer 112196179 1999 > > > cpu2: timer 112196106 1999 > > > cpu12: timer 112196179 1999 > > > cpu7: timer 112196161 1999 > > > cpu9: timer 112196155 1999 > > > cpu15: timer 112196179 1999 > > > Total 1799390156 32072 > > > > > > netstat -m > > > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > > 133112/2062/135174/262144 mbuf clusters in use > (current/cache/total/max) > > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > > (current/cache) > > > 0/20/20/131072 4k (page size) jumbo clusters in use > > > (current/cache/total/max) > > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > > 299518K/5214K/304733K 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 > > > > > > kernel config file, basically started with 64 bit and removed the stuff > > > I do not need. > > > > > > cpu HAMMER > > > ident SEEKAT > > > device ipmi > > > makeoptions DEBUG=-g # Build kernel with gdb(1) > debug > > > symbols > > > options SCHED_ULE # ULE scheduler > > > options PREEMPTION # Enable kernel thread > preemption > > > options INET # InterNETworking > > > options INET6 # IPv6 communications protocols > > > options SCTP # Stream Control Transmission > > > Protocol > > > options FFS # Berkeley Fast Filesystem > > > options SOFTUPDATES # Enable FFS soft updates > support > > > options UFS_DIRHASH # Improve performance on big > > > directories > > > options CD9660 # ISO 9660 Filesystem > > > options PROCFS # Process filesystem (requires > > > PSEUDOFS) > > > options PSEUDOFS # Pseudo-filesystem framework > > > options GEOM_PART_GPT # GUID Partition Tables. > > > options GEOM_LABEL # Provides labelization > > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > > options COMPAT_IA32 # Compatible with i386 binaries > > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > > options KTRACE # ktrace(1) support > > > options STACK # stack(9) support > > > options SYSVSHM # SYSV-style shared memory > > > options SYSVMSG # SYSV-style message queues > > > options SYSVSEM # SYSV-style semaphores > > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > > extensions > > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being > > > interspersed. > > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > > options HWPMC_HOOKS # Necessary kernel hooks for > > > hwpmc(4) > > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > > options SMP # Symmetric MultiProcessor > Kernel > > > device cpufreq > > > device acpi > > > device pci > > > device ata > > > device atapicd # ATAPI CDROM drives > > > device mpt # LSI-Logic MPT-Fusion > > > device scbus # SCSI bus (required for SCSI) > > > device da # Direct Access (disks) > > > device pass # Passthrough device (direct SCSI > access) > > > device atkbdc # AT keyboard controller > > > device atkbd # AT keyboard > > > device psm # PS/2 mouse > > > device kbdmux # keyboard multiplexer > > > device vga # VGA video card driver > > > device splash # Splash screen and screen saver > support > > > device sc > > > device agp # support several AGP chipsets > > > device uart # Generic UART driver > > > device loop # Network loopback > > > device random # Entropy device > > > device ether # Ethernet support > > > device pty # BSD-style compatibility pseudo ttys > > > device bpf # Berkeley packet filter > > > device uhci # UHCI PCI->USB interface > > > device ehci # EHCI PCI->USB interface (USB 2.0) > > > device usb # USB Bus (required) > > > device uhid # "Human Interface Devices" > > > device ukbd # Keyboard > > > device umass # Disks/Mass storage - Requires scbus > and > > > da > > > device ums # Mouse > > > > > > kldstat > > > Id Refs Address Size Name > > > 1 55 0xffffffff80100000 6ea290 kernel > > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > > 4 2 0xffffffff8098e000 20448 krpc.ko > > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > > ix2: flags=8843 metric 0 mtu > 1500 > > > > options=5b8 > > > ether 00:1b:21:57:ef:7c > > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > ifconfig ix2.1 > > > ix2.1: flags=8843 metric 0 mtu > 1500 > > > ether 00:1b:21:57:ef:7c > > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid 0x9 > > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > > inet6 2001:0:0:3:: prefixlen 64 anycast > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > vlan: 1 parent interface: ix2 > > > ifconfig ix2.8 > > > ix2.8: flags=8843 metric 0 mtu > 1500 > > > ether 00:1b:21:57:ef:7c > > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xa > > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > > inet6 2001:0:0:1:: prefixlen 64 anycast > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > vlan: 8 parent interface: ix2 > > > > > > John > > > -- > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 17:43:48 2010 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 AA170106567A for ; Fri, 20 Aug 2010 17:43:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D6D278FC1B for ; Fri, 20 Aug 2010 17:43:47 +0000 (UTC) Received: by ewy26 with SMTP id 26so2657959ewy.13 for ; Fri, 20 Aug 2010 10:43:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=x4hdZ2hMFnUFsYRGmYTyOaI9ARyzhG0nYyU8G17X9CI=; b=jXJTENq5q8fakyNyDi02ylaNtsLDagWE5Y+kibO/mzoTyMigQB7nJ76P7616bruvha vV/cDKYTRqIQWBA1fwu+FuXpV6hXkCxW/t2hriA/pwmj/HlVSuI+o0Qtzd/RJwPQHhQ9 gEHwiYYy2bLFzsAdyBg68UwhRWFC9Vipujkss= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=iBAPfVcCI+gNLSmVIs9nwJiVcFsUdo5IBKyeSHizLXUeRSg/wqxjQeyL7d/RQuBhQk 0Qxbx/r4RD/tQSAXnwcbDj/r6wplYD9rCG4HqDnsBedrE/JeoMib/1tCEuMkmKFUP8uZ no1ihkr31KUYV9uoHZTeaf84h6nd0nWvCJgvA= MIME-Version: 1.0 Received: by 10.216.188.1 with SMTP id z1mr1527737wem.57.1282326226688; Fri, 20 Aug 2010 10:43:46 -0700 (PDT) Received: by 10.216.48.6 with HTTP; Fri, 20 Aug 2010 10:43:46 -0700 (PDT) In-Reply-To: <20100820140421.GA54097@zibbi.meraka.csir.co.za> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> <20100820140421.GA54097@zibbi.meraka.csir.co.za> Date: Fri, 20 Aug 2010 10:43:46 -0700 Message-ID: From: Jack Vogel To: John Hay Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: packet loss on ixgbe using vlans and routing 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, 20 Aug 2010 17:43:48 -0000 Why does the ixgbe loadable show as if_ixgbe, you've altered it? Jack On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote: > Hi Jack, > > Have you had a chance to look at it yet? I would love to get these > network cards working. :-) > > John > > On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > > Yes, I am here, I have been reading this, but I am also very busy with a > > couple of things, please be patient, I will get on this asap. > > > > Cheers, > > > > Jack > > > > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote: > > > > > Hi, > > > > > > (Jack any chance that you can look at this please?) > > > > > > It looks like there are 2 problems with the ixgbe driver on FreeBSD-8. > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port > Intel > > > 82599 cards). It is running FreeBSD RELENG_8. > > > > > > 1 - When routing (using vlans) there is heavy packet loss that go away > > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on the > > > receive side because I do not see them on the receiving interface with > > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > > > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > > > the 1G ports in the one vlan and the other half in the other vlan. > > > > > > If I test with iperf from one of the machines on a 1G port to the T710, > > > I get 920Mbit/s. If I do it simultaneously from a few machines > connected > > > to the 1G ports, all of them basically saturate their 1G links. > > > > > > If I now try to route from the one vlan to the other, ie. doing an > iperf > > > from a 1G connected machine, through the T710, to another 1G connected > > > machine, I see packet loss, sometimes iperf is only able to do > 100kbits/s. > > > (Configuring a tcp relay, like socat, on the T710, and working through > it, > > > I again get 900Mbit/s and more.) > > > > > > So it seems that as long as the T710 with the 10G card is the start or > > > end point of the connection, I get no packet loss, but as soon as it > > > has to route, something go wrong. > > > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > machine is not the originator of the packets. This happen even with > > > the "ifconfig ix2 -rxcsum". > > > > > > Let me try to describe a little more. If a neigbouring machine ping6 > it, > > > there will be packet loss. If it act as a router for ipv6, there will > be > > > packet loss. This happen even when the network is pretty idle and with > > > different switches (Nortel and Cisco equipment). The packet loss is > > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > > going out, but the packet never arrive at the next machine. (My feeling > is > > > that they get lost inside the card.) The error counters on the switch > > > does not increment. > > > > > > I do not see packet loss if the machine originate the packets, for > example > > > ping6 from the machine. Also ipv4 packets do not have any packets loss. > If > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > The machine also have bce 1G interfaces and I do not see the packet > loss > > > on them. > > > > > > Here is some info about the machine / setup. The numbers are pretty low > > > because I rebooted after compiling a kernel with IPFIREWALL, > ROUTETABLES, > > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with > empty > > > and commented out lines removed. > > > > > > pciconf -lvc > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > rev=0x01 hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > > output of vmstat -i > > > > > > interrupt total rate > > > irq19: ehci0 28371 0 > > > irq21: uhci2 uhci4+ 48 0 > > > irq23: atapci0 46 0 > > > irq34: mpt0 146954 2 > > > cpu0: timer 112205297 1999 > > > irq256: bce0 52063 0 > > > irq257: bce1 1 0 > > > irq258: bce2 1 0 > > > irq259: bce3 1 0 > > > irq260: ix0:que 0 142258 2 > > > irq261: ix0:que 1 56464 1 > > > irq262: ix0:que 2 56199 1 > > > irq263: ix0:que 3 56198 1 > > > irq264: ix0:que 4 66569 1 > > > irq265: ix0:que 5 56148 1 > > > irq266: ix0:que 6 56217 1 > > > irq267: ix0:que 7 56311 1 > > > irq268: ix0:que 8 56169 1 > > > irq269: ix0:que 9 69485 1 > > > irq270: ix0:que 10 56176 1 > > > irq271: ix0:que 11 56205 1 > > > irq272: ix0:que 12 56281 1 > > > irq273: ix0:que 13 56359 1 > > > irq274: ix0:que 14 56292 1 > > > irq275: ix0:que 15 56197 1 > > > irq276: ix0:link 2 0 > > > irq277: ix1:que 0 107873 1 > > > irq278: ix1:que 1 56094 0 > > > irq279: ix1:que 2 56097 0 > > > irq280: ix1:que 3 56096 0 > > > irq281: ix1:que 4 65439 1 > > > irq282: ix1:que 5 56091 0 > > > irq283: ix1:que 6 56092 0 > > > irq284: ix1:que 7 56098 0 > > > irq285: ix1:que 8 56091 0 > > > irq286: ix1:que 9 56096 0 > > > irq287: ix1:que 10 56093 0 > > > irq288: ix1:que 11 56091 0 > > > irq289: ix1:que 12 56096 0 > > > irq290: ix1:que 13 56095 0 > > > irq291: ix1:que 14 57125 1 > > > irq292: ix1:que 15 56093 0 > > > irq293: ix1:link 1 0 > > > irq294: ix2:que 0 231250 4 > > > irq295: ix2:que 1 57784 1 > > > irq296: ix2:que 2 69956 1 > > > irq297: ix2:que 3 59498 1 > > > irq298: ix2:que 4 58201 1 > > > irq299: ix2:que 5 58599 1 > > > irq300: ix2:que 6 57813 1 > > > irq301: ix2:que 7 60075 1 > > > irq302: ix2:que 8 68639 1 > > > irq303: ix2:que 9 58194 1 > > > irq304: ix2:que 10 60752 1 > > > irq305: ix2:que 11 57628 1 > > > irq306: ix2:que 12 66796 1 > > > irq307: ix2:que 13 63307 1 > > > irq308: ix2:que 14 60788 1 > > > irq309: ix2:que 15 59102 1 > > > irq310: ix2:link 5 0 > > > irq311: ix3:que 0 56090 0 > > > irq312: ix3:que 1 56090 0 > > > irq313: ix3:que 2 56090 0 > > > irq314: ix3:que 3 56090 0 > > > irq315: ix3:que 4 56090 0 > > > irq316: ix3:que 5 56090 0 > > > irq317: ix3:que 6 56090 0 > > > irq318: ix3:que 7 56090 0 > > > irq319: ix3:que 8 56090 0 > > > irq320: ix3:que 9 56090 0 > > > irq321: ix3:que 10 56090 0 > > > irq322: ix3:que 11 56090 0 > > > irq323: ix3:que 12 56090 0 > > > irq324: ix3:que 13 56090 0 > > > irq325: ix3:que 14 56090 0 > > > irq326: ix3:que 15 56090 0 > > > cpu1: timer 112196134 1999 > > > cpu10: timer 112196179 1999 > > > cpu3: timer 112196135 1999 > > > cpu8: timer 112196108 1999 > > > cpu4: timer 112196161 1999 > > > cpu11: timer 112196179 1999 > > > cpu5: timer 112196161 1999 > > > cpu13: timer 112196179 1999 > > > cpu6: timer 112196161 1999 > > > cpu14: timer 112196179 1999 > > > cpu2: timer 112196106 1999 > > > cpu12: timer 112196179 1999 > > > cpu7: timer 112196161 1999 > > > cpu9: timer 112196155 1999 > > > cpu15: timer 112196179 1999 > > > Total 1799390156 32072 > > > > > > netstat -m > > > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > > 133112/2062/135174/262144 mbuf clusters in use > (current/cache/total/max) > > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > > (current/cache) > > > 0/20/20/131072 4k (page size) jumbo clusters in use > > > (current/cache/total/max) > > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > > 299518K/5214K/304733K 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 > > > > > > kernel config file, basically started with 64 bit and removed the stuff > > > I do not need. > > > > > > cpu HAMMER > > > ident SEEKAT > > > device ipmi > > > makeoptions DEBUG=-g # Build kernel with gdb(1) > debug > > > symbols > > > options SCHED_ULE # ULE scheduler > > > options PREEMPTION # Enable kernel thread > preemption > > > options INET # InterNETworking > > > options INET6 # IPv6 communications protocols > > > options SCTP # Stream Control Transmission > > > Protocol > > > options FFS # Berkeley Fast Filesystem > > > options SOFTUPDATES # Enable FFS soft updates > support > > > options UFS_DIRHASH # Improve performance on big > > > directories > > > options CD9660 # ISO 9660 Filesystem > > > options PROCFS # Process filesystem (requires > > > PSEUDOFS) > > > options PSEUDOFS # Pseudo-filesystem framework > > > options GEOM_PART_GPT # GUID Partition Tables. > > > options GEOM_LABEL # Provides labelization > > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > > options COMPAT_IA32 # Compatible with i386 binaries > > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > > options KTRACE # ktrace(1) support > > > options STACK # stack(9) support > > > options SYSVSHM # SYSV-style shared memory > > > options SYSVMSG # SYSV-style message queues > > > options SYSVSEM # SYSV-style semaphores > > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > > extensions > > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being > > > interspersed. > > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > > options HWPMC_HOOKS # Necessary kernel hooks for > > > hwpmc(4) > > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > > options SMP # Symmetric MultiProcessor > Kernel > > > device cpufreq > > > device acpi > > > device pci > > > device ata > > > device atapicd # ATAPI CDROM drives > > > device mpt # LSI-Logic MPT-Fusion > > > device scbus # SCSI bus (required for SCSI) > > > device da # Direct Access (disks) > > > device pass # Passthrough device (direct SCSI > access) > > > device atkbdc # AT keyboard controller > > > device atkbd # AT keyboard > > > device psm # PS/2 mouse > > > device kbdmux # keyboard multiplexer > > > device vga # VGA video card driver > > > device splash # Splash screen and screen saver > support > > > device sc > > > device agp # support several AGP chipsets > > > device uart # Generic UART driver > > > device loop # Network loopback > > > device random # Entropy device > > > device ether # Ethernet support > > > device pty # BSD-style compatibility pseudo ttys > > > device bpf # Berkeley packet filter > > > device uhci # UHCI PCI->USB interface > > > device ehci # EHCI PCI->USB interface (USB 2.0) > > > device usb # USB Bus (required) > > > device uhid # "Human Interface Devices" > > > device ukbd # Keyboard > > > device umass # Disks/Mass storage - Requires scbus > and > > > da > > > device ums # Mouse > > > > > > kldstat > > > Id Refs Address Size Name > > > 1 55 0xffffffff80100000 6ea290 kernel > > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > > 4 2 0xffffffff8098e000 20448 krpc.ko > > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > > ix2: flags=8843 metric 0 mtu > 1500 > > > > options=5b8 > > > ether 00:1b:21:57:ef:7c > > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > ifconfig ix2.1 > > > ix2.1: flags=8843 metric 0 mtu > 1500 > > > ether 00:1b:21:57:ef:7c > > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid 0x9 > > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > > inet6 2001:0:0:3:: prefixlen 64 anycast > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > vlan: 1 parent interface: ix2 > > > ifconfig ix2.8 > > > ix2.8: flags=8843 metric 0 mtu > 1500 > > > ether 00:1b:21:57:ef:7c > > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xa > > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > > inet6 2001:0:0:1:: prefixlen 64 anycast > > > nd6 options=3 > > > media: Ethernet autoselect (10Gbase-SR ) > > > status: active > > > vlan: 8 parent interface: ix2 > > > > > > John > > > -- > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 17:54:54 2010 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 80E441065673 for ; Fri, 20 Aug 2010 17:54:54 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (unknown [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 280288FC12 for ; Fri, 20 Aug 2010 17:54:52 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id CAF7C39853; Fri, 20 Aug 2010 19:54:49 +0200 (SAST) Date: Fri, 20 Aug 2010 19:54:49 +0200 From: John Hay To: Jack Vogel Message-ID: <20100820175449.GA72830@zibbi.meraka.csir.co.za> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> <20100820140421.GA54097@zibbi.meraka.csir.co.za> 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 Subject: Re: packet loss on ixgbe using vlans and routing 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, 20 Aug 2010 17:54:54 -0000 On Fri, Aug 20, 2010 at 10:43:46AM -0700, Jack Vogel wrote: > Why does the ixgbe loadable show as if_ixgbe, you've altered it? Only the module Makefile: # cvs -q diff -u Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ixgbe/Makefile,v retrieving revision 1.6.2.2 diff -u -r1.6.2.2 Makefile --- Makefile 5 Apr 2010 21:43:22 -0000 1.6.2.2 +++ Makefile 28 Apr 2010 18:09:24 -0000 @@ -1,6 +1,6 @@ #$FreeBSD: src/sys/modules/ixgbe/Makefile,v 1.6.2.2 2010/04/05 21:43:22 jfv Exp $ .PATH: ${.CURDIR}/../../dev/ixgbe -KMOD = ixgbe +KMOD = if_ixgbe SRCS = device_if.h bus_if.h pci_if.h SRCS += ixgbe.c # Shared source John > > Jack > > > On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote: > > > Hi Jack, > > > > Have you had a chance to look at it yet? I would love to get these > > network cards working. :-) > > > > John > > > > On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > > > Yes, I am here, I have been reading this, but I am also very busy with a > > > couple of things, please be patient, I will get on this asap. > > > > > > Cheers, > > > > > > Jack > > > > > > > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote: > > > > > > > Hi, > > > > > > > > (Jack any chance that you can look at this please?) > > > > > > > > It looks like there are 2 problems with the ixgbe driver on FreeBSD-8. > > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port > > Intel > > > > 82599 cards). It is running FreeBSD RELENG_8. > > > > > > > > 1 - When routing (using vlans) there is heavy packet loss that go away > > > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on the > > > > receive side because I do not see them on the receiving interface with > > > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > > > > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > > > > the 1G ports in the one vlan and the other half in the other vlan. > > > > > > > > If I test with iperf from one of the machines on a 1G port to the T710, > > > > I get 920Mbit/s. If I do it simultaneously from a few machines > > connected > > > > to the 1G ports, all of them basically saturate their 1G links. > > > > > > > > If I now try to route from the one vlan to the other, ie. doing an > > iperf > > > > from a 1G connected machine, through the T710, to another 1G connected > > > > machine, I see packet loss, sometimes iperf is only able to do > > 100kbits/s. > > > > (Configuring a tcp relay, like socat, on the T710, and working through > > it, > > > > I again get 900Mbit/s and more.) > > > > > > > > So it seems that as long as the T710 with the 10G card is the start or > > > > end point of the connection, I get no packet loss, but as soon as it > > > > has to route, something go wrong. > > > > > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > > machine is not the originator of the packets. This happen even with > > > > the "ifconfig ix2 -rxcsum". > > > > > > > > Let me try to describe a little more. If a neigbouring machine ping6 > > it, > > > > there will be packet loss. If it act as a router for ipv6, there will > > be > > > > packet loss. This happen even when the network is pretty idle and with > > > > different switches (Nortel and Cisco equipment). The packet loss is > > > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > > > going out, but the packet never arrive at the next machine. (My feeling > > is > > > > that they get lost inside the card.) The error counters on the switch > > > > does not increment. > > > > > > > > I do not see packet loss if the machine originate the packets, for > > example > > > > ping6 from the machine. Also ipv4 packets do not have any packets loss. > > If > > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > > > The machine also have bce 1G interfaces and I do not see the packet > > loss > > > > on them. > > > > > > > > Here is some info about the machine / setup. The numbers are pretty low > > > > because I rebooted after compiling a kernel with IPFIREWALL, > > ROUTETABLES, > > > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with > > empty > > > > and commented out lines removed. > > > > > > > > pciconf -lvc > > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > rev=0x01 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > class = network > > > > subclass = ethernet > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > rev=0x01 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > class = network > > > > subclass = ethernet > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > rev=0x01 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > class = network > > > > subclass = ethernet > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > rev=0x01 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > class = network > > > > subclass = ethernet > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > > > > output of vmstat -i > > > > > > > > interrupt total rate > > > > irq19: ehci0 28371 0 > > > > irq21: uhci2 uhci4+ 48 0 > > > > irq23: atapci0 46 0 > > > > irq34: mpt0 146954 2 > > > > cpu0: timer 112205297 1999 > > > > irq256: bce0 52063 0 > > > > irq257: bce1 1 0 > > > > irq258: bce2 1 0 > > > > irq259: bce3 1 0 > > > > irq260: ix0:que 0 142258 2 > > > > irq261: ix0:que 1 56464 1 > > > > irq262: ix0:que 2 56199 1 > > > > irq263: ix0:que 3 56198 1 > > > > irq264: ix0:que 4 66569 1 > > > > irq265: ix0:que 5 56148 1 > > > > irq266: ix0:que 6 56217 1 > > > > irq267: ix0:que 7 56311 1 > > > > irq268: ix0:que 8 56169 1 > > > > irq269: ix0:que 9 69485 1 > > > > irq270: ix0:que 10 56176 1 > > > > irq271: ix0:que 11 56205 1 > > > > irq272: ix0:que 12 56281 1 > > > > irq273: ix0:que 13 56359 1 > > > > irq274: ix0:que 14 56292 1 > > > > irq275: ix0:que 15 56197 1 > > > > irq276: ix0:link 2 0 > > > > irq277: ix1:que 0 107873 1 > > > > irq278: ix1:que 1 56094 0 > > > > irq279: ix1:que 2 56097 0 > > > > irq280: ix1:que 3 56096 0 > > > > irq281: ix1:que 4 65439 1 > > > > irq282: ix1:que 5 56091 0 > > > > irq283: ix1:que 6 56092 0 > > > > irq284: ix1:que 7 56098 0 > > > > irq285: ix1:que 8 56091 0 > > > > irq286: ix1:que 9 56096 0 > > > > irq287: ix1:que 10 56093 0 > > > > irq288: ix1:que 11 56091 0 > > > > irq289: ix1:que 12 56096 0 > > > > irq290: ix1:que 13 56095 0 > > > > irq291: ix1:que 14 57125 1 > > > > irq292: ix1:que 15 56093 0 > > > > irq293: ix1:link 1 0 > > > > irq294: ix2:que 0 231250 4 > > > > irq295: ix2:que 1 57784 1 > > > > irq296: ix2:que 2 69956 1 > > > > irq297: ix2:que 3 59498 1 > > > > irq298: ix2:que 4 58201 1 > > > > irq299: ix2:que 5 58599 1 > > > > irq300: ix2:que 6 57813 1 > > > > irq301: ix2:que 7 60075 1 > > > > irq302: ix2:que 8 68639 1 > > > > irq303: ix2:que 9 58194 1 > > > > irq304: ix2:que 10 60752 1 > > > > irq305: ix2:que 11 57628 1 > > > > irq306: ix2:que 12 66796 1 > > > > irq307: ix2:que 13 63307 1 > > > > irq308: ix2:que 14 60788 1 > > > > irq309: ix2:que 15 59102 1 > > > > irq310: ix2:link 5 0 > > > > irq311: ix3:que 0 56090 0 > > > > irq312: ix3:que 1 56090 0 > > > > irq313: ix3:que 2 56090 0 > > > > irq314: ix3:que 3 56090 0 > > > > irq315: ix3:que 4 56090 0 > > > > irq316: ix3:que 5 56090 0 > > > > irq317: ix3:que 6 56090 0 > > > > irq318: ix3:que 7 56090 0 > > > > irq319: ix3:que 8 56090 0 > > > > irq320: ix3:que 9 56090 0 > > > > irq321: ix3:que 10 56090 0 > > > > irq322: ix3:que 11 56090 0 > > > > irq323: ix3:que 12 56090 0 > > > > irq324: ix3:que 13 56090 0 > > > > irq325: ix3:que 14 56090 0 > > > > irq326: ix3:que 15 56090 0 > > > > cpu1: timer 112196134 1999 > > > > cpu10: timer 112196179 1999 > > > > cpu3: timer 112196135 1999 > > > > cpu8: timer 112196108 1999 > > > > cpu4: timer 112196161 1999 > > > > cpu11: timer 112196179 1999 > > > > cpu5: timer 112196161 1999 > > > > cpu13: timer 112196179 1999 > > > > cpu6: timer 112196161 1999 > > > > cpu14: timer 112196179 1999 > > > > cpu2: timer 112196106 1999 > > > > cpu12: timer 112196179 1999 > > > > cpu7: timer 112196161 1999 > > > > cpu9: timer 112196155 1999 > > > > cpu15: timer 112196179 1999 > > > > Total 1799390156 32072 > > > > > > > > netstat -m > > > > > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > > > 133112/2062/135174/262144 mbuf clusters in use > > (current/cache/total/max) > > > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > > > (current/cache) > > > > 0/20/20/131072 4k (page size) jumbo clusters in use > > > > (current/cache/total/max) > > > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > > > 299518K/5214K/304733K 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 > > > > > > > > kernel config file, basically started with 64 bit and removed the stuff > > > > I do not need. > > > > > > > > cpu HAMMER > > > > ident SEEKAT > > > > device ipmi > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) > > debug > > > > symbols > > > > options SCHED_ULE # ULE scheduler > > > > options PREEMPTION # Enable kernel thread > > preemption > > > > options INET # InterNETworking > > > > options INET6 # IPv6 communications protocols > > > > options SCTP # Stream Control Transmission > > > > Protocol > > > > options FFS # Berkeley Fast Filesystem > > > > options SOFTUPDATES # Enable FFS soft updates > > support > > > > options UFS_DIRHASH # Improve performance on big > > > > directories > > > > options CD9660 # ISO 9660 Filesystem > > > > options PROCFS # Process filesystem (requires > > > > PSEUDOFS) > > > > options PSEUDOFS # Pseudo-filesystem framework > > > > options GEOM_PART_GPT # GUID Partition Tables. > > > > options GEOM_LABEL # Provides labelization > > > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > > > options COMPAT_IA32 # Compatible with i386 binaries > > > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > > > options KTRACE # ktrace(1) support > > > > options STACK # stack(9) support > > > > options SYSVSHM # SYSV-style shared memory > > > > options SYSVMSG # SYSV-style message queues > > > > options SYSVSEM # SYSV-style semaphores > > > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > > > extensions > > > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being > > > > interspersed. > > > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > > > options HWPMC_HOOKS # Necessary kernel hooks for > > > > hwpmc(4) > > > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > > > options SMP # Symmetric MultiProcessor > > Kernel > > > > device cpufreq > > > > device acpi > > > > device pci > > > > device ata > > > > device atapicd # ATAPI CDROM drives > > > > device mpt # LSI-Logic MPT-Fusion > > > > device scbus # SCSI bus (required for SCSI) > > > > device da # Direct Access (disks) > > > > device pass # Passthrough device (direct SCSI > > access) > > > > device atkbdc # AT keyboard controller > > > > device atkbd # AT keyboard > > > > device psm # PS/2 mouse > > > > device kbdmux # keyboard multiplexer > > > > device vga # VGA video card driver > > > > device splash # Splash screen and screen saver > > support > > > > device sc > > > > device agp # support several AGP chipsets > > > > device uart # Generic UART driver > > > > device loop # Network loopback > > > > device random # Entropy device > > > > device ether # Ethernet support > > > > device pty # BSD-style compatibility pseudo ttys > > > > device bpf # Berkeley packet filter > > > > device uhci # UHCI PCI->USB interface > > > > device ehci # EHCI PCI->USB interface (USB 2.0) > > > > device usb # USB Bus (required) > > > > device uhid # "Human Interface Devices" > > > > device ukbd # Keyboard > > > > device umass # Disks/Mass storage - Requires scbus > > and > > > > da > > > > device ums # Mouse > > > > > > > > kldstat > > > > Id Refs Address Size Name > > > > 1 55 0xffffffff80100000 6ea290 kernel > > > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > > > 4 2 0xffffffff8098e000 20448 krpc.ko > > > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > > > ix2: flags=8843 metric 0 mtu > > 1500 > > > > > > options=5b8 > > > > ether 00:1b:21:57:ef:7c > > > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > > > nd6 options=3 > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > status: active > > > > ifconfig ix2.1 > > > > ix2.1: flags=8843 metric 0 mtu > > 1500 > > > > ether 00:1b:21:57:ef:7c > > > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid 0x9 > > > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > > > inet6 2001:0:0:3:: prefixlen 64 anycast > > > > nd6 options=3 > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > status: active > > > > vlan: 1 parent interface: ix2 > > > > ifconfig ix2.8 > > > > ix2.8: flags=8843 metric 0 mtu > > 1500 > > > > ether 00:1b:21:57:ef:7c > > > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xa > > > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > > > inet6 2001:0:0:1:: prefixlen 64 anycast > > > > nd6 options=3 > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > status: active > > > > vlan: 8 parent interface: ix2 > > > > > > > > John > > > > -- > > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 18:04:29 2010 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 D4A831065670 for ; Fri, 20 Aug 2010 18:04:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 15BAE8FC19 for ; Fri, 20 Aug 2010 18:04:28 +0000 (UTC) Received: by wyj26 with SMTP id 26so4528116wyj.13 for ; Fri, 20 Aug 2010 11:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Fcs2c4gsV9w+tmEAdOUGYEn8orqenn4g3WpY2MwFjZY=; b=kSD04mQnBVo/jvJIPM5bmdxFmw+w6WZY80gmMBf0PRKtEBOJ0r3fxpppmHa33Cq/bI InH/empik30DP+XCV7ZrCEdkaH2AJ74d1fGjFt/8CujqHe4aQiawiyWJGbpJSuBjWPwK 9Z4RX/IXTQA3WINQSC/x3AUe1uD/q0m043gGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dxuAUiWDU1Kwi76z6rJf/X192A8lnzmnLilF0PYqDmHuyJcPX5LcHX0CgfzPEvXYES 8gRu68pZKpgFi0U9Rl7dpb+jFT8ADg1/iS6Zh1iDgR6627Ych0M6XsaAXBA/WsY8Rm43 Y7FIq1phxp9DukVz5Anbe9pAcnKImY5g+yibY= MIME-Version: 1.0 Received: by 10.227.157.17 with SMTP id z17mr1583498wbw.122.1282327468083; Fri, 20 Aug 2010 11:04:28 -0700 (PDT) Received: by 10.216.48.6 with HTTP; Fri, 20 Aug 2010 11:04:27 -0700 (PDT) In-Reply-To: <20100820175449.GA72830@zibbi.meraka.csir.co.za> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> <20100820140421.GA54097@zibbi.meraka.csir.co.za> <20100820175449.GA72830@zibbi.meraka.csir.co.za> Date: Fri, 20 Aug 2010 11:04:27 -0700 Message-ID: From: Jack Vogel To: John Hay Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: packet loss on ixgbe using vlans and routing 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, 20 Aug 2010 18:04:29 -0000 OK, just making sure. Thanks, Jack On Fri, Aug 20, 2010 at 10:54 AM, John Hay wrote: > On Fri, Aug 20, 2010 at 10:43:46AM -0700, Jack Vogel wrote: > > Why does the ixgbe loadable show as if_ixgbe, you've altered it? > > Only the module Makefile: > # cvs -q diff -u > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/modules/ixgbe/Makefile,v > retrieving revision 1.6.2.2 > diff -u -r1.6.2.2 Makefile > --- Makefile 5 Apr 2010 21:43:22 -0000 1.6.2.2 > +++ Makefile 28 Apr 2010 18:09:24 -0000 > @@ -1,6 +1,6 @@ > #$FreeBSD: src/sys/modules/ixgbe/Makefile,v 1.6.2.2 2010/04/05 21:43:22 > jfv Exp $ > .PATH: ${.CURDIR}/../../dev/ixgbe > -KMOD = ixgbe > +KMOD = if_ixgbe > SRCS = device_if.h bus_if.h pci_if.h > SRCS += ixgbe.c > # Shared source > > John > > > > > Jack > > > > > > On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote: > > > > > Hi Jack, > > > > > > Have you had a chance to look at it yet? I would love to get these > > > network cards working. :-) > > > > > > John > > > > > > On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > > > > Yes, I am here, I have been reading this, but I am also very busy > with a > > > > couple of things, please be patient, I will get on this asap. > > > > > > > > Cheers, > > > > > > > > Jack > > > > > > > > > > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay > wrote: > > > > > > > > > Hi, > > > > > > > > > > (Jack any chance that you can look at this please?) > > > > > > > > > > It looks like there are 2 problems with the ixgbe driver on > FreeBSD-8. > > > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port > > > Intel > > > > > 82599 cards). It is running FreeBSD RELENG_8. > > > > > > > > > > 1 - When routing (using vlans) there is heavy packet loss that go > away > > > > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on > the > > > > > receive side because I do not see them on the receiving interface > with > > > > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > > > > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port > of > > > > > a Nortel 4526GTX. On that port I have 2 vlans configured with half > of > > > > > the 1G ports in the one vlan and the other half in the other vlan. > > > > > > > > > > If I test with iperf from one of the machines on a 1G port to the > T710, > > > > > I get 920Mbit/s. If I do it simultaneously from a few machines > > > connected > > > > > to the 1G ports, all of them basically saturate their 1G links. > > > > > > > > > > If I now try to route from the one vlan to the other, ie. doing an > > > iperf > > > > > from a 1G connected machine, through the T710, to another 1G > connected > > > > > machine, I see packet loss, sometimes iperf is only able to do > > > 100kbits/s. > > > > > (Configuring a tcp relay, like socat, on the T710, and working > through > > > it, > > > > > I again get 900Mbit/s and more.) > > > > > > > > > > So it seems that as long as the T710 with the 10G card is the start > or > > > > > end point of the connection, I get no packet loss, but as soon as > it > > > > > has to route, something go wrong. > > > > > > > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > > > machine is not the originator of the packets. This happen even with > > > > > the "ifconfig ix2 -rxcsum". > > > > > > > > > > Let me try to describe a little more. If a neigbouring machine > ping6 > > > it, > > > > > there will be packet loss. If it act as a router for ipv6, there > will > > > be > > > > > packet loss. This happen even when the network is pretty idle and > with > > > > > different switches (Nortel and Cisco equipment). The packet loss is > > > > > very fluctuating. Pinging 1000 packets might loose 1% one time and > the > > > > > next time 30%. Looking with tcpdump, I can see the packets arriving > and > > > > > going out, but the packet never arrive at the next machine. (My > feeling > > > is > > > > > that they get lost inside the card.) The error counters on the > switch > > > > > does not increment. > > > > > > > > > > I do not see packet loss if the machine originate the packets, for > > > example > > > > > ping6 from the machine. Also ipv4 packets do not have any packets > loss. > > > If > > > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > > > > > The machine also have bce 1G interfaces and I do not see the packet > > > loss > > > > > on them. > > > > > > > > > > Here is some info about the machine / setup. The numbers are pretty > low > > > > > because I rebooted after compiling a kernel with IPFIREWALL, > > > ROUTETABLES, > > > > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with > > > empty > > > > > and commented out lines removed. > > > > > > > > > > pciconf -lvc > > > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 > chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link > x8(x8) > > > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 > chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link > x8(x8) > > > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 > chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link > x8(x8) > > > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 > chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link > x8(x8) > > > > > > > > > > output of vmstat -i > > > > > > > > > > interrupt total rate > > > > > irq19: ehci0 28371 0 > > > > > irq21: uhci2 uhci4+ 48 0 > > > > > irq23: atapci0 46 0 > > > > > irq34: mpt0 146954 2 > > > > > cpu0: timer 112205297 1999 > > > > > irq256: bce0 52063 0 > > > > > irq257: bce1 1 0 > > > > > irq258: bce2 1 0 > > > > > irq259: bce3 1 0 > > > > > irq260: ix0:que 0 142258 2 > > > > > irq261: ix0:que 1 56464 1 > > > > > irq262: ix0:que 2 56199 1 > > > > > irq263: ix0:que 3 56198 1 > > > > > irq264: ix0:que 4 66569 1 > > > > > irq265: ix0:que 5 56148 1 > > > > > irq266: ix0:que 6 56217 1 > > > > > irq267: ix0:que 7 56311 1 > > > > > irq268: ix0:que 8 56169 1 > > > > > irq269: ix0:que 9 69485 1 > > > > > irq270: ix0:que 10 56176 1 > > > > > irq271: ix0:que 11 56205 1 > > > > > irq272: ix0:que 12 56281 1 > > > > > irq273: ix0:que 13 56359 1 > > > > > irq274: ix0:que 14 56292 1 > > > > > irq275: ix0:que 15 56197 1 > > > > > irq276: ix0:link 2 0 > > > > > irq277: ix1:que 0 107873 1 > > > > > irq278: ix1:que 1 56094 0 > > > > > irq279: ix1:que 2 56097 0 > > > > > irq280: ix1:que 3 56096 0 > > > > > irq281: ix1:que 4 65439 1 > > > > > irq282: ix1:que 5 56091 0 > > > > > irq283: ix1:que 6 56092 0 > > > > > irq284: ix1:que 7 56098 0 > > > > > irq285: ix1:que 8 56091 0 > > > > > irq286: ix1:que 9 56096 0 > > > > > irq287: ix1:que 10 56093 0 > > > > > irq288: ix1:que 11 56091 0 > > > > > irq289: ix1:que 12 56096 0 > > > > > irq290: ix1:que 13 56095 0 > > > > > irq291: ix1:que 14 57125 1 > > > > > irq292: ix1:que 15 56093 0 > > > > > irq293: ix1:link 1 0 > > > > > irq294: ix2:que 0 231250 4 > > > > > irq295: ix2:que 1 57784 1 > > > > > irq296: ix2:que 2 69956 1 > > > > > irq297: ix2:que 3 59498 1 > > > > > irq298: ix2:que 4 58201 1 > > > > > irq299: ix2:que 5 58599 1 > > > > > irq300: ix2:que 6 57813 1 > > > > > irq301: ix2:que 7 60075 1 > > > > > irq302: ix2:que 8 68639 1 > > > > > irq303: ix2:que 9 58194 1 > > > > > irq304: ix2:que 10 60752 1 > > > > > irq305: ix2:que 11 57628 1 > > > > > irq306: ix2:que 12 66796 1 > > > > > irq307: ix2:que 13 63307 1 > > > > > irq308: ix2:que 14 60788 1 > > > > > irq309: ix2:que 15 59102 1 > > > > > irq310: ix2:link 5 0 > > > > > irq311: ix3:que 0 56090 0 > > > > > irq312: ix3:que 1 56090 0 > > > > > irq313: ix3:que 2 56090 0 > > > > > irq314: ix3:que 3 56090 0 > > > > > irq315: ix3:que 4 56090 0 > > > > > irq316: ix3:que 5 56090 0 > > > > > irq317: ix3:que 6 56090 0 > > > > > irq318: ix3:que 7 56090 0 > > > > > irq319: ix3:que 8 56090 0 > > > > > irq320: ix3:que 9 56090 0 > > > > > irq321: ix3:que 10 56090 0 > > > > > irq322: ix3:que 11 56090 0 > > > > > irq323: ix3:que 12 56090 0 > > > > > irq324: ix3:que 13 56090 0 > > > > > irq325: ix3:que 14 56090 0 > > > > > irq326: ix3:que 15 56090 0 > > > > > cpu1: timer 112196134 1999 > > > > > cpu10: timer 112196179 1999 > > > > > cpu3: timer 112196135 1999 > > > > > cpu8: timer 112196108 1999 > > > > > cpu4: timer 112196161 1999 > > > > > cpu11: timer 112196179 1999 > > > > > cpu5: timer 112196161 1999 > > > > > cpu13: timer 112196179 1999 > > > > > cpu6: timer 112196161 1999 > > > > > cpu14: timer 112196179 1999 > > > > > cpu2: timer 112196106 1999 > > > > > cpu12: timer 112196179 1999 > > > > > cpu7: timer 112196161 1999 > > > > > cpu9: timer 112196155 1999 > > > > > cpu15: timer 112196179 1999 > > > > > Total 1799390156 32072 > > > > > > > > > > netstat -m > > > > > > > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > > > > 133112/2062/135174/262144 mbuf clusters in use > > > (current/cache/total/max) > > > > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > > > > (current/cache) > > > > > 0/20/20/131072 4k (page size) jumbo clusters in use > > > > > (current/cache/total/max) > > > > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > > > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > > > > 299518K/5214K/304733K 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 > > > > > > > > > > kernel config file, basically started with 64 bit and removed the > stuff > > > > > I do not need. > > > > > > > > > > cpu HAMMER > > > > > ident SEEKAT > > > > > device ipmi > > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) > > > debug > > > > > symbols > > > > > options SCHED_ULE # ULE scheduler > > > > > options PREEMPTION # Enable kernel thread > > > preemption > > > > > options INET # InterNETworking > > > > > options INET6 # IPv6 communications > protocols > > > > > options SCTP # Stream Control > Transmission > > > > > Protocol > > > > > options FFS # Berkeley Fast Filesystem > > > > > options SOFTUPDATES # Enable FFS soft updates > > > support > > > > > options UFS_DIRHASH # Improve performance on > big > > > > > directories > > > > > options CD9660 # ISO 9660 Filesystem > > > > > options PROCFS # Process filesystem > (requires > > > > > PSEUDOFS) > > > > > options PSEUDOFS # Pseudo-filesystem > framework > > > > > options GEOM_PART_GPT # GUID Partition Tables. > > > > > options GEOM_LABEL # Provides labelization > > > > > options COMPAT_43TTY # BSD 4.3 TTY compat > (sgtty) > > > > > options COMPAT_IA32 # Compatible with i386 > binaries > > > > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > > > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > > > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > > > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > > > > options KTRACE # ktrace(1) support > > > > > options STACK # stack(9) support > > > > > options SYSVSHM # SYSV-style shared memory > > > > > options SYSVMSG # SYSV-style message queues > > > > > options SYSVSEM # SYSV-style semaphores > > > > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > > > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B > real-time > > > > > extensions > > > > > options PRINTF_BUFR_SIZE=128 # Prevent printf output > being > > > > > interspersed. > > > > > options KBD_INSTALL_CDEV # install a CDEV entry in > /dev > > > > > options HWPMC_HOOKS # Necessary kernel hooks > for > > > > > hwpmc(4) > > > > > options INCLUDE_CONFIG_FILE # Include this file in > kernel > > > > > options SMP # Symmetric MultiProcessor > > > Kernel > > > > > device cpufreq > > > > > device acpi > > > > > device pci > > > > > device ata > > > > > device atapicd # ATAPI CDROM drives > > > > > device mpt # LSI-Logic MPT-Fusion > > > > > device scbus # SCSI bus (required for SCSI) > > > > > device da # Direct Access (disks) > > > > > device pass # Passthrough device (direct SCSI > > > access) > > > > > device atkbdc # AT keyboard controller > > > > > device atkbd # AT keyboard > > > > > device psm # PS/2 mouse > > > > > device kbdmux # keyboard multiplexer > > > > > device vga # VGA video card driver > > > > > device splash # Splash screen and screen saver > > > support > > > > > device sc > > > > > device agp # support several AGP chipsets > > > > > device uart # Generic UART driver > > > > > device loop # Network loopback > > > > > device random # Entropy device > > > > > device ether # Ethernet support > > > > > device pty # BSD-style compatibility pseudo > ttys > > > > > device bpf # Berkeley packet filter > > > > > device uhci # UHCI PCI->USB interface > > > > > device ehci # EHCI PCI->USB interface (USB 2.0) > > > > > device usb # USB Bus (required) > > > > > device uhid # "Human Interface Devices" > > > > > device ukbd # Keyboard > > > > > device umass # Disks/Mass storage - Requires > scbus > > > and > > > > > da > > > > > device ums # Mouse > > > > > > > > > > kldstat > > > > > Id Refs Address Size Name > > > > > 1 55 0xffffffff80100000 6ea290 kernel > > > > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > > > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > > > > 4 2 0xffffffff8098e000 20448 krpc.ko > > > > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > > > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > > > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > > > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > > > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > > > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > > > > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > > > > ix2: flags=8843 metric 0 > mtu > > > 1500 > > > > > > > > options=5b8 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > ifconfig ix2.1 > > > > > ix2.1: flags=8843 metric 0 > mtu > > > 1500 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid > 0x9 > > > > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > > > > inet6 2001:0:0:3:: prefixlen 64 anycast > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > vlan: 1 parent interface: ix2 > > > > > ifconfig ix2.8 > > > > > ix2.8: flags=8843 metric 0 > mtu > > > 1500 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid > 0xa > > > > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > > > > inet6 2001:0:0:1:: prefixlen 64 anycast > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > vlan: 8 parent interface: ix2 > > > > > > > > > > John > > > > > -- > > > > > John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org > > > > > > > > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 20 18:06:11 2010 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 7B6961065672 for ; Fri, 20 Aug 2010 18:06:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 46C5E8FC1C for ; Fri, 20 Aug 2010 18:06:10 +0000 (UTC) Received: by pvg4 with SMTP id 4so1485762pvg.13 for ; Fri, 20 Aug 2010 11:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=+GoqnzjiOQmhc8JC5n3F3NvWJxxYFENpXY4nzKAOpPo=; b=vRTBZNrlQ8XW05rDGDiUMBctRd/QjXIAGwMPYj+qy+CWdGn9ryMr1Nxkb+U5bcBj1N ighhhpt6Caixuzx14zKYugVEEbeNY/0jXjhW9uJpG0djO341lsRHvtN5cIToij97iR8D EkoSIWHOupBKtoHadGnUfw260G1TkvM8lhCXo= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=rAifqP0UOpsPfyUNe7ybGgidYSIprVgChj74i6QmCKryp+QPMx3BnZ0dxczVmhdpXn 4Ebwj4AxPSwGBpe3T3gYCPNf0HrwaN714sL6laFBoixmAEI1EtcUAnqZ79bWR9oNaR0b A/7EyFLDaiCIlwDeiqmstG1SgPKi+Eq+wyeTE= Received: by 10.142.201.7 with SMTP id y7mr1253752wff.282.1282327568969; Fri, 20 Aug 2010 11:06:08 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v13sm3535626wfv.17.2010.08.20.11.06.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 11:06:07 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 20 Aug 2010 11:06:07 -0700 From: Pyun YongHyeon Date: Fri, 20 Aug 2010 11:06:07 -0700 To: John Hay Message-ID: <20100820180607.GC21062@michelle.cdnetworks.com> References: <20100723074047.GA47514@zibbi.meraka.csir.co.za> <20100820140421.GA54097@zibbi.meraka.csir.co.za> <20100820175449.GA72830@zibbi.meraka.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100820175449.GA72830@zibbi.meraka.csir.co.za> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Jack Vogel Subject: Re: packet loss on ixgbe using vlans and routing 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: Fri, 20 Aug 2010 18:06:11 -0000 On Fri, Aug 20, 2010 at 07:54:49PM +0200, John Hay wrote: > On Fri, Aug 20, 2010 at 10:43:46AM -0700, Jack Vogel wrote: > > Why does the ixgbe loadable show as if_ixgbe, you've altered it? > > Only the module Makefile: > # cvs -q diff -u > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/modules/ixgbe/Makefile,v > retrieving revision 1.6.2.2 > diff -u -r1.6.2.2 Makefile > --- Makefile 5 Apr 2010 21:43:22 -0000 1.6.2.2 > +++ Makefile 28 Apr 2010 18:09:24 -0000 > @@ -1,6 +1,6 @@ > #$FreeBSD: src/sys/modules/ixgbe/Makefile,v 1.6.2.2 2010/04/05 21:43:22 jfv Exp $ > .PATH: ${.CURDIR}/../../dev/ixgbe > -KMOD = ixgbe > +KMOD = if_ixgbe > SRCS = device_if.h bus_if.h pci_if.h > SRCS += ixgbe.c > # Shared source > This looks more correct to me. > John > > > > > Jack > > > > > > On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote: > > > > > Hi Jack, > > > > > > Have you had a chance to look at it yet? I would love to get these > > > network cards working. :-) > > > > > > John > > > > > > On Fri, Jul 23, 2010 at 01:36:10AM -0700, Jack Vogel wrote: > > > > Yes, I am here, I have been reading this, but I am also very busy with a > > > > couple of things, please be patient, I will get on this asap. > > > > > > > > Cheers, > > > > > > > > Jack > > > > > > > > > > > > On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote: > > > > > > > > > Hi, > > > > > > > > > > (Jack any chance that you can look at this please?) > > > > > > > > > > It looks like there are 2 problems with the ixgbe driver on FreeBSD-8. > > > > > I have a Dell T710 with 4 X 10G ethernet interfaces (2 X Dual port > > > Intel > > > > > 82599 cards). It is running FreeBSD RELENG_8. > > > > > > > > > > 1 - When routing (using vlans) there is heavy packet loss that go away > > > > > when you do "ifconfig ix2 -rxcsum". The packet loss seems to be on the > > > > > receive side because I do not see them on the receiving interface with > > > > > tcpdump. This seems to impact both ipv4 and ipv6. > > > > > > > > > > My test setup is the Dell T710 with its ix2 connected to a 10G port of > > > > > a Nortel 4526GTX. On that port I have 2 vlans configured with half of > > > > > the 1G ports in the one vlan and the other half in the other vlan. > > > > > > > > > > If I test with iperf from one of the machines on a 1G port to the T710, > > > > > I get 920Mbit/s. If I do it simultaneously from a few machines > > > connected > > > > > to the 1G ports, all of them basically saturate their 1G links. > > > > > > > > > > If I now try to route from the one vlan to the other, ie. doing an > > > iperf > > > > > from a 1G connected machine, through the T710, to another 1G connected > > > > > machine, I see packet loss, sometimes iperf is only able to do > > > 100kbits/s. > > > > > (Configuring a tcp relay, like socat, on the T710, and working through > > > it, > > > > > I again get 900Mbit/s and more.) > > > > > > > > > > So it seems that as long as the T710 with the 10G card is the start or > > > > > end point of the connection, I get no packet loss, but as soon as it > > > > > has to route, something go wrong. > > > > > > > > > > 2 - I see packet loss (0 - 40%) on IPv6 packets in vlans, when the > > > > > machine is not the originator of the packets. This happen even with > > > > > the "ifconfig ix2 -rxcsum". > > > > > > > > > > Let me try to describe a little more. If a neigbouring machine ping6 > > > it, > > > > > there will be packet loss. If it act as a router for ipv6, there will > > > be > > > > > packet loss. This happen even when the network is pretty idle and with > > > > > different switches (Nortel and Cisco equipment). The packet loss is > > > > > very fluctuating. Pinging 1000 packets might loose 1% one time and the > > > > > next time 30%. Looking with tcpdump, I can see the packets arriving and > > > > > going out, but the packet never arrive at the next machine. (My feeling > > > is > > > > > that they get lost inside the card.) The error counters on the switch > > > > > does not increment. > > > > > > > > > > I do not see packet loss if the machine originate the packets, for > > > example > > > > > ping6 from the machine. Also ipv4 packets do not have any packets loss. > > > If > > > > > I do not use vlans, I don't see packet loss with ipv6 either. > > > > > > > > > > The machine also have bce 1G interfaces and I do not see the packet > > > loss > > > > > on them. > > > > > > > > > > Here is some info about the machine / setup. The numbers are pretty low > > > > > because I rebooted after compiling a kernel with IPFIREWALL, > > > ROUTETABLES, > > > > > MROUTING and FLOWTABLE removed. I'll add my kernel config file with > > > empty > > > > > and commented out lines removed. > > > > > > > > > > pciconf -lvc > > > > > ix0@pci0:129:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > ix1@pci0:129:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > ix2@pci0:131:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > ix3@pci0:131:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 > > > > > rev=0x01 hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > class = network > > > > > subclass = ethernet > > > > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > > > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > > > > cap 10[a0] = PCI-Express 2 endpoint max data 256(512) link x8(x8) > > > > > > > > > > output of vmstat -i > > > > > > > > > > interrupt total rate > > > > > irq19: ehci0 28371 0 > > > > > irq21: uhci2 uhci4+ 48 0 > > > > > irq23: atapci0 46 0 > > > > > irq34: mpt0 146954 2 > > > > > cpu0: timer 112205297 1999 > > > > > irq256: bce0 52063 0 > > > > > irq257: bce1 1 0 > > > > > irq258: bce2 1 0 > > > > > irq259: bce3 1 0 > > > > > irq260: ix0:que 0 142258 2 > > > > > irq261: ix0:que 1 56464 1 > > > > > irq262: ix0:que 2 56199 1 > > > > > irq263: ix0:que 3 56198 1 > > > > > irq264: ix0:que 4 66569 1 > > > > > irq265: ix0:que 5 56148 1 > > > > > irq266: ix0:que 6 56217 1 > > > > > irq267: ix0:que 7 56311 1 > > > > > irq268: ix0:que 8 56169 1 > > > > > irq269: ix0:que 9 69485 1 > > > > > irq270: ix0:que 10 56176 1 > > > > > irq271: ix0:que 11 56205 1 > > > > > irq272: ix0:que 12 56281 1 > > > > > irq273: ix0:que 13 56359 1 > > > > > irq274: ix0:que 14 56292 1 > > > > > irq275: ix0:que 15 56197 1 > > > > > irq276: ix0:link 2 0 > > > > > irq277: ix1:que 0 107873 1 > > > > > irq278: ix1:que 1 56094 0 > > > > > irq279: ix1:que 2 56097 0 > > > > > irq280: ix1:que 3 56096 0 > > > > > irq281: ix1:que 4 65439 1 > > > > > irq282: ix1:que 5 56091 0 > > > > > irq283: ix1:que 6 56092 0 > > > > > irq284: ix1:que 7 56098 0 > > > > > irq285: ix1:que 8 56091 0 > > > > > irq286: ix1:que 9 56096 0 > > > > > irq287: ix1:que 10 56093 0 > > > > > irq288: ix1:que 11 56091 0 > > > > > irq289: ix1:que 12 56096 0 > > > > > irq290: ix1:que 13 56095 0 > > > > > irq291: ix1:que 14 57125 1 > > > > > irq292: ix1:que 15 56093 0 > > > > > irq293: ix1:link 1 0 > > > > > irq294: ix2:que 0 231250 4 > > > > > irq295: ix2:que 1 57784 1 > > > > > irq296: ix2:que 2 69956 1 > > > > > irq297: ix2:que 3 59498 1 > > > > > irq298: ix2:que 4 58201 1 > > > > > irq299: ix2:que 5 58599 1 > > > > > irq300: ix2:que 6 57813 1 > > > > > irq301: ix2:que 7 60075 1 > > > > > irq302: ix2:que 8 68639 1 > > > > > irq303: ix2:que 9 58194 1 > > > > > irq304: ix2:que 10 60752 1 > > > > > irq305: ix2:que 11 57628 1 > > > > > irq306: ix2:que 12 66796 1 > > > > > irq307: ix2:que 13 63307 1 > > > > > irq308: ix2:que 14 60788 1 > > > > > irq309: ix2:que 15 59102 1 > > > > > irq310: ix2:link 5 0 > > > > > irq311: ix3:que 0 56090 0 > > > > > irq312: ix3:que 1 56090 0 > > > > > irq313: ix3:que 2 56090 0 > > > > > irq314: ix3:que 3 56090 0 > > > > > irq315: ix3:que 4 56090 0 > > > > > irq316: ix3:que 5 56090 0 > > > > > irq317: ix3:que 6 56090 0 > > > > > irq318: ix3:que 7 56090 0 > > > > > irq319: ix3:que 8 56090 0 > > > > > irq320: ix3:que 9 56090 0 > > > > > irq321: ix3:que 10 56090 0 > > > > > irq322: ix3:que 11 56090 0 > > > > > irq323: ix3:que 12 56090 0 > > > > > irq324: ix3:que 13 56090 0 > > > > > irq325: ix3:que 14 56090 0 > > > > > irq326: ix3:que 15 56090 0 > > > > > cpu1: timer 112196134 1999 > > > > > cpu10: timer 112196179 1999 > > > > > cpu3: timer 112196135 1999 > > > > > cpu8: timer 112196108 1999 > > > > > cpu4: timer 112196161 1999 > > > > > cpu11: timer 112196179 1999 > > > > > cpu5: timer 112196161 1999 > > > > > cpu13: timer 112196179 1999 > > > > > cpu6: timer 112196161 1999 > > > > > cpu14: timer 112196179 1999 > > > > > cpu2: timer 112196106 1999 > > > > > cpu12: timer 112196179 1999 > > > > > cpu7: timer 112196161 1999 > > > > > cpu9: timer 112196155 1999 > > > > > cpu15: timer 112196179 1999 > > > > > Total 1799390156 32072 > > > > > > > > > > netstat -m > > > > > > > > > > 133178/4042/137220 mbufs in use (current/cache/total) > > > > > 133112/2062/135174/262144 mbuf clusters in use > > > (current/cache/total/max) > > > > > 133112/2056 mbuf+clusters out of packet secondary zone in use > > > > > (current/cache) > > > > > 0/20/20/131072 4k (page size) jumbo clusters in use > > > > > (current/cache/total/max) > > > > > 0/0/0/65536 9k jumbo clusters in use (current/cache/total/max) > > > > > 0/0/0/32768 16k jumbo clusters in use (current/cache/total/max) > > > > > 299518K/5214K/304733K 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 > > > > > > > > > > kernel config file, basically started with 64 bit and removed the stuff > > > > > I do not need. > > > > > > > > > > cpu HAMMER > > > > > ident SEEKAT > > > > > device ipmi > > > > > makeoptions DEBUG=-g # Build kernel with gdb(1) > > > debug > > > > > symbols > > > > > options SCHED_ULE # ULE scheduler > > > > > options PREEMPTION # Enable kernel thread > > > preemption > > > > > options INET # InterNETworking > > > > > options INET6 # IPv6 communications protocols > > > > > options SCTP # Stream Control Transmission > > > > > Protocol > > > > > options FFS # Berkeley Fast Filesystem > > > > > options SOFTUPDATES # Enable FFS soft updates > > > support > > > > > options UFS_DIRHASH # Improve performance on big > > > > > directories > > > > > options CD9660 # ISO 9660 Filesystem > > > > > options PROCFS # Process filesystem (requires > > > > > PSEUDOFS) > > > > > options PSEUDOFS # Pseudo-filesystem framework > > > > > options GEOM_PART_GPT # GUID Partition Tables. > > > > > options GEOM_LABEL # Provides labelization > > > > > options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) > > > > > options COMPAT_IA32 # Compatible with i386 binaries > > > > > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > > > > > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > > > > > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > > > > > options COMPAT_FREEBSD7 # Compatible with FreeBSD7 > > > > > options KTRACE # ktrace(1) support > > > > > options STACK # stack(9) support > > > > > options SYSVSHM # SYSV-style shared memory > > > > > options SYSVMSG # SYSV-style message queues > > > > > options SYSVSEM # SYSV-style semaphores > > > > > options P1003_1B_SEMAPHORES # POSIX-style semaphores > > > > > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > > > > extensions > > > > > options PRINTF_BUFR_SIZE=128 # Prevent printf output being > > > > > interspersed. > > > > > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > > > > options HWPMC_HOOKS # Necessary kernel hooks for > > > > > hwpmc(4) > > > > > options INCLUDE_CONFIG_FILE # Include this file in kernel > > > > > options SMP # Symmetric MultiProcessor > > > Kernel > > > > > device cpufreq > > > > > device acpi > > > > > device pci > > > > > device ata > > > > > device atapicd # ATAPI CDROM drives > > > > > device mpt # LSI-Logic MPT-Fusion > > > > > device scbus # SCSI bus (required for SCSI) > > > > > device da # Direct Access (disks) > > > > > device pass # Passthrough device (direct SCSI > > > access) > > > > > device atkbdc # AT keyboard controller > > > > > device atkbd # AT keyboard > > > > > device psm # PS/2 mouse > > > > > device kbdmux # keyboard multiplexer > > > > > device vga # VGA video card driver > > > > > device splash # Splash screen and screen saver > > > support > > > > > device sc > > > > > device agp # support several AGP chipsets > > > > > device uart # Generic UART driver > > > > > device loop # Network loopback > > > > > device random # Entropy device > > > > > device ether # Ethernet support > > > > > device pty # BSD-style compatibility pseudo ttys > > > > > device bpf # Berkeley packet filter > > > > > device uhci # UHCI PCI->USB interface > > > > > device ehci # EHCI PCI->USB interface (USB 2.0) > > > > > device usb # USB Bus (required) > > > > > device uhid # "Human Interface Devices" > > > > > device ukbd # Keyboard > > > > > device umass # Disks/Mass storage - Requires scbus > > > and > > > > > da > > > > > device ums # Mouse > > > > > > > > > > kldstat > > > > > Id Refs Address Size Name > > > > > 1 55 0xffffffff80100000 6ea290 kernel > > > > > 2 1 0xffffffff807eb000 19e088 zfs.ko > > > > > 3 2 0xffffffff8098a000 3860 opensolaris.ko > > > > > 4 2 0xffffffff8098e000 20448 krpc.ko > > > > > 5 1 0xffffffff809af000 21100 geom_mirror.ko > > > > > 6 1 0xffffffff809d1000 66c0 if_vlan.ko > > > > > 7 1 0xffffffff809d8000 506c8 if_bce.ko > > > > > 8 2 0xffffffff80a29000 3ec20 miibus.ko > > > > > 9 1 0xffffffff80a68000 243e0 if_ixgbe.ko > > > > > 10 1 0xffffffff80a8d000 1e08 coretemp.ko > > > > > > > > > > ifconfig ix2 (with -rxcsum and global addrs modified) > > > > > ix2: flags=8843 metric 0 mtu > > > 1500 > > > > > > > > options=5b8 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet6 fe80::21b:21ff:fe57:ef7c%ix2 prefixlen 64 scopeid 0x3 > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > ifconfig ix2.1 > > > > > ix2.1: flags=8843 metric 0 mtu > > > 1500 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet 10.0.28.2 netmask 0xffffff00 broadcast 10.0.28.255 > > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.1 prefixlen 64 scopeid 0x9 > > > > > inet6 2001:0:0:3:21b:21ff:fe57:b420 prefixlen 64 > > > > > inet6 2001:0:0:3:: prefixlen 64 anycast > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > vlan: 1 parent interface: ix2 > > > > > ifconfig ix2.8 > > > > > ix2.8: flags=8843 metric 0 mtu > > > 1500 > > > > > ether 00:1b:21:57:ef:7c > > > > > inet 10.0.8.50 netmask 0xffffff00 broadcast 10.0.8.255 > > > > > inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xa > > > > > inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64 > > > > > inet6 2001:0:0:1:: prefixlen 64 anycast > > > > > nd6 options=3 > > > > > media: Ethernet autoselect (10Gbase-SR ) > > > > > status: active > > > > > vlan: 8 parent interface: ix2 > > > > > > > > > > John > > > > > -- > > > > > John Hay -- jhay@meraka.csir.co.za / jhay@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 Sat Aug 21 12:33:51 2010 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 AA7621065672; Sat, 21 Aug 2010 12:33:51 +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 828C88FC14; Sat, 21 Aug 2010 12:33:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7LCXpQx081257; Sat, 21 Aug 2010 12:33:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7LCXpug081253; Sat, 21 Aug 2010 12:33:51 GMT (envelope-from linimon) Date: Sat, 21 Aug 2010 12:33:51 GMT Message-Id: <201008211233.o7LCXpug081253@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149804: [icmp] [panic] ICMP redirect on causes "panic: rtqkill route really not free" 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, 21 Aug 2010 12:33:51 -0000 Old Synopsis: ICMP redirect on causes "panic: rtqkill route really not free" New Synopsis: [icmp] [panic] ICMP redirect on causes "panic: rtqkill route really not free" Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 21 12:33:29 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149804