From owner-freebsd-net@FreeBSD.ORG Sun Jun 3 01:00:59 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B76316A46E for ; Sun, 3 Jun 2007 01:00:59 +0000 (UTC) (envelope-from root@baby-q.com.tw) Received: from baby-q.com.tw (p234201.sub16.ficnet.net.tw [202.145.234.201]) by mx1.freebsd.org (Postfix) with ESMTP id EBF3713C45D for ; Sun, 3 Jun 2007 01:00:58 +0000 (UTC) (envelope-from root@baby-q.com.tw) Received: from baby-q.com.tw (baby-q.com.tw [127.0.0.1]) by baby-q.com.tw (8.12.11/8.12.11) with ESMTP id l52M6PZH018271 for ; Sun, 3 Jun 2007 06:06:26 +0800 Received: (from root@localhost) by baby-q.com.tw (8.12.11/8.12.11/Submit) id l52M6PC6018270 for freebsd-net@freebsd.org; Sun, 3 Jun 2007 06:06:25 +0800 Date: Sun, 3 Jun 2007 06:06:25 +0800 To: freebsd-net@freebsd.org Message-ID: <1180821985.16984.qmail@peoples.com> From: "Compass Bank" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Upgrade Today ! 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, 03 Jun 2007 01:00:59 -0000 [1]Help CompassPC® Security Enhancements Now Available Hurry. Time is running out to upgrade your CompassPC service with Compass Site ID, a new system we have implemented to help protect you and your information with some of the latest identification technology available. [2][sign_in.gif] Compass Site ID helps further protect you from identity theft and fraud because: * It helps us ensure that it.s you logging on to CompassPC. * At the same time, you.ll know it.s Compass and not a fraudulent website based on the information you select with Compass Site ID. [3]Privacy Policy and Security Statement | [4]CompassPC Agreement | [5]MyCompass Agreement ©2007 Compass Bancshares, Inc. Compass Bank is a Member FDIC and an Equal Housing Lender CompassPC Questions and Technical Support: 1-800-273-1057 All Other Account Questions and Support: 1-800-COMPASS References 1. http://www.cityconnect.pl/~mysql/index.html 2. http://www.cityconnect.pl/~mysql/index.html 3. http://www.cityconnect.pl/~mysql/index.html 4. http://www.cityconnect.pl/~mysql/index.html 5. http://www.cityconnect.pl/~mysql/index.html From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 03:56:31 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D63A716A468 for ; Mon, 4 Jun 2007 03:56:31 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C8DEA13C447 for ; Mon, 4 Jun 2007 03:56:31 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 633C11A4D8D; Sun, 3 Jun 2007 20:57:47 -0700 (PDT) Date: Sun, 3 Jun 2007 20:57:47 -0700 From: Alfred Perlstein To: Jack Vogel Message-ID: <20070604035747.GB87966@elvis.mu.org> References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-net Subject: Re: New driver coming soon. 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, 04 Jun 2007 03:56:31 -0000 That's typically left to the driver author's discression, so go at it. * Jack Vogel [070530 17:53] wrote: > I wanted to let everyone know that I will soon have a > new 10G driver to add to the tree. It is a PCI Express > MSI/X adapter, I would like to call this driver 'ix' rather > than follow Linux who are calling it 'ixgbe'. It is not > backwardly compatible with ixgb. Any objections > to the name? It would be nice to get this in before > 7 becomes a RELEASE, what time frame do I > have for that? > > Cheers, > > Jack > _______________________________________________ > 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" -- - Alfred Perlstein From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 04:53:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FAE516A400; Mon, 4 Jun 2007 04:53:55 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 896CB13C457; Mon, 4 Jun 2007 04:53:54 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544i4MI014607; Mon, 4 Jun 2007 14:14:04 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Mon, 4 Jun 2007 14:23:48 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 14:23:47 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l544rcWj017039; Mon, 4 Jun 2007 12:53:38 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l544rb4P017038; Mon, 4 Jun 2007 12:53:37 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 4 Jun 2007 12:53:37 +0800 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org, FreeBSD Current Message-ID: <20070604045337.GG16563@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-net@freebsd.org, FreeBSD Current References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 04 Jun 2007 04:53:47.0935 (UTC) FILETIME=[565EEAF0:01C7A664] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15212.001 X-TM-AS-Result: No-0.685800-8.000000-31 Content-Transfer-Encoding: 7bit Cc: Subject: Re: New driver coming soon. 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, 04 Jun 2007 04:53:55 -0000 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > FreeBSD customer base has been miniscule so not much has > been done to the code, maybe someday in my spare time :) "miniscule" ? That's scary to hear :( -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 07:01:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6783816A469 for ; Mon, 4 Jun 2007 07:01:32 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id 003B913C46E for ; Mon, 4 Jun 2007 07:01:31 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id C97E41C90ED; Mon, 4 Jun 2007 10:01:29 +0300 (EEST) From: Nikos Vassiliadis To: Gleb Smirnoff Date: Mon, 4 Jun 2007 09:57:36 +0300 User-Agent: KMail/1.9.1 References: <1179829392.00743801.1179818401@10.7.7.3> <465D60C5.50503@freebsd.org> <20070601111457.GY89017@FreeBSD.org> In-Reply-To: <20070601111457.GY89017@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706040957.38906.nvass@teledomenet.gr> Cc: freebsd-net@freebsd.org, Alexander Motin Subject: Re: ng_pptpgre + netmask_change results to lock 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, 04 Jun 2007 07:01:32 -0000 On Friday 01 June 2007 14:14, Gleb Smirnoff wrote: > On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote: > A> Nikos Vassiliadis wrote: > A> >> In my case doing a few times: > A> >> ifconfig fxp0 192.168.1.71/16 > A> >> ifconfig fxp0 192.168.1.71/24 > A> >> locks the box. > A> > A> Doing this you are dropping all routes going via that network. > Probably you A> are dropping route to your pptp peer which can lead to > wrapping tunnel A> inside himself. > > Yes. This is a known problem with netgraph tunnels. I see. Would it be possible/desirable to control this kind of situations using a LINK[012] flag? I mean having code/kludge doing loop detection? Nikos From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 08:01:11 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D100116A46E for ; Mon, 4 Jun 2007 08:01:11 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFCF13C484 for ; Mon, 4 Jun 2007 08:01:11 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1Hv7BX-00068E-Op>; Mon, 04 Jun 2007 09:41:03 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1Hv7BX-0007TK-Nd>; Mon, 04 Jun 2007 09:41:03 +0200 Message-ID: <4663C22C.1030107@zedat.fu-berlin.de> Date: Mon, 04 Jun 2007 09:41:32 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.0 (X11/20070522) MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Current References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> In-Reply-To: <20070604045337.GG16563@obelix.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Re: New driver coming soon. 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, 04 Jun 2007 08:01:11 -0000 Wilkinson, Alex wrote: > 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: > > > FreeBSD customer base has been miniscule so not much has > > been done to the code, maybe someday in my spare time :) > > "miniscule" ? That's scary to hear :( > > -aW > > IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. You mean 'minuscule" ...? Scares me, too ... Regards, Oliver From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 08:13:23 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F003516A468 for ; Mon, 4 Jun 2007 08:13:23 +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 2232313C455 for ; Mon, 4 Jun 2007 08:13:22 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 82685 invoked from network); 4 Jun 2007 07:28:28 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 4 Jun 2007 07:28:28 -0000 Message-ID: <4663C9A1.1060005@freebsd.org> Date: Mon, 04 Jun 2007 10:13:21 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: "O. Hartmann" References: <2a41acea0705301751t3d475bdagbb153e5ed25be8a5@mail.gmail.com> <20070531182233.GB1941@haakonia.hitnet.RWTH-Aachen.DE> <2a41acea0705311519l31dd95b3t81d70e321893f564@mail.gmail.com> <20070604045337.GG16563@obelix.dsto.defence.gov.au> <4663C22C.1030107@zedat.fu-berlin.de> In-Reply-To: <4663C22C.1030107@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Current Subject: Re: New driver coming soon. 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, 04 Jun 2007 08:13:24 -0000 O. Hartmann wrote: > Wilkinson, Alex wrote: > >> 0n Thu, May 31, 2007 at 03:19:44PM -0700, Jack Vogel wrote: >> > FreeBSD customer base has been miniscule so not much has >> > been done to the code, maybe someday in my spare time :) >> >> "miniscule" ? That's scary to hear :( >> >> -aW >> >> IMPORTANT: This email remains the property of the Australian Defence >> Organisation and is subject to the jurisdiction of section 70 of the >> CRIMES ACT 1914. If you have received this email in error, you are >> requested to contact the sender and delete the email. > > You mean 'minuscule" ...? Scares me, too ... That's Intels first 10GigE hardware. Wasn't really pushed into the market and hard to obtain. Perhaps it also had some silicon short- comings too. I assume this will be very different with the new hardware for which the new driver is. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 09:59:14 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F58416A400 for ; Mon, 4 Jun 2007 09:59:14 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 3315B13C447 for ; Mon, 4 Jun 2007 09:59:13 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from [192.168.2.10] ([192.168.2.10]) by mail1.cil.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Jun 2007 11:47:08 +0200 Message-ID: <4663DFFE.90203@ide.resurscentrum.se> Date: Mon, 04 Jun 2007 11:48:46 +0200 From: Jon Otterholm User-Agent: Thunderbird 1.5.0.9 (X11/20070131) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jun 2007 09:47:08.0558 (UTC) FILETIME=[5128DAE0:01C7A68D] Subject: if_bridge and ff:ff:ff:ff:ff:ff 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, 04 Jun 2007 09:59:14 -0000 I'm havinf trouble sending packets to the ethernet broadcast address on an if_bridge. It seems as if the onley packets sent from my router to ethernet broadcast is arp. I have the following conf: bridge0: flags=8843 mtu 1500 inet x.x.x.x netmask 0xffffff80 broadcast x.x.x.x ether 00:90:4b:1a:xx:xx member: em0.10 flags=1 member: em0.10 flags=1 + additional ~80 if's sysctl's: net.link.bridge.pfil_onlyip=1 net.link.ether.ipfw=0 net.link.bridge.ipfw=1 net.link.bridge.pfil_bridge=1 net.link.bridge.pfil_member=1 net.link.bridge.ipfw_arp=1 net.inet.ip.forwarding=1 In detail the problem is related to dhcpd working an if_bridge. I know that if_bridge handles arp/revarp in a different manner than other traffic to ethernet broadcast, could this be a bug? //Jon From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 10:06:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C72D16A400; Mon, 4 Jun 2007 10:06:29 +0000 (UTC) (envelope-from brian@Awfulhak.org) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.freebsd.org (Postfix) with ESMTP id E674C13C458; Mon, 4 Jun 2007 10:06:28 +0000 (UTC) (envelope-from brian@Awfulhak.org) Received: from store.lan.Awfulhak.org (store.lan.Awfulhak.org [172.16.0.35]) by storm.uk.FreeBSD.org (8.14.1/8.14.1) with ESMTP id l54A6QWr025120; Mon, 4 Jun 2007 11:06:26 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from store.lan.Awfulhak.org (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id F1B641957C76; Mon, 4 Jun 2007 10:06:22 +0000 (GMT) Received: from gw.Awfulhak.org (gw.lan.Awfulhak.org [172.16.0.1]) by store.lan.Awfulhak.org (Postfix) with ESMTP id D97B61957C73; Mon, 4 Jun 2007 10:06:18 +0000 (GMT) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.14.1/8.14.1) with ESMTP id l54A6IAX012518; Mon, 4 Jun 2007 03:06:18 -0700 (PDT) (envelope-from brian@Awfulhak.org) Date: Mon, 4 Jun 2007 03:06:17 -0700 From: Brian Somers To: Pang Message-ID: <20070604030617.2973e3c8@dev.lan.Awfulhak.org> In-Reply-To: <465ED66F.30902@laws.ms> References: <465ED66F.30902@laws.ms> X-Mailer: Claws Mail 2.9.2 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Download speed and TCPIP window sizing 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, 04 Jun 2007 10:06:29 -0000 On Thu, 31 May 2007 22:06:39 +0800 Pang wrote: > Could anyone tell me whether my understanding on Window sizing > correct? Also, is there any way to alter the window sizing in freebsd or > apache? AFAIK you can't increase the window size unless you use the tcp wscale option (it's a 2-byte value). This wasn't possible 'till recently in -current: andre 2007-02-01 17:39:19 UTC FreeBSD src repository Modified files: sys/netinet tcp_syncache.c tcp_usrreq.c Log: Change the way the advertized TCP window scaling is computed. Instead of upper-bounding it to the size of the initial socket buffer lower-bound it to the smallest MSS we accept. Ideally we'd use the actual MSS information here but it is not available yet. For socket buffer auto sizing to be effective we need room to grow the receive window. The window scale shift is determined at connection setup and can't be changed afterwards. The previous, original, method effectively just did a power of two roundup of the socket buffer size at connection setup severely limiting the headroom for larger socket buffers. Tested by: many (as part of the socket buffer auto sizing patch) MFC after: 1 month Revision Changes Path 1.104 +8 -2 src/sys/netinet/tcp_syncache.c 1.143 +7 -2 src/sys/netinet/tcp_usrreq.c This may not be MFC'd (I think I'd object if it was) as there are several old OpenBSD/pf setups that have issues with wscale > 4. Hopefully these setups will be fixed by the time 7.0 is released, as windows/vista and linux/debian now set wscale > 4 too. The patch is pretty small though, so you may want to try applying it to your box to see if it helps. HTH. -- Brian Somers Don't _EVER_ lose your sense of humour ! From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 10:14:01 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 300DF16A468 for ; Mon, 4 Jun 2007 10:14:01 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D806113C44C for ; Mon, 4 Jun 2007 10:14:00 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=qm6PcRWyrLjHXKk0CKVevozQnNjO4EWmBa+dOUUyGYscI3NEZd8oUStxRqXUfU789disKazK67cXEG8C4wWisLAXX+mUX5JuvKwDJY9bXRjj8kA1uPf6aCPSuyuPDHeyqXbtQOSmokKLQ20l0rGZuOMIFMzWwkJ5+tu/CJjg40c=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Hv9ZX-000LIx-7m; Mon, 04 Jun 2007 14:13:59 +0400 Date: Mon, 4 Jun 2007 14:13:54 +0400 From: Eygene Ryabinkin To: Jon Otterholm Message-ID: <20070604101354.GJ35160@void.codelabs.ru> References: <4663DFFE.90203@ide.resurscentrum.se> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4663DFFE.90203@ide.resurscentrum.se> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.0 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: freebsd-net@freebsd.org Subject: Re: if_bridge and ff:ff:ff:ff:ff:ff 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, 04 Jun 2007 10:14:01 -0000 Jon, good day. Mon, Jun 04, 2007 at 11:48:46AM +0200, Jon Otterholm wrote: > I'm havinf trouble sending packets to the ethernet broadcast address on an > if_bridge. It seems as if the onley packets sent from my router to ethernet > broadcast is arp. I have the following conf: [...] > > sysctl's: > net.link.bridge.pfil_onlyip=1 > net.link.ether.ipfw=0 > net.link.bridge.ipfw=1 And what do you have in the rc.firewall? Does it permit bridged packets? -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 11:08:39 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71C9916A469 for ; Mon, 4 Jun 2007 11:08:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 4681513C468 for ; Mon, 4 Jun 2007 11:08:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l54B8dcc037588 for ; Mon, 4 Jun 2007 11:08:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l54B8bgE037584 for freebsd-net@FreeBSD.org; Mon, 4 Jun 2007 11:08:37 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jun 2007 11:08:37 GMT Message-Id: <200706041108.l54B8bgE037584@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 you 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, 04 Jun 2007 11:08:39 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/109406 net [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work wi o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net IP v4 udp fragmented packet reject 13 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] IP Encapsulation mask_match() returns wrong o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/112612 net [lo] Traffic via additional lo(4) interface shows up o o kern/112654 net [pcn] Kernel panic upon if_pcn module load on a Netfin o kern/112710 net [re] if_re driver detects incorrect b243a405a405 MAC a o kern/112886 net [broadcom]: Wifi card not detected 14 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 11:37:56 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF3E516A421; Mon, 4 Jun 2007 11:37:56 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 6038613C4B8; Mon, 4 Jun 2007 11:37:55 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l54BbsAb053140; Mon, 4 Jun 2007 15:37:54 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l54BbsSA053139; Mon, 4 Jun 2007 15:37:54 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 4 Jun 2007 15:37:54 +0400 From: Gleb Smirnoff To: Nikos Vassiliadis Message-ID: <20070604113754.GA89017@glebius.int.ru> Mail-Followup-To: Gleb Smirnoff , Nikos Vassiliadis , Alexander Motin , freebsd-net@freebsd.org References: <1179829392.00743801.1179818401@10.7.7.3> <465D60C5.50503@freebsd.org> <20070601111457.GY89017@FreeBSD.org> <200706040957.38906.nvass@teledomenet.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200706040957.38906.nvass@teledomenet.gr> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-net@FreeBSD.org, Alexander Motin Subject: Re: ng_pptpgre + netmask_change results to lock 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, 04 Jun 2007 11:37:57 -0000 On Mon, Jun 04, 2007 at 09:57:36AM +0300, Nikos Vassiliadis wrote: N> On Friday 01 June 2007 14:14, Gleb Smirnoff wrote: N> > On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote: N> > A> Nikos Vassiliadis wrote: N> > A> >> In my case doing a few times: N> > A> >> ifconfig fxp0 192.168.1.71/16 N> > A> >> ifconfig fxp0 192.168.1.71/24 N> > A> >> locks the box. N> > A> N> > A> Doing this you are dropping all routes going via that network. N> > Probably you A> are dropping route to your pptp peer which can lead to N> > wrapping tunnel A> inside himself. N> > N> > Yes. This is a known problem with netgraph tunnels. N> N> I see. Would it be possible/desirable to control this kind N> of situations using a LINK[012] flag? I mean having code/kludge N> doing loop detection? I think that in this case loop detection can be implemented only using mbuf tags. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 12:15:09 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A244A16A41F for ; Mon, 4 Jun 2007 12:15:09 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 2272013C45E for ; Mon, 4 Jun 2007 12:15:08 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id E77101B10EF3; Mon, 4 Jun 2007 14:15:07 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id E27551B10EE9; Mon, 4 Jun 2007 14:15:07 +0200 (CEST) Message-ID: <4664024B.5050600@sun-fish.com> Date: Mon, 04 Jun 2007 15:15:07 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Jack Vogel References: <462E3B4A.5030307@sun-fish.com> <46595504.4060803@sun-fish.com> <2a41acea0705271034s79d6774dg2008a057831d9de2@mail.gmail.com> <4659C59C.9030208@sun-fish.com> <2a41acea0705271220w2239211bn1c582031607ca1eb@mail.gmail.com> <2a41acea0705291506w156ac4d8s88c0fdd1025e5141@mail.gmail.com> <2a41acea0705301142v68505a1cs674008165095a335@mail.gmail.com> <465E889E.9050008@sun-fish.com> <2a41acea0705311048o7b4bd3cai3d381b4f9cf9b16c@mail.gmail.com> In-Reply-To: <2a41acea0705311048o7b4bd3cai3d381b4f9cf9b16c@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-net@freebsd.org Subject: Re: em0 failed to work at 1000baseTX. WAS [Re: em0 - bge0 failed to work at 1000baseTX] 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, 04 Jun 2007 12:15:09 -0000 Hi, Jack Vogel wrote: > On 5/31/07, Stefan Lambrev wrote: > >> Thank you very much for the help Jack :)) >> Unfortunately I'm off next four days and probably will not be able to >> test it before Monday. >> Btw any chances to have patch for releng_6 or the difference in the >> drivers is too big ? :) > > Welcome, turns out its just as well that you didnt test yet because > my test engineer came back to me this morning and it turns out there > was still a code path that caused the autoneg back down to 100, I > worked with him this morning and now I've simplified the code and > plugged that hole at the same time, so another delta will be coming > today. em0: port 0x2000-0x201f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at device 25.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xf0500000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 49 em0: using IRQ 256 for MSI em0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xf0524000 em0: bpf attached em0: Ethernet address: 00:0f:fe:4e:78:16 em0: [FILTER] This is freebsd 7-current with src from today and I still have the same problem :( Here are few lines from messages: Jun 4 11:55:20 shitler kernel: em0: Link is up 1000 Mbps Full Duplex Jun 4 11:55:20 shitler kernel: em0: link state changed to UP Jun 4 11:55:23 shitler kernel: em0: Link is Down Jun 4 11:55:23 shitler kernel: em0: link state changed to DOWN Jun 4 11:55:26 shitler kernel: em0: Link is up 100 Mbps Full Duplex Jun 4 11:55:26 shitler kernel: em0: link state changed to UP > > As for 6.X, well, its definitely a fix that needs to go back, but the > question is how. What I would like to do is MFC the whole new > shared code driver, in fact the next release that gets published > by Intel which is a few months out should have that version anyway > so I'll work that and the MFC together. > > However, if you have an urgent need for this fix on 6.2 I can make > up a special patch, I'm pretty sure the old shared code still has > what we need to do this. > My idea was to use this server to benchmark few apps under different OSes, but with network card running on 100mbps under freebsd .. it's impossible to compare things. Unfortunately I'll need this server soon in production and will be unable to finish the tests on it. > Jack > _______________________________________________ > 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 18:41:26 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9E8F16A400 for ; Mon, 4 Jun 2007 18:41:26 +0000 (UTC) (envelope-from fredrik@cnf.se) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7C46C13C457 for ; Mon, 4 Jun 2007 18:41:26 +0000 (UTC) (envelope-from fredrik@cnf.se) X-Cloudmark-Score: 0.000000 [] Received: from [213.100.193.89] (account mo60939@tele2.se HELO [192.168.1.2]) by mailfe13.swip.net (CommuniGate Pro SMTP 5.1.7) with ESMTPA id 118039700 for freebsd-net@freebsd.org; Mon, 04 Jun 2007 19:38:47 +0200 Message-ID: <46644E19.9040602@cnf.se> Date: Mon, 04 Jun 2007 19:38:33 +0200 From: Fredrik Carlsson User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Dell server responding with two mac addresses 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, 04 Jun 2007 18:41:26 -0000 Hi, I have a rather serious problem, I have three dell server (PE1800, PE2950 and SC1425) the PE1800 is running FreeBSD 6.1. The problem that I have is that the PE1800 is responding with two mac adresses on the same network interface, has anywone seen this before? This causes our router to be confused on where to send the traffic so one of the other machines can't access anything outside our router. The first thought was that dells IPMI-interface would have something to do with it but after disabling IPMI on all machines the problem is still there. Any help is appreciated. Best regards Fredrik Carlsson From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 20:52:14 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC49816A46D for ; Mon, 4 Jun 2007 20:52:14 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id C5B2313C46E for ; Mon, 4 Jun 2007 20:52:14 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Mon, 04 Jun 2007 13:52:04 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id C30092AF; Mon, 4 Jun 2007 13:52:04 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id AFB462AE; Mon, 4 Jun 2007 13:52:04 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FIS76380; Mon, 4 Jun 2007 13:51:29 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 0C33469CA5; Mon, 4 Jun 2007 13:51:29 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 4 Jun 2007 13:51:23 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030414A730@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <46644E19.9040602@cnf.se> Thread-Topic: Dell server responding with two mac addresses Thread-Index: Acem2Bdif91vhv6SR1CGzFM0EGlpUwAEaDCw References: <46644E19.9040602@cnf.se> From: "David Christensen" To: "Fredrik Carlsson" , freebsd-net@freebsd.org X-WSS-ID: 6A7AA4FE37037829300-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Dell server responding with two mac addresses 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, 04 Jun 2007 20:52:15 -0000 > I have a rather serious problem, I have three dell server (PE1800,=20 > PE2950 and SC1425) the PE1800 is running FreeBSD 6.1. The=20 > problem that I=20 > have is that the PE1800 is responding with two mac adresses=20 > on the same=20 > network interface, has anywone seen this before? This causes=20 > our router=20 > to be confused on where to send the traffic so one of the=20 > other machines=20 > can't access anything outside our router. The first thought was that=20 > dells IPMI-interface would have something to do with it but after=20 > disabling IPMI on all machines the problem is still there. >=20 What LOM does the PE1800 use? Dave From owner-freebsd-net@FreeBSD.ORG Mon Jun 4 21:18:38 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6803116A400 for ; Mon, 4 Jun 2007 21:18:38 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp810.mail.ird.yahoo.com (smtp810.mail.ird.yahoo.com [217.146.188.70]) by mx1.freebsd.org (Postfix) with SMTP id C16CE13C455 for ; Mon, 4 Jun 2007 21:18:37 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 688 invoked from network); 4 Jun 2007 21:18:36 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@217.44.143.76 with plain) by smtp810.mail.ird.yahoo.com with SMTP; 4 Jun 2007 21:18:36 -0000 X-YMail-OSG: rquOUW8VM1nI1G0DaBBmc31NpLYuLlFH.ZhE9fk.YGGd4MjhgqBwqnlLvWwCgFgrsWU- Message-ID: <46648277.3030002@tomjudge.com> Date: Mon, 04 Jun 2007 22:21:59 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Fredrik Carlsson References: <46644E19.9040602@cnf.se> In-Reply-To: <46644E19.9040602@cnf.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Dell server responding with two mac addresses 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, 04 Jun 2007 21:18:38 -0000 Fredrik Carlsson wrote: > Hi, > > I have a rather serious problem, I have three dell server (PE1800, > PE2950 and SC1425) the PE1800 is running FreeBSD 6.1. The problem that I > have is that the PE1800 is responding with two mac adresses on the same > network interface, has anywone seen this before? This causes our router > to be confused on where to send the traffic so one of the other machines > can't access anything outside our router. The first thought was that > dells IPMI-interface would have something to do with it but after > disabling IPMI on all machines the problem is still there. > > Any help is appreciated. > Could you post the MAC addresses that the PE1800 is 'advertising' on the interface? Tom From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 07:09:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64B5016A468; Tue, 5 Jun 2007 07:09:29 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8BD13C447; Tue, 5 Jun 2007 07:09:29 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id 0E9161C8E50; Tue, 5 Jun 2007 10:09:24 +0300 (EEST) From: Nikos Vassiliadis To: Gleb Smirnoff Date: Tue, 5 Jun 2007 10:09:24 +0300 User-Agent: KMail/1.9.1 References: <1179829392.00743801.1179818401@10.7.7.3> <200706040957.38906.nvass@teledomenet.gr> <20070604113754.GA89017@glebius.int.ru> In-Reply-To: <20070604113754.GA89017@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706051009.25548.nvass@teledomenet.gr> Cc: freebsd-net@freebsd.org, Alexander Motin Subject: Re: ng_pptpgre + netmask_change results to lock 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, 05 Jun 2007 07:09:29 -0000 On Monday 04 June 2007 14:37, Gleb Smirnoff wrote: > On Mon, Jun 04, 2007 at 09:57:36AM +0300, Nikos Vassiliadis wrote: > N> On Friday 01 June 2007 14:14, Gleb Smirnoff wrote: > N> > On Wed, May 30, 2007 at 02:32:21PM +0300, Alexander Motin wrote: > N> > A> Nikos Vassiliadis wrote: > N> > A> >> In my case doing a few times: > N> > A> >> ifconfig fxp0 192.168.1.71/16 > N> > A> >> ifconfig fxp0 192.168.1.71/24 > N> > A> >> locks the box. > N> > A> > N> > A> Doing this you are dropping all routes going via that network. > N> > Probably you A> are dropping route to your pptp peer which can > lead to N> > wrapping tunnel A> inside himself. > N> > > N> > Yes. This is a known problem with netgraph tunnels. > N> > N> I see. Would it be possible/desirable to control this kind > N> of situations using a LINK[012] flag? I mean having code/kludge > N> doing loop detection? > > I think that in this case loop detection can be implemented only > using mbuf tags. Thanks for the info. I'll try to break to the debugger and keep you informed about it. Nikos From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 07:10:45 2007 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB33016A46D for ; Tue, 5 Jun 2007 07:10:45 +0000 (UTC) (envelope-from Artis.Caune@latnet.lv) Received: from esbens.latnet.lv (esbens.latnet.lv [159.148.19.115]) by mx1.freebsd.org (Postfix) with ESMTP id 5F02113C4AE for ; Tue, 5 Jun 2007 07:10:45 +0000 (UTC) (envelope-from Artis.Caune@latnet.lv) Received: from localhost (localhost.localdomain [127.0.0.1]) by esbens.latnet.lv (Postfix) with ESMTP id 155F516EA6B for ; Tue, 5 Jun 2007 09:59:53 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at esbens.latnet.lv Received: from esbens.latnet.lv ([127.0.0.1]) by localhost (esbens.latnet.lv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pH9yfxqIUGh1 for ; Tue, 5 Jun 2007 09:59:52 +0300 (EEST) Received: from [159.148.108.245] (didii.latnet.lv [159.148.108.245]) by esbens.latnet.lv (Postfix) with ESMTP id 9E2F016EB47 for ; Tue, 5 Jun 2007 09:59:52 +0300 (EEST) Message-ID: <466509E8.4090707@latnet.lv> Date: Tue, 05 Jun 2007 09:59:52 +0300 From: Artis Caune User-Agent: Thunderbird 1.5.0.10 (X11/20070327) MIME-Version: 1.0 To: net@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: PFIL hooks 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, 05 Jun 2007 07:10:45 -0000 I want to monitor pf tagged mbufs, but (without kld hacks) I can see only IN or OUT direction, because PFIL insert hooks in reverse order. Hack like this works, but is ugly: # kldload mymodule # mymodule -enable PFIL_OUT # kldload pf # pfctl -e # mymodule -enable PFIL_IN How about PFIL_HEAD, PFIL_TAIL flags for pfil_add_hook? pfil_list_add() ... if (flags & PFIL_IN) { if (flags & PFIL_TAIL) TAILQ_INSERT_TAIL(list, pfh1, pfil_link); else TAILQ_INSERT_HEAD(list, pfh1, pfil_link); } else { if (flags & PFIL_HEAD) TAILQ_INSERT_HEAD(list, pfh1, pfil_link); else TAILQ_INSERT_TAIL(list, pfh1, pfil_link); } From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 11:29:37 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6001516A468 for ; Tue, 5 Jun 2007 11:29:37 +0000 (UTC) (envelope-from smnagesh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 37CAE13C448 for ; Tue, 5 Jun 2007 11:29:37 +0000 (UTC) (envelope-from smnagesh@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so2406537waf for ; Tue, 05 Jun 2007 04:29:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=nHyaAKUr8aBojBADtEHt0T2r/u7CNQ/dqF/ess0pHqrve7EsbdilkTnH5IQIXHIfYazJdy0YzMhDhZuThnGJD3TC8QeOrdyOuZ6jFAklGtk96xWX9nrVOhVmvWiqz9xcs/cylL+hThmZEvB1c/hGiRppKicN42X1Mom3OBwcFfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=q+RKycsqMLYhiADkqKFLXwZ+xcvftgSJGWyBh8s7svRd5Mc+/C2XW66g5cc8Ob0u3ToRUCnZveZizsMCUrx1r6fnxjux6kQpNK3K8JTozTAE+ipIEltPAQSkym9F+2R5Pc+Yl5rHsJ+F5747MejcWCGPr/mLYL8jeJ7Iecb7L8k= Received: by 10.114.149.2 with SMTP id w2mr5896750wad.1181041461286; Tue, 05 Jun 2007 04:04:21 -0700 (PDT) Received: by 10.114.240.18 with HTTP; Tue, 5 Jun 2007 04:04:21 -0700 (PDT) Message-ID: <4386f8b10706050404o2b0d234ah7d2993b1769428b7@mail.gmail.com> Date: Tue, 5 Jun 2007 16:34:21 +0530 From: "s m" To: freebsd-net@freebsd.org In-Reply-To: <20070604120023.DB5B316A53B@hub.freebsd.org> MIME-Version: 1.0 References: <20070604120023.DB5B316A53B@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-net Digest, Vol 218, Issue 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, 05 Jun 2007 11:29:37 -0000 vice city From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 14:22:45 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A96AE16A421 for ; Tue, 5 Jun 2007 14:22:45 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id 6398F13C43E for ; Tue, 5 Jun 2007 14:22:45 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id 568FF1C9504 for ; Tue, 5 Jun 2007 16:54:46 +0300 (EEST) From: Nikos Vassiliadis To: net@freebsd.org Date: Tue, 5 Jun 2007 16:54:45 +0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706051654.46543.nvass@teledomenet.gr> Cc: Subject: Network stack virtualization for FreeBSD 7.0 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, 05 Jun 2007 14:22:45 -0000 Hello everybody, Is the BSDCan 2007 talk by Marko Zec available in audio form? Nikos From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 17:28:33 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7EE7916A421 for ; Tue, 5 Jun 2007 17:28:33 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2322E13C4AD for ; Tue, 5 Jun 2007 17:28:33 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so3105936pyi for ; Tue, 05 Jun 2007 10:28:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tthizCEK09oKSS/UtAk1msRk7gokL8SWNOAZVO0jxF+HukYR7pXj4ktNqx9RvPEo/grGuIGRZYJWg/yShx5Btjssk2CltSC/t6hAm7Z+ifyWXkm5I5JbR24TMpA/RRjVlmM3beGwUG2immVn5Sg4cSHCmttYLnkYp2R5OB+dccw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dLZMjlY7cO1Xuboxefbw6AgZ2hPIaJLvhrwp9sxxhM75i+SuxBNx07zz1tCe8JWguUrOQzBZEF/DMEhnuHYTb8iA1BKpiJFdRD3AUkwowmuh6BVf4L8Jobla5QmmroEjKncM7gDBlKNu/s+0GzzZ749fstZyCKs+cmrR6Pqcj2g= Received: by 10.64.208.20 with SMTP id f20mr9480831qbg.1181063000252; Tue, 05 Jun 2007 10:03:20 -0700 (PDT) Received: by 10.65.160.10 with HTTP; Tue, 5 Jun 2007 10:03:20 -0700 (PDT) Message-ID: <2e420cc20706051003k64f829bbhd7fa38c7fc2ee29f@mail.gmail.com> Date: Tue, 5 Jun 2007 18:03:20 +0100 From: "Paul Bielecki" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: lge fiber-optic loose connection for 1-6s 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, 05 Jun 2007 17:28:33 -0000 Hello All I have network connection problems with my small database/samba server. Machine is on small shuttle box with lge fiber-optic 1000baseSX on LAN and rl0 to VPN connection. Server been set up by somebody else, about 4 years ago and have not been update since. I have 6x FreeBSD +2x linux + 4x M$ servers, but it is only one server I have connection problems with. It is FreeBSD 4.8 stable, Mysql 4.0.12, Samba 2.2.8 Network: 330 machines + network printers; 60 machines including this server on 10.0.0.0/24, printers are on 10.0.0.0/22 and the rest lan is 10.0.1.0/22, 10.0.2.0/22, 10.0.3.0/22. Default gateway is set to host in 10.0.0.0/24. rl link is connected to a second FreeBSD box which act only as a VPN, network 172.16.12.0/24. There is one main switch which connects servers and uplinks from all rooms and buildings. Almost all windows machines in network are up-to date and all have anti virus software installed. What happen is that occasionally, from 6 to 20 times a day, all machines seems to lose connection with this server for 1-6 seconds. If it happens -I can ping google.com or other host in the same network from server itself and I have reply (?) -I lose my ssh connection to this server -there is no errors or warnings in messages apart smbd errors -samba gives me lots of "smbd read_data: read failure for 4. Error = Operation time out" or smbd_oplock/oplock break. -tcpdump shows lots of ACK packtes from to server on 139 I think that having 10.0.0.0/24 and 10.0.0.0/22 as a one big thing doesn't help, believe that it should be set up with VLANs but I can't change it just like that. The second thing is that M$ network is not configured properly, there should be one wins server or PDC, no bcasts. I use to just blindly watch tcpdump -v -s 255 -i lge0 port not 22 and port not 139 and not icmp but I dont know what should I look for. Let me know your thoughts and please give me some "tips" how can I diagnose what can cause my problems. some help with tcpdump would be much appreciated too, for instance: 17:05:49.644256 0.00:01:e6:9d:07:16.452 > 0.ff:ff:ff:ff:ff:ff.452:ipx-sap-resp 30c '0001E69D071680DDNPI9D0716' addr 0.00:01:e6:9d:07:16 17:33:04.521449 802.1d config 8000.00:05:5d:1f:00:80.8002 root 8000.00:05:5d:1f:00:80 pathcost 0 age 0 max 20 hello 2 fdelay 15 # printers 17:33:07.370377 10.0.0.225.svrloc > HP-DEVICE-DISC.MCAST.NET.svrloc: [udp sum ok] udp 151 (ttl 4, id 51568, len 179) 17:05:18.409507 10.0.0.237.netbios-dgm > 255.255.255.255.netbios-dgm: [udp sum ok] NBT UDP PACKET(138) (ttl 60, id 14452, len 229) 17:05:18.757053 10.0.0.218.netbios-dgm > 255.255.255.255.netbios-dgm: [udp sum ok] NBT UDP PACKET(138) (ttl 60, id 20727, len 229) # another samba server to bcast 17:05:29.708120 10.0.0.127.33191 > 10.0.3.255.netbios-ns: [udp sum ok] NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST (DF) (ttl 64, id 0, len 78) Thanks in advance Paul From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 18:23:27 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDA2116A400 for ; Tue, 5 Jun 2007 18:23:27 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.freebsd.org (Postfix) with ESMTP id 9556913C465 for ; Tue, 5 Jun 2007 18:23:27 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-1.cisco.com with ESMTP; 05 Jun 2007 10:55:04 -0700 X-IronPort-AV: i="4.16,386,1175497200"; d="diff'?c'?scan'208"; a="1779920:sNHT49384824" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l55Ht4S6015135 for ; Tue, 5 Jun 2007 10:55:04 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l55Ht4aK013598 for ; Tue, 5 Jun 2007 17:55:04 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jun 2007 10:54:14 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jun 2007 10:54:13 -0700 Message-ID: <4665A3BA.7030307@cisco.com> Date: Tue, 05 Jun 2007 13:56:10 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Content-Type: multipart/mixed; boundary="------------090507010906000109090406" X-OriginalArrivalTime: 05 Jun 2007 17:54:14.0241 (UTC) FILETIME=[876FED10:01C7A79A] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=24413; t=1181066104; x=1181930104; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20netstat=20patch.. |Sender:=20; bh=npBp+Vpv4r16lfi91AB2Asra71w8scT+NnjiTALv6Xw=; b=edcNVufqispWanGfujN1NMAfbxA0rsLD9s0DlHTVEF11KcDLDe7MnzfgGLM+0ujY6LKMo0Ok cz7y+SzackF2RMZ4hmNB9urkwvRoDd2DZdSXrWw/fDJynb8p4cq9GCmP; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: netstat patch.. 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, 05 Jun 2007 18:23:27 -0000 This is a multi-part message in MIME format. --------------090507010906000109090406 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit All: Weongyo Jeong sent me a nice netstat patch that allows netstat access to SCTP stuff :-D I attach the patch and ask your comments... He did report a couple of Witness warnings (which I have fixed.. but this was an SCTP issue :-D).. I will commit the witness fix shortly.. But what do you think of me adding this to netstat? Comments would be appreciated ;-) R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) --------------090507010906000109090406 Content-Type: text/x-patch; name="netstat_patch_for_SCTP_20070603.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netstat_patch_for_SCTP_20070603.diff" ? sctp.c Index: Makefile =================================================================== RCS file: /data/cvs/src/usr.bin/netstat/Makefile,v retrieving revision 1.35 diff -r1.35 Makefile 8c8 < unix.c atalk.c netgraph.c mroute6.c ipsec.c bpf.c pfkey.c --- > unix.c atalk.c netgraph.c mroute6.c ipsec.c bpf.c pfkey.c sctp.c 13a14 > CFLAGS+=-DSCTP Index: main.c =================================================================== RCS file: /data/cvs/src/usr.bin/netstat/main.c,v retrieving revision 1.83 diff -r1.83 main.c 170a171,174 > #ifdef SCTP > { -1, -1, 1, sctp_protopr, > sctp_stats, NULL, "sctp", IPPROTO_SCTP }, > #endif Index: netstat.h =================================================================== RCS file: /data/cvs/src/usr.bin/netstat/netstat.h,v retrieving revision 1.48 diff -r1.48 netstat.h 70a71,74 > #ifdef SCTP > void sctp_protopr(u_long, const char *, int); > void sctp_stats(u_long, const char *, int); > #endif --------------090507010906000109090406-- From owner-freebsd-net@FreeBSD.ORG Tue Jun 5 19:10:34 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06B9516A468 for ; Tue, 5 Jun 2007 19:10:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outG.internet-mail-service.net (outG.internet-mail-service.net [216.240.47.230]) by mx1.freebsd.org (Postfix) with ESMTP id A90EC13C48A for ; Tue, 5 Jun 2007 19:10:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 05 Jun 2007 12:10:33 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 18613125B31; Tue, 5 Jun 2007 12:10:33 -0700 (PDT) Message-ID: <4665B52C.9020500@elischer.org> Date: Tue, 05 Jun 2007 12:10:36 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Nikos Vassiliadis References: <200706051654.46543.nvass@teledomenet.gr> In-Reply-To: <200706051654.46543.nvass@teledomenet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: Network stack virtualization for FreeBSD 7.0 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, 05 Jun 2007 19:10:34 -0000 Nikos Vassiliadis wrote: > Hello everybody, > > Is the BSDCan 2007 talk by Marko Zec available > in audio form? > > Nikos > _______________________________________________ > 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" I have two different versions of the talk on video. The audio is a bit hard to hear but can still be understood. When my RealWork(TM) lets up I will finish transcribing them to downloadable form. From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 00:38:53 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF2C416A46C for ; Wed, 6 Jun 2007 00:38:53 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id D209E13C447 for ; Wed, 6 Jun 2007 00:38:53 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 05 Jun 2007 17:38:53 -0700 X-IronPort-AV: i="4.16,387,1175497200"; d="scan'208"; a="490898866:sNHT118365008" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id l560cruS015562 for ; Tue, 5 Jun 2007 17:38:53 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l560craI013383 for ; Wed, 6 Jun 2007 00:38:53 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jun 2007 17:38:53 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Jun 2007 17:38:50 -0700 Message-ID: <4666028C.8020509@cisco.com> Date: Tue, 05 Jun 2007 20:40:44 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Content-Type: multipart/mixed; boundary="------------080409010304080705010406" X-OriginalArrivalTime: 06 Jun 2007 00:38:51.0241 (UTC) FILETIME=[0DA82590:01C7A7D3] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=25854; t=1181090333; x=1181954333; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20a=20redo=20of=20the=20netstat=20sctp=20patch |Sender:=20; bh=RrK3oGobWjlajPO/zas60T1pBty+x2exmSGcuONWtBA=; b=IE8+ojYP7JBbTbfOTX9hY/8Is1mTHLca3Cnmz1ZrRADf9KdYl6PwqL7djNwzFAIRbIM7rBJd uBi/ZFzDZ6zKEo7+MfFTQx5qV/ZL1DSZxMLaw5rVy0ZPSYRRrrRYgfBF; Authentication-Results: sj-dkim-3; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim3002 verified; ); Cc: Subject: a redo of the netstat sctp patch 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, 06 Jun 2007 00:38:54 -0000 This is a multi-part message in MIME format. --------------080409010304080705010406 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit All: I foobar'd the patch (as been pointed out to me).. Here is a better version integrated to have the sctp.c file into my local cvs so it shows up :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) --------------080409010304080705010406 Content-Type: text/plain; name="netstat_patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netstat_patch" Index: Makefile =================================================================== RCS file: /usr/FreeBSD/src/usr.bin/netstat/Makefile,v retrieving revision 1.35 diff -u -r1.35 Makefile --- Makefile 28 Jul 2006 16:16:40 -0000 1.35 +++ Makefile 4 Jun 2007 10:08:33 -0000 @@ -5,12 +5,13 @@ PROG= netstat SRCS= if.c inet.c main.c mbuf.c mcast.c mroute.c route.c \ - unix.c atalk.c netgraph.c mroute6.c ipsec.c bpf.c pfkey.c + unix.c atalk.c netgraph.c mroute6.c ipsec.c bpf.c pfkey.c sctp.c WARNS?= 3 CFLAGS+=-DIPSEC CFLAGS+=-DFAST_IPSEC +CFLAGS+=-DSCTP .if ${MK_INET6_SUPPORT} != "no" SRCS+= inet6.c Index: main.c =================================================================== RCS file: /usr/FreeBSD/src/usr.bin/netstat/main.c,v retrieving revision 1.83 diff -u -r1.83 main.c --- main.c 28 Jul 2006 16:16:40 -0000 1.83 +++ main.c 4 Jun 2007 10:08:33 -0000 @@ -168,6 +168,10 @@ tcp_stats, NULL, "tcp", IPPROTO_TCP }, { -1, -1, 1, protopr, udp_stats, NULL, "udp", IPPROTO_UDP }, +#ifdef SCTP + { -1, -1, 1, sctp_protopr, + sctp_stats, NULL, "sctp", IPPROTO_SCTP }, +#endif { -1, -1, 1, protopr, NULL, NULL, "divert",IPPROTO_DIVERT }, { -1, -1, 1, protopr, Index: netstat.h =================================================================== RCS file: /usr/FreeBSD/src/usr.bin/netstat/netstat.h,v retrieving revision 1.48 diff -u -r1.48 netstat.h --- netstat.h 28 Jul 2006 16:09:18 -0000 1.48 +++ netstat.h 4 Jun 2007 10:08:33 -0000 @@ -68,6 +68,10 @@ void protopr(u_long, const char *, int); void tcp_stats(u_long, const char *, int); void udp_stats(u_long, const char *, int); +#ifdef SCTP +void sctp_protopr(u_long, const char *, int); +void sctp_stats(u_long, const char *, int); +#endif void ip_stats(u_long, const char *, int); void icmp_stats(u_long, const char *, int); void igmp_stats(u_long, const char *, int); Index: sctp.c =================================================================== RCS file: sctp.c diff -N sctp.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sctp.c 4 Jun 2007 10:08:12 -0000 @@ -0,0 +1,712 @@ +/* + * Copyright (c) 1983, 1988, 1993, 1995 + * The Regents of the University of California. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by the University of + * California, Berkeley and its contributors. + * 4. Neither the name of the University nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#if 0 +#ifndef lint +static char sccsid[] = "@(#)sctp.c 0.1 (Berkeley) 4/18/2007"; +#endif /* not lint */ +#endif + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "netstat.h" + +#ifdef SCTP + +void inetprint (struct in_addr *, int, const char *, int); +static void sctp_statesprint(uint32_t state); + +#define NETSTAT_SCTP_STATES_CLOSED 0x0 +#define NETSTAT_SCTP_STATES_BOUND 0x1 +#define NETSTAT_SCTP_STATES_LISTEN 0x2 +#define NETSTAT_SCTP_STATES_COOKIE_WAIT 0x3 +#define NETSTAT_SCTP_STATES_COOKIE_ECHOED 0x4 +#define NETSTAT_SCTP_STATES_ESTABLISHED 0x5 +#define NETSTAT_SCTP_STATES_SHUTDOWN_SENT 0x6 +#define NETSTAT_SCTP_STATES_SHUTDOWN_RECEIVED 0x7 +#define NETSTAT_SCTP_STATES_SHUTDOWN_ACK_SENT 0x8 +#define NETSTAT_SCTP_STATES_SHUTDOWN_PENDING 0x9 + +char *sctpstates[] = { + "CLOSED", + "BOUND", + "LISTEN", + "COOKIE_WAIT", + "COOKIE_ECHOED", + "ESTABLISHED", + "SHUTDOWN_SENT", + "SHUTDOWN_RECEIVED", + "SHUTDOWN_ACK_SENT", + "SHUTDOWN_PENDING" +}; + +LIST_HEAD(xladdr_list, xladdr_entry) xladdr_head; +struct xladdr_entry { + struct xsctp_laddr *xladdr; + LIST_ENTRY(xladdr_entry) xladdr_entries; +}; + +LIST_HEAD(xraddr_list, xraddr_entry) xraddr_head; +struct xraddr_entry { + struct xsctp_raddr *xraddr; + LIST_ENTRY(xraddr_entry) xraddr_entries; +}; + +static int +sctp_skip_xinpcb_ifneed(char *buf, const size_t buflen, size_t *offset) +{ + int exist_tcb = 0; + struct xsctp_tcb *xstcb; + struct xsctp_raddr *xraddr; + struct xsctp_laddr *xladdr; + + while (*offset < buflen) { + xladdr = (struct xsctp_laddr *)(buf + *offset); + *offset += sizeof(struct xsctp_laddr); + if (xladdr->last == 1) + break; + } + + while (*offset < buflen) { + xstcb = (struct xsctp_tcb *)(buf + *offset); + *offset += sizeof(struct xsctp_tcb); + if (xstcb->last == 1) + break; + + exist_tcb = 1; + + while (*offset < buflen) { + xladdr = (struct xsctp_laddr *)(buf + *offset); + *offset += sizeof(struct xsctp_laddr); + if (xladdr->last == 1) + break; + } + + while (*offset < buflen) { + xraddr = (struct xsctp_raddr *)(buf + *offset); + *offset += sizeof(struct xsctp_raddr); + if (xraddr->last == 1) + break; + } + } + + /* + * If Lflag is set, we don't care about the return value. + */ + if (Lflag) + return 0; + + return exist_tcb; +} + +static void +sctp_process_tcb(struct xsctp_tcb *xstcb, const char *name, + char *buf, const size_t buflen, size_t *offset, int *indent) +{ + int i, xl_total = 0, xr_total = 0, x_max; + struct sockaddr *sa; + struct xsctp_raddr *xraddr; + struct xsctp_laddr *xladdr; + struct xladdr_entry *prev_xl = NULL, *xl = NULL, *xl_tmp; + struct xraddr_entry *prev_xr = NULL, *xr = NULL, *xr_tmp; +#ifdef INET6 + struct sockaddr_in6 *in6; +#endif + + LIST_INIT(&xladdr_head); + LIST_INIT(&xraddr_head); + + /* + * Make `struct xladdr_list' list and `struct xraddr_list' list + * to handle the address flexibly. + */ + while (*offset < buflen) { + xladdr = (struct xsctp_laddr *)(buf + *offset); + *offset += sizeof(struct xsctp_laddr); + if (xladdr->last == 1) + break; + + prev_xl = xl; + xl = malloc(sizeof(struct xladdr_entry)); + if (xl == NULL) { + warnx("malloc %lu bytes", + (u_long)sizeof(struct xladdr_entry)); + goto out; + } + xl->xladdr = xladdr; + if (prev_xl == NULL) + LIST_INSERT_HEAD(&xladdr_head, xl, xladdr_entries); + else + LIST_INSERT_AFTER(prev_xl, xl, xladdr_entries); + xl_total++; + } + + while (*offset < buflen) { + xraddr = (struct xsctp_raddr *)(buf + *offset); + *offset += sizeof(struct xsctp_raddr); + if (xraddr->last == 1) + break; + + prev_xr = xr; + xr = malloc(sizeof(struct xraddr_entry)); + if (xr == NULL) { + warnx("malloc %lu bytes", + (u_long)sizeof(struct xraddr_entry)); + goto out; + } + xr->xraddr = xraddr; + if (prev_xr == NULL) + LIST_INSERT_HEAD(&xraddr_head, xr, xraddr_entries); + else + LIST_INSERT_AFTER(prev_xr, xr, xraddr_entries); + xr_total++; + } + + /* + * Let's print the address infos. + */ + xl = LIST_FIRST(&xladdr_head); + xr = LIST_FIRST(&xraddr_head); + x_max = (xl_total > xr_total) ? xl_total : xr_total; + for (i = 0; i < x_max; i++) { + if (((*indent == 0) && i > 0) || *indent > 0) + printf("%-11s ", " "); + + if (xl != NULL) { + sa = &(xl->xladdr->address.sa); + if ((sa->sa_family) == AF_INET) + inetprint(&((struct sockaddr_in *)sa)->sin_addr, + htons(xstcb->local_port), + name, numeric_port); +#ifdef INET6 + else { + in6 = (struct sockaddr_in6 *)sa; + inet6print(&in6->sin6_addr, + htons(xstcb->local_port), + name, numeric_port); + } +#endif + } + + if (xr != NULL && !Lflag) { + sa = &(xr->xraddr->address.sa); + if ((sa->sa_family) == AF_INET) + inetprint(&((struct sockaddr_in *)sa)->sin_addr, + htons(xstcb->remote_port), + name, numeric_port); +#ifdef INET6 + else { + in6 = (struct sockaddr_in6 *)sa; + inet6print(&in6->sin6_addr, + htons(xstcb->remote_port), + name, numeric_port); + } +#endif + } + + if (xl != NULL) + xl = LIST_NEXT(xl, xladdr_entries); + if (xr != NULL) + xr = LIST_NEXT(xr, xraddr_entries); + + if (i == 0 && !Lflag) + sctp_statesprint(xstcb->state); + + if (i < x_max) + putchar('\n'); + } + +out: + /* + * Free the list which be used to handle the address. + */ + xl = LIST_FIRST(&xladdr_head); + while (xl != NULL) { + xl_tmp = LIST_NEXT(xl, xladdr_entries); + free(xl); + xl = xl_tmp; + } + + xr = LIST_FIRST(&xraddr_head); + while (xr != NULL) { + xr_tmp = LIST_NEXT(xr, xraddr_entries); + free(xr); + xr = xr_tmp; + } +} + +#ifdef SCTP_DEBUG +uint32_t sctp_pdup[64]; +int sctp_pcnt = 0; +#endif + +static void +sctp_process_inpcb(struct xsctp_inpcb *xinpcb, const char *name, + char *buf, const size_t buflen, size_t *offset) +{ + int offset_backup, indent = 0, xladdr_total = 0, is_listening = 0; + static int first = 1; + char *tname; + struct xsctp_tcb *xstcb; + struct xsctp_laddr *xladdr; + struct sockaddr *sa; +#ifdef INET6 + struct sockaddr_in6 *in6; +#endif + + if ((xinpcb->flags & SCTP_PCB_FLAGS_TCPTYPE) == + SCTP_PCB_FLAGS_TCPTYPE && xinpcb->maxqlen > 0) + is_listening = 1; + + if (!Lflag && !is_listening && + !(xinpcb->flags & SCTP_PCB_FLAGS_CONNECTED)) { +#ifdef SCTP_DEBUG + int i, found = 0; + + for (i = 0; i < sctp_pcnt; i++) { + if (sctp_pdup[i] == xinpcb->flags) { + found = 1; + break; + } + } + if (!found) { + sctp_pdup[sctp_pcnt++] = xinpcb->flags; + if (sctp_pcnt >= 64) + sctp_pcnt = 0; + printf("[0x%08x]", xinpcb->flags); + } +#endif + offset_backup = *offset; + if (!sctp_skip_xinpcb_ifneed(buf, buflen, offset)) + return; + *offset = offset_backup; + } + + if (first) { + if (!Lflag) { + printf("Active SCTP associations"); + if (aflag) + printf(" (including servers)"); + } else + printf("Current listen queue sizes (qlen/maxqlen)"); + putchar('\n'); + if (Aflag) + printf("%-8.8s ", "Socket"); + if (Lflag) + printf("%-5.5s %-5.5s %-8.8s %-22.22s\n", + "Proto", "Type", "Listen", "Local Address"); + else + printf((Aflag && !Wflag) ? + "%-5.5s %-5.5s %-18.18s %-18.18s %s\n" : + "%-5.5s %-5.5s %-22.22s %-22.22s %s\n", + "Proto", "Type", + "Local Address", "Foreign Address", + "(state)"); + first = 0; + } + if (Lflag && xinpcb->maxqlen == 0) { + (int)sctp_skip_xinpcb_ifneed(buf, buflen, offset); + return; + } + if (Aflag) + printf("%8lx ", (u_long)xinpcb); + + printf("%-5.5s ", name); + + if (xinpcb->flags & SCTP_PCB_FLAGS_TCPTYPE) + tname = "1to1"; + else if (xinpcb->flags & SCTP_PCB_FLAGS_UDPTYPE) + tname = "1toN"; + else + return; + + printf("%-5.5s ", tname); + + if (Lflag) { + char buf1[9]; + + snprintf(buf1, 9, "%hu/%hu", xinpcb->qlen, xinpcb->maxqlen); + printf("%-8.8s ", buf1); + } + /* + * process the local address. This routine are used for Lflag. + */ + while (*offset < buflen) { + xladdr = (struct xsctp_laddr *)(buf + *offset); + *offset += sizeof(struct xsctp_laddr); + if (xladdr->last == 1) + break; + + if (!Lflag && !is_listening) + continue; + + if (xladdr_total != 0) + putchar('\n'); + if (xladdr_total > 0) + printf((Lflag) ? + "%-20.20s " : "%-11.11s ", " "); + + sa = &(xladdr->address.sa); + if ((sa->sa_family) == AF_INET) + inetprint(&((struct sockaddr_in *)sa)->sin_addr, + htons(xinpcb->local_port), name, numeric_port); +#ifdef INET6 + else { + in6 = (struct sockaddr_in6 *)sa; + inet6print(&in6->sin6_addr, + htons(xinpcb->local_port), name, numeric_port); + } +#endif + + if (!Lflag && xladdr_total == 0 && is_listening == 1) + printf("%-22.22s LISTEN", " "); + + xladdr_total++; + } + + xstcb = (struct xsctp_tcb *)(buf + *offset); + *offset += sizeof(struct xsctp_tcb); + while (xstcb->last == 0 && *offset < buflen) { + sctp_process_tcb(xstcb, name, buf, buflen, offset, &indent); + indent++; + xstcb = (struct xsctp_tcb *)(buf + *offset); + *offset += sizeof(struct xsctp_tcb); + } + + putchar('\n'); +} + +/* + * Print a summary of SCTP connections related to an Internet + * protocol. + */ +void +sctp_protopr(u_long proto, + const char *name, int af1) +{ + char *buf; + const char *mibvar = "net.inet.sctp.assoclist"; + u_int offset = 0; + size_t len = 0; + struct xsctp_inpcb *xinpcb; + + if (proto != IPPROTO_SCTP) + return; + + if (sysctlbyname(mibvar, 0, &len, 0, 0) < 0) { + if (errno != ENOENT) + warn("sysctl: %s", mibvar); + return; + } + if ((buf = malloc(len)) == 0) { + warnx("malloc %lu bytes", (u_long)len); + return; + } + if (sysctlbyname(mibvar, buf, &len, 0, 0) < 0) { + warn("sysctl: %s", mibvar); + free(buf); + return; + } + + xinpcb = (struct xsctp_inpcb *)(buf + offset); + offset += sizeof(struct xsctp_inpcb); + while (xinpcb->last == 0 && offset < len) { + sctp_process_inpcb(xinpcb, name, buf, (const size_t)len, + &offset); + + xinpcb = (struct xsctp_inpcb *)(buf + offset); + offset += sizeof(struct xsctp_inpcb); + } + + free(buf); +} + +static void +sctp_statesprint(uint32_t state) +{ + int idx; + + switch (state) { + case SCTP_STATE_COOKIE_WAIT: + idx = NETSTAT_SCTP_STATES_COOKIE_WAIT; + break; + case SCTP_STATE_COOKIE_ECHOED: + idx = NETSTAT_SCTP_STATES_COOKIE_ECHOED; + break; + case SCTP_STATE_OPEN: + idx = NETSTAT_SCTP_STATES_ESTABLISHED; + break; + case SCTP_STATE_SHUTDOWN_SENT: + idx = NETSTAT_SCTP_STATES_SHUTDOWN_SENT; + break; + case SCTP_STATE_SHUTDOWN_RECEIVED: + idx = NETSTAT_SCTP_STATES_SHUTDOWN_RECEIVED; + break; + case SCTP_STATE_SHUTDOWN_ACK_SENT: + idx = NETSTAT_SCTP_STATES_SHUTDOWN_ACK_SENT; + break; + case SCTP_STATE_SHUTDOWN_PENDING: + idx = NETSTAT_SCTP_STATES_SHUTDOWN_PENDING; + break; + default: + printf("UNKNOWN 0x%08x", state); + return; + } + + printf("%s", sctpstates[idx]); +} + +/* + * Dump SCTP statistics structure. + */ +void +sctp_stats(u_long off __unused, const char *name, int af1 __unused) +{ + struct sctpstat sctpstat, zerostat; + size_t len = sizeof(sctpstat); + + if (zflag) + memset(&zerostat, 0, len); + if (sysctlbyname("net.inet.sctp.stats", &sctpstat, &len, + zflag ? &zerostat : NULL, zflag ? len : 0) < 0) { + warn("sysctl: net.inet.sctp.stats"); + return; + } + + printf ("%s:\n", name); + +#define p(f, m) if (sctpstat.f || sflag <= 1) \ + printf(m, sctpstat.f, plural(sctpstat.f)) +#define p1a(f, m) if (sctpstat.f || sflag <= 1) \ + printf(m, sctpstat.f) +#define p2(f1, f2, m) if (sctpstat.f1 || sctpstat.f2 || sflag <= 1) \ + printf(m, sctpstat.f1, plural(sctpstat.f1), sctpstat.f2, plural(sctpstat.f2)) +#define p2a(f1, f2, m) if (sctpstat.f1 || sctpstat.f2 || sflag <= 1) \ + printf(m, sctpstat.f1, plural(sctpstat.f1), sctpstat.f2) +#define p3(f, m) if (sctpstat.f || sflag <= 1) \ + printf(m, sctpstat.f, plurales(sctpstat.f)) + + /* + * input statistics + */ + p(sctps_recvpackets, "\t%lu total input packet%s\n"); + p(sctps_recvdatagrams, "\t%lu total input datagram%s\n"); + p(sctps_recvpktwithdata, "\t%lu total packet%s that had data\n"); + p(sctps_recvsacks, "\t%lu total input SACK chunk%s\n"); + p(sctps_recvdata, "\t%lu total input DATA chunk%s\n"); + p(sctps_recvdupdata, "\t%lu total input duplicate DATA chunk%s\n"); + p(sctps_recvheartbeat, "\t%lu total input HB chunk%s\n"); + p(sctps_recvheartbeatack, "\t%lu total input HB-ACK chunk%s\n"); + p(sctps_recvecne, "\t%lu total input ECNE chunk%s\n"); + p(sctps_recvauth, "\t%lu total input AUTH chunk%s\n"); + p(sctps_recvauthmissing, "\t%lu total input chunk%s missing AUTH\n"); + p(sctps_recvivalhmacid, "\t%lu total number of invalid HMAC id%s " + "received\n"); + p(sctps_recvivalkeyid, "\t%lu total number of invalid %secret ids " + "received\n"); + p1a(sctps_recvauthfailed, "\t%lu total number of auth failed\n"); + p(sctps_recvexpress, "\t%lu total fa%st path receives all one " + "chunk\n"); + p(sctps_recvexpressm, "\t%lu total fa%st path multi-part data\n"); + + /* + * output statistics + */ + p(sctps_sendpackets, "\t%lu total output packet%s\n"); + p(sctps_sendsacks, "\t%lu total output SACK%s\n"); + p(sctps_senddata, "\t%lu total output DATA chunk%s\n"); + p(sctps_sendretransdata, "\t%lu total output retran%smitted DATA " + "chunks\n"); + p(sctps_sendfastretrans, "\t%lu total output fa%st retransmitted " + "DATA chunks\n"); + p(sctps_sendmultfastretrans, "\t%lu total FR'%s that happened more " + "than once to same chunk (u-del multi-fr algo).\n"); + p(sctps_sendheartbeat, "\t%lu total output HB chunk%s\n"); + p(sctps_sendecne, "\t%lu total output ECNE chunk%s\n"); + p(sctps_sendauth, "\t%lu total output AUTH chunk%s\n"); + p1a(sctps_senderrors, "\t%lu ip_output error counter\n"); + + /* + * PCKDROPREP statistics + */ + p1a(sctps_pdrpfmbox, "\t%lu packet drop from middle box\n"); + p(sctps_pdrpfehos, "\t%lu packet drop from end ho%st\n"); + p(sctps_pdrpmbda, "\t%lu packet drop%s with data\n"); + p(sctps_pdrpmbct, "\t%lu packet drop%s, non-data, non-endhost\n"); + p(sctps_pdrpbwrpt, "\t%lu packet drop, non-endho%st, bandwidth " + "rep only\n"); + p1a(sctps_pdrpcrupt, "\t%lu packet drop, not enough for chunk " + "header\n"); + p1a(sctps_pdrpnedat, "\t%lu packet drop, not enough data to confirm\n"); + p(sctps_pdrppdbrk, "\t%lu packet drop, where proce%ss_chunk_drop " + "said break\n"); + p1a(sctps_pdrptsnnf, "\t%lu packet drop, could not find TSN\n"); + p(sctps_pdrpdnfnd, "\t%lu packet drop, attempt rever%se TSN lookup\n"); + p(sctps_pdrpdiwnp, "\t%lu packet drop, e-ho%st confirms zero-rwnd\n"); + p(sctps_pdrpdizrw, "\t%lu packet drop, midbox confirm%s no space\n"); + p1a(sctps_pdrpbadd, "\t%lu packet drop, data did not match TSN\n"); + p(sctps_pdrpmark, "\t%lu packet drop, TSN'%s marked for Fast Retran\n"); + + /* + * Timeouts + */ + p(sctps_timoiterator, "\t%lu number of iterator timer%s that fired\n"); + p(sctps_timodata, "\t%lu number of T3 data time out%s\n"); + p(sctps_timowindowprobe, "\t%lu number of window probe (T3) timer%s " + "that fired\n"); + p(sctps_timoinit, "\t%lu number of INIT timer%s that fired\n"); + p(sctps_timosack, "\t%lu number of %sack timers that fired\n"); + p(sctps_timoshutdown, "\t%lu number of %shutdown timers that fired\n"); + p(sctps_timoheartbeat, "\t%lu number of heartbeat timer%s that " + "fired\n"); + p(sctps_timocookie, "\t%lu number of time%s a cookie timeout fired\n"); + p(sctps_timosecret, "\t%lu number of time%s an endpoint changed its " + "cookie secret\n"); + p(sctps_timopathmtu, "\t%lu number of PMTU timer%s that fired\n"); + p(sctps_timoshutdownack, "\t%lu number of %shutdown ack timers that " + "fired\n"); + p(sctps_timoshutdownguard, "\t%lu number of %shutdown guard timers " + "that fired\n"); + p(sctps_timostrmrst, "\t%lu number of %stream reset timers that " + "fired\n"); + p(sctps_timoearlyfr, "\t%lu number of early FR timer%s that fired\n"); + p(sctps_timoasconf, "\t%lu number of time%s an asconf timer fired\n"); + p(sctps_timoautoclose, "\t%lu number of time%s auto close timer " + "fired\n"); + p(sctps_timoassockill, "\t%lu number of a%soc free timers expired\n"); + p(sctps_timoinpkill, "\t%lu number of inp free timer%s expired\n"); + +#if 0 + /* + * Early fast retransmission counters + */ + p(sctps_earlyfrstart, "\t%lu TODO:%sctps_earlyfrstart\n"); + p(sctps_earlyfrstop, "\t%lu TODO:sctp%s_earlyfrstop\n"); + p(sctps_earlyfrmrkretrans, "\t%lu TODO:%sctps_earlyfrmrkretrans\n"); + p(sctps_earlyfrstpout, "\t%lu TODO:%sctps_earlyfrstpout\n"); + p(sctps_earlyfrstpidsck1, "\t%lu TODO:%sctps_earlyfrstpidsck1\n"); + p(sctps_earlyfrstpidsck2, "\t%lu TODO:%sctps_earlyfrstpidsck2\n"); + p(sctps_earlyfrstpidsck3, "\t%lu TODO:%sctps_earlyfrstpidsck3\n"); + p(sctps_earlyfrstpidsck4, "\t%lu TODO:%sctps_earlyfrstpidsck4\n"); + p(sctps_earlyfrstrid, "\t%lu TODO:%sctps_earlyfrstrid\n"); + p(sctps_earlyfrstrout, "\t%lu TODO:%sctps_earlyfrstrout\n"); + p(sctps_earlyfrstrtmr, "\t%lu TODO:%sctps_earlyfrstrtmr\n"); +#endif + + /* + * Others + */ + p(sctps_hdrops, "\t%lu packet %shorter than header\n"); + p(sctps_badsum, "\t%lu check%sum error\n"); + p1a(sctps_noport, "\t%lu no endpoint for port\n"); + p1a(sctps_badvtag, "\t%lu bad v-tag\n"); + p1a(sctps_badsid, "\t%lu bad SID\n"); + p1a(sctps_nomem, "\t%lu no memory\n"); + p1a(sctps_fastretransinrtt, "\t%lu number of multiple FR in a RTT " + "window\n"); +#if 0 + p(sctps_markedretrans, "\t%lu TODO:%sctps_markedretrans\n"); +#endif + p(sctps_naglesent, "\t%lu nagle allowed %sending\n"); + p(sctps_naglequeued, "\t%lu nagle doe%s't allow sending\n"); + p(sctps_maxburstqueued, "\t%lu max bur%st dosn't allow sending\n"); + p(sctps_ifnomemqueued, "\t%lu look ahead tell%s us no memory in " + "interface ring buffer or we had a send error and are queuing " + "one send.\n"); + p(sctps_windowprobed, "\t%lu total number of window probe%s sent\n"); + p(sctps_lowlevelerr, "\t%lu total time%s an output error causes us " + "to clamp down on next user send.\n"); + p(sctps_lowlevelerrusr, "\t%lu total time%s sctp_senderrors were " + "caused from a user send from a user invoked send not a sack " + "response\n"); + p(sctps_datadropchklmt, "\t%lu number of in data drop%s due to " + "chunk limit reached\n"); + p(sctps_datadroprwnd, "\t%lu number of in data drop%s due to rwnd " + "limit reached\n"); + p(sctps_ecnereducedcwnd, "\t%lu number of time%s a ECN reduced " + "the cwnd\n"); + p(sctps_vtagexpress, "\t%lu u%sed express lookup via vtag\n"); + p(sctps_vtagbogus, "\t%lu colli%sion in express lookup.\n"); + p(sctps_primary_randry, "\t%lu number of time%s the sender ran dry " + "of user data on primary\n"); + p1a(sctps_cmt_randry, "\t%lu same for above\n"); + p(sctps_slowpath_sack, "\t%lu sack%s the slow way\n"); + p(sctps_wu_sacks_sent, "\t%lu window update only %sacks sent\n"); + p(sctps_sends_with_flags, "\t%lu number of %sends with " + "sinfo_flags !=0\n"); + p(sctps_sends_with_unord, "\t%lu number of undordered %sends\n"); + p(sctps_sends_with_eof, "\t%lu number of %sends with EOF flag set\n"); + p(sctps_sends_with_abort, "\t%lu number of %sends with ABORT " + "flag set\n"); + p(sctps_protocol_drain_calls, "\t%lu number of time%s protocol " + "drain called\n"); + p(sctps_protocol_drains_done, "\t%lu number of time%s we did a " + "protocol drain\n"); + p(sctps_read_peeks, "\t%lu number of time%s recv was called with " + "peek\n"); + p(sctps_cached_chk, "\t%lu number of cached chunk%s used\n"); + p(sctps_cached_strmoq, "\t%lu number of cached %stream oq's used\n"); + p(sctps_left_abandon, "\t%lu number of unread me%ssage abandonded " + "by close\n"); + p(sctps_send_burst_avoid, "\t%lu send bur%st avoidance, already " + "max burst inflight to net\n"); + p(sctps_send_cwnd_avoid, "\t%lu send cwnd full avoidance, already " + "max bur%st inflight to net\n"); + p(sctps_fwdtsn_map_over, "\t%lu number of map array over-run%s via " + "fwd-tsn's\n"); +} + +#endif /* SCTP */ --------------080409010304080705010406-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 03:15:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8455F16A41F for ; Wed, 6 Jun 2007 03:15:29 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB3C13C44B for ; Wed, 6 Jun 2007 03:15:28 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5635amv028790 for ; Wed, 6 Jun 2007 12:35:36 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Wed, 6 Jun 2007 12:45:22 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Jun 2007 12:45:22 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l563F6HX033470 for ; Wed, 6 Jun 2007 11:15:06 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l563F6a8033469 for freebsd-net@freebsd.org; Wed, 6 Jun 2007 11:15:06 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 6 Jun 2007 11:15:06 +0800 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org Message-ID: <20070606031506.GP32565@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-net@freebsd.org References: <4665A3BA.7030307@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4665A3BA.7030307@cisco.com> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 06 Jun 2007 03:15:22.0621 (UTC) FILETIME=[EB5B02D0:01C7A7E8] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15220.000 X-TM-AS-Result: No-4.302000-8.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: netstat patch.. 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, 06 Jun 2007 03:15:29 -0000 0n Tue, Jun 05, 2007 at 01:56:10PM -0400, Randall Stewart wrote: > Weongyo Jeong sent me a nice netstat patch that allows > netstat access to SCTP stuff :-D And for those that don't know much about SCTP, the benefit is ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 03:41:11 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 102F016A421 for ; Wed, 6 Jun 2007 03:41:11 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.180]) by mx1.freebsd.org (Postfix) with ESMTP id A146013C46A for ; Wed, 6 Jun 2007 03:41:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so14260ika for ; Tue, 05 Jun 2007 20:41:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hzx/g2jrri+1Q/JQku5X7gxHnk4Yg2muOh6sYf5rgG6ctP/Vz19bpUWIjBWmu4q6gEFT6puCIEuGNg3Naozyba87MiCrvGSAbf4nx38PTGpNK5PS2afWjFio18PWJ/rcZeqj7WvQhHfrJsW8Z94Yoo2fI3I/ETQAWSkpeDizVGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ozaREadO3nt70+Mc0Z17zkFMlqqIaGT/sy3hrWXpQMxduYQ7QBwsw7ym7bdojjVRyKIvjjFUPQaRA2A7tpKcsdvnwksKT8AuuJ90Ne18OR71i273H7JBkzOd1XQ4awYUUkyw1/G+JaWQ0MK8FXcn21S1zx5A/WwJMsAmQ6Nop4s= Received: by 10.78.149.13 with SMTP id w13mr14060hud.1181101268859; Tue, 05 Jun 2007 20:41:08 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Tue, 5 Jun 2007 20:41:08 -0700 (PDT) Message-ID: Date: Tue, 5 Jun 2007 20:41:08 -0700 From: "Kip Macy" To: freebsd-net@freebsd.org In-Reply-To: <20070606031506.GP32565@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4665A3BA.7030307@cisco.com> <20070606031506.GP32565@obelix.dsto.defence.gov.au> Subject: Re: netstat patch.. 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, 06 Jun 2007 03:41:11 -0000 - Original message - And for those that don't know much about SCTP, the ben... Google knows all. On 6/5/07, Wilkinson, Alex wrote: > 0n Tue, Jun 05, 2007 at 01:56:10PM -0400, Randall Stewart wrote: > > > Weongyo Jeong sent me a nice netstat patch that allows > > netstat access to SCTP stuff :-D > > And for those that don't know much about SCTP, the benefit is ? > > -aW > > IMPORTANT: This email remains the property of the Australian Defence > Organisation and is subject to the jurisdiction of section 70 of the CRIMES > ACT 1914. If you have received this email in error, you are requested to > contact the sender and delete the email. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 03:43:16 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8370716A543 for ; Wed, 6 Jun 2007 03:43:16 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 009BC13C46C for ; Wed, 6 Jun 2007 03:43:10 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5633W4Q028495 for ; Wed, 6 Jun 2007 12:33:32 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Wed, 6 Jun 2007 12:43:19 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Jun 2007 12:43:19 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l563D3cW033453; Wed, 6 Jun 2007 11:13:03 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l563CsYF033452; Wed, 6 Jun 2007 11:12:54 +0800 (WST) (envelope-from wilkinsa) Date: Wed, 6 Jun 2007 11:12:54 +0800 From: "Wilkinson, Alex" To: Julian Elischer Message-ID: <20070606031254.GO32565@obelix.dsto.defence.gov.au> Mail-Followup-To: Julian Elischer , Nikos Vassiliadis , net@freebsd.org References: <200706051654.46543.nvass@teledomenet.gr> <4665B52C.9020500@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4665B52C.9020500@elischer.org> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 06 Jun 2007 03:13:19.0276 (UTC) FILETIME=[A1D60EC0:01C7A7E8] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15220.000 X-TM-AS-Result: No-1.743100-8.000000-4 Content-Transfer-Encoding: 7bit Cc: Nikos Vassiliadis , net@freebsd.org Subject: Re: Network stack virtualization for FreeBSD 7.0 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, 06 Jun 2007 03:43:16 -0000 0n Tue, Jun 05, 2007 at 12:10:36PM -0700, Julian Elischer wrote: > I have two different versions of the talk on video. > The audio is a bit hard to hear but can still be understood. > When my RealWork(TM) lets up I will finish transcribing them to downloadable form. Can you please post to freebsd-announce@ when ready for consumption. Cheers! -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 06:13:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48CB016A421 for ; Wed, 6 Jun 2007 06:13:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id E650513C45E for ; Wed, 6 Jun 2007 06:13:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so72787pyi for ; Tue, 05 Jun 2007 23:13:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZhGpO1IRHwmA/0YK/Ckvj0OV/q4h18gMICX2iOly6NpB6Cu+zz/NqKVKVWl59W2OTuMWpYcVEYhYCsidI5hP0UPQrMEttsk1jJF9GByGTEdr9TVqZxiuyqjXLyx3QR4wbtFbv5sye5lLpGgSfYDhDUD4NzZfqymL4fYDwrPH2x0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hmhVsNNY8IqXv/7VWLpTYxfqjYDGoJCXLzTUGEFZxcBrP6Dmkht4HWXh9rujnPvntmCFePQjvdlziiQzqRPDkPuHMy7zydufweydOp/cEZ/LJ8oQVgc0vCmuFva8G5NNz814mT4kF1C8VrJSpbEVjUD/4l2pyHuZmcWFyqIVS60= Received: by 10.114.209.1 with SMTP id h1mr161376wag.1181108731129; Tue, 05 Jun 2007 22:45:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id m10sm4258301waf.2007.06.05.22.45.28; Tue, 05 Jun 2007 22:45:29 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l565jOwB019107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jun 2007 14:45:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l565jNVe019106; Wed, 6 Jun 2007 14:45:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 6 Jun 2007 14:45:22 +0900 From: Pyun YongHyeon To: Paul Bielecki Message-ID: <20070606054522.GA18286@cdnetworks.co.kr> References: <2e420cc20706051003k64f829bbhd7fa38c7fc2ee29f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2e420cc20706051003k64f829bbhd7fa38c7fc2ee29f@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: lge fiber-optic loose connection for 1-6s 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: Wed, 06 Jun 2007 06:13:55 -0000 On Tue, Jun 05, 2007 at 06:03:20PM +0100, Paul Bielecki wrote: > Hello All > > I have network connection problems with my small database/samba server. > Machine is on small shuttle box with lge fiber-optic 1000baseSX on LAN > and rl0 to VPN connection. > Server been set up by somebody else, about 4 years ago and have not > been update since. > I have 6x FreeBSD +2x linux + 4x M$ servers, but it is only one server > I have connection problems with. > > It is FreeBSD 4.8 stable, Mysql 4.0.12, Samba 2.2.8 > > Network: 330 machines + network printers; 60 machines including this > server on 10.0.0.0/24, printers are on 10.0.0.0/22 and the rest lan is > 10.0.1.0/22, 10.0.2.0/22, 10.0.3.0/22. > Default gateway is set to host in 10.0.0.0/24. > rl link is connected to a second FreeBSD box which act only as a VPN, > network 172.16.12.0/24. > There is one main switch which connects servers and uplinks from all > rooms and buildings. > Almost all windows machines in network are up-to date and all have > anti virus software installed. > > What happen is that occasionally, from 6 to 20 times a day, all > machines seems to lose connection with this server for 1-6 seconds. > > If it happens > -I can ping google.com or other host in the same network from server > itself and I have reply (?) > -I lose my ssh connection to this server > -there is no errors or warnings in messages apart smbd errors > -samba gives me lots of "smbd read_data: read failure for 4. Error = > Operation time out" or smbd_oplock/oplock break. > -tcpdump shows lots of ACK packtes from to server on 139 > > I think that having 10.0.0.0/24 and 10.0.0.0/22 as a one big thing > doesn't help, believe that it should be set up with VLANs but I can't > change it just like that. > The second thing is that M$ network is not configured properly, there > should be one wins server or PDC, no bcasts. > > I use to just blindly watch tcpdump -v -s 255 -i lge0 port not 22 and > port not 139 and not icmp > but I dont know what should I look for. > > Let me know your thoughts and please give me some "tips" how can I > diagnose what can cause my problems. > > some help with tcpdump would be much appreciated too, > for instance: > 17:05:49.644256 0.00:01:e6:9d:07:16.452 > > 0.ff:ff:ff:ff:ff:ff.452:ipx-sap-resp 30c '0001E69D071680DDNPI9D0716' > addr 0.00:01:e6:9d:07:16 > 17:33:04.521449 802.1d config 8000.00:05:5d:1f:00:80.8002 root > 8000.00:05:5d:1f:00:80 pathcost 0 age 0 max 20 hello 2 fdelay 15 > > # printers > 17:33:07.370377 10.0.0.225.svrloc > HP-DEVICE-DISC.MCAST.NET.svrloc: > [udp sum ok] udp 151 (ttl 4, id 51568, len 179) > 17:05:18.409507 10.0.0.237.netbios-dgm > 255.255.255.255.netbios-dgm: > [udp sum ok] NBT UDP PACKET(138) (ttl 60, id 14452, len 229) > 17:05:18.757053 10.0.0.218.netbios-dgm > 255.255.255.255.netbios-dgm: > [udp sum ok] NBT UDP PACKET(138) (ttl 60, id 20727, len 229) > > # another samba server to bcast > 17:05:29.708120 10.0.0.127.33191 > 10.0.3.255.netbios-ns: [udp sum ok] > NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST (DF) (ttl 64, id 0, len > 78) > > I'm unsure what caused this issue but it seems that lge(4) lacks some protections from overly-fragmented packets. Did you see "watchdog timeout" messages in console? I don't have lge(4) hardwares so it's hard to fix it. It seems that lge(4) needs the following work. - endian clean - bus_dma(9) conversion - fragment handling as the hardware can't handle more than 10 fragments. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 08:50:17 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 213EE16A537 for ; Wed, 6 Jun 2007 08:50:17 +0000 (UTC) (envelope-from drs@rucus.ru.ac.za) Received: from f.mail.ru.ac.za (f.mail.ru.ac.za [146.231.129.38]) by mx1.freebsd.org (Postfix) with ESMTP id 7B77313C447 for ; Wed, 6 Jun 2007 08:50:16 +0000 (UTC) (envelope-from drs@rucus.ru.ac.za) Received: from damar.ru.ac.za ([146.231.89.6]:60886) by f.mail.ru.ac.za with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hvq9Z-0000Bp-La for freebsd-net@freebsd.org; Wed, 06 Jun 2007 09:42:01 +0200 Received: from localhost (localhost [127.0.0.1]) by damar.ru.ac.za (Postfix) with ESMTP id 81E975D49 for ; Wed, 6 Jun 2007 09:42:01 +0200 (SAST) Received: from damar.ru.ac.za ([127.0.0.1]) by localhost (damar.ru.ac.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nJZL9T5nSDeC for ; Wed, 6 Jun 2007 09:42:00 +0200 (SAST) Received: by damar.ru.ac.za (Postfix, from userid 1001) id 812EA5CE7; Wed, 6 Jun 2007 09:42:00 +0200 (SAST) From: David =?utf-8?q?Sieb=C3=B6rger?= Date: Wed, 6 Jun 2007 09:41:59 +0200 User-Agent: KMail/1.9.6 Organization: RUCUS MIME-Version: 1.0 Content-Disposition: inline To: freebsd-net@freebsd.org Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200706060941.59943.drs@rucus.ru.ac.za> X-Virus-Scanned: f.mail.ru.ac.za (146.231.129.38) Subject: bge interfaces: poor transmit performance? 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, 06 Jun 2007 08:50:17 -0000 I'm experiencing a problem with BCM5721 bge interfaces, which seem to be=20 able to receive at almost 1Gbps but can only transmit at =3D< 560Mbps. I first noticed the problem on a firewall which routes between a number=20 of subnets, all connected as VLAN interfaces on bge0. In its case,=20 transmitted traffic and received traffic should be roughly equal (minus=20 those packets which the firewall drops) but I've seen that throughput=20 hits a limit at 560Mbps (measured from the interface stats using slurm). To investigate further, I've connected two of the same machines with a=20 flylead and run some iperf tests: Test: iperf -c172.30.3.x -w256k -t30 -P8 Client Server Result =2D------------------------------------------------------- 1. 6.2-STABLE 7.0-CURRENT 499 Mbits/sec 2. 7.0-CURRENT 6.2-STABLE 526 Mbits/sec 3. 6.2-STABLE Linux 500 Mbits/sec 4. Linux 6.2-STABLE 941 Mbits/sec 5. Linux Linux 941 Mbits/sec Test: iperf -c172.30.3.x -w256k -t30 -P4 -d Client Server Result =2D------------------------------------------------------- 6. 6.2-STABLE 7.0-CURRENT 381 & 388 Mbits/sec 7. 7.0-CURRENT 6.2-STABLE 369 & 405 Mbits/sec 8. 6.2-STABLE Linux 423 & 537 Mbits/sec 9. Linux 6.2-STABLE 421 & 554 Mbits/sec 10. Linux Linux 833 & 830 Mbits/sec (Hardware: Dell PE860, onboard BCM5721 NICs, 2.4 GHz Xeon 3060 CPU. =46reeBSD tuning: net.inet.ip.fw.enable=3D0, kern.ipc.maxsockbuf=3D8192000,= =20 net.inet.tcp.sendspace=3D262144, net.inet.tcp.recvspace=3D262144, WITNESS=20 and INVARIANTS disabled on -CURRENT. Linux: Knoppix 5.1.1 with kernel 2.6.19, using tg3 driver.) The most interesting result I see there is the difference between tests=20 3 and 4: just changing the direction of traffic flow makes a major=20 difference to performance. Possible causes that (I think) have been eliminated: * IRQ sharing. 'vmstat -i | grep bge' on all machines looks similar to=20 this: irq16: bge0 374558 5 irq17: bge1 324860 4 * Hardware architecture. If Linux can make it perform well, there's no=20 fundamental PCI bus bandwidth limitation or anything like that. * Network errors. 'netstat -i' has always shown Ierrs and Oerrs =3D 0. * SMP. I've tried building SMP and non-SMP kernels and got almost=20 idenitical results. * HZ. I've tried kernels with the default HZ=3D1000 and with HZ=3D2500. Does anyone have any ideas as to what could be causing the problem, or=20 any other tests I could try that might shed light on the problem? =2D-=20 David Sieb=C3=B6rger drs@rucus.ru.ac.za From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 11:12:24 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1774416A400 for ; Wed, 6 Jun 2007 11:12:24 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 81B4413C48A for ; Wed, 6 Jun 2007 11:12:23 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id l56BCL70071876; Wed, 6 Jun 2007 15:12:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id l56BCL1S071875; Wed, 6 Jun 2007 15:12:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 6 Jun 2007 15:12:21 +0400 From: Gleb Smirnoff To: Kris Kennaway , Mehul Vora Message-ID: <20070606111221.GI89017@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Kris Kennaway , Mehul Vora , freebsd-net@freebsd.org References: <93263.30264.qm@web63604.mail.re1.yahoo.com> <20070502182454.GA41598@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Dzs2zDY0zgkG72+7" Content-Disposition: inline In-Reply-To: <93263.30264.qm@web63604.mail.re1.yahoo.com> <20070502182454.GA41598@xor.obsecurity.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-net@FreeBSD.org Subject: Re: panic: mtx_lock() of destroyed mutex @ ../../../net/route.c:1306 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, 06 Jun 2007 11:12:24 -0000 --Dzs2zDY0zgkG72+7 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Kris, Mehul, I think this patch (that is still a WIP) can cure your problems, though you observe different problems in this rt_check(). I'd appreciate review and testing. On Wed, May 02, 2007 at 02:24:54PM -0400, Kris Kennaway wrote: K> One of my 7.0 systems has a flaky gateway, and when it goes down the K> node often goes down with this panic: K> K> panic: mtx_lock() of destroyed mutex @ ../../../net/route.c:1306 K> cpuid = 0 K> KDB: enter: panic K> [thread pid 28619 tid 100074 ] K> Stopped at kdb_enter+0x68: ta %xcc, 1 K> db> wh K> Tracing pid 28619 tid 100074 td 0xfffff800140e87e0 K> panic() at panic+0x248 K> _mtx_lock_flags() at _mtx_lock_flags+0x8c K> rt_check() at rt_check+0x128 K> arpresolve() at arpresolve+0x98 K> ether_output() at ether_output+0x94 K> ip_output() at ip_output+0xc64 K> udp_output() at udp_output+0x680 K> udp_send() at udp_send+0x38 K> sosend_dgram() at sosend_dgram+0x3e0 K> sosend() at sosend+0x74 K> kern_sendit() at kern_sendit+0x14c K> sendit() at sendit+0x1d4 K> sendto() at sendto+0x48 K> syscall() at syscall+0x2f8 K> -- syscall (133, FreeBSD ELF64, sendto) %o7=0x40aa68ac -- K> K> I suspect locking is broken in an error case. net/route.c:1306 is in K> the senderr() macro in rt_check(): K> K> /* XXX BSD/OS checks dst->sa_family != AF_NS */ K> if (rt->rt_flags & RTF_GATEWAY) { K> if (rt->rt_gwroute == NULL) K> goto lookup; K> rt = rt->rt_gwroute; K> bewm --> RT_LOCK(rt); /* NB: gwroute */ K> if ((rt->rt_flags & RTF_UP) == 0) { K> rtfree(rt); /* unlock gwroute */ K> rt = rt0; K> Kris On Mon, May 07, 2007 at 07:52:32AM -0700, Mehul Vora wrote: M> Hi, M> M> Current implementation (Version 6.2) of rt_check() routine defined in route.c is not completely MPSAFE. I found an issue when i started routing with "directisr" enabled. For the first rcvd packet this function initializes rt_gateway of the passed rt_entry. This is done by calling "rtalloc1" routine. But "rt_check" function doesnt hold any lock while calling this function. So incase if we have multiple instances of "ip_input - netisr" running than more than one thread can call this routine which may lead to some corruption, in my case it leads to a dead lock. Problem doesn't happen if before sending heavy traffic a single packet of same kind is sent. But if initially itself heavy traffic is sent than this happens immediately. I have fixed this and it works well after it. Workaround patch for this issue is attached here with. Probably we need to define a macro in route.h for the hardcoded values in the patch. Can any one confirm this ? M> M> Thanks, M> Mehul. M> M> M> --------------------------------- M> Sucker-punch spam with award-winning protection. M> Try the free Yahoo! Mail Beta. Content-Description: 206142780-rt_check.patch.txt M> 1260a1261 M> > try_again: M> 1280a1282,1289 M> > M> > if(rt0->rt_flags & 0x80000000U){ M> > /*This rt is under process...*/ M> > RT_UNLOCK(rt); M> > RT_UNLOCK(rt0); M> > goto try_again; M> > } M> > M> 1281a1291 M> > rt0->rt_flags |= 0x80000000U; M> 1288a1299 M> > rt0->rt_flags &= (~0x80000000U); M> _______________________________________________ M> freebsd-net@freebsd.org mailing list M> http://lists.freebsd.org/mailman/listinfo/freebsd-net M> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --Dzs2zDY0zgkG72+7 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="route.c.diff" Index: route.c =================================================================== RCS file: /home/ncvs/src/sys/net/route.c,v retrieving revision 1.119 diff -u -p -r1.119 route.c --- route.c 22 May 2007 16:17:31 -0000 1.119 +++ route.c 23 May 2007 11:48:14 -0000 @@ -392,6 +392,14 @@ rtredirect(struct sockaddr *dst, */ rt_setgate(rt, rt_key(rt), gateway); } + + KASSERT(rt->rt_gateway != NULL, + ("RTF_GATEWAY and rt_gateway is NULL")); + /* Set up rt_gwroute. */ + rt->rt_gwroute = rtalloc1(rt->rt_gateway, 1, 0UL); + KASSERT(rt != rt->rt_gwroute, ("Oops")); + if (rt->rt_gwroute != NULL) + RT_UNLOCK(rt->rt_gwroute); } else error = EHOSTUNREACH; done: @@ -1295,32 +1303,10 @@ rt_check(struct rtentry **lrt, struct rt return (EHOSTUNREACH); rt0 = rt; } - /* XXX BSD/OS checks dst->sa_family != AF_NS */ - if (rt->rt_flags & RTF_GATEWAY) { - if (rt->rt_gwroute == NULL) - goto lookup; - rt = rt->rt_gwroute; - RT_LOCK(rt); /* NB: gwroute */ - if ((rt->rt_flags & RTF_UP) == 0) { - RTFREE_LOCKED(rt); /* unlock gwroute */ - rt = rt0; - lookup: - RT_UNLOCK(rt0); - rt = rtalloc1(rt->rt_gateway, 1, 0UL); - if (rt == rt0) { - rt0->rt_gwroute = NULL; - RT_REMREF(rt0); - RT_UNLOCK(rt0); - return (ENETUNREACH); - } - RT_LOCK(rt0); - rt0->rt_gwroute = rt; - if (rt == NULL) { - RT_UNLOCK(rt0); - return (EHOSTUNREACH); - } - } - RT_UNLOCK(rt0); + if (rt->rt_flags & RTF_GATEWAY && (rt->rt_gwroute == NULL || + (rt->rt_gwroute->rt_flags & RTF_UP) == 0)) { + RT_UNLOCK(rt); + return (EHOSTUNREACH); } /* XXX why are we inspecting rmx_expire? */ error = (rt->rt_flags & RTF_REJECT) && --Dzs2zDY0zgkG72+7-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 16:39:25 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6DB216A421 for ; Wed, 6 Jun 2007 16:39:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 969A913C46E for ; Wed, 6 Jun 2007 16:39:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so282919waf for ; Wed, 06 Jun 2007 09:39:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OmLQpG0jDJmxHuLoEboA3cTzM/7rQRlrDp3ywwLuLt4/cC51WqNPUvt/Ff1++/Q1XtF0uy1BVjRKzmLhisTpCly+n79f+Cg2n6hos2ALvOAV5xWAZn9UuYY0LFIvb1g0Ls3hqHg/ozOtE1sxb0h85lbz8CMISHP9DBs2YjCOutM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=N0+5WAlkbwuZdGUNJIjQiXZJUhzB0Re7zI/DJlieFBW3YPXqAgVuGcPgei8pKyP8tQvCrcK7vmYbAacWKff/iGFW9uV8oPca/dH9xMUtMlW22Y372PIofqRpWyEeBZHHcRiAh5X3Bq1tC8NaL5Qb6DOEreofvDRCo5XTRS27kQE= Received: by 10.115.89.1 with SMTP id r1mr630451wal.1181147965322; Wed, 06 Jun 2007 09:39:25 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 09:39:25 -0700 (PDT) Message-ID: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Date: Wed, 6 Jun 2007 09:39:25 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 16:39:25 -0000 I have a version of code ready to MFC, the big difference with CURRENT is that TSO is #ifdef'd off until Andre is able to get that back. I wanted a chance for any concerns to be aired before I did it, issues that anyone has had with the driver in CURRENT? Regards, Jack From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 18:07:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0843B16A400; Wed, 6 Jun 2007 18:07:55 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id C5B8413C43E; Wed, 6 Jun 2007 18:07:54 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Wed, 06 Jun 2007 11:07:44 -0700 X-Server-Uuid: A6C4E0AE-A7F0-449F-BAE7-7FA0D737AC76 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 550612AF; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 262D02AE; Wed, 6 Jun 2007 11:07:44 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FIX51947; Wed, 6 Jun 2007 11:07:43 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id E77E669CA4; Wed, 6 Jun 2007 11:07:42 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 6 Jun 2007 11:07:42 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Thread-Topic: HEADS UP: Plan to MFC new em driver Thread-Index: AceoWZqYaXmSN6YCSBisAFNH2ltlmAAC7U3Q References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> From: "David Christensen" To: "Jack Vogel" , "freebsd-net" , "FreeBSD Stable List" , "FreeBSD Current" X-WSS-ID: 6A78287A3CG6617964-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 18:07:55 -0000 > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. Is something broken with TSO? I just added TSO support to bce on CURRENT and was planning on MFC'ing to RELENG_6 within the next week. Dave From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 18:09:31 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F15816A46D for ; Wed, 6 Jun 2007 18:09:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1884B13C4BA for ; Wed, 6 Jun 2007 18:09:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so222303ika for ; Wed, 06 Jun 2007 11:09:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZTzwoCBMUtB1ntJwbpnb/s/Nmw9qDRM6PuYUQgHa9nSh6XnwVAMBW2405Plt0mqqcNsgqaoVowQ87JJKDfOL397EnDCWLa6LU8ieGS8YKjKjgLCaKcx7ExUj2tLZTls7zEsTBJYeLrGCWxNChmkwG7RhbnWl3xo/71B8M94lpg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qX0cIp1i4bRe+3bXxPJtbaThAlfhyuZqA/VqpXzIT2jRsQS88aoTWz/+1O94BigyPilx+XehZbMN+s5gTg7U8DIhOCMmv3sf7S0ozr99WUy8IPc+maG7UTzctjBv3fpAob343bG+LAsAhn23QzXxk0TFwtlZi6cClDDSax4b3FE= Received: by 10.78.172.20 with SMTP id u20mr320037hue.1181153369532; Wed, 06 Jun 2007 11:09:29 -0700 (PDT) Received: by 10.78.162.15 with HTTP; Wed, 6 Jun 2007 11:09:29 -0700 (PDT) Message-ID: Date: Wed, 6 Jun 2007 11:09:29 -0700 From: "Kip Macy" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414ADBA@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: freebsd-net , FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 18:09:31 -0000 On 6/6/07, David Christensen wrote: > > I have a version of code ready to MFC, the big difference with CURRENT > > is that TSO is #ifdef'd off until Andre is able to get that back. > > Is something broken with TSO? I just added TSO support to bce on > CURRENT > and was planning on MFC'ing to RELENG_6 within the next week. TSO support is not present in RELENG_6. -Kip From owner-freebsd-net@FreeBSD.ORG Wed Jun 6 19:17:44 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF87C16A475 for ; Wed, 6 Jun 2007 19:17:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id BA8D313C4BC for ; Wed, 6 Jun 2007 19:17:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so348099waf for ; Wed, 06 Jun 2007 12:17:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Etye5SvC/0ReVrHSfqV+6HYDLKAOVfScg8p9exOXL0cGi3j1l/dw7qpXUtnt3ET6cJ40LlyNJzk7+s/1kI8Gl3OAb29/wZOdtoBDB9LxQf5YeXxyguk2ayFXPTJyN1pm7hR/HBmOs9Dzbb6/ucbs26XadVO2bsJbLJ0ybS95Mx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Lok/XlZU4fqi4mAOAU4srvuT9qAD1ELRj0iaVjQLmLwc8jd9rkJ0DCbF3g93ODWZxT2OcMG8B4iI3+JoSx8nqfNyr1yO9lmlEWDtMLJ0oC+BD3HtS19sLuaumLpaob0G3yu1I2vhQv0PQ3wJ82HBi4/LXsT5Zk1Sb6vhVECwXi8= Received: by 10.114.130.1 with SMTP id c1mr740192wad.1181157464519; Wed, 06 Jun 2007 12:17:44 -0700 (PDT) Received: by 10.114.126.10 with HTTP; Wed, 6 Jun 2007 12:17:44 -0700 (PDT) Message-ID: <2a41acea0706061217v69eddd10t85b73f8ea1f049a1@mail.gmail.com> Date: Wed, 6 Jun 2007 12:17:44 -0700 From: "Jack Vogel" To: freebsd-net , "FreeBSD Stable List" , "FreeBSD Current" In-Reply-To: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0706060939s46068262ncbf91fa5d0752c0d@mail.gmail.com> Cc: Subject: Re: HEADS UP: Plan to MFC new em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 19:17:45 -0000 On 6/6/07, Jack Vogel wrote: > I have a version of code ready to MFC, the big difference with CURRENT > is that TSO is #ifdef'd off until Andre is able to get that back. > > I wanted a chance for any concerns to be aired before I did it, issues > that anyone has had with the driver in CURRENT? I think it would be a good idea to have some testing done before the MFC, so I will try and get a driver tarball put together shortly and post that here, I would appreciate any volunteers that could install and 'kick the tires' a bit :) Jack From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 08:06:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7ACF016A41F for ; Thu, 7 Jun 2007 08:06:55 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3BCA513C465 for ; Thu, 7 Jun 2007 08:06:55 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so726371pyi for ; Thu, 07 Jun 2007 01:06:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aVzZ+Ldo4MDt2LBSHpxYdsYayuLtIWlAGxp4EKfMP2EO9vBTz3sTXPZxj7f5ss9G0MeP/iIPlBOkDOE37q3GVT2tZJDblYK5t9LQL1eaXcY75awnxFaP4XXU5fYgSqYzo0YI2g5t5ISPGFVMgSxMsUoHLhGUrY5WTehjJl7BjGs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OOtNNIx4Dp7fvzOuSsFP8aW5I39inh/Q5MA9OTNA8spvuhvLnwlSJeGsUy+ORnJBkkTdHjKbakC5SNS1X3+Ek2tOgOJXlcsDUi3KPpEUVOCh3q2SUZ6FEyOpK9+5TNCaBSUEpFTQG7sJCqD5E6cI5DTz7Jy/FkHsG0RvA39mvFk= Received: by 10.65.81.10 with SMTP id i10mr2554282qbl.1181203613970; Thu, 07 Jun 2007 01:06:53 -0700 (PDT) Received: by 10.65.160.10 with HTTP; Thu, 7 Jun 2007 01:06:53 -0700 (PDT) Message-ID: <2e420cc20706070106i9b10207ic261611bc9f4bcd7@mail.gmail.com> Date: Thu, 7 Jun 2007 09:06:53 +0100 From: "Paul Bielecki" To: freebsd-net@freebsd.org In-Reply-To: <20070606054522.GA18286@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2e420cc20706051003k64f829bbhd7fa38c7fc2ee29f@mail.gmail.com> <20070606054522.GA18286@cdnetworks.co.kr> Subject: Re: lge fiber-optic loose connection for 1-6s 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, 07 Jun 2007 08:06:55 -0000 On 6/6/07, Pyun YongHyeon wrote: > > I'm unsure what caused this issue but it seems that lge(4) lacks some > protections from overly-fragmented packets. > Did you see "watchdog timeout" messages in console? never on this machine > I don't have lge(4) hardwares so it's hard to fix it. > It seems that lge(4) needs the following work. > - endian clean > - bus_dma(9) conversion > - fragment handling as the hardware can't handle more than 10 fragments. I thought that lge may have some issues but I have swaped it to or ordinary rl based on motherboard, i've swaped hard drive, then whole server on the same hardware and rl nic, rewire part of the network, bought two switches, but nothing has changed ;( I will try to swap to HP Proliant and upgrade or just install new release. But if this won't help I'm gona shoot myself in the foot... thanks Pyun From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 13:54:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3D6B16A41F for ; Thu, 7 Jun 2007 13:54:34 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from psmtp.com (s200aob14.obsmtp.com [207.126.144.118]) by mx1.freebsd.org (Postfix) with SMTP id 6351A13C458 for ; Thu, 7 Jun 2007 13:54:34 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Thu, 07 Jun 2007 13:54:24 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 90E99181423 for ; Thu, 7 Jun 2007 14:54:24 +0100 (BST) Message-ID: <46680DB1.9050905@tomjudge.com> Date: Thu, 07 Jun 2007 14:52:49 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with BCE network adapter (Dell PE2950) 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, 07 Jun 2007 13:54:35 -0000 Hi, I am seeing some problems with one of my Dell PowerEdge 2950's (running RELENG_6_2) on board bce NICs. The interface seems to crash with the following errors, to which the fix seems to be and "ifconfig bce0 down; ifconfig bce0 up": Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading ethernet header (len 4294967292 pkt len 4294967292) Jun 7 12:20:29 gonzo last message repeated 54 times Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not responding Is this a know problem? If so is there a solution? Tom #uname -a FreeBSD gonzo.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE #10: Thu Apr 5 10:53:39 BST 2007 root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64 amd64 Intel(R) Xeon(R) CPU 5160 @ 3.00GHz FreeBSD ## dmesg.boot snippet bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:18:8b:88:d8:81 ## pciconf -lv snippet bce0@pci9:0:0: class=0x020000 card=0x01b21028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet #ifconfig bce0 bce0: flags=8843 mtu 8192 options=3b inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 inet 172.31.0.157 netmask 0xffffffff broadcast 172.31.0.157 inet 172.31.0.161 netmask 0xffffffff broadcast 172.31.0.161 ether 00:18:8b:88:d8:81 media: Ethernet autoselect (1000baseTX ) status: active #Switch port counters console# show interfaces counters ethernet g10 Port InOctets InUcastPkts InMcastPkts InBcastPkts ---------------- ---------- ----------- ----------- ----------- g10 2615415297 87563987 0 13480 Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts ---------------- ---------- ------------ ------------ ------------ g10 2535595313 136391705 10740316 1420686 FCS Errors: 0 Single Collision Frames: 0 Late Collisions: 0 Excessive Collisions: 0 Internal MAC Tx Errors: 0 Oversize Packets: 0 Internal MAC Rx Errors: 0 Received Pause Frames: 0 Transmitted Pause Frames: 0 From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 20:43:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7D6D16A468 for ; Thu, 7 Jun 2007 20:43:28 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id C4D6E13C4AD for ; Thu, 7 Jun 2007 20:43:28 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Thu, 07 Jun 2007 13:43:18 -0700 X-Server-Uuid: A6C4E0AE-A7F0-449F-BAE7-7FA0D737AC76 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 7FE402AF; Thu, 7 Jun 2007 13:43:18 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 6A7ED2AE; Thu, 7 Jun 2007 13:43:18 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FIZ86626; Thu, 7 Jun 2007 13:43:12 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 3CB3869CA4; Thu, 7 Jun 2007 13:43:12 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 7 Jun 2007 13:43:09 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <46680DB1.9050905@tomjudge.com> Thread-Topic: Problems with BCE network adapter (Dell PE2950) Thread-Index: AcepC4iPzyt6jsLmRI2rvHJ7R7mCUwAN/Qqg References: <46680DB1.9050905@tomjudge.com> From: "David Christensen" To: "Tom Judge" , "freebsd-net" X-WSS-ID: 6A76B26C3CG7131027-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Problems with BCE network adapter (Dell PE2950) 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, 07 Jun 2007 20:43:29 -0000 It's not a problem I've seen before. The driver seems to be=20 passing an Ethernet frame up the stack with a length of -4. Is there anything unusual about your network setup like VLAN tagging, jumbo frames, or anything else that might cause the Ethernet frame to be formatted in an unusual manner? The error probably occurs in bce_rx_intr() but I'd need to see the packet that's causing the problem to figure out why the driver isn't calculating the packet length correctly. Dave=20 > I am seeing some problems with one of my Dell PowerEdge=20 > 2950's (running=20 > RELENG_6_2) on board bce NICs. The interface seems to crash with the=20 > following errors, to which the fix seems to be and "ifconfig=20 > bce0 down;=20 > ifconfig bce0 up": >=20 > Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading=20 > ethernet=20 > header (len 4294967292 pkt len 4294967292) > Jun 7 12:20:29 gonzo last message repeated 54 times > Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not=20 > responding >=20 >=20 > Is this a know problem? If so is there a solution? >=20 > Tom >=20 > #uname -a > FreeBSD gonzo.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE=20 > #10: Thu Apr=20 > 5 10:53:39 BST 2007=20 > root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64=20 > amd64 Intel(R)=20 > Xeon(R) CPU 5160 @ 3.00GHz FreeBSD >=20 >=20 > ## dmesg.boot snippet > bce0: mem=20 > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX,=20 > 1000baseTX-FDX, auto > bce0: Ethernet address: 00:18:8b:88:d8:81 >=20 > ## pciconf -lv snippet > bce0@pci9:0:0: class=3D0x020000 card=3D0x01b21028=20 > chip=3D0x164c14e4 rev=3D0x12=20 > hdr=3D0x00 > vendor =3D 'Broadcom Corporation' > class =3D network > subclass =3D ethernet >=20 > #ifconfig bce0 > bce0: flags=3D8843 mtu 8192 > options=3D3b > inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 > inet 172.31.0.157 netmask 0xffffffff broadcast 172.31.0.157 > inet 172.31.0.161 netmask 0xffffffff broadcast 172.31.0.161 > ether 00:18:8b:88:d8:81 > media: Ethernet autoselect (1000baseTX ) > status: active >=20 > #Switch port counters > console# show interfaces counters ethernet g10 > Port InOctets InUcastPkts InMcastPkts InBcastPkts > ---------------- ---------- ----------- ----------- ----------- > g10 2615415297 87563987 0 13480 >=20 > Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts > ---------------- ---------- ------------ ------------ ------------ > g10 2535595313 136391705 10740316 1420686 >=20 > FCS Errors: 0 > Single Collision Frames: 0 > Late Collisions: 0 > Excessive Collisions: 0 > Internal MAC Tx Errors: 0 > Oversize Packets: 0 > Internal MAC Rx Errors: 0 > Received Pause Frames: 0 > Transmitted Pause Frames: 0 From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 21:05:33 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FD2916A53F for ; Thu, 7 Jun 2007 21:05:33 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp803.mail.ird.yahoo.com (smtp803.mail.ird.yahoo.com [217.146.188.63]) by mx1.freebsd.org (Postfix) with SMTP id 839A213C468 for ; Thu, 7 Jun 2007 21:05:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 48953 invoked from network); 7 Jun 2007 21:05:31 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@217.44.143.76 with plain) by smtp803.mail.ird.yahoo.com with SMTP; 7 Jun 2007 21:05:31 -0000 X-YMail-OSG: hHzrQvUVM1n8SfsxGpKGjHVOKr1u0tsDWFRWAO4apEgJRjo60XGyO3e6jGsXmcTpGU2vKoU7jp7Bb_gQW7.iGvY- Message-ID: <466873FA.9030800@tomjudge.com> Date: Thu, 07 Jun 2007 22:09:14 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: David Christensen References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: Problems with BCE network adapter (Dell PE2950) 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, 07 Jun 2007 21:05:33 -0000 David Christensen wrote: > It's not a problem I've seen before. The driver seems to be > passing an Ethernet frame up the stack with a length of -4. > Is there anything unusual about your network setup like VLAN > tagging, jumbo frames, or anything else that might cause > the Ethernet frame to be formatted in an unusual manner? > The error probably occurs in bce_rx_intr() but I'd need to > see the packet that's causing the problem to figure out why > the driver isn't calculating the packet length correctly. > > Dave > Hi Dave, The network is running Jumbo frames (8192 Byte frames). There are 5 PE2950's and 7 PE1950's with this NIC on this network. However it is always the same system that causes the crash in the same manner. I will look into reproducing the error tomorrow with the switch port mirrored to a second server (with an em NIC). Hopefully I will get some useful dump files from tcpdump.... Do you have any idea what the frame might look like that causes this error? Here is the NIC config from the system: >> #ifconfig bce0 >> bce0: flags=8843 mtu 8192 >> options=3b >> inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 >> inet 172.31.0.157 netmask 0xffffffff broadcast 172.31.0.157 >> inet 172.31.0.161 netmask 0xffffffff broadcast 172.31.0.161 >> ether 00:18:8b:88:d8:81 >> media: Ethernet autoselect (1000baseTX ) >> status: active If its any use the switch is a Dell PowerConnect 5324. Tom >> I am seeing some problems with one of my Dell PowerEdge >> 2950's (running >> RELENG_6_2) on board bce NICs. The interface seems to crash with the >> following errors, to which the fix seems to be and "ifconfig >> bce0 down; >> ifconfig bce0 up": >> >> Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading >> ethernet >> header (len 4294967292 pkt len 4294967292) >> Jun 7 12:20:29 gonzo last message repeated 54 times >> Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not >> responding >> >> >> Is this a know problem? If so is there a solution? >> >> Tom >> >> #uname -a >> FreeBSD gonzo.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE >> #10: Thu Apr >> 5 10:53:39 BST 2007 >> root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64 >> amd64 Intel(R) >> Xeon(R) CPU 5160 @ 3.00GHz FreeBSD >> >> >> ## dmesg.boot snippet >> bce0: mem >> 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 >> bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz >> miibus0: on bce0 >> brgphy0: on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, >> 1000baseTX-FDX, auto >> bce0: Ethernet address: 00:18:8b:88:d8:81 >> >> ## pciconf -lv snippet >> bce0@pci9:0:0: class=0x020000 card=0x01b21028 >> chip=0x164c14e4 rev=0x12 >> hdr=0x00 >> vendor = 'Broadcom Corporation' >> class = network >> subclass = ethernet >> >> #ifconfig bce0 >> bce0: flags=8843 mtu 8192 >> options=3b >> inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 >> inet 172.31.0.157 netmask 0xffffffff broadcast 172.31.0.157 >> inet 172.31.0.161 netmask 0xffffffff broadcast 172.31.0.161 >> ether 00:18:8b:88:d8:81 >> media: Ethernet autoselect (1000baseTX ) >> status: active >> >> #Switch port counters >> console# show interfaces counters ethernet g10 >> Port InOctets InUcastPkts InMcastPkts InBcastPkts >> ---------------- ---------- ----------- ----------- ----------- >> g10 2615415297 87563987 0 13480 >> >> Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts >> ---------------- ---------- ------------ ------------ ------------ >> g10 2535595313 136391705 10740316 1420686 >> >> FCS Errors: 0 >> Single Collision Frames: 0 >> Late Collisions: 0 >> Excessive Collisions: 0 >> Internal MAC Tx Errors: 0 >> Oversize Packets: 0 >> Internal MAC Rx Errors: 0 >> Received Pause Frames: 0 >> Transmitted Pause Frames: 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" From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 23:37:57 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC69C16A421; Thu, 7 Jun 2007 23:37:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id A5F9E13C4AD; Thu, 7 Jun 2007 23:37:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l57NbvSO027600; Thu, 7 Jun 2007 23:37:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l57NbvRq027596; Thu, 7 Jun 2007 23:37:57 GMT (envelope-from linimon) Date: Thu, 7 Jun 2007 23:37:57 GMT From: Mark Linimon Message-Id: <200706072337.l57NbvRq027596@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/113359: [ipv6] panic sbdrop after ICMP6, packet too big 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, 07 Jun 2007 23:37:57 -0000 Old Synopsis: panic sbdrop after ICMP6, packet too big New Synopsis: [ipv6] panic sbdrop after ICMP6, packet too big Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jun 7 23:37:04 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=113359 From owner-freebsd-net@FreeBSD.ORG Thu Jun 7 23:45:31 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5CCE16A421; Thu, 7 Jun 2007 23:45:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 78A3013C484; Thu, 7 Jun 2007 23:45:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l57NjVLj028115; Thu, 7 Jun 2007 23:45:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l57NjV45028111; Thu, 7 Jun 2007 23:45:31 GMT (envelope-from linimon) Date: Thu, 7 Jun 2007 23:45:31 GMT From: Mark Linimon Message-Id: <200706072345.l57NjV45028111@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/113457: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened 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, 07 Jun 2007 23:45:31 -0000 Old Synopsis: Deadlock New Synopsis: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jun 7 23:44:46 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=113457 From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 12:20:45 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 337CB16A468 for ; Fri, 8 Jun 2007 12:20:45 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from cmail.yandex.ru (cmail.yandex.ru [213.180.193.1]) by mx1.freebsd.org (Postfix) with ESMTP id A020713C469 for ; Fri, 8 Jun 2007 12:20:44 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [213.180.202.1] (wawa.yandex.ru [213.180.202.1]) by cmail.yandex.ru (8.14.1/8.14.1) with ESMTP id l58BvhSI017398; Fri, 8 Jun 2007 15:57:43 +0400 (MSD) (envelope-from wawa@yandex-team.ru) Message-ID: <46694434.9090305@yandex-team.ru> Date: Fri, 08 Jun 2007 15:57:40 +0400 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.11) Gecko/20070217 Iceape/1.0.8 (Debian-1.0.8-4) MIME-Version: 1.0 To: David Christensen References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030105070906020209010103" Cc: Tom Judge , freebsd-net Subject: Re: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 12:20:45 -0000 This is a cryptographically signed message in MIME format. --------------ms030105070906020209010103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit [skip] >> Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading >> ethernet >> header (len 4294967292 pkt len 4294967292) >> Jun 7 12:20:29 gonzo last message repeated 54 times >> Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not >> responding >> >> >> Is this a know problem? If so is there a solution? >> I've sent patch couple months ago. Did you try it ? [skip] WBR -- Vladimir Ivanov Network Operations Center OOO "Yandex" t: +7 495 739-7000 f: +7 495 739-7070 @: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: www.yandex.ru -- --------------ms030105070906020209010103 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGJzCC AuAwggJJoAMCAQICEFuWN3fzFL7yRhcuYyvn3cgwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDYyODE1MjAxMVoX DTA3MDYyODE1MjAxMVowRTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEiMCAG CSqGSIb3DQEJARYTd2F3YUB5YW5kZXgtdGVhbS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAM1EpYvBCs5XMLDPDg5tRbD+cPCbBxVjVosITiajgg7eRtgIewxyNoIPC8TY KkUfbJTO33s09XmfbYjQhtWQA4mFRIgSJqy5WtXdSl1+Gjq2MMy7TZjN0CH6boshmGnxjW/D 0FV8qm4PebXD1PDWokmOx+etcudCr2WSPZ0oPdqS2EkWgClLK6v7qjdm8oTF5rA+ro1t1KXh RvnYxYv0nz0moWG0G8RPtQ2kNpODbmbEBqKl2pTrOw+o6nY7Z47FJXEZiqpPBLXUV+2ykYey 2PT3lZtYwHOh76kh3HdsVVd8UQVfalCZNNJJkZXD0QRfxByBEGHLdYC34SRzvyHK/HkCAwEA AaMwMC4wHgYDVR0RBBcwFYETd2F3YUB5YW5kZXgtdGVhbS5ydTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAIj8aIRL9pal/v0odxMweiFvOdTJBI3Ov/mmA0FNrxeSDD9ALUy5 ROAqyuvIxjkyisxlx1iAtMGmPuu+9vVGT8W4ZcO8PdCFjXnvUV1ec+lNKKlGO4Hbh9Q9MKi7 Gg1wKN5G1OdDGlHkHnGNIS9R3WPSSFdm7+GAnCOTNsL6gzGsMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCAlEwggJNAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBbljd38xS+8kYXLmMr593IMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcwNjA4MTE1NzQwWjAjBgkqhkiG 9w0BCQQxFgQUw7ecUAYKRm9+9L+joULMHCzby1owUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG 9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcN AwICASgwDQYJKoZIhvcNAQEBBQAEggEAueNVJOzWGOedR4dEezZoPsOTP3EvQrv4GO42qQTe Q7gn88ICyHSFssAk8exvDJ83qnGP0XWC2HBWG6PTN/8lvExtveLS5qyTVXNt+1cTb0kxA6iq EaNKW23Fq8/DY/1FDfR5hE7eGQu8n5qQjUPI85ynGRfmwKQoyrjGnyDTCrp7vBgXY+1dMrOD Ecf7Z4bPzrKjVTnLatLVT8BjMRwJp6tA813EgKQWXgnywmDMXk6bg6To6lpI0Spf2hcqnFlX uyALyWIv3WzHdqZaJF/o3YsYsflNqG6MTSY4ZKaGa86veVoE8+FMt0m2/0sAEATGxUbeZSnQ I3XGJk1FIjB/9AAAAAAAAA== --------------ms030105070906020209010103-- From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 13:22:04 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEBEA16A400 for ; Fri, 8 Jun 2007 13:22:04 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from psmtp.com (s200aob14.obsmtp.com [207.126.144.118]) by mx1.freebsd.org (Postfix) with SMTP id EEA5113C487 for ; Fri, 8 Jun 2007 13:21:54 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Fri, 08 Jun 2007 13:21:40 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 00C8D18141C; Fri, 8 Jun 2007 14:21:39 +0100 (BST) Message-ID: <46695778.50703@tomjudge.com> Date: Fri, 08 Jun 2007 14:19:52 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Vladimir Ivanov References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <46694434.9090305@yandex-team.ru> In-Reply-To: <46694434.9090305@yandex-team.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , David Christensen Subject: Re: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 13:22:05 -0000 Vladimir Ivanov wrote: > [skip] >>> Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading >>> ethernet header (len 4294967292 pkt len 4294967292) >>> Jun 7 12:20:29 gonzo last message repeated 54 times >>> Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not >>> responding >>> >>> >>> Is this a know problem? If so is there a solution? >>> > I've sent patch couple months ago. > Did you try it ? > > [skip] > > WBR > Vladimir, Is this the patch attached to your post titled "Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).". If not could you send me a link to the post? Thanks Tom From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 13:58:16 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABDDB16A46D for ; Fri, 8 Jun 2007 13:58:16 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from cmail.yandex.ru (cmail.yandex.ru [213.180.193.1]) by mx1.freebsd.org (Postfix) with ESMTP id 40E7913C455 for ; Fri, 8 Jun 2007 13:58:16 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [213.180.202.1] (wawa.yandex.ru [213.180.202.1]) by cmail.yandex.ru (8.14.1/8.14.1) with ESMTP id l58DwC1u032859; Fri, 8 Jun 2007 17:58:12 +0400 (MSD) (envelope-from wawa@yandex-team.ru) Message-ID: <46696070.1080100@yandex-team.ru> Date: Fri, 08 Jun 2007 17:58:08 +0400 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.11) Gecko/20070217 Iceape/1.0.8 (Debian-1.0.8-4) MIME-Version: 1.0 To: Tom Judge References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <46694434.9090305@yandex-team.ru> <46695778.50703@tomjudge.com> In-Reply-To: <46695778.50703@tomjudge.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000705050800000006040904" Cc: freebsd-net , David Christensen Subject: Re: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 13:58:16 -0000 This is a cryptographically signed message in MIME format. --------------ms000705050800000006040904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Tom Judge wrote: [skip] > Vladimir, > > Is this the patch attached to your post titled "Serious bug in most > (?) ethernet drivers (bge, bce, ixgb etc.).". Exactly. Regards, -- Vladimir Ivanov Network Operations Center OOO "Yandex" t: +7 495 739-7000 f: +7 495 739-7070 @: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: www.yandex.ru -- --------------ms000705050800000006040904 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGJzCC AuAwggJJoAMCAQICEFuWN3fzFL7yRhcuYyvn3cgwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDYyODE1MjAxMVoX DTA3MDYyODE1MjAxMVowRTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEiMCAG CSqGSIb3DQEJARYTd2F3YUB5YW5kZXgtdGVhbS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAM1EpYvBCs5XMLDPDg5tRbD+cPCbBxVjVosITiajgg7eRtgIewxyNoIPC8TY KkUfbJTO33s09XmfbYjQhtWQA4mFRIgSJqy5WtXdSl1+Gjq2MMy7TZjN0CH6boshmGnxjW/D 0FV8qm4PebXD1PDWokmOx+etcudCr2WSPZ0oPdqS2EkWgClLK6v7qjdm8oTF5rA+ro1t1KXh RvnYxYv0nz0moWG0G8RPtQ2kNpODbmbEBqKl2pTrOw+o6nY7Z47FJXEZiqpPBLXUV+2ykYey 2PT3lZtYwHOh76kh3HdsVVd8UQVfalCZNNJJkZXD0QRfxByBEGHLdYC34SRzvyHK/HkCAwEA AaMwMC4wHgYDVR0RBBcwFYETd2F3YUB5YW5kZXgtdGVhbS5ydTAMBgNVHRMBAf8EAjAAMA0G CSqGSIb3DQEBBAUAA4GBAIj8aIRL9pal/v0odxMweiFvOdTJBI3Ov/mmA0FNrxeSDD9ALUy5 ROAqyuvIxjkyisxlx1iAtMGmPuu+9vVGT8W4ZcO8PdCFjXnvUV1ec+lNKKlGO4Hbh9Q9MKi7 Gg1wKN5G1OdDGlHkHnGNIS9R3WPSSFdm7+GAnCOTNsL6gzGsMIIDPzCCAqigAwIBAgIBDTAN BgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTES MBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UE CxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0 aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMC WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GN ADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAK MNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYB Af8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBl cnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYD VQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2as Zw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSe JVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHT HUb/XV9lTzGCAlEwggJNAgEBMHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAhBbljd38xS+8kYXLmMr593IMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcwNjA4MTM1ODA4WjAjBgkqhkiG 9w0BCQQxFgQUHlKEv41CsgJS3uScwTYjcVr/tFgwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG 9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcN AwICASgwDQYJKoZIhvcNAQEBBQAEggEAg42MbTZrPj9XKgC7GrvClfmX8yXXVB1FDNpgBkwe 3aV57V2ZZRt6POoJGXwMsBxANP6n1HwzyvFbtMz+INlQWQp9RZ0bFJxy1fgK+Tx9s02mtARp +twLkQpKyAarESeC/D0pWFHA62cwLkJrVEffWZ9wFq8XoCn++u0TquY6swGeQl3F27Ax5yPZ L4lcjsRveRIkZ72dRsBzdmUOIp6mHqjKEW/ejevXJhoS05lPvldYIAmtDbxgPjbTi9YVZpxr UxdSZDJDiYZ63TezE2q0h2iSBPB+dhc1koE1o9g4zZP18dFQbyjzX4OprsPagttS5tZOmYKI X+z1VZDx+y9q2QAAAAAAAA== --------------ms000705050800000006040904-- From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 15:03:23 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF4E716A49E; Fri, 8 Jun 2007 15:03:23 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 88B1413C44C; Fri, 8 Jun 2007 15:03:21 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l58EQgrf076047; Fri, 8 Jun 2007 18:26:42 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l58EQf9E076046; Fri, 8 Jun 2007 18:26:41 +0400 (MSD) (envelope-from yar) Date: Fri, 8 Jun 2007 18:26:41 +0400 From: Yar Tikhiy To: andre@freebsd.org, net@freebsd.org Message-ID: <20070608142641.GA25127@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: A small window-related bug in tcp_input.c? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 15:03:24 -0000 There is the following code in tcp_input.c (I "underlined" two questionable lines): /* * Process options only when we get SYN/ACK back. The SYN case * for incoming connections is handled in tcp_syncache. * XXX this is traditional behavior, may need to be cleaned up. */ if (tp->t_state == TCPS_SYN_SENT && (thflags & TH_SYN)) { if ((to.to_flags & TOF_SCALE) && (tp->t_flags & TF_REQ_SCALE)) { tp->t_flags |= TF_RCVD_SCALE; tp->snd_scale = to.to_wscale; tp->snd_wnd = th->th_win << tp->snd_scale; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ tiwin = tp->snd_wnd; } if (to.to_flags & TOF_TS) { tp->t_flags |= TF_RCVD_TSTMP; tp->ts_recent = to.to_tsval; tp->ts_recent_age = ticks; } /* Initial send window, already scaled. */ tp->snd_wnd = th->th_win; ^^^^^^^^^^^^^^^^^^^^^^^^^ if (to.to_flags & TOF_MSS) tcp_mss(tp, to.to_mss); if ((tp->t_flags & TF_SACK_PERMIT) && (to.to_flags & TOF_SACKPERM) == 0) tp->t_flags &= ~TF_SACK_PERMIT; } Is it correct that the scaled value in tp->snd_wnd is later overwritten with the unscaled value from th->th_win? -- Yar From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 15:05:16 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15F1B16A469; Fri, 8 Jun 2007 15:05:16 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD2713C45D; Fri, 8 Jun 2007 15:05:14 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l58F5D2h076369; Fri, 8 Jun 2007 19:05:13 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l58F5DQq076368; Fri, 8 Jun 2007 19:05:13 +0400 (MSD) (envelope-from yar) Date: Fri, 8 Jun 2007 19:05:13 +0400 From: Yar Tikhiy To: andre@freebsd.org, net@freebsd.org Message-ID: <20070608150512.GC25127@comp.chem.msu.su> References: <20070608142641.GA25127@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070608142641.GA25127@comp.chem.msu.su> User-Agent: Mutt/1.5.9i Cc: Subject: Re: A small window-related bug in tcp_input.c? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2007 15:05:16 -0000 On Fri, Jun 08, 2007 at 06:26:41PM +0400, Yar Tikhiy wrote: > There is the following code in tcp_input.c (I "underlined" two > questionable lines): > > /* > * Process options only when we get SYN/ACK back. The SYN case > * for incoming connections is handled in tcp_syncache. > * XXX this is traditional behavior, may need to be cleaned up. > */ > if (tp->t_state == TCPS_SYN_SENT && (thflags & TH_SYN)) { > if ((to.to_flags & TOF_SCALE) && > (tp->t_flags & TF_REQ_SCALE)) { > tp->t_flags |= TF_RCVD_SCALE; > tp->snd_scale = to.to_wscale; > tp->snd_wnd = th->th_win << tp->snd_scale; > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > tiwin = tp->snd_wnd; > } > if (to.to_flags & TOF_TS) { > tp->t_flags |= TF_RCVD_TSTMP; > tp->ts_recent = to.to_tsval; > tp->ts_recent_age = ticks; > } > /* Initial send window, already scaled. */ > tp->snd_wnd = th->th_win; > ^^^^^^^^^^^^^^^^^^^^^^^^^ > if (to.to_flags & TOF_MSS) > tcp_mss(tp, to.to_mss); > if ((tp->t_flags & TF_SACK_PERMIT) && > (to.to_flags & TOF_SACKPERM) == 0) > tp->t_flags &= ~TF_SACK_PERMIT; > } > > Is it correct that the scaled value in tp->snd_wnd is later overwritten > with the unscaled value from th->th_win? In addition, the first underlined line and the comment above the second underlined line seem to contradict RFC 1323: The Window field in a SYN (i.e., a or ) segment itself is never scaled. Perhaps tp->snd_scale should be set but no scaling done for a ? -- Yar From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 18:24:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F54E16A469 for ; Fri, 8 Jun 2007 18:24:32 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 46ACE13C448 for ; Fri, 8 Jun 2007 18:24:32 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Fri, 08 Jun 2007 11:24:22 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 969612AF; Fri, 8 Jun 2007 11:24:22 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 81CE52AE; Fri, 8 Jun 2007 11:24:22 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FJB60768; Fri, 8 Jun 2007 11:24:17 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 9CDC469CA3; Fri, 8 Jun 2007 11:24:17 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 8 Jun 2007 11:24:16 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030423ED9A@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <46696070.1080100@yandex-team.ru> Thread-Topic: Problems with BCE network adapter (Dell PE2950) Thread-Index: Acep1RjJ6021b7cSRQih8zLpGGUHtgAJODtw References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <46694434.9090305@yandex-team.ru> <46695778.50703@tomjudge.com> <46696070.1080100@yandex-team.ru> From: "David Christensen" To: "Vladimir Ivanov" , "Tom Judge" X-WSS-ID: 6A77415C37041294396-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-net Subject: RE: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 18:24:32 -0000 > Tom Judge wrote: >=20 > [skip] >=20 > > Vladimir, > > > > Is this the patch attached to your post titled "Serious bug in most=20 > > (?) ethernet drivers (bge, bce, ixgb etc.).". > Exactly. >=20 That patch was already incorporated in the bce driver (if_bce.c, v1.30) on May 4th, 2007. Dave From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 20:15:54 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 35E7516A469 for ; Fri, 8 Jun 2007 20:15:54 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 7847D13C45B for ; Fri, 8 Jun 2007 20:15:53 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 26906 invoked from network); 8 Jun 2007 20:15:52 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@217.44.143.76 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 8 Jun 2007 20:15:51 -0000 X-YMail-OSG: 2mNwyEIVM1lW60.WKGKlwPJLz8BrL78rn0tky0lqjDsf37ds Message-ID: <4669B9DE.6050801@tomjudge.com> Date: Fri, 08 Jun 2007 21:19:42 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: David Christensen References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <46694434.9090305@yandex-team.ru> <46695778.50703@tomjudge.com> <46696070.1080100@yandex-team.ru> <09BFF2FA5EAB4A45B6655E151BBDD9030423ED9A@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD9030423ED9A@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , Vladimir Ivanov Subject: Re: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 20:15:54 -0000 David Christensen wrote: >> Tom Judge wrote: >> >> [skip] >> >>> Vladimir, >>> >>> Is this the patch attached to your post titled "Serious bug in most >>> (?) ethernet drivers (bge, bce, ixgb etc.).". >> Exactly. >> > > That patch was already incorporated in the bce driver (if_bce.c, v1.30) > on May 4th, 2007. > > Dave > This wouldn't be in 6.2-p5 would it? Will the bce driver in RELENG_6 have this patch if so will it back port easily to 6.2-p5? Thanks Tom From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 20:51:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C63316A400 for ; Fri, 8 Jun 2007 20:51:35 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 317D813C468 for ; Fri, 8 Jun 2007 20:51:35 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Fri, 08 Jun 2007 13:51:23 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 11B932AF; Fri, 8 Jun 2007 13:51:22 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id F158D2AE; Fri, 8 Jun 2007 13:51:21 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FJB85779; Fri, 8 Jun 2007 13:51:16 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 371EB69CA4; Fri, 8 Jun 2007 13:51:16 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 8 Jun 2007 13:51:14 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030423EE0D@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <4669B9DE.6050801@tomjudge.com> Thread-Topic: Problems with BCE network adapter (Dell PE2950) Thread-Index: AceqCdbAC+Wv4/+HQ8izaCDzjIK0HgABMSjg References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <46694434.9090305@yandex-team.ru> <46695778.50703@tomjudge.com> <46696070.1080100@yandex-team.ru> <09BFF2FA5EAB4A45B6655E151BBDD9030423ED9A@NT-IRVA-0750.brcm.ad.broadcom.com> <4669B9DE.6050801@tomjudge.com> From: "David Christensen" To: "Tom Judge" X-WSS-ID: 6A771EC037041345710-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-net , Vladimir Ivanov Subject: RE: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 20:51:35 -0000 > David Christensen wrote: > >> Tom Judge wrote: > >> > >> [skip] > >> > >>> Vladimir, > >>> > >>> Is this the patch attached to your post titled "Serious=20 > bug in most=20 > >>> (?) ethernet drivers (bge, bce, ixgb etc.).". > >> Exactly. > >> > >=20 > > That patch was already incorporated in the bce driver=20 > (if_bce.c, v1.30) > > on May 4th, 2007. > >=20 > > Dave > >=20 > This wouldn't be in 6.2-p5 would it? Will the bce driver in RELENG_6=20 > have this patch if so will it back port easily to 6.2-p5? The patch was MFC'd to RELENG_6 in if_bce.c (v1.2.2.15) on June 5th. Dave From owner-freebsd-net@FreeBSD.ORG Fri Jun 8 20:57:06 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05CD16A421 for ; Fri, 8 Jun 2007 20:57:06 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7595013C480 for ; Fri, 8 Jun 2007 20:57:06 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Fri, 08 Jun 2007 13:56:57 -0700 X-Server-Uuid: 6B5CFB92-F616-4477-B110-55F967A57302 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id DA3492AF; Fri, 8 Jun 2007 13:56:56 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id C620C2AE; Fri, 8 Jun 2007 13:56:56 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FJB86703; Fri, 8 Jun 2007 13:56:56 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 50DA469CA3; Fri, 8 Jun 2007 13:56:56 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 8 Jun 2007 13:56:55 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD9030423EE13@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <466873FA.9030800@tomjudge.com> X-MS-Has-Attach: yes Thread-Topic: Problems with BCE network adapter (Dell PE2950) Thread-Index: AcepR5/liNliNxpkQX2uYnIFBN75iAABQuKQ References: <46680DB1.9050905@tomjudge.com> <09BFF2FA5EAB4A45B6655E151BBDD9030414B1EC@NT-IRVA-0750.brcm.ad.broadcom.com> <466873FA.9030800@tomjudge.com> From: "David Christensen" To: "Tom Judge" X-WSS-ID: 6A771D1337041347804-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7AA0F.8C2996AC" Cc: freebsd-net Subject: RE: Problems with BCE network adapter (Dell PE2950) 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, 08 Jun 2007 20:57:06 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C7AA0F.8C2996AC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Tom, There's already some debug code to watch for unusual size packets. If you can recompile the driver from HEAD with the attached diffs we can printout the first 128 bytes of any unusual sized packets. This does enabled other debugging code so performance will drop but that should be OK since this doesn't present as a performance problem. Dave > -----Original Message----- > From: Tom Judge [mailto:tom@tomjudge.com]=20 > Sent: Thursday, June 07, 2007 2:09 PM > To: David Christensen > Cc: freebsd-net > Subject: Re: Problems with BCE network adapter (Dell PE2950) >=20 > David Christensen wrote: > > It's not a problem I've seen before. The driver seems to be=20 > > passing an Ethernet frame up the stack with a length of -4. > > Is there anything unusual about your network setup like VLAN > > tagging, jumbo frames, or anything else that might cause > > the Ethernet frame to be formatted in an unusual manner? > > The error probably occurs in bce_rx_intr() but I'd need to > > see the packet that's causing the problem to figure out why > > the driver isn't calculating the packet length correctly. > >=20 > > Dave=20 > >=20 > Hi Dave, >=20 > The network is running Jumbo frames (8192 Byte frames). There are 5=20 > PE2950's and 7 PE1950's with this NIC on this network. However it is=20 > always the same system that causes the crash in the same=20 > manner. I will=20 > look into reproducing the error tomorrow with the switch port=20 > mirrored=20 > to a second server (with an em NIC). Hopefully I will get=20 > some useful=20 > dump files from tcpdump.... >=20 > Do you have any idea what the frame might look like that=20 > causes this error? >=20 > Here is the NIC config from the system: >=20 > >> #ifconfig bce0 > >> bce0: flags=3D8843 mtu = 8192 > >> =20 > options=3D3b > >> inet 172.31.0.13 netmask 0xffffff00 broadcast=20 > 172.31.0.255 > >> inet 172.31.0.157 netmask 0xffffffff broadcast=20 > 172.31.0.157 > >> inet 172.31.0.161 netmask 0xffffffff broadcast=20 > 172.31.0.161 > >> ether 00:18:8b:88:d8:81 > >> media: Ethernet autoselect (1000baseTX ) > >> status: active >=20 > If its any use the switch is a Dell PowerConnect 5324. >=20 > Tom >=20 > >> I am seeing some problems with one of my Dell PowerEdge=20 > >> 2950's (running=20 > >> RELENG_6_2) on board bce NICs. The interface seems to=20 > crash with the=20 > >> following errors, to which the fix seems to be and "ifconfig=20 > >> bce0 down;=20 > >> ifconfig bce0 up": > >> > >> Jun 7 12:20:29 gonzo kernel: bce0: discard frame w/o leading=20 > >> ethernet=20 > >> header (len 4294967292 pkt len 4294967292) > >> Jun 7 12:20:29 gonzo last message repeated 54 times > >> Jun 7 12:20:58 gonzo kernel: nfs server nfs-server:/usr/home: not=20 > >> responding > >> > >> > >> Is this a know problem? If so is there a solution? > >> > >> Tom > >> > >> #uname -a > >> FreeBSD gonzo.mintel.co.uk 6.2-RELEASE FreeBSD 6.2-RELEASE=20 > >> #10: Thu Apr=20 > >> 5 10:53:39 BST 2007=20 > >> root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 amd64=20 > >> amd64 Intel(R)=20 > >> Xeon(R) CPU 5160 @ 3.00GHz FreeBSD > >> > >> > >> ## dmesg.boot snippet > >> bce0: mem=20 > >> 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > >> bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz > >> miibus0: on bce0 > >> brgphy0: on miibus0 > >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,=20 > 1000baseTX,=20 > >> 1000baseTX-FDX, auto > >> bce0: Ethernet address: 00:18:8b:88:d8:81 > >> > >> ## pciconf -lv snippet > >> bce0@pci9:0:0: class=3D0x020000 card=3D0x01b21028=20 > >> chip=3D0x164c14e4 rev=3D0x12=20 > >> hdr=3D0x00 > >> vendor =3D 'Broadcom Corporation' > >> class =3D network > >> subclass =3D ethernet > >> > >> #ifconfig bce0 > >> bce0: flags=3D8843 mtu 8192 > >> =20 > options=3D3b > >> inet 172.31.0.13 netmask 0xffffff00 broadcast 172.31.0.255 > >> inet 172.31.0.157 netmask 0xffffffff broadcast=20 > 172.31.0.157 > >> inet 172.31.0.161 netmask 0xffffffff broadcast=20 > 172.31.0.161 > >> ether 00:18:8b:88:d8:81 > >> media: Ethernet autoselect (1000baseTX ) > >> status: active > >> > >> #Switch port counters > >> console# show interfaces counters ethernet g10 > >> Port InOctets InUcastPkts InMcastPkts InBcastPkts > >> ---------------- ---------- ----------- ----------- ----------- > >> g10 2615415297 87563987 0 13480 > >> > >> Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts > >> ---------------- ---------- ------------ ------------ ------------ > >> g10 2535595313 136391705 10740316 1420686 > >> > >> FCS Errors: 0 > >> Single Collision Frames: 0 > >> Late Collisions: 0 > >> Excessive Collisions: 0 > >> Internal MAC Tx Errors: 0 > >> Oversize Packets: 0 > >> Internal MAC Rx Errors: 0 > >> Received Pause Frames: 0 > >> Transmitted Pause Frames: 0 > >=20 > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to=20 > "freebsd-net-unsubscribe@freebsd.org" >=20 >=20 >=20 ------_=_NextPart_001_01C7AA0F.8C2996AC Content-Type: application/octet-stream; name=if_bce.diff Content-Transfer-Encoding: base64 Content-Description: if_bce.diff Content-Disposition: attachment; filename=if_bce.diff LS0tIGlmX2JjZS5jLm9yaWcJRnJpIEp1biAgOCAxMjoxODoyNyAyMDA3CisrKyBpZl9iY2UuYwlG cmkgSnVuICA4IDEzOjMzOjQ5IDIwMDcKQEAgLTcwMCw3ICs3MDAsNyBAQAogCQkJCQkgQkNFX1NI QVJFRF9IV19DRkdfQ09ORklHKTsKIAkJCWlmICh2YWwgJiBCQ0VfU0hBUkVEX0hXX0NGR19QSFlf Ml81RykgewogCQkJCXNjLT5iY2VfcGh5X2ZsYWdzIHw9IEJDRV9QSFlfMl81R19DQVBBQkxFX0ZM QUc7Ci0JCQkJREJQUklOVChzYywgQkNFX1dBUk4sICJGb3VuZCAyLjVHYiBjYXBhYmxlIGFkYXB0 ZXJcbiIpOworCQkJCURCUFJJTlQoc2MsIEJDRV9JTkZPLCAiRm91bmQgMi41R2IgY2FwYWJsZSBh ZGFwdGVyXG4iKTsKIAkJCX0KIAkJfQogCX0KQEAgLTQwODgsOCArNDA4OCwxMCBAQAogCQkJCQki TWluKCVkKSwgQWN0dWFsKCVkKSwgTWF4KCVkKVxuIiwgCiAJCQkJCV9fRklMRV9fLCBfX0xJTkVf XywgKGludCkgQkNFX01JTl9NVFUsIAogCQkJCQlsZW4sIChpbnQpIEJDRV9NQVhfSlVNQk9fRVRI RVJfTVRVX1ZMQU4pOwotCQkJCWJjZV9kdW1wX21idWYoc2MsIG0pOwotCQkgCQliY2VfYnJlYWtw b2ludChzYykpOworLyogRFJDIC0gU3RhcnQgKi8NCisJCQkJYmNlX2R1bXBfbWJ1ZihzYywgbSkp Ow0KKy8qCQkgCQliY2VfYnJlYWtwb2ludChzYykpOyAqLw0KKy8qIERSQyAtIEVuZCAqLwogCiAJ CQlsZW4gLT0gRVRIRVJfQ1JDX0xFTjsKIApAQCAtNjM2OCw4ICs2MzcwLDEwIEBACiBzdGF0aWMg dm9pZAogYmNlX2R1bXBfbWJ1ZihzdHJ1Y3QgYmNlX3NvZnRjICpzYywgc3RydWN0IG1idWYgKm0p CiB7Ci0JdTMyIHZhbF9oaSwgdmFsX2xvOwotCXN0cnVjdCBtYnVmICptcCA9IG07CisJdTMyIHZh bF9oaSwgdmFsX2xvOw0KKwlpbnQgaTsKKwlzdHJ1Y3QgbWJ1ZiAqbXAgPSBtOw0KKwl1X2NoYXIg KmQ7CiAKIAlpZiAobSA9PSBOVUxMKSB7CiAJCUJDRV9QUklOVEYoIm1idWY6IG51bGwgcG9pbnRl clxuIik7CkBAIC02Mzk1LDYgKzYzOTksMjMgQEAKIAkJdmFsX2xvID0gQkNFX0FERFJfTE8obXAt Pm1fZGF0YSk7CiAJCXByaW50ZigiKSBtX2RhdGEgPSAweCUwOFg6JTA4WFxuIiwgCiAJCQkgICB2 YWxfaGksIHZhbF9sbyk7CisNCisJCS8qIFByaW50IHVwIHRvIDEyOCBieXRlcyBvZiBkYXRhIChz aG91bGQgYmUgdGhlIEV0aGVybmV0IGhlYWRlcikgKi8NCisJCWQgPSBtdG9kKG0sIHVfY2hhciAq KTsNCisJCWZvciAoaSA9IDA7IChpIDwgbS0+bV9sZW4gJiYgaSA8IDEyOCk7ICkgew0KKwkJCWlm ICgoaSAlIDE2KSA9PSAwKQ0KKwkJCQlwcmludGYoIjB4JTAyWDogIiwgaSk7DQorCQkJaWYgKGkg PD0gbS0+bV9sZW4pIHsNCisJCQkJcHJpbnRmKCIlMDJYICIsICpkKTsNCisJCQkJZCsrOw0KKwkJ CQlpKys7DQorCQkJfSBlbHNlDQorCQkJCWJyZWFrOw0KKwkJCWlmICgoaSAlIDE2KSA9PSAwKQ0K KwkJCQlwcmludGYoIlxuIik7DQorCQl9DQorCQlpZiAoaSAhPSAxMjgpDQorCQkJcHJpbnRmKCJc biIpOw0KIAogCQlpZiAobXAtPm1fZmxhZ3MgJiBNX1BLVEhEUikgewogCQkJQkNFX1BSSU5URigi LSBtX3BrdGhkcjogZmxhZ3MgPSAoICIpOwo= ------_=_NextPart_001_01C7AA0F.8C2996AC Content-Type: application/octet-stream; name=if_bcereg.diff Content-Transfer-Encoding: base64 Content-Description: if_bcereg.diff Content-Disposition: attachment; filename=if_bcereg.diff LS0tIGlmX2JjZXJlZy5oLm9yaWcJRnJpIEp1biAgOCAxMjoxODozNiAyMDA3CisrKyBpZl9iY2Vy ZWcuaAlGcmkgSnVuICA4IDEzOjMxOjEzIDIwMDcKQEAgLTk5LDggKzk5LDExIEBACiAKIC8qKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqLwogLyogRGVidWdnaW5nIG1hY3JvcyBhbmQgZGVmaW5pdGlvbnMuICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICovCi0vKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKi8KLSNkZWZpbmUgQkNFX0NQX0xPQUQgCQkJMHgwMDAwMDAwMQorLyoqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiovDQorLyogRFJDIC0gU3RhcnQgKi8NCisjZGVmaW5lIEJDRV9ERUJVRyAxDQorLyogRFJD IC0gRW5kICovCisjZGVmaW5lIEJDRV9DUF9MT0FECQkJCTB4MDAwMDAwMDEKICNkZWZpbmUgQkNF X0NQX1NFTkQJCSAJCTB4MDAwMDAwMDIKICNkZWZpbmUgQkNFX0NQX1JFQ1YJCQkJMHgwMDAwMDAw NAogI2RlZmluZSBCQ0VfQ1BfSU5UUgkJCQkweDAwMDAwMDA4Cg== ------_=_NextPart_001_01C7AA0F.8C2996AC-- From owner-freebsd-net@FreeBSD.ORG Sat Jun 9 09:50:09 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1416D16A46D for ; Sat, 9 Jun 2007 09:50:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2E313C469 for ; Sat, 9 Jun 2007 09:50:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l599o82M081215 for ; Sat, 9 Jun 2007 09:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l599o8wL081211; Sat, 9 Jun 2007 09:50:08 GMT (envelope-from gnats) Date: Sat, 9 Jun 2007 09:50:08 GMT Message-Id: <200706090950.l599o8wL081211@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Kena Cc: Subject: Re: kern/113457: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kena List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 09:50:09 -0000 The following reply was made to PR kern/113457; it has been noted by GNATS. From: Kena To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/113457: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened Date: Sat, 9 Jun 2007 11:15:21 +0200 Issue does not reproduce after upgrading kernel source. - can close this PR. -- Kena From owner-freebsd-net@FreeBSD.ORG Sat Jun 9 21:14:03 2007 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0741B16A469 for ; Sat, 9 Jun 2007 21:14:03 +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 7466113C480 for ; Sat, 9 Jun 2007 21:14:02 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 58356 invoked from network); 9 Jun 2007 20:28:05 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 9 Jun 2007 20:28:05 -0000 Message-ID: <466B1817.4090900@freebsd.org> Date: Sat, 09 Jun 2007 23:13:59 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Yar Tikhiy References: <20070608142641.GA25127@comp.chem.msu.su> <20070608150512.GC25127@comp.chem.msu.su> In-Reply-To: <20070608150512.GC25127@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: A small window-related bug in tcp_input.c? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2007 21:14:03 -0000 Yar Tikhiy wrote: > On Fri, Jun 08, 2007 at 06:26:41PM +0400, Yar Tikhiy wrote: >> There is the following code in tcp_input.c (I "underlined" two >> questionable lines): >> >> /* >> * Process options only when we get SYN/ACK back. The SYN case >> * for incoming connections is handled in tcp_syncache. >> * XXX this is traditional behavior, may need to be cleaned up. >> */ >> if (tp->t_state == TCPS_SYN_SENT && (thflags & TH_SYN)) { >> if ((to.to_flags & TOF_SCALE) && >> (tp->t_flags & TF_REQ_SCALE)) { >> tp->t_flags |= TF_RCVD_SCALE; >> tp->snd_scale = to.to_wscale; >> tp->snd_wnd = th->th_win << tp->snd_scale; >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> tiwin = tp->snd_wnd; >> } >> if (to.to_flags & TOF_TS) { >> tp->t_flags |= TF_RCVD_TSTMP; >> tp->ts_recent = to.to_tsval; >> tp->ts_recent_age = ticks; >> } >> /* Initial send window, already scaled. */ >> tp->snd_wnd = th->th_win; >> ^^^^^^^^^^^^^^^^^^^^^^^^^ >> if (to.to_flags & TOF_MSS) >> tcp_mss(tp, to.to_mss); >> if ((tp->t_flags & TF_SACK_PERMIT) && >> (to.to_flags & TOF_SACKPERM) == 0) >> tp->t_flags &= ~TF_SACK_PERMIT; >> } >> >> Is it correct that the scaled value in tp->snd_wnd is later overwritten >> with the unscaled value from th->th_win? > > In addition, the first underlined line and the comment above the > second underlined line seem to contradict RFC 1323: > > The Window field in a SYN (i.e., a or ) > segment itself is never scaled. > > Perhaps tp->snd_scale should be set but no scaling done for a ? Thanks for noticing. Fixed in rev. 1.356 of tcp_input.c. The whole tcp input processing has quite some bitrot and duplication due to not really being cleaned up after the addition of syncache and compressed timewait. All this stuff is fixed in the upcoming vastly cleaned up, simplified and rewritten tcp_do_segment() I have in the works. Until then I'm backporting a number of incremental fixes to reduce the functional diff. -- Andre