From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 15:26:00 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55C3516A41A for ; Sun, 21 Oct 2007 15:26:00 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0B113C481 for ; Sun, 21 Oct 2007 15:25:34 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so966931wxd for ; Sun, 21 Oct 2007 08:25:15 -0700 (PDT) Received: by 10.70.31.8 with SMTP id e8mr5781927wxe.1192924040560; Sat, 20 Oct 2007 16:47:20 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Sat, 20 Oct 2007 16:47:20 -0700 (PDT) Message-ID: <27cb3ada0710201647y5104bd1fge2540c5fc1e2b49c@mail.gmail.com> Date: Sat, 20 Oct 2007 16:47:20 -0700 From: "Len Gross" To: "Julian Elischer" In-Reply-To: <471A6B72.2030305@elischer.org> MIME-Version: 1.0 References: <27cb3ada0710172051t536a4d11pfdfdb079ebd98932@mail.gmail.com> <20071019224155.GI20308@server.vk2pj.dyndns.org> <20071020183000.E8153@knop-beagle.kn.op.dlr.de> <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> <471A6B72.2030305@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 21 Oct 2007 15:26:00 -0000 May have found what I need. lancereg.h references an AMD Ethernet chip that appears to have a register you can set to enable/disable retry. So, I would just have to find some NICs that use this chip. A task for later in the project. Thanks to all for the discussion. -- Len On 10/20/07, Julian Elischer wrote: > > Len Gross wrote: > > If I have to, I will employ some form of simulation of collisions, but > that > > will have to be done carefully in order to get the effect of collsions > > beteen multiple stations without messing up timing. > > > > I REALLY wanted to have the PHY handle it. Usng half duplex and some > old > > hubs (if I can find one) would get collisions, but the retry would > create > > other problems. > > > > So, looks like "simulated" collisions will be the way to go. > > > > BTW: I'm using Netgraph - very cool stuff. > > > > --Len > > > > thankyou :-) > > > > > > > > > On 10/20/07, Harti Brandt wrote: > >> On Sat, 20 Oct 2007, Peter Jeremy wrote: > >> > >> PJ>On Wed, Oct 17, 2007 at 08:51:34PM -0700, Len Gross wrote: > >> PJ>>I'm doing some protocol development and it is convenient to start > it > >> on > >> PJ>>Ethernet. I will need to send a packet to the Ethernet device and > >> only have > >> PJ>>it be sent once, even if there is a colision. > >> PJ> > >> PJ>I know we've still got some hubs lying around in a backroom at work > >> PJ>but I don't know of anything that will let you disable the > retry-on-CD. > >> PJ> > >> PJ>Have you considered simulating the network at a slightly higher > lever: > >> PJ>Use ipfw pipes or similar to simulate packet loss (either set a > queue > >> PJ>length of 1 or probabilistically). This could be done either as a > >> PJ>bridge or by tunneling your protocol over IP or UDP. > >> > >> Some years ago I wrote a netgraph node that connected to ethernet nodes > >> and simulated a wireless broadcast channel including collisions, > >> timevariable delay, loss and shaping. Can be done in a couple of > hundreds > >> of lines and easily allows >100MBit/sec with gigabit ethernet. The > >> ethernet is just the physical transport medium for the packets and does > >> not take part in the emulation. All that was controlled by bsnmpd and a > >> remote command line tool and/or Java-GUI. Unfortunately I cannot > release > >> this (yet) due to licensing... > >> > >> harti > >> > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 15:32:18 2007 Return-Path: Delivered-To: Net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ED5316A46D for ; Sun, 21 Oct 2007 15:32:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDFC13C4D1 for ; Sun, 21 Oct 2007 15:31:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so813688rvb for ; Sun, 21 Oct 2007 08:31:42 -0700 (PDT) Received: by 10.114.13.1 with SMTP id 1mr1750378wam.1192936367514; Sat, 20 Oct 2007 20:12:47 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m27sm6060443wag.2007.10.20.20.12.43 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 20 Oct 2007 20:12:45 -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 l9L395N6000231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Oct 2007 12:09:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9L395e6000230; Sun, 21 Oct 2007 12:09:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 21 Oct 2007 12:09:05 +0900 From: Pyun YongHyeon To: Yarema Message-ID: <20071021030905.GB99816@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: yongari@FreeBSD.org, Net@FreeBSD.org Subject: Re: if_re Fatal trap 12: page fault while in kernel mode 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: Sun, 21 Oct 2007 15:32:18 -0000 On Fri, Oct 19, 2007 at 09:01:54PM -0400, Yarema wrote: > I'm running a pair of VIA C7 mini-ITX carp(4)ed 6.2-STABLE boxes with one > if_vr and three if_re RealTek 8169S Single-chip Gigabit Ethernet NICs. vr > is used for pfsync and all re interfaces have carp. I'm unable to run any > kernel newer than April 11th, 2007 without getting something along the > lines of: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x31 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0658773 > stack pointer = 0x28:0xe374bc28 > frame pointer = 0x28:0xe374bc7c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11 (swi1: net) > trap number = 12 > panic: page fault > Uptime: 32s > > usually within a minute of going multiuser. Single user is stable and > allows me to roll back to the good Apr 11th kernel. I've tried building a > newer kernel using /sys/dev/re/if_re.c Revision 1.46.2.26 committed on Apr > 11th with the same results. Kernel panic within a minute of bootup, but > rock solid in single user. > > --On Friday, October 19, 2007 11:19:40 +0300 Vlad GALU wrote: > > >I recall experiencing some crashes with ZERO_COPY_SOCKETS on > >RELENG_6 and it was related to the VM subsystem. Tor Egge may have a > >better idea about the problem and whether it was fixed in RELENG_7 or > >not. > > I do have ZERO_COPY_SOCKETS enabled. Could this be relevant? > > I've put up the the dmesg.boot, kernel, vmcore, panic.txt and the KERNCONF > files at http://yds.CoolRat.org/C787D3NG/ 403 Would show me backtrace information? -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 16:20:58 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0576716A418 for ; Sun, 21 Oct 2007 16:20:58 +0000 (UTC) (envelope-from pyunyh@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 D316113C4C4 for ; Sun, 21 Oct 2007 16:20:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1044758waf for ; Sun, 21 Oct 2007 09:20:46 -0700 (PDT) Received: by 10.114.201.1 with SMTP id y1mr3596788waf.1192935875149; Sat, 20 Oct 2007 20:04:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k23sm6063741waf.2007.10.20.20.04.31 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 20 Oct 2007 20:04:33 -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 l9L30tH2000211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Oct 2007 12:00:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9L30r4W000210; Sun, 21 Oct 2007 12:00:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 21 Oct 2007 12:00:53 +0900 From: Pyun YongHyeon To: Garrett Cooper Message-ID: <20071021030053.GA99816@cdnetworks.co.kr> References: <20071019182349.J97691@odysseus.silby.com> <47194EA1.8000402@u.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47194EA1.8000402@u.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: Marvell chipsets on 8-CURRENT and XP x64 won't talk with one another 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: Sun, 21 Oct 2007 16:20:58 -0000 On Fri, Oct 19, 2007 at 05:41:05PM -0700, Garrett Cooper wrote: > Mike Silbersack wrote: > > > >On Fri, 19 Oct 2007, Garrett Cooper wrote: > > > >>Hi, > >> In an effort to connect my 2 machines up -- the FreeBSD 8-CURRENT > >>and the Windows box, for filesharing via SMB I've installed samba3 > >>and done that song and dance to get things to work. The really weird > >>thing is that my 2 machines will talk via ICMP with one another, but > >>not via TCP and/or UDP (connections time out). Thinking that it was > >>just a samba3 issue, I tried ssh as well (Cygwin installed), and ssh > >>connections (Windows to FreeBSD) fails with connection timeouts as well. > >> Both machines have Marvell onboard chipsets and will communicate > >>with my Mac OSX 10.4.9 iBook (has a Broadcom chipset) without issue > >>(in fact that's what I'm using as my 'bridge' right now). I tried > >>also using an SMB client via my Xbox but that failed as well (then > >>again the XBMC SMB client tended to be really quirky if setup > >>incorrectly). > >> I'm not sure where to start, so if there are any ideas I'd be > >>more than happy to hear them. This issue has been occurring from > >>7-CURRENT built in late September to 8-CURRENT built 6 days ago. > >>Thanks, > >>-Garrett > > > >Just to clarify, how are the two hooked together? Is it over gigabit > >switch, a 10mbps hub, or directly cabled together? > > > >-Mike > > Sure. They're both connected over a gigabit switch, but the Windows > driver's kind of sketchy because it keeps on switching between 100MBit > and 1GBit. I haven't really paid that much attention to what speed the > FreeBSD msk driver is registering at. I'm not sure but it looks like bad-cabling issue. Gigabit link partners requires four-pair RJ-45 cable to establish 10/100/1000Mbps link. The e1000phy(4) has lack of downshift feature of Marvell PHY. Without the downshift feature two-pairs RJ-45 cable can negotiate to 1000Mbps but fails to link with link-partner. Activating downshift feature will retry to link at 10Mbps or 100Mbps such that you can send/receive frames at 10/100Mbps. Unfortunately, the bit positions that enable the downshift feature is different for each PHY models and the vendor didn't release these information to developers. Even if we had managed to make downshift feature available for the PHY there are no user interface to get/set the feature in mii layer. Flow-controls, master/slave configuration, MDI/MDIX selection, polarity correction, DTE detection and downshift feature needs more work in mii layer, I guess. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 16:59:03 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6030A16A421 for ; Sun, 21 Oct 2007 16:59:03 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 467B213C4B9 for ; Sun, 21 Oct 2007 16:59:02 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1053788waf for ; Sun, 21 Oct 2007 09:58:56 -0700 (PDT) Received: by 10.115.23.12 with SMTP id a12mr2659877waj.1192941553179; Sat, 20 Oct 2007 21:39:13 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Sat, 20 Oct 2007 21:39:13 -0700 (PDT) Message-ID: Date: Sat, 20 Oct 2007 21:39:13 -0700 From: "Kip Macy" To: "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: refactoring tcp_output 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, 21 Oct 2007 16:59:03 -0000 I've re-factored tcp_output into a number of smaller routines with the intent of making it easier to work with. I would like feedback on how to improve it. I've benchmarked the change on 10GigE with no measurable performance degradation. The diff can be found at: http://www.fsmware.com/freebsd/tcp_output.diff The actual file (with some additional changes that I'm not asking for review of right now that are local to my branch for a) identifying the egress queue and b) skipping the route lookup on *every* call to ip_output and the corresponding 3 lock acquisitions) can be found at: http://www.fsmware.com/freebsd/tcp_output.c -Kip From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 19:34:34 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9342F16A46D for ; Sun, 21 Oct 2007 19:34:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 89C1F13C494 for ; Sun, 21 Oct 2007 19:34:34 +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.40) with ESMTP; Sat, 20 Oct 2007 13:55:57 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9F0CD126747; Sat, 20 Oct 2007 13:55:56 -0700 (PDT) Message-ID: <471A6B72.2030305@elischer.org> Date: Sat, 20 Oct 2007 13:56:18 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Len Gross References: <27cb3ada0710172051t536a4d11pfdfdb079ebd98932@mail.gmail.com> <20071019224155.GI20308@server.vk2pj.dyndns.org> <20071020183000.E8153@knop-beagle.kn.op.dlr.de> <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> In-Reply-To: <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Harti Brandt Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 21 Oct 2007 19:34:34 -0000 Len Gross wrote: > If I have to, I will employ some form of simulation of collisions, but that > will have to be done carefully in order to get the effect of collsions > beteen multiple stations without messing up timing. > > I REALLY wanted to have the PHY handle it. Usng half duplex and some old > hubs (if I can find one) would get collisions, but the retry would create > other problems. > > So, looks like "simulated" collisions will be the way to go. > > BTW: I'm using Netgraph - very cool stuff. > > --Len > thankyou :-) > > > > On 10/20/07, Harti Brandt wrote: >> On Sat, 20 Oct 2007, Peter Jeremy wrote: >> >> PJ>On Wed, Oct 17, 2007 at 08:51:34PM -0700, Len Gross wrote: >> PJ>>I'm doing some protocol development and it is convenient to start it >> on >> PJ>>Ethernet. I will need to send a packet to the Ethernet device and >> only have >> PJ>>it be sent once, even if there is a colision. >> PJ> >> PJ>I know we've still got some hubs lying around in a backroom at work >> PJ>but I don't know of anything that will let you disable the retry-on-CD. >> PJ> >> PJ>Have you considered simulating the network at a slightly higher lever: >> PJ>Use ipfw pipes or similar to simulate packet loss (either set a queue >> PJ>length of 1 or probabilistically). This could be done either as a >> PJ>bridge or by tunneling your protocol over IP or UDP. >> >> Some years ago I wrote a netgraph node that connected to ethernet nodes >> and simulated a wireless broadcast channel including collisions, >> timevariable delay, loss and shaping. Can be done in a couple of hundreds >> of lines and easily allows >100MBit/sec with gigabit ethernet. The >> ethernet is just the physical transport medium for the packets and does >> not take part in the emulation. All that was controlled by bsnmpd and a >> remote command line tool and/or Java-GUI. Unfortunately I cannot release >> this (yet) due to licensing... >> >> harti >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Oct 21 23:27:54 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9019216A419 for ; Sun, 21 Oct 2007 23:27:54 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id CF79A13C481 for ; Sun, 21 Oct 2007 23:27:53 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from 52-217-124-91.pool.ukrtel.net ([91.124.217.52]:11792 "EHLO 52-217-124-91.pool.ukrtel.net" smtp-auth: "kes-kes" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S737607AbXJUXLz (ORCPT ); Mon, 22 Oct 2007 03:11:55 +0400 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: kes-kes Date: Mon, 22 Oct 2007 02:11:55 +0300 From: KES X-Mailer: The Bat! (v3.80.06) Professional Organization: SaftTen X-Priority: 2 (High) Message-ID: <1808976198.20071022021155@yandex.ru> To: Olivier Warin In-Reply-To: <9D1C5636-E513-4D88-9B1E-5646C0C0897D@xview.net> References: <9D1C5636-E513-4D88-9B1E-5646C0C0897D@xview.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: BUG ipfw X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: KES List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2007 23:27:54 -0000 Reconfiguring ipfw queue does not change queue weight. Only deletion queue from firewall and adding it with new weight again helps kes# ipfw queue show 31 *** configure queue with weight >>>90<<< kes# ipfw queue 31 config pipe 9 weight 90 mask dst-ip 0xffffffff gred 0.002/10/30/0.1 *** queue configured successfully kes# ipfw queue show 31 q00031: weight 90 pipe 9 50 sl. 0 queues (64 buckets) GRED w_q 0.001999 min_th 10 max_th 30 max_p 0.099991 *** configure queue with weight >>>10<<< kes# ipfw queue 31 config pipe 9 weight 10 mask dst-ip 0xffffffff gred 0.002/10/30/0.1 *** reconfiguration FAILED kes# ipfw queue show 31 q00031: weight 90 pipe 9 50 sl. 0 queues (64 buckets) GRED w_q 0.001999 min_th 10 max_th 30 max_p 0.099991 *** delete queue, and add it again kes# ipfw queue 31 delete kes# ipfw queue show 31 kes# ipfw queue 31 config pipe 9 weight 10 mask dst-ip 0xffffffff gred 0.002/10/30/0.1 *** it seems help but... kes# ipfw queue 31 show q00031: weight 10 pipe 9 50 sl. 1 queues (64 buckets) GRED w_q 0.001999 min_th 10 max_th 30 max_p 0.099991 ... but this is cause next problem: if I delete queue all packets for this queue are dropped EXPECTED BEHAVIOUR: reconfigure queue without deleting it like pipe -- С уважением, KES mailto:kes-kes@yandex.ru From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 01:32:06 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40F2216A419 for ; Mon, 22 Oct 2007 01:32:06 +0000 (UTC) (envelope-from fbsd-net@mawer.org) Received: from outbound.icp-qv1-irony-out2.iinet.net.au (outbound.icp-qv1-irony-out2.iinet.net.au [203.59.1.107]) by mx1.freebsd.org (Postfix) with ESMTP id C248313C4A6 for ; Mon, 22 Oct 2007 01:32:05 +0000 (UTC) (envelope-from fbsd-net@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAJ6XG0fLzq3r/2dsb2JhbAAM X-IronPort-AV: E=Sophos;i="4.21,308,1188748800"; d="scan'208";a="220372744" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 22 Oct 2007 09:18:29 +0800 Message-ID: <471BFA09.8060504@mawer.org> Date: Mon, 22 Oct 2007 11:16:57 +1000 From: Antony Mawer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Len Gross References: <27cb3ada0710172051t536a4d11pfdfdb079ebd98932@mail.gmail.com> <20071019224155.GI20308@server.vk2pj.dyndns.org> <20071020183000.E8153@knop-beagle.kn.op.dlr.de> <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> <471A6B72.2030305@elischer.org> <27cb3ada0710201647y5104bd1fge2540c5fc1e2b49c@mail.gmail.com> In-Reply-To: <27cb3ada0710201647y5104bd1fge2540c5fc1e2b49c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Julian Elischer Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 22 Oct 2007 01:32:06 -0000 On 21/10/2007 9:47 AM, Len Gross wrote: > May have found what I need. > > lancereg.h references an AMD Ethernet chip that appears to have a register > you > can set to enable/disable retry. So, I would just have to find some > NICs that use this chip. A task for later in the project. > > Thanks to all for the discussion. The default NIC in VMware Workstation emulates this NIC using the lnc driver - I do not know how accurate the emulation is (eg. does the emulated NIC support this register), but it may provide another avenue to explore for your testing... --Antony From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 01:54:47 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2AE416A418; Mon, 22 Oct 2007 01:54:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 949CE13C4AA; Mon, 22 Oct 2007 01:54:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9M1sime049772; Mon, 22 Oct 2007 01:54:44 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9M1sidL049768; Mon, 22 Oct 2007 01:54:44 GMT (envelope-from linimon) Date: Mon, 22 Oct 2007 01:54:44 GMT Message-Id: <200710220154.l9M1sidL049768@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/117293: [carp] CARP interfaces causes packet loss 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, 22 Oct 2007 01:54:47 -0000 Synopsis: [carp] CARP interfaces causes packet loss Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Oct 22 01:54:35 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=117293 From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 05:01:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D255C16A419 for ; Mon, 22 Oct 2007 05:01:17 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 8BC0913C4A7 for ; Mon, 22 Oct 2007 05:01:17 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1106524wxd for ; Sun, 21 Oct 2007 22:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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:references; bh=FtPXggCaIHRKPveEHWtHs4ekvy8gqpm7i1NGjZ6hXF0=; b=CevNov9kW3THwNU4G6Gxtj/A1nJeVmwEahNwAuUV6nwv0KM/iRCVGlqPyrB3d8a/JJlmCu6QIbwuqfDPVesmnDq2NY8Swdd5/0ycoNHnZ2lc27+FfZEeOx9hShZrRntQxM0ReaOiO7pP/I1adA0pn1Kh3f3nqyWV4lVjPuOAsj4= 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:references; b=FAfqQ3JarwPV9u2oZVfneP8IFMf/tz/ucq1szwGmt3x9o7LpytV7g0781dYNvoR40ZJ/Jxa6vSPKJ1QBiVymeCQX/XTtjD2wUjEqWiuEVYGlgiuYNDfdHqIA8LKQVTP6I9U5joQ5f/xaWrH//w5SEMoj8nb55/gmJdT5qNpjELU= Received: by 10.70.7.13 with SMTP id 13mr8128423wxg.1193029268702; Sun, 21 Oct 2007 22:01:08 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Sun, 21 Oct 2007 22:01:08 -0700 (PDT) Message-ID: <27cb3ada0710212201r103c3adl25a229e772c9526f@mail.gmail.com> Date: Sun, 21 Oct 2007 22:01:08 -0700 From: "Len Gross" To: "Antony Mawer" In-Reply-To: <471BFA09.8060504@mawer.org> MIME-Version: 1.0 References: <27cb3ada0710172051t536a4d11pfdfdb079ebd98932@mail.gmail.com> <20071019224155.GI20308@server.vk2pj.dyndns.org> <20071020183000.E8153@knop-beagle.kn.op.dlr.de> <27cb3ada0710201108l5e717fdbhc9fab610cb2a047c@mail.gmail.com> <471A6B72.2030305@elischer.org> <27cb3ada0710201647y5104bd1fge2540c5fc1e2b49c@mail.gmail.com> <471BFA09.8060504@mawer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Julian Elischer Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 22 Oct 2007 05:01:17 -0000 Thanks. I'll look into that. BTW: The "lance" chip appears to be 1990 vintage, might even be ISA On 10/21/07, Antony Mawer wrote: > > On 21/10/2007 9:47 AM, Len Gross wrote: > > May have found what I need. > > > > lancereg.h references an AMD Ethernet chip that appears to have a > register > > you > > can set to enable/disable retry. So, I would just have to find some > > NICs that use this chip. A task for later in the project. > > > > Thanks to all for the discussion. > > The default NIC in VMware Workstation emulates this NIC using the lnc > driver - I do not know how accurate the emulation is (eg. does the > emulated NIC support this register), but it may provide another avenue > to explore for your testing... > > --Antony > From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 05:06:40 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3609916A41B for ; Mon, 22 Oct 2007 05:06:40 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id CC55113C480 for ; Mon, 22 Oct 2007 05:06:39 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1107469wxd for ; Sun, 21 Oct 2007 22:06:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=zfvxyvgYoYcCt2x+VLXwo8mbGWDYcheO9lkJbiIvRSY=; b=q48PNHMz6mm1dUZO8tLsdNiLksZy8w9Kq3UHAUUNa/F2UyQiLyEljcI0jxacrx6Mw/MXEJjwgMzEpiQou2VspWTY1pYmqhuG8ibg3VBQhxvj0DjiptqktEORnE8iYngaEiCtz84S2fJu4LWe+BzT2ppzlXIBGRAj19kaDtZNASg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=aCOT2wojIcKOF3PRq2kO1PHwyOKtG+fkCfuzz7ubo3vaqTHmPO79XYIHT6ppi3sqtzV20mEEvzKMCcwwBKgb7rGHIrN/BKyoUmUuL7fp/HBIePGkO0I02grK6kc7PYtqwBCS9sr/gjoyOER+Q+lwcd+3PFRQmew5ulF+Gd+REWM= Received: by 10.70.47.19 with SMTP id u19mr8125458wxu.1193029590713; Sun, 21 Oct 2007 22:06:30 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Sun, 21 Oct 2007 22:06:30 -0700 (PDT) Message-ID: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> Date: Sun, 21 Oct 2007 22:06:30 -0700 From: "Len Gross" To: "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Netgraph - Breaks "ping" 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, 22 Oct 2007 05:06:40 -0000 I'm trying to "monitor" an ethernet interface with a tee node, but ping breaks when I setup the graph. I suspect I'm doing something "dumb" with respect to how the Ethernet node and/or the iface (ng0) need to be configured in order to make this work, or possibly I'm really using ng0 incorrectly. (I've also tried this with a "direct connect" of rl0: to ng0: which also doesn't work.) Before Netgraph Machine Setup Machine 1 192.168.4.1 Machine 2: 192.168.4.4 (rl0) Machine 1 can ping machine 2 going through rl0 BSD-1# ifconfig rl0 rl0: flags=8843 mtu 1500 options=8 inet6 fe80::248:54ff:fe8b:1cc8%rl0 prefixlen 64 scopeid 0x3 inet 192.168.4.4 netmask 0xffffff00 broadcast 192.168.4.255 ether 00:48:54:8b:1c:c8 media: Ethernet autoselect (100baseTX ) status: active Now on Machine 2, I set up netgraph: Kldload ng_ether Using ngctl to create a path from rl0: to tee: to ng0: Here is the list and show output. There are 6 total nodes: Name: ng0 Type: iface ID: 00000008 Num hooks: 1 Name: tee Type: tee ID: 00000007 Num hooks: 4 Name: rl0 Type: ether ID: 00000004 Num hooks: 1 Name: wi0 Type: ether ID: 00000003 Num hooks: 0 Name: xl0 Type: ether ID: 00000002 Num hooks: 0 Name: ngctl681 Type: socket ID: 00000001 Num hooks: 2 + show tee: Name: tee Type: tee ID: 00000007 Num hooks: 4 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- left2right ngctl681 socket 00000001 upper left ng0 iface 00000008 inet right rl0 ether 00000004 lower right2left ngctl681 socket 00000001 lower + show rl0: Name: rl0 Type: ether ID: 00000004 Num hooks: 1 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- lower tee tee 00000007 right + show ng0: Name: ng0 Type: iface ID: 00000008 Num hooks: 1 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- inet tee tee 00000007 left Now I use machine 1 to ping machine 2 and here is what I get on the ngctl screen. Rec'd data packet on hook "lower": 0000: 00 48 54 8b 1c c8 00 02 3f 8a d6 44 08 00 45 00 .HT.....?..D..E. 0010: 00 3c 02 19 00 00 80 01 af 52 c0 a8 04 01 c0 a8 .<.......R...... 0020: 04 04 08 00 2a 5c 02 00 21 00 61 62 63 64 65 66 ....*\..!.abcdef 0030: 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 ghijklmnopqrstuv 0040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi This looks kind-of right, but I don't get anything back from the ng0 node ( i.e no other output to ngctl.) Also, machine 1 "times out" its ping. BSD-1# ifconfig ng0 ng0: flags=88d1 mtu 1500 inet6 fe80::201:3ff:fe24:ffe3%ng0 prefixlen 64 scopeid 0x6 I've also tried giving ng0 inet addresses, but got the same results. Help! -- Len From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 11:07:10 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 909A916A41B for ; Mon, 22 Oct 2007 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA8413C48A for ; Mon, 22 Oct 2007 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9MB7AFR080020 for ; Mon, 22 Oct 2007 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9MB79XK080016 for freebsd-net@FreeBSD.org; Mon, 22 Oct 2007 11:07:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Oct 2007 11:07:09 GMT Message-Id: <200710221107.l9MB79XK080016@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2007 11:07:10 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/115360 net [ipv6] IPv6 address and if_bridge don't play well toge 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/21998 net [socket] [patch] ident only for outgoing connections 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 o kern/113457 net [ipv6] deadlock occurs if a tunnel goes down while the o kern/113842 net [ipv6] PF_INET6 proto domain state can't be cleared wi o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net 6.2-STABLE panic during use of multi-cast networking c o kern/116172 net Network / ipv6 recursive mutex panic o kern/116185 net if_iwi driver leads system to reboot o kern/116186 net can not set wi channel on current o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net ifconfig tunX destroy: panic o kern/117293 net [carp] CARP interfaces causes packet loss 27 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] [patch] IP Encapsulation mask_match() return 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 kern/103253 net inconsistent behaviour in arp reply of a bridge o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/112654 net [pcn] Kernel panic upon if_pcn module load on a Netfin o kern/114095 net [carp] carp+pf delay with high state limit o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] fstat(1): add INET/INET6 socket details as in o bin/117339 net [patch] route(8): loading routing management commands 16 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 11:15:47 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BB2216A41A for ; Mon, 22 Oct 2007 11:15:47 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from loki.netlab.sk (ns1.netlab.sk [84.245.65.2]) by mx1.freebsd.org (Postfix) with ESMTP id AFC9D13C465 for ; Mon, 22 Oct 2007 11:15:46 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from lex.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Mon, 22 Oct 2007 13:05:50 +0200 id 0002E033.471C840E.000076BD From: Milan Obuch To: freebsd-net@freebsd.org Date: Mon, 22 Oct 2007 13:08:10 +0200 User-Agent: KMail/1.9.6 References: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> In-Reply-To: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710221308.11683.freebsd-net@dino.sk> Subject: Re: Netgraph - Breaks "ping" 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, 22 Oct 2007 11:15:47 -0000 On Monday 22 October 2007 07:06:30 Len Gross wrote: > I'm trying to "monitor" an ethernet interface with a tee node, but ping > breaks when I setup the graph. I suspect I'm doing something "dumb" with > respect to how the Ethernet node and/or the iface (ng0) need to be > configured in order to make this work, or possibly I'm really using ng0 > incorrectly. (I've also tried this with a "direct connect" of rl0: to ng0: > which also doesn't work.) > [ snip ] Could you post exact sequence of ngctl commands used to create you connection from rl0 to ng0? Also, it seems you did breake path from rl0 lower to rl1 upper hook, this is necessary in order to ping work - think of lower hook as ethernet card and upper hook as TCP/IP stack. Without connection (direct or via some other node) IP packets can't travel back and forth... Regards, Milan -- No need to mail me directly. Just reply to mailing list, please. From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 12:53:54 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF7216A418 for ; Mon, 22 Oct 2007 12:53:54 +0000 (UTC) (envelope-from zec@icir.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 85B1913C4B2 for ; Mon, 22 Oct 2007 12:53:53 +0000 (UTC) (envelope-from zec@icir.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id D69EB9B647; Mon, 22 Oct 2007 14:20:18 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.200.103] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id 4A5389B645; Mon, 22 Oct 2007 14:20:17 +0200 (CEST) From: Marko Zec To: freebsd-net@freebsd.org Date: Mon, 22 Oct 2007 14:20:12 +0200 User-Agent: KMail/1.9.7 References: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> In-Reply-To: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710221420.12674.zec@icir.org> Cc: Len Gross Subject: Re: Netgraph - Breaks "ping" 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, 22 Oct 2007 12:53:54 -0000 On Monday 22 October 2007 07:06:30 Len Gross wrote: > I'm trying to "monitor" an ethernet interface with a tee node, but > ping breaks when I setup the graph. I suspect I'm doing something > "dumb" with respect to how the Ethernet node and/or the iface (ng0) > need to be configured in order to make this work, or possibly I'm > really using ng0 incorrectly. (I've also tried this with a "direct > connect" of rl0: to ng0: which also doesn't work.) You don't need an iface (ng0) node to be able to hook a monitoring ngctl process to the ng_tee node. Just as you've connected rl0.lower hook to the tee node, connect the rl0.upper hook to the tee node instead of ng0. Marko > Before Netgraph > > Machine Setup > > Machine 1 192.168.4.1 > > Machine 2: 192.168.4.4 (rl0) > > Machine 1 can ping machine 2 going through rl0 > > > > BSD-1# ifconfig rl0 > > rl0: flags=8843 mtu 1500 > > options=8 > > inet6 fe80::248:54ff:fe8b:1cc8%rl0 prefixlen 64 scopeid 0x3 > > inet 192.168.4.4 netmask 0xffffff00 broadcast 192.168.4.255 > > ether 00:48:54:8b:1c:c8 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > Now on Machine 2, I set up netgraph: > > > > Kldload ng_ether > > > > Using ngctl to create a path from rl0: to tee: to ng0: > > Here is the list and show output. > > > > There are 6 total nodes: > > Name: ng0 Type: iface ID: 00000008 > Num hooks: 1 > > Name: tee Type: tee ID: > 00000007 Num hooks: 4 > > Name: rl0 Type: ether ID: 00000004 > Num hooks: 1 > > Name: wi0 Type: ether ID: 00000003 Num > hooks: 0 > > Name: xl0 Type: ether ID: 00000002 > Num hooks: 0 > > Name: ngctl681 Type: socket ID: 00000001 Num > hooks: 2 > > > > + show tee: > > Name: tee Type: tee ID: 00000007 Num > hooks: 4 > > Local hook Peer name Peer type Peer ID Peer > hook > > > ---------- --------- --------- ------- > --------- > > > left2right ngctl681 socket 00000001 upper > > > left ng0 iface 00000008 > inet > > > right rl0 ether 00000004 > lower > > > right2left ngctl681 socket 00000001 lower > > > > + show rl0: > > Name: rl0 Type: ether ID: 00000004 Num > hooks: 1 > > Local hook Peer name Peer type Peer ID Peer > hook > > > ---------- --------- --------- ------- > --------- > > > lower tee tee 00000007 right > > > > + show ng0: > > Name: ng0 Type: iface ID: 00000008 Num > hooks: 1 > > Local hook Peer name Peer type Peer ID Peer > hook > > > ---------- --------- --------- ------- > --------- > > > inet tee tee 00000007 left > > > > > > > Now I use machine 1 to ping machine 2 and here is what I get on the > ngctl screen. > > > > Rec'd data packet on hook "lower": > > 0000: 00 48 54 8b 1c c8 00 02 3f 8a d6 44 08 00 45 00 > .HT.....?..D..E. > > 0010: 00 3c 02 19 00 00 80 01 af 52 c0 a8 04 01 c0 a8 > .<.......R...... > > 0020: 04 04 08 00 2a 5c 02 00 21 00 61 62 63 64 65 66 > ....*\..!.abcdef > > 0030: 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 > ghijklmnopqrstuv > > 0040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi > > > > This looks kind-of right, but I don't get anything back from the ng0 > node ( i.e no other output to ngctl.) Also, machine 1 "times out" > its ping. > > > > BSD-1# ifconfig ng0 > > ng0: flags=88d1 mtu > 1500 > > inet6 fe80::201:3ff:fe24:ffe3%ng0 prefixlen 64 scopeid 0x6 > > > > I've also tried giving ng0 inet addresses, but got the same results. > > > > Help! > > > > -- Len > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Oct 22 16:20:59 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9836C16A41B for ; Mon, 22 Oct 2007 16:20:59 +0000 (UTC) (envelope-from SRS0=f2a818dc674f57de6ce9455cebc964d24fec7f74=496=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDA413C4B2 for ; Mon, 22 Oct 2007 16:20:59 +0000 (UTC) (envelope-from SRS0=f2a818dc674f57de6ce9455cebc964d24fec7f74=496=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id BAQ44257; Mon, 22 Oct 2007 09:20:57 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6AB0045010; Mon, 22 Oct 2007 09:20:42 -0700 (PDT) To: "Len Gross" In-Reply-To: Your message of "Sun, 21 Oct 2007 22:01:08 PDT." <27cb3ada0710212201r103c3adl25a229e772c9526f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1193070042_38958P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 22 Oct 2007 09:20:42 -0700 From: "Kevin Oberman" Message-Id: <20071022162042.6AB0045010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Len Gross X-To_Domain: gmail.com X-To: "Len Gross" X-To_Email: sandiegobiker@gmail.com X-To_Alias: sandiegobiker Cc: freebsd-net@freebsd.org, Antony Mawer , Julian Elischer Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 22 Oct 2007 16:20:59 -0000 --==_Exmh_1193070042_38958P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sun, 21 Oct 2007 22:01:08 -0700 > From: "Len Gross" > Sender: owner-freebsd-net@freebsd.org > > Thanks. I'll look into that. > BTW: The "lance" chip appears to be 1990 vintage, might even be ISA The AMD LANCE was the first popular "Ethernet on a chip". It was used very heavily for about three years after its introduction. While it had some flaws, especially in its early days, it was reliable and very programmable. The latter quality made it very popular with network researchers. It was available on cards from many manufacturers in both PCI and ISA formats. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1193070042_38958P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHHM3akn3rs5h7N1ERAnXkAKCzsSot4J45tx1yAGcTK9cDUm9X7QCgmDfd MQZ4ooBW0fePCMZigSNJNNQ= =n6MC -----END PGP SIGNATURE----- --==_Exmh_1193070042_38958P-- From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 02:25:58 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B54F16A417 for ; Tue, 23 Oct 2007 02:25:58 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id AC0BF13C4A3 for ; Tue, 23 Oct 2007 02:25:57 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1395324wxd for ; Mon, 22 Oct 2007 19:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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:references; bh=P4jnK3xonvbpg/uUt+gaPB8CKMKsMqrkru6ZTqp+Ox8=; b=L371CrUOgZAGFnWALElo1mcrJ0t+hSJ3cKf/7QldM8wGoHd0lxY5HdEN7mGvRbdL49GIng2zUtyeW0q9bsFBPlETdwhRfE4s+jUoGbQz+PEDCESIPCDE0esBjsUgVS/+IAVuQG9vCe9R21l4jB0J+byZyhW9zfT0kDm5v8hWaQo= 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:references; b=mjKLr5cDmXIL5n8w01aM+8h8Xtdk6JhtvWeskhQrsbRYrnqEVjDSn6vsbH6VrbFq6RmTU4Bbqr6qgvFqVfb4ohcjVol9Dp5YMJk5tysgwIeHdxaCMf6eyujgmSifJ7eQIb9K0vOEyOtyzTrSWHAt1GO92lr0obJE9rdn4cRYWkk= Received: by 10.70.68.9 with SMTP id q9mr9958657wxa.1193106351011; Mon, 22 Oct 2007 19:25:51 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Mon, 22 Oct 2007 19:25:50 -0700 (PDT) Message-ID: <27cb3ada0710221925n45fd4776xd15478470d3ec1f6@mail.gmail.com> Date: Mon, 22 Oct 2007 19:25:50 -0700 From: "Len Gross" To: "Kevin Oberman" In-Reply-To: <20071022162042.6AB0045010@ptavv.es.net> MIME-Version: 1.0 References: <27cb3ada0710212201r103c3adl25a229e772c9526f@mail.gmail.com> <20071022162042.6AB0045010@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Antony Mawer , Julian Elischer Subject: Re: Disable Exponential Backoff (retry) on Ethernet? 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, 23 Oct 2007 02:25:58 -0000 So there is hope in using/finding the card(s). Thanks so much for the follow-up. Much appreciated. On 10/22/07, Kevin Oberman wrote: > > > Date: Sun, 21 Oct 2007 22:01:08 -0700 > > From: "Len Gross" > > Sender: owner-freebsd-net@freebsd.org > > > > Thanks. I'll look into that. > > BTW: The "lance" chip appears to be 1990 vintage, might even be ISA > > The AMD LANCE was the first popular "Ethernet on a chip". It was used > very heavily for about three years after its introduction. While it had > some flaws, especially in its early days, it was reliable and very > programmable. The latter quality made it very popular with network > researchers. It was available on cards from many manufacturers in both > PCI and ISA formats. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > > From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 02:28:27 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2943216A417 for ; Tue, 23 Oct 2007 02:28:27 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id A753513C48A for ; Tue, 23 Oct 2007 02:28:26 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1395697wxd for ; Mon, 22 Oct 2007 19:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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:references; bh=rXe6QloHQRwnytH27UV5WX9N3FJJN/nZVtOzEzYDnHo=; b=DIGj3lh8v9dtoWKKJ3ESct21AvS6oq8Zks/SxwLDrIqyQ4Fcbko1kGM+vMyAZlauCcoA4MyVDNUF13pebYxnwmGtSOgzrgm/7oB8f1BVL7sxQvL/XFmT1Wosr+K0Ekamh13flXcY8UxAwdR0CXq8aRuDCJSZCf0hr6kvBRp+HOs= 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:references; b=Aodc2Q8DgFGTmkvYixGHdipNewY9eJ/v2XTyXpTlKi4PZ4Suvry+e2RkNtyo0NyV/ZJkl/Oe/GSHEE7PEEu4UzXklhTy8h37/FITKiEyhO/0VyJT0h+l4e4EE3M7NPrQpZjtB4whYSmvosKEPUDbiyXeqWNKADaZvfZp4zDt8pw= Received: by 10.70.78.8 with SMTP id a8mr9970455wxb.1193106492770; Mon, 22 Oct 2007 19:28:12 -0700 (PDT) Received: by 10.70.19.9 with HTTP; Mon, 22 Oct 2007 19:28:12 -0700 (PDT) Message-ID: <27cb3ada0710221928r63b3e17cg3be567626f49ddc@mail.gmail.com> Date: Mon, 22 Oct 2007 19:28:12 -0700 From: "Len Gross" To: "Marko Zec" In-Reply-To: <200710221420.12674.zec@icir.org> MIME-Version: 1.0 References: <27cb3ada0710212206h6460a7a6heb9a82dde4d9f1dd@mail.gmail.com> <200710221420.12674.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Netgraph - Breaks "ping" 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, 23 Oct 2007 02:28:27 -0000 Exactly right. I must have read the ng_ehter man page 20 times, but now it looks obvious. Thanks so much for the help. (Might need more later, as this is just the tip of a project iceberg.) -- Len On 10/22/07, Marko Zec wrote: > > On Monday 22 October 2007 07:06:30 Len Gross wrote: > > I'm trying to "monitor" an ethernet interface with a tee node, but > > ping breaks when I setup the graph. I suspect I'm doing something > > "dumb" with respect to how the Ethernet node and/or the iface (ng0) > > need to be configured in order to make this work, or possibly I'm > > really using ng0 incorrectly. (I've also tried this with a "direct > > connect" of rl0: to ng0: which also doesn't work.) > > You don't need an iface (ng0) node to be able to hook a monitoring ngctl > process to the ng_tee node. Just as you've connected rl0.lower hook to > the tee node, connect the rl0.upper hook to the tee node instead of > ng0. > > Marko > > > > Before Netgraph > > > > Machine Setup > > > > Machine 1 192.168.4.1 > > > > Machine 2: 192.168.4.4 (rl0) > > > > Machine 1 can ping machine 2 going through rl0 > > > > > > > > BSD-1# ifconfig rl0 > > > > rl0: flags=8843 mtu 1500 > > > > options=8 > > > > inet6 fe80::248:54ff:fe8b:1cc8%rl0 prefixlen 64 scopeid 0x3 > > > > inet 192.168.4.4 netmask 0xffffff00 broadcast 192.168.4.255 > > > > ether 00:48:54:8b:1c:c8 > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > > > > > Now on Machine 2, I set up netgraph: > > > > > > > > Kldload ng_ether > > > > > > > > Using ngctl to create a path from rl0: to tee: to ng0: > > > > Here is the list and show output. > > > > > > > > There are 6 total nodes: > > > > Name: ng0 Type: iface ID: 00000008 > > Num hooks: 1 > > > > Name: tee Type: tee ID: > > 00000007 Num hooks: 4 > > > > Name: rl0 Type: ether ID: 00000004 > > Num hooks: 1 > > > > Name: wi0 Type: ether ID: 00000003 Num > > hooks: 0 > > > > Name: xl0 Type: ether ID: 00000002 > > Num hooks: 0 > > > > Name: ngctl681 Type: socket ID: 00000001 Num > > hooks: 2 > > > > > > > > + show tee: > > > > Name: tee Type: tee ID: 00000007 Num > > hooks: 4 > > > > Local hook Peer name Peer type Peer ID Peer > > hook > > > > > > ---------- --------- --------- ------- > > --------- > > > > > > left2right ngctl681 socket 00000001 upper > > > > > > left ng0 iface 00000008 > > inet > > > > > > right rl0 ether 00000004 > > lower > > > > > > right2left ngctl681 socket 00000001 lower > > > > > > > > + show rl0: > > > > Name: rl0 Type: ether ID: 00000004 Num > > hooks: 1 > > > > Local hook Peer name Peer type Peer ID Peer > > hook > > > > > > ---------- --------- --------- ------- > > --------- > > > > > > lower tee tee 00000007 right > > > > > > > > + show ng0: > > > > Name: ng0 Type: iface ID: 00000008 Num > > hooks: 1 > > > > Local hook Peer name Peer type Peer ID Peer > > hook > > > > > > ---------- --------- --------- ------- > > --------- > > > > > > inet tee tee 00000007 left > > > > > > > > > > > > > > Now I use machine 1 to ping machine 2 and here is what I get on the > > ngctl screen. > > > > > > > > Rec'd data packet on hook "lower": > > > > 0000: 00 48 54 8b 1c c8 00 02 3f 8a d6 44 08 00 45 00 > > .HT.....?..D..E. > > > > 0010: 00 3c 02 19 00 00 80 01 af 52 c0 a8 04 01 c0 a8 > > .<.......R...... > > > > 0020: 04 04 08 00 2a 5c 02 00 21 00 61 62 63 64 65 66 > > ....*\..!.abcdef > > > > 0030: 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 > > ghijklmnopqrstuv > > > > 0040: 77 61 62 63 64 65 66 67 68 69 wabcdefghi > > > > > > > > This looks kind-of right, but I don't get anything back from the ng0 > > node ( i.e no other output to ngctl.) Also, machine 1 "times out" > > its ping. > > > > > > > > BSD-1# ifconfig ng0 > > > > ng0: flags=88d1 mtu > > 1500 > > > > inet6 fe80::201:3ff:fe24:ffe3%ng0 prefixlen 64 scopeid 0x6 > > > > > > > > I've also tried giving ng0 inet addresses, but got the same results. > > > > > > > > Help! > > > > > > > > -- Len > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to > > "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 07:54:52 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E7B16A417 for ; Tue, 23 Oct 2007 07:54:52 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 03E3C13C48D for ; Tue, 23 Oct 2007 07:54:50 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: by smtp.zeninc.net (smtpd, from userid 1000) id 207FE3F38; Tue, 23 Oct 2007 09:54:40 +0200 (CEST) Date: Tue, 23 Oct 2007 09:54:39 +0200 From: VANHULLEBUS Yvan To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Message-ID: <20071023075439.GA9645@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: All mail clients suck. This one just sucks less. Cc: Subject: NAT_T patch update for FreeBSD 7 / HEAD 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, 23 Oct 2007 07:54:52 -0000 Hi all. It took me more time than what I expected to provide an updated NAT_T patch for FreeBSD7 / HEAD, mainly because of hardware issues with my FreeBSD7 workstation, but here are updated patches, which applies/compiles and which seems to work correctly (not so much tested for now, I still don't have any FreeBSD7 in production :-) on RELENG7 branch and on recent HEAD (recent means "after KAME's IPSec stack removal"). http://vanhu.free.fr/FreeBSD/patch-natt-freebsd-HEAD-2007-10-22.diff MD5 (patch-natt-freebsd-HEAD-2007-10-22.diff) = 71ecd192d6df4c499011965bc0c76032 http://vanhu.free.fr/FreeBSD/patch-natt-freebsd7-2007-10-22.diff MD5 (patch-natt-freebsd7-2007-10-22.diff) = bcb4a85a78d9249f8ff493051952d26b Any feedback, bug report, open issue, question to help reporting the patch faster to the official CVS, etc.... are welcome ! Yvan. -- NETASQ http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 14:43:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8B916A417 for ; Tue, 23 Oct 2007 14:43:17 +0000 (UTC) (envelope-from kevin@bortis.ch) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id B04AE13C4B2 for ; Tue, 23 Oct 2007 14:43:17 +0000 (UTC) (envelope-from kevin@bortis.ch) Received: by rv-out-0910.google.com with SMTP id l15so1324572rvb for ; Tue, 23 Oct 2007 07:43:10 -0700 (PDT) Received: by 10.141.107.13 with SMTP id j13mr3070182rvm.1193146896709; Tue, 23 Oct 2007 06:41:36 -0700 (PDT) Received: by 10.141.141.2 with HTTP; Tue, 23 Oct 2007 06:41:36 -0700 (PDT) Message-ID: Date: Tue, 23 Oct 2007 15:41:36 +0200 From: "Kevin Bortis" Sender: kevin@bortis.ch To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 015cf85c470dbe18 Subject: dualstack IPv4/IPv6 ADSL PPPoE configuration? 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, 23 Oct 2007 14:43:17 -0000 Hi, I trying to configure a IPv4/IPv6 dual stack ADSL deployment. From my ISP I have now one IPv4 dynamic address and they also route an /48 IPv6 subnet to me. I have searched the net but I have not found any docs how I can achieve this. If someone know how to configure ppp, please help. The only IPv6 related info I have from the ISP is the address of the subnet. Regards Kevin From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 15:40:07 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ED6516A468 for ; Tue, 23 Oct 2007 15:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3C313C4B3 for ; Tue, 23 Oct 2007 15:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9NFe6Ls077599 for ; Tue, 23 Oct 2007 15:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9NFe6QD077598; Tue, 23 Oct 2007 15:40:06 GMT (envelope-from gnats) Date: Tue, 23 Oct 2007 15:40:06 GMT Message-Id: <200710231540.l9NFe6QD077598@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Lawrence Farr" Cc: Subject: Re: kern/116328: [bge]: Solid hang with bge interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lawrence Farr List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Oct 2007 15:40:07 -0000 The following reply was made to PR kern/116328; it has been noted by GNATS. From: "Lawrence Farr" To: , Cc: Subject: Re: kern/116328: [bge]: Solid hang with bge interface Date: Tue, 23 Oct 2007 16:18:04 +0100 Setting hw.bge.allow_asf="0" at the loader prompt fixes it for me, as per the mail to freebsd-current by Anders Nordby: http://www.nabble.com/HP-Proliant-system-freezes-when-bge-NIC-is-used-tf4666 838.html From owner-freebsd-net@FreeBSD.ORG Tue Oct 23 23:58:48 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A988B16A41A for ; Tue, 23 Oct 2007 23:58:48 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3B25813C4BC for ; Tue, 23 Oct 2007 23:58:47 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 39768375; Wed, 24 Oct 2007 01:58:28 +0300 Message-ID: <471E7C91.9050403@FreeBSD.org> Date: Wed, 24 Oct 2007 01:58:25 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kevin Bortis References: <1193167388.00818069.1193155802@10.7.7.3> In-Reply-To: <1193167388.00818069.1193155802@10.7.7.3> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: dualstack IPv4/IPv6 ADSL PPPoE configuration? 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, 23 Oct 2007 23:58:48 -0000 Kevin Bortis пишет: > I trying to configure a IPv4/IPv6 dual stack ADSL deployment. From my > ISP I have now one IPv4 dynamic address and they also route an /48 > IPv6 subnet to me. > > I have searched the net but I have not found any docs how I can > achieve this. If someone know how to configure ppp, please help. > > The only IPv6 related info I have from the ISP is the address of the subnet. To implement dual-stack PPPoE setup you can use ppp or net/mpd4. Can't say for sure about ppp, but with mpd all you need to do is to enable ipv6cp protocol. After this daemon except IPv4 will also negotiate IPv6 link-level addresses. All you need to do after that is to somehow configure interface with your real IPv6 addresses using some daemon or statically. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 02:30:42 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B70EB16A46D for ; Wed, 24 Oct 2007 02:30:42 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA1013C4A6 for ; Wed, 24 Oct 2007 02:30:42 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 16155 invoked by uid 1002); 24 Oct 2007 02:06:43 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.337468 secs); 24 Oct 2007 02:06:43 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Oct 2007 02:06:36 -0000 Message-ID: <471EA800.5050105@ibctech.ca> Date: Tue, 23 Oct 2007 22:03:44 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Alexander Motin References: <1193167388.00818069.1193155802@10.7.7.3> <471E7C91.9050403@FreeBSD.org> In-Reply-To: <471E7C91.9050403@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org, Kevin Bortis Subject: Re: dualstack IPv4/IPv6 ADSL PPPoE configuration? 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, 24 Oct 2007 02:30:42 -0000 >> The only IPv6 related info I have from the ISP is the address of the >> subnet. > > To implement dual-stack PPPoE setup you can use ppp or net/mpd4. Can't > say for sure about ppp, but with mpd all you need to do is to enable > ipv6cp protocol. After this daemon except IPv4 will also negotiate IPv6 > link-level addresses. All you need to do after that is to somehow > configure interface with your real IPv6 addresses using some daemon or > statically. Due to interest, I'd like to keep this thread alive. Does anyone have a working config that is capable of what the OP asked (dual stack IPv6 and IPv4) in a PPPoE environment? I can post an mpd4 working config that does multilink bonding in IPv4. However, getting this to work with IPv6 as well would be a good thing for Google to capture. I don't have an upstream that does v6 yet, but I do have a v6 block. Is it as simple as assigning a static to the tunnel interface after it comes up and having your ISP route the block to you? With the above suggestion, I just want to understand the 'somehow configure' part... If this doesn't go far here, I will push it to some of my IPv6 and/or network operations lists to get suggestions and report back. If anyone has the ability to trade off a PPPoE login for a brief period that has v6 capabilities, it would be MOST appreciated. Even a login without traffic transit capabilities would be great. If someone could provide such a PPPoE login with v6 and v4 access to test that has operational authority within their network, I would gladly work with them and dedicate as much of the resources and hardware this ISP has to ensure adequate documentation is provided to the community as to how IPv6 and IPv4 dual-stack configuration is done in regards to PPPoE, particularly with mpd4 and more specifically FreeBSD. Thus far, there is no such documentation. Cc'ing -isp. Steve -- Steve Bertrand Senior Network Manager eagle.ca Internet Services 905.373.9313 From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 07:47:59 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5EF16A418; Wed, 24 Oct 2007 07:47:59 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 6300913C480; Wed, 24 Oct 2007 07:47:58 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1193211401; i=frank@pinky.sax.de; bh=K9YGxCzCy7yUqJJhbOVKeidHq8w4ZqTElRpgj9jOcYs=; b=loRfZeSDjSH9v6bR1Ym61GmevglMlu5PrQKRt3A6O6GqyNhtPQPOqBWRTKrVz5oWa7ztBlymVSwZWjUbFV+alw== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.1/8.14.1) with ESMTP-MSA id l9O7a5PI003244; Wed, 24 Oct 2007 09:36:06 +0200 (CEST) (envelope-from frank@pinky.sax.de) Message-Id: <200710240736.l9O7a5PI003244@post.frank-behrens.de> From: "Frank Behrens" To: Steve Bertrand Date: Wed, 24 Oct 2007 09:36:05 +0200 MIME-Version: 1.0 Priority: normal In-reply-to: <471EA800.5050105@ibctech.ca> References: <471E7C91.9050403@FreeBSD.org> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071024:mav@freebsd.org::M1GzW38cq1OgQRzP:0WY+r X-Hashcash: 1:24:071024:wermut@gmail.com::xbotAB7VG2fgIkma:McGM X-Hashcash: 1:24:071024:freebsd-net@freebsd.org::eOecctNeryzJ6ZOP:00000000000GaWv X-Hashcash: 1:24:071024:freebsd-isp@freebsd.org::quM2u7cJxTWvddr9:0000000000CX4o X-Hashcash: 1:24:071024:iaccounts@ibctech.ca::+s/JpbZvXqNY2ims:6DaV Cc: freebsd-isp@freebsd.org, freebsd-net@freebsd.org, Alexander Motin , Kevin Bortis Subject: Re: dualstack IPv4/IPv6 ADSL PPPoE configuration? 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, 24 Oct 2007 07:47:59 -0000 Steve Bertrand wrote on 23 Oct 2007 22:03: > >> The only IPv6 related info I have from the ISP is the address of the > >> subnet. > > > > To implement dual-stack PPPoE setup you can use ppp or net/mpd4. Can't > > say for sure about ppp, but with mpd all you need to do is to enable > > ipv6cp protocol. After this daemon except IPv4 will also negotiate IPv6 > > link-level addresses. All you need to do after that is to somehow > > configure interface with your real IPv6 addresses using some daemon or > > statically. > > Does anyone have a working config that is capable of what the OP asked > (dual stack IPv6 and IPv4) in a PPPoE environment? I had no problems with user-ppp: in ppp.conf: enable ipv6cp in ppp.linkup: add! default HISADDR add! default HISADDR6 in rc.conf, where xxxx:xxxx:: is my subnet ipv6_enable="YES" ipv6_network_interfaces="net0 tun0 lo0" ipv6_ifconfig_net0="xxxx:xxxx:: prefixlen 64 eui64 autoconf" ipv6_gateway_enable="YES" rtadvd_enable="YES" rtadvd_interfaces="net0" Do you see any problems with this setup? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 07:56:03 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A9416A420 for ; Wed, 24 Oct 2007 07:56:03 +0000 (UTC) (envelope-from liujiusheng@galaxywind.com) Received: from m15.cnsun.net (m15.cnsun.net [210.22.15.15]) by mx1.freebsd.org (Postfix) with ESMTP id B32A513C49D for ; Wed, 24 Oct 2007 07:56:03 +0000 (UTC) (envelope-from liujiusheng@galaxywind.com) Received: from KsemailAntiServer-Engine-5.0-Build-050315-localhost (m15.cnsun.net [127.0.0.1]) by m15.cnsun.net (CnSunMail_NC http://www.51.hk) with SMTP id C7CA05BEFFB for ; Wed, 24 Oct 2007 15:50:53 +0800 (CST) Received: from [127.0.0.1] (unknown [222.210.203.91]) by m15.cnsun.net (CnSunMail_NC http://www.51.hk) with ESMTP id 4522B5BEF93 for ; Wed, 24 Oct 2007 15:50:51 +0800 (CST) Message-ID: <471EF736.1070207@galaxywind.com> Date: Wed, 24 Oct 2007 15:41:42 +0800 From: LiuJiusheng User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Routing problems 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, 24 Oct 2007 07:56:03 -0000 Hello all: I have found something interesting in FreeBSD routing. This is a test environment, which is not used in reality(perhaps meaningless). | host |-------| router1 |----------| router2 | 2.2.2.2 2.2.2.1 6.6.6.1 6.6.6.2 X.X.X.X (All run FreeBSD OS) Two routes is added to the router1. (4.4.4.0/24 6.6.6.2) and (6.6.6.0/24 2.2.2.2).Then the routing table look this: Destination Gateway Flags Refs Use Netif Expire 2 link#3 UC 0 0 2.2.2.1 00:0c:29:67:a5:88 UHLW 0 4 2.2.2.2 00:09:6b:42:94:b7 UHLW 1 2 1068 4.4.4/24 6.6.6.2 UGS 0 38 6 link#4 UC 0 0 6.6.6/24 2.2.2.2 UGS 1 0 At this time, route 4.4.4.0 can not be used. When ping 4.4.4.4, the machine prints: sent to: Invalid argument. If I remove the route 6.6.6.0/24, then all become correct. I think this happens because Arp is stored in the routing table (That means this is a design problem). I am just start reading the FreeBSD code, so I don't know if I make some mistake. If I am correct, is there any solutions to this problem.(I test it in linux, and it works fine). Thank you! From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 08:21:59 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC3E16A418 for ; Wed, 24 Oct 2007 08:21:59 +0000 (UTC) (envelope-from kevin@bortis.ch) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 12EA513C481 for ; Wed, 24 Oct 2007 08:21:58 +0000 (UTC) (envelope-from kevin@bortis.ch) Received: by rv-out-0910.google.com with SMTP id l15so94257rvb for ; Wed, 24 Oct 2007 01:21:49 -0700 (PDT) Received: by 10.141.153.16 with SMTP id f16mr127436rvo.1193214108705; Wed, 24 Oct 2007 01:21:48 -0700 (PDT) Received: by 10.141.132.17 with HTTP; Wed, 24 Oct 2007 01:21:48 -0700 (PDT) Message-ID: Date: Wed, 24 Oct 2007 10:21:48 +0200 From: "Kevin Bortis" Sender: kevin@bortis.ch To: freebsd-net@freebsd.org In-Reply-To: <200710240736.l9O7a5PI003244@post.frank-behrens.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471E7C91.9050403@FreeBSD.org> <471EA800.5050105@ibctech.ca> <200710240736.l9O7a5PI003244@post.frank-behrens.de> X-Google-Sender-Auth: e3390ce76f57e3bf Subject: Re: dualstack IPv4/IPv6 ADSL PPPoE configuration? 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, 24 Oct 2007 08:21:59 -0000 Thank you for your answers. In the meantime I have found website describing the IPv6 capabilities of some OS's. I will test your suggestions on weekend. If all work I will write an update for the FreeBSD Handbook. The website was: http://internecine.eu/systems/freebsd-ipv6.html Regards Kevin PS: Native IPv6 is here!!!! < http://tunnelbroker.as8758.net/ On 10/24/07, Frank Behrens wrote: > Steve Bertrand wrote on 23 Oct 2007 22:03: > > >> The only IPv6 related info I have from the ISP is the address of the > > >> subnet. > > > > > > To implement dual-stack PPPoE setup you can use ppp or net/mpd4. Can't > > > say for sure about ppp, but with mpd all you need to do is to enable > > > ipv6cp protocol. After this daemon except IPv4 will also negotiate IPv6 > > > link-level addresses. All you need to do after that is to somehow > > > configure interface with your real IPv6 addresses using some daemon or > > > statically. > > > > > Does anyone have a working config that is capable of what the OP asked > > (dual stack IPv6 and IPv4) in a PPPoE environment? > > I had no problems with user-ppp: > > in ppp.conf: > enable ipv6cp > > in ppp.linkup: > add! default HISADDR > add! default HISADDR6 > > in rc.conf, where xxxx:xxxx:: is my subnet > ipv6_enable="YES" > ipv6_network_interfaces="net0 tun0 lo0" > ipv6_ifconfig_net0="xxxx:xxxx:: prefixlen 64 eui64 autoconf" > ipv6_gateway_enable="YES" > rtadvd_enable="YES" > rtadvd_interfaces="net0" > > > Do you see any problems with this setup? > Regards, > Frank > > -- > Frank Behrens, Osterwieck, Germany > PGP-key 0x5B7C47ED on public servers available. > > _______________________________________________ > 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 Oct 24 13:46:58 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B327916A417 for ; Wed, 24 Oct 2007 13:46:58 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7B29313C491 for ; Wed, 24 Oct 2007 13:46:58 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IkgZB-0006x0-SD for freebsd-net@freebsd.org; Wed, 24 Oct 2007 13:46:37 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:46:37 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Oct 2007 13:46:37 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Wed, 24 Oct 2007 15:48:06 +0200 Lines: 4 Message-ID: References: <46FBE818.3020800@FreeBSD.org> <9bbcef730709271054k5cbda605wcfd44adede05614f@mail.gmail.com> <46FBF101.6080402@FreeBSD.org> <9bbcef730709271208t74938933p704b554625f443ba@mail.gmail.com> <46FC019F.60900@FreeBSD.org> <47095CD3.2040701@FreeBSD.org> <9bbcef730710071534q41313712jdf5b36ecd7c9deb3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: Sender: news Subject: Re: Panic in rt_check 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, 24 Oct 2007 13:46:58 -0000 For all interested in this thread: Patch in PR 112490 by John Baldwin solves this problem (and it's a solution, not a workaround). I hope it gets committed soon :) From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 16:36:15 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815A616A419; Wed, 24 Oct 2007 16:36:15 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6887013C49D; Wed, 24 Oct 2007 16:36:15 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9OGaFQj060273; Wed, 24 Oct 2007 16:36:15 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9OGaFxc060269; Wed, 24 Oct 2007 16:36:15 GMT (envelope-from remko) Date: Wed, 24 Oct 2007 16:36:15 GMT Message-Id: <200710241636.l9OGaFxc060269@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: bin/117448: [CARP] 6.2 kernel crash 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, 24 Oct 2007 16:36:15 -0000 Synopsis: [CARP] 6.2 kernel crash Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed Oct 24 16:35:53 UTC 2007 Responsible-Changed-Why: Over to maintaining group. http://www.freebsd.org/cgi/query-pr.cgi?pr=117448 From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 16:45:46 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC22716A417; Wed, 24 Oct 2007 16:45:46 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D1C1313C4A3; Wed, 24 Oct 2007 16:45:46 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9OGjkNe060565; Wed, 24 Oct 2007 16:45:46 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9OGjkAn060561; Wed, 24 Oct 2007 16:45:46 GMT (envelope-from remko) Date: Wed, 24 Oct 2007 16:45:46 GMT Message-Id: <200710241645.l9OGjkAn060561@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/117456: ipv6 neighbour discovery / bce multicast problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 16:45:47 -0000 Synopsis: ipv6 neighbour discovery / bce multicast problem Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed Oct 24 16:45:30 UTC 2007 Responsible-Changed-Why: This sounds more like a networking problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=117456 From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 18:17:49 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7161416A419 for ; Wed, 24 Oct 2007 18:17:49 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout04-02.prod.mesa1.secureserver.net (smtpout04-01.prod.mesa1.secureserver.net [64.202.165.196]) by mx1.freebsd.org (Postfix) with SMTP id 2876D13C481 for ; Wed, 24 Oct 2007 18:17:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 22115 invoked from network); 24 Oct 2007 18:17:38 -0000 Received: from unknown (24.144.77.243) by smtpout04-04.prod.mesa1.secureserver.net (64.202.165.199) with ESMTP; 24 Oct 2007 18:17:37 -0000 Message-ID: <471F8C41.7030503@seclark.us> Date: Wed, 24 Oct 2007 14:17:37 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: proxy arp on 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:17:49 -0000 Hello List, I must be doing something wrong. I can't seem to get proxy arp to work. Is there some magic. I have the following setup isp router 205.x.x.1 <-> 205.x.x.100/25 rl1 freebsd vr0 205.x.x.129/25 <-> 205.x.x.193/25 arp -an (205.x.x.1) at 00:13:7f:5a:b5:50 on rl1 [ethernet] (205.x.x.193) at 00:30:18:a3:44:2d on vr0 permanent published (proxy only) [ethernet] tcpdump 13:09:51.386793 arp who-has 205.x.x.193 tell 205.x.x.1 but there is no arp-reply from freebsd. rl1: flags=8843 mtu 1500 options=8 inet 205.x.x.100 netmask 0xffffff80 broadcast 205.x.x.127 ether 00:30:18:a3:47:a4 media: Ethernet autoselect (100baseTX ) status: active -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 18:56:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE6E16A420 for ; Wed, 24 Oct 2007 18:56:17 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id A826713C4CC for ; Wed, 24 Oct 2007 18:56:17 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (97lzvmmgdspp58jn@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l9OIuC4a095502; Wed, 24 Oct 2007 11:56:12 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l9OIuA4G095501; Wed, 24 Oct 2007 11:56:10 -0700 (PDT) (envelope-from jmg) Date: Wed, 24 Oct 2007 11:56:10 -0700 From: John-Mark Gurney To: LiuJiusheng Message-ID: <20071024185610.GE39759@funkthat.com> Mail-Followup-To: LiuJiusheng , freebsd-net@freebsd.org References: <471EF736.1070207@galaxywind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471EF736.1070207@galaxywind.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Wed, 24 Oct 2007 11:56:12 -0700 (PDT) Cc: freebsd-net@freebsd.org Subject: Re: Routing problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Oct 2007 18:56:17 -0000 LiuJiusheng wrote this message on Wed, Oct 24, 2007 at 15:41 +0800: > Hello all: > I have found something interesting in FreeBSD routing. This is a test environment, which is not used in reality(perhaps meaningless). > > | host |-------| router1 |----------| router2 | > 2.2.2.2 2.2.2.1 6.6.6.1 6.6.6.2 X.X.X.X > (All run FreeBSD OS) > > Two routes is added to the router1. (4.4.4.0/24 6.6.6.2) and (6.6.6.0/24 2.2.2.2).Then the routing table look this: > Destination Gateway Flags Refs Use Netif Expire > 2 link#3 UC 0 0 > 2.2.2.1 00:0c:29:67:a5:88 UHLW 0 4 > 2.2.2.2 00:09:6b:42:94:b7 UHLW 1 2 1068 > 4.4.4/24 6.6.6.2 UGS 0 38 > 6 link#4 UC 0 0 > 6.6.6/24 2.2.2.2 UGS 1 0 > > At this time, route 4.4.4.0 can not be used. When ping 4.4.4.4, the machine prints: sent to: Invalid argument. If I remove the route 6.6.6.0/24, then all become correct. You need to have the gateway for 4.4.4/24 be 2.2.2.2... The routing code isn't smart enough to follow the trail through 6.6.6/24 to get to 2.2.2.2.... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Wed Oct 24 18:56:26 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 407E216A417 for ; Wed, 24 Oct 2007 18:56:26 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 19D4A13C481 for ; Wed, 24 Oct 2007 18:56:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out3.apple.com (Postfix) with ESMTP id 6641F16275FE; Wed, 24 Oct 2007 11:40:45 -0700 (PDT) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id 4D2C92808A; Wed, 24 Oct 2007 11:40:45 -0700 (PDT) X-AuditID: 11807134-a5e5abb000000c52-a6-471f91ade96e Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay14.apple.com (Apple SCV relay) with ESMTP id 3115128085; Wed, 24 Oct 2007 11:40:45 -0700 (PDT) In-Reply-To: <471F8C41.7030503@seclark.us> References: <471F8C41.7030503@seclark.us> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 24 Oct 2007 11:40:44 -0700 To: Stephen.Clark@seclark.us X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: proxy arp on 6.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: Wed, 24 Oct 2007 18:56:26 -0000 On Oct 24, 2007, at 11:17 AM, Stephen Clark wrote: > I must be doing something wrong. I can't seem to get proxy arp to > work. Is there some > magic. > > I have the following setup isp router 205.x.x.1 <-> 205.x.x.100/25 > rl1 freebsd vr0 205.x.x.129/25 > <-> 205.x.x.193/25 I'm not really sure what you're trying to do from the description above. > arp -an > (205.x.x.1) at 00:13:7f:5a:b5:50 on rl1 [ethernet] > (205.x.x.193) at 00:30:18:a3:44:2d on vr0 permanent published > (proxy only) [ethernet] "proxy only" means that you're adding an ARP entry where you've already got a routing table entry in place. But if you're using the FreeBSD machine to do routing for these /25 netblocks, then you shouldn't need to use ARP proxying at all-- just tell the Cisco router to use 205.x.x.100 as the gateway for 205.x.x.128/25. > tcpdump > 13:09:51.386793 arp who-has 205.x.x.193 tell 205.x.x.1 > > but there is no arp-reply from freebsd. > > rl1: flags=8843 mtu 1500 > options=8 > inet 205.x.x.100 netmask 0xffffff80 broadcast 205.x.x.127 > ether 00:30:18:a3:47:a4 > media: Ethernet autoselect (100baseTX ) > status: active One normally uses ARP proxying to convince the ISP's router to send traffic for machines on a publicly routable subnet to the BSD machine which then re-writes the incoming traffic via NAT for machines behind an unroutable RFC-1918 subnet. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 00:58:16 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE3816A41B for ; Thu, 25 Oct 2007 00:58:16 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id 5C6A513C4A5 for ; Thu, 25 Oct 2007 00:58:13 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 55372 invoked by uid 1008); 25 Oct 2007 00:31:27 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.6-unknown (2006-10-03) on srvmail3 X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.7 tests=AWL,BAYES_00 autolearn=ham version=3.1.6-unknown Received: from unknown (HELO ?10.0.1.10?) (daniel@dgnetwork.com.br@200.243.216.68) by mail.mastercabo.com.br with SMTP; 25 Oct 2007 00:31:21 -0000 Message-ID: <471FE33E.5050800@dgnetwork.com.br> Date: Wed, 24 Oct 2007 22:28:46 -0200 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 00:58:16 -0000 Hi, FreeBSD 6.2-STABLE can support this network card? none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' class = network subclass = ethernet []s -- Daniel Dias Gonзalves DGNET Network Solutions daniel@dgnetwork.com.br http://www.dgnetwork.com.br/ +55 37-88263752 +55 37-32421109 From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 01:29:44 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67AA616A419 for ; Thu, 25 Oct 2007 01:29:44 +0000 (UTC) (envelope-from liujiusheng@galaxywind.com) Received: from m15.cnsun.net (m15.cnsun.net [210.22.15.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2702313C48A for ; Thu, 25 Oct 2007 01:29:42 +0000 (UTC) (envelope-from liujiusheng@galaxywind.com) Received: from KsemailAntiServer-Engine-5.0-Build-050315-localhost (m15.cnsun.net [127.0.0.1]) by m15.cnsun.net (CnSunMail_NC http://www.51.hk) with SMTP id 1F6795BEFFC; Thu, 25 Oct 2007 09:39:35 +0800 (CST) Received: from [127.0.0.1] (unknown [222.210.203.91]) by m15.cnsun.net (CnSunMail_NC http://www.51.hk) with ESMTP id A2A905BEF93; Thu, 25 Oct 2007 09:39:32 +0800 (CST) Message-ID: <471FF1AC.4000800@galaxywind.com> Date: Thu, 25 Oct 2007 09:30:20 +0800 From: LiuJiusheng User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: gurney_j@resnet.uoregon.edu, freebsd-net@freebsd.org References: <471EF736.1070207@galaxywind.com> <20071024185610.GE39759@funkthat.com> In-Reply-To: <20071024185610.GE39759@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Routing problems 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, 25 Oct 2007 01:29:44 -0000 John-Mark Gurney wrote: > LiuJiusheng wrote this message on Wed, Oct 24, 2007 at 15:41 +0800: > >> Hello all: >> I have found something interesting in FreeBSD routing. This is a test environment, which is not used in reality(perhaps meaningless). >> >> | host |-------| router1 |----------| router2 | >> 2.2.2.2 2.2.2.1 6.6.6.1 6.6.6.2 X.X.X.X >> (All run FreeBSD OS) >> >> Two routes is added to the router1. (4.4.4.0/24 6.6.6.2) and (6.6.6.0/24 2.2.2.2).Then the routing table look this: >> Destination Gateway Flags Refs Use Netif Expire >> 2 link#3 UC 0 0 >> 2.2.2.1 00:0c:29:67:a5:88 UHLW 0 4 >> 2.2.2.2 00:09:6b:42:94:b7 UHLW 1 2 1068 >> 4.4.4/24 6.6.6.2 UGS 0 38 >> 6 link#4 UC 0 0 >> 6.6.6/24 2.2.2.2 UGS 1 0 >> >> At this time, route 4.4.4.0 can not be used. When ping 4.4.4.4, the machine prints: sent to: Invalid argument. If I remove the route 6.6.6.0/24, then all become correct. >> > > You need to have the gateway for 4.4.4/24 be 2.2.2.2... The routing > code isn't smart enough to follow the trail through 6.6.6/24 to get to > 2.2.2.2.... > > Linux takes 6.6.6.2 as gateway for route 4.4.4/24. But some Oses have the gateway 2.2.2.2. (treat 4.4.4/24 as a recursive route). Is there any standard for this? From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 01:42:49 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E654C16A41A for ; Thu, 25 Oct 2007 01:42:49 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 90EAA13C4A8 for ; Thu, 25 Oct 2007 01:42:49 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so485744pyb for ; Wed, 24 Oct 2007 18:42:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; bh=EMcIkY3s4aG+yoBoaEgq52Liwk9T6SaekAXkJG3PdEQ=; b=dPntUZgfwvefJ2B9TtTP8RVVRW4nEvG4OZIv53XDT79yroE6oXuf9CTW2iUn6ppAai7hIC3bNVYhkICuQGeaZ1SjEtgfUQWchOhd6yWQIkunzlLXUbugkTfWJvRD2iwvkx9wmUpB9sGpmil2C05F9oXTr9mm0tjqOIdTs7LExSc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:in-reply-to:message-id:references:x-openpgp-key:mime-version:content-type; b=HKbQAGss03j9kjE35beRaYQYCPs+flcFBvyF+ZE/6b/cnYMU3FQGkInXd8MtaR38HjMt/hlFngKDWvx1ej0fHe0sTFk3QFCd2hReKxV9vs6qgf4gcfOsCwPPj2bMcnTgpm+X0TMouvKvq/Qn1QGDNvYQxhmPQKMu5zUfRUjhngQ= Received: by 10.64.199.2 with SMTP id w2mr2659430qbf.1193275087723; Wed, 24 Oct 2007 18:18:07 -0700 (PDT) Received: from ppp-22.116.dialinfree.com ( [209.172.22.116]) by mx.google.com with ESMTPS id e13sm913195qba.2007.10.24.18.18.02 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 18:18:04 -0700 (PDT) Date: Wed, 24 Oct 2007 21:17:38 -0400 From: The Command Line Kid To: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= In-Reply-To: <471FE33E.5050800@dgnetwork.com.br> Message-ID: <20071024211605.O75414@cbynevgl.hper> References: <471FE33E.5050800@dgnetwork.com.br> X-OpenPGP-Key: 0xDFFDD218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 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, 25 Oct 2007 01:42:50 -0000 On Wed, 24 Oct 2007 22:28 -0200, daniel wrote: > Hi, > > FreeBSD 6.2-STABLE can support this network card? > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > hdr=0x00 > vendor = 'Realtek Semiconductor' > class = network > subclass = ethernet > > []s > > Should considering everything from RELENG_4 does with the rl or re driver. Are you having some sort of trouble with this driver ? -- Sincerely, -- CmdLnKid The Command Line Kid. mailto:gmail.com!cmdlnkid - (2^(N-1)) From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 02:54:10 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6DA16A41A for ; Thu, 25 Oct 2007 02:54:10 +0000 (UTC) (envelope-from lstewart@room52.net) Received: from swin.edu.au (gpo3.cc.swin.edu.au [136.186.1.223]) by mx1.freebsd.org (Postfix) with ESMTP id E6D3413C491 for ; Thu, 25 Oct 2007 02:54:08 +0000 (UTC) (envelope-from lstewart@room52.net) Received: from [136.186.229.95] (lstewart.caia.swin.edu.au [136.186.229.95]) by swin.edu.au (8.13.6.20060614/8.13.1) with ESMTP id l9P2rrk2022191; Thu, 25 Oct 2007 12:53:54 +1000 Message-ID: <47200537.8070708@room52.net> Date: Thu, 25 Oct 2007 12:53:43 +1000 From: Lawrence Stewart User-Agent: Thunderbird 1.5.0.9 (X11/20070123) MIME-Version: 1.0 To: d@delphij.net References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> In-Reply-To: <47040D83.9010706@delphij.net> Content-Type: multipart/mixed; boundary="------------090408090708050601050005" X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.1.9 X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on gpo3.cc.swin.edu.au Cc: James Healy , "freebsd-net@freebsd.org" , Jack Vogel , Vladimir Ivanov Subject: Re: SMPable version of 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: Thu, 25 Oct 2007 02:54:10 -0000 This is a multi-part message in MIME format. --------------090408090708050601050005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Xin, LI Xin wrote: > Hi Valdimir and Jack, > > I have ported Valdimir's 1.16 revision of their driver to -CURRENT code > as of today, but I don't have a box that is suitable for testing right > now as I just moved, and the server I used to do FreeBSD coding stuff is > located several thousand miles away :-) > > I hope that this would be useful for adoption to the official em(4) > driver, and thanks Valdimir and Yandex for their work on this. > > Cheers, > We've just tested your patch on a FreeBSD 7-PRERELEASE box running cvsuped source from 14th Oct 2007. The patch applied cleanly and the kernel compiled without error. Booting the new Yandex-enabled kernel resulted in an apparent lock acquisition problem and shortly after, a possibly unrelated kernel panic after starting devd. I'm not sure what info you might need to debug it, but let me know if you need anything in addition to what I thought was relevant and have included in the attached text file. Cheers, Lawrence Stewart http://caia.swin.edu.au --------------090408090708050601050005 Content-Type: text/plain; name="freebsd7_em_yandex_debug.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd7_em_yandex_debug.txt" newtcp1-newtcp# pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x514d8086 chip=0x29a08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'P965/G965 Memory Controller Hub' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x514d8086 chip=0x29a28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'G965 Integrated Graphics Controller' class = display subclass = VGA none0@pci0:0:3:0: class=0x078000 card=0x514d8086 chip=0x29a48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'P965/G965 HECI Controller' class = simple comms em0@pci0:0:25:0: class=0x020000 card=0x00018086 chip=0x104b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82566DC Gigabit Network Connection' class = network subclass = ethernet uhci0@pci0:0:26:0: class=0x0c0300 card=0x514d8086 chip=0x28348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x514d8086 chip=0x28358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x514d8086 chip=0x283a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB none1@pci0:0:27:0: class=0x040300 card=0x25048086 chip=0x284b8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) HD Audio Controller' class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0x283f8086 chip=0x283f8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0x28418086 chip=0x28418086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0x28438086 chip=0x28438086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:3: class=0x060400 card=0x28458086 chip=0x28458086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 4' class = bridge subclass = PCI-PCI pcib5@pci0:0:28:4: class=0x060400 card=0x28478086 chip=0x28478086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) PCI Express Port 5' class = bridge subclass = PCI-PCI uhci2@pci0:0:29:0: class=0x0c0300 card=0x514d8086 chip=0x28308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x514d8086 chip=0x28318086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x514d8086 chip=0x28328086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB UHCI' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x514d8086 chip=0x28368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) USB2 EHCI' class = serial bus subclass = USB pcib6@pci0:0:30:0: class=0x060401 card=0x514d8086 chip=0x244e8086 rev=0xf2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x514d8086 chip=0x28128086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801HH (ICH8DH) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci1@pci0:0:31:2: class=0x010601 card=0x514d8086 chip=0x28218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'ICH8R (ICH8 Family) SATA AHCI Controller' class = mass storage none2@pci0:0:31:3: class=0x0c0500 card=0x514d8086 chip=0x283e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801H (ICH8 Family) SMBus Controller' class = serial bus subclass = SMBus atapci0@pci0:2:0:0: class=0x01018f card=0x610111ab chip=0x610111ab rev=0xb1 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' class = mass storage subclass = ATA em1@pci0:6:0:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet fwohci0@pci0:6:3:0: class=0x0c0010 card=0x514d8086 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire newtcp1-newtcp# cat /var/crash/info.0 Dump header from device /dev/ad12s1b Architecture: i386 Architecture Version: 2 Dump Length: 71716864B (68 MB) Blocksize: 512 Dumptime: Thu Oct 25 11:57:29 2007 Hostname: newtcp1-newtcp.caia.swin.edu.au Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-PRERELEASE #0: Thu Oct 25 11:38:50 EST 2007 root@newtcp1-newtcp.caia.swin.edu.au:/usr/src/sys/i386/compile/NEWTCP-YANDEX Panic String: _mtx_lock_sleep: recursed on non-recursive mutex em0 @ ../../../dev/em/if_em.c:2415 Dump Parity: 1894384915 Bounds: 0 Dump Status: good newtcp1-newtcp# kgdb /usr/src/sys/i386/compile/NEWTCP-YANDEX/kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: [snip] Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-PRERELEASE #0: Thu Oct 25 11:38:50 EST 2007 root@newtcp1-newtcp.caia.swin.edu.au:/usr/src/sys/i386/compile/NEWTCP-YANDEX WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz (1876.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 1055166464 (1006 MB) avail memory = 1019117568 (971 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x3410-0x3417 mem 0x50200000-0x502fffff,0x40000000-0x4fffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M pci0: at device 3.0 (no driver attached) em0: port 0x30e0-0x30ff mem 0x50300000-0x5031ffff,0x50324000-0x50324fff irq 20 at device 25.0 on pci0 em0: Ethernet address: 00:19:d1:e1:17:d3 em0: [FILTER] uhci0: port 0x30c0-0x30df irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0x50325c00-0x50325fff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci1: on pcib1 pcib2: at device 28.1 on pci0 pci2: on pcib2 atapci0: port 0x2018-0x201f,0x2024-0x2027,0x2010-0x2017,0x2020-0x2023,0x2000-0x200f mem 0x50100000-0x501001ff irq 17 at device 0.0 on pci2 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib3: at device 28.2 on pci0 pci3: on pcib3 pcib4: at device 28.3 on pci0 pci4: on pcib4 pcib5: at device 28.4 on pci0 pci5: on pcib5 uhci2: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0x50325800-0x50325bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 em1: port 0x1000-0x103f mem 0x50020000-0x5003ffff,0x50000000-0x5001ffff irq 21 at device 0.0 on pci6 em1: Ethernet address: 00:1b:21:03:64:99 em1: [FILTER] fwohci0: mem 0x50044000-0x500447ff,0x50040000-0x50043fff irq 19 at device 3.0 on pci6 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:27:00:01:c7:e5:b0 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:27:c7:e5:b0 fwe0: Ethernet address: 02:90:27:c7:e5:b0 fwip0: on firewire0 fwip0: Firewire address: 00:90:27:00:01:c7:e5:b0 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x125c000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x3408-0x340f,0x341c-0x341f,0x3400-0x3407,0x3418-0x341b,0x3020-0x303f mem 0x50325000-0x503257ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 6 ports detected ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] ata8: on atapci1 ata8: [ITHREAD] pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] pmtimer0 on isa0 orm0: at iomem 0xcd800-0xce7ff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acquiring duplicate lock of same type: "network driver" 1st em0 @ dev/em/if_em.c:1515 2nd em0 @ dev/em/if_em.c:1516 KDB: stack backtrace: db_trace_self_wrapper(c0a9e41f,e241ec38,c078611e,c0aa07a9,c37e4390,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0aa07a9,c37e4390,c0a6f801,5ec,c0a9a752,...) at kdb_backtrace+0x29 witness_checkorder(c37a5ad4,9,c0a6f7f8,5ec,c0a9ca8e,...) at witness_checkorder+0x6de _mtx_lock_flags(c37a5ad4,0,c0a6f7f8,5ec,c37a5abc,...) at _mtx_lock_flags+0xbc em_handle_link(c37a5800,1,c0a9f611,50,c37a2b9c,...) at em_handle_link+0x63 taskqueue_run(c37a2b80,e241ecf8,c0733615,0,e241ecdc,...) at taskqueue_run+0x10b taskqueue_fast_run(0,e241ecdc,202,c0bb2ba0,c37a2b64,...) at taskqueue_fast_run+0x13 ithread_loop(c37a31c0,e241ed38,c0a9839b,314,c36c0aa0,...) at ithread_loop+0x1b5 fork_exit(c0733460,c37a31c0,e241ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe241ed70, ebp = 0 --- acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata2-master UDMA33 ad12: 238475MB at ata6-master SATA150 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad12s2a <118>Loading configuration files. <118>kernel dumps on /dev/ad12s1b <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. <118>swapon: adding /dev/ad12s1b as swap device <118>Starting file system checks: <118>/dev/ad12s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad12s2a: clean, 80417 free (1257 frags, 9895 blocks, 0.5% fragmentation) <118>/dev/ad12s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad12s2e: clean, 253807 free (31 frags, 31722 blocks, 0.0% fragmentation) <118>/dev/ad12s2f: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad12s2f: clean, 24769438 free (38190 frags, 3091406 blocks, 0.1% fragmentation) <118>/dev/ad12s2d: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad12s2d: clean, 991101 free (309 frags, 123849 blocks, 0.0% fragmentation) <118>Setting hostuuid: b024253a-0c28-11dc-92fa-00e018a3297b. <118>Setting hostid: 0x95afd096. <118>Mounting local file systems: <118>. <118>Setting hostname: newtcp1-newtcp.caia.swin.edu.au. <118>net.inet6.ip6.auto_linklocal: <118>1 <118> -> <118>0 <118> <118>kern.ipc.maxsockbuf: <118>262144 <118> -> <118>104857600 <118> <118>net.inet.tcp.inflight.enable: <118>1 <118> -> <118>0 <118> <118>net.inet.tcp.hostcache.expire: <118>3600 <118> -> <118>1 <118> <118>net.inet.tcp.recvbuf_auto: <118>1 <118> -> <118>0 <118> <118>net.inet.tcp.sendbuf_auto: <118>1 <118> -> <118>0 <118> <118>net.inet.tcp.tso: <118>1 <118> -> <118>0 <118> <118>net.inet.tcp.hostcache.prune: <118>300 <118> -> <118>5 <118> <118>net.inet.ip.fastforwarding: <118>0 <118> -> <118>1 <118> <118>lo0: flags=8049 metric 0 mtu 16384 <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 <118> inet6 ::1 prefixlen 128 <118> inet 127.0.0.1 netmask 0xff000000 <118>em0: flags=8843 metric 0 mtu 1500 <118> options=18b <118> ether 00:19:d1:e1:17:d3 <118> inet 136.186.229.190 netmask 0xffffff00 broadcast 136.186.229.255 <118> media: Ethernet autoselect <118> status: no carrier <118>em1: flags=8843 metric 0 mtu 1500 <118> options=8b <118> ether 00:1b:21:03:64:99 <118> inet 172.16.10.2 netmask 0xffffff00 broadcast 172.16.10.255 <118> media: Ethernet 1000baseTX (autoselect) <118> status: no carrier <118>add net default: gateway 136.186.229.1 <118>add net 172.16.11.0: gateway 172.16.10.1 <118>Additional routing options: <118>. <118>Starting devd. panic: _mtx_lock_sleep: recursed on non-recursive mutex em0 @ ../../../dev/em/if_em.c:2415 cpuid = 0 KDB: enter: panic [snip] (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc074e99e in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc074ec5b in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:563 #3 0xc048cca7 in db_panic (addr=Could not find the frame base for "db_panic". ) at ../../../ddb/db_command.c:433 #4 0xc048d695 in db_command_loop () at ../../../ddb/db_command.c:401 #5 0xc048ee05 in db_trap (type=3, code=0) at ../../../ddb/db_main.c:222 #6 0xc07758f6 in kdb_trap (type=3, code=0, tf=0xe2403b94) at ../../../kern/subr_kdb.c:502 #7 0xc0a053ff in trap (frame=0xe2403b94) at ../../../i386/i386/trap.c:621 #8 0xc09eb81b in calltrap () at ../../../i386/i386/exception.s:139 #9 0xc0775a72 in kdb_enter (msg=0xc0a9b9c2 "panic") at cpufunc.h:60 #10 0xc074ec44 in panic (fmt=0xc0a9a8ce "_mtx_lock_sleep: recursed on non-recursive mutex %s @ %s:%d\n") at ../../../kern/kern_shutdown.c:547 #11 0xc0743347 in _mtx_lock_sleep (m=0xc37a5ad4, tid=3278625360, opts=0, file=0xc0a6f7f8 "../../../dev/em/if_em.c", line=2415) at ../../../kern/kern_mutex.c:310 #12 0xc074356f in _mtx_lock_flags (m=0xc37a5ad4, opts=0, file=0xc0a6f7f8 "../../../dev/em/if_em.c", line=2415) at ../../../kern/kern_mutex.c:186 #13 0xc0574020 in em_local_timer (arg=0xc37a5800) at ../../../dev/em/if_em.c:2415 #14 0xc0760706 in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:274 #15 0xc0733615 in ithread_loop (arg=0xc36bb2b0) at ../../../kern/kern_intr.c:1036 #16 0xc0730ad8 in fork_exit (callout=0xc0733460 , arg=0xc36bb2b0, frame=0xe2403d38) at ../../../kern/kern_fork.c:796 #17 0xc09eb890 in fork_trampoline () at ../../../i386/i386/exception.s:205 (kgdb) --------------090408090708050601050005-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 03:39:13 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D2716A41A for ; Thu, 25 Oct 2007 03:39:13 +0000 (UTC) (envelope-from pyunyh@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 574D713C4A6 for ; Thu, 25 Oct 2007 03:39:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so498230waf for ; Wed, 24 Oct 2007 20:39:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=kr+lnl7sBk5lNWS0pQtU5uNgGxd5UR9wZxpuZ/MHX6E=; b=X5fkgxZiJsCTC6EPbV39V71tN4y8I/3G4RSXU/HwC84B4kuIq6kKaxNRpYw/PBuYRLvUx5gp/uoaQagVZQoBQJAzYveDgX5WwNUkiwfNQiOnlb+DjMBR8/6+UsqbD9hkvzjWpUG97LiqhCNpBBOONDoPpnCJpKqMqwx0Dnpcsx4= 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=JBFu2MKQ/7DA2Vgfji/iSeAjNheqShCr0utvqF6KiYcJpK9/t4K6T526MQwtpqGZsOThzOlieLfs4yoa5G1aP8JddisRarx+QZy7A8xLjZLtqnHBTRYRTjVAi2O9n+LUWU1KqUCOsgiW4kb5745Ek39xwdDtM05l5BVPWj+JsqA= Received: by 10.114.56.1 with SMTP id e1mr1509159waa.1193283544181; Wed, 24 Oct 2007 20:39:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m27sm2880442wag.2007.10.24.20.39.01 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Oct 2007 20:39:03 -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 l9P3ZKCl016830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Oct 2007 12:35:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9P3ZGOF016829; Thu, 25 Oct 2007 12:35:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 25 Oct 2007 12:35:16 +0900 From: Pyun YongHyeon To: Daniel Dias Gon?alves Message-ID: <20071025033516.GC16092@cdnetworks.co.kr> References: <471FE33E.5050800@dgnetwork.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <471FE33E.5050800@dgnetwork.com.br> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 03:39:13 -0000 On Wed, Oct 24, 2007 at 10:28:46PM -0200, Daniel Dias Gon?alves wrote: > Hi, > > FreeBSD 6.2-STABLE can support this network card? > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > hdr=0x00 > vendor = 'Realtek Semiconductor' > class = network > subclass = ethernet > If it's not detected by re(4) your NIC would be newer 8168 series. So try re(4) first and let me know the result.(I have a WIP version for newer 8168 family but need testers.) -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 05:25:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7205E16A421 for ; Thu, 25 Oct 2007 05:25:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 15A9913C4A6 for ; Thu, 25 Oct 2007 05:25:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 8389EEB9DA6; Thu, 25 Oct 2007 13:25:45 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id VHXyIWXACxXu; Thu, 25 Oct 2007 13:25:40 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 1FAFEEB9B28; Thu, 25 Oct 2007 13:25:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=hitHS+Xbm3Wcwzz6G5KLJV5UgstVUmrsAsCccMzDOYfqjEJBhyJspzI0+m4H/MSQ5 4VP+EaiWudmzTnTIC5Ciw== Message-ID: <472028C0.4040004@delphij.net> Date: Wed, 24 Oct 2007 22:25:20 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Lawrence Stewart References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> <47200537.8070708@room52.net> In-Reply-To: <47200537.8070708@room52.net> X-Enigmail-Version: 0.95.4 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA08AEDB99FB3999F7BD44CED" Cc: James Healy , "freebsd-net@freebsd.org" , d@delphij.net, Jack Vogel , Vladimir Ivanov Subject: Re: SMPable version of EM driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 05:25:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA08AEDB99FB3999F7BD44CED Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Shoot, the TX mutex locking and unlocking should not belong here. Let me check the code. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA08AEDB99FB3999F7BD44CED Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHICjBOfuToMruuMARCgO9AJ9l7uVQcRTut29fva9K2Cco/rzCDwCeLTTS CxweDFJhKsBdxE1UZ8QYfGs= =B3Ho -----END PGP SIGNATURE----- --------------enigA08AEDB99FB3999F7BD44CED-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 05:26:08 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3615716A419 for ; Thu, 25 Oct 2007 05:26:08 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 0B20B13C4AC for ; Thu, 25 Oct 2007 05:26:08 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9P5Q6YC001781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 24 Oct 2007 22:26:07 -0700 X-Auth-Received: from [128.208.5.99] (nilakantha.cs.washington.edu [128.208.5.99]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9P5Q6gL026817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 24 Oct 2007 22:26:06 -0700 Message-ID: <47202922.3070700@u.washington.edu> Date: Wed, 24 Oct 2007 22:26:58 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Mike Silbersack References: <20071019182349.J97691@odysseus.silby.com> <47194EA1.8000402@u.washington.edu> <20071019212012.C97691@odysseus.silby.com> In-Reply-To: <20071019212012.C97691@odysseus.silby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.10.24.220256 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: net@freebsd.org Subject: Re: Marvell chipsets on 8-CURRENT and XP x64 won't talk with one another 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, 25 Oct 2007 05:26:08 -0000 Mike Silbersack wrote: > > On Fri, 19 Oct 2007, Garrett Cooper wrote: > >>> Just to clarify, how are the two hooked together? Is it over >>> gigabit switch, a 10mbps hub, or directly cabled together? >>> >>> -Mike >> >> Sure. They're both connected over a gigabit switch, but the Windows >> driver's kind of sketchy because it keeps on switching between >> 100MBit and 1GBit. I haven't really paid that much attention to what >> speed the FreeBSD msk driver is registering at. >> -Garrett > > Ah ha! > > I had the flopping between 100mbps and 1gbps problem with some Intel > cards once - some of the machines in the lab were fine, others kept > switching back and forth. We eventually narrowed it down to the > cables we had hand-made; some of them just weren't up to snuff, and > the NIC apparently decided that it had to go back down to 100. > > I think you should switch your gigabit switch out for a 100mbps switch > and see if the network becomes more reliable. > > -Mike I think I've discovered what the issue is. I believe the problem lies in the fact that the FreeBSD Marvell chipset driver (msk) isn't up to speed with the Gigabit transferring on my particular chipset(s). That's why transfers were most likely working with my laptop (Apple with 100MBit Broadcom) vs my desktop (Asus MB with another Marvell chipset driver) and another laptop (Dell laptop with Broadcom Gigabit). How do I tell ifconfig via rc.conf to downgrade the max speed to 100MBit duplex? Thanks, -Garrett From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 10:12:07 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC82C16A418 for ; Thu, 25 Oct 2007 10:12:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id BF01D13C4A8 for ; Thu, 25 Oct 2007 10:12:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7D5DB344E6; Thu, 25 Oct 2007 05:52:12 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 25 Oct 2007 05:52:12 -0400 X-Sasl-enc: oKuWy2uYxTmVvqqUtKcLaNGco1l1m91VN6LWF5v7B0/6 1193305932 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id E423C1AD8; Thu, 25 Oct 2007 05:52:11 -0400 (EDT) Message-ID: <4720674A.9090009@FreeBSD.org> Date: Thu, 25 Oct 2007 10:52:10 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: LiuJiusheng References: <471EF736.1070207@galaxywind.com> <20071024185610.GE39759@funkthat.com> <471FF1AC.4000800@galaxywind.com> In-Reply-To: <471FF1AC.4000800@galaxywind.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, gurney_j@resnet.uoregon.edu Subject: Re: Routing problems 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, 25 Oct 2007 10:12:07 -0000 LiuJiusheng wrote: > Linux takes 6.6.6.2 as gateway for route 4.4.4/24. But some Oses have the gateway 2.2.2.2. (treat 4.4.4/24 as a recursive route). > Is there any standard for this? > No, this is entirely implementation specific. Some implementations of IP forwarding resolve the next-hop recursively. Some don't. There is no de facto requirement for them to do so in any published standard I'm aware of. The fact that FreeBSD doesn't is largely out of keeping the implementation simple - if the code were to perform recursive resolution of the next-hop, then safe bounds would need to be found for the recursion. It is cheaper to do this on a forwarding entry add of course, but routes can and do change. BMS From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 10:36:00 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 696CF16A419 for ; Thu, 25 Oct 2007 10:36:00 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 3025A13C4A3 for ; Thu, 25 Oct 2007 10:36:00 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.33] (ppp91-76-239-163.pppoe.mtu-net.ru [91.76.239.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 20B99B828 for ; Thu, 25 Oct 2007 14:24:58 +0400 (MSD) Message-ID: <47206EE2.6030606@citrin.ru> Date: Thu, 25 Oct 2007 14:24:34 +0400 From: Anton Yuzhaninov User-Agent: Thunderbird by compcn MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: RELENG_7: can't connect to Solaris 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, 25 Oct 2007 10:36:00 -0000 I can't connect from FreeBSD 7 box to Solaris 9. While between FreeBSD6 and Solaris 9 tcp work fine. I run on FreeBSD, and it nod't work: $ fetch -o /dev/null http://mail6:8274 fetch: transfer timed out OS versions: FreeBSD citrin.rambler.stack.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Fri Oct 19 00:31:03 MSD 2007 citrin@citrin.rambler.stack.net:/usr/obj/usr/src/sys/GENERIC amd64 SunOS mail6 5.9 Generic_117172-07 i86pc i386 i86pc tcpdump on freebsd side: 04:26:28.332895 81.19.65.162.57161 > 81.19.71.6.8274: S [bad tcp cksum 3038!] 3123015513:3123015513(0) win 65535 (DF) (ttl 64, id 27368, len 60, bad cksum 0!) 04:26:28.333213 81.19.71.6.8274 > 81.19.65.162.57161: S [tcp sum ok] 2890615179:2890615179(0) ack 3123015514 win 33304 (DF) (ttl 62, id 16035, len 64) 04:26:28.333290 81.19.65.162.57161 > 81.19.71.6.8274: . [bad tcp cksum 793f!] ack 1 win 260 (DF) (ttl 64, id 27369, len 52, bad cksum 0!) 04:26:28.334892 81.19.65.162.57161 > 81.19.71.6.8274: P [bad tcp cksum 572f!] 1:88(87) ack 1 win 260 (DF) (ttl 64, id 27370, len 139, bad cksum 0!) 04:26:28.335148 81.19.71.6.8274 > 81.19.65.162.57161: . [tcp sum ok] ack 88 win 33260 (DF) (ttl 62, id 16036, len 52) snoop in Solaris show same: 1 0.00000 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Syn Seq=3123015513 Len=0 Win=65535 Options= 2 0.00001 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 Syn Ack=3123015514 Seq=2890615179 Len=0 Win=33304 Options= 3 0.00028 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Ack=2890615180 Seq=3123015514 Len=0 Win=260 Options= 4 0.00162 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Push Ack=2890615180 Seq=3123015514 Len=87 Win=260 Options= 5 0.00003 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 Ack=3123015601 Seq=2890615180 Len=0 Win=33260 Options= With net.inet.tcp.rfc1323=0 tcp work, but it should work with rfc1323=1 (and in FreeBSD 6 tcp to SunOS work with rfc1323=1). net.inet.tcp.log_debug=1 and nothing about this connection logged. -- WBR, Anton Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 11:01:18 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C828316A419 for ; Thu, 25 Oct 2007 11:01:18 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 579BF13C4B3 for ; Thu, 25 Oct 2007 11:01:17 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so559788uge for ; Thu, 25 Oct 2007 04:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; bh=pJWjjiB1vQxsfHCrBZV9jTUpUAdKZrkyLJvaqz/YIkc=; b=Oc4hnBPEVxFzjHCzN6UZ3BoPhgFn5phIlTDHucpsoRrupTDFzOYs3YZWDoDwHkKfqSH/d2h/RrRcRbKcL4+mJA6mgjQFuzOYOruB3QPpu8Ae99mazhDgFKV45tZbjensr4DrJ8VYRBpXwEuAi9c7ky2P3p5oVOA06pDKhXdJp4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=DlQKQ0fBz3UattRiAxJblZA1d1EX4oz5oD7c2syIvSzA6snDpwcHqGyNqYBx3GLeBvbbSU/AOlyNLasJkPxFfJb6iILHX/vgP9YkWOKUTrZN+MRYsWZURnVETum36g+z6DDkSY1kdSRZllih4hsfPfao0SCOT8aPQIbnvDCK+cs= Received: by 10.66.249.16 with SMTP id w16mr3159ugh.1193310076307; Thu, 25 Oct 2007 04:01:16 -0700 (PDT) Received: from ?10.0.0.11? ( [87.196.115.7]) by mx.google.com with ESMTPS id y37sm2391349iky.2007.10.25.04.01.12 (version=SSLv3 cipher=OTHER); Thu, 25 Oct 2007 04:01:14 -0700 (PDT) In-Reply-To: <47206EE2.6030606@citrin.ru> References: <47206EE2.6030606@citrin.ru> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> Content-Transfer-Encoding: 7bit From: Rui Paulo Date: Thu, 25 Oct 2007 12:01:08 +0100 To: Anton Yuzhaninov X-Mailer: Apple Mail (2.752.3) Sender: Rui Paulo Cc: freebsd-net@freebsd.org Subject: Re: RELENG_7: can't connect to Solaris 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, 25 Oct 2007 11:01:18 -0000 On 25 Oct 2007, at 11:24, Anton Yuzhaninov wrote: > > I can't connect from FreeBSD 7 box to Solaris 9. While between > FreeBSD6 and Solaris 9 tcp work fine. > > I run on FreeBSD, and it nod't work: > $ fetch -o /dev/null http://mail6:8274 fetch: transfer timed out > > OS versions: > FreeBSD citrin.rambler.stack.net 7.0-PRERELEASE FreeBSD 7.0- > PRERELEASE #0: Fri Oct 19 00:31:03 MSD 2007 > citrin@citrin.rambler.stack.net:/usr/obj/usr/src/sys/GENERIC amd64 > SunOS mail6 5.9 Generic_117172-07 i86pc i386 i86pc > > tcpdump on freebsd side: > 04:26:28.332895 81.19.65.162.57161 > 81.19.71.6.8274: S [bad tcp > cksum 3038!] 3123015513:3123015513(0) win 65535 1460,nop,wscale 8,sackOK,timestamp 498561841 0> (DF) (ttl 64, id > 27368, len 60, bad cksum 0!) > 04:26:28.333213 81.19.71.6.8274 > 81.19.65.162.57161: S [tcp sum > ok] 2890615179:2890615179(0) ack 3123015514 win 33304 > 1,nop,nop,sackOK> (DF) (ttl 62, id 16035, len 64) > 04:26:28.333290 81.19.65.162.57161 > 81.19.71.6.8274: . [bad tcp > cksum 793f!] ack 1 win 260 > (DF) (ttl 64, id 27369, len 52, bad cksum 0!) > 04:26:28.334892 81.19.65.162.57161 > 81.19.71.6.8274: P [bad tcp > cksum 572f!] 1:88(87) ack 1 win 260 622594948> (DF) (ttl 64, id 27370, len 139, bad cksum 0!) > 04:26:28.335148 81.19.71.6.8274 > 81.19.65.162.57161: . [tcp sum > ok] ack 88 win 33260 (DF) > (ttl 62, id 16036, len 52) > > snoop in Solaris show same: > 1 0.00000 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Syn > Seq=3123015513 Len=0 Win=65535 Options= 8,sackOK,tstamp 498561841 0> > 2 0.00001 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 Syn > Ack=3123015514 Seq=2890615179 Len=0 Win=33304 > Options= 1,nop,nop,sackOK> > 3 0.00028 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 > Ack=2890615180 Seq=3123015514 Len=0 Win=260 Options= 498561841 622594948> > 4 0.00162 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Push > Ack=2890615180 Seq=3123015514 Len=87 Win=260 > Options= > 5 0.00003 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 > Ack=3123015601 Seq=2890615180 Len=0 Win=33260 > Options= > > > With net.inet.tcp.rfc1323=0 tcp work, but it should work with > rfc1323=1 (and in FreeBSD 6 tcp to SunOS work with rfc1323=1). > > net.inet.tcp.log_debug=1 and nothing about this connection logged. As silby@ already pointed out to me, try changing TCP_MAX_WINSHIFT in src/sys/netinet/tcp.h to 4. Regards. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 13:31:04 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3318A16A419 for ; Thu, 25 Oct 2007 13:31:04 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog14.obsmtp.com (s200aog14.obsmtp.com [207.126.144.128]) by mx1.freebsd.org (Postfix) with SMTP id 8EC4A13C4B0 for ; Thu, 25 Oct 2007 13:31:02 +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, 25 Oct 2007 13:31:01 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 50E3B18141F; Thu, 25 Oct 2007 14:09:05 +0100 (BST) Message-ID: <47209570.20609@tomjudge.com> Date: Thu, 25 Oct 2007 14:09:04 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: Garrett Cooper References: <20071019182349.J97691@odysseus.silby.com> <47194EA1.8000402@u.washington.edu> <20071019212012.C97691@odysseus.silby.com> <47202922.3070700@u.washington.edu> In-Reply-To: <47202922.3070700@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: Marvell chipsets on 8-CURRENT and XP x64 won't talk with one another 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, 25 Oct 2007 13:31:04 -0000 Garrett Cooper wrote: > Mike Silbersack wrote: >> >> On Fri, 19 Oct 2007, Garrett Cooper wrote: >> >>>> Just to clarify, how are the two hooked together? Is it over >>>> gigabit switch, a 10mbps hub, or directly cabled together? >>>> >>>> -Mike >>> >>> Sure. They're both connected over a gigabit switch, but the Windows >>> driver's kind of sketchy because it keeps on switching between >>> 100MBit and 1GBit. I haven't really paid that much attention to what >>> speed the FreeBSD msk driver is registering at. >>> -Garrett >> >> Ah ha! >> >> I had the flopping between 100mbps and 1gbps problem with some Intel >> cards once - some of the machines in the lab were fine, others kept >> switching back and forth. We eventually narrowed it down to the >> cables we had hand-made; some of them just weren't up to snuff, and >> the NIC apparently decided that it had to go back down to 100. >> >> I think you should switch your gigabit switch out for a 100mbps switch >> and see if the network becomes more reliable. >> >> -Mike > > I think I've discovered what the issue is. I believe the problem lies > in the fact that the FreeBSD Marvell chipset driver (msk) isn't up to > speed with the Gigabit transferring on my particular chipset(s). That's > why transfers were most likely working with my laptop (Apple with > 100MBit Broadcom) vs my desktop (Asus MB with another Marvell chipset > driver) and another laptop (Dell laptop with Broadcom Gigabit). > How do I tell ifconfig via rc.conf to downgrade the max speed to > 100MBit duplex? > Thanks, > -Garrett You would need to hard code the interface configuration on the switch and box. This is only possible if you have a managed switch and the methods on the switch are manufacturer and model dependent. On FreeBSD however it is trivial for example "ifconfig em0 media 100baseTX mediaopt full-duplex". This will disable speed negotiation and therefore must be configured at both ends of the link. Tom From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 15:06:40 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E4816A481 for ; Thu, 25 Oct 2007 15:06:40 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth11.prod.mesa1.secureserver.net (smtpauth11.prod.mesa1.secureserver.net [64.202.165.33]) by mx1.freebsd.org (Postfix) with SMTP id 5A29A13C4BB for ; Thu, 25 Oct 2007 15:06:40 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 26878 invoked from network); 25 Oct 2007 15:06:39 -0000 Received: from unknown (24.144.77.243) by smtpauth11.prod.mesa1.secureserver.net (64.202.165.33) with ESMTP; 25 Oct 2007 15:06:39 -0000 Message-ID: <4720B0FE.1030001@seclark.us> Date: Thu, 25 Oct 2007 11:06:38 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <471F8C41.7030503@seclark.us> In-Reply-To: <471F8C41.7030503@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: proxy arp on 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 15:06:40 -0000 Stephen Clark wrote: >Hello List, > >I must be doing something wrong. I can't seem to get proxy arp to work. >Is there some >magic. > >I have the following setup isp router 205.x.x.1 <-> 205.x.x.100/25 rl1 >freebsd vr0 205.x.x.129/25 ><-> 205.x.x.193/25 >arp -an >(205.x.x.1) at 00:13:7f:5a:b5:50 on rl1 [ethernet] >(205.x.x.193) at 00:30:18:a3:44:2d on vr0 permanent published (proxy >only) [ethernet] > >tcpdump >13:09:51.386793 arp who-has 205.x.x.193 tell 205.x.x.1 > >but there is no arp-reply from freebsd. > >rl1: flags=8843 mtu 1500 > options=8 > inet 205.x.x.100 netmask 0xffffff80 broadcast 205.x.x.127 > ether 00:30:18:a3:47:a4 > media: Ethernet autoselect (100baseTX ) > status: active > > > > Hi List, I am looking at if_ether.c on current 6.2 and it looks to me like net.link.ether.inet.proxyall has to be set to 1 for proxy arp to work. Am I reading this correctly? If so this is misleading based on the description of this sysctl in man 4 arp. Also is anybody using proxy arp? Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 15:18:41 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB8816A419 for ; Thu, 25 Oct 2007 15:18:41 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id DEDA813C481 for ; Thu, 25 Oct 2007 15:18:40 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [81.19.65.37] (unknown [81.19.65.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 91532B828 for ; Thu, 25 Oct 2007 19:18:35 +0400 (MSD) Message-ID: <4720B3C5.9070806@citrin.ru> Date: Thu, 25 Oct 2007 19:18:29 +0400 From: Anton Yuzhaninov User-Agent: Thunderbird by compcn MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <47206EE2.6030606@citrin.ru> <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> In-Reply-To: <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_7: can't connect to Solaris 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, 25 Oct 2007 15:18:41 -0000 On 25.10.2007 15:01, Rui Paulo wrote: > > On 25 Oct 2007, at 11:24, Anton Yuzhaninov wrote: > >> >> I can't connect from FreeBSD 7 box to Solaris 9. While between >> FreeBSD6 and Solaris 9 tcp work fine. >> >> I run on FreeBSD, and it nod't work: >> $ fetch -o /dev/null http://mail6:8274 fetch: transfer timed out >> >> OS versions: >> FreeBSD citrin.rambler.stack.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE >> #0: Fri Oct 19 00:31:03 MSD 2007 >> citrin@citrin.rambler.stack.net:/usr/obj/usr/src/sys/GENERIC amd64 >> SunOS mail6 5.9 Generic_117172-07 i86pc i386 i86pc >> >> tcpdump on freebsd side: >> 04:26:28.332895 81.19.65.162.57161 > 81.19.71.6.8274: S [bad tcp cksum >> 3038!] 3123015513:3123015513(0) win 65535 > 8,sackOK,timestamp 498561841 0> (DF) (ttl 64, id 27368, len 60, bad >> cksum 0!) >> 04:26:28.333213 81.19.71.6.8274 > 81.19.65.162.57161: S [tcp sum ok] >> 2890615179:2890615179(0) ack 3123015514 win 33304 > 622594948 498561841,mss 1460,nop,wscale 1,nop,nop,sackOK> (DF) (ttl >> 62, id 16035, len 64) >> 04:26:28.333290 81.19.65.162.57161 > 81.19.71.6.8274: . [bad tcp cksum >> 793f!] ack 1 win 260 (DF) (ttl >> 64, id 27369, len 52, bad cksum 0!) >> 04:26:28.334892 81.19.65.162.57161 > 81.19.71.6.8274: P [bad tcp cksum >> 572f!] 1:88(87) ack 1 win 260 >> (DF) (ttl 64, id 27370, len 139, bad cksum 0!) >> 04:26:28.335148 81.19.71.6.8274 > 81.19.65.162.57161: . [tcp sum ok] >> ack 88 win 33260 (DF) (ttl 62, >> id 16036, len 52) >> >> snoop in Solaris show same: >> 1 0.00000 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Syn >> Seq=3123015513 Len=0 Win=65535 Options=> 8,sackOK,tstamp 498561841 0> >> 2 0.00001 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 Syn >> Ack=3123015514 Seq=2890615179 Len=0 Win=33304 Options=> 622594948 498561841,mss 1460,nop,wscale 1,nop,nop,sackOK> >> 3 0.00028 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 >> Ack=2890615180 Seq=3123015514 Len=0 Win=260 Options=> 498561841 622594948> >> 4 0.00162 81.19.65.162 -> 81.19.71.6 TCP D=8274 S=57161 Push >> Ack=2890615180 Seq=3123015514 Len=87 Win=260 Options=> 498561843 622594948> >> 5 0.00003 81.19.71.6 -> 81.19.65.162 TCP D=57161 S=8274 >> Ack=3123015601 Seq=2890615180 Len=0 Win=33260 Options=> 622594948 498561843> >> >> >> With net.inet.tcp.rfc1323=0 tcp work, but it should work with >> rfc1323=1 (and in FreeBSD 6 tcp to SunOS work with rfc1323=1). >> >> net.inet.tcp.log_debug=1 and nothing about this connection logged. > > As silby@ already pointed out to me, try changing TCP_MAX_WINSHIFT in > src/sys/netinet/tcp.h to 4. > With TCP_MAX_WINSHIFT 4 it works. But from other host with RELENG_7 tcp to Solaris work fine with unmodified kernel: IP (tos 0x0, ttl 64, id 6224, offset 0, flags [DF], proto TCP (6), length 60) 81.19.66.129.58995 > 81.19.71.6.8274: S, cksum 0x8ec9 (correct), 3166145604:3166145604(0) win 65535 IP (tos 0x0, ttl 62, id 16631, offset 0, flags [DF], proto TCP (6), length 64) 81.19.71.6.8274 > 81.19.66.129.58995: S, cksum 0xa422 (correct), 3226718107:3226718107(0) ack 3166145605 win 33304 IP (tos 0x0, ttl 64, id 6225, offset 0, flags [DF], proto TCP (6), length 52) 81.19.66.129.58995 > 81.19.71.6.8274: ., cksum 0x6602 (correct), ack 1 win 260 IP (tos 0x0, ttl 64, id 6226, offset 0, flags [DF], proto TCP (6), length 139) 81.19.66.129.58995 > 81.19.71.6.8274: P, cksum 0x5639 (correct), 1:88(87) ack 1 win 260 IP (tos 0x0, ttl 62, id 16632, offset 0, flags [DF], proto TCP (6), length 52) 81.19.71.6.8274 > 81.19.66.129.58995: ., cksum 0xe4c2 (correct), ack 88 win 33260 IP (tos 0x0, ttl 62, id 16633, offset 0, flags [DF], proto TCP (6), length 623) 81.19.71.6.8274 > 81.19.66.129.58995: P, cksum 0x13b8 (correct), 1:572(571) ack 88 win 33260 IP (tos 0x0, ttl 62, id 16634, offset 0, flags [DF], proto TCP (6), length 52) 81.19.71.6.8274 > 81.19.66.129.58995: F, cksum 0xe286 (correct), 572:572(0) ack 88 win 33260 IP (tos 0x0, ttl 64, id 6227, offset 0, flags [DF], proto TCP (6), length 52) 81.19.66.129.58995 > 81.19.71.6.8274: ., cksum 0x6371 (correct), ack 573 win 257 IP (tos 0x0, ttl 64, id 6228, offset 0, flags [DF], proto TCP (6), length 52) 81.19.66.129.58995 > 81.19.71.6.8274: F, cksum 0x636b (correct), 88:88(0) ack 573 win 260 IP (tos 0x0, ttl 62, id 16635, offset 0, flags [DF], proto TCP (6), length 52) 81.19.71.6.8274 > 81.19.66.129.58995: ., cksum 0xe282 (correct), ack 89 win 33260 First 5 packets in session almost same, but connction no stalled after 5th packet. -- WBR, Anton Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 17:40:30 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5808F16A417 for ; Thu, 25 Oct 2007 17:40:30 +0000 (UTC) (envelope-from silby@silby.com) Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by mx1.freebsd.org (Postfix) with SMTP id D4C4B13C49D for ; Thu, 25 Oct 2007 17:40:29 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 28856 invoked by uid 3193); 25 Oct 2007 16:59:34 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Oct 2007 16:59:34 -0000 Date: Thu, 25 Oct 2007 12:59:29 -0400 (EDT) From: Mike Silbersack X-X-Sender: silby@niwun.pair.com To: Anton Yuzhaninov In-Reply-To: <4720B3C5.9070806@citrin.ru> Message-ID: <20071025125732.Q27636@niwun.pair.com> References: <47206EE2.6030606@citrin.ru> <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> <4720B3C5.9070806@citrin.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: RELENG_7: can't connect to Solaris 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, 25 Oct 2007 17:40:30 -0000 On Thu, 25 Oct 2007, Anton Yuzhaninov wrote: >> As silby@ already pointed out to me, try changing TCP_MAX_WINSHIFT in >> src/sys/netinet/tcp.h to 4. >> > > With TCP_MAX_WINSHIFT 4 it works. I have a fix for this already in HEAD, I'll merge it to releng_7 tonight. > But from other host with RELENG_7 tcp to Solaris work fine with unmodified > kernel: Is there a firewall in one path, but not the other? -Mike From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 19:07:41 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CAD16A41B for ; Thu, 25 Oct 2007 19:07:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD8413C4A6 for ; Thu, 25 Oct 2007 19:07:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9PJ7bEd003801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Oct 2007 05:07:39 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9PJ7ban094840; Fri, 26 Oct 2007 05:07:37 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9PJ7bfs094839; Fri, 26 Oct 2007 05:07:37 +1000 (EST) (envelope-from peter) Date: Fri, 26 Oct 2007 05:07:36 +1000 From: Peter Jeremy To: Stephen Clark Message-ID: <20071025190736.GE70883@server.vk2pj.dyndns.org> References: <471F8C41.7030503@seclark.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline In-Reply-To: <471F8C41.7030503@seclark.us> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: proxy arp on 6.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: Thu, 25 Oct 2007 19:07:41 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 24, 2007 at 02:17:37PM -0400, Stephen Clark wrote: >I must be doing something wrong. I can't seem to get proxy arp to work. Is= =20 >there some magic. I've been using proxy ARP on FreeBSD between 4.x and 6.2 without problems (though I think I skipped 6.1). >I have the following setup isp router 205.x.x.1 <-> 205.x.x.100/25 rl1=20 >freebsd vr0 205.x.x.129/25 ><-> 205.x.x.193/25 >arp -an >(205.x.x.1) at 00:13:7f:5a:b5:50 on rl1 [ethernet] >(205.x.x.193) at 00:30:18:a3:44:2d on vr0 permanent published (proxy only)= =20 >[ethernet] > >tcpdump >13:09:51.386793 arp who-has 205.x.x.193 tell 205.x.x.1 Which interface is being dumped and what does 'ifconfig vr0' show? If you are dumping the rl0 interface then my suspicion is that the subnet on 205.x.x.1 is wrong: 205.x.x.193 is not the same subnet as 205.x.x.1/25 so 205.x.x.1 should not be doing ARP requests for it, it should be accessing it via a gateway (router). --=20 As a computing professional, I believe it would be unethical for me to advise, recommend, or support the use (save possibly for personal amusement) of any product that is or depends on any Microsoft product. --vOmOzSkFvhd7u8Ms Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIOl4/opHv/APuIcRAu5TAKCgjLDItH5O6Ci0SS8B5tw2EgnZYgCeO5dl T4kEe6Gt6QuB5boZzRiafxU= =iEWV -----END PGP SIGNATURE----- --vOmOzSkFvhd7u8Ms-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 19:31:52 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F93B16A41A for ; Thu, 25 Oct 2007 19:31:52 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.freebsd.org (Postfix) with SMTP id 10C6513C4B7 for ; Thu, 25 Oct 2007 19:31:50 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 28127 invoked from network); 25 Oct 2007 19:31:50 -0000 Received: from unknown (24.144.77.243) by smtpauth01.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 25 Oct 2007 19:31:49 -0000 Message-ID: <4720EF25.1050500@seclark.us> Date: Thu, 25 Oct 2007 15:31:49 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <471F8C41.7030503@seclark.us> <20071025190736.GE70883@server.vk2pj.dyndns.org> In-Reply-To: <20071025190736.GE70883@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: proxy arp on 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 19:31:52 -0000 Peter Jeremy wrote: >On Wed, Oct 24, 2007 at 02:17:37PM -0400, Stephen Clark wrote: > > >>I must be doing something wrong. I can't seem to get proxy arp to work. Is >>there some magic. >> >> > >I've been using proxy ARP on FreeBSD between 4.x and 6.2 without problems >(though I think I skipped 6.1). > > > >>I have the following setup isp router 205.x.x.1 <-> 205.x.x.100/25 rl1 >>freebsd vr0 205.x.x.129/25 >><-> 205.x.x.193/25 >>arp -an >>(205.x.x.1) at 00:13:7f:5a:b5:50 on rl1 [ethernet] >>(205.x.x.193) at 00:30:18:a3:44:2d on vr0 permanent published (proxy only) >>[ethernet] >> >>tcpdump >>13:09:51.386793 arp who-has 205.x.x.193 tell 205.x.x.1 >> >> > >Which interface is being dumped and what does 'ifconfig vr0' show? >If you are dumping the rl0 interface then my suspicion is that the >subnet on 205.x.x.1 is wrong: 205.x.x.193 is not the same subnet >as 205.x.x.1/25 so 205.x.x.1 should not be doing ARP requests for >it, it should be accessing it via a gateway (router). > > > My understanding of proxy-arp, and how I have used it in the past, is that since my freebsd system is in the middle of the 2 subnets and I tell it to proxy arp for the ip 201.x.x.193 host on the vr0 interface that is should send an arp reply to 201.x.x.1 on the rl1 interface that says send the packet to me I know how to forward it to 201.x.x.193. I found a person on the freebsd questions list who was having the same problem. He solved by bridging the two interfaces, which I have done also since I can't seem to make proxy arp work either. See the following link for more details on proxy arp and why you would want to use. http://www.cisco.com/warp/public/105/5.html -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 21:41:38 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6128716A419; Thu, 25 Oct 2007 21:41:38 +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 D9B5113C48A; Thu, 25 Oct 2007 21:41:37 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from [192.168.98.91] ([192.168.44.2]) by mail1.cil.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 25 Oct 2007 23:41:36 +0200 Message-ID: <47210D92.1050403@ide.resurscentrum.se> Date: Thu, 25 Oct 2007 23:41:38 +0200 From: Jon Otterholm User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------000608080205010905040602" X-OriginalArrivalTime: 25 Oct 2007 21:41:36.0271 (UTC) FILETIME=[D16101F0:01C8174F] Cc: Andrew Thompson Subject: QinQ 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, 25 Oct 2007 21:41:38 -0000 This is a multi-part message in MIME format. --------------000608080205010905040602 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi. I was wondering about the possibility of adding support for QinQ ("Double tagged frames" / "Nested vlans"). Attached is a patch against -STABLE to add this support. I have not tested this but was told it should work. Would it be possible to get this into CURRENT? //Jon --------------000608080205010905040602 Content-Type: text/plain; name="if_vlan.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_vlan.c.patch" --- if_vlan.c.orig 2006-10-17 14:24:18.000000000 +0700 +++ if_vlan.c 2007-09-14 14:00:44.000000000 +0700 @@ -327,7 +327,8 @@ /* Check for . style interface names. */ IFNET_RLOCK(); TAILQ_FOREACH(ifp, &ifnet, if_link) { - if (ifp->if_type != IFT_ETHER) + if (ifp->if_type != IFT_ETHER && + ifp->if_type != IFT_L2VLAN) continue; if (strncmp(ifp->if_xname, name, strlen(ifp->if_xname)) != 0) continue; @@ -672,6 +673,7 @@ mtag = NULL; switch (ifp->if_type) { case IFT_ETHER: + case IFT_L2VLAN: if (m->m_len < sizeof(*evl) && (m = m_pullup(m, sizeof(*evl))) == NULL) { if_printf(ifp, "cannot pullup VLAN header\n"); @@ -748,8 +750,9 @@ VLAN_LOCK_ASSERT(); - if (p->if_type != IFT_ETHER) - return (EPROTONOSUPPORT); + if ((p->if_data.ifi_type != IFT_ETHER) && + (p->if_data.ifi_type != IFT_L2VLAN)) + return (EPROTONOSUPPORT); if ((p->if_flags & VLAN_IFFLAGS) != VLAN_IFFLAGS) return (EPROTONOSUPPORT); if (ifv->ifv_p) --------------000608080205010905040602-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 22:10:26 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5165416A468 for ; Thu, 25 Oct 2007 22:10:26 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 0293413C4B0 for ; Thu, 25 Oct 2007 22:10:25 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from [192.168.1.33] (ppp91-76-239-163.pppoe.mtu-net.ru [91.76.239.163]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin@citrin.ru) by mail.classis.ru (Postfix) with ESMTP id 8B585B828 for ; Fri, 26 Oct 2007 02:10:24 +0400 (MSD) Message-ID: <4721144A.5000407@citrin.ru> Date: Fri, 26 Oct 2007 02:10:18 +0400 From: Anton Yuzhaninov User-Agent: Thunderbird by compcn MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <47206EE2.6030606@citrin.ru> <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> <4720B3C5.9070806@citrin.ru> <20071025125732.Q27636@niwun.pair.com> In-Reply-To: <20071025125732.Q27636@niwun.pair.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RELENG_7: can't connect to Solaris 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, 25 Oct 2007 22:10:26 -0000 On 25.10.2007 20:59, Mike Silbersack wrote: > > On Thu, 25 Oct 2007, Anton Yuzhaninov wrote: > >>> As silby@ already pointed out to me, try changing TCP_MAX_WINSHIFT in >>> src/sys/netinet/tcp.h to 4. >>> >> >> With TCP_MAX_WINSHIFT 4 it works. > > I have a fix for this already in HEAD, I'll merge it to releng_7 tonight. > >> But from other host with RELENG_7 tcp to Solaris work fine with >> unmodified kernel: > > Is there a firewall in one path, but not the other? > Yes problem was in firewall, not Solaris/FreeBSD tcp stacks. On Solaris was used ipfilter 3.4.18, and after 3.4.18 was fixed several bugs, which can cause such problems. Probably this: 4.1.17 - Released 20 January 2007 .... fix tracking TCP window scaling in the state code Or some other. ipfilter rules (with keep state) permit tcp traffic from freebsd7 host, but really some packets was blocked. Thanks. -- WBR, Anton Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Thu Oct 25 22:39:46 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D63016A469 for ; Thu, 25 Oct 2007 22:39:46 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id DA4AF13C4B5 for ; Thu, 25 Oct 2007 22:39:45 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so539846rvb for ; Thu, 25 Oct 2007 15:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=OrM9Vb5x1jqxKcmgV838Y8+5mdVqywDms8TO5Tqsu6c=; b=i/2814UGpcss3akhbnTizYRLmYA+Q4fAzsQeU6MG9exIx4hZxwm6b4iKsbuqrvCC6RVzaDAFfRS6Fyc8kBLrDixLafpY8gZtv38047QA3QnddTZgBWS/aFGsroO3eqQyjzIIDALH9HWcKg7CzXg5l1zCjMI8vgoSew1GpLHxxEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=hk/y9dOYROCKPVk2Nnx5zzA3VNyRVWdKiqYq3PcrAeIoQx8fWp8FmxMSN4C1fd32KbHHct670McJstAjAmPLX3Gz1QMs8257fBsyn8Y+y8T8kj8FfAe/bp+WqHawd/zAJf4OWOkgt3oNI9uQPDAirTFd20cr+i2IDIrUpI7jLz0= Received: by 10.141.177.2 with SMTP id e2mr1213052rvp.1193350485679; Thu, 25 Oct 2007 15:14:45 -0700 (PDT) Received: from ?70.56.77.194? ( [70.56.77.194]) by mx.google.com with ESMTPS id l27sm4380775rvb.2007.10.25.15.14.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Oct 2007 15:14:44 -0700 (PDT) From: Matthew Reimer To: net@freebsd.org Content-Type: text/plain Date: Thu, 25 Oct 2007 15:14:37 -0700 Message-Id: <1193350477.20932.53.camel@bilbo.vpop.net> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Throughput problems in RELENG_7 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, 25 Oct 2007 22:39:46 -0000 I'm seeing a problem where a much faster quad-core host running RELENG_7 serves many fewer netrate/http requests per second (175/sec) than an old, busy, UP 6.0 host (828/sec). The problem seems to be related to latency and connection setup, as it shows up dramatically over a link with 50-60 ms latency. Can you help? "Gandalf" is the problem RELENG_7 host connected via em0 on a 100baseTX full-duplex switch port. "Boromir" is a 6.0 host for reference, connected via bge0 to another 100baseTX full-duplex port on the same switch. "Theoden" is a 6.2 host remote (50-60 ms away) from gandalf and boromir. Running tools/netrate/http against tools/netrate/httpd on gandalf and boromir, serving a document with 35 bytes of content, I get this (details including tcpdumps following my sig): dest dest source boromir gandalf ------ ------- ------- theoden 828 175 boromir - 18092 gandalf 11493 - The problem occurs using ab as well, but is much less pronounced when -k is used (enabling keepalive and presumably HTTP pipelining). This makes me wonder if the problem might have something to do with connection setups. I've verified that the switch port and the interface are configured correctly (100baseTX full-duplex). I've also tried toggling polling and the following sysctls, with no significant change: net.inet.tcp.tso net.inet.tcp.newreno net.inet.tcp.sack.enable net.inet.tcp.inflight.enable net.inet.tcp.syncookies_only net.inet.tcp.syncookies What else can I try? Thanks for any help you can give. Matt theoden-gandalf =============== theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -s 2 216.193.240.4 1280 /short.html 187 transfers/second 0 errors/second tcpdump: http://gandalf.vpop.net/~mreimer/theoden-gandalf-netrate.dump.gz --- theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.4 1280 /short.html 175 transfers/second 0 errors/second tcpdump: http://gandalf.vpop.net/~mreimer/theoden-gandalf-netrate-n100.dump.gz theoden-boromir =============== theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -s 2 216.193.240.2 1280 /short.html 272 transfers/second 0 errors/second tcpdump: http://boromir.vpop.net/~mreimer/theoden-boromir-netrate.dump.gz --- theoden:~$ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.2 1280 /short.html 828 transfers/second 0 errors/second tcpdump: http://boromir.vpop.net/~mreimer/theoden-boromir-netrate-n100.dump.gz boromir-gandalf =============== boromir: $ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.4 1280 /short.html 18092 transfers/second 0 errors/second gandalf-boromir =============== gandalf: $ /usr/obj/usr/src/tools/tools/netrate/http/http -n 100 -s 2 216.193.240.2 1280 /short.html 11493 transfers/second 0 errors/second boromir sysctl and ifconfig: http://boromir.vpop.net/~mreimer/boromir.sysctl.gz # ifconfig bge0 bge0: flags=8843 mtu 1500 options=1a inet6 fe80::2e0:81ff:fe60:3925%bge0 prefixlen 64 scopeid 0x1 inet 216.193.240.33 netmask 0xffffffff broadcast 216.193.240.33 inet 216.193.240.34 netmask 0xffffffff broadcast 216.193.240.34 inet 216.193.240.35 netmask 0xffffffff broadcast 216.193.240.35 inet 216.193.240.36 netmask 0xffffffff broadcast 216.193.240.36 inet 216.193.240.37 netmask 0xffffffff broadcast 216.193.240.37 inet 216.193.240.17 netmask 0xffffffff broadcast 216.193.240.17 inet 216.193.240.38 netmask 0xffffffff broadcast 216.193.240.38 inet 216.193.240.39 netmask 0xffffffff broadcast 216.193.240.39 inet 216.193.240.2 netmask 0xfffff800 broadcast 216.193.247.255 inet 216.193.240.40 netmask 0xffffffff broadcast 216.193.240.40 ether 00:e0:81:60:39:25 media: Ethernet autoselect (100baseTX ) status: active gandalf sysctl and ifconfig: http://gandalf.vpop.net/~mreimer/gandalf.sysctl.gz # ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=1cb ether 00:30:48:33:96:a4 inet 216.193.240.4 netmask 0xfffff800 broadcast 216.193.247.255 inet 216.193.240.65 netmask 0xffffffff broadcast 216.193.240.65 inet 216.193.240.66 netmask 0xffffffff broadcast 216.193.240.66 inet 216.193.240.67 netmask 0xffffffff broadcast 216.193.240.67 inet 216.193.240.68 netmask 0xffffffff broadcast 216.193.240.68 media: Ethernet 100baseTX status: active From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 02:17:42 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64E416A41A for ; Fri, 26 Oct 2007 02:17:42 +0000 (UTC) (envelope-from kim@tinker.com) Received: from tinker.com (tinker2-3.august.net [66.228.55.4]) by mx1.freebsd.org (Postfix) with SMTP id 77D9F13C4BB for ; Fri, 26 Oct 2007 02:17:41 +0000 (UTC) (envelope-from kim@tinker.com) Received: (qmail 95302 invoked by uid 27); 26 Oct 2007 01:51:00 -0000 Received: from 204.10.126.26.tinker.com(204.10.126.26), claiming to be "[192.42.172.22]" via SMTP by pop.tinker.com, id smtpdQdXSSb; Thu Oct 25 20:50:57 2007 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-net@freebsd.org From: Kim Shrier Date: Thu, 25 Oct 2007 19:50:54 -0600 X-Mailer: Apple Mail (2.752.2) Subject: pppoa connection 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, 26 Oct 2007 02:17:42 -0000 I am wondering if the following is possible. My local ISP only uses pppoa for their DSL customers. They have provided me with an Actiontec GT701 DSL modem. I want to configure the modem to use RFC 1483 transparent bridging. This modem has both an ethernet and USB interface for the LAN connection. I have a FreeBSD box that I have configured as my router and firewall. It is currently being used to connect to my ISP using a radio link so I know that it is configured properly for routing and firewalling. The question is, can I establish a pppoa connection from the FreeBSD box to my ISP by sending packets over ethernet to the DSL modem? Thanks, Kim From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 05:41:58 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FFC116A498 for ; Fri, 26 Oct 2007 05:41:58 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4093113C4E3 for ; Fri, 26 Oct 2007 05:41:58 +0000 (UTC) (envelope-from barney@databus.com) Received: from pit.databus.com ([71.167.169.182]) (authenticated bits=0) by mail1.acecape.com (8.13.8/8.13.8) with ESMTP id l9Q5TWHY002345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Oct 2007 01:29:32 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.1/8.14.1) with ESMTP id l9Q5TWca061916; Fri, 26 Oct 2007 01:29:32 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.1/8.14.1/Submit) id l9Q5TWNn061915; Fri, 26 Oct 2007 01:29:32 -0400 (EDT) (envelope-from barney) Date: Fri, 26 Oct 2007 01:29:32 -0400 From: Barney Wolff To: Kim Shrier Message-ID: <20071026052932.GA72917@pit.databus.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: pppoa connection 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, 26 Oct 2007 05:41:58 -0000 Try just treating the modem's ethernet as though it were a local router port, using (unless they've assigned you a fixed address) DHCP. If your ISP is like mine, the PPPOA and 1483 stuff is between the modem and their router and invisible to you. On Thu, Oct 25, 2007 at 07:50:54PM -0600, Kim Shrier wrote: > I am wondering if the following is possible. > > My local ISP only uses pppoa for their DSL customers. They > have provided me with an Actiontec GT701 DSL modem. I want > to configure the modem to use RFC 1483 transparent bridging. > This modem has both an ethernet and USB interface for the > LAN connection. > > I have a FreeBSD box that I have configured as my router and > firewall. It is currently being used to connect to my ISP > using a radio link so I know that it is configured properly > for routing and firewalling. > > The question is, can I establish a pppoa connection from the > FreeBSD box to my ISP by sending packets over ethernet to the > DSL modem? > > Thanks, > Kim -- Barney Wolff I never met a computer I didn't like. From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 06:02:50 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06CB016A417 for ; Fri, 26 Oct 2007 06:02:50 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id 910BA13C494 for ; Fri, 26 Oct 2007 06:02:48 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 56743 invoked from network); 26 Oct 2007 06:02:47 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 26 Oct 2007 06:02:47 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 26 Oct 2007 01:02:41 -0500 (CDT) From: Mike Silbersack To: Anton Yuzhaninov In-Reply-To: <4721144A.5000407@citrin.ru> Message-ID: <20071026010019.N33339@odysseus.silby.com> References: <47206EE2.6030606@citrin.ru> <3171D7CB-2E63-4FAF-92A9-3907D44AB845@fnop.net> <4720B3C5.9070806@citrin.ru> <20071025125732.Q27636@niwun.pair.com> <4721144A.5000407@citrin.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: RELENG_7: can't connect to Solaris 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, 26 Oct 2007 06:02:50 -0000 On Fri, 26 Oct 2007, Anton Yuzhaninov wrote: > Yes problem was in firewall, not Solaris/FreeBSD tcp stacks. > > On Solaris was used ipfilter 3.4.18, and after 3.4.18 was fixed several bugs, > which can cause such problems. > Probably this: > > 4.1.17 - Released 20 January 2007 > .... > fix tracking TCP window scaling in the state code Thanks for tracking this down, now we know of at least two firewalls that are broken in this regards. (The other one is Rui Paulo's D-Link router, I don't recall which model.) The code I just merged from HEAD to RELENG_7 should reduce the default scale value to 3, that should allow things to work even through firewalls that do not interpret the scaling value properly. -Mike From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 07:06:34 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C7F16A417 for ; Fri, 26 Oct 2007 07:06:34 +0000 (UTC) (envelope-from kim@tinker.com) Received: from tinker.com (tinker2-3.august.net [66.228.55.4]) by mx1.freebsd.org (Postfix) with SMTP id 2E51F13C4AA for ; Fri, 26 Oct 2007 07:06:33 +0000 (UTC) (envelope-from kim@tinker.com) Received: (qmail 45779 invoked by uid 27); 26 Oct 2007 07:06:33 -0000 Received: from 204.10.126.26.tinker.com(204.10.126.26), claiming to be "[192.42.172.22]" via SMTP by pop.tinker.com, id smtpdO5NlgV; Fri Oct 26 02:06:32 2007 In-Reply-To: <20071026052932.GA72917@pit.databus.com> References: <20071026052932.GA72917@pit.databus.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Kim Shrier Date: Fri, 26 Oct 2007 01:06:30 -0600 To: Barney Wolff X-Mailer: Apple Mail (2.752.2) Cc: freebsd-net@freebsd.org Subject: Re: pppoa connection 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, 26 Oct 2007 07:06:34 -0000 I do have a fixed IP address. I have tried using their modem as a router and assigned my IP address to the modem. This forces me to use the NAT facility in the modem and it keeps dropping my ssh sessions. I have also seen the modem drop the pppoa connection and not be able to reestablish it until I reboot the modem. The only thing this fine piece of equipment has been able to do reliably is maintain the virtual circuit to the ISP. Anything at a higher level in the protocol stack is too flakey. Hence, I just want it to act as the most stupid of pipes between me and the ISP. Other people successfully use this modem to connect to their ISP when the ISP accepts pppoe connections and the modem is configured as a bridge. Unfortunately, my ISP doesn't support pppoe, only pppoa. So, can I pull this off? On Oct 25, 2007, at 11:29 PM, Barney Wolff wrote: > Try just treating the modem's ethernet as though it were a local > router port, using (unless they've assigned you a fixed address) > DHCP. If your ISP is like mine, the PPPOA and 1483 stuff is > between the modem and their router and invisible to you. > > On Thu, Oct 25, 2007 at 07:50:54PM -0600, Kim Shrier wrote: >> I am wondering if the following is possible. >> >> My local ISP only uses pppoa for their DSL customers. They >> have provided me with an Actiontec GT701 DSL modem. I want >> to configure the modem to use RFC 1483 transparent bridging. >> This modem has both an ethernet and USB interface for the >> LAN connection. >> >> I have a FreeBSD box that I have configured as my router and >> firewall. It is currently being used to connect to my ISP >> using a radio link so I know that it is configured properly >> for routing and firewalling. >> >> The question is, can I establish a pppoa connection from the >> FreeBSD box to my ISP by sending packets over ethernet to the >> DSL modem? >> >> Thanks, >> Kim > > -- > Barney Wolff I never met a computer I didn't like. > -- Kim Shrier - principal, Shrier and Deihl - mailto:kim@tinker.com Remote Unix Network Admin, Security, Internet Software Development Tinker Internet Services - Superior FreeBSD-based Web Hosting http://www.tinker.com/ From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 07:46:27 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4C3516A418 for ; Fri, 26 Oct 2007 07:46:27 +0000 (UTC) (envelope-from piotr@mll.pl) Received: from mll.pl (dns1.mll.pl [83.13.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8B84813C4A6 for ; Fri, 26 Oct 2007 07:46:27 +0000 (UTC) (envelope-from piotr@mll.pl) Received: by mll.pl (Qmail, from userid 1001) id 4351F2E03C; Fri, 26 Oct 2007 09:11:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mll.pl (Qmail) with ESMTP id 3D99E2E039 for ; Fri, 26 Oct 2007 09:11:35 +0000 (UTC) Date: Fri, 26 Oct 2007 09:11:35 +0000 (UTC) From: User Piotr To: freebsd-net@freebsd.org Message-ID: <20071026090355.P79148@mll.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Can`t compile iwiNG. 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, 26 Oct 2007 07:46:27 -0000 Hello. I have Dell Latitude D610 laptop with Intel 2200 wireless card and I have FreeBSD 6.2-STABLE system builded from CVS. iwi driver from system doesn`t work, so i search google and found that there is a iwiNG. I download the 20060418.both_nofw.tgz from people.freebsd.org/~mlaier/new_iwi/ and tried to compile this module. I got error: cc -O2 -fno-strict-aliasing -pipe -march=pentium-m -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c: In function `iwi_getfw': /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:2208: warning: assignment discards qualifiers from pointer target type /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:2211: warning: assignment discards qualifiers from pointer target type /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c: In function `iwi_get_firmware': /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:2275: warning: assignment discards qualifiers from pointer target type *** Error code 1 Stop in /usr/src/sys/modules/iwiNG. I tried all version of this module that is on this site people.freebsd.org/~mlaier/new_iwi/ and always got this error. Someon help me? Any sugestion? Regards - Piotr From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 07:46:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8881616A420 for ; Fri, 26 Oct 2007 07:46:46 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3084913C48E for ; Fri, 26 Oct 2007 07:46:45 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 88EDA142173; Fri, 26 Oct 2007 10:37:45 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id 93C8D142064; Fri, 26 Oct 2007 10:37:42 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-net@freebsd.org User-Agent: KMail/1.9.7 References: <20071026052932.GA72917@pit.databus.com> In-Reply-To: X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Disposition: inline Date: Fri, 26 Oct 2007 10:40:18 +0300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200710261040.18817.nvass@teledomenet.gr> Cc: Barney Wolff Subject: Re: pppoa connection 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, 26 Oct 2007 07:46:46 -0000 flakey fingers... On Friday 26 October 2007 10:06:30 Kim Shrier wrote: > Other people successfully use this modem to connect to their ISP > when the ISP accepts pppoe connections and the modem is configured > as a bridge. Unfortunately, my ISP doesn't support pppoe, only > pppoa. The only way to do PPPoA is to have a device that does the DSL and ATM layers and handles the rest to FreeBSD. There is a chapter in the handbook that covers this, but of course it mentions specific devices and I think there would a very small number of devices that you can use with FreeBSD to do PPPoA. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoa.html Nikos From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 07:46:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A5516A469 for ; Fri, 26 Oct 2007 07:46:46 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 30DBD13C491 for ; Fri, 26 Oct 2007 07:46:45 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 7646C142259; Fri, 26 Oct 2007 10:29:09 +0300 (EEST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id 695581421E1; Fri, 26 Oct 2007 10:29:04 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-net@freebsd.org Date: Fri, 26 Oct 2007 10:31:40 +0300 User-Agent: KMail/1.9.7 References: <20071026052932.GA72917@pit.databus.com> In-Reply-To: X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710261031.40592.nvass@teledomenet.gr> Cc: Barney Wolff Subject: Re: pppoa connection 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, 26 Oct 2007 07:46:46 -0000 On Friday 26 October 2007 10:06:30 Kim Shrier wrote: > I do have a fixed IP address. I have tried using their modem > as a router and assigned my IP address to the modem. This forces > me to use the NAT facility in the modem and it keeps dropping > my ssh sessions. I have also seen the modem drop the pppoa > connection and not be able to reestablish it until I reboot the > modem. > > The only thing this fine piece of equipment has been able to do > reliably is maintain the virtual circuit to the ISP. Anything > at a higher level in the protocol stack is too flakey. Hence, > I just want it to act as the most stupid of pipes between me > and the ISP. Yes, this is a familiar situation:) Most of the time these NAT devices are configured for non-interactive protocols doing bulk transfers , so ssh having long periods of inactivity suffers... And even these is flakey, as you said. > > Other people successfully use this modem to connect to their ISP > when the ISP accepts pppoe connections and the modem is configured > as a bridge. Unfortunately, my ISP doesn't support pppoe, only > pppoa. The only way to do PPPoA is to have a device that does the DSL and ATM layers and handles the rest to FreeBSD. From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 07:58:41 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 093F316A418 for ; Fri, 26 Oct 2007 07:58:41 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id BDD4A13C49D for ; Fri, 26 Oct 2007 07:58:40 +0000 (UTC) (envelope-from barney@databus.com) Received: from pit.databus.com ([71.167.169.182]) (authenticated bits=0) by mail1.acecape.com (8.13.8/8.13.8) with ESMTP id l9Q7wdKQ022667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Oct 2007 03:58:40 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.1/8.14.1) with ESMTP id l9Q7wdNj040350; Fri, 26 Oct 2007 03:58:39 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.1/8.14.1/Submit) id l9Q7wd1B040349; Fri, 26 Oct 2007 03:58:39 -0400 (EDT) (envelope-from barney) Date: Fri, 26 Oct 2007 03:58:39 -0400 From: Barney Wolff To: Kim Shrier Message-ID: <20071026075839.GA97413@pit.databus.com> References: <20071026052932.GA72917@pit.databus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: pppoa connection 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, 26 Oct 2007 07:58:41 -0000 If you can configure the modem as a bridge, assign your address to your interface and add a default route via the ISP router's address (presumably .1). If that doesn't work, man ssh_config and set ServerAliveInterval, which might keep the NAT alive. When I had DSL, I rigged an X10 power controller and a little daemon so it would power-cycle the modem when it locked up. On Fri, Oct 26, 2007 at 01:06:30AM -0600, Kim Shrier wrote: > I do have a fixed IP address. I have tried using their modem > as a router and assigned my IP address to the modem. This forces > me to use the NAT facility in the modem and it keeps dropping > my ssh sessions. I have also seen the modem drop the pppoa > connection and not be able to reestablish it until I reboot the > modem. > > The only thing this fine piece of equipment has been able to do > reliably is maintain the virtual circuit to the ISP. Anything > at a higher level in the protocol stack is too flakey. Hence, > I just want it to act as the most stupid of pipes between me > and the ISP. > > Other people successfully use this modem to connect to their ISP > when the ISP accepts pppoe connections and the modem is configured > as a bridge. Unfortunately, my ISP doesn't support pppoe, only > pppoa. > > So, can I pull this off? -- Barney Wolff I never met a computer I didn't like. From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 11:40:10 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581F416A419 for ; Fri, 26 Oct 2007 11:40:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 28B9913C4B2 for ; Fri, 26 Oct 2007 11:40:09 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2755F3C604; Fri, 26 Oct 2007 07:40:09 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 26 Oct 2007 07:40:09 -0400 X-Sasl-enc: JxOGvLsvYln7OeRGqZPUqmZyqK7oNn/jHkXglKDEenjM 1193398808 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 734CC24D7E; Fri, 26 Oct 2007 07:40:08 -0400 (EDT) Message-ID: <4721D217.2010003@FreeBSD.org> Date: Fri, 26 Oct 2007 12:40:07 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Jon Otterholm References: <47210D92.1050403@ide.resurscentrum.se> In-Reply-To: <47210D92.1050403@ide.resurscentrum.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Andrew Thompson Subject: Re: QinQ 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, 26 Oct 2007 11:40:10 -0000 Jon, Thanks for the patch. Jon Otterholm wrote: > I was wondering about the possibility of adding support for QinQ > ("Double tagged frames" / "Nested vlans"). Attached is a patch against > -STABLE to add this support. I have not tested this but was told it > should work. > > Would it be possible to get this into CURRENT? > In the 7.x train, I made some changes to always decode the VLAN tags and embed the information in the mbuf header. I did this to support 802.1p quality-of-service in the stack - VLAN 0 frames mean 'the whole subnet, not its vlan', and previously the stack just ignored these. I can't remember off the top of my head if I merged this to 6.x - it means the patch herein may not even be needed, unless you need to do demux of vlan tags to arbitrary depth, something I think is best left to netgraph. What I can tell you is that if you look at the comments in if_ethersubr.c, I left q-in-q as a possible todo item. I don't use it myself - however - the same approach might be considered for cards which have q-in-q support in their hardware tag/queue processing. Kip Macy may be able to advise further - I understand the newer 10gbps cards are quite programmable in this respect. However I believe it means we may not need to apply vlan(4)'s notion of having to call if_promisc() if the card already knows to supply the stack with frames for VLAN 'foo', i.e. if VLAN 'bar' is nested in 'foo'. Promiscuous mode is best avoided particularly with high rates of packets-per-second. regards, BMS From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 11:52:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8168516A420 for ; Fri, 26 Oct 2007 11:52:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4212013C48E for ; Fri, 26 Oct 2007 11:52:46 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 87DAA3BE6E; Fri, 26 Oct 2007 07:52:45 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 26 Oct 2007 07:52:45 -0400 X-Sasl-enc: QJwrQd7Uy5nTDLBm0Cl2E5MOVp/LjcXnt9T1oIElpxLM 1193399565 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id BFD5C22F8; Fri, 26 Oct 2007 07:52:44 -0400 (EDT) Message-ID: <4721D50B.3050909@FreeBSD.org> Date: Fri, 26 Oct 2007 12:52:43 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Nikos Vassiliadis References: <20071026052932.GA72917@pit.databus.com> <200710261040.18817.nvass@teledomenet.gr> In-Reply-To: <200710261040.18817.nvass@teledomenet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Barney Wolff , freebsd-net@freebsd.org Subject: Re: pppoa connection 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, 26 Oct 2007 11:52:46 -0000 Nikos Vassiliadis wrote: > flakey fingers... > > On Friday 26 October 2007 10:06:30 Kim Shrier wrote: > >> Other people successfully use this modem to connect to their ISP >> when the ISP accepts pppoe connections and the modem is configured >> as a bridge. Unfortunately, my ISP doesn't support pppoe, only >> pppoa. >> > > The only way to do PPPoA is to have a device that does the DSL and > ATM layers and handles the rest to FreeBSD. Nope - there are devices out there such as the D-link single port DSL-5xxx modems which are able to bridge ethernet to PPPoA, which allows you to *not* use NAT on the device. They do this by running a DHCP client on the outward face, a DHCP server on the inward 'face and allocating itself YourIP+1/24 on that face. Your machine inside then gets assigned YourIP. This is a hybrid form of router/bridging which relies on the IP addressing trick. Obviously the subnet mask is wrong - I haven't figured out if this can be changed in the firmware - which means trouble if you have to route to folk in the same net block. Most consumer DSL 'access devices' force you to use NAT because they don't know how to bridge in this way. However, if you really need to do native PPPoA in BSD, you need an ngATM supported device - /usr/sbin/ppp knows about pppoa devices and should suffice for running it over a single VC. This support was originally added for the Alcatel Speedtouch. Of course if you have an ngatm supported ATM card, and an ATM25-to-ADSL modem (such beasts exist) you can do it that way too - this is how you plug an old Cisco 4xxx into consumer ADSL, by the way. [I'm not sure if MPD groks PPPoA too, but that would let you channel bond with multiple physical circuits.] I should point out that the use of ATM over xDSL is actually part of the G.DMT-lite specs... inquiring individuals can make their own minds up about this and why that happened regards, BMS From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 15:31:47 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9694216A417 for ; Fri, 26 Oct 2007 15:31:47 +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 0412D13C4BB for ; Fri, 26 Oct 2007 15:31:46 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [87.250.250.1] (wawa.yandex.ru [87.250.250.1]) by cmail.yandex.ru (8.14.1/8.14.1) with ESMTP id l9QFVRZI061081; Fri, 26 Oct 2007 19:31:30 +0400 (MSD) (envelope-from wawa@yandex-team.ru) Message-ID: <47220853.90206@yandex-team.ru> Date: Fri, 26 Oct 2007 19:31:31 +0400 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.13pre) Gecko/20070505 Iceape/1.0.9 (Debian-1.0.10~pre070720-0etch3+lenny1) MIME-Version: 1.0 To: d@delphij.net References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> <47200537.8070708@room52.net> <472028C0.4040004@delphij.net> In-Reply-To: <472028C0.4040004@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , James Healy , Jack Vogel , "freebsd-net@freebsd.org" Subject: Re: SMPable version of 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: Fri, 26 Oct 2007 15:31:47 -0000 Hi, LI Xin wrote: > Shoot, the TX mutex locking and unlocking should not belong here. Let > me check the code. > > Cheers, > Don't forget: our latest version http://people.yandex-team.ru/wawa/em-6.6.6-yandex-1.20.tar.gz is very close to CURRENT. Also, you can alter threads' number runtime in this revision. 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 -- From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 15:43:35 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DC8B16A41A; Fri, 26 Oct 2007 15:43:35 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id D6EBA13C480; Fri, 26 Oct 2007 15:43:34 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xfe0.d.ethz.ch ([82.130.124.40]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:40:58 +0200 Received: from styx.inf.ethz.ch ([129.132.74.245]) by xfe0.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:40:57 +0200 Received: by styx.inf.ethz.ch (Postfix, from userid 1001) id 867CD49AC74; Fri, 26 Oct 2007 17:40:57 +0200 (CEST) Date: Fri, 26 Oct 2007 17:40:57 +0200 From: Matus Harvan To: freebsd-net@freebsd.org Message-ID: <20071026154057.GG1049@styx.ethz.ch> References: <20070909201837.GA18107@inf.ethz.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OFj+1YLvsEfSXdCH" Content-Disposition: inline In-Reply-To: <20070909201837.GA18107@inf.ethz.ch> User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 26 Oct 2007 15:40:57.0713 (UTC) FILETIME=[9A34D610:01C817E6] Cc: Max Laier , Brooks Davis Subject: Re: UDP catchall 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, 26 Oct 2007 15:43:35 -0000 --OFj+1YLvsEfSXdCH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I was wondering if I could get some feedback about the patch and whether others think it could be committed. Matus On Sun, Sep 09, 2007 at 10:18:37PM +0200, Matus Harvan wrote: > Hello, >=20 > I am a Google Summer of Code student working on mtund, aka Magic > Tunnel Daemon aka Super Tunnel Daemon, > http://wiki.freebsd.org/SuperTunnelDaemon. >=20 > For mtund it would be useful to listen on all unused UDP ports, > allowing a client behind firewall to use any possible hole it could > find. To achieve this, the easiest way seems to be to allow a raw > IP/UDP socket to receive UDP traffic that no regular UDP socket > wants. In the kernel this means passing the mbuf from udp_input to > rip_input(). Upon receiving a packet, the user space program would > inspect the UDP header and create a UDP socket bound to the correct > local port and connected to the right remote port and address. >=20 > The user space usage would then look as follows: > fd =3D socket(AF_INET, SOCK_RAW, IPPROTO_UDP); > recvfrom(fd, ...); > /* parse the UDP header for the source and destination addresses */ > new_fd =3D socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP); > bind(new_fd, ...); > connect(new_fd, ...); >=20 > This catchall feature could be enabled/disabled via a sysctl variable, > net.inet.raw.udp_catchall. Furthermore, a rate limit could be used to > mitigate possible DoS misuse. >=20 > A simple testing program can be found under >=20 > http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/soc2007/mharvan-mt= und/sys.patches/test_catchall/&c=3Dxpc@//depot/projects/soc2007/mharvan-mtu= nd/sys.patches/test_catchall/ucatchalld.c?ac=3D22 >=20 > and a more complex example is the udp catchall plugin for mtund >=20 > http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/soc2007/mharvan-mt= und/mtund.src/&c=3DSM3@//depot/projects/soc2007/mharvan-mtund/mtund.src/plu= gin_udp_catchall.c?ac=3D22 >=20 > Matus >=20 > patch: > Index: udp_usrreq.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/netinet/udp_usrreq.c,v > retrieving revision 1.216 > diff -d -u -r1.216 udp_usrreq.c > --- udp_usrreq.c 10 Jul 2007 09:30:46 -0000 1.216 > +++ udp_usrreq.c 6 Sep 2007 21:59:31 -0000 > @@ -125,6 +125,15 @@ > SYSCTL_ULONG(_net_inet_udp, UDPCTL_RECVSPACE, recvspace, CTLFLAG_RW, > &udp_recvspace, 0, "Maximum space for incoming UDP datagrams"); > =20 > +static int udp_catchall =3D 0; > +SYSCTL_INT(_net_inet_raw, OID_AUTO, udp_catchall, CTLFLAG_RW | CTLFLAG_S= ECURE, > + &udp_catchall, 0, "Raw IP UDP sockets receive unclaimed UDP datagrams= "); > + > +static int catchalllim =3D 5; > +SYSCTL_INT(_net_inet_udp, OID_AUTO, catchalllim, CTLFLAG_RW | CTLFLAG_SE= CURE, > + &catchalllim, 0, > + "Rate limit on received UDP datagrams due to udp_catchall"); > + > struct inpcbhead udb; /* from udp_var.h */ > struct inpcbinfo udbinfo; > =20 > @@ -136,6 +145,11 @@ > SYSCTL_STRUCT(_net_inet_udp, UDPCTL_STATS, stats, CTLFLAG_RW, &udpstat, > udpstat, "UDP statistics (struct udpstat, netinet/udp_var.h)"); > =20 > +static struct rate { > + struct timeval lasttime; > + int curpps; > +} catchallr; > + > static void udp_detach(struct socket *so); > static int udp_output(struct inpcb *, struct mbuf *, struct sockaddr *, > struct mbuf *, struct thread *); > @@ -515,6 +529,35 @@ > */ > inp =3D in_pcblookup_hash(&udbinfo, ip->ip_src, uh->uh_sport, > ip->ip_dst, uh->uh_dport, 1, ifp); > + > + /* catchall socket */ > + if (inp =3D=3D NULL && udp_catchall !=3D 0) { > +#ifdef DIAGNOSTIC > + printf("IP UDP catchall active\n"); > + char dbuf[INET_ADDRSTRLEN], sbuf[INET_ADDRSTRLEN]; > + strcpy(dbuf, inet_ntoa(ip->ip_dst)); > + strcpy(sbuf, inet_ntoa(ip->ip_src)); > + printf("\tip_src: %s, sport: %hu\n\tip_dst: %s, dport: %hu\n", > + sbuf, ntohs(uh->uh_sport), dbuf, ntohs(uh->uh_dport)); > +#endif > + > + /* rate limiting */ > + if (catchalllim > 0)=20 > + if (ppsratecheck(&catchallr.lasttime, > + &catchallr.curpps, catchalllim)) { > + rip_input(m, off); > + INP_INFO_RUNLOCK(&udbinfo); > + return; > + } > +#ifdef DIAGNOSTIC > + else > + printf("ppsratecheck limited " > + "udp_catchall\n"); > + else > + printf("ppsratecheck limited udp_catchall\n"); > +#endif > + } > + > if (inp =3D=3D NULL) { > if (udp_log_in_vain) { > char buf[4*sizeof "123"]; --OFj+1YLvsEfSXdCH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIgqJ43LQWDWf0QIRAgIAAJ4qBMV3eVP883IKwzb6faqkphuIYwCfa+wU fJpmJ24+fQqkUiTCl7Hwe5g= =vev9 -----END PGP SIGNATURE----- --OFj+1YLvsEfSXdCH-- From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 15:43:36 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9690A16A417 for ; Fri, 26 Oct 2007 15:43:36 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xsmtp1.ethz.ch (xsmtp1.ethz.ch [82.130.70.13]) by mx1.freebsd.org (Postfix) with ESMTP id 25C2313C4BD for ; Fri, 26 Oct 2007 15:43:35 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xfe0.d.ethz.ch ([82.130.124.40]) by xsmtp1.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:31:29 +0200 Received: from styx.inf.ethz.ch ([129.132.74.245]) by xfe0.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:31:29 +0200 Received: by styx.inf.ethz.ch (Postfix, from userid 1001) id 0E65349AC70; Fri, 26 Oct 2007 17:31:29 +0200 (CEST) Date: Fri, 26 Oct 2007 17:31:28 +0200 From: Matus Harvan To: freebsd-net@freebsd.org Message-ID: <20071026153128.GF1049@styx.ethz.ch> References: <20070909201152.GA18039@inf.ethz.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="udcq9yAoWb9A4FsZ" Content-Disposition: inline In-Reply-To: <20070909201152.GA18039@inf.ethz.ch> User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 26 Oct 2007 15:31:29.0423 (UTC) FILETIME=[477AA9F0:01C817E5] Cc: Max Laier , Brooks Davis Subject: Re: icmp echo_user 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, 26 Oct 2007 15:43:36 -0000 --udcq9yAoWb9A4FsZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I was wondering if I could get some feedback about the patch and whether others think it could be committed. Matus On Sun, Sep 09, 2007 at 10:11:52PM +0200, Matus Harvan wrote: > Hello, >=20 > I am a Google Summer of Code student working on mtund, aka Magic > Tunnel Daemon aka Super Tunnel Daemon, > http://wiki.freebsd.org/SuperTunnelDaemon. >=20 > For mtund it would be useful to tunnel in ICMP echo request/reply > pairs. For this being able to receive ICMP echo requests in the user > space would be helpful. Currently, ICMP echo requests are processed in > the kernel where an ICMP echo reply is generated, but they are not > passed to the user space. I would suggest the patch below, adding a > sysctl variable net.inet.icmp.echo_user, allowing to recevie the ICMP > echo requests in the user space on a raw IP/ICMP socket rather than > having the kernel generate a reply to them. >=20 > Matus >=20 > patch: > Index: ip_icmp.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/netinet/ip_icmp.c,v > retrieving revision 1.117 > diff -d -u -r1.117 ip_icmp.c > --- ip_icmp.c 19 Jul 2007 22:34:25 -0000 1.117 > +++ ip_icmp.c 6 Sep 2007 21:26:08 -0000 > @@ -124,6 +124,10 @@ > SYSCTL_INT(_net_inet_icmp, OID_AUTO, bmcastecho, CTLFLAG_RW, > &icmpbmcastecho, 0, ""); > =20 > +static int icmpechouser =3D 0; > +SYSCTL_INT(_net_inet_icmp, OID_AUTO, echo_user, CTLFLAG_RW | CTLFLAG_SEC= URE, > + &icmpechouser, 0, "Pass ICMP echo requests to userspace rather t= han" > + "replying to them in the kernel"); > =20 > #ifdef ICMPPRINTFS > int icmpprintfs =3D 0; > @@ -454,6 +458,9 @@ > break; > =20 > case ICMP_ECHO: > + if (icmpechouser) > + goto raw; > + > if (!icmpbmcastecho > && (m->m_flags & (M_MCAST | M_BCAST)) !=3D 0) { > icmpstat.icps_bmcastecho++; --udcq9yAoWb9A4FsZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIghQ43LQWDWf0QIRAgC6AKCTCw86bh+Tv7Vfv6COXD13uQkq2gCggvK1 Ygf/tfXkHp7fmO1dKvD/4yw= =JQbN -----END PGP SIGNATURE----- --udcq9yAoWb9A4FsZ-- From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 15:52:09 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F0EA16A41A; Fri, 26 Oct 2007 15:52:09 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from XSMTP0.ethz.ch (xsmtp0.ethz.ch [82.130.70.14]) by mx1.freebsd.org (Postfix) with ESMTP id 85BD413C4B3; Fri, 26 Oct 2007 15:52:08 +0000 (UTC) (envelope-from matus.harvan@inf.ethz.ch) Received: from xfe0.d.ethz.ch ([82.130.124.40]) by XSMTP0.ethz.ch with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:52:06 +0200 Received: from styx.inf.ethz.ch ([129.132.74.245]) by xfe0.d.ethz.ch over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 26 Oct 2007 17:52:06 +0200 Received: by styx.inf.ethz.ch (Postfix, from userid 1001) id 5BF2C49AC82; Fri, 26 Oct 2007 17:52:06 +0200 (CEST) Date: Fri, 26 Oct 2007 17:52:06 +0200 From: Matus Harvan To: freebsd-net@freebsd.org Message-ID: <20071026155206.GH1049@styx.ethz.ch> References: <20070909204148.GB18107@inf.ethz.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wj9ZLJVQDRFjGSdK" Content-Disposition: inline In-Reply-To: <20070909204148.GB18107@inf.ethz.ch> User-Agent: Mutt/1.5.16 (2007-06-09) X-OriginalArrivalTime: 26 Oct 2007 15:52:06.0517 (UTC) FILETIME=[28D83A50:01C817E8] Cc: Max Laier , Brooks Davis Subject: Re: TCP listenall 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, 26 Oct 2007 15:52:09 -0000 --wj9ZLJVQDRFjGSdK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, =20 I was wondering if I could get some feedback about the patch and whether others think it could be committed. A slightly update version of the patch is at the end of this email. =20 Matus On Sun, Sep 09, 2007 at 10:41:48PM +0200, Matus Harvan wrote: > Hello, >=20 > I am a Google Summer of Code student working on mtund, aka Magic > Tunnel Daemon aka Super Tunnel Daemon, > http://wiki.freebsd.org/SuperTunnelDaemon. >=20 > For mtund it would be useful to listen on all unused TCP ports, > allowing a client behind firewall to use any possible hole it could > find. To achieve this I would suggest the patch below. It would add a > socket option TCP_LISTENALL. This clearly could only be set on one > socket. When activated, the global variable inp_tlistenall would be > used to assign traffic to unused TCP ports to that socket. In > particular, the changed code in tcp_input() would be used twice - once > for the SYN packet (1st packet) and once for the ACK packet (3rd > packet). inp_tlistenall is protected by the INP_INFO lock on tcbinfo > in all places. >=20 > The patch also includes rate limiting to mitigate possible DoS > misuse. With listenall enabled, a portscan becomes a syn > flood. However, as there are already mechanisms to protect against a > syn flood attack, such as syncache and syncookies, the rate limit > might be left out. The disadvanatage of the rate limit is that a > portscan becomes a DoS against the listenall socket. >=20 > A testing program is available in perforce: > http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/soc2007/mharvan-mt= und/sys.patches/test_catchall/&c=3Dxpc@//depot/projects/soc2007/mharvan-mtu= nd/sys.patches/test_catchall/tcatchalld.c?ac=3D22 >=20 > Note that the tcp listenall feature would be usefull to other programs > beyond mtund, i.e., a modified ssh daemon for people who won't be able > to run mtund, but will be able to run ssh. >=20 > Matus >=20 patch: Index: netinet/tcp.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/tcp.h,v retrieving revision 1.40 diff -u -r1.40 tcp.h --- netinet/tcp.h 25 May 2007 21:28:49 -0000 1.40 +++ netinet/tcp.h 26 Oct 2007 15:41:17 -0000 @@ -147,6 +147,7 @@ #define TCP_NOOPT 0x08 /* don't use TCP options */ #define TCP_MD5SIG 0x10 /* use MD5 digests (RFC2385) */ #define TCP_INFO 0x20 /* retrieve tcp_info structure */ +#define TCP_LISTENALL 0x40 /* listen on all unused TCP ports */ =20 #define TCPI_OPT_TIMESTAMPS 0x01 #define TCPI_OPT_SACK 0x02 Index: netinet/tcp_input.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.370 diff -u -r1.370 tcp_input.c --- netinet/tcp_input.c 7 Oct 2007 20:44:23 -0000 1.370 +++ netinet/tcp_input.c 26 Oct 2007 15:41:17 -0000 @@ -146,9 +146,15 @@ SYSCTL_INT(_net_inet_tcp, OID_AUTO, recvbuf_max, CTLFLAG_RW, &tcp_autorcvbuf_max, 0, "Max size of automatic receive buffer"); =20 +static int listenalllim =3D 5; +SYSCTL_INT(_net_inet_tcp, OID_AUTO, listenalllim, CTLFLAG_RW | CTLFLAG_SEC= URE, + &listenalllim, 0, + "Rate limit on sockets created by the TCP_LISTENALL socket"); + struct inpcbhead tcb; #define tcb6 tcb /* for KAME src sync over BSD*'s */ struct inpcbinfo tcbinfo; +struct inpcb *inp_tlistenall; /* listening on all unused TCP ports */ =20 static void tcp_dooptions(struct tcpopt *, u_char *, int, int); static void tcp_do_segment(struct mbuf *, struct tcphdr *, @@ -260,6 +266,11 @@ struct tcphdr tcp_savetcp; short ostate =3D 0; #endif + static struct rate { + struct timeval lasttime; + int curpps; + } listenallr; + =20 #ifdef INET6 isipv6 =3D (mtod(m, struct ip *)->ip_v =3D=3D 6) ? 1 : 0; @@ -448,6 +459,36 @@ ip->ip_dst, th->th_dport, INPLOOKUP_WILDCARD, m->m_pkthdr.rcvif); + } + + /* listenall socket */ + if ((inp =3D=3D NULL) && (inp_tlistenall !=3D NULL)) { +#ifdef DIAGNOSTIC + printf("listenall socket used (0x%x)\n", + (unsigned int)inp_tlistenall); + char dbuf[INET_ADDRSTRLEN], sbuf[INET_ADDRSTRLEN]; + strcpy(dbuf, inet_ntoa(ip->ip_dst)); + strcpy(sbuf, inet_ntoa(ip->ip_src)); + printf("\tip_src: %s, sport: %hu\n\tip_dst: %s, dport: %hu\n", + sbuf, ntohs(th->th_sport), dbuf, ntohs(th->th_dport)); +#endif + /* do rate limiting for SYN packets */ + if (thflags & TH_SYN) { + if (listenalllim > 0)=20 + if (ppsratecheck(&listenallr.lasttime, + &listenallr.curpps, listenalllim)) + inp =3D inp_tlistenall; +#ifdef DIAGNOSTIC + else + printf("ppsratecheck limited " + "tcp_listenall\n"); +#endif +#ifdef DIAGNOSTIC + else + printf("ppsratecheck limited tcp_listenall\n"); +#endif + } else + inp =3D inp_tlistenall; } =20 /* Index: netinet/tcp_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.300 diff -u -r1.300 tcp_subr.c --- netinet/tcp_subr.c 7 Oct 2007 20:44:24 -0000 1.300 +++ netinet/tcp_subr.c 26 Oct 2007 15:41:17 -0000 @@ -266,6 +266,7 @@ tcp_rexmit_slop =3D TCPTV_CPU_VAR; tcp_inflight_rttthresh =3D TCPTV_INFLIGHT_RTTTHRESH; tcp_finwait2_timeout =3D TCPTV_FINWAIT2_TIMEOUT; + inp_tlistenall =3D NULL; =20 INP_INFO_LOCK_INIT(&tcbinfo, "tcp"); LIST_INIT(&tcb); Index: netinet/tcp_usrreq.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/tcp_usrreq.c,v retrieving revision 1.163 diff -u -r1.163 tcp_usrreq.c --- netinet/tcp_usrreq.c 7 Oct 2007 20:44:24 -0000 1.163 +++ netinet/tcp_usrreq.c 26 Oct 2007 15:41:17 -0000 @@ -50,6 +50,7 @@ #endif /* INET6 */ #include #include +#include #include #include #include @@ -164,6 +165,13 @@ KASSERT(so->so_pcb =3D=3D inp, ("tcp_detach: so_pcb !=3D inp")); KASSERT(inp->inp_socket =3D=3D so, ("tcp_detach: inp_socket !=3D so")); =20 + if (inp =3D=3D inp_tlistenall) { +#ifdef DIAGNOSTIC + printf("deactivating TCP_LISTENALL - socket closed\n"); +#endif + inp_tlistenall =3D NULL; + } + tp =3D intotcpcb(inp); =20 if (inp->inp_vflag & INP_TIMEWAIT) { @@ -1340,6 +1348,29 @@ error =3D EINVAL; break; =20 + case TCP_LISTENALL: + error =3D sooptcopyin(sopt, &optval, sizeof optval, + sizeof optval); + if (error) + break; + + priv_check(curthread, + PRIV_NETINET_TCP_LISTENALL); + if (error !=3D 0) + break; + + if (optval > 0) /* enable LISTENALL */ + if (inp_tlistenall =3D=3D NULL) + inp_tlistenall =3D inp; + else + error =3D EBUSY; + + else /* disable LISTENALL */ + if (inp_tlistenall =3D=3D inp) + inp_tlistenall =3D NULL; + + break; + default: error =3D ENOPROTOOPT; break; @@ -1373,6 +1404,13 @@ case TCP_INFO: tcp_fill_info(tp, &ti); error =3D sooptcopyout(sopt, &ti, sizeof ti); + break; + case TCP_LISTENALL: + if (inp =3D=3D inp_tlistenall) =20 + optval =3D 1; + else + optval =3D 0; + error =3D sooptcopyout(sopt, &optval, sizeof optval); break; default: error =3D ENOPROTOOPT; Index: netinet/tcp_var.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/tcp_var.h,v retrieving revision 1.157 diff -u -r1.157 tcp_var.h --- netinet/tcp_var.h 24 Sep 2007 05:26:24 -0000 1.157 +++ netinet/tcp_var.h 26 Oct 2007 15:41:17 -0000 @@ -493,6 +493,7 @@ =20 extern struct inpcbhead tcb; /* head of queue of active tcpcb's */ extern struct inpcbinfo tcbinfo; +extern struct inpcb *inp_tlistenall; /* listening on all unused TCP ports= */ extern struct tcpstat tcpstat; /* tcp statistics */ extern int tcp_log_in_vain; extern int tcp_mssdflt; /* XXX */ Index: sys/priv.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sys/priv.h,v retrieving revision 1.15 diff -u -r1.15 priv.h --- sys/priv.h 18 Jun 2007 07:54:27 -0000 1.15 +++ sys/priv.h 26 Oct 2007 15:41:19 -0000 @@ -374,6 +374,7 @@ #define PRIV_NETINET_ALIFETIME6 502 /* Administer IPv6 address lifetimes. = */ #define PRIV_NETINET_IPSEC 503 /* Administer IPSEC. */ #define PRIV_NETINET_REUSEPORT 504 /* Allow [rapid] port/address reuse. */ +#define PRIV_NETINET_TCP_LISTENALL 505 /* Allow setting TCP_LISTENALL */ =20 /* * IPX/SPX privileges. --wj9ZLJVQDRFjGSdK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHIg0l43LQWDWf0QIRArK6AKCPwCaBSdl+4/+11m264zXOYr5H5QCgjqb7 xjRQW7TnlNcNi0JiFLWbrU4= =wD+w -----END PGP SIGNATURE----- --wj9ZLJVQDRFjGSdK-- From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 02:56:32 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A42016A418 for ; Sat, 27 Oct 2007 02:56:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4F61C13C4A6 for ; Sat, 27 Oct 2007 02:56:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 93F143EB80; Fri, 26 Oct 2007 22:56:31 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 26 Oct 2007 22:56:31 -0400 X-Sasl-enc: XnrDTQIiarqZgl+I/Xycmba+0epaRDDfeA6mgRoHpFkp 1193453791 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D78631092B; Fri, 26 Oct 2007 22:56:30 -0400 (EDT) Message-ID: <4722A8DD.6060601@FreeBSD.org> Date: Sat, 27 Oct 2007 03:56:29 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Matus Harvan References: <20070909201152.GA18039@inf.ethz.ch> <20071026153128.GF1049@styx.ethz.ch> In-Reply-To: <20071026153128.GF1049@styx.ethz.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Brooks Davis , Max Laier Subject: Re: icmp echo_user 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, 27 Oct 2007 02:56:32 -0000 Matus Harvan wrote: > Hi, > > I was wondering if I could get some feedback about the patch and > whether others think it could be committed. > Thanks for your hard work on mtund. I'm not keen on this patch going into a mainline kernel, though. It stomps on bandwidth limitation if that's in effect -- which is a possible DoS vector -- and also stops updating icmp protocol counters. I believe we should track echo requests in netstat -p regardless of whether the kernel calls icmp_reflect() or not, as it can readily be inferred if a) your diversion to SOCK_RAW is in effect or b) the kernel processed the echo request. I also believe that a user who installs and configures the tunneling daemon is in a position to know that the ICMP thresholds need to be changed. Assuming the tunneling daemon doesn't process echoes unrelated to its tunneling (I haven't read the code), then the fact that rip_input() may exhaust its socket input buffer will provide a basic form of hysteresis, however I would suggest that if you intend to deploy this on the open Internet that the daemon either a) provides its own hysteresis too, b) tunes itself around the bandwidth limit in effect or c) tunes the bandwidth limit itself. A better approach would be to conditionalise the 'goto raw' next to the 'goto reflect'. regards, BMS From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 03:21:26 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02F1C16A421; Sat, 27 Oct 2007 03:21:26 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id BDF0A13C49D; Sat, 27 Oct 2007 03:21:25 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 5F47340AC7; Fri, 26 Oct 2007 23:21:25 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 26 Oct 2007 23:21:25 -0400 X-Sasl-enc: cEjqtVHlxT+PBuuZ4vOGcf/Sa8bxMvMX3FNrhbSy6FE+ 1193455285 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id B365651F2; Fri, 26 Oct 2007 23:21:24 -0400 (EDT) Message-ID: <4722AEB3.1010208@FreeBSD.org> Date: Sat, 27 Oct 2007 04:21:23 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Matus Harvan References: <20070909201837.GA18107@inf.ethz.ch> <20071026154057.GG1049@styx.ethz.ch> In-Reply-To: <20071026154057.GG1049@styx.ethz.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Brooks Davis , Max Laier Subject: Re: UDP catchall 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, 27 Oct 2007 03:21:26 -0000 Matus Harvan wrote: > Hi, > > I was wondering if I could get some feedback about the patch and > whether others think it could be committed. > The UDP catchall patch as submitted here clashes with the blackhole functionality, and also bypasses the update of the protocol statistics and unreachable port rate limiting. It is not yet suitable for a production kernel. It probably shouldn't trigger the log_in_vain message, however that log message is misleading anyway (the reception of UDP datagrams destined for unbound ports is not a 'connection attempt'). I would argue that the UDP and TCP catchall feature should perhaps have a configurable port range as well, under net.inet.ip.portrange.relayhigh/relaylow. This would allow the inpcb code to avoid allocating sockets from that range at all -- as well as allowing inbound packets for that range to be immediately relayed to mtund without the cost of a hash lookup. Whether or not multicasts are O.K. for catchall should also be configurable (bypassing the noportbcast check), however the only way for this to work reliably without running multicast forwarding on the same node is for the mtund to explicitly join multicast groups -- because the code which maps inbound multicasts to sockets has to run further up in another block inside udp_input(). If you needed to intercept multicasts on a multicast router, note that there is an upcall mechanism. This works along similar lines to the RTF_XRESOLVE flag -- the multicast forwarding table is implemented in FreeBSD as a hash-table based cache which does not hold all of the state, and it communicates with userland using custom IGMP messages on a raw socket which never actually appear on the wire in the IGMP protocol. Some implementations of PIM depend on this too. Unfortunately these only go to one socket, ip_mrouter -- however with some code changes you could tell mtund about these IGMP upcalls as well. regards, BMS From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 03:55:18 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3592E16A41A; Sat, 27 Oct 2007 03:55:18 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id ED6A713C4A5; Sat, 27 Oct 2007 03:55:17 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 233173ED78; Fri, 26 Oct 2007 23:55:17 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 26 Oct 2007 23:55:17 -0400 X-Sasl-enc: 1THK6rM5rp/qQyU1rRtyIQeP22Rel0FZPSAgTZTV2kiw 1193457316 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 747371B80F; Fri, 26 Oct 2007 23:55:16 -0400 (EDT) Message-ID: <4722B6A3.6030606@FreeBSD.org> Date: Sat, 27 Oct 2007 04:55:15 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Matus Harvan References: <20070909204148.GB18107@inf.ethz.ch> <20071026155206.GH1049@styx.ethz.ch> In-Reply-To: <20071026155206.GH1049@styx.ethz.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Brooks Davis , Max Laier Subject: Re: TCP listenall 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, 27 Oct 2007 03:55:18 -0000 Matus Harvan wrote: > Hi, > > I was wondering if I could get some feedback about the patch and > whether others think it could be committed. A slightly update version > of the patch is at the end of this email. > I have mixed feelings about this patch. The idea of a TCP socket which magically loses its TCP semantics is unattractive -- SOCK_RAW is traditionally where we've put things which don't fit the rest of the BSD socket API -- however in this case I don't see we have much choice, if what we desire is the ability for a client to establish a connection to any ephemeral port with the mtund returning from an accept() as usual. We are bending the rules of the usual TCP semantics here, but that is OK because if we directed tlistenall to be a raw IP socket, we'd need a way to say to TCP, 'I'd like to create a socket which is already in SYN_RCVD state with a SYN whose mbuf has now gone to lunch', assuming we wish to create TCP streams business as usual. The relay port idea I pointed out in my message about udp catchall would be especially applicable here -- we may not always want catchalls for the entire 16-bit tcp port space. listenallr is static and is going to get trashed by concurrent threads, unless there is a serialization with a lock, which I don't see. How will inp_tlistenall appear in netstat output? Perhaps assigning a LISTEN_ALL state would be helpful for an administrator to clearly see that a listenall socket is active? Perhaps checking for TCP_LISTENALL set on an unbound socket in tcp_usr_listen() when listen() is called is the way to go instead of, or in addition to, using inp_tlistenall? Again, good work, but needs more polish before it can go into mainline (IMHO). best, BMS From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 04:07:02 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8368D16A469; Sat, 27 Oct 2007 04:07:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5B53D13C4A7; Sat, 27 Oct 2007 04:07:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id EB7383C7EA; Sat, 27 Oct 2007 00:07:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 27 Oct 2007 00:07:01 -0400 X-Sasl-enc: FYNquJ6e6OOzafzQzyc3IjxDsqzM92oqznFJvgGslxRd 1193458021 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 44EA738FE; Sat, 27 Oct 2007 00:07:01 -0400 (EDT) Message-ID: <4722B964.5060701@FreeBSD.org> Date: Sat, 27 Oct 2007 05:07:00 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Matus Harvan References: <20070909204148.GB18107@inf.ethz.ch> <20071026155206.GH1049@styx.ethz.ch> <4722B6A3.6030606@FreeBSD.org> In-Reply-To: <4722B6A3.6030606@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Brooks Davis , Max Laier Subject: Re: TCP listenall 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, 27 Oct 2007 04:07:02 -0000 Bruce M. Simpson wrote: > > The relay port idea I pointed out in my message about udp catchall > would be especially applicable here -- we may not always want > catchalls for the entire 16-bit tcp port space. > ... > How will inp_tlistenall appear in netstat output? Perhaps assigning a > LISTEN_ALL state would be helpful for an administrator to clearly see > that a listenall socket is active? Perhaps checking for TCP_LISTENALL > set on an unbound socket in tcp_usr_listen() when listen() is called > is the way to go instead of, or in addition to, using inp_tlistenall? P.S. This is probably how you get INET6 support for little cost. Hint hint. ;-) BMS From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 05:20:25 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE15F16A41A for ; Sat, 27 Oct 2007 05:20:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id E643A13C4A6 for ; Sat, 27 Oct 2007 05:20:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 514B8EB9E33; Sat, 27 Oct 2007 13:20:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id oJm6qplTDvZj; Sat, 27 Oct 2007 13:20:15 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7F43FEB2C60; Sat, 27 Oct 2007 13:20:11 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=rzpubpFcTzWAYpp8d0keXumuDoRypBOexEM7MlD8D6mbUnXp0JENZ165HtB3YRTgE bljZ2JNRTkMWJUSdmOI+Q== Message-ID: <4722CA75.3010807@delphij.net> Date: Fri, 26 Oct 2007 22:19:49 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Vladimir Ivanov References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> <47200537.8070708@room52.net> <472028C0.4040004@delphij.net> <47220853.90206@yandex-team.ru> In-Reply-To: <47220853.90206@yandex-team.ru> X-Enigmail-Version: 0.95.4 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig26A1BB2C2BDDC235D683FE8D" Cc: Lawrence Stewart , James Healy , d@delphij.net, Jack Vogel , "freebsd-net@freebsd.org" Subject: Re: SMPable version of EM driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 05:20:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig26A1BB2C2BDDC235D683FE8D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Vladimir Ivanov wrote: > Hi, >=20 > LI Xin wrote: >> Shoot, the TX mutex locking and unlocking should not belong here. Let= >> me check the code. >> >> Cheers, >> =20 > Don't forget: our latest version > http://people.yandex-team.ru/wawa/em-6.6.6-yandex-1.20.tar.gz is very > close to CURRENT. > Also, you can alter threads' number runtime in this revision. Oh... So you has adopted Jack's new version of driver? Maybe I should take some time to port it to -HEAD first? :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig26A1BB2C2BDDC235D683FE8D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHIsp1OfuToMruuMARCgYLAJwOiRFLgWBvGQ9Lz9veHAMN6lsniACgjLcr tu5qUQgIELmQ/SaAyRrBaMo= =E7j7 -----END PGP SIGNATURE----- --------------enig26A1BB2C2BDDC235D683FE8D-- From owner-freebsd-net@FreeBSD.ORG Sat Oct 27 12:46:42 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38F8616A418 for ; Sat, 27 Oct 2007 12:46:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 13A7313C48D for ; Sat, 27 Oct 2007 12:46:42 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9RCkfWm024349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 27 Oct 2007 05:46:41 -0700 X-Auth-Received: from [127.0.0.1] (cs213-59.fsmodem.washington.edu [140.142.173.60]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9RCkYGI006471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 27 Oct 2007 05:46:38 -0700 Message-ID: <4723330A.7070803@u.washington.edu> Date: Sat, 27 Oct 2007 05:46:02 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Tom Judge References: <20071019182349.J97691@odysseus.silby.com> <47194EA1.8000402@u.washington.edu> <20071019212012.C97691@odysseus.silby.com> <47202922.3070700@u.washington.edu> <47209570.20609@tomjudge.com> In-Reply-To: <47209570.20609@tomjudge.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.10.27.52923 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: net@freebsd.org Subject: Re: Marvell chipsets on 8-CURRENT and XP x64 won't talk with one another 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, 27 Oct 2007 12:46:42 -0000 Tom Judge wrote: > Garrett Cooper wrote: >> Mike Silbersack wrote: >>> >>> On Fri, 19 Oct 2007, Garrett Cooper wrote: >>> >>>>> Just to clarify, how are the two hooked together? Is it over >>>>> gigabit switch, a 10mbps hub, or directly cabled together? >>>>> >>>>> -Mike >>>> >>>> Sure. They're both connected over a gigabit switch, but the >>>> Windows driver's kind of sketchy because it keeps on switching >>>> between 100MBit and 1GBit. I haven't really paid that much >>>> attention to what speed the FreeBSD msk driver is registering at. >>>> -Garrett >>> >>> Ah ha! >>> >>> I had the flopping between 100mbps and 1gbps problem with some Intel >>> cards once - some of the machines in the lab were fine, others kept >>> switching back and forth. We eventually narrowed it down to the >>> cables we had hand-made; some of them just weren't up to snuff, and >>> the NIC apparently decided that it had to go back down to 100. >>> >>> I think you should switch your gigabit switch out for a 100mbps >>> switch and see if the network becomes more reliable. >>> >>> -Mike >> >> I think I've discovered what the issue is. I believe the problem >> lies in the fact that the FreeBSD Marvell chipset driver (msk) isn't >> up to speed with the Gigabit transferring on my particular >> chipset(s). That's why transfers were most likely working with my >> laptop (Apple with 100MBit Broadcom) vs my desktop (Asus MB with >> another Marvell chipset driver) and another laptop (Dell laptop with >> Broadcom Gigabit). >> How do I tell ifconfig via rc.conf to downgrade the max speed to >> 100MBit duplex? >> Thanks, >> -Garrett > > You would need to hard code the interface configuration on the switch > and box. This is only possible if you have a managed switch and the > methods on the switch are manufacturer and model dependent. > > On FreeBSD however it is trivial for example "ifconfig em0 media > 100baseTX mediaopt full-duplex". > > This will disable speed negotiation and therefore must be configured > at both ends of the link. > > Tom Well, this is interesting. I used a crappy switch (100MBit SOHO switch), in place of my Netgear non-managed gigabit switch, and the same thing occurred on the XP x64 machine. I may have forgotten to mention that at one time both machines were running XP variants of some sort (x64 and x86), and they worked perfectly fine with one another >_>... Here's some additional info: optimus# arp -a ? (192.168.0.1) at (incomplete) on msk0 [ethernet] # Dummy gateway ? (192.168.0.42) at 00:11:24:2f:15:bc on msk0 [ethernet] # iBook (broadcom adapter) ? (192.168.0.47) at 00:1a:92:d2:f7:f6 on msk0 [ethernet] # Win XP x64 machine ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on msk0 permanent [ethernet] optimus# ifconfig msk0 msk0: flags=8843 metric 0 mtu 1500 options=9a ether 00:1b:fc:45:9b:5c inet 192.168.0.45 netmask 0xffffff00 broadcast 255.255.255.0 media: Ethernet autoselect (100baseTX ) status: active ifconfig_msk0="inet 192.168.0.45 broadcast 255.255.255.0" # media 100baseTX mediaopt full-duplex" defaultrouter="192.168.0.1" optimus# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.0.1 UGS 0 0 msk0 127.0.0.1 127.0.0.1 UH 0 12 lo0 192.168.0.0/24 link#1 UC 0 0 msk0 192.168.0.1 link#1 UHLW 2 0 msk0 192.168.0.42 00:11:24:2f:15:bc UHLW 1 179 msk0 1028 192.168.0.47 00:1a:92:d2:f7:f6 UHLW 1 21 msk0 1162 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 1 49 msk0 arp and everything's show the correct information on the XP end, even after I removed the 'dummy gateway' on both machines.. Next course of action? Snort? tcpdump? Thanks, -Garrett