From owner-freebsd-current@FreeBSD.ORG Mon Jun 11 19:09:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38BA116A46F for ; Mon, 11 Jun 2007 19:09:17 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 93EDB13C4B9 for ; Mon, 11 Jun 2007 19:09:16 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 92582 invoked from network); 11 Jun 2007 18:22:58 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 11 Jun 2007 18:22:58 -0000 Message-ID: <466D9DDE.6090302@freebsd.org> Date: Mon, 11 Jun 2007 21:09:18 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Eygene Ryabinkin References: <20070611140644.GH86872@void.codelabs.ru> In-Reply-To: <20070611140644.GH86872@void.codelabs.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, freebsd-current@freebsd.org, yongari@freebsd.org Subject: Re: nfe(4) strangeness on the 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jun 2007 19:09:17 -0000 Eygene Ryabinkin wrote: > Good day. > > I had recently upgraded my amd64 box to the 7-CURRENT and started > using nfe(4) instead of nve(4), because the latter was almost > unusable on the moderate traffic flow from the amd64 box to some > other machine due to the watchdog timeouts. > > But the stock nfe(4) was not good too: it provoked some kernel > crashes. So, I resorted to the nfe(4) driver from > http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/freebsd-nfe.html > > Things are working, but I have many kernel messages like this: > ----- > TCP: [third_local_machine]:65385 to [second_local_machine]:443 tcpflags 0x4; tcp_input > : Listen socket: Spurious RST, segment rejected > TCP: [127.0.0.1]:61775 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) > TCP: [third_local_machine]:63851 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:62901 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:55359 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:60779 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [69.147.83.53]:54604 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [third_local_machine]:63187 to [second_local_machine]:443 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [209.132.176.167]:38662 to [first_local_machine]:25 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected > TCP: [127.0.0.1]:60500 to [127.0.0.1]:40001 tcpflags 0x11; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) > ----- > I would count this as the hardware or driver failures, but the > messages for the 127.0.0.1 shows that this is not related to the > packet corruption in the NIC driver. And SSH transfers are working > fine, so if there would be packet corruption, then it will broke > SSH MAC layer. > > The motherboard is ASUS M2NPV-VM. The device itself is detected > as > ----- > nfe0: port 0xc800-0xc807 mem 0xfe02b000-0xfe02bfff irq 22 at device 20.0 on pci0 > miibus0: on nfe0 > e1000phy0: PHY 1 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe0: Ethernet address: 00:18:f3:97:38:85 > nfe0: [FILTER] > ----- > The kernel signature is '7.0-CURRENT FreeBSD 7.0-CURRENT #3: Fri Jun 8 > 06:26:42 MSD 2007'. > > The non-default part of my -CURRENT is the usb4bsd stack instead > of the stock one. But I had the same error messages without usb4bsd. > > Should I just relax and ignore the messages, or this is the sign > of the brokenness? These messages are unrelated to your hardware. There you can relax. We have a bug in the TCP FSM state transitions which I'm currently tracking down that indirectly causes the log messages. You don't have to worry about it for your case. TCP connections work fine. -- Andre