From owner-freebsd-net@FreeBSD.ORG Mon Oct 4 11:02:14 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6F416A4CE for ; Mon, 4 Oct 2004 11:02:14 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0471F43D1F for ; Mon, 4 Oct 2004 11:02:14 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i94B2DmY031438 for ; Mon, 4 Oct 2004 11:02:13 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i94B2Ddh031432 for freebsd-net@freebsd.org; Mon, 4 Oct 2004 11:02:13 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Oct 2004 11:02:13 GMT Message-Id: <200410041102.i94B2Ddh031432@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:02:14 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/07/26] kern/41007 net overfull traffic on third and fourth adap o [2002/10/21] kern/44355 net After deletion of an IPv6 alias, the rout o [2003/10/14] kern/57985 net [patch] Missing splx in ether_output_fram 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/02/08] kern/24959 net proper TCP_NOPUSH/TCP_CORK compatibility o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Oct 4 16:30:05 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA98116A4CE for ; Mon, 4 Oct 2004 16:30:05 +0000 (GMT) Received: from fido.km.ua (fido.km.ua [195.46.36.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F8E43D3F for ; Mon, 4 Oct 2004 16:30:03 +0000 (GMT) (envelope-from vovk@km.ua) Received: from eto.tormoz.net (eto.tormoz.net [195.46.36.15]) (authenticated bits=0)i94GTrmB092042 for ; Mon, 4 Oct 2004 19:29:55 +0300 (EEST) (envelope-from vovk@km.ua) From: Vyacheslav Vovk Date: Mon, 4 Oct 2004 19:29:53 +0300 User-Agent: KMail/1.7 To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410041929.53902.vovk@km.ua> X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-3.1 required=5.0 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on tao.ic.km.ua Subject: traceroute, tunnel or...? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:30:05 -0000 [44] vovk@sl:~>uname -a FreeBSD xx.km.ua 4.10-STABLE FreeBSD 4.10-STABLE #13: Mon Oct 4 09:18:11 EEST 2004 vovk@xx.km.ua:/usr/src/sys/compile/xx i386 [45] vovk@sl:~>ifconfig gif0 gif0: flags=8051 mtu 1280 tunnel inet 192.168.144.9 --> 192.168.144.1 inet 195.46.39.98 --> 195.46.39.97 netmask 0xfffffffc After upgrade from 4.10-RELEASE to 4.10-STABLE has ceased to work UDP traceroute to 195.46.39.98 from external host. [258] vovk@info:/>t 195.46.39.98 traceroute to 195.46.39.98 (195.46.36.98), 64 hops max, 44 byte packets 1 cindy-fa0-vid0.ic.km.ua (195.46.36.7) 0.270 ms 0.589 ms 0.266 ms 2 * * * 3 * * * 4 * [46] vovk@sl:~>tcpdump -n -i gif0 host 195.46.36.1 tcpdump: listening on gif0 15:29:44.663473 195.46.36.1.37640 > 195.46.39.98.33438: udp 16 [ttl 1] 15:29:49.678637 195.46.36.1.37640 > 195.46.39.98.33439: udp 16 [ttl 1] 15:29:54.690954 195.46.36.1.37640 > 195.46.39.98.33440: udp 16 [ttl 1] 15:29:59.767877 195.46.36.1.37640 > 195.46.39.98.33441: udp 16 15:30:04.703614 195.46.36.1.37640 > 195.46.39.98.33442: udp 16 15:30:09.732862 195.46.36.1.37640 > 195.46.39.98.33443: udp 16 but work ICMP traceroute [260] vovk@info:/etc/namedb/pri>t -P icmp 195.46.39.98 traceroute to 195.46.39.98 (195.46.36.98), 64 hops max, 64 byte packets 1 cindy-fa0-vid0.ic.km.ua (195.46.36.7) 0.278 ms 0.209 ms 0.733 ms 2 RE-2M.sl (195.46.39.98) 34.505 ms 42.646 ms 48.319 ms [47] vovk@sl:~>tcpdump -n -i gif0 host 195.46.36.1 15:33:56.245450 195.46.36.2 > 195.46.39.98: icmp: echo request [ttl 1] 15:33:56.245527 195.46.39.98 > 195.46.36.2: icmp: echo reply 15:33:56.306208 195.46.36.2 > 195.46.39.98: icmp: echo request [ttl 1] 15:33:56.306275 195.46.39.98 > 195.46.36.2: icmp: echo reply 15:33:56.350447 195.46.36.2 > 195.46.39.98: icmp: echo request [ttl 1] 15:33:56.350516 195.46.39.98 > 195.46.36.2: icmp: echo reply For what reasons has ceased to work traceroute, taking into account what at upgrade from 4.10-R to 4.10-STABLE did not vary firewall and kernel options? -- wbr, slava [vovk-uanic] _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Oct 4 16:53:59 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 035AD16A4CE for ; Mon, 4 Oct 2004 16:53:59 +0000 (GMT) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D50C43D45 for ; Mon, 4 Oct 2004 16:53:57 +0000 (GMT) (envelope-from begj@trueafrican.com) Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45078-08 for ; Mon, 4 Oct 2004 19:53:52 +0300 (EAT) Received: by mail.trueafrican.com (Postfix, from userid 1001) id C7AD925F0B6; Mon, 4 Oct 2004 19:53:52 +0300 (EAT) Date: Mon, 4 Oct 2004 19:53:52 +0300 (EAT) From: Joseph Begumisa To: freebsd-net@freebsd.org Message-ID: <20041004195245.X55461@mail.trueafrican.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at trueafrican.com Subject: Issues with 2 instances of NATD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 16:53:59 -0000 I want traffic from one machine on the LAN with ip address 169.254.0.18 to go out through ISP2 and traffic from the rest of the machines on the LAN o go through ISP1. However, traffic from all machines including that one goes through ISP1. Perhaps I'm missing something in my configuration. Below is my setup and configuration details: ISP1 ISP2 | | | | 212.XX.XX.117 vr0 | |vr1 193.1XX.XXX.162 ------------------ | BSD GATEWAY | ------------------ | fxp0 169.254.0.1 | -------- -------- | | | | | LAN 169.254.0.0/24 *default route on BSD Gateway is thru ISP1. NATD Processes Running: ---------------------- /sbin/natd -f /etc/natd.cf -n vr0 /sbin/natd -f /etc/natd2.cf -n vr1 natd.cf: ------- log yes deny_incoming no use_sockets yes same_ports yes verbose no port 8668 unregistered_only no natd2.cf: -------- log yes deny_incoming no use_sockets yes same_ports yes verbose no port 8669 unregistered_only no natd configuration in firewall: ------------------------------ /sbin/ipfw add 43 divert 8669 all from 169.254.0.18 to any via vr1 /sbin/ipfw add 46 divert 8668 all from any to any via vr0 Joseph. From owner-freebsd-net@FreeBSD.ORG Mon Oct 4 17:52:46 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D95316A4CE for ; Mon, 4 Oct 2004 17:52:46 +0000 (GMT) Received: from beer.ux6.net (beer.ux6.net [64.62.253.29]) by mx1.FreeBSD.org (Postfix) with SMTP id AFC7F43D54 for ; Mon, 4 Oct 2004 17:52:45 +0000 (GMT) (envelope-from miha@ghuug.org) Received: (qmail 74516 invoked by uid 113); 4 Oct 2004 10:52:45 -0700 Received: from 64.62.253.84 by beer.ux6.net (envelope-from , uid 112) with qmail-scanner-1.23 (clamdscan: 0.70. spamassassin: 2.64. Clear:RC:0(64.62.253.84):SA:0(0.0/6.0):. Processed in 0.686426 secs); 04 Oct 2004 17:52:45 -0000 X-Spam-Status: No, hits=0.0 required=6.0 Received: from unknown (HELO miha.netstream-gh.com) (miha@beer.ux6.net@64.62.253.84) by localhost with SMTP; 4 Oct 2004 10:52:44 -0700 From: "Mikhail P." Organization: Ghana Unix Users Group To: freebsd-net@freebsd.org Date: Mon, 4 Oct 2004 17:52:54 +0000 User-Agent: KMail/1.7 References: <20041004195245.X55461@mail.trueafrican.com> In-Reply-To: <20041004195245.X55461@mail.trueafrican.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410041752.54728.miha@ghuug.org> cc: Joseph Begumisa Subject: Re: Issues with 2 instances of NATD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miha@ghuug.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 17:52:46 -0000 On Monday 04 October 2004 16:53, Joseph Begumisa wrote: > I want traffic from one machine on the LAN with ip address 169.254.0.18 to > go out through ISP2 and traffic from the rest of the machines on the LAN o > go through ISP1. However, traffic from all machines including that one > goes through ISP1. Perhaps I'm missing something in my configuration. Maybe this will help you - http://lists.freebsd.org/pipermail/freebsd-net/2004-September/005183.html solution is here - http://lists.freebsd.org/pipermail/freebsd-net/2004-October/005197.html looks very identical to your problem. > > Joseph. regards, M. From owner-freebsd-net@FreeBSD.ORG Tue Oct 5 00:39:35 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBAF916A4CF for ; Tue, 5 Oct 2004 00:39:35 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 126CA43D1F for ; Tue, 5 Oct 2004 00:39:34 +0000 (GMT) (envelope-from lists-freebsd-hackers@biaix.org) Received: (qmail 54591 invoked by uid 1000); 5 Oct 2004 00:37:24 -0000 Date: Tue, 5 Oct 2004 02:37:24 +0200 From: Joan Picanyol To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Message-ID: <20041005003724.GA51251@grummit.biaix.org> Mail-Followup-To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org, lists-freebsd-hackers@biaix.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: NFS locking issues: Portmapper failure X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 00:39:35 -0000 [please honour Mail-Followup-To:, not subscribed to all lists] Hi, This is a respost of http://docs.freebsd.org/cgi/mid.cgi?20040930172241.GA2882 with some additional information; since I got no response, I'm trying better luck here. Short version: rpc.lockd does not start on a 5.3-BETA6 client against a 4.10-p3 server, the error message is: rpc.lockd: 100024 RPC: Port mapper failure Everything looks ok on the server: 281,p0,0$ uname -srn FreeBSD grummit.biaix.org 4.10-RELEASE-p3 283,p0,0$ sockstat -4 | egrep 'rpc|portmap|nfs|mount' root rpc.stat 114 3 udp4 *:739 *:* root rpc.stat 114 4 tcp4 *:635 *:* root rpc.lock 112 3 udp4 *:844 *:* root rpc.lock 112 4 tcp4 *:628 *:* root nfsd 106 3 tcp4 *:2049 *:* root mountd 104 3 udp4 *:849 *:* root mountd 104 4 tcp4 *:647 *:* daemon portmap 100 3 udp4 *:111 *:* daemon portmap 100 4 tcp4 *:111 *:* And from the client: 319,p0,0$ uname -srn FreeBSD calvin.biaix.org 5.3-BETA6 320,p0,0$ rpcinfo -s grummit program version(s) netid(s) service owner 100000 2 udp,tcp portmapper unknown 100004 2,1 tcp,udp ypserv unknown 100005 1,3 tcp,udp mountd unknown 100003 3,2 tcp,udp nfs unknown 100021 4,3,1 tcp,udp nlockmgr unknown 100024 1 tcp,udp status unknown And I can telnet to the portmapper and nlockmgr ports from calvin to grummit (no firewall/hosts.allow issues). I haven't been able to obtain any debug output from rpc*, only these messages. A datapoint is that even though I get many messages like nfs server grummit:/fs/home/mount: not responding whenever I start gnome, I can still do a 'ls /home'. In the ps output I can see lots of process with "pages locked in core". I have a tcpdump available (server-side) if anyone is interested. This is not related to mpsafenet. What else should I look at to try to locate the issue? tks -- pica From owner-freebsd-net@FreeBSD.ORG Tue Oct 5 07:38:08 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802F716A4CE for ; Tue, 5 Oct 2004 07:38:08 +0000 (GMT) Received: from forrie.com (forrie.ne.client2.attbi.com [24.147.45.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA77943D2D for ; Tue, 5 Oct 2004 07:38:07 +0000 (GMT) (envelope-from forrie@forrie.com) Received: from [127.0.0.1] (i-99.forrie.net. [192.168.1.99]) by forrie.com with ESMTP id i957bwkw062421 for ; Tue, 5 Oct 2004 03:38:01 -0400 (EDT) (envelope-from forrie@forrie.com) Message-ID: <41624F55.9020607@forrie.com> Date: Tue, 05 Oct 2004 03:37:57 -0400 From: Forrest Aldrich User-Agent: Mozilla Thunderbird 0.8 (Windows/20041002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <413F6BBE.1050202@forrie.com> <413F745F.3020306@savvis.net> In-Reply-To: <413F745F.3020306@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) X-MailScanner-LocalNet: Found to be clean Subject: Re: VoIP and IPFW X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 07:38:08 -0000 Anyone using a configuration with VoicePulse for VoIP - ? I'm interested in feedback about the config necessary and the service (I'm behind NAT). Forrest From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 15:20:41 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA5F16A4CE for ; Wed, 6 Oct 2004 15:20:41 +0000 (GMT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3875F43D4C for ; Wed, 6 Oct 2004 15:20:41 +0000 (GMT) (envelope-from Waldemar.Kornewald@web.de) Received: from [80.134.83.65] (helo=[80.134.83.65]) by smtp05.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CFDaq-0003iZ-00 for freebsd-net@freebsd.org; Wed, 06 Oct 2004 17:20:40 +0200 Message-ID: <41640CEE.9070900@web.de> Date: Wed, 06 Oct 2004 17:19:10 +0200 From: Waldemar Kornewald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-net X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Waldemar.Kornewald@web.de X-Sender: Waldemar.Kornewald@web.de Subject: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:20:41 -0000 Hi, are there any plans to mularize the netstack (maybe: protocol+interface modules)? Would it be difficult to modularize it? I am also interested in your opinion about it: Does it make sense to modularize the netstack? Why would a monolithic/modular netstack be better? We at Haiku are inclined towards modular systems, but the question whether it is needed for a netstack came up on our ML, so I wanted to hear what your situtation and opinion about this topic is. Thank you. Bye, Waldemar Kornewald From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 15:41:06 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA9416A4CE for ; Wed, 6 Oct 2004 15:41:06 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBD4143D1F for ; Wed, 6 Oct 2004 15:41:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i96Fc4Fv034323 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Wed, 6 Oct 2004 19:38:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i96FV9G3034033; (8.12.8/vak/2.1) Wed, 6 Oct 2004 19:35:09 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4164106A.70901@cronyx.ru> Date: Wed, 06 Oct 2004 19:34:02 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Waldemar Kornewald References: <41640CEE.9070900@web.de> In-Reply-To: <41640CEE.9070900@web.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-net Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:41:06 -0000 Hi, Waldemar Kornewald wrote: > Hi, > are there any plans to mularize the netstack (maybe: > protocol+interface modules)? You mean smth like (device driver)+ng_cisco+ng_iface or what? rik > Would it be difficult to modularize it? > > I am also interested in your opinion about it: > Does it make sense to modularize the netstack? Why would a > monolithic/modular netstack be better? > > We at Haiku are inclined towards modular systems, but the question > whether it is needed for a netstack came up on our ML, so I wanted to > hear what your situtation and opinion about this topic is. > > Thank you. > > Bye, > Waldemar Kornewald > _______________________________________________ > 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 6 15:58:45 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1553916A4CE for ; Wed, 6 Oct 2004 15:58:45 +0000 (GMT) Received: from smtp06.web.de (smtp06.web.de [217.72.192.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA90A43D41 for ; Wed, 6 Oct 2004 15:58:44 +0000 (GMT) (envelope-from Waldemar.Kornewald@web.de) Received: from [80.134.83.65] (helo=[80.134.83.65]) by smtp06.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CFEBf-00009u-00 for freebsd-net@freebsd.org; Wed, 06 Oct 2004 17:58:43 +0200 Message-ID: <416415DA.9030109@web.de> Date: Wed, 06 Oct 2004 17:57:14 +0200 From: Waldemar Kornewald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-net References: <41640CEE.9070900@web.de> <4164106A.70901@cronyx.ru> In-Reply-To: <4164106A.70901@cronyx.ru> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Waldemar.Kornewald@web.de X-Sender: Waldemar.Kornewald@web.de Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 15:58:45 -0000 Hi, Roman Kurakin wrote: >>are there any plans to mularize the netstack (maybe: >>protocol+interface modules)? > > > You mean smth like (device driver)+ng_cisco+ng_iface or what? Yes, something in that direction, plus: protocols: IPv4, IPv6, TCP, UDP, ICMP, IPX, etc. Just about everything as modules. Bye, Waldemar Kornewald From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 16:24:04 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 470BF16A4CE for ; Wed, 6 Oct 2004 16:24:04 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D61443D39 for ; Wed, 6 Oct 2004 16:24:03 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CFEaA-0003DW-00; Wed, 06 Oct 2004 18:24:02 +0200 Received: from [217.227.145.115] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CFEaA-0004Iy-00; Wed, 06 Oct 2004 18:24:02 +0200 From: Max Laier To: freebsd-net@freebsd.org Date: Wed, 6 Oct 2004 18:23:17 +0200 User-Agent: KMail/1.7 References: <41640CEE.9070900@web.de> In-Reply-To: <41640CEE.9070900@web.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2315233.6rBgA3mI02"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200410061823.24492.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Waldemar Kornewald Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:24:04 -0000 --nextPart2315233.6rBgA3mI02 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 October 2004 17:19, Waldemar Kornewald wrote: > Hi, > are there any plans to mularize the netstack (maybe: protocol+interface > modules)? > Would it be difficult to modularize it? One problem you will hit here, is that you will have to do a lot of additio= nal=20 locking for structures that do not change right now, but are heavily used.= =20 The domains list is just one example of the top of my head. There are=20 certainly other places as well. Another issue is the load/unload process. Y= ou=20 have to make sure that everything that is there already is hooked up=20 correctly and you must protect these subsystems as well. Then there are=20 pieces of code that are used from more than one protocol (e.g. we have a=20 unified tcp stack on top of IPv4 and IPv6). These systems use #ifdefs at th= e=20 moment. In order to be able to load IPv6 as a module, you'd have to rewrite= a=20 lot of code. So it's hard - to say the least. > I am also interested in your opinion about it: > Does it make sense to modularize the netstack? Why would a > monolithic/modular netstack be better? Given the additional locking requirements and the additional checks, lookup= s=20 and function calls I hardly believe that it is a good idea. There might be= =20 protocols that are easily plugged, but you can certainly do them at the=20 netgraph layer as well. Netgraph is a interesting thing to look at in any=20 case, when talking modularity. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2315233.6rBgA3mI02 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBZBv8XyyEoT62BG0RAvMtAJ45XyoQhZUjwR9nRf4gYmZrEmBOuACfc4wB IP4drXQWOpR0f4XM2yUDKJA= =5Sk6 -----END PGP SIGNATURE----- --nextPart2315233.6rBgA3mI02-- From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 16:28:05 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4729F16A4CF for ; Wed, 6 Oct 2004 16:28:05 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id D97AA43D54 for ; Wed, 6 Oct 2004 16:28:04 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id i96GS38g046164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Wed, 6 Oct 2004 12:28:03 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id i96GS3eo046161; Wed, 6 Oct 2004 12:28:03 -0400 (EDT) (envelope-from wollman) Date: Wed, 6 Oct 2004 12:28:03 -0400 (EDT) From: Garrett Wollman Message-Id: <200410061628.i96GS3eo046161@khavrinen.lcs.mit.edu> To: Waldemar Kornewald In-Reply-To: <416415DA.9030109@web.de> References: <41640CEE.9070900@web.de> <4164106A.70901@cronyx.ru> <416415DA.9030109@web.de> X-Spam-Score: -9.9 () IN_REP_TO,REFERENCES X-Scanned-By: MIMEDefang 2.37 cc: FreeBSD-net Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:28:05 -0000 < said: > Yes, something in that direction, plus: protocols: > IPv4, IPv6, TCP, UDP, ICMP, IPX, etc. > Just about everything as modules. It is not generally regarded as a good idea to make artificial boundaries between (e.g.) IP and TCP. -GAWollman From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 16:30:47 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81F9716A4CE for ; Wed, 6 Oct 2004 16:30:47 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 444DF43D39 for ; Wed, 6 Oct 2004 16:30:46 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.13.1/8.11.4) with ESMTP id i96GUhsb031641; Wed, 6 Oct 2004 19:30:43 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <41641DB3.2090303@he.iki.fi> Date: Wed, 06 Oct 2004 19:30:43 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garrett Wollman References: <41640CEE.9070900@web.de> <4164106A.70901@cronyx.ru> <416415DA.9030109@web.de> <200410061628.i96GS3eo046161@khavrinen.lcs.mit.edu> In-Reply-To: <200410061628.i96GS3eo046161@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-net cc: Waldemar Kornewald Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:30:47 -0000 Garrett Wollman wrote: >< said: > > > >>Yes, something in that direction, plus: protocols: >>IPv4, IPv6, TCP, UDP, ICMP, IPX, etc. >>Just about everything as modules. >> >> > >It is not generally regarded as a good idea to make artificial >boundaries between (e.g.) IP and TCP. > > > However from the success of the OSI/IP and related (CLNS, TP4, etc) protocols it can said that it's a good way to fail. Pete From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 16:44:22 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB6C16A4CE for ; Wed, 6 Oct 2004 16:44:22 +0000 (GMT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB1443D39 for ; Wed, 6 Oct 2004 16:44:21 +0000 (GMT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.1/8.13.1) with ESMTP id i96GiK6h010824; Wed, 6 Oct 2004 12:44:21 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.1/8.13.1/Submit) id i96GiKX4010823; Wed, 6 Oct 2004 12:44:20 -0400 (EDT) (envelope-from barney) Date: Wed, 6 Oct 2004 12:44:20 -0400 From: Barney Wolff To: Petri Helenius Message-ID: <20041006164420.GA10568@pit.databus.com> References: <41640CEE.9070900@web.de> <4164106A.70901@cronyx.ru> <416415DA.9030109@web.de> <200410061628.i96GS3eo046161@khavrinen.lcs.mit.edu> <41641DB3.2090303@he.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41641DB3.2090303@he.iki.fi> User-Agent: Mutt/1.5.6i X-Scanned-By: MIMEDefang 2.44 cc: FreeBSD-net cc: Waldemar Kornewald cc: Garrett Wollman Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 16:44:22 -0000 On Wed, Oct 06, 2004 at 07:30:43PM +0300, Petri Helenius wrote: > Garrett Wollman wrote: > > >< > said: > > > >>Yes, something in that direction, plus: protocols: > >>IPv4, IPv6, TCP, UDP, ICMP, IPX, etc. > >>Just about everything as modules. > > > >It is not generally regarded as a good idea to make artificial > >boundaries between (e.g.) IP and TCP. > > > However from the success of the OSI/IP and related (CLNS, TP4, etc) > protocols it can said that it's a good way to fail. It's important to make a distinction between specification and implementation. Protocols should be designed and defined with clear boundaries between layers, but protocol handlers need not, and often should not, be implemented that way. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 18:13:07 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39AFF16A4CE; Wed, 6 Oct 2004 18:13:07 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9B843D48; Wed, 6 Oct 2004 18:13:06 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E5E5B5C844; Wed, 6 Oct 2004 11:13:06 -0700 (PDT) Date: Wed, 6 Oct 2004 11:13:06 -0700 From: Alfred Perlstein To: net@freebsd.org Message-ID: <20041006181306.GC38364@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: Sam Leffler Subject: (forw) Re: kern/72396: Incorrect network accounting with aliases. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:13:07 -0000 I submitted a PR with a patch, but I think there may be a better fix, any ideas? -Alfred ----- Forwarded message from FreeBSD-gnats-submit@FreeBSD.org ----- From: FreeBSD-gnats-submit@FreeBSD.org Reply-To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org To: Alfred Perlstein Subject: Re: kern/72396: Incorrect network accounting with aliases. Date: Wed, 6 Oct 2004 17:50:29 GMT Message-Id: <200410061750.i96HoT7U082734@freefall.freebsd.org> Thank you very much for your problem report. It has the internal identification `kern/72396'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=72396 >Category: kern >Responsible: freebsd-bugs >Synopsis: Incorrect network accounting with aliases. >Arrival-Date: Wed Oct 06 17:50:29 GMT 2004 ----- End forwarded message ----- -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684 From owner-freebsd-net@FreeBSD.ORG Wed Oct 6 21:21:15 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E31416A4CE for ; Wed, 6 Oct 2004 21:21:15 +0000 (GMT) Received: from oak2a.cats.ohiou.edu (oak2a.cats.ohiou.edu [132.235.8.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA07E43D3F for ; Wed, 6 Oct 2004 21:21:14 +0000 (GMT) (envelope-from ta168000@oak.cats.ohiou.edu) Received: from 132.235.8.47 by pm2 for 0s (PureMessage); Wed Oct 6 17:04:43 2004 Received: from oak2a.cats.ohiou.edu (oak2a.cats.ohiou.edu [132.235.8.47]) by oak1a.cats.ohiou.edu (8.13.1/8.13.1) with ESMTP id i96L4gpg828863 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Wed, 6 Oct 2004 17:04:43 -0400 (EDT) Date: Wed, 6 Oct 2004 17:04:42 -0400 (EDT) From: ta168000@oak.cats.ohiou.edu X-X-Sender: ta168000@oak2a.cats.ohiou.edu To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.1.0, Antispam-Data: 2004.10.6.1 (pm2) X-PMX-Information: http://www.cns.ohiou.edu/email/filtering/ X-PMX-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Association Problem with Multiple APs (PRISM) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 21:21:15 -0000 Hello list, I am running the 4.9 release of FreeBSD on an imbedded net4521 box and my problem is: Recently a wireless ISP put up an antenna in our apartment complex. Now for some reason, my 4521 (and my iBook with regular AirPort, and BSD based??) favor the wireless ISP's connection over my own LinkSys access point. The ISP's antenna runs on channel 1 and consistently has a stronger signal than my own AP. Each time I issue the commands to associate with my AP the 4521 merely connects to the ISP rather than my specified SSID. If I check wicontrol or ifconfig it reports that the desired netname is my AP, but the current netname always ends up to be the ISP's AP. This is extremely irritating since I would like to use my 4521 as a bridge. I recently got a wireless card (NL-2511CD Plus EXT2 802.11b PCMCIA by SENAO) w/ the prism 2.5 chipset, and the aforementioned problem is only with this card. My older card (a 3com 3CRWE737A PCMCIA) works *relatively* well, but I wanted to upgrade so... Has anyone had this problem, and does anyone have a suggestion to fix it? Any insight into the BSD or the OS X problem would be greatly appreciated! Thanks.. Tyler --------------------------------------------------------- Below is specific info if anyone cares to peruse it: --------------------------------------------------------- ---> The Senao Card Initalizes: pccard: card inserted, slot 0 Mar 15 22:30:14 soekrismini1 pccardd[58]: Card "INTERSIL"("HFA384x/IEEE") [Version 01.02] [] matched "INTERSIL" ("HFA384x/IEEE") [(null)] [(null)] wi0 at port 0x240-0x27f irq 10 slot 0 on pccard0 wi0: 802.11 address: xx:xx:xx:xx:xx:xx wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary 1.01.00, Station 1.04.09 Mar 15 22:30:19 soekrismini1 pccardd[58]: wi0: INTERSIL (HFA384x/IEEE) inserted ---> I try to join my desired access point: ifconfig wi0 inet ssid "My Access Point" media DS/11Mbps ---> and the card joins the access point of the wireless ISP (Which has a stronger signal) instead... wi0: flags=8842 mtu 1500 ether xx:xx:xx:xx:xx:xx media: IEEE 802.11 Wireless Ethernet DS/11Mbps status: associated ssid StupidAssISP 1:"My Access Point" stationname "FreeBSD WaveLAN/IEEE node" channel 1 authmode OPEN powersavemode OFF powersavesleep 100 wepmode OFF weptxkey 1 ---> wicontrol -L lists: NIC serial number: [ ] Station name: [ FreeBSD WaveLAN/IEEE node ] SSID for IBSS creation: [ My Access Point ] Current netname (SSID): [ StupidAssISP ] Desired netname (SSID): [ My Access Point ] Current BSSID: [ xx:xx:xx:xx:xx:xy ] Channel list: [ 2047 ] IBSS channel: [ 3 ] Current channel: [ 1 ] Comms quality/signal/noise: [ 92 154 11 ] Promiscuous mode: [ Off ] Process 802.11b Frame: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=BSS, 3=ad-hoc): [ 1 ] MAC address: [ xx:xx:xx:xx:xx:xx ] TX rate (selection): [ 11 ] TX rate (actual speed): [ 2 ] RTS/CTS handshake threshold: [ 2347 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=on, 0=off): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ Off ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] Available APs: StupidAssISP [ xx:xx:xx:xx:xx:xy ] [ 1 ] [ 46 60 14 ] 100 [ ess ] [ 1.0 2.0 5.5 11.0 ] * 11.0 * My Access Point [ xx:xx:xx:xx:xx:xz ] [ 6 ] [ 31 42 11 ] 100 [ ess ] [ 1.0 2.0 5.5 11.0 ] * 1.0 * ---> Incidentally, it works correctly with the above process with the card below: soekrismini1 pccardd[58]: Card "3Com"("3CRWE737A AirConnect Wireless LAN PC Card") [1.00] [[none]] matched "3Com" ("3CRWE737A AirConnect Wireless LAN PC Card") [(null)] [(null)] wi0 at port 0x280-0x2c7 iomem 0xd5000-0xd53ff irq 10 slot 0 on pccard0 wi0: 802.11 address: xx:xx:xx:xx:xx:xx wi0: using RF:PRISM2 MAC:HFA3841 wi0: Symbol Firmware: Primary 2.01.02, Station 2.51.04 Mar 15 22:41:21 soekrismini1 pccardd[58]: wi0: 3Com (3CRWE737A AirConnect Wireless LAN PC Card) inserted. From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 00:16:39 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF8716A4D6 for ; Thu, 7 Oct 2004 00:16:39 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4546943D3F for ; Thu, 7 Oct 2004 00:16:37 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i970G7vr067430; Wed, 6 Oct 2004 17:16:07 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i970F87h006938; Wed, 6 Oct 2004 17:15:11 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 07 Oct 2004 09:15:00 +0900 Message-ID: From: "George V. Neville-Neil" To: Max Laier In-Reply-To: <200410061823.24492.max@love2party.net> References: <41640CEE.9070900@web.de> <200410061823.24492.max@love2party.net> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org cc: Waldemar Kornewald Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 00:16:39 -0000 At Wed, 6 Oct 2004 18:23:17 +0200, Max Laier wrote: > Given the additional locking requirements and the additional checks, lookups > and function calls I hardly believe that it is a good idea. There might be > protocols that are easily plugged, but you can certainly do them at the > netgraph layer as well. Netgraph is a interesting thing to look at in any > case, when talking modularity. One other model to look at is The Click Modular Router, which is about modularizing the routing part of the code, as opposed to the end station code. Look at http://www.xorp.org because Click, and FreeBSD are in there. I have always thought that a network protocol toolkit would be a good thing, but admit that I have never had time to do the required work on our stack. It would take a lot of reworking to get it right, as others have pointed out already. But... If you do it, I want to know about it :-) Later, George From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 05:40:47 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A511F16A4CE for ; Thu, 7 Oct 2004 05:40:47 +0000 (GMT) Received: from mx3.mra.co.id (mx3.mra.co.id [202.138.254.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A76743D4C for ; Thu, 7 Oct 2004 05:40:45 +0000 (GMT) (envelope-from reza@mra.co.id) Received: from localhost (localhost.mra.co.id [127.0.0.1]) by mx3.mra.co.id (Postfix) with ESMTP id 38EF42E081 for ; Thu, 7 Oct 2004 10:54:13 +0700 (WIT) Received: from mx3.mra.co.id ([127.0.0.1]) by localhost (mx3.mra.co.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04137-04 for ; Thu, 7 Oct 2004 10:54:13 +0700 (WIT) Received: from mailbox.mra.co.id (unknown [172.16.0.225]) by mx3.mra.co.id (Postfix) with ESMTP id 14F6F2E07B for ; Thu, 7 Oct 2004 10:54:13 +0700 (WIT) Received: from mra.co.id (unknown [172.16.0.228]) by mailbox.mra.co.id (Postfix) with ESMTP id 332F716 for ; Thu, 7 Oct 2004 10:45:50 +0700 (WIT) Message-ID: <4163F50C.4030507@mra.co.id> Date: Wed, 06 Oct 2004 20:37:16 +0700 From: Muhammad Reza User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mra.co.id Subject: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 05:40:47 -0000 hi, i have a problem in a FreeBSD server, Kernel message show this message; arp: [ip redhat firewall gateway] moved from [1st nic redhat firewall gateway] to [2nd redhat firewall gateway] on fxp0 arp: [ip redhat firewall gateway] moved from [2nd nic redhat firewall gateway] to [1st redhat firewall gateway] on fxp0 message show, every 30 minutes, but varies... any ideas??? regards, reza From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 06:20:11 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAF2816A4CF for ; Thu, 7 Oct 2004 06:20:11 +0000 (GMT) Received: from orion.erdves.lt (ns2.lrtc.net [217.9.240.98]) by mx1.FreeBSD.org (Postfix) with SMTP id CF74F43D1D for ; Thu, 7 Oct 2004 06:20:09 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 41054 invoked from network); 7 Oct 2004 06:20:07 -0000 Received: from p2p-241-242-ird.vln0.lrtc.net (HELO donatas) (217.9.241.242) by orion.erdves.lt with SMTP; 7 Oct 2004 06:20:07 -0000 Message-ID: <00dc01c4ac35$af0067a0$9f90a8c0@donatas> From: "donatas" To: Date: Thu, 7 Oct 2004 09:20:04 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D8_01C4AC4E.D44673B0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: enormous CPU load on 4.10 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: donatas List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 06:20:11 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00D8_01C4AC4E.D44673B0 Content-Type: text/plain; charset="windows-1257" Content-Transfer-Encoding: quoted-printable hello, i've made a simple script for correcting about 2000 user files on 30 = routers from the database. must notice that it works fine, but only on 5.2 Machines. on 4.8 4.9 and 4.10 it "eats" all the cpu resources. On both(4.10 an = 5.2.1) machines there is similar count of IPFW rules and both FreeBsd = versions run on similar machines (Intel SE7501WV2 Server Board +Xeon 2.4 HT enabled +512Mb RAM +Barracuda = 120Gb) on many of those machines we are transporting internet traffic to hudge = companies and hundres of users and leaving machines with 100% cpu load = for 4 hours is not a solution. so what might be the cause of such scripting perfomance difference = between 4.10 and 5.2.1 thanks for help ________________________________TOP ON = 5.2.1____________________________________________________ last pid: 20648; load averages: 0.49, 0.19, 0.06 = up 31+19:26:49 09:00:26 51 processes: 5 running, 46 sleeping CPU states: 11.2% user, 0.0% nice, 39.8% system, 5.5% interrupt, 43.5% = idle (92.7% idle before loading the script) Mem: 26M Active, 185M Inact, 98M Wired, 60M Buf, 185M Free Swap: 999M Total, 999M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU = COMMAND 16653 root 111 0 940K 664K RUN 1 0:01 10.27% 4.64% sh 38797 root 96 0 12076K 11572K select 1 67:45 0.00% 0.00% = ospfd 5706 root 8 -20 956K 664K wait 0 23:09 0.00% 0.00% sh 38795 root 96 0 2488K 1980K select 0 20:00 0.00% 0.00% = ripd 5714 root 96 0 4072K 3752K select 0 6:18 0.00% 0.00% = snmpd 49772 root 96 0 1400K 796K select 0 1:17 0.00% 0.00% = ping 688 root 96 0 3488K 2428K select 0 0:30 0.00% 0.00% = sshd 38793 root 96 0 2972K 2460K select 0 0:23 0.00% 0.00% = zebra 706 root 8 0 1336K 1008K nanslp 0 0:09 0.00% 0.00% = cron 543 root 96 0 1312K 832K select 0 0:07 0.00% 0.00% = syslogd 26424 maris 96 0 6220K 2956K select 1 0:01 0.00% 0.00% = sshd 8568 root 96 0 4596K 3104K select 0 0:00 0.00% 0.00% mc 26439 root 5 0 1392K 1212K ttyin 1 0:00 0.00% 0.00% = bash 8564 donatas 96 0 6220K 2956K select 0 0:00 0.00% 0.00% = sshd 9927 root 96 0 4632K 3172K select 1 0:00 0.00% 0.00% mc 81579 root 8 0 1356K 1176K wait 0 0:00 0.00% 0.00% = bash 9008 root 5 0 1332K 1152K ttyin 0 0:00 0.00% 0.00% = bash 5211 ramas 96 0 6220K 2956K select 0 0:00 0.00% 0.00% = sshd 9959 donatas 96 0 6220K 2956K RUN 0 0:00 0.00% 0.00% = sshd 5741 root 8 0 1632K 1312K wait 0 0:00 0.00% 0.00% = login 5209 root 4 0 6228K 2836K sbwait 0 0:00 0.00% 0.00% = sshd 9957 root 4 0 6228K 2836K sbwait 0 0:00 0.00% 0.00% = sshd 8562 root 4 0 6228K 2836K sbwait 1 0:00 0.00% 0.00% = sshd 26422 root 4 0 6228K 2836K sbwait 0 0:00 0.00% 0.00% = sshd 8570 root 8 0 1352K 1172K wait 0 0:00 0.00% 0.00% = bash 9929 root 8 0 1356K 1176K wait 0 0:00 0.00% 0.00% = bash 9962 root 8 0 1388K 1208K wait 1 0:00 0.00% 0.00% = bash 18236 root 96 0 2284K 1540K CPU0 0 0:00 0.00% 0.00% top 5226 root 5 0 1356K 1176K ttyin 0 0:00 0.00% 0.00% = bash 26426 maris 8 0 1636K 1300K wait 1 0:00 0.00% 0.00% su 5225 ramas 8 0 1636K 1300K wait 0 0:00 0.00% 0.00% su 8566 donatas 8 0 1636K 1300K wait 0 0:00 0.00% 0.00% su 9961 donatas 8 0 1636K 1300K wait 0 0:00 0.00% 0.00% su 9960 donatas 8 0 1328K 1148K wait 0 0:00 0.00% 0.00% = bash 8565 donatas 8 0 1328K 1148K wait 1 0:00 0.00% 0.00% = bash 26425 maris 8 0 1328K 1148K wait 0 0:00 0.00% 0.00% = bash 5212 ramas 8 0 1328K 1148K wait 0 0:00 0.00% 0.00% = bash 8567 root 8 0 1388K 1208K wait 0 0:00 0.00% 0.00% = bash 5748 root 5 0 1276K 860K ttyin 0 0:00 0.00% 0.00% = getty 5746 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 5742 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 5747 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 5743 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 5744 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 5745 root 5 0 1276K 860K ttyin 1 0:00 0.00% 0.00% = getty 20648 root 111 0 1396K 860K RUN 0 0:00 0.00% 0.00% = grep 16650 root 8 0 916K 640K wait 0 0:00 0.00% 0.00% sh 16652 root -8 0 1204K 636K pipdwt 0 0:00 0.00% 0.00% cat _______________________________TOP ON = 4.10_____________________________________________________ last pid: 42087; load averages: 0.36, 0.08, 0.03 = up 79+23:40:33 09:02:26 45 processes: 4 running, 41 sleeping CPU states: 24.3% user, 0.0% nice, 71.2% system, 4.5% interrupt, 0.0% = idle (97% idle before loading the script) Mem: 28M Active, 292M Inact, 84M Wired, 36K Cache, 60M Buf, 94M Free Swap: 1008M Total, 1008M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 31947 root 10 0 680K 472K wait 0:02 11.65% 4.93% sh 17018 root 2 0 14148K 13736K select 642:54 0.10% 0.10% ospfd 1811 root 2 0 3788K 3040K select 75:25 0.00% 0.00% snmpd 24055 root 10 -20 684K 472K wait 37:40 0.00% 0.00% sh 89 root 2 0 2596K 1960K select 1:25 0.00% 0.00% sshd 17014 root 2 0 2612K 2188K select 1:20 0.00% 0.00% zebra 80 root 2 0 988K 716K select 0:16 0.00% 0.00% syslogd 87 root 10 0 1028K 776K nanslp 0:13 0.00% 0.00% cron 17016 root 2 0 2028K 1608K select 0:10 0.00% 0.00% ripd 80454 maris 2 0 5296K 2316K select 0:00 0.00% 0.00% sshd 71392 root 2 0 4340K 2884K select 0:00 0.00% 0.00% mc 31859 root 28 0 1984K 1276K RUN 0:00 0.00% 0.00% top 31487 root 2 0 4144K 2736K select 0:00 0.00% 0.00% mc 16872 root 3 0 1800K 1536K ttyin 0:00 0.00% 0.00% bash 80518 root 10 0 1832K 1576K wait 0:00 0.00% 0.00% bash 71393 root 3 0 1828K 1584K ttyin 0:00 0.00% 0.00% bash 80452 root 2 0 5296K 2260K sbwait 0:00 0.00% 0.00% sshd 31577 root 2 0 5296K 2260K sbwait 0:00 0.00% 0.00% sshd 23959 root 2 0 5296K 2196K sbwait 0:00 0.00% 0.00% sshd 31447 root 2 0 5296K 2260K sbwait 0:00 0.00% 0.00% sshd 31449 donatas 2 0 5296K 2316K select 0:00 0.00% 0.00% sshd 1814 root 10 0 1272K 984K wait 0:00 0.00% 0.00% login 31488 root 10 0 1812K 1568K wait 0:00 0.00% 0.00% bash 31452 root 10 0 1828K 1572K wait 0:00 0.00% 0.00% bash 31582 root 10 0 1828K 1572K wait 0:00 0.00% 0.00% bash 23988 root 3 0 1816K 1560K ttyin 0:00 0.00% 0.00% bash 31579 donatas 28 0 5296K 2320K RUN 0:00 0.00% 0.00% sshd 23961 ramas 2 0 5296K 2256K select 0:00 0.00% 0.00% sshd 80455 maris 10 0 1792K 1532K wait 0:00 0.00% 0.00% bash 31450 donatas 10 0 1792K 1532K wait 0:00 0.00% 0.00% bash 31580 donatas 10 0 1792K 1532K wait 0:00 0.00% 0.00% bash 23962 ramas 10 0 1772K 1512K wait 0:00 0.00% 0.00% bash 1821 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1817 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1818 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1820 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1816 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1819 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 1815 root 3 0 956K 660K ttyin 0:00 0.00% 0.00% getty 31944 root 10 0 636K 440K wait 0:00 0.00% 0.00% sh 31946 root -6 0 224K 112K pipdwt 0:00 0.00% 0.00% cat 40692 root 10 -20 180K 64K nanslp 0:00 0.00% 0.00% sleep 27 root 18 0 212K 88K pause 0:00 0.00% 0.00% = adjkerntz 42086 root 43 0 680K 472K RUN 0:00 0.00% 0.00% sh 42087 root 43 0 680K 472K RUN 0:00 0.00% 0.00% sh _________________________________________________________________________= ____________________ also testen on 4.8, 4.9 versions - results similar to 4.10 results. _________________________________________________________________________= ____________________ Donatas Gendvilas Duomen=F8 Perdavimo Departamentas Valdymo Centras Lithuania =20 ------=_NextPart_000_00D8_01C4AC4E.D44673B0 Content-Type: application/octet-stream; name="script.sh" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="script.sh" #! /bin/sh #--------USER INFO EXTRACTING FROM THE = DATABASE--------------------------------------------- clear linija=3D"0" #line.nr pass_total=3D"0" fail_total=3D"0" cat /home/donatas/user_project/database.dat | \ #-------DATABASE CONSISTS of the records like below #Bravo Johnny White_St.50 PlesentWille 1225-23 2003-10-15 while read line do echo "Irasas = Nr.$linija:--------------------------------------------------------------= ------" pavarde=3D`echo $line |awk '{print $1}'` #surename vardas=3D`echo $line |awk '{print $2}'` #name adresas=3D`echo $line |awk '{print $3}'` #address miestas=3D`echo $line |awk '{print $4}'` #town regnr=3D`echo $line |awk '{print $5}'` #reg.nr regdt=3D`echo $line |awk '{print $6}'` #reg.date echo "pavarde=3D$pavarde vardas=3D$vardas adresas=3D$adresas" echo "miestas=3D$miestas regnr=3D$regnr data=3D$regdt" #----------SEARCHIN FOR USER FILE IN = ROUTER-------------------------------------------------- passed=3D"0" saved=3D"0" for VAR in LIST; do done for ff in *; do pass=3D"0" stats=3D"000" if cat $ff |grep $pavarde > /dev/null; then echo "1. Pavarde rasta faile $ff"; pass=3D$(($pass+1)) stats=3D"100" fi =20 if cat $ff |grep $vardas > /dev/null; then echo "2. Vardas rastas faile $ff"; case $stats in 000) stats=3D"010";; 100) stats=3D"110";; esac fi =20 if cat $ff |grep $adresas > /dev/null; then echo "3. Adresas rastas faile $ff"; pass=3D$(($pass+1)) case $stats in 000) stats=3D"001";; 100) stats=3D"101";; 110) stats=3D"111";; esac fi =20 if cat $ff |grep $miestas > /dev/null; then # echo "4. Miestas rastas faile $ff"; # pass=3D$(($pass+1)) fi if cat $ff |grep $regnr > /dev/null; then # echo "5. Reg.Nr. rastas faile $ff"; # pass=3D$(($pass+1)) fi =20 if cat $ff |grep $regdt > /dev/null; then # echo "6. Reg.data rasta faile $ff"; # pass=3D$(($pass+1)) fi case $pass in 0) ;; *) # echo " = pass_current=3D$pass" passed=3D$(($passed+1));; esac #-------------------EDITTING FILE---------------------------------- keitimas() { PREFIX=3D"`pwd`/$ff" if [ -r $PREFIX ]; then . /$PREFIX # adresas=3D`echo $adresas |tr "_" " "` else echo "path $PREFIX not found - sutvarkykite \"keitimas\" = procedura" sleep 3 exit 0; fi echo "# Billing information USER_LIVING_ADDRESS=3D\"`echo $adresas |tr "_" " "`\" USER_FULL_NAME=3D\"$pavarde $vardas\" CONTRACT_ID=3D\"$regnr\" REGISTRATION_DATE=3D\"$regdt\" # Major parameters NETWORK=3D\"$NETWORK\" # Routed mode parameters ROUTING=3D\"$ROUTING\" # Bridged mode parameters ROUTER_IP=3D\"$ROUTER_IP\" USER_VLAN=3D\"$USER_VLAN\" # Traffic parameters NATIONAL_BW_OUT=3D\"$NATIONAL_BW_OUT\" NATIONAL_BW_IN=3D\"$NATIONAL_BW_IN\" INTERNATIONAL_BW_OUT=3D\"$INTERNATIONAL_BW_OUT\" INTERNATIONAL_BW_IN=3D\"$INTERNATIONAL_BW_IN\"">$ff } case $stats in 100) echo "Found only SURENAME" keitimas ;; 010) echo "Found only NAME" ;; =20 001)=20 echo "Foun only ADDRESS" ;; 110)=20 echo "Found NAME and SURENAME" keitimas ;; 111)=20 echo "Found NAME SURENAME and ADDRESS" ;; *) ;; esac #------------------------------------------------------------ done case $passed in 0)=20 fail_total=3D$(($fail_total+1));; *) pass_total=3D$(($pass_total+1));; esac =20 linija=3D$(($linija+1)) echo " = pass_total=3D$pass_total"=20 echo " = fail_total=3D$fail_total" ------=_NextPart_000_00D8_01C4AC4E.D44673B0-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 08:34:12 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4AB516A4CF for ; Thu, 7 Oct 2004 08:34:12 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF76343D39 for ; Thu, 7 Oct 2004 08:34:10 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i978U2vr074661; Thu, 7 Oct 2004 01:30:03 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mail.meer.net (8.12.10/8.12.2/meer) with ESMTP id i978U07h081511; Thu, 7 Oct 2004 01:30:01 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Thu, 07 Oct 2004 17:29:58 +0900 Message-ID: From: "George V. Neville-Neil" To: Muhammad Reza In-Reply-To: <4163F50C.4030507@mra.co.id> References: <4163F50C.4030507@mra.co.id> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 08:34:13 -0000 At Wed, 06 Oct 2004 20:37:16 +0700, Muhammad Reza wrote: > > hi, i have a problem in a FreeBSD server, > Kernel message show this message; > arp: [ip redhat firewall gateway] moved from [1st nic redhat firewall gateway] to [2nd redhat firewall gateway] on > fxp0 > arp: [ip redhat firewall gateway] moved from [2nd nic redhat firewall gateway] to [1st redhat firewall gateway] on > fxp0 > > message show, every 30 minutes, but varies... > > any ideas??? Does the [ip rdhat firewall gateway] have the same IP on two interfaces both of which could be seen by the FreeBSD server? If so that sounds like a misconfiguration to me. I'd have to know more about your network setup to say more. Later, George From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 09:16:26 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1793516A4CE for ; Thu, 7 Oct 2004 09:16:26 +0000 (GMT) Received: from mutare.noc.clara.net (mutare.noc.clara.net [195.8.70.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D686443D5D for ; Thu, 7 Oct 2004 09:16:25 +0000 (GMT) (envelope-from ollie@mutare.noc.clara.net) Received: from ollie by mutare.noc.clara.net with local (Exim 4.42) id 1CFUNs-000PWr-EO for freebsd-net@freebsd.org; Thu, 07 Oct 2004 10:16:24 +0100 Date: Thu, 7 Oct 2004 10:16:24 +0100 From: Ollie Cook To: freebsd-net@freebsd.org Message-ID: <20041007091624.GJ40331@mutare.noc.clara.net> References: <4163F50C.4030507@mra.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4163F50C.4030507@mra.co.id> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.10-STABLE i386 X-NCC-RegID: uk.claranet Sender: Ollie Cook Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 09:16:26 -0000 On Wed, Oct 06, 2004 at 08:37:16PM +0700, Muhammad Reza wrote: > hi, i have a problem in a FreeBSD server, Kernel message show this message; > arp: [ip redhat firewall gateway] moved from [1st nic redhat firewall > gateway] to [2nd redhat firewall gateway] on fxp0 arp: [ip redhat firewall > gateway] moved from [2nd nic redhat firewall gateway] to [1st redhat > firewall gateway] on fxp0 > > message show, every 30 minutes, but varies... I've seen this with Gateway Load Balancing [1] (a Cisco protocol). Might your firewalls be configured with something like that? Ollie 1: http://www.cisco.com/en/US/products/sw/iosswrel/ps1838/products_feature_guide09186a0080134a35.html -- Ollie Cook Systems Architect, Claranet UK ollie@uk.clara.net +44 20 7685 8065 From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 11:17:15 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CBA16A4CE for ; Thu, 7 Oct 2004 11:17:15 +0000 (GMT) Received: from mx3.mra.co.id (mx3.mra.co.id [202.138.254.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A36A343D1D for ; Thu, 7 Oct 2004 11:17:10 +0000 (GMT) (envelope-from reza@mra.co.id) Received: from localhost (localhost.mra.co.id [127.0.0.1]) by mx3.mra.co.id (Postfix) with ESMTP id A5A1B2E09A; Thu, 7 Oct 2004 18:34:02 +0700 (WIT) Received: from mx3.mra.co.id ([127.0.0.1]) by localhost (mx3.mra.co.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08929-08; Thu, 7 Oct 2004 18:34:02 +0700 (WIT) Received: from mailbox.mra.co.id (unknown [172.16.0.225]) by mx3.mra.co.id (Postfix) with ESMTP id 7E3E12E078; Thu, 7 Oct 2004 18:34:02 +0700 (WIT) Received: from mra.co.id (unknown [172.16.0.228]) by mailbox.mra.co.id (Postfix) with ESMTP id 1BDA61EE; Thu, 7 Oct 2004 18:25:42 +0700 (WIT) Message-ID: <416460C7.50108@mra.co.id> Date: Thu, 07 Oct 2004 04:16:55 +0700 From: Muhammad Reza User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ollie Cook References: <4163F50C.4030507@mra.co.id> <20041007091624.GJ40331@mutare.noc.clara.net> In-Reply-To: <20041007091624.GJ40331@mutare.noc.clara.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mra.co.id cc: freebsd-net@freebsd.org Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:17:15 -0000 Ollie Cook wrote: >On Wed, Oct 06, 2004 at 08:37:16PM +0700, Muhammad Reza wrote: > > >>hi, i have a problem in a FreeBSD server, Kernel message show this message; >>arp: [ip redhat firewall gateway] moved from [1st nic redhat firewall >>gateway] to [2nd redhat firewall gateway] on fxp0 arp: [ip redhat firewall >>gateway] moved from [2nd nic redhat firewall gateway] to [1st redhat >>firewall gateway] on fxp0 >> >>message show, every 30 minutes, but varies... >> >> > >I've seen this with Gateway Load Balancing [1] (a Cisco protocol). Might your >firewalls be configured with something like that? > >Ollie > >1: http://www.cisco.com/en/US/products/sw/iosswrel/ps1838/products_feature_guide09186a0080134a35.html > > > Yes. my firewall configure with iproute load balance (http://ssi.bg/~ja) how to fix this ? regards reza From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 11:19:54 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6646716A4CE for ; Thu, 7 Oct 2004 11:19:54 +0000 (GMT) Received: from mutare.noc.clara.net (mutare.noc.clara.net [195.8.70.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B31343D1D for ; Thu, 7 Oct 2004 11:19:54 +0000 (GMT) (envelope-from ollie@mutare.noc.clara.net) Received: from ollie by mutare.noc.clara.net with local (Exim 4.42) id 1CFWJN-0000Fn-Dq for freebsd-net@freebsd.org; Thu, 07 Oct 2004 12:19:53 +0100 Date: Thu, 7 Oct 2004 12:19:53 +0100 From: Ollie Cook To: freebsd-net@freebsd.org Message-ID: <20041007111953.GP40331@mutare.noc.clara.net> References: <4163F50C.4030507@mra.co.id> <20041007091624.GJ40331@mutare.noc.clara.net> <416460C7.50108@mra.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416460C7.50108@mra.co.id> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.10-STABLE i386 X-NCC-RegID: uk.claranet Sender: Ollie Cook Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 11:19:54 -0000 On Thu, Oct 07, 2004 at 04:16:55AM +0700, Muhammad Reza wrote: > Yes. my firewall configure with iproute load balance (http://ssi.bg/~ja) > how to fix this ? Hi, There's nothing to fix, really. If you don't want your gateway to flip between the two firewalls every 30 minutes, you may disable that load balancing. That will prevent the log messages you are seeing. The lines in your log file aren't errors, but more informational. Yours, Ollie -- Ollie Cook Systems Architect, Claranet UK ollie@uk.clara.net +44 20 7685 8065 From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 15:19:29 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2786F16A4CE; Thu, 7 Oct 2004 15:19:29 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1D9F43D3F; Thu, 7 Oct 2004 15:19:28 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 1DDA33D1D4; Thu, 7 Oct 2004 12:19:28 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 1976B3D173; Thu, 7 Oct 2004 12:19:28 -0300 (ADT) Date: Thu, 7 Oct 2004 12:19:28 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: <20041007120946.K2822@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-isp@freebsd.org cc: freebsd-questions@freebsd.org Subject: Reduce effects of DDoS attack ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 15:19:29 -0000 I've got 5 servers sitting on a 10/100 unmanaged switch right now ... last night, a DDoS attack against a network "beside us" cause 70+% packet loss on our network, and I'm trying to figure out if there is anything I can do from my side to "compensate" for this ... I run ipaudit on all our servers, and a normal 30 minute period looks like: neptune# gzcat 2004-10-06-22:00.txt.gz | grep 200.046.204 | wc -l 12107 neptune# gzcat 2004-10-06-22:00.txt.gz | grep -v 200.046.204 | wc -l 112 neptune# gzcat 2004-10-06-22:00.txt.gz | wc -l 12219 where 200.046.204 is our C-class ... Now, when the DDoS attack is running, those stats change to: neptune# gzcat 2004-10-06-17:30.txt.gz | grep 200.046.204 | wc -l 5815 neptune# gzcat 2004-10-06-17:30.txt.gz | grep -v 200.046.204 | wc -l 594189 neptune# gzcat 2004-10-06-17:30.txt.gz | wc -l 600004 We're getting *alot* of traffic on our network that just is not ours ... Now, I can login to the servers, and load is negligible ... but packet loss is anywhere from 50->90%, so pretty much unusable ... Now, the shared 'switch' between our networks is a Cisco Catalyst 2900xl ... is there something that should be set on that so that I don't see that network traffic? Basically, the only network traffic that I should/want to see is that for my network .. in this case, 200.46.204? Baring that ... is there anything that I can do on the FreeBSD side of things to reduce the impact of the "extra packets"? Some way of "absorbing them"? For instance, if the packet is coming in, and it isn't for that server, then I imagine it has to 'bounce' it back out again, compounding the problem, no? Also ... since the FreeBSD servers do seem to be handling the load, is it possible that the unmanaged switch that i have in place between the FreeBSD box and the Cisco switch is 'buckling under the load'? Not able to handle the packets fast enough, and therefore just drop'ng them? The unmanage switch is a 10/100 Linksys Switch ... Thanks for any responses ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 15:37:39 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E018616A4CE; Thu, 7 Oct 2004 15:37:38 +0000 (GMT) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [81.2.69.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B88743D3F; Thu, 7 Oct 2004 15:37:38 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) i97FbZvI001253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 16:37:35 +0100 (BST) (envelope-from matthew@happy-idiot-talk.infracaninophile.co.uk) Received: (from matthew@localhost)i97FbZ6w001252; Thu, 7 Oct 2004 16:37:35 +0100 (BST) (envelope-from matthew) Date: Thu, 7 Oct 2004 16:37:35 +0100 From: Matthew Seaman To: "Marc G. Fournier" Message-ID: <20041007153735.GB691@happy-idiot-talk.infracaninophile.co.uk> Mail-Followup-To: Matthew Seaman , "Marc G. Fournier" , freebsd-net@freebsd.org, freebsd-isp@freebsd.org, freebsd-questions@freebsd.org References: <20041007120946.K2822@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline In-Reply-To: <20041007120946.K2822@ganymede.hub.org> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (smtp.infracaninophile.co.uk [IPv6:::1]); Thu, 07 Oct 2004 16:37:35 +0100 (BST) X-Virus-Scanned: clamd / ClamAV version devel-20040904, clamav-milter version 0.75l on smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on happy-idiot-talk.infracaninophile.co.uk cc: freebsd-isp@freebsd.org cc: freebsd-net@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: Reduce effects of DDoS attack ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 15:37:39 -0000 --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 12:19:28PM -0300, Marc G. Fournier wrote: >=20 > I've got 5 servers sitting on a 10/100 unmanaged switch right now ... las= t=20 > night, a DDoS attack against a network "beside us" cause 70+% packet loss= =20 > on our network, and I'm trying to figure out if there is anything I can d= o=20 > from my side to "compensate" for this ... >=20 > I run ipaudit on all our servers, and a normal 30 minute period looks=20 > like: >=20 > neptune# gzcat 2004-10-06-22:00.txt.gz | grep 200.046.204 | wc -l > 12107 > neptune# gzcat 2004-10-06-22:00.txt.gz | grep -v 200.046.204 | wc -l > 112 > neptune# gzcat 2004-10-06-22:00.txt.gz | wc -l > 12219 >=20 > where 200.046.204 is our C-class ... >=20 > Now, when the DDoS attack is running, those stats change to: >=20 > neptune# gzcat 2004-10-06-17:30.txt.gz | grep 200.046.204 | wc -l > 5815 > neptune# gzcat 2004-10-06-17:30.txt.gz | grep -v 200.046.204 | wc -l > 594189 > neptune# gzcat 2004-10-06-17:30.txt.gz | wc -l > 600004 >=20 > We're getting *alot* of traffic on our network that just is not ours ... Seems that when the CISCO box upstream gets overloaded it starts sending packets everywhere, instead of just to the networks they're intended for. You could put in a filtering bridge upstream of your unmanaged switch, which would let you strip out everything not intended for your assigned subnet. However, as your FreeBSD servers seem to be handling the load just fine, that probably won't do you much good. If the switch upstream of you is completely overloaded, there's not a lot you can do, other than get your network moved over to some less loaded equipment. =20 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZWK/iD657aJF7eIRAspBAJ9IXfZWOznX1FEHBH+6IozLGaWB/gCcDiKm YcZ2C7HEvAfxJEUUObKmBiU= =Zoc4 -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 16:55:43 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93C2316A4D5; Thu, 7 Oct 2004 16:55:43 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3CC43D41; Thu, 7 Oct 2004 16:55:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A3250533F9; Thu, 7 Oct 2004 09:57:19 -0700 (PDT) Date: Thu, 7 Oct 2004 09:57:19 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20041007165719.GA4023@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: net@FreeBSD.org Subject: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 16:55:43 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Top of RELENG_5 on an smp machine: panic: fxp_start_body: attempted use of a free mbuf! cpuid = 1 KDB: enter: panic [thread 100042] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_output_frame+0x218 ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_output+0x43e in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x686 arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_processqueue+0x8e swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0x172 fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xebbd2d7c, ebp = 0 --- Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZXVvWry0BWjoQKURAgp/AKCahKjPak/rJBbmj6Q9EIjNzvVo6wCfTt7Z ozxD/D6CPnbG67fkJVrLwpE= =d2wN -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 18:06:44 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D214B16A4DD for ; Thu, 7 Oct 2004 18:06:44 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98E0143D54 for ; Thu, 7 Oct 2004 18:06:44 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id CCFC0651EB; Thu, 7 Oct 2004 19:06:43 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19439-01-4; Thu, 7 Oct 2004 19:06:43 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-124-246-191.dsl.snfc21.pacbell.net [67.124.246.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id BA7B665211; Thu, 7 Oct 2004 19:06:20 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 77AAA63DC; Thu, 7 Oct 2004 11:06:17 -0700 (PDT) Date: Thu, 7 Oct 2004 11:06:17 -0700 From: Bruce M Simpson To: Muhammad Reza Message-ID: <20041007180617.GD664@empiric.icir.org> Mail-Followup-To: Muhammad Reza , Ollie Cook , freebsd-net@freebsd.org References: <4163F50C.4030507@mra.co.id> <20041007091624.GJ40331@mutare.noc.clara.net> <416460C7.50108@mra.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416460C7.50108@mra.co.id> cc: Ollie Cook cc: freebsd-net@freebsd.org Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:06:44 -0000 On Thu, Oct 07, 2004 at 04:16:55AM +0700, Muhammad Reza wrote: > Yes. my firewall configure with iproute load balance (http://ssi.bg/~ja) > how to fix this ? sysctl net.link.ether.inet.log_arp_movements=0 BMS From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 18:26:26 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB2416A4CE for ; Thu, 7 Oct 2004 18:26:26 +0000 (GMT) Received: from home.mnet.bg (home.mnet.bg [193.110.223.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CEC043D45 for ; Thu, 7 Oct 2004 18:26:25 +0000 (GMT) (envelope-from dpenev@mnet.bg) Received: from localhost (home [127.0.0.1]) by home.mnet.bg (Postfix) with ESMTP id F28C83B2FE; Thu, 7 Oct 2004 21:26:22 +0300 (EEST) Received: from venus.dpsca.bg (ip220-81.mnet.bg [193.110.220.81]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by home.mnet.bg (Postfix) with ESMTP id 4181E3B2F9; Thu, 7 Oct 2004 21:26:19 +0300 (EEST) Received: from earth.dpsca.bg (earth.dpsca.bg [192.168.1.1]) by venus.dpsca.bg (8.12.11/8.12.11) with ESMTP id i97IPDcL020900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 21:25:14 +0300 (EEST) Received: (from dpenev@localhost) by earth.dpsca.bg (8.13.1/8.13.1/Submit) id i97IN8hW001166; Thu, 7 Oct 2004 21:23:08 +0300 (EEST) (envelope-from dpenev) Date: Thu, 7 Oct 2004 21:23:08 +0300 From: Dancho Penev To: Muhammad Reza Message-ID: <20041007182308.GA834@earth.dpsca.bg> References: <4163F50C.4030507@mra.co.id> <20041007091624.GJ40331@mutare.noc.clara.net> <416460C7.50108@mra.co.id> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <416460C7.50108@mra.co.id> User-Agent: Mutt/1.4.2.1i X-Virus-Scan: smtp-vilter X-SMTP-Vilter-Version: 1.1.5 X-SMTP-Vilter-Backend: vilter-clamd X-SMTP-Vilter-Status: clean X-Virus-Scanned: by amavisd-new-2.1.0 (Debian GNU/Linux) at mail.mnet.bg cc: freebsd-net@FreeBSD.ORG Subject: Re: kernel arp log message X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 18:26:26 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 04:16:55AM +0700, Muhammad Reza wrote: >Date: Thu, 07 Oct 2004 04:16:55 +0700 >From: Muhammad Reza >To: Ollie Cook >Cc: freebsd-net@freebsd.org >Subject: Re: kernel arp log message > >Ollie Cook wrote: > >>On Wed, Oct 06, 2004 at 08:37:16PM +0700, Muhammad Reza wrote: >> =20 >> >>>hi, i have a problem in a FreeBSD server, Kernel message show this=20 >>>message; >>>arp: [ip redhat firewall gateway] moved from [1st nic redhat firewall >>>gateway] to [2nd redhat firewall gateway] on fxp0 arp: [ip redhat=20 >>>firewall >>>gateway] moved from [2nd nic redhat firewall gateway] to [1st redhat >>>firewall gateway] on fxp0 >>> >>>message show, every 30 minutes, but varies... >>> =20 >>> >> >>I've seen this with Gateway Load Balancing [1] (a Cisco protocol). Might= =20 >>your >>firewalls be configured with something like that? >> >>Ollie >> >>1:=20 >>http://www.cisco.com/en/US/products/sw/iosswrel/ps1838/products_feature_g= uide09186a0080134a35.html >> >> =20 >> >Yes. my firewall configure with iproute load balance (http://ssi.bg/~ja) >how to fix this ? If you are running -CURRENT(or 5.x if I'm not wrong), you can set net.link.ether.inet.log_arp_movements sysctl variable to 0. > >regards >reza > >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > --=20 Dancho Penev Home page: http://www.mnet.bg/~dpenev GnuGP public key: http://www.mnet.bg/~dpenev/gnupg.asc Key fingerprint: E88D 8B7B 3EF6 E9C8 C5D2 7554 2AA8 C347 71A1 4277 --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBZYmMKqjDR3GhQncRAhWtAKCx+zNAZ7uVnaF811vFtDMWhHdXWACgl3d1 H51/b2/o3yHJXgAwj0DVe/U= =s8l7 -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 19:51:34 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D242416A4CE for ; Thu, 7 Oct 2004 19:51:34 +0000 (GMT) Received: from sfverio-131.cisdata.net (sfverio-131.cisdata.net [130.94.248.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E8C43D5D for ; Thu, 7 Oct 2004 19:51:34 +0000 (GMT) (envelope-from dguerrero@cisdata.net) Received: from adsl-69-106-78-180.dsl.scrm01.pacbell.net ([69.106.78.180] helo=[192.168.43.179]) by sfverio-131.cisdata.net with esmtp (Exim 3.36 #5) id 1CFeTH-00048X-00 for freebsd-net@freebsd.org; Thu, 07 Oct 2004 13:02:39 -0700 Mime-Version: 1.0 (Apple Message framework v619) To: freebsd-net@freebsd.org Message-Id: <409C0763-189A-11D9-B1FA-000A95B49708@cisdata.net> From: Denis Guerrero Date: Thu, 7 Oct 2004 12:51:17 -0700 X-Mailer: Apple Mail (2.619) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: =?iso-8859-1?q?=A0interface_bonding_=28=22trunking=22=29?= X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 19:51:35 -0000 I recently came across the documentation provided at http://archives.neohapsis.com/archives/sf/ids/2003-q4/0029.html for implementing the Netgraph Fast-Channel kernel module on FreeBSD systems it works great. One thing that I have not been able to figure out is how to change the mtu on the pseudo device to anything greater than 1500(I want mtu 9000). If I do #ifconfig fec0 mtu 1000 (this works if its any value less than 1500) but, if I do #ifconfig fec0 mtu 9000 (I get the following: " ifconfig: ioctl (set mtu): Invalid argument ") I also tried changing the "NG_FEC_MTU_Default 1500" line in the ng_fec.h file to NG_FEC_MTU_Default 9000 and then do a build/install new kernel and build/install world. Still have no success. Any suggestions would be greatly appreciated. HERE IS MY ENTIRE SCRIPT: #! /bin/sh echo "load module"; cd /usr/src/sys/modules/netgraph/fec/ kldload /usr/src/sys/modules/netgraph/fec/ng_fec.ko echo "kldstat results"; kldstat echo "create psuedo fec interfaces"; ngctl mkpeer fec dummy fec echo "bind physical interfaces to pseudo devices"; ngctl msg fec0: add_iface '"em0"' ngctl msg fec0: add_iface '"em1"' echo "set capture mode for each pseudo interface"; ngctl msg fec0: set_mode_inet echo "set all physical and pseudo interfaces to promiscuous mode"; ifconfig fec0 promisc ifconfig em0 promisc ifconfig em1 promisc echo "bring up pseudos"; ifconfig fec0 up Regards, Denis Guerrero From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 20:48:47 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C734916A4CF; Thu, 7 Oct 2004 20:48:46 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i97Kmkg0097829; Thu, 7 Oct 2004 16:48:46 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i97Kmimt097828; Thu, 7 Oct 2004 16:48:44 -0400 (EDT) (envelope-from green) Date: Thu, 7 Oct 2004 16:48:44 -0400 From: Brian Fundakowski Feldman To: Kris Kennaway Message-ID: <20041007204844.GE73261@green.homeunix.org> References: <20041007165719.GA4023@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007165719.GA4023@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 20:48:47 -0000 On Thu, Oct 07, 2004 at 09:57:19AM -0700, Kris Kennaway wrote: > Top of RELENG_5 on an smp machine: > > panic: fxp_start_body: attempted use of a free mbuf! > cpuid = 1 > KDB: enter: panic > [thread 100042] > Stopped at kdb_enter+0x30: leave > db> trace > kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 > panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e > fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 > fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f > if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 > ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_output_frame+0x218 > ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_output+0x43e > in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x686 > arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 > netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_processqueue+0x8e > swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 > ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0x172 > fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xebbd2d7c, ebp = 0 --- Does this fix it? Index: uma_core.c =================================================================== RCS file: /usr/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.105 diff -u -r1.105 uma_core.c --- uma_core.c 6 Aug 2004 21:52:38 -0000 1.105 +++ uma_core.c 7 Oct 2004 20:31:08 -0000 @@ -825,13 +825,16 @@ slab->us_freecount = keg->uk_ipers; slab->us_firstfree = 0; slab->us_flags = flags; - for (i = 0; i < keg->uk_ipers; i++) - slab->us_freelist[i].us_item = i+1; if (keg->uk_flags & UMA_ZONE_REFCNT) { slabref = (uma_slabrefcnt_t)slab; - for (i = 0; i < keg->uk_ipers; i++) + for (i = 0; i < keg->uk_ipers; i++) { slabref->us_freelist[i].us_refcnt = 0; + slabref->us_freelist[i].us_item = i+1; + } + } else { + for (i = 0; i < keg->uk_ipers; i++) + slab->us_freelist[i].us_item = i+1; } if (keg->uk_init != NULL) { @@ -1983,13 +1986,19 @@ uma_slab_alloc(uma_zone_t zone, uma_slab_t slab) { uma_keg_t keg; + uma_slabrefcnt_t slabref; void *item; u_int8_t freei; keg = zone->uz_keg; freei = slab->us_firstfree; - slab->us_firstfree = slab->us_freelist[freei].us_item; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slab->us_firstfree = slabref->us_freelist[freei].us_item; + } else { + slab->us_firstfree = slab->us_freelist[freei].us_item; + } item = slab->us_data + (keg->uk_rsize * freei); slab->us_freecount--; @@ -2339,6 +2348,7 @@ enum zfreeskip skip) { uma_slab_t slab; + uma_slabrefcnt_t slabref; uma_keg_t keg; u_int8_t *mem; u_int8_t freei; @@ -2382,7 +2392,12 @@ uma_dbg_free(zone, slab, item); #endif - slab->us_freelist[freei].us_item = slab->us_firstfree; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slabref->us_freelist[freei].us_item = slab->us_firstfree; + } else { + slab->us_freelist[freei].us_item = slab->us_firstfree; + } slab->us_firstfree = freei; slab->us_freecount++; @@ -2545,18 +2560,19 @@ u_int32_t * uma_find_refcnt(uma_zone_t zone, void *item) { - uma_slabrefcnt_t slab; + uma_slabrefcnt_t slabref; uma_keg_t keg; u_int32_t *refcnt; int idx; keg = zone->uz_keg; - slab = (uma_slabrefcnt_t)vtoslab((vm_offset_t)item & (~UMA_SLAB_MASK)); - KASSERT(slab != NULL, + slabref = (uma_slabrefcnt_t)vtoslab((vm_offset_t)item & + (~UMA_SLAB_MASK)); + KASSERT(slabref != NULL && slabref->us_keg->uk_flags & UMA_ZONE_REFCNT, ("uma_find_refcnt(): zone possibly not UMA_ZONE_REFCNT")); - idx = ((unsigned long)item - (unsigned long)slab->us_data) + idx = ((unsigned long)item - (unsigned long)slabref->us_data) / keg->uk_rsize; - refcnt = &(slab->us_freelist[idx].us_refcnt); + refcnt = &slabref->us_freelist[idx].us_refcnt; return refcnt; } Index: uma_dbg.c =================================================================== RCS file: /usr/ncvs/src/sys/vm/uma_dbg.c,v retrieving revision 1.15 diff -u -r1.15 uma_dbg.c --- uma_dbg.c 2 Aug 2004 00:18:35 -0000 1.15 +++ uma_dbg.c 7 Oct 2004 20:35:22 -0000 @@ -218,6 +218,7 @@ uma_dbg_alloc(uma_zone_t zone, uma_slab_t slab, void *item) { uma_keg_t keg; + uma_slabrefcnt_t slabref; int freei; keg = zone->uz_keg; @@ -231,7 +232,12 @@ freei = ((unsigned long)item - (unsigned long)slab->us_data) / keg->uk_rsize; - slab->us_freelist[freei].us_item = 255; + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + slabref->us_freelist[freei].us_item = 255; + } else { + slab->us_freelist[freei].us_item = 255; + } return; } @@ -246,6 +252,7 @@ uma_dbg_free(uma_zone_t zone, uma_slab_t slab, void *item) { uma_keg_t keg; + uma_slabrefcnt_t slabref; int freei; keg = zone->uz_keg; @@ -270,17 +277,34 @@ (freei * keg->uk_rsize) + slab->us_data); } - if (slab->us_freelist[freei].us_item != 255) { - printf("Slab at %p, freei %d = %d.\n", - slab, freei, slab->us_freelist[freei].us_item); - panic("Duplicate free of item %p from zone %p(%s)\n", - item, zone, zone->uz_name); + if (keg->uk_flags & UMA_ZONE_REFCNT) { + slabref = (uma_slabrefcnt_t)slab; + if (slabref->us_freelist[freei].us_item != 255) { + printf("Slab at %p, freei %d = %d.\n", + slab, freei, slabref->us_freelist[freei].us_item); + panic("Duplicate free of item %p from zone %p(%s)\n", + item, zone, zone->uz_name); + } + + /* + * When this is actually linked into the slab this will change. + * Until then the count of valid slabs will make sure we don't + * accidentally follow this and assume it's a valid index. + */ + slabref->us_freelist[freei].us_item = 0; + } else { + if (slab->us_freelist[freei].us_item != 255) { + printf("Slab at %p, freei %d = %d.\n", + slab, freei, slab->us_freelist[freei].us_item); + panic("Duplicate free of item %p from zone %p(%s)\n", + item, zone, zone->uz_name); + } + + /* + * When this is actually linked into the slab this will change. + * Until then the count of valid slabs will make sure we don't + * accidentally follow this and assume it's a valid index. + */ + slab->us_freelist[freei].us_item = 0; } - - /* - * When this is actually linked into the slab this will change. - * Until then the count of valid slabs will make sure we don't - * accidentally follow this and assume it's a valid index. - */ - slab->us_freelist[freei].us_item = 0; } -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-net@FreeBSD.ORG Thu Oct 7 22:34:40 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 577E816A4CE; Thu, 7 Oct 2004 22:34:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2790F43D46; Thu, 7 Oct 2004 22:34:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9743153AAE; Thu, 7 Oct 2004 15:36:18 -0700 (PDT) Date: Thu, 7 Oct 2004 15:36:18 -0700 From: Kris Kennaway To: Brian Fundakowski Feldman Message-ID: <20041007223618.GA22644@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> <20041007204844.GE73261@green.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20041007204844.GE73261@green.homeunix.org> User-Agent: Mutt/1.4.2.1i cc: net@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2004 22:34:40 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 04:48:44PM -0400, Brian Fundakowski Feldman wrote: > On Thu, Oct 07, 2004 at 09:57:19AM -0700, Kris Kennaway wrote: > > Top of RELENG_5 on an smp machine: > >=20 > > panic: fxp_start_body: attempted use of a free mbuf! > > cpuid =3D 1 > > KDB: enter: panic > > [thread 100042] > > Stopped at kdb_enter+0x30: leave > > db> trace > > kdb_enter(c06de69a,1,c06d47c5,ebbd2b14,c34cd320) at kdb_enter+0x30 > > panic(c06d47c5,c06c1030,4,c0499300,c3539000) at panic+0x14e > > fxp_start_body(c3539000,0,c06d5639,4ca,c3539000) at fxp_start_body+0x462 > > fxp_start(c3539000,122,0,c3539000) at fxp_start+0x3f > > if_start(c3539000,0,c06e7822,179,ffff8002) at if_start+0x99 > > ether_output_frame(c3539000,c38b5300,6,c4106b00,ebbd2bc8) at ether_outp= ut_frame+0x218 > > ether_output(c3539000,c38b5300,c4106b00,c95ec210,c04fe48d) at ether_out= put+0x43e > > in_arpinput(c38b8700,122,c38b8700,c07656b8,c38b8700) at in_arpinput+0x6= 86 > > arpintr(c38b8700,0,c06e7c88,e5,c07656b8) at arpintr+0x104 > > netisr_processqueue(c07656b8,c0738ac0,1,c06dda24,c3462940) at netisr_pr= ocessqueue+0x8e > > swi_net(0,0,c06dc037,269,c0738ac0) at swi_net+0xe9 > > ithread_loop(c345d880,ebbd2d48,c06dbe2a,323,d552d9c9) at ithread_loop+0= x172 > > fork_exit(c04f1210,c345d880,ebbd2d48) at fork_exit+0xc6 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip =3D 0, esp =3D 0xebbd2d7c, ebp =3D 0 --- >=20 > Does this fix it? I don't yet know whether this problem is repeatable, so there's no point in testing the patch yet. If it keeps happening, I'll try your patch and see what it does so I can distinguish "fixed" from "null result". Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZcTiWry0BWjoQKURArg+AKCK01DOR4XjejK+BCZctodSEvBLwgCgrfht dzasEKAM/x0CCFzRxgAsKZo= =cK7x -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 09:45:17 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04B5E16A4CE for ; Fri, 8 Oct 2004 09:45:17 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF3D43D1D for ; Fri, 8 Oct 2004 09:45:16 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 19730651FA for ; Fri, 8 Oct 2004 10:45:13 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 31411-04 for ; Fri, 8 Oct 2004 10:45:12 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-92-60.dsl.snfc21.pacbell.net [67.121.92.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 52DF7651EB for ; Fri, 8 Oct 2004 10:45:12 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 0F5D0616C; Fri, 8 Oct 2004 02:45:07 -0700 (PDT) Date: Fri, 8 Oct 2004 02:45:07 -0700 From: Bruce M Simpson To: freebsd-net@FreeBSD.org Message-ID: <20041008094507.GG718@empiric.icir.org> Mail-Followup-To: freebsd-net@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: fxp(4) suspend/resume in 5.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 09:45:17 -0000 I was looking at the fxp suspend/resume routines and thought: hang on a minute, we already save PCI configuration space in the PCI bus suspend/resume routines, so do we need to do it in fxp(4)? Regards, BMS From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 15:15:52 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C09F516A4CE for ; Fri, 8 Oct 2004 15:15:52 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C430C43D31 for ; Fri, 8 Oct 2004 15:15:49 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (host5.bedc.ondsl.gr [62.103.39.229])i98FFRos011715 for ; Fri, 8 Oct 2004 18:15:41 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) i98FFFif004901 for ; Fri, 8 Oct 2004 18:15:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)i98FFFR2004900 for freebsd-net@freebsd.org; Fri, 8 Oct 2004 18:15:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 8 Oct 2004 18:15:15 +0300 From: Giorgos Keramidas To: freebsd-net@freebsd.org Message-ID: <20041008151515.GA3136@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline Subject: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:15:53 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In ether_input() we unconditionaly discard the mbufs whose m_len is less than ETHER_HDR_LEN. A bit higher M_PKTHDR has been checked but the check made before discarding the frame doesn't pay attention to the m->m_pkthdr.len (the total packet length). I am trying to find out how often this happens, by using the attached patch to count the number of small frames received in ether_input() and the number of failed m_pullup() attempts that result from that. Does this change seem reasonable as an instrumentation of the particular problem or am I unknowingly breaking something in the way ether_input() is supposed to work? - Giorgos --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ether_input.pullup.patch" Index: if_ethersubr.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v retrieving revision 1.177 diff -u -u -r1.177 if_ethersubr.c --- if_ethersubr.c 27 Jul 2004 23:20:45 -0000 1.177 +++ if_ethersubr.c 8 Oct 2004 15:10:40 -0000 @@ -124,6 +124,20 @@ static int ether_ipfw; #endif +static int ether_smallframes; /* Number of too small input packets. */ +static int ether_pfailed; /* Failed m_pullup attempts. */ + +SYSCTL_DECL(_net_link); +SYSCTL_NODE(_net_link, IFT_ETHER, ether, CTLFLAG_RW, 0, "Ethernet"); +SYSCTL_INT(_net_link_ether, OID_AUTO, smallframes, CTLFLAG_RD, + ðer_smallframes,0,"Number of too small input frames"); +SYSCTL_INT(_net_link_ether, OID_AUTO, pfailed, CTLFLAG_RD, + ðer_pfailed,0,"Number of pkt pullup attempts that failed"); +#if defined(INET) || defined(INET6) +SYSCTL_INT(_net_link_ether, OID_AUTO, ipfw, CTLFLAG_RW, + ðer_ipfw,0,"Pass ether pkts through firewall"); +#endif + /* * Ethernet output routine. * Encapsulate a packet of type family for the local net. @@ -482,6 +496,7 @@ ether_input(struct ifnet *ifp, struct mbuf *m) { struct ether_header *eh; + int mlen, plen; u_short etype; /* @@ -494,14 +509,26 @@ m_freem(m); return; } + /* + * If the first mbuf of the chain doesn't have at least ETHER_HDR_LEN + * bytes check the m->m_pkthdr.len to see if the entire packet holds + * more than ETHER_HDR_LEN data and attempt a pullup if it does. + */ + mlen = m->m_len; + plen = m->m_pkthdr.len; if (m->m_len < ETHER_HDR_LEN) { - /* XXX maybe should pullup? */ - if_printf(ifp, "discard frame w/o leading ethernet " - "header (len %u pkt len %u)\n", - m->m_len, m->m_pkthdr.len); - ifp->if_ierrors++; - m_freem(m); - return; + ether_smallframes++; + if (m->m_pkthdr.len < ETHER_HDR_LEN || + ((m = m_pullup(m, ETHER_HDR_LEN)) == NULL)) { + if_printf(ifp, "discard frame w/o leading ethernet " + "header (len %u pkt len %u)\n", mlen, plen); + ifp->if_ierrors++; + if (m) + m_freem(m); + else + ether_pfailed++; + return; + } } eh = mtod(m, struct ether_header *); etype = ntohs(eh->ether_type); @@ -906,13 +933,6 @@ bdgtakeifaces_ptr(); } -SYSCTL_DECL(_net_link); -SYSCTL_NODE(_net_link, IFT_ETHER, ether, CTLFLAG_RW, 0, "Ethernet"); -#if defined(INET) || defined(INET6) -SYSCTL_INT(_net_link_ether, OID_AUTO, ipfw, CTLFLAG_RW, - ðer_ipfw,0,"Pass ether pkts through firewall"); -#endif - #if 0 /* * This is for reference. We have a table-driven version --CE+1k2dSO48ffgeK-- From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 16:24:52 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58EEC16A4CE for ; Fri, 8 Oct 2004 16:24:52 +0000 (GMT) Received: from smtp08.web.de (smtp08.web.de [217.72.192.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E64043D46 for ; Fri, 8 Oct 2004 16:24:52 +0000 (GMT) (envelope-from Waldemar.Kornewald@web.de) Received: from [80.134.66.116] (helo=[80.134.66.116]) by smtp08.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CFxY2-0004IW-00 for freebsd-net@freebsd.org; Fri, 08 Oct 2004 18:24:50 +0200 Message-ID: <4166BEF9.1050101@web.de> Date: Fri, 08 Oct 2004 18:23:21 +0200 From: Waldemar Kornewald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-net References: <41640CEE.9070900@web.de> <200410061823.24492.max@love2party.net> In-Reply-To: X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Waldemar.Kornewald@web.de X-Sender: Waldemar.Kornewald@web.de Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:24:52 -0000 George V. Neville-Neil wrote: > One other model to look at is The Click Modular Router, which is about > modularizing the routing part of the code, as opposed to the end > station code. Look at http://www.xorp.org because Click, and FreeBSD > are in there. Thanks, this is really interesting. > I have always thought that a network protocol toolkit would be a good > thing, but admit that I have never had time to do the required work on > our stack. It would take a lot of reworking to get it right, as > others have pointed out already. > > But... If you do it, I want to know about it :-) It seems that we will start with a monolithic module and then modularize one part after the other (beginning with interface modules, probably). Of course, I will send progress reports on this list. We at Haiku would really appreciate working together with the FreeBSD team. Bye, Waldemar Kornewald From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 16:47:11 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD5F16A4CF for ; Fri, 8 Oct 2004 16:47:11 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7627343D48 for ; Fri, 8 Oct 2004 16:47:08 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i98Gi2Ck051051 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 8 Oct 2004 20:44:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i98GgssX051008; (8.12.8/vak/2.1) Fri, 8 Oct 2004 20:42:54 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4166C43F.6070105@cronyx.ru> Date: Fri, 08 Oct 2004 20:45:51 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Waldemar Kornewald References: <41640CEE.9070900@web.de> <200410061823.24492.max@love2party.net> <4166BEF9.1050101@web.de> In-Reply-To: <4166BEF9.1050101@web.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-net Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 16:47:12 -0000 Waldemar Kornewald wrote: > George V. Neville-Neil wrote: > >> One other model to look at is The Click Modular Router, which is about >> modularizing the routing part of the code, as opposed to the end >> station code. Look at http://www.xorp.org because Click, and FreeBSD >> are in there. > > > Thanks, this is really interesting. > >> I have always thought that a network protocol toolkit would be a good >> thing, but admit that I have never had time to do the required work on >> our stack. It would take a lot of reworking to get it right, as >> others have pointed out already. >> >> But... If you do it, I want to know about it :-) > > > It seems that we will start with a monolithic module and then > modularize one part after the other (beginning with interface modules, > probably). > Of course, I will send progress reports on this list. We at Haiku > would really appreciate working together with the FreeBSD team. By the way, what kind of hardware you are using? rik > > Bye, > Waldemar Kornewald > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 17:13:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A21016A4CE for ; Fri, 8 Oct 2004 17:13:25 +0000 (GMT) Received: from smtp05.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1018A43D4C for ; Fri, 8 Oct 2004 17:13:25 +0000 (GMT) (envelope-from Waldemar.Kornewald@web.de) Received: from [80.134.66.116] (helo=[80.134.66.116]) by smtp05.web.de with asmtp (TLSv1:RC4-MD5:128) (WEB.DE 4.101 #44) id 1CFyJ1-0006EP-00 for freebsd-net@freebsd.org; Fri, 08 Oct 2004 19:13:23 +0200 Message-ID: <4166CA5A.6070605@web.de> Date: Fri, 08 Oct 2004 19:11:54 +0200 From: Waldemar Kornewald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-net References: <41640CEE.9070900@web.de> <200410061823.24492.max@love2party.net> <4166BEF9.1050101@web.de> <4166C43F.6070105@cronyx.ru> In-Reply-To: <4166C43F.6070105@cronyx.ru> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: Waldemar.Kornewald@web.de X-Sender: Waldemar.Kornewald@web.de Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 17:13:25 -0000 Roman Kurakin wrote: >>Of course, I will send progress reports on this list. We at Haiku >>would really appreciate working together with the FreeBSD team. > > > By the way, what kind of hardware you are using? Currently, it is nothing special, just a Dual-Celeron 466 (since I gave my other computer to my uncle). Not really nice to have only one machine for testing network things, but I am mainly the PPP guy. ;) The other team members have the real networks set up. I hope to have a second computer (even if it is a slow one) by the time we start experimenting with optimization ideas like iovecs_vs_mbufs, but for the time being this is all I need, anyway. Why do you ask? Bye, Waldemar Kornewald From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 17:35:08 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B5EF16A4CE for ; Fri, 8 Oct 2004 17:35:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A6B343D2D for ; Fri, 8 Oct 2004 17:35:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i98HW41J053152 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 8 Oct 2004 21:32:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i98HUjHv053067; (8.12.8/vak/2.1) Fri, 8 Oct 2004 21:30:46 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4166CF77.2030103@cronyx.ru> Date: Fri, 08 Oct 2004 21:33:43 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Waldemar Kornewald References: <41640CEE.9070900@web.de> <200410061823.24492.max@love2party.net> <4166BEF9.1050101@web.de> <4166C43F.6070105@cronyx.ru> <4166CA5A.6070605@web.de> In-Reply-To: <4166CA5A.6070605@web.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-net Subject: Re: modularization X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 17:35:08 -0000 Waldemar Kornewald wrote: > Roman Kurakin wrote: > >>> Of course, I will send progress reports on this list. We at Haiku >>> would really appreciate working together with the FreeBSD team. >> >> >> >> By the way, what kind of hardware you are using? > > > Currently, it is nothing special, just a Dual-Celeron 466 (since I > gave my other computer to my uncle). Not really nice to have only one > machine for testing network things, but I am mainly the PPP guy. ;) > The other team members have the real networks set up. I hope to have a > second computer (even if it is a slow one) by the time we start > experimenting with optimization ideas like iovecs_vs_mbufs, but for > the time being this is all I need, anyway. > Why do you ask? Just from curiosity. I am working with synchronous adapters and protocols such as PPP, Cisco, FR. rik > > Bye, > Waldemar Kornewald > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 20:34:37 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4719B16A4CE; Fri, 8 Oct 2004 20:34:37 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8442243D39; Fri, 8 Oct 2004 20:34:36 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i98KYYAW002869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Oct 2004 00:34:35 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i98KYYvK002868; Sat, 9 Oct 2004 00:34:34 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 9 Oct 2004 00:34:34 +0400 From: Gleb Smirnoff To: Giorgos Keramidas Message-ID: <20041008203434.GA2770@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Giorgos Keramidas , freebsd-net@freebsd.org References: <20041008151515.GA3136@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041008151515.GA3136@orion.daedalusnetworks.priv> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 20:34:37 -0000 On Fri, Oct 08, 2004 at 06:15:15PM +0300, Giorgos Keramidas wrote: G> In ether_input() we unconditionaly discard the mbufs whose m_len is less than G> ETHER_HDR_LEN. A bit higher M_PKTHDR has been checked but the check made G> before discarding the frame doesn't pay attention to the m->m_pkthdr.len (the G> total packet length). In my humble opinion, all Ethernet device drivers are intentionally written in such a way that they always pass an mbuf with contigous Ethernet header to ether_input(). Why did you write this patch? Do you really have packet loss? G> I am trying to find out how often this happens, by using the attached patch to G> count the number of small frames received in ether_input() and the number of G> failed m_pullup() attempts that result from that. And what results do you have? G> Does this change seem reasonable as an instrumentation of the particular G> problem or am I unknowingly breaking something in the way ether_input() is G> supposed to work? AFAIK, this patch does not break anything but just adds more processing. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 20:51:26 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 737D116A4CE; Fri, 8 Oct 2004 20:51:26 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B645043D41; Fri, 8 Oct 2004 20:51:25 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b125.otenet.gr [212.205.244.133]) i98KpMr2013825; Fri, 8 Oct 2004 23:51:23 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i98KpIKH007861; Fri, 8 Oct 2004 23:51:18 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i98KpIax007860; Fri, 8 Oct 2004 23:51:18 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 8 Oct 2004 23:51:17 +0300 From: Giorgos Keramidas To: Gleb Smirnoff Message-ID: <20041008205117.GA7818@gothmog.gr> References: <20041008151515.GA3136@orion.daedalusnetworks.priv> <20041008203434.GA2770@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008203434.GA2770@cell.sick.ru> cc: freebsd-net@freebsd.org Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 20:51:26 -0000 On 2004-10-09 00:34, Gleb Smirnoff wrote: > On Fri, Oct 08, 2004 at 06:15:15PM +0300, Giorgos Keramidas wrote: > G> In ether_input() we unconditionaly discard the mbufs whose m_len is less than > G> ETHER_HDR_LEN. A bit higher M_PKTHDR has been checked but the check made > G> before discarding the frame doesn't pay attention to the m->m_pkthdr.len (the > G> total packet length). > > In my humble opinion, all Ethernet device drivers are intentionally written > in such a way that they always pass an mbuf with contigous Ethernet header > to ether_input(). I know, but thanks for verifying what I had understood so far :-) > Why did you write this patch? Do you really have packet loss? Not really. Just trying to see if there _was_ any packet loss first. After running for several hours, the counters are still zero. I think this means the case of dropped packets would be so rare that there's no real reason to worry too much about lost packets. > G> I am trying to find out how often this happens, by using the attached patch to > G> count the number of small frames received in ether_input() and the number of > G> failed m_pullup() attempts that result from that. > > And what results do you have? I'll keep this change in my workstation for a week or so. No signs of dropped packets yet, though. > G> Does this change seem reasonable as an instrumentation of the particular > G> problem or am I unknowingly breaking something in the way ether_input() is > G> supposed to work? > > AFAIK, this patch does not break anything but just adds more processing. Thanks for the reply. I'm (somewhat slowly) learning more about the way the networking code. A little more processing is a small penalty to pay for trying out things. - Giorgos From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 20:58:11 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856F616A4CE; Fri, 8 Oct 2004 20:58:11 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FEB43D41; Fri, 8 Oct 2004 20:58:10 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i98Kw8o5003070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Oct 2004 00:58:09 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i98Kw8AW003069; Sat, 9 Oct 2004 00:58:08 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 9 Oct 2004 00:58:08 +0400 From: Gleb Smirnoff To: Giorgos Keramidas Message-ID: <20041008205808.GB2947@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Giorgos Keramidas , freebsd-net@freebsd.org References: <20041008151515.GA3136@orion.daedalusnetworks.priv> <20041008203434.GA2770@cell.sick.ru> <20041008205117.GA7818@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041008205117.GA7818@gothmog.gr> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 20:58:11 -0000 On Fri, Oct 08, 2004 at 11:51:17PM +0300, Giorgos Keramidas wrote: G> Not really. Just trying to see if there _was_ any packet loss first. G> After running for several hours, the counters are still zero. I think G> this means the case of dropped packets would be so rare that there's no G> real reason to worry too much about lost packets. G> I'll keep this change in my workstation for a week or so. No signs of G> dropped packets yet, though. It'll be interesting to run this patch on different Ethernet hardware. On the other thought, if we have a driver that loses packets we probably should already have a PR filed :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 21:15:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B174E16A565; Fri, 8 Oct 2004 21:15:24 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D35B843D53; Fri, 8 Oct 2004 21:15:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b125.otenet.gr [212.205.244.133]) i98LFLoj018867; Sat, 9 Oct 2004 00:15:22 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i98LFImi023729; Sat, 9 Oct 2004 00:15:18 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i98LFIXd023728; Sat, 9 Oct 2004 00:15:18 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sat, 9 Oct 2004 00:15:18 +0300 From: Giorgos Keramidas To: Gleb Smirnoff , freebsd-net@freebsd.org Message-ID: <20041008211518.GA22965@gothmog.gr> References: <20041008151515.GA3136@orion.daedalusnetworks.priv> <20041008203434.GA2770@cell.sick.ru> <20041008205117.GA7818@gothmog.gr> <20041008205808.GB2947@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008205808.GB2947@cell.sick.ru> Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 21:15:26 -0000 On 2004-10-09 00:58, Gleb Smirnoff wrote: > On Fri, Oct 08, 2004 at 11:51:17PM +0300, Giorgos Keramidas wrote: > G> Not really. Just trying to see if there _was_ any packet loss first. > G> After running for several hours, the counters are still zero. I think > G> this means the case of dropped packets would be so rare that there's no > G> real reason to worry too much about lost packets. > > G> I'll keep this change in my workstation for a week or so. No signs of > G> dropped packets yet, though. > > It'll be interesting to run this patch on different Ethernet hardware. > On the other thought, if we have a driver that loses packets we probably > should already have a PR filed :) I only have a sis0 and sk0 interface on my workstation. Right now, I'm transferring an ISO image back and forth in an endless between this workstation and a SunFire V210 on the same LAN, to see if any drops are caught with sis0 running in polling mode. Non-polling mode is next and then I can try sk0 during the weekend. From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 21:38:01 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCD316A4CE; Fri, 8 Oct 2004 21:38:01 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB6143D5A; Fri, 8 Oct 2004 21:38:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 821637A41E; Fri, 8 Oct 2004 14:38:01 -0700 (PDT) Message-ID: <416708B9.6090205@elischer.org> Date: Fri, 08 Oct 2004 14:38:01 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Giorgos Keramidas References: <20041008151515.GA3136@orion.daedalusnetworks.priv> <20041008203434.GA2770@cell.sick.ru> <20041008205117.GA7818@gothmog.gr> In-Reply-To: <20041008205117.GA7818@gothmog.gr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Gleb Smirnoff Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 21:38:02 -0000 Giorgos Keramidas wrote: >On 2004-10-09 00:34, Gleb Smirnoff wrote: > > >>On Fri, Oct 08, 2004 at 06:15:15PM +0300, Giorgos Keramidas wrote: >>G> In ether_input() we unconditionaly discard the mbufs whose m_len is less than >>G> ETHER_HDR_LEN. A bit higher M_PKTHDR has been checked but the check made >>G> before discarding the frame doesn't pay attention to the m->m_pkthdr.len (the >>G> total packet length). >> >>In my humble opinion, all Ethernet device drivers are intentionally written >>in such a way that they always pass an mbuf with contigous Ethernet header >>to ether_input(). >> I'm not convinced this is true for jumbo backets. >> >> > >I know, but thanks for verifying what I had understood so far :-) > > > >>Why did you write this patch? Do you really have packet loss? >> >> > >Not really. Just trying to see if there _was_ any packet loss first. >After running for several hours, the counters are still zero. I think >this means the case of dropped packets would be so rare that there's no >real reason to worry too much about lost packets. > > > >>G> I am trying to find out how often this happens, by using the attached patch to >>G> count the number of small frames received in ether_input() and the number of >>G> failed m_pullup() attempts that result from that. >> >>And what results do you have? >> >> > >I'll keep this change in my workstation for a week or so. No signs of >dropped packets yet, though. > > > >>G> Does this change seem reasonable as an instrumentation of the particular >>G> problem or am I unknowingly breaking something in the way ether_input() is >>G> supposed to work? >> >>AFAIK, this patch does not break anything but just adds more processing. >> >> > >Thanks for the reply. I'm (somewhat slowly) learning more about the way >the networking code. A little more processing is a small penalty to pay >for trying out things. > >- Giorgos > >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Fri Oct 8 22:56:57 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C9116A4CE; Fri, 8 Oct 2004 22:56:57 +0000 (GMT) Received: from gw.Awfulhak.org (awfulhak.demon.co.uk [80.177.173.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55CD543D1F; Fri, 8 Oct 2004 22:56:56 +0000 (GMT) (envelope-from brian@Awfulhak.org) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.13.1/8.13.1) with SMTP id i98MujMX042564; Fri, 8 Oct 2004 23:56:45 +0100 (BST) (envelope-from brian@Awfulhak.org) Date: Fri, 8 Oct 2004 23:56:52 +0100 From: Brian Somers To: Kris Kennaway Message-ID: <20041008235652.279b8d3c@dev.lan.Awfulhak.org> In-Reply-To: <20041007165719.GA4023@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> X-Mailer: Sylpheed-Claws 0.9.12b (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on gw.lan.Awfulhak.org cc: current@freebsd.org cc: net@freebsd.org Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 22:56:57 -0000 On Thu, 7 Oct 2004 09:57:19 -0700, Kris Kennaway wrote: > Top of RELENG_5 on an smp machine: > > panic: fxp_start_body: attempted use of a free mbuf! I'm guessing you've got nothing weird saying options MSIZE= in your kernel config? I committed a fix to -current that moans if you try to do that (it breaks mtod()), but haven't MFC'd to RELENG_5. -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 03:37:17 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B3916A4CE; Sat, 9 Oct 2004 03:37:17 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 478E343D48; Sat, 9 Oct 2004 03:37:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9412751440; Fri, 8 Oct 2004 20:39:00 -0700 (PDT) Date: Fri, 8 Oct 2004 20:39:00 -0700 From: Kris Kennaway To: net@FreeBSD.org, current@FreeBSD.org Message-ID: <20041009033900.GA6751@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 03:37:18 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline pointyhat (SMP machine running RELENG_5) has twice in the past 2 days gone into an infinite loop in the tcp_output() function (repeatedly breaking into DDB and continuing, I can see it at different points in the code). I made tcp_output keep a counter and increment when it hits the again: label. If the counter reaches 1000, it panics. This happened again just now: panic: Looping in tcp_output cpuid = 0 KDB: enter: panic [thread 100043] Stopped at kdb_enter+0x30: leave db> tr kdb_enter(c06de69a,0,c06e973a,ebbd5ba0,c34cd4b0) at kdb_enter+0x30 panic(c06e973a,0,ebbd5b68,0,0) at panic+0x14e tcp_output(c395f8c0,c395f8c0,c3ed3e10,c05a79f0,ebbd5ca0) at tcp_output+0x19e tcp_drop(c395f8c0,3c,c06e9fe7,1ab,e) at tcp_drop+0x30 tcp_timer_persist(c395f8c0,0,c06df6ba,f5,0) at tcp_timer_persist+0x14c softclock(0,0,c06dc037,269,c0738ac0) at softclock+0x1c8 ithread_loop(c345d800,ebbd5d48,c06dbe2a,323,41531744) at ithread_loop+0x172 fork_exit(c04f1210,c345d800,ebbd5d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xebbd5d7c, ebp = 0 --- This might be related to SACK, which is one of the situations where we loop back to the again label, but that's just a guess. Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZ11UWry0BWjoQKURAqt9AKCLVrQypJYVusvpXcHVteJKaind0wCfYoj4 XwUr29IyzQnD6uUe7ecyzOg= =sKir -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 04:06:31 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB11C16A4CE; Sat, 9 Oct 2004 04:06:31 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E59243D48; Sat, 9 Oct 2004 04:06:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B008A51440; Fri, 8 Oct 2004 21:08:20 -0700 (PDT) Date: Fri, 8 Oct 2004 21:08:20 -0700 From: Kris Kennaway To: Brian Somers Message-ID: <20041009040820.GA9442@xor.obsecurity.org> References: <20041007165719.GA4023@xor.obsecurity.org> <20041008235652.279b8d3c@dev.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <20041008235652.279b8d3c@dev.lan.Awfulhak.org> User-Agent: Mutt/1.4.2.1i cc: net@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: "panic: fxp_start_body: attempted use of a free mbuf!" in RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 04:06:32 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 08, 2004 at 11:56:52PM +0100, Brian Somers wrote: > On Thu, 7 Oct 2004 09:57:19 -0700, Kris Kennaway wr= ote: > > Top of RELENG_5 on an smp machine: > >=20 > > panic: fxp_start_body: attempted use of a free mbuf! >=20 > I'm guessing you've got nothing weird saying options MSIZE=3D > in your kernel config? I committed a fix to -current that moans if you > try to do that (it breaks mtod()), but haven't MFC'd to RELENG_5. Correct..so far it hasnt recurred, but there have been other panics that meant I havent really been able to tell. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZ2Q0Wry0BWjoQKURAk/9AKCgH5mCFM4yqyugk1HDWY+3VVhyBgCgr2O6 8Ua0tcqrG0HsZE79dqGohAE= =U67i -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 08:31:44 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EBE916A4CE; Sat, 9 Oct 2004 08:31:44 +0000 (GMT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C20443D1D; Sat, 9 Oct 2004 08:31:44 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.8) with ESMTP id i998VioI074047; Sat, 9 Oct 2004 01:31:44 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id i998Vikp074046; Sat, 9 Oct 2004 01:31:44 -0700 (PDT) (envelope-from rizzo) Date: Sat, 9 Oct 2004 01:31:44 -0700 From: Luigi Rizzo To: Gleb Smirnoff , Giorgos Keramidas , freebsd-net@freebsd.org Message-ID: <20041009013144.A73912@xorpc.icir.org> References: <20041008151515.GA3136@orion.daedalusnetworks.priv> <20041008203434.GA2770@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20041008203434.GA2770@cell.sick.ru>; from glebius@freebsd.org on Sat, Oct 09, 2004 at 12:34:34AM +0400 Subject: Re: Calling m_pullup in ether_input X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:31:44 -0000 On Sat, Oct 09, 2004 at 12:34:34AM +0400, Gleb Smirnoff wrote: > On Fri, Oct 08, 2004 at 06:15:15PM +0300, Giorgos Keramidas wrote: > G> In ether_input() we unconditionaly discard the mbufs whose m_len is less than > G> ETHER_HDR_LEN. A bit higher M_PKTHDR has been checked but the check made > G> before discarding the frame doesn't pay attention to the m->m_pkthdr.len (the > G> total packet length). > > In my humble opinion, all Ethernet device drivers are intentionally written > in such a way that they always pass an mbuf with contigous Ethernet header > to ether_input(). actually, historically it wasn't always like this, the API for ether_input()used to have the MAC header in a different place, so the code giorgios refers to might be a leftover from older times (still in 4.x) cheers luigi From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 08:40:42 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CCD16A4CE; Sat, 9 Oct 2004 08:40:42 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D33B343D55; Sat, 9 Oct 2004 08:40:41 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id i998ed78006205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Oct 2004 12:40:39 +0400 (MSD) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id i998ecGQ006204; Sat, 9 Oct 2004 12:40:38 +0400 (MSD) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 9 Oct 2004 12:40:38 +0400 From: Gleb Smirnoff To: Kris Kennaway Message-ID: <20041009084038.GB5940@cell.sick.ru> References: <20041009033900.GA6751@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20041009033900.GA6751@xor.obsecurity.org> User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: net@freebsd.org Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 08:40:42 -0000 On Fri, Oct 08, 2004 at 08:39:00PM -0700, Kris Kennaway wrote: K> This might be related to SACK, which is one of the situations where we K> loop back to the again label, but that's just a guess. Does it panics with net.inet.tcp.sack.enable=0 ? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 17:51:56 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1E8416A4CF; Sat, 9 Oct 2004 17:51:56 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E58E43D41; Sat, 9 Oct 2004 17:51:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i99HoS19010881; Sat, 9 Oct 2004 13:50:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i99HoSdP010878; Sat, 9 Oct 2004 13:50:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 9 Oct 2004 13:50:28 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20041009033900.GA6751@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 17:51:56 -0000 On Fri, 8 Oct 2004, Kris Kennaway wrote: > pointyhat (SMP machine running RELENG_5) has twice in the past 2 days > gone into an infinite loop in the tcp_output() function (repeatedly > breaking into DDB and continuing, I can see it at different points in > the code). I made tcp_output keep a counter and increment when it hits > the again: label. If the counter reaches 1000, it panics. This > happened again just now: There is a small but non-zero chance that the commit I just made to tcp_output.c to add some missing locking around socket buffer accesses might affect (fix?) this problem. The change was tcp_output.c:1.103, if you want to give it a spin. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > panic: Looping in tcp_output > cpuid = 0 > KDB: enter: panic > [thread 100043] > Stopped at kdb_enter+0x30: leave > db> tr > kdb_enter(c06de69a,0,c06e973a,ebbd5ba0,c34cd4b0) at kdb_enter+0x30 > panic(c06e973a,0,ebbd5b68,0,0) at panic+0x14e > tcp_output(c395f8c0,c395f8c0,c3ed3e10,c05a79f0,ebbd5ca0) at tcp_output+0x19e > tcp_drop(c395f8c0,3c,c06e9fe7,1ab,e) at tcp_drop+0x30 > tcp_timer_persist(c395f8c0,0,c06df6ba,f5,0) at tcp_timer_persist+0x14c > softclock(0,0,c06dc037,269,c0738ac0) at softclock+0x1c8 > ithread_loop(c345d800,ebbd5d48,c06dbe2a,323,41531744) at ithread_loop+0x172 > fork_exit(c04f1210,c345d800,ebbd5d48) at fork_exit+0xc6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xebbd5d7c, ebp = 0 --- > > This might be related to SACK, which is one of the situations where we > loop back to the again label, but that's just a guess. From owner-freebsd-net@FreeBSD.ORG Sat Oct 9 20:57:21 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D474216A4CE; Sat, 9 Oct 2004 20:57:21 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8523D43D31; Sat, 9 Oct 2004 20:57:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D9C8551491; Sat, 9 Oct 2004 13:59:10 -0700 (PDT) Date: Sat, 9 Oct 2004 13:59:10 -0700 From: Kris Kennaway To: Gleb Smirnoff Message-ID: <20041009205910.GA55544@xor.obsecurity.org> References: <20041009033900.GA6751@xor.obsecurity.org> <20041009084038.GB5940@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20041009084038.GB5940@cell.sick.ru> User-Agent: Mutt/1.4.2.1i cc: net@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Infinite loop in tcp_output on RELENG_5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 20:57:22 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 09, 2004 at 12:40:38PM +0400, Gleb Smirnoff wrote: > On Fri, Oct 08, 2004 at 08:39:00PM -0700, Kris Kennaway wrote: > K> This might be related to SACK, which is one of the situations where we > K> loop back to the again label, but that's just a guess. >=20 > Does it panics with net.inet.tcp.sack.enable=3D0 ? Trying that now..it's been up overnight but not heavily loaded yet. Kris --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBaFEeWry0BWjoQKURAogKAJ9eofkbRKCezgYv1ygiyMYLeEOprwCgnT5e UHwrhSUjSgDED49A0LjCtcI= =RAMA -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND--