From owner-freebsd-net@FreeBSD.ORG Mon May 16 09:43:10 2005 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 6ED5D16A4D0 for ; Mon, 16 May 2005 09:43:10 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 882D443D97 for ; Mon, 16 May 2005 09:43:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 44FBE319309; Mon, 16 May 2005 11:43:08 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 8C5054080; Mon, 16 May 2005 11:43:09 +0200 (CEST) Date: Mon, 16 May 2005 11:43:09 +0200 From: Jeremie Le Hen To: Sebastien Petit Message-ID: <20050516094309.GD777@obiwan.tataz.chchile.org> References: <20050513111013.41905e73.spe@phear.org> <20050513191705.61d2b742.spe@phear.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513191705.61d2b742.spe@phear.org> User-Agent: Mutt/1.5.9i cc: freebsd-net@freebsd.org Subject: Re: SIOCGIFMEDIA problems 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, 16 May 2005 09:43:10 -0000 Hi Sebastien, On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote: > [...] as a side note, you may wish to use the kqueue(2) framework to watch at link stat changes. The main advantage is that it will change the way it works from a polling model to a notification model. One major drawback in your situation (portable software) is that kqueue(2) only exists in BSD world, not in Linux. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon May 16 11:01:58 2005 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 7E9B716A4E5 for ; Mon, 16 May 2005 11:01:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA2943D55 for ; Mon, 16 May 2005 11:01:58 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4GB1tfC021289 for ; Mon, 16 May 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4GB1swG021283 for freebsd-net@freebsd.org; Mon, 16 May 2005 11:01:54 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 May 2005 11:01:54 GMT Message-Id: <200505161101.j4GB1swG021283@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, 16 May 2005 11:01:58 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon May 16 11:16:21 2005 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 3F78516A4CE for ; Mon, 16 May 2005 11:16:21 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEAE343D1F for ; Mon, 16 May 2005 11:16:20 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so2482085nzk for ; Mon, 16 May 2005 04:16:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aCM77BhZ42VF9MjAf9drsVWKgW1Xcu+g4uemAwyajQObKLaQi1NjGx0ndKWbIeWklD+AD1lep53v20brYEXxC1FQqgNxd3SEEMa0XQSJjoi1jqUxH854h/BeSCaa523e968g0aKlSCfNpcn6bGchjsDT2UfVRSSHAJMwdkuo3Iw= Received: by 10.36.47.13 with SMTP id u13mr1503535nzu; Mon, 16 May 2005 04:16:20 -0700 (PDT) Received: by 10.36.82.2 with HTTP; Mon, 16 May 2005 04:16:20 -0700 (PDT) Message-ID: <79722fad05051604166951a66@mail.gmail.com> Date: Mon, 16 May 2005 14:16:20 +0300 From: Vlad GALU To: freebsd-net@freebsd.org In-Reply-To: <20050516094309.GD777@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050513111013.41905e73.spe@phear.org> <20050513191705.61d2b742.spe@phear.org> <20050516094309.GD777@obiwan.tataz.chchile.org> Subject: Re: SIOCGIFMEDIA problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Vlad GALU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2005 11:16:21 -0000 On 5/16/05, Jeremie Le Hen wrote: > Hi Sebastien, >=20 > On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote: > > [...] >=20 > as a side note, you may wish to use the kqueue(2) framework to watch > at link stat changes. The main advantage is that it will change the > way it works from a polling model to a notification model. One major > drawback in your situation (portable software) is that kqueue(2) only > exists in BSD world, not in Linux. >=20 Or better, use libevent, which wraps all of the above I/O multiplexing mechanisms. P.S. kqueue also follows a polling model. You have to issue a kqueue() syscall in order to get pending events. > Best regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-net@FreeBSD.ORG Mon May 16 12:30:42 2005 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 4902D16A4CE for ; Mon, 16 May 2005 12:30:42 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3728743DF5 for ; Mon, 16 May 2005 12:30:40 +0000 (GMT) (envelope-from spe@phear.org) Received: from localhost (80-218-34-172.dclient.hispeed.ch [80.218.34.172]) j4GCUSMp009885; Mon, 16 May 2005 14:30:29 +0200 Date: Mon, 16 May 2005 14:31:36 +0200 From: Sebastien Petit To: freebsd-net@freebsd.org Message-Id: <20050516143136.4dea9cb9.spe@phear.org> In-Reply-To: <20050516094309.GD777@obiwan.tataz.chchile.org> References: <20050513111013.41905e73.spe@phear.org> <20050513191705.61d2b742.spe@phear.org> <20050516094309.GD777@obiwan.tataz.chchile.org> Organization: Phear / B0l X-Mailer: Sylpheed version 1.0.1 (GTK+ 1.2.10; i386--netbsdelf) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smtp-07.tornado.cablecom.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-07.tornado.cablecom.ch 32701; Body=2 Fuz1=2 Fuz2=2 cc: jeremie@le-hen.org Subject: Re: SIOCGIFMEDIA problems 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, 16 May 2005 12:30:42 -0000 On Mon, 16 May 2005 11:43:09 +0200 Jeremie Le Hen wrote: > Hi Sebastien, > > On Fri, May 13, 2005 at 07:17:05PM +0200, Sebastien Petit wrote: > > [...] > > as a side note, you may wish to use the kqueue(2) framework to watch > at link stat changes. The main advantage is that it will change the > way it works from a polling model to a notification model. One major > drawback in your situation (portable software) is that kqueue(2) only > exists in BSD world, not in Linux. > Hi Jeremie, As I can see in kqueue man, I can only monitor events by file descriptor (read/write), a process id, a signal or a timer (under NetBSD 2) How I can use it for monitoring link status change on a network card ? Regards, Sebastien. -- spe@b0l.org From owner-freebsd-net@FreeBSD.ORG Mon May 16 12:38:34 2005 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 58A3916A4D0 for ; Mon, 16 May 2005 12:38:34 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B4643D97 for ; Mon, 16 May 2005 12:38:33 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C704F651EE; Mon, 16 May 2005 13:37:06 +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 35024-05-11; Mon, 16 May 2005 13:37:06 +0100 (BST) Received: from empiric.dek.spc.org (host81-134-75-74.in-addr.btopenworld.com [81.134.75.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 6B316651EB; Mon, 16 May 2005 13:36:57 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 39B37623B; Mon, 16 May 2005 13:38:17 +0100 (BST) Date: Mon, 16 May 2005 13:38:17 +0100 From: Bruce M Simpson To: Sebastien Petit Message-ID: <20050516123817.GF828@empiric.icir.org> Mail-Followup-To: Sebastien Petit , freebsd-net@freebsd.org, jeremie@le-hen.org References: <20050513111013.41905e73.spe@phear.org> <20050513191705.61d2b742.spe@phear.org> <20050516094309.GD777@obiwan.tataz.chchile.org> <20050516143136.4dea9cb9.spe@phear.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050516143136.4dea9cb9.spe@phear.org> cc: freebsd-net@freebsd.org cc: jeremie@le-hen.org Subject: Re: SIOCGIFMEDIA problems 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, 16 May 2005 12:38:34 -0000 On Mon, May 16, 2005 at 02:31:36PM +0200, Sebastien Petit wrote: > As I can see in kqueue man, I can only monitor events by file descriptor (read/write), a process id, a signal or a timer (under NetBSD 2) > How I can use it for monitoring link status change on a network card ? You need to use EVFILT_NETDEV and that may only be implemented on FreeBSD to the best of my knowledge. See kqueue(2) on FreeBSD for more details. BMS From owner-freebsd-net@FreeBSD.ORG Mon May 16 13:08:24 2005 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 7704A16A4CE for ; Mon, 16 May 2005 13:08:24 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759B643D62 for ; Mon, 16 May 2005 13:08:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4GD8LSK071910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 16 May 2005 17:08:22 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4GD8KTP083417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 May 2005 17:08:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4GD8KgW083416; Mon, 16 May 2005 17:08:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 16 May 2005 17:08:20 +0400 From: Gleb Smirnoff To: Donatas Message-ID: <20050516130820.GA83360@cell.sick.ru> References: <002001c54702$d2c500c0$9f90a8c0@DONATAS> <20050513145255.GA53894@cell.sick.ru> <008701c559da$a9e1b050$9f90a8c0@DONATAS> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <008701c559da$a9e1b050$9f90a8c0@DONATAS> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: net@FreeBSD.org Subject: Re: flood with ng_bridge 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, 16 May 2005 13:08:24 -0000 X-List-Received-Date: Mon, 16 May 2005 13:08:24 -0000 On Mon, May 16, 2005 at 08:46:53AM +0300, Donatas wrote: D> > [moving discussion to freebsd-net] I keep net@ Cc'ed. May be someone has better answer them me. D> I am afraid our today's configuration if far different from the previous one, still - we have several interesting questions realated to bridging. maybe you'll be able to give us a little support? D> D> 1. Is it possible to set briding parameters for kernel.bridge such as we can set for netgraph bridge (debugLevel=1 loopTimeout, maxStaleness, minStableAge)? No. D> 2. On ng_bridge when debugLevel is -he 2, loops are logged, what is defautl path for debug file or what file is that? They are logged as kern.warn. The default /etc/syslog.conf will write this to /var/log/messages. D> 3. Monitorring traffic with mrtg on ngethxxx and hatm0 interfaces we can se interesting output amplitude fluctations: D> ftp://temp:temp@217.9.241.242/hatm0.png D> seems that origin of those fluctations is ng_bridge. What is the timescale? How long one peak/pit lasts in time? I doubt that this is related to ng_bridge. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon May 16 13:21:40 2005 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 EC40716A4CE for ; Mon, 16 May 2005 13:21:40 +0000 (GMT) Received: from web25809.mail.ukl.yahoo.com (web25809.mail.ukl.yahoo.com [217.12.10.194]) by mx1.FreeBSD.org (Postfix) with SMTP id 34C0143D95 for ; Mon, 16 May 2005 13:21:40 +0000 (GMT) (envelope-from ayed_samiha@yahoo.fr) Received: (qmail 76707 invoked by uid 60001); 16 May 2005 13:21:36 -0000 Message-ID: <20050516132136.76705.qmail@web25809.mail.ukl.yahoo.com> Received: from [193.52.74.215] by web25809.mail.ukl.yahoo.com via HTTP; Mon, 16 May 2005 15:21:36 CEST Date: Mon, 16 May 2005 15:21:36 +0200 (CEST) From: ayed samiha To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: question 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, 16 May 2005 13:21:41 -0000 Hello, I have written a program with netgraph which allow me to connect a node soket to a node Ethernet. But my problem is that the program exit after calling NgSendMsg, in fact it stop at this step: if (NgSendMsg(csock, ".", NGM_GENERIC_COOKIE, NGM_CONNECT, &ngc, sizeof(ngc)) < 0) errx(EX_OSERR, "can't connect to node"); I don't know why it can't connect these nodes. I have verified the content of the ngc variable and it is what we need. I have been blocked for 2 days and I need help. Thank you a lot, Samiha, ayed_samiha@yahoo.fr --------------------------------- Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail From owner-freebsd-net@FreeBSD.ORG Mon May 16 17:44:07 2005 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 3D84E16A4CE for ; Mon, 16 May 2005 17:44:07 +0000 (GMT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7381843DBC for ; Mon, 16 May 2005 17:44:06 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (PPP262.air-4x8x.dti.ne.jp [210.170.213.33]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 6E84E15210; Tue, 17 May 2005 02:46:03 +0900 (JST) Date: Tue, 17 May 2005 02:44:48 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Mark Klein In-Reply-To: <6047d75932a836ebc7357837bce7e141@dis.com> References: <6047d75932a836ebc7357837bce7e141@dis.com> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: Forward: Page Fault in in6_purgeaddr 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, 16 May 2005 17:44:07 -0000 >>>>> On Fri, 13 May 2005 08:11:14 -0700, >>>>> Mark Klein said: > You couldn't get to my web site and I see that this mail has been > in the queue for a couple of days. I've resent this from the client > site to see if it gets through. According to the result of "ifconfig -a", your box only has link-local (and the loopback) IPv6 addresses. As I said in an earlier message, those normally should not cause the panic you experienced. So I suspect the PPP link happened to have global IPv6 addresses, perhaps unexpectedly, with a valid lifetime of around 24 hours. If you have another chance to reestablish the link, please check whether the link has an IPv6 address. And, if it does, please also check the lifetime of that address(es) by performing "ifconfig -L". JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Mon May 16 20:22:44 2005 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 7EF6D16A4CE for ; Mon, 16 May 2005 20:22:44 +0000 (GMT) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3564043DA4 for ; Mon, 16 May 2005 20:22:43 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 5966 invoked from network); 16 May 2005 20:10:07 -0000 Received: from unknown (HELO donatas) (d.gendvilas@[192.168.144.159]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 16 May 2005 20:10:07 -0000 Message-ID: <03c301c55a55$0145d180$9f90a8c0@DONATAS> From: "Donatas" To: "Gleb Smirnoff" References: <002001c54702$d2c500c0$9f90a8c0@DONATAS><20050513145255.GA53894@cell.sick.ru> <008701c559da$a9e1b050$9f90a8c0@DONATAS> <20050516130820.GA83360@cell.sick.ru> Date: Mon, 16 May 2005 23:22:38 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable 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 cc: freebsd-net@freebsd.org Subject: Re: flood with ng_bridge 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: Mon, 16 May 2005 20:22:44 -0000 hello, > D> 3. Monitorring traffic with mrtg on ngethxxx and hatm0 interfaces = we can se interesting output amplitude fluctations: > D> ftp://temp:temp@217.9.241.242/hatm0.png > D> seems that origin of those fluctations is ng_bridge. =20 > What is the timescale? How long one peak/pit lasts in time? I doubt = that this > is related to ng_bridge. crontab: ### Regular MRTG monitoring = =20 0,10,20,30,40,50 * * * * root = /usr/local/etc/mrtg/exec_mrtg.sh > /dev/null 2>&1 we have ng_bridge, (bridged: fxp0, ngeth(1-xxx), hatm0) ngethxxx are linked with hatm0 in the following way: hatm0<->atmllc<->ng_vlan<->ng_eiface<-> we've tried tens of variuos configurations on determining the couse of = those fluctuations. They seems to be not only in ng_bridge but in = kernel.bridge as well. We've tried to change all 3 parameters in = ng_bridge and still - those parameters doesn't seems to affect = fluctuations.=20 Currently used parameters on ng_bridge are: # ngctl msg ng_bridge: getconfig Rec'd response "getconfig" (2) from "[10f]:": Args: { debugLevel=3D1 loopTimeout=3D1 maxStaleness=3D900 = minStableAge=3D10 } as you see, no loops or loop drops are detected on any ngeth interafce = as well: # ngctl msg ng_bridge: getstats 6 Rec'd response "getstats" (4) from "[10f]:": Args: { recvOctets=3D3036543055 recvPackets=3D9193928 = recvMulticast=3D75871 recvBroadcast=3D26 xmitOctets=3D9532655926 = xmitPackets=3D51347925 xmitMulticasts=3D43833729 = xmitBroadcasts=3D2174530 } From owner-freebsd-net@FreeBSD.ORG Mon May 16 20:27:58 2005 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 C0B9316A4CE for ; Mon, 16 May 2005 20:27:58 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C6F843DBA for ; Mon, 16 May 2005 20:27:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4GKRsi3079595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 17 May 2005 00:27:54 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4GKRrpo087050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 00:27:54 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4GKRr1b087049; Tue, 17 May 2005 00:27:53 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 17 May 2005 00:27:53 +0400 From: Gleb Smirnoff To: Donatas Message-ID: <20050516202753.GB86723@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Donatas , freebsd-net@FreeBSD.org References: <008701c559da$a9e1b050$9f90a8c0@DONATAS> <20050516130820.GA83360@cell.sick.ru> <03c301c55a55$0145d180$9f90a8c0@DONATAS> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <03c301c55a55$0145d180$9f90a8c0@DONATAS> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-net@FreeBSD.org Subject: Re: flood with ng_bridge 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, 16 May 2005 20:27:58 -0000 On Mon, May 16, 2005 at 11:22:38PM +0300, Donatas wrote: D> > D> 3. Monitorring traffic with mrtg on ngethxxx and hatm0 interfaces we can se interesting output amplitude fluctations: D> > D> ftp://temp:temp@217.9.241.242/hatm0.png D> > D> seems that origin of those fluctations is ng_bridge. D> D> > What is the timescale? How long one peak/pit lasts in time? I doubt that this D> > is related to ng_bridge. D> crontab: D> ### Regular MRTG monitoring D> 0,10,20,30,40,50 * * * * root /usr/local/etc/mrtg/exec_mrtg.sh > /dev/null 2>&1 No-no. The question was: what is the scale of time axis? How long does one peak last? D> we have ng_bridge, (bridged: fxp0, ngeth(1-xxx), hatm0) D> D> ngethxxx are linked with hatm0 in the following way: D> hatm0<->atmllc<->ng_vlan<->ng_eiface<-> Can you please show the script you use to build graph? D> we've tried tens of variuos configurations on determining the couse of those fluctuations. They seems to be not only in ng_bridge but in kernel.bridge as well. We've tried to change all 3 parameters in ng_bridge and still - those parameters doesn't seems to affect fluctuations. Have you doublechecked that fluctuation aren't caused just by the source of traffic? For example some host runs periodic job... -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon May 16 22:46:39 2005 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 CF4FE16A4CE for ; Mon, 16 May 2005 22:46:39 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D0543D8B for ; Mon, 16 May 2005 22:46:39 +0000 (GMT) (envelope-from kbyanc@posi.net) Received: from pimout7-ext.prodigy.net (pimout7-ext.prodigy.net [207.115.63.58])j4GMkSIE012826 for ; Mon, 16 May 2005 18:46:29 -0400 X-ORBL: [68.120.137.218] Received: from gateway.posi.net (adsl-68-120-137-218.dsl.snfc21.pacbell.net [68.120.137.218])j4GMkNMG393754; Mon, 16 May 2005 18:46:28 -0400 Received: from localhost (localhost [127.0.0.1]) by gateway.posi.net (Postfix) with ESMTP id 069FC75E05F; Mon, 16 May 2005 16:49:57 -0700 (PDT) Date: Mon, 16 May 2005 16:49:57 -0700 (PDT) From: Kelly Yancey To: Bruce M Simpson In-Reply-To: <20050516123817.GF828@empiric.icir.org> Message-ID: <20050516164614.R68432@gateway.posi.net> References: <20050513111013.41905e73.spe@phear.org> <20050516094309.GD777@obiwan.tataz.chchile.org> <20050516123817.GF828@empiric.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: jeremie@le-hen.org cc: Sebastien Petit Subject: Re: SIOCGIFMEDIA problems 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, 16 May 2005 22:46:40 -0000 On Mon, 16 May 2005, Bruce M Simpson wrote: > On Mon, May 16, 2005 at 02:31:36PM +0200, Sebastien Petit wrote: > > As I can see in kqueue man, I can only monitor events by file descriptor (read/write), a process id, a signal or a timer (under NetBSD 2) > > How I can use it for monitoring link status change on a network card ? > > You need to use EVFILT_NETDEV and that may only be implemented on FreeBSD > to the best of my knowledge. See kqueue(2) on FreeBSD for more details. > Couldn't the same be accomplished simply by reading a routing socket? Of course, one could use kqueue(2), libevent, or whatever to get event-driven notification of routing socket updates. That is exactly what I do at work since before EVFILT_NETDEV was added. As far as I can tell, the only advantage EVFILT_NETDEV has is that you don't have to weed through routing messages to get the interface messages. But using a routing socket has the advantage of being more portable. Kelly -- Kelly Yancey - kbyanc@{posi.net,FreeBSD.org} - kelly@nttmcl.com FreeBSD, The Power To Serve: http://www.freebsd.org/ From owner-freebsd-net@FreeBSD.ORG Tue May 17 14:01:31 2005 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 DA80616A4CE for ; Tue, 17 May 2005 14:01:31 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FA543DC2 for ; Tue, 17 May 2005 14:01:31 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 1492AC06C for ; Tue, 17 May 2005 16:01:26 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 45E7E4080; Tue, 17 May 2005 16:01:25 +0200 (CEST) Date: Tue, 17 May 2005 16:01:25 +0200 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20050517140125.GD14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Can't export /usr/ports 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, 17 May 2005 14:01:32 -0000 Hi, my current exports(5) file looks something like this : I copied the last line and replaced the path with /usr/ports, when I try to reload mountd(8), I get an error in /var/log/messages : Look at this small session. The initial exports(5) file works fine. The second one generate an error. %%% propane:tataz# cat /etc/exports /usr/home/ncvs -ro -network 172.16.0.0 -mask 255.255.0.0 /usr/home/tataz -maproot=tataz -network 172.16.80.0 -mask 255.255.255.0 propane:tataz# sed -i '' '${ p; s%home/tataz%ports%; s/tataz/root/; }' /etc/exports propane:tataz# cat /etc/exports /usr/home/ncvs -ro -network 172.16.0.0 -mask 255.255.0.0 /usr/home/tataz -maproot=tataz -network 172.16.80.0 -mask 255.255.255.0 /usr/ports -maproot=root -network 172.16.80.0 -mask 255.255.255.0 propane:tataz# /etc/rc.d/mountd reload Reloading mountd config files. propane:tataz# tail -n 2 /var/log/messages May 17 15:33:03 propane mountd[367]: can't change attributes for /usr/ports May 17 15:33:03 propane mountd[367]: bad exports list line /usr/ports -maproot %%% I checked mountd(8) sources, and this error messages appears when the mount(2) syscall fails (I assume this is the way mountd(8) informs the kernel about a directory to be exported). I'm sure this is a foolish error from me, but I can't figure one. Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue May 17 14:03:11 2005 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 3AF7E16A4D0 for ; Tue, 17 May 2005 14:03:11 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB1943D8E for ; Tue, 17 May 2005 14:03:10 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 8602E31B3FD for ; Tue, 17 May 2005 16:03:05 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7A8C04080; Tue, 17 May 2005 16:03:06 +0200 (CEST) Date: Tue, 17 May 2005 16:03:06 +0200 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20050517140306.GE14297@obiwan.tataz.chchile.org> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517140125.GD14297@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Subject: Re: Can't export /usr/ports 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, 17 May 2005 14:03:11 -0000 > my current exports(5) file looks something like this : > I copied the last line and replaced the path with /usr/ports, when I try to > reload mountd(8), I get an error in /var/log/messages : This is a draft, and shouldn't appear in the previous mail. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue May 17 14:03:23 2005 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 A523716A4CE; Tue, 17 May 2005 14:03:23 +0000 (GMT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9288443D9E; Tue, 17 May 2005 14:03:21 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:200:0:8002:713d:78d6:4482:66e]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 2D69B15210; Tue, 17 May 2005 23:05:27 +0900 (JST) Date: Tue, 17 May 2005 23:04:11 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: gnn@freebsd.org In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org cc: kame Subject: Re: Code nit questions... 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, 17 May 2005 14:03:23 -0000 >>>>> On Thu, 12 May 2005 22:49:12 -0400, >>>>> gnn@freebsd.org said: > In a continuing effort to clean up some code nits in the IPv6 code > I'd like to propose the following diffs. There is a comment, starting > with a *) explaining the problem and proposed fix. Thanks for your continuous efforts. Here are some comments. > *) Insert proper return value checking. in6_embedscope() should not fail in this context (so we could even panic if it does), but you probably want to be very proactive by eliminating as many (hidden) assumptions as possible. If so, please go ahead with the change, but then I'd rather check the return value of in6_recoverscope() as well. > *) Make sure that sro is also valid before de-referencing it. Aside from the fact that sro is not a pointer type as Andre pointed out, I'm not even sure whether the code around this point is correct in the first place. Rev. 1.30 of in6_src.c currently reads: struct route_in6 sro; struct rtentry *rt = NULL; if (ro == NULL) { bzero(&sro, sizeof(sro)); ro = &sro; } if ((error = in6_selectroute(dstsock, opts, mopts, ro, retifp, &rt, 0)) != 0) { if (rt && rt == sro.ro_rt) RTFREE(rt); return (error); } So, can't sro.ro_rt be bogus when ro != NULL and in6_selectroute() fails? > @@ -667,7 +667,7 @@ > * (this may happen when we are sending a packet to one of > * our own addresses.) > */ > - if (opts && opts->ip6po_pktinfo && > + if (ifp && opts && opts->ip6po_pktinfo && > opts-> ip6po_pktinfo->ipi6_ifindex) { > if (!(ifp->if_flags & IFF_LOOPBACK) && > ifp->if_index != This one does not seem to harm, although ifp can probably be never NULL in this context as commented around this part (but again, you probably want to be very proactive, then it's fine). > *) Make sure that rule is valid before dereferencing it. (I don't know much about the ip6_fw implementation, so my comment is not based on any expertise of my own as a KAME developer.) Although the check does not seem to harm per se, it looks to me that rule can never be NULL based on the logic of the big for loop above this point. In fact, the code has an assertion check which detects almost the same erroneous condition: #ifdef DIAGNOSTIC /* Rule 65535 should always be there and should always match */ if (!chain) panic("ip6_fw: chain"); #endif So, there seem to be some inconsistency about unexpected failure. > *) Do not bcopy if the pointer is NULL, whether or not canwait was > set. Hmm...can't we assume malloc() returns a valid (non NULL) pointer if its fourth argument is not M_NOWAIT? If we can (i.e, it's a function's feature), "ip6po_nexthop == NULL && canwait != M_NOWAIT" should indicate a serious bug within malloc() or some other parts of the kernel. So I'm not sure if it's really a good idea to pretend that the bug didn't exist... BTW: if you really want to go with this change, you'll also want to make the same change on ip6po_pktinfo for consistency. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Tue May 17 15:25:39 2005 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 8221616A4D0 for ; Tue, 17 May 2005 15:25:39 +0000 (GMT) Received: from zixvpm01.seton.org (zixvpm01.seton.org [207.193.126.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id E508743D73 for ; Tue, 17 May 2005 15:25:37 +0000 (GMT) (envelope-from mgrooms@seton.org) Received: from zixvpm01.seton.org (ZixVPM [127.0.0.1]) by Outbound.seton.org (Proprietary) with ESMTP id 346533600C4 for ; Tue, 17 May 2005 10:25:30 -0500 (CDT) Received: from mx2-out.seton.org (unknown [10.21.254.241]) by zixvpm01.seton.org (Proprietary) with ESMTP id E1646330057 for ; Tue, 17 May 2005 10:25:29 -0500 (CDT) Received: from localhost (unknown [127.0.0.1]) by mx2-out.seton.org (Postfix) with ESMTP id 2C1C580D for ; Tue, 17 May 2005 09:18:29 -0500 (CDT) Received: from mx2-out.seton.org ([10.21.254.241]) by localhost (mx2 [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 16724-26 for ; Tue, 17 May 2005 09:18:28 -0500 (CDT) Received: from ausexfe02.seton.org (unknown [10.20.10.185]) by mx2-out.seton.org (Postfix) with ESMTP id D38CB811 for ; Tue, 17 May 2005 09:18:28 -0500 (CDT) Received: from [10.20.160.190] ([10.20.160.190]) by ausexfe02.seton.org with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 10:25:29 -0500 Message-ID: <428A0E02.2010607@seton.org> Date: Tue, 17 May 2005 10:30:10 -0500 From: Matthew Grooms Organization: Seton Healthcare Network User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 May 2005 15:25:29.0670 (UTC) FILETIME=[A893B660:01C55AF4] X-Virus-Scanned: by amavisd-new at seton.org Subject: 5.4 amd64 kernel and em driver issue ... 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, 17 May 2005 15:25:39 -0000 All, Has anyone done any extensive testing with the em driver on a 5.4 release amd64 SMP kernel? I have two boxes in a firewall setup that contain 6 em interfaces each. The public interface on both of them ( em0 ) will simply stop transmitting and then start working again after some time all by themselves. I did a lot of testing with 5.3 release candidates and did not see this behavior. Did anything go into the 5.4 kernel late in the release cycle that could have effected this? My kernel config is GENERIC with the following modifications ... 1) removal of IPV6 and faith 2) removal of USB, USB Ethernet and Firewire 3) addition of SMP support 4) addition of pf, pflog, pfsync, carp and ALTQ Detailed description of the problem ... From the firewall itself I could be pinging www.google.com and it will just stop. After a few minutes to an hour or so later it will just start working again. The really odd thing is that I can always ssh into the box on private em interface. The really really odd thing is that I can run tcpdump the public interface ( that I can't talk out of ) while the problem occurs and see traffic on the wire like ... 1) ICMP packets still coming from ping on my firewall to google ( maybe BPF picks it up early and the interface is dropping it ? ) 2) ARP requests 3) CDP advertisements 4) Misc other broadcast traffic What I have tried so far to diagnose the issue ... 1) disabling pf using -d 2) disabling SMP in kernel 3) disabling carp in kernel 4) disabling ALTQ in kernel 5) hard coding the link speed to either half or full duplex 6) trimming down my route table 7) replacing both network cables 8) moving to different ports on the switch 9) moving to a different switch all together 10) running with mpsafenet disabled What I am testing right now ... 1) disabling pf in the kernel 2) disabling HTT in hardware 3) disabling USB & Firewire in hardware 4) sacrificing a chicken on the alter of the Ethernet gods Any help is _GREATLY_ appreciated as I have to get these boxes out into production quickly. Am I missing something obvious? Could I be having a resource conflict somehow? Could I be missing a lock assertion or LOR for lack of witness or invariants? I will do whatever I can to provide any info to help diagnose this problem. For starters, here is my kernel config and dmesg output. http://hole.shrew.net/~mgrooms/files/freebsd/custom.txt http://hole.shrew.net/~mgrooms/files/freebsd/dmesg.txt Thanks in advance, -Matthew From owner-freebsd-net@FreeBSD.ORG Tue May 17 18:05:19 2005 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 0FC0E16A4CE for ; Tue, 17 May 2005 18:05:19 +0000 (GMT) Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2A8A43D67 for ; Tue, 17 May 2005 18:05:18 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98])j4HI5AT4089858; Tue, 17 May 2005 11:05:10 -0700 (PDT) Date: Tue, 17 May 2005 11:05:10 -0700 Message-ID: From: gnn@freebsd.org To: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= In-Reply-To: References: User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org cc: kame Subject: Re: (KAME-snap 9050) Re: Code nit questions... 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, 17 May 2005 18:05:19 -0000 At Tue, 17 May 2005 23:04:11 +0900, jinmei wrote: > > >>>>> On Thu, 12 May 2005 22:49:12 -0400, > >>>>> gnn@freebsd.org said: > > > In a continuing effort to clean up some code nits in the IPv6 code > > I'd like to propose the following diffs. There is a comment, starting > > with a *) explaining the problem and proposed fix. > > Thanks for your continuous efforts. Here are some comments. No problem, it's my pleasure. > > *) Insert proper return value checking. > > in6_embedscope() should not fail in this context (so we could even > panic if it does), but you probably want to be very proactive by > eliminating as many (hidden) assumptions as possible. If so, please > go ahead with the change, but then I'd rather check the return value > of in6_recoverscope() as well. Checking the return value of in6_recoverscope() seems fine to me if it is also OK by you. If you/kame commit that then I'll try to pick up the change when it happens. > > *) Make sure that sro is also valid before de-referencing it. > > Aside from the fact that sro is not a pointer type as Andre pointed > out, I'm not even sure whether the code around this point is correct > in the first place. Rev. 1.30 of in6_src.c currently reads: This proposed change was dropped, it was my mistake. > > - if (opts && opts->ip6po_pktinfo && > > + if (ifp && opts && opts->ip6po_pktinfo && > > opts-> ip6po_pktinfo->ipi6_ifindex) { > > if (!(ifp->if_flags & IFF_LOOPBACK) && > > ifp->if_index != > > This one does not seem to harm, although ifp can probably be never > NULL in this context as commented around this part (but again, you > probably want to be very proactive, then it's fine). OK, that's been committed to FreeBSD-CURRENT. > > *) Make sure that rule is valid before dereferencing it. > > (I don't know much about the ip6_fw implementation, so my comment is > not based on any expertise of my own as a KAME developer.) > > Although the check does not seem to harm per se, it looks to me that > rule can never be NULL based on the logic of the big for loop above > this point. In fact, the code has an assertion check which detects > almost the same erroneous condition: > > #ifdef DIAGNOSTIC > /* Rule 65535 should always be there and should always match */ > if (!chain) > panic("ip6_fw: chain"); > #endif > > So, there seem to be some inconsistency about unexpected failure. > Hmm, I'll have to look at that again. > > *) Do not bcopy if the pointer is NULL, whether or not canwait was > > set. > > Hmm...can't we assume malloc() returns a valid (non NULL) pointer if > its fourth argument is not M_NOWAIT? If we can (i.e, it's a > function's feature), "ip6po_nexthop == NULL && canwait != M_NOWAIT" > should indicate a serious bug within malloc() or some other parts of > the kernel. So I'm not sure if it's really a good idea to pretend > that the bug didn't exist... > > BTW: if you really want to go with this change, you'll also want to > make the same change on ip6po_pktinfo for consistency. Sigh, that's a good point that neither the tool checking this, nor I, took into account. I will most likely reverse this change and put in a comment. Thanks, George From owner-freebsd-net@FreeBSD.ORG Tue May 17 18:32:05 2005 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 11CAA16A4CE for ; Tue, 17 May 2005 18:32:05 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A552243D5A for ; Tue, 17 May 2005 18:32:04 +0000 (GMT) (envelope-from dean@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 3D95C1F042; Tue, 17 May 2005 20:31:59 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 1600) id 05F376746; Tue, 17 May 2005 20:31:58 +0200 (CEST) Date: Tue, 17 May 2005 20:31:58 +0200 From: Dean Strik To: Jeremie Le Hen Message-ID: <20050517183158.GG29278@stack.nl> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YH9Qf6Fh2G5kB/85" Content-Disposition: inline In-Reply-To: <20050517140125.GD14297@obiwan.tataz.chchile.org> X-Really: Yes User-Agent: Mutt/1.5.9i cc: freebsd-net@FreeBSD.org Subject: Re: Can't export /usr/ports 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, 17 May 2005 18:32:05 -0000 --YH9Qf6Fh2G5kB/85 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > Look at this small session. The initial exports(5) file works fine. The > second one generate an error. >=20 > %%% > propane:tataz# cat /etc/exports=20 > /usr/home/ncvs -ro -network 172.16.0.0 -mask 255.255.0.0 > /usr/home/tataz -maproot=3Dtataz -network 172.16.80.0 -mask 2= 55.255.255.0 > propane:tataz# sed -i '' '${ p; s%home/tataz%ports%; s/tataz/root/; }= ' /etc/exports=20 > propane:tataz# cat /etc/exports=20 > /usr/home/ncvs -ro -network 172.16.0.0 -mask 255.255.0.0 > /usr/home/tataz -maproot=3Dtataz -network 172.16.80.0 -mask 2= 55.255.255.0 > /usr/ports -maproot=3Droot -network 172.16.80.0 -mask 25= 5.255.255.0 > propane:tataz# /etc/rc.d/mountd reload > Reloading mountd config files. > propane:tataz# tail -n 2 /var/log/messages > May 17 15:33:03 propane mountd[367]: can't change attributes for /usr= /ports > May 17 15:33:03 propane mountd[367]: bad exports list line /usr/ports= -maproot > %%% >=20 > I checked mountd(8) sources, and this error messages appears when the > mount(2) syscall fails (I assume this is the way mountd(8) informs the > kernel about a directory to be exported). >=20 > I'm sure this is a foolish error from me, but I can't figure one. If /usr/ports and /usr/home/tataz are on the same filesystem, then you need to put both on the samen lines when exporting to the same host. You lose the possibililty to lose options specific to either export though. --=20 Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli --YH9Qf6Fh2G5kB/85 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCijie5Td/bYnvOAMRAm4hAJ4zOvF94ZPy2//jUdiYw3CGRWePDgCfYVrC ITHCcOR8+r1VDui22ZKixdU= =ZC3D -----END PGP SIGNATURE----- --YH9Qf6Fh2G5kB/85-- From owner-freebsd-net@FreeBSD.ORG Tue May 17 18:42:15 2005 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 A517616A4CE for ; Tue, 17 May 2005 18:42:15 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F9BF43DBA for ; Tue, 17 May 2005 18:42:13 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id C09081F069; Tue, 17 May 2005 20:42:07 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 900C16746; Tue, 17 May 2005 20:42:07 +0200 (CEST) Date: Tue, 17 May 2005 20:42:07 +0200 From: Marc Olzheim To: Dean Strik Message-ID: <20050517184207.GA78604@stack.nl> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> <20050517183158.GG29278@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <20050517183158.GG29278@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-net@FreeBSD.org cc: Jeremie Le Hen Subject: Re: Can't export /usr/ports 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, 17 May 2005 18:42:15 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 08:31:58PM +0200, Dean Strik wrote: > > I checked mountd(8) sources, and this error messages appears when the > > mount(2) syscall fails (I assume this is the way mountd(8) informs the > > kernel about a directory to be exported). > >=20 > > I'm sure this is a foolish error from me, but I can't figure one. >=20 > If /usr/ports and /usr/home/tataz are on the same filesystem, then you > need to put both on the samen lines when exporting to the same host. You > lose the possibililty to lose options specific to either export though. I think the '-alldirs' options is what you're looking for... That enables you to share other dirs but just the filesystem's mountpoint. Marc --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCijr/ezjnobFOgrERAs6+AJ9kkvHOeaiLOz+j/LWfHMvr0j7v1wCgijZC LgMMqeoyC/l0mU8dgQG2sm0= =auhp -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-net@FreeBSD.ORG Tue May 17 18:50:30 2005 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 342DF16A4CE for ; Tue, 17 May 2005 18:50:30 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B70243D9B for ; Tue, 17 May 2005 18:50:29 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id B12ED1F042; Tue, 17 May 2005 20:50:14 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 85E466746; Tue, 17 May 2005 20:50:14 +0200 (CEST) Date: Tue, 17 May 2005 20:50:14 +0200 From: Marc Olzheim To: Dean Strik Message-ID: <20050517185014.GB78604@stack.nl> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> <20050517183158.GG29278@stack.nl> <20050517184207.GA78604@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <20050517184207.GA78604@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: freebsd-net@FreeBSD.org cc: Jeremie Le Hen Subject: Re: Can't export /usr/ports 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, 17 May 2005 18:50:30 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 17, 2005 at 08:42:07PM +0200, Marc Olzheim wrote: > On Tue, May 17, 2005 at 08:31:58PM +0200, Dean Strik wrote: > > If /usr/ports and /usr/home/tataz are on the same filesystem, then you > > need to put both on the samen lines when exporting to the same host. You > > lose the possibililty to lose options specific to either export though. >=20 > I think the '-alldirs' options is what you're looking for... That > enables you to share other dirs but just the filesystem's mountpoint. My mistake, the right answer for another problem. ;-) Marc --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCijzmezjnobFOgrERAgJwAJ40h9Do+t1yAK1m42hKMt2BiA8DzQCcCVTu OATMja9xmsb1GyiTATUKJi0= =SSQQ -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-net@FreeBSD.ORG Tue May 17 19:10:00 2005 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 5431D16A4CE for ; Tue, 17 May 2005 19:10:00 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E246343D9A for ; Tue, 17 May 2005 19:09:58 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 75642C4C3; Tue, 17 May 2005 21:09:04 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6F624405A; Tue, 17 May 2005 21:09:03 +0200 (CEST) Date: Tue, 17 May 2005 21:09:03 +0200 From: Jeremie Le Hen To: Dean Strik Message-ID: <20050517190902.GK14297@obiwan.tataz.chchile.org> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> <20050517183158.GG29278@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517183158.GG29278@stack.nl> User-Agent: Mutt/1.5.9i cc: freebsd-net@FreeBSD.org cc: Jeremie Le Hen Subject: Re: Can't export /usr/ports 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, 17 May 2005 19:10:00 -0000 Hi Dean, > If /usr/ports and /usr/home/tataz are on the same filesystem, then you > need to put both on the samen lines when exporting to the same host. You > lose the possibililty to lose options specific to either export though. first, thanks for you answer. Do you mean that it is not possible to export two directories from the same filesystem with different options or credentials ? I didn't see anything like this in the manpage. What did I miss ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue May 17 19:16:16 2005 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 DF3A616A4CE for ; Tue, 17 May 2005 19:16:16 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 865FE43D8F for ; Tue, 17 May 2005 19:16:16 +0000 (GMT) (envelope-from dean@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 346E01F083; Tue, 17 May 2005 21:16:15 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 1600) id 11E79651E; Tue, 17 May 2005 21:16:15 +0200 (CEST) Date: Tue, 17 May 2005 21:16:14 +0200 From: Dean Strik To: Jeremie Le Hen Message-ID: <20050517191614.GH29278@stack.nl> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> <20050517183158.GG29278@stack.nl> <20050517190902.GK14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6lXr1rPCNTf1w0X8" Content-Disposition: inline In-Reply-To: <20050517190902.GK14297@obiwan.tataz.chchile.org> X-Really: Yes User-Agent: Mutt/1.5.9i cc: freebsd-net@FreeBSD.org Subject: Re: Can't export /usr/ports 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, 17 May 2005 19:16:17 -0000 --6lXr1rPCNTf1w0X8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremie Le Hen wrote: > first, thanks for you answer. >=20 > Do you mean that it is not possible to export two directories from the > same filesystem with different options or credentials ? I didn't see > anything like this in the manpage. What did I miss ? That's the case indeed. The exports(5) manpage says: "A host may be specified only once for each local file system on the server and there may be only one default entry for each server file system that applies to all other hosts." --=20 Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli --6lXr1rPCNTf1w0X8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCikL+5Td/bYnvOAMRAqT+AJ4/hVyOQj3y7RLHz+UxYMru/90QaQCg8o/j 27SLyFV5hK1AK8Mm0z5W8xA= =h5WO -----END PGP SIGNATURE----- --6lXr1rPCNTf1w0X8-- From owner-freebsd-net@FreeBSD.ORG Tue May 17 19:26:46 2005 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 CB9A516A4D0 for ; Tue, 17 May 2005 19:26:46 +0000 (GMT) Received: from post-24.mail.nl.demon.net (post-24.mail.nl.demon.net [194.159.73.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F84443D49 for ; Tue, 17 May 2005 19:26:44 +0000 (GMT) (envelope-from robert@guldan.demon.nl) Received: from guldan-dsl.demon.nl ([83.160.7.100]:56061) by post-24.mail.nl.demon.net with esmtp (Exim 4.43) id 1DY7i8-000EMA-Rp; Tue, 17 May 2005 19:26:37 +0000 Received: from bombur.guldan.demon.nl ([192.168.201.3] helo=localhost) by guldan-dsl.demon.nl with esmtp (Exim 4.24; FreeBSD) id 1DY7i5-000Enx-Nu; Tue, 17 May 2005 21:26:33 +0200 Date: Tue, 17 May 2005 21:26:33 +0200 From: Robert Blacquiere To: Jeremie Le Hen Message-ID: <20050517192633.GL10148@bombur.guldan.demon.nl> References: <20050517140125.GD14297@obiwan.tataz.chchile.org> <20050517183158.GG29278@stack.nl> <20050517190902.GK14297@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050517190902.GK14297@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.1i X-Disclaimer: running FreeBSD X-Spam-Score: 0.0 (/) cc: freebsd-net@FreeBSD.org cc: Dean Strik Subject: Re: Can't export /usr/ports 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, 17 May 2005 19:26:46 -0000 On Tue, May 17, 2005 at 09:09:03PM +0200, Jeremie Le Hen wrote: > Hi Dean, > > > If /usr/ports and /usr/home/tataz are on the same filesystem, then you > > need to put both on the samen lines when exporting to the same host. You > > lose the possibililty to lose options specific to either export though. > > first, thanks for you answer. > > Do you mean that it is not possible to export two directories from the > same filesystem with different options or credentials ? I didn't see > anything like this in the manpage. What did I miss ? You can do something like this with mounting of an dir on another place. Then you can use these options on both . This is done with null mounting . > > Regards, > -- > Jeremie Le Hen > < jeremie at le-hen dot org >< ttz at chchile dot org > Hope this will give you a work around for your problem Robert -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-net@FreeBSD.ORG Tue May 17 19:54:44 2005 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 0DDA816A4CE for ; Tue, 17 May 2005 19:54:44 +0000 (GMT) Received: from mail04.stbernard.com (mail02.stbernard.com [64.154.93.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 540C043D80 for ; Tue, 17 May 2005 19:54:43 +0000 (GMT) (envelope-from esmallis@stbernard.com) Received: from mail01.stbernard.com (mail01.stbernard.com [192.168.32.92]) j4HJsTvl090943; Tue, 17 May 2005 12:54:29 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 17 May 2005 12:54:29 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PR kern/78968 MBuf cluster exhaustion. RFC (solutions) Thread-Index: AcVbGigGmzMpNbDpQ/2fwaMIUBbnFw== From: "Ernest Smallis" To: X-Scanned-By: ePrism email filtering appliance Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: PR kern/78968 MBuf cluster exhaustion. RFC (solutions) 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, 17 May 2005 19:54:44 -0000 Hi All, I am seeing this problem as well: a. The kernel is in a tight loop via the fxp driver since there are = frames that need to be DMA'd but cannot be because 'b.' b. The fxp driver calls m_getcl( ) which returns ENOBUFS since there are = no clusters to satisfy the request. This goes on constantly so it = appears the system is hung. I submitted a follow-up to the PR and also requested contact with a = committer to discuss this problem and possible solutions.=20 I think this should be fixed, right away. If you would like to donate your 2 cents worth to this discussion; I = would be very happy to hear from you and am grateful for the input.=20 Ernie ;-) Ernest Smallis Sr. Software Engineer RAPID Development esmallis@stbernard.com 858-524-2137 From owner-freebsd-net@FreeBSD.ORG Tue May 17 21:17:13 2005 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 656D616A4CE for ; Tue, 17 May 2005 21:17:13 +0000 (GMT) Received: from zixvpm01.seton.org (zixvpm01.seton.org [207.193.126.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC0DE43D31 for ; Tue, 17 May 2005 21:17:12 +0000 (GMT) (envelope-from mgrooms@seton.org) Received: from zixvpm01.seton.org (ZixVPM [127.0.0.1]) by Outbound.seton.org (Proprietary) with ESMTP id 03EB936007B for ; Tue, 17 May 2005 16:17:08 -0500 (CDT) Received: from mx2-out.seton.org (unknown [10.21.254.241]) by zixvpm01.seton.org (Proprietary) with ESMTP id BB022330057 for ; Tue, 17 May 2005 16:17:07 -0500 (CDT) Received: from localhost (unknown [127.0.0.1]) by mx2-out.seton.org (Postfix) with ESMTP id 9B79D808 for ; Tue, 17 May 2005 15:10:03 -0500 (CDT) Received: from mx2-out.seton.org ([10.21.254.241]) by localhost (mx2 [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 18289-02 for ; Tue, 17 May 2005 15:10:03 -0500 (CDT) Received: from ausexfe02.seton.org (unknown [10.20.10.185]) by mx2-out.seton.org (Postfix) with ESMTP id 605BA7C9 for ; Tue, 17 May 2005 15:10:03 -0500 (CDT) Received: from [10.20.160.190] ([10.20.160.190]) by ausexfe02.seton.org with Microsoft SMTPSVC(6.0.3790.211); Tue, 17 May 2005 16:17:07 -0500 Message-ID: <428A606C.4070902@seton.org> Date: Tue, 17 May 2005 16:21:48 -0500 From: Matthew Grooms Organization: Seton Healthcare Network User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <428A0E02.2010607@seton.org> In-Reply-To: <428A0E02.2010607@seton.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 May 2005 21:17:07.0363 (UTC) FILETIME=[C7C82F30:01C55B25] X-Virus-Scanned: by amavisd-new at seton.org Subject: Re: 5.4 amd64 kernel and em ... FIXED 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, 17 May 2005 21:17:13 -0000 I know its bad form to respond to myself. Anyhow, please disregard the previous post. The problem has been resolved. Thanks, -Matthew > All, > > Has anyone done any extensive testing with the em driver on a 5.4 > release amd64 SMP kernel? I have two boxes in a firewall setup that > contain 6 em interfaces each. The public interface on both of them ( em0 > ) will simply stop transmitting and then start working again after some > time all by themselves. > > I did a lot of testing with 5.3 release candidates and did not see > this behavior. Did anything go into the 5.4 kernel late in the release > cycle that could have effected this? > > My kernel config is GENERIC with the following modifications ... > > 1) removal of IPV6 and faith > 2) removal of USB, USB Ethernet and Firewire > 3) addition of SMP support > 4) addition of pf, pflog, pfsync, carp and ALTQ > > Detailed description of the problem ... > > From the firewall itself I could be pinging www.google.com and it will > just stop. After a few minutes to an hour or so later it will just start > working again. The really odd thing is that I can always ssh into the > box on private em interface. The really really odd thing is that I can > run tcpdump the public interface ( that I can't talk out of ) while the > problem occurs and see traffic on the wire like ... > > 1) ICMP packets still coming from ping on my firewall to google > ( maybe BPF picks it up early and the interface is dropping it ? ) > 2) ARP requests > 3) CDP advertisements > 4) Misc other broadcast traffic > > What I have tried so far to diagnose the issue ... > > 1) disabling pf using -d > 2) disabling SMP in kernel > 3) disabling carp in kernel > 4) disabling ALTQ in kernel > 5) hard coding the link speed to either half or full duplex > 6) trimming down my route table > 7) replacing both network cables > 8) moving to different ports on the switch > 9) moving to a different switch all together > 10) running with mpsafenet disabled > > What I am testing right now ... > > 1) disabling pf in the kernel > 2) disabling HTT in hardware > 3) disabling USB & Firewire in hardware > 4) sacrificing a chicken on the alter of the Ethernet gods > > Any help is _GREATLY_ appreciated as I have to get these boxes out into > production quickly. Am I missing something obvious? Could I be having a > resource conflict somehow? Could I be missing a lock assertion or LOR > for lack of witness or invariants? I will do whatever I can to provide > any info to help diagnose this problem. For starters, here is my kernel > config and dmesg output. > > http://hole.shrew.net/~mgrooms/files/freebsd/custom.txt > http://hole.shrew.net/~mgrooms/files/freebsd/dmesg.txt > > Thanks in advance, > > -Matthew > From owner-freebsd-net@FreeBSD.ORG Tue May 17 22:23:45 2005 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 8B9E016A4CE for ; Tue, 17 May 2005 22:23:45 +0000 (GMT) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4D143D82 for ; Tue, 17 May 2005 22:23:44 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [64.81.189.67]) by blake.polstra.com (8.13.1/8.13.1) with ESMTP id j4HMNcJV065271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 May 2005 15:23:38 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.13.1/8.13.1/Submit) id j4HMNcia028149; Tue, 17 May 2005 15:23:38 -0700 (PDT) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 17 May 2005 15:23:38 -0700 (PDT) From: John Polstra To: Ernest Smallis cc: freebsd-net@freebsd.org Subject: RE: PR kern/78968 MBuf cluster exhaustion. RFC (solutions) 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, 17 May 2005 22:23:45 -0000 On 17-May-2005 Ernest Smallis wrote: > Hi All, I am seeing this problem as well: > a. The kernel is in a tight loop via the fxp driver since there are > frames that need to be DMA'd but cannot be because 'b.' > b. The fxp driver calls m_getcl( ) which returns ENOBUFS since there > are no clusters to satisfy the request. This goes on constantly so > it appears the system is hung. I'll describe the usual solution for this kind of bug. - A packet comes in, the device generates an interrupt, and you take the mbuf containing the received packet from the descriptor. - Now you call m_getcl() to replenish the descriptor, but it returns ENOBUFS. - Take the mbuf containing the received packet (from the first step) and reuse it to replenish the descriptor, discarding the mbuf contents and thus dropping the freshly received packet. In this way you ensure that the receive descriptors always have mbufs, no matter what happens. Yes, you have to drop a perfectly good received packet in order to accomplish this. But you are going to end up dropping a packet regardless, if you can't replenish the descriptor. John From owner-freebsd-net@FreeBSD.ORG Thu May 19 09:37:40 2005 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 5AFC216A4CE for ; Thu, 19 May 2005 09:37:40 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD9043D80 for ; Thu, 19 May 2005 09:37:39 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IGQ00DWUDEP19@ms-dienst.rz.rwth-aachen.de> for freebsd-net@freebsd.org; Thu, 19 May 2005 11:37:38 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 19 May 2005 11:37:37 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (mulzirak.hitnet.RWTH-Aachen.DE [137.226.181.149])j4J9baFM019678 for ; Thu, 19 May 2005 11:37:36 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 711082845D; Thu, 19 May 2005 11:37:36 +0200 (CEST) Date: Thu, 19 May 2005 11:37:36 +0200 From: Christian Brueffer To: freebsd-net@freebsd.org Message-id: <20050519093736.GA932@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=d6Gm4EdcadzBjdND; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: tcp timestamp vulnerability? 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, 19 May 2005 09:37:40 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, has anyone taken a look at http://www.kb.cert.org/vuls/id/637934? Apparently OpenBSD has a fix for this: http://openbsd.org/errata36.html#tcp - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCjF5fbHYXjKDtmC0RAmZRAJ9GOn9hGkmOshKEZwGcUqOmBHJY9gCgiSdu 14G0cIUZOAvcC6flBp0DIVA= =0v/A -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-net@FreeBSD.ORG Thu May 19 09:42:27 2005 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 85F9216A4CE for ; Thu, 19 May 2005 09:42:27 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900C043D86 for ; Thu, 19 May 2005 09:42:26 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 30610 invoked from network); 19 May 2005 09:39:13 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 May 2005 09:39:13 -0000 Message-ID: <428C5F89.2E595E02@freebsd.org> Date: Thu, 19 May 2005 11:42:33 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Christian Brueffer References: <20050519093736.GA932@unixpages.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: tcp timestamp vulnerability? 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, 19 May 2005 09:42:27 -0000 Christian Brueffer wrote: > > Hi, > > has anyone taken a look at http://www.kb.cert.org/vuls/id/637934? sys/netinet/tcp_input.c Revision 1.270, Sun Apr 10 05:24:59 2005 UTC (5 weeks, 4 days ago) by ps Branch: MAIN Changes since 1.269: +23 -3 lines - Tighten up the Timestamp checks to prevent a spoofed segment from setting ts_recent to an arbitrary value, stopping further communication between the two hosts. - If the Echoed Timestamp is greater than the current time, fall back to the non RFC 1323 RTT calculation. Submitted by: Raja Mukerji (raja at moselle dot com) Reviewed by: Noritoshi Demizu, Mohan Srinivasan -- Andre From owner-freebsd-net@FreeBSD.ORG Thu May 19 09:50:20 2005 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 0DCC116A4CE; Thu, 19 May 2005 09:50:20 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC4C43D9E; Thu, 19 May 2005 09:50:19 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IGQ00DWMDT6DF@ms-dienst.rz.rwth-aachen.de>; Thu, 19 May 2005 11:46:19 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 19 May 2005 11:46:18 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (mulzirak.hitnet.RWTH-Aachen.DE [137.226.181.149]) j4J9kHji021290; Thu, 19 May 2005 11:46:17 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 8FB9A2845D; Thu, 19 May 2005 11:46:17 +0200 (CEST) Date: Thu, 19 May 2005 11:46:17 +0200 From: Christian Brueffer In-reply-to: <428C5F89.2E595E02@freebsd.org> To: Andre Oppermann Message-id: <20050519094617.GB932@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=TakKZr9L6Hm6aLOc; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050519093736.GA932@unixpages.org> <428C5F89.2E595E02@freebsd.org> cc: freebsd-net@freebsd.org Subject: Re: tcp timestamp vulnerability? 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, 19 May 2005 09:50:20 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 19, 2005 at 11:42:33AM +0200, Andre Oppermann wrote: > Christian Brueffer wrote: > >=20 > > Hi, > >=20 > > has anyone taken a look at http://www.kb.cert.org/vuls/id/637934? >=20 > sys/netinet/tcp_input.c Revision 1.270, Sun Apr 10 05:24:59 2005 UTC > (5 weeks, 4 days ago) by ps > Branch: MAIN > Changes since 1.269: +23 -3 lines >=20 > - Tighten up the Timestamp checks to prevent a spoofed segment from > setting ts_recent to an arbitrary value, stopping further > communication between the two hosts. > - If the Echoed Timestamp is greater than the current time, > fall back to the non RFC 1323 RTT calculation. >=20 > Submitted by: Raja Mukerji (raja at moselle dot com) > Reviewed by: Noritoshi Demizu, Mohan Srinivasan >=20 Thanks. Since I got this from the Heise Newsticker I'll see if I can get them to update their story. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCjGBpbHYXjKDtmC0RAlyUAKCI6FMWX1ROw4GziFxOBR//wOw0xQCeOYAl UUFdF3TRh4wuKMzqYyAmxos= =TzWA -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-net@FreeBSD.ORG Thu May 19 17:03:35 2005 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 14BD216A4CE for ; Thu, 19 May 2005 17:03:35 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6508043D39 for ; Thu, 19 May 2005 17:03:34 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25594 invoked from network); 19 May 2005 17:03:33 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 May 2005 17:03:33 -0000 Received: from hydrogen.funkthat.com (gjajch@localhost.funkthat.com [127.0.0.1])j4JH3W2g032712; Thu, 19 May 2005 10:03:32 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j4JH3LYq032711; Thu, 19 May 2005 10:03:21 -0700 (PDT) Date: Thu, 19 May 2005 10:03:21 -0700 From: John-Mark Gurney To: Andre Oppermann Message-ID: <20050519170321.GB959@funkthat.com> Mail-Followup-To: Andre Oppermann , Christian Brueffer , freebsd-net@freebsd.org References: <20050519093736.GA932@unixpages.org> <428C5F89.2E595E02@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <428C5F89.2E595E02@freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-net@freebsd.org Subject: Re: tcp timestamp vulnerability? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2005 17:03:35 -0000 Andre Oppermann wrote this message on Thu, May 19, 2005 at 11:42 +0200: > Christian Brueffer wrote: > > > > Hi, > > > > has anyone taken a look at http://www.kb.cert.org/vuls/id/637934? > > sys/netinet/tcp_input.c Revision 1.270, Sun Apr 10 05:24:59 2005 UTC > (5 weeks, 4 days ago) by ps > Branch: MAIN > Changes since 1.269: +23 -3 lines > > - Tighten up the Timestamp checks to prevent a spoofed segment from > setting ts_recent to an arbitrary value, stopping further > communication between the two hosts. > - If the Echoed Timestamp is greater than the current time, > fall back to the non RFC 1323 RTT calculation. > > Submitted by: Raja Mukerji (raja at moselle dot com) > Reviewed by: Noritoshi Demizu, Mohan Srinivasan Looks like someone needs to get an offical statement out, since CERT still lists FreeBSD as vulnerable (as of 16-Mar-2005)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Thu May 19 21:28:19 2005 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 19C8D16A4CE for ; Thu, 19 May 2005 21:28:19 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id C042043D41 for ; Thu, 19 May 2005 21:28:17 +0000 (GMT) (envelope-from paul.klatt@sbcglobal.net) Received: from unknown (HELO adsl-68-23-46-251.dsl.chcgil.ameritech.net) (paul.klatt@sbcglobal.net@68.23.46.251 with plain) by smtp815.mail.sc5.yahoo.com with SMTP; 19 May 2005 21:28:16 -0000 From: paul klatt To: freebsd-net@freebsd.org User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <199901031912.53187.paul.klatt@sbcglobal.net> Subject: dsl 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: , Date: Thu, 19 May 2005 21:28:19 -0000 X-Original-Date: Sun, 3 Jan 1999 19:12:53 +0000 X-List-Received-Date: Thu, 19 May 2005 21:28:19 -0000 Could anyone please tell me how to get dsl setup done on freebsd, I woudl really appreciate the help From owner-freebsd-net@FreeBSD.ORG Thu May 19 21:56:57 2005 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 E008E16A4F1 for ; Thu, 19 May 2005 21:56:57 +0000 (GMT) Received: from atalus.net (myessays.com [64.23.55.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AEC743D6B for ; Thu, 19 May 2005 21:56:57 +0000 (GMT) (envelope-from jason@atalus.net) Received: from CPQLT (ip70-176-234-33.ph.ph.cox.net [70.176.234.33]) by atalus.net (8.12.11/8.11.1) with ESMTP id j4JLxNhb060631 for ; Thu, 19 May 2005 14:59:24 -0700 (MST) (envelope-from jason@atalus.net) Message-Id: <200505192159.j4JLxNhb060631@atalus.net> From: "Jason Beebe" To: Date: Thu, 19 May 2005 14:56:29 -0700 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcVcvZxux0uXVcXeQtaTqXPtF3RI8Q== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Local Network Config Messed, "Host is Down" 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, 19 May 2005 21:56:58 -0000 Hi, Everything had been working for years on my server. However, my server rebooted (by the colo I believe) and now my network is messed up. Unfortunately, working with their support has been less than satisfactory, so I am consulting the experts here. The network is working properly from an external/remote point of view. I can ping all IPs and access the domains remotely. However, internally/locally, the only IP I can ping and access is my original IP. The other two IPs do not work locally. I cannot ping them or lynx the domains. ping: sendto: Host is down I've dealt with this same type of problem a while back on a totally unrelated box. I believe it was the route tables. I had to do a "route add" of some sorts. Can anyone lend me hand? If need be, let me know what info I need to copy/paste like my ifconfig or route tables. Thanks in advance! From owner-freebsd-net@FreeBSD.ORG Fri May 20 02:00:54 2005 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 C1D5816A4CE for ; Fri, 20 May 2005 02:00:54 +0000 (GMT) Received: from web41209.mail.yahoo.com (web41209.mail.yahoo.com [66.218.93.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 75F0B43D1F for ; Fri, 20 May 2005 02:00:54 +0000 (GMT) (envelope-from clarity256@yahoo.com) Received: (qmail 64012 invoked by uid 60001); 20 May 2005 02:00:54 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=i14I1lsmYKpqodEQQj7qOLPzaJJM7Xr35pwMSY8a9hz3xfkp9iA3YGywKscnSLZwXsKuCC4TTA4Y8wUTUh7oiZpp2Bg/Gur6bT7MLiqsoh+CA6Sy4QuBke3simnXM+TiFLDDCq86JkDNsQauudbWjulFehv9pu5KmVzCcSllz+4= ; Message-ID: <20050520020054.64010.qmail@web41209.mail.yahoo.com> Received: from [128.206.48.35] by web41209.mail.yahoo.com via HTTP; Thu, 19 May 2005 19:00:54 PDT Date: Thu, 19 May 2005 19:00:54 -0700 (PDT) From: Bring Joy To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: 5.4 upgrade kernel failure (aac_ioctl.h/opt_carp.h) 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, 20 May 2005 02:00:54 -0000 Hi! After upgrading 5.3-p14 to 5.4 by changing the RELENG in make.conf, make buildworld goes well, but make buildkernel stops with the message: 1) "make: don't know how to make ../../../dev/aac/aac_ioctl.h. Stop" (for GENERIC) 2a) "../../../dev/mii/mii.c:49:22: opt_carp.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/i386/compile/gx" (for my gx kernel). At first I was getting: 2b)"*** Error code 1 Stop in /usr/obj/usr/src/sys/gx. *** Error code 1 Stop in /usr/obj/usr/src/sys/gx. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. /usr/src/sys/dev/mii/mii.c:49:22: opt_carp.h: No such file or directory /usr/src/sys/net/if.c:37:22: opt_carp.h: No such file or directory /usr/src/sys/net/if_ethersubr.c:40:22: opt_carp.h: No such file or directory /usr/src/sys/netinet/if_ether.c:42:22: opt_carp.h: No such file or directory /usr/src/sys/netinet/in.c:34:22: opt_carp.h: No such file or directory /usr/src/sys/netinet/in_proto.c:39:22: opt_carp.h: No such file or directory /usr/src/sys/netinet/ip_input.c:38:22: opt_carp.h: No such file or directory mkdep: compile failed" Does anybody have any suggestions? Thank you. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-net@FreeBSD.ORG Fri May 20 02:04:46 2005 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 5EFB216A4CF for ; Fri, 20 May 2005 02:04:46 +0000 (GMT) Received: from redback.10mbit.biz (redback.10mbit.biz [66.79.173.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F93143D8C for ; Fri, 20 May 2005 02:04:46 +0000 (GMT) (envelope-from peterh@criten.org) Received: from [192.168.254.2] (dsl-202-173-184-65.nsw.westnet.com.au [202.173.184.65]) by redback.10mbit.biz (Postfix) with ESMTP id 6FD09A6C1E for ; Fri, 20 May 2005 12:04:45 +1000 (EST) Message-ID: <428D45B5.4080008@criten.org> Date: Fri, 20 May 2005 12:04:37 +1000 From: Peter Hoskin User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <199901031912.53187.paul.klatt@sbcglobal.net> In-Reply-To: <199901031912.53187.paul.klatt@sbcglobal.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dsl 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, 20 May 2005 02:04:46 -0000 paul klatt wrote: >Could anyone please tell me how to get dsl setup done on freebsd, I woudl >really appreciate the help > I'm afraid we will need more detail than that. Is this a PPPoE modem or is it a DSL router? How is it connected to the machine? Do you wish to setup NAT? -- .---------------------------------------------------. | . ___ _____ ___ __ ___ __ | | ./ | . ) | | | |\ | / \ | . ) / \ | | / | '_) | | |__ | \ | | .. | | '_) | __ | | \. | \ | | | | \ | | '' | | \ | | | | \.| \ | | |___ | \| || \__/ | \ \__/ | | peterh@criten.org | | | | Hosted by 10mbit.biz | `----------------------------------------------------' From owner-freebsd-net@FreeBSD.ORG Fri May 20 02:19:06 2005 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 B527516A4CE for ; Fri, 20 May 2005 02:19:06 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 29D4A43D6A for ; Fri, 20 May 2005 02:19:05 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 4704 invoked from network); 20 May 2005 02:19:03 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 20 May 2005 02:19:03 -0000 Received: from [192.168.0.107] ([210.24.246.101]) by maxwell2.pacific.net.sg with ESMTP <20050520021902.IHTJ1130.maxwell2.pacific.net.sg@[192.168.0.107]>; Fri, 20 May 2005 10:19:02 +0800 Message-ID: <428D4914.5080803@pacific.net.sg> Date: Fri, 20 May 2005 10:19:00 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050514) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bring Joy References: <20050520020054.64010.qmail@web41209.mail.yahoo.com> In-Reply-To: <20050520020054.64010.qmail@web41209.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: 5.4 upgrade kernel failure (aac_ioctl.h/opt_carp.h) 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, 20 May 2005 02:19:06 -0000 Hi, Bring Joy wrote: > Hi! > > After upgrading 5.3-p14 to 5.4 by changing the RELENG > in make.conf, make buildworld goes well, but make > buildkernel stops with the message: > > 1) "make: don't know how to make > ../../../dev/aac/aac_ioctl.h. Stop" (for GENERIC) > Where did you get the sources from? I have had some problems upgrading too. After running CVSup, they disappeared. Erich From owner-freebsd-net@FreeBSD.ORG Fri May 20 03:43:22 2005 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 55EEE16A4CE for ; Fri, 20 May 2005 03:43:22 +0000 (GMT) Received: from redback.10mbit.biz (redback.10mbit.biz [66.79.173.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24E8543D7E for ; Fri, 20 May 2005 03:43:22 +0000 (GMT) (envelope-from peterh@criten.org) Received: from [192.168.254.2] (dsl-202-173-184-65.nsw.westnet.com.au [202.173.184.65]) by redback.10mbit.biz (Postfix) with ESMTP id 7A445A6C1D for ; Fri, 20 May 2005 13:43:21 +1000 (EST) Message-ID: <428D5CD0.90209@criten.org> Date: Fri, 20 May 2005 13:43:12 +1000 From: Peter Hoskin User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20050520031712.7811.qmail@web80808.mail.yahoo.com> In-Reply-To: <20050520031712.7811.qmail@web80808.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dsl 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, 20 May 2005 03:43:22 -0000 Paul Klatt wrote: >It is the speedstream5100 pppoe modem. I do not know >what nat is. It is a router and it is connected to the >machine by an ethernet car > Please read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pppoe.html -- .---------------------------------------------------. | . ___ _____ ___ __ ___ __ | | ./ | . ) | | | |\ | / \ | . ) / \ | | / | '_) | | |__ | \ | | .. | | '_) | __ | | \. | \ | | | | \ | | '' | | \ | | | | \.| \ | | |___ | \| || \__/ | \ \__/ | | peterh@criten.org | | | | Hosted by 10mbit.biz | `----------------------------------------------------' From owner-freebsd-net@FreeBSD.ORG Fri May 20 06:02:53 2005 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 AC03416A4CE for ; Fri, 20 May 2005 06:02:53 +0000 (GMT) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0246543D7F for ; Fri, 20 May 2005 06:02:52 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 28898 invoked from network); 20 May 2005 05:49:52 -0000 Received: from unknown (HELO donatas) (d.gendvilas@[192.168.144.159]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 20 May 2005 05:49:52 -0000 Message-ID: <006101c55d01$8b08fe20$9f90a8c0@DONATAS> From: "Donatas" To: "Gleb Smirnoff" References: <131b01c55b9a$5fb58530$9f90a8c0@DONATAS> <20050518112720.GA6678@cell.sick.ru> Date: Fri, 20 May 2005 09:02:45 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable 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 cc: freebsd-net@freebsd.org Subject: Re: ng_bridge fluctuations 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: Fri, 20 May 2005 06:02:53 -0000 > Donatas, >=20 > On Wed, May 18, 2005 at 02:11:43PM +0300, Donatas wrote: > D> D> ### Regular MRTG monitoring=20 > D> D> 0,10,20,30,40,50 * * * * root /usr/local/etc/mrtg/exec_mrtg.sh > = /dev/null 2>&1=20 > D> >No-no. The question was: what is the scale of time axis? How long = does one=20 > D> >peak last?=20 > D> hmm...still difficult to understand your question. well, time axis = scale is displayed in hours. each new point is added every 10 minutes. = each point value is read immediately > D> by mrtg without any averages or somth. >=20 > So, there is 24 hours between red lines on the image [1]? Then we have = 2 peaks > per hour, right? May be this is sendmail (or other MTA) processing its = queue? >=20 > [1] ftp://temp:temp@217.9.241.242/hatm0.png your idea seems logical enough....just can't understand why peaks have = never been detected on incoming interfaces, before ng_bridge? mrtg = doesn't allways reads current values with precission of seconds....for = example=20 point 1 - 00:00:15, point 2 - 00:10:37, point 3 - 00:20:24 etc... you might say that incoming traffic on ethernet interfaces is much = bigger that incoming traffic bridged to current ngethxxx and it simply = swallows peaks, but we've done experiments with only one physical and = one logical bridged interfaces - fluctuations have also been noticed. anyway, maybe you have any ideas why after doing "ngctl msg ng_bridge: = setconfig '{ ipfw=3D[1] }', and getconfig showing succesful activation = of "ipfw =3D [ 1 ]", traffic is not passed to ipfw? bsd 5.3... thanks... From owner-freebsd-net@FreeBSD.ORG Fri May 20 11:48:10 2005 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 8D94116A4CE; Fri, 20 May 2005 11:48:10 +0000 (GMT) Received: from n2.nomadiclab.com (n2.nomadiclab.com [193.234.219.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E45643DBF; Fri, 20 May 2005 11:48:10 +0000 (GMT) (envelope-from Jan.Melen@piuha.net) Received: from n51.nomadiclab.com (n51.nomadiclab.com [193.234.219.51]) by n2.nomadiclab.com (Postfix) with ESMTP id F22B4212C40; Fri, 20 May 2005 14:48:07 +0300 (EEST) From: Jan Mikael Melen To: freebsd-net@freebsd.org, freebsd-mobile@freebsd.org Date: Fri, 20 May 2005 14:48:06 +0300 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505201448.06692.Jan.Melen@piuha.net> Subject: D-Link DWL-520 rev. B3 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, 20 May 2005 11:48:10 -0000 I have a problem with DWL-520 rev B3 and FreeBSD-5.3-p15. When the driver i= s=20 loaded I get the follwing output: ath0: mem 0xd5800000-0xd580ffff irq 5 at device 9.0 on pci0 ath0: [GIANT-LOCKED] ath0: unable to attach hardware; HAL status 13 device_attach: ath0 attach returned 6 And it seems that the error 13 means that hardware is not supported. Has=20 anyone made a patch for the driver? pciconf -l -v gives: ath0@pci0:9:0: =A0class=3D0x020000 card=3D0x3a131186 chip=3D0x0013168c rev= =3D0x01=20 hdr=3D0x00 =A0 =A0 vendor =A0 =3D 'Atheros Communications Inc.' =A0 =A0 device =A0 =3D 'AR5213 802.11a/b/g Wireless Adapter' =A0 =A0 class =A0 =A0=3D network =A0 =A0 subclass =3D ethernet It seems that the PCCARD DWL-650 is using at least the same chipset and it= =20 works fine on my laptop? Any Ideas how to fix this? =A0 =A0Regards, =A0 =A0 =A0 Jan From owner-freebsd-net@FreeBSD.ORG Fri May 20 11:57:43 2005 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 3EE3416A4CE for ; Fri, 20 May 2005 11:57:43 +0000 (GMT) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id F170243D6D for ; Fri, 20 May 2005 11:57:41 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 31730 invoked from network); 20 May 2005 11:44:40 -0000 Received: from unknown (HELO donatas) (d.gendvilas@[192.168.144.159]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 20 May 2005 11:44:40 -0000 Message-ID: <00ea01c55d33$1cc2f060$9f90a8c0@DONATAS> From: "Donatas" To: Date: Fri, 20 May 2005 14:57:35 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable 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 Subject: bw_man under 5.3 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: Fri, 20 May 2005 11:57:43 -0000 has anyone succeded to compile it? i didn't: _________________________________________________________________________= ________________ cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -fformat-extensions -std=3Dc99 -nostdinc -I- -I. = -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica = -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter = -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath = -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm = -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 = --param inline-unit-growth=3D100 --param large-function-growth=3D1000 = -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx = -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror = /usr/src/sys/netgraph/bw_filt.c In file included from /usr/src/sys/netgraph/bw_filt.c:75: /usr/src/sys/netgraph/bw_filt.h:80: error: variable `bw_filt_par_fields' = has initializer but incomplete type /usr/src/sys/netgraph/bw_filt.h:81: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:81: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:82: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:82: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:83: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:83: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:84: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:84: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:85: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:85: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:86: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:86: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:87: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:87: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:88: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:88: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:89: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:89: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:90: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:90: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:91: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:91: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:92: error: extra brace group at end of = initializer /usr/src/sys/netgraph/bw_filt.h:92: error: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.h:93: warning: excess elements in struct = initializer /usr/src/sys/netgraph/bw_filt.h:93: warning: (near initialization for = `bw_filt_par_fields') /usr/src/sys/netgraph/bw_filt.c:104: warning: initialization from = incompatible pointer type /usr/src/sys/netgraph/bw_filt.c:106: warning: initialization from = incompatible pointer type /usr/src/sys/netgraph/bw_filt.c:107: warning: initialization from = incompatible pointer type /usr/src/sys/netgraph/bw_filt.c:551: error: conflicting types for = 'bw_filt_constructor' /usr/src/sys/netgraph/bw_filt.c:88: error: previous declaration of = 'bw_filt_constructor' was here /usr/src/sys/netgraph/bw_filt.c:551: error: conflicting types for = 'bw_filt_constructor' /usr/src/sys/netgraph/bw_filt.c:88: error: previous declaration of = 'bw_filt_constructor' was here /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_constructor': /usr/src/sys/netgraph/bw_filt.c:574: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_newhook': /usr/src/sys/netgraph/bw_filt.c:607: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:611: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:614: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:617: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:620: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c: At top level: /usr/src/sys/netgraph/bw_filt.c:633: error: conflicting types for = 'bw_filt_rcvmsg' /usr/src/sys/netgraph/bw_filt.c:89: error: previous declaration of = 'bw_filt_rcvmsg' was here /usr/src/sys/netgraph/bw_filt.c:633: error: conflicting types for = 'bw_filt_rcvmsg' /usr/src/sys/netgraph/bw_filt.c:89: error: previous declaration of = 'bw_filt_rcvmsg' was here /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_rcvmsg': /usr/src/sys/netgraph/bw_filt.c:634: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c: At top level: /usr/src/sys/netgraph/bw_filt.c:796: error: conflicting types for = 'bw_filt_rcvdata' /usr/src/sys/netgraph/bw_filt.c:93: error: previous declaration of = 'bw_filt_rcvdata' was here /usr/src/sys/netgraph/bw_filt.c:796: error: conflicting types for = 'bw_filt_rcvdata' /usr/src/sys/netgraph/bw_filt.c:93: error: previous declaration of = 'bw_filt_rcvdata' was here /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_rcvdata': /usr/src/sys/netgraph/bw_filt.c:797: error: structure has no member = named `node' /usr/src/sys/netgraph/bw_filt.c:809: warning: implicit declaration of = function `NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: nested extern declaration = of `NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:819: warning: nested extern declaration = of `NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: redundant redeclaration of = 'NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: previous implicit = declaration of 'NG_FREE_DATA' was here /usr/src/sys/netgraph/bw_filt.c:828: warning: invalid application of = `sizeof' to a void type /usr/src/sys/netgraph/bw_filt.c:828: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:828: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:830: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:830: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:834: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:834: error: request for member = `allocated_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:834: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:834: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:834: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:837: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:837: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:837: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:842: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:842: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:842: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:845: warning: nested extern declaration = of `NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: redundant redeclaration of = 'NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: previous implicit = declaration of 'NG_FREE_DATA' was here /usr/src/sys/netgraph/bw_filt.c:848: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:848: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:848: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:849: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:849: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:850: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:850: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:850: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:850: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:850: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:851: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:851: error: request for member = `allocated_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:851: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:851: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:858: warning: invalid application of = `sizeof' to a void type /usr/src/sys/netgraph/bw_filt.c:858: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:861: warning: nested extern declaration = of `NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: redundant redeclaration of = 'NG_FREE_DATA' /usr/src/sys/netgraph/bw_filt.c:809: warning: previous implicit = declaration of 'NG_FREE_DATA' was here /usr/src/sys/netgraph/bw_filt.c:864: warning: invalid application of = `sizeof' to a void type /usr/src/sys/netgraph/bw_filt.c:864: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:865: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:865: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:865: warning: invalid application of = `sizeof' to a void type /usr/src/sys/netgraph/bw_filt.c:865: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:866: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:866: error: request for member = `allocated_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:866: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:866: error: request for member = `used_len' in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:870: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:870: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:870: error: dereferencing pointer to = incomplete type /usr/src/sys/netgraph/bw_filt.c:871: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:871: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:876: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:876: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:882: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:882: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:887: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:887: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:887: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:887: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c:888: warning: dereferencing `void *' = pointer /usr/src/sys/netgraph/bw_filt.c:888: error: request for member `options' = in something not a structure or union /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_rmnode': /usr/src/sys/netgraph/bw_filt.c:902: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:904: error: structure has no member = named `flags' /usr/src/sys/netgraph/bw_filt.c:905: warning: implicit declaration of = function `ng_cutlinks' /usr/src/sys/netgraph/bw_filt.c:905: warning: nested extern declaration = of `ng_cutlinks' /usr/src/sys/netgraph/bw_filt.c:913: warning: implicit declaration of = function `ng_unname' /usr/src/sys/netgraph/bw_filt.c:913: warning: nested extern declaration = of `ng_unname' /usr/src/sys/netgraph/bw_filt.c:914: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:915: warning: implicit declaration of = function `ng_unref' /usr/src/sys/netgraph/bw_filt.c:915: warning: nested extern declaration = of `ng_unref' /usr/src/sys/netgraph/bw_filt.c: In function `bw_filt_disconnect': /usr/src/sys/netgraph/bw_filt.c:939: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:940: error: structure has no member = named `private' /usr/src/sys/netgraph/bw_filt.c:942: error: structure has no member = named `node' /usr/src/sys/netgraph/bw_filt.c:943: warning: implicit declaration of = function `ng_rmnode' /usr/src/sys/netgraph/bw_filt.c:943: warning: nested extern declaration = of `ng_rmnode' /usr/src/sys/netgraph/bw_filt.c:943: error: structure has no member = named `node' /usr/src/sys/netgraph/bw_filt.c: At top level: /usr/src/sys/netgraph/bw_filt.h:80: error: storage size of = `bw_filt_par_fields' isn't known /usr/src/sys/netgraph/bw_filt.c:88: warning: 'bw_filt_constructor' used = but never defined /usr/src/sys/netgraph/bw_filt.c:89: warning: 'bw_filt_rcvmsg' used but = never defined /usr/src/sys/netgraph/bw_filt.c:93: warning: 'bw_filt_rcvdata' used but = never defined /usr/src/sys/netgraph/bw_filt.c:551: warning: 'bw_filt_constructor' = defined but not used /usr/src/sys/netgraph/bw_filt.c:633: warning: 'bw_filt_rcvmsg' defined = but not used /usr/src/sys/netgraph/bw_filt.c:796: warning: 'bw_filt_rcvdata' defined = but not used *** Error code 1 Stop in /usr/obj/usr/src/sys/WITH_NG_ATM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-net@FreeBSD.ORG Fri May 20 13:26:42 2005 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 2D71716A4CE for ; Fri, 20 May 2005 13:26:42 +0000 (GMT) Received: from ssigc.net (c-24-147-227-219.hsd1.ma.comcast.net [24.147.227.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8785043DC9 for ; Fri, 20 May 2005 13:26:41 +0000 (GMT) (envelope-from info@mvcg.net) Received: from ssigc.net (localhost [127.0.0.1]) by ssigc.net (8.13.1/8.13.1) with ESMTP id j4KEQs7Z057129; Fri, 20 May 2005 10:27:10 -0400 (EDT) Received: from neon-duron ([192.168.1.104]) by ssigc.net (MailMonitor for SMTP v1.2.2 ) ; Fri, 20 May 2005 10:26:54 -0400 (EDT) Message-ID: <00a401c55d48$8cc4bfa0$6801a8c0@neonduron> From: "Tom Farrell" To: "paul klatt" , References: <199901031912.53187.paul.klatt@sbcglobal.net> Date: Thu, 19 May 2005 21:06:44 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Re: dsl 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, 20 May 2005 13:26:42 -0000 depending on your dsl provider setup is different. Some ISP's use pppoe and others just simple dhcp client, some require you to register the mac address with them. To give you any pointers I would need to know how your isp requires you to connect. ----- Original Message ----- From: "paul klatt" To: Sent: Sunday, January 03, 1999 3:12 PM Subject: dsl > Could anyone please tell me how to get dsl setup done on freebsd, I woudl > really appreciate the help > _______________________________________________ > 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 May 20 14:23:51 2005 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 5486B16A4CE for ; Fri, 20 May 2005 14:23:51 +0000 (GMT) Received: from ns01.connect.az (ns02.connect.az [62.212.236.162]) by mx1.FreeBSD.org (Postfix) with SMTP id D8E0D43DAF for ; Fri, 20 May 2005 14:23:45 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: (qmail 59211 invoked from network); 20 May 2005 17:24:09 -0000 Received: from unknown (HELO ?192.168.0.10?) (192.168.0.10) by office.connect.az with SMTP; 20 May 2005 17:24:09 -0000 Message-ID: <428DF2FF.3010408@oxygen.az> Date: Fri, 20 May 2005 19:23:59 +0500 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Beebe References: <200505192159.j4JLxNhb060631@atalus.net> In-Reply-To: <200505192159.j4JLxNhb060631@atalus.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Local Network Config Messed, "Host is Down" 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, 20 May 2005 14:23:51 -0000 Jason Beebe wrote: >Hi, > > > >Everything had been working for years on my server. However, my server >rebooted (by the colo I believe) and now my network is messed up. >Unfortunately, working with their support has been less than satisfactory, >so I am consulting the experts here. > > > Well, the experts didnt responce :) > > >The network is working properly from an external/remote point of view. I can >ping all IPs and access the domains remotely. However, internally/locally, >the only IP I can ping and access is my original IP. The other two IPs do >not work locally. I cannot ping them or lynx the domains. > > Could you please describe the situation in more depth: 1. Are your network behind a NAT/FIREWALL ? 2. What does "remotely" and "internally/locally" mean in your case ? 3. Paste your network topology here. - tofik. From owner-freebsd-net@FreeBSD.ORG Fri May 20 15:07:52 2005 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 5F9D316A4CF for ; Fri, 20 May 2005 15:07:52 +0000 (GMT) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9197B43DB1 for ; Fri, 20 May 2005 15:07:50 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 6F166A3F71 for ; Fri, 20 May 2005 17:07:46 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09253-01 for ; Fri, 20 May 2005 17:07:46 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id 2BBEDA33C5 for ; Fri, 20 May 2005 17:07:46 +0200 (CEST) Message-ID: <428DFD1F.7010309@packetfront.com> Date: Fri, 20 May 2005 17:07:11 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Subject: Realtek re(4) driver for FreeBSD 4.x? 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, 20 May 2005 15:07:52 -0000 Hi, I have a couple of D-link gigabit-ethernet cards that I'd like to run on FreeBSD 4.11 but it seems the driver only exists for FreeBSD 5.x. I saw that a certain Barry Bouwsma (who happens to be an old acquaintance of mine), had made an attempt at porting the re(4) driver to FreeBSD 4 but I don't know if he has been successful or not and I can't find any email address to him that seems to be working (the NOSPAM.dyndns.dk address seems to be down). So - does anyone know if there is a working re(4) driver for FreeBSD 4.x and also, does anyone know how to reach Barry?? Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Fri May 20 19:35:30 2005 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 150E716A4CE for ; Fri, 20 May 2005 19:35:30 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0269543D95 for ; Fri, 20 May 2005 19:35:29 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id A05A7C099 for ; Fri, 20 May 2005 21:35:27 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7823F405B; Fri, 20 May 2005 21:35:28 +0200 (CEST) Date: Fri, 20 May 2005 21:35:28 +0200 From: Jeremie Le Hen To: freebsd-net@FreeBSD.org Message-ID: <20050520193528.GY818@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: iwi(4) not working 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, 20 May 2005 19:35:30 -0000 Hi, I tried to use my integrated wireless network card. I get the iwicontrol(8) utility on Damien Bergamini's website [1], as well as the firmware tarball. I use CURRENT's iwi(4) driver, I guess it's the lastest revision as the driver of the website last changed during January 2005. iwi0@pci6:3:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network %%% jarjarbinks:root# sysctl net.wlan.debug=-1 net.wlan.debug: -1 -> -1 jarjarbinks:root# sysctl net.wlan.0.debug=-1 net.wlan.0.debug: -1 -> -1 jarjarbinks:root# kldload if_iwi iwi0: mem 0xc8218000-0xc8218fff irq 17 at device 3.0 on pci6 iwi0: Ethernet address: 00:12:f0:2c:f3:6e ieee80211_setup_node 0xc2288800<00:12:f0:2c:f3:6e> in scan table iwi0: [GIANT-LOCKED] jarjarbinks:root# iwicontrol -i iwi0 -d iwi-firmware-1.3/libdata/if_iwi/ jarjarbinks:root# ifconfig iwi0 ssid cyb wepmode off jarjarbinks:root# ifconfig iwi0 up begin active scan in auto mode, scangen 2 ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14 st art chan 255 ieee80211_free_allnodes_locked: free all nodes in scan table node_reclaim: remove 0xc243d800<00:12:f0:2c:f3:6e> from scan table, refcnt 1 ieee80211_next_scan: chan 255->1 iwi0: received beacon from 00:0e:9b:46:da:82 rssi -77 [00:0e:9b:46:da:82] new beacon on chan 1 (bss chan 1) "N9UF_TEL9COM" [00:0e:9b:46:da:82] caps 0x1 bintval 100 erp 0x0 ieee80211_setup_node 0xc2445400<00:0e:9b:46:da:82> in scan table iwi0: received probe_resp from 00:0f:b5:25:5f:04 rssi -76 [00:0f:b5:25:5f:04] new probe_resp on chan 3 (bss chan 3) "cyb" [00:0f:b5:25:5f:04] caps 0x21 bintval 100 erp 0x0 ieee80211_setup_node 0xc2442000<00:0f:b5:25:5f:04> in scan table iwi0: received beacon from 00:0f:b5:25:5f:04 rssi -76 jarjarbinks:sys# ifconfig iwi0 iwi0: flags=8802 mtu 1500 ether 00:12:f0:2c:f3:6e media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid cyb authmode OPEN privacy OFF txpowmax 100 %%% I friend with an iBook can easily connect to this access-point. I don't understand why I can't get the associated status. Note that the shown MAC address is the correct one, thus the card seems to receive some beacon frames, it's not a ``link'' error. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Fri May 20 21:07:28 2005 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 2C50616A4CE for ; Fri, 20 May 2005 21:07:28 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 50DED43D31 for ; Fri, 20 May 2005 21:07:27 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 1882 invoked from network); 20 May 2005 21:07:26 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 20 May 2005 21:07:26 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 20 May 2005 16:07:23 -0500 (CDT) From: Mike Silbersack To: Jeremie Le Hen In-Reply-To: <20050520193528.GY818@obiwan.tataz.chchile.org> Message-ID: <20050520160522.U18207@odysseus.silby.com> References: <20050520193528.GY818@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@FreeBSD.org Subject: Re: iwi(4) not working 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, 20 May 2005 21:07:28 -0000 On Fri, 20 May 2005, Jeremie Le Hen wrote: > Hi, > > I tried to use my integrated wireless network card. I get the > iwicontrol(8) utility on Damien Bergamini's website [1], as well as > the firmware tarball. I use CURRENT's iwi(4) driver, I guess it's > the lastest revision as the driver of the website last changed during > January 2005. There are a glitches with iwi right now. Damien is aware of them, but is busy in real life right now, and it may be another week or two before he has a chance to get to them. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri May 20 21:13:41 2005 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 B4A9D16A4D0 for ; Fri, 20 May 2005 21:13:41 +0000 (GMT) Received: from cp385968-a.gelen1.lb.home.nl (cp385968-a.gelen1.lb.home.nl [84.28.185.135]) by mx1.FreeBSD.org (Postfix) with SMTP id B652A43D7F for ; Fri, 20 May 2005 21:13:40 +0000 (GMT) (envelope-from nag@gmx-gmbh.de) Received: from [127.208.92.166] (port=2274 helo=[ambulatory]) by cp385968-a.gelen1.lb.home.nl with esmtp id 5490194637roamed60918 for freebsd-net@freebsd.org; Fri, 20 May 2005 23:13:41 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <5563542608.74070@cp385968-a.gelen1.lb.home.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-net@freebsd.org From: Joey Date: Fri, 20 May 2005 23:13:40 +0200 X-Mailer: Apple Mail (2.728) Subject: Finally a Patch that works! 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, 20 May 2005 21:13:41 -0000 Penis Enlargement announcement http://www.legahe.com/ss/ ADD 3+ inches today - don't get left behind From owner-freebsd-net@FreeBSD.ORG Fri May 20 21:49:05 2005 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 B32CB16A4CE for ; Fri, 20 May 2005 21:49:05 +0000 (GMT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id D358543D77 for ; Fri, 20 May 2005 21:49:04 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:4f8:3:bb:bc95:2d64:c352:46ff]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id A56AD15218; Sat, 21 May 2005 06:51:22 +0900 (JST) Date: Sat, 21 May 2005 06:49:56 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: snap-users@kame.net In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: Code nit questions... 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, 20 May 2005 21:49:05 -0000 >>>>> On Tue, 17 May 2005 11:05:10 -0700, >>>>> gnn@freebsd.org said: >> > *) Insert proper return value checking. >> >> in6_embedscope() should not fail in this context (so we could even >> panic if it does), but you probably want to be very proactive by >> eliminating as many (hidden) assumptions as possible. If so, please >> go ahead with the change, but then I'd rather check the return value >> of in6_recoverscope() as well. The latest KAME snap does not use ip6_embedscope() or in6_recoverscope() in the corresponding part. So, please simply go ahead with whatever change you want to make. BTW: you do not necessarily have to wait for the KAME snap before committing changes to the FreeBSD repository, particularly for trivial fixes like this one. Of course, we always appreciate a prior notice and solicitation of comments. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Fri May 20 22:52:58 2005 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 8082116A4D1; Fri, 20 May 2005 22:52:58 +0000 (GMT) Received: from sonic.ux6.net (sonic.ux6.net [64.62.252.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42B9943D88; Fri, 20 May 2005 22:52:58 +0000 (GMT) (envelope-from miha@sonic.ux6.net) Received: from miha by sonic.ux6.net with local (Exim 4.51 (FreeBSD)) id 1DZGMU-000MDn-4p; Fri, 20 May 2005 15:52:58 -0700 Date: Fri, 20 May 2005 15:52:58 -0700 From: Mikhail To: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Message-ID: <20050520225258.GA77121@sonic.ux6.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline X-Operating-System: FreeBSD X-PGP-Key: http://sonic.ux6.net/~miha/gpg_miha.asc User-Agent: Mutt/1.5.9i Subject: Weired routing issues 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, 20 May 2005 22:52:58 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello lists, (I apologize for cross-posting to freebsd-ipfw). I came across very weird issue with routing today - somehow, FreeBSD box ro= utes packets it shouldn't be routing. Here it goes: One of our customers has VPN connection to one of the remote servers. We ar= e using OpenVPN-2 tunnel for this purpose because it is relatively easy to = setup and maintain. The VPN tunnel is used for customer to access internet through remote VPN s= erver to which he connects, so it basically looks as: [customer]--->[secure vpn tun via internet]--->[vpn server]--->[internet fo= r customer] The whole setup is pretty straightforward: On customer's end, customer connects to the Net through DSL modem, and has = a small DMZ locally. There is also a FreeBSD box, which is used to setup Op= enVPN tunnel. Both FreeBSD box and customer are in one switch, within one s= ubnet, and see the Net through the DSL modem (which is plugged into the sam= e switch for uplink). On servers' end, there is a standalone FreeBSD box connected to the Net. Since customer's FreeBSD box is NAT'ed behind DSL modem, OpenVPN tunnel was= setup the way both sides see each other internally (within tunnel) using l= ocal IPs: 192.168.10.3, iface tun0 - the IP remote VPN server has once VPN connection= gets established 192.168.10.4, iface tun0 - the IP customer's FreeBSD has once VPN connectio= n gets established The subnet customer uses inside his DMZ is 10.0.0.0/24. The following IPs a= re used: 10.0.0.1 - DSL modem 10.0.0.2 - FreeBSD VPN box 10.0.0.3 - customer's computer So my aim was to route 10.0.0.3 to the Net through remote VPN server. This = was accomplished with the following steps: 1) run natd on remote VPN server, with divert rules as: divert 8668 ip from 10.0.0.0/24 to any out xmit rl0 2) add routing entry on remote VPN server for 10.0.0.0/24 net: /sbin/route add 10.0.0.0/24 192.168.10.4 3) turn on interface forwarding on both sides 4) on customer's FreeBSD box setup packet forwarding to remote VPN server a= s: ipfw add fwd 192.168.10.3 ip from 10.0.0.3 to any So the final step remains is to change default gateway on 10.0.0.3 to FreeB= SD VPN box (10.0.0.2) instead of DSL modem. And voila - 10.0.0.3 sees inter= net through this VPN tunnel and all works beautifully. So far all seems great, however now I need to route this customer back thro= ugh his DSL modem. To do that, customer simply changes his default gateway = back to DSL modem (10.0.0.1). All works beautifully, but one serious proble= m just occured -=20 customer did not change his route back to 10.0.0.1 (he still had FreeBSD's = 10.0.0.2 in his settings), and I removed "fwd" route from ipfw by mistake, = and what we saw was that customer was still able to surf the Net! However, = his was routed through his normal path (not VPN). - ipfw was flushed - there's no natd, nor any other nat on FreeBSD box - no routing or anything but it still acted as a gateway, routing packets it shouldn't be. So after such a long thread (which I could probably cut a lot), my question= is - how is it possible that local FreeBSD box passed packets that it shou= ldn't be passing? I bashed my head against the wall for few hours now, and still couldn't fig= ure - every time I remove "fwd" rule from ipfw, customer goes normal route = with no other changes. I tweaked all sysctls I could think of, and came to if I disable interface = forwarding - customer gets cut, and he does not see the Net; enable interfa= ce forwarding back and he sees the Net again. I'm totally lost at this poin= t. Here's what was used to setup VPN tunnel: - OpenVPN-2.0 - remote VPN server runs FreeBSD-4.10 - local VPN server runs FreeBSD-5.2 - customer's PC runs Windows XP - 10/100mbit network switch - DSL modem local FreeBSD /etc/sysctl & network: ############################## kern.corefile=3D/tmp/%N.code kern.logsigexit=3D0 net.inet.ip.forwarding=3D1 net.inet.ip.fastforwarding=3D1 net.inet.ip.fw.one_pass=3D0 net.inet.tcp.inflight_enable=3D1 ############################## $ ifconfig sk0: flags=3D8843 mtu 1500 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 inet6 fe80::211:2fff:fe87:919d%sk0 prefixlen 64 scopeid 0x1 ether 00:11:2f:87:91:9d media: Ethernet autoselect (100baseTX ) status: active plip0: flags=3D8810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 tun0: flags=3D8051 mtu 1500 inet6 fe80::211:2fff:fe87:919d%tun0 prefixlen 64 scopeid 0x4 inet 192.168.10.4 --> 192.168.10.3 netmask 0xffffffff Opened by PID 454 $ netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGS 0 77 sk0 10/24 link#1 UC 0 0 sk0 10.0.0.1 00:a0:c5:9a:d7:49 UHLW 1 0 sk0 841 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.10.3 192.168.10.4 UH 0 65 tun0 Anything else I need to specify? I would highly appreciate any help/tips on how to find and remedy this issu= e. Sincerely, --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCjmpJoHRayxAsyDsRAq2QAKCsG4pzpKamKABPoUOxjflDSTAxzACfbAH2 L1Z831+tYEthHqqnkJEprts= =LW0g -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-net@FreeBSD.ORG Sat May 21 02:08:18 2005 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 441B716A4CE for ; Sat, 21 May 2005 02:08:18 +0000 (GMT) Received: from cwb.pacific.net.hk (cwb.pacific.net.hk [202.14.67.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2EE643D1F for ; Sat, 21 May 2005 02:08:16 +0000 (GMT) (envelope-from jmok@attglobal.net) Received: from [192.168.16.50] (154.159.17.210.fixed.pacific.net.hk [210.17.159.154]) by cwb.pacific.net.hk with ESMTP id j4L28AtM029773; Sat, 21 May 2005 10:08:15 +0800 (CST) Message-ID: <428E97F0.5090408@attglobal.net> Date: Sat, 21 May 2005 10:07:44 +0800 From: John Mok User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ragnar Lonn References: <428DFD1F.7010309@packetfront.com> In-Reply-To: <428DFD1F.7010309@packetfront.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Realtek re(4) driver for FreeBSD 4.x? 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, 21 May 2005 02:08:18 -0000 Did you try the driver for FreeBSD 4.x from Realtek? http://www.realtek.com.tw/downloads/downloads1-3.aspx?series=16&Software=True Regards, John Mok Ragnar Lonn wrote: > Hi, > > I have a couple of D-link gigabit-ethernet cards that I'd like to run > on FreeBSD 4.11 > but it seems the driver only exists for FreeBSD 5.x. > > I saw that a certain Barry Bouwsma (who happens to be an old > acquaintance of mine), > had made an attempt at porting the re(4) driver to FreeBSD 4 but I > don't know if > he has been successful or not and I can't find any email address to > him that seems > to be working (the NOSPAM.dyndns.dk address seems to be down). > > So - does anyone know if there is a working re(4) driver for FreeBSD 4.x > and also, does anyone know how to reach Barry?? > > Regards, > > /Ragnar > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat May 21 03:16:27 2005 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 0493D16A4CF for ; Sat, 21 May 2005 03:16:27 +0000 (GMT) Received: from web53907.mail.yahoo.com (web53907.mail.yahoo.com [206.190.36.217]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C78143D82 for ; Sat, 21 May 2005 03:16:26 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 77342 invoked by uid 60001); 21 May 2005 03:16:25 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=3ch4ozXj1GXSC/Jf1AWixK8y1MQquySzFe1pBqy1FPqtumuHCzPt7vfHJcm1mi8K7+ipIEXjUPl9uDVnp/FwTTsW60JEChvY9TTm8eS4NesMvtCLa4LTLXvA0F1rVhGVo/MQ2JLOk98SssIiRVr+kyn39b7AY7snjAMy4SJNyqY= ; Message-ID: <20050521031625.77340.qmail@web53907.mail.yahoo.com> Received: from [128.195.64.98] by web53907.mail.yahoo.com via HTTP; Fri, 20 May 2005 20:16:25 PDT Date: Fri, 20 May 2005 20:16:25 -0700 (PDT) From: Daniel Valencia To: freebsd-net@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: sending MAC packets --- again, and again 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, 21 May 2005 03:16:27 -0000 Hello all, I know this may sound funny, but I'm still wrestling with libpcap because I send packets and I cannot read them. I tried also some example code of a toy sniffer from a tutorial to pcap, and it behaves just like my code. As my code is pretty compact, I'm posting it here. I'm sending from another machine (i'm using a hub this time) an Ethernet message with the payload " la lara la la la la " using broadcast to/from addresses. tcpdump in the sniffing machine tells me that the message is in the wire, but my sniffer just stalls and eventually will report a totally unrelated message. Same thing happens with the other pcap example I borrowed. Sending machine is 4.11-RELEASE, listening machine is 5.4-RELEASE. Any help will be grately appreciated! Thanks - Daniel #include #include void printhexdigit( int val, int pos ) { int dig = (val & (0xf << pos)) >> pos; std::cout << (dig>9)? 'a'+dig-0xa: '0'+dig; } int main() { pcap_t *handle; pcap_pkthdr header; char errbuf[PCAP_ERRBUF_SIZE]; errbuf[0] = 0; handle = pcap_open_live( "xl0", BUFSIZ, 1, 0, errbuf ); if( errbuf[0] ) std::cout << errbuf << std::endl; const u_char *q = pcap_next( handle, &header ); std::cout << "sniffed a packet of length " << header.len << std::endl; for( int i = 0; i < header.len; i++ ) { std::cout << ((i % 0x10)? ((i % 8)? " ": " - "): "\n"); printhexdigit( q[i], 1 ); printhexdigit( q[i], 0 ); } std::cout << std::endl; return 0; } __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Sat May 21 03:36:52 2005 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 19E6316A4CE for ; Sat, 21 May 2005 03:36:52 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C38843D53 for ; Sat, 21 May 2005 03:36:51 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 2AA4219F3B; Fri, 20 May 2005 20:37:37 -0700 (PDT) From: "Darren Pilgrim" To: "'Jeremie Le Hen'" , Date: Fri, 20 May 2005 20:36:41 -0700 Message-ID: <001d01c55db6$5113f2a0$0a2a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <20050520193528.GY818@obiwan.tataz.chchile.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal Subject: RE: iwi(4) not working 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, 21 May 2005 03:36:52 -0000 > From: Jeremie Le Hen > jarjarbinks:sys# ifconfig iwi0 > iwi0: flags=3D8802 mtu 1500 > ether 00:12:f0:2c:f3:6e > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid cyb > authmode OPEN privacy OFF txpowmax 100 > %%% >=20 > I friend with an iBook can easily connect to this access-point. I = don't > understand why I can't get the associated status. > Note that the shown MAC address is the correct one, thus the=20 > card seems to receive some beacon frames, it's not a ``link'' error. The NIC doesn't have to be associated to get the beacon frames. As Mike said, iwi is still deep in beta territory. A common workaround to get = the NIC to associate is to drop it out of autoselect using the "mode N" = argument to ifconfig. Replace "N" with "11a", "11b" or "11g", depending on which flavor of wireless you're using. BTW, WPA is broken. From owner-freebsd-net@FreeBSD.ORG Sat May 21 04:15:48 2005 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 86CD816A4CE for ; Sat, 21 May 2005 04:15:48 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00EA843D64 for ; Sat, 21 May 2005 04:15:47 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so31717wri for ; Fri, 20 May 2005 21:15:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OmURD4vi0MGOJ95xkEHTpoApZYy2xeMZWJeUxXmsPqLlnycbwxfdyzrfvzyI4HVh46Ft8mJy6imZTPD57M2H10WxXhGHWcioR59StIe5/TvwCr6VbMmnUM0cSEd+CnnBlsIsfV5LkNsHiFhiup8y+GfUxQYEtRexwSo25neoj9g= Received: by 10.54.61.12 with SMTP id j12mr1548163wra; Fri, 20 May 2005 21:15:47 -0700 (PDT) Received: by 10.54.39.65 with HTTP; Fri, 20 May 2005 21:15:47 -0700 (PDT) Message-ID: <8eea040805052021151f0cdce7@mail.gmail.com> Date: Fri, 20 May 2005 21:15:47 -0700 From: Jon Simola To: Daniel Valencia In-Reply-To: <20050521031625.77340.qmail@web53907.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050521031625.77340.qmail@web53907.mail.yahoo.com> cc: freebsd-net@freebsd.org Subject: Re: sending MAC packets --- again, and again X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jon@abccomm.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 May 2005 04:15:48 -0000 On 5/20/05, Daniel Valencia wrote: > my sniffer just stalls and eventually will report a totally unrelated mes= sage. ... > handle =3D pcap_open_live( "xl0", BUFSIZ, 1, 0, errbuf ); Uh, you're asking it to wait forever to see a packet. I don't see a #define in there for BUFSIZ, so you might be asking it to catch zero bytes. And what is the "totally unrelsated message"? I'd try using pcap_loop() or friends so you can catch and examine more than a single packet. And don't forget to call pcap_close() at the end, I'm not sure how polite pcap is about leaving dangling bpf devices. --=20 Jon Simola Systems Administrator ABC Communications From owner-freebsd-net@FreeBSD.ORG Sat May 21 16:27:39 2005 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 7F1FD16A4CE for ; Sat, 21 May 2005 16:27:39 +0000 (GMT) Received: from web53905.mail.yahoo.com (web53905.mail.yahoo.com [206.190.36.215]) by mx1.FreeBSD.org (Postfix) with SMTP id 0512243D92 for ; Sat, 21 May 2005 16:27:39 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 29479 invoked by uid 60001); 21 May 2005 16:27:38 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=RiApVC+LdM/S8DT4SLtC1n5tVrrLEDbElmy/xO38bCn9m1BWmJPRBosPaCc+x+ItwOgjMJUywcMod0rEcOZTXiYveaPxJf0pvInspp31qCDpVbARRx5yiceooCpie1UziZ3LmRDMPv/L4Fx9BCe0qA+aqk5P/zQFr0wCcOqenLk= ; Message-ID: <20050521162738.29477.qmail@web53905.mail.yahoo.com> Received: from [128.195.64.98] by web53905.mail.yahoo.com via HTTP; Sat, 21 May 2005 09:27:38 PDT Date: Sat, 21 May 2005 09:27:38 -0700 (PDT) From: Daniel Valencia To: freebsd-net@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: sending MAC packets --- again, and again 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, 21 May 2005 16:27:39 -0000 Hello and thanks for your prompt answer... I followed your (Jon Simola's) advice, so i defined BUFSIZ as 2000, although my tutorial said it was defined somewhere in the pcap headers, and added a pcap_loop instead of the pcap_next. I also modified the program to only show packets that are sent from a broadcast address and to a broadcast address (which is how i'm sending my packets). I can see almost all the packets I send. The issue is a little interesting, because I'd expect in a network with almost no trafic for my packets to show up immediately. Actually, at startup my sniffer stalls for a good minute and half, during which period some of the packets I send will show up and some will not, and after all the bunch is printed, it stalls again, while I keep putting messages in the wire from the other machine. After some more 60 seconds have passed, i see all of the messages appear all at once. Is this normal pcap behaviour, or is it some FreeBSD-specific behaviour, or is it just me? Thank you again - Daniel --- Jon Simola wrote: > On 5/20/05, Daniel Valencia > wrote: > > > my sniffer just stalls and eventually will report > a totally unrelated message. > ... > > handle = pcap_open_live( "xl0", BUFSIZ, 1, > 0, errbuf ); > > Uh, you're asking it to wait forever to see a > packet. I don't see a > #define in there for BUFSIZ, so you might be asking > it to catch zero > bytes. And what is the "totally unrelsated message"? > > I'd try using pcap_loop() or friends so you can > catch and examine more > than a single packet. > > And don't forget to call pcap_close() at the end, > I'm not sure how > polite pcap is about leaving dangling bpf devices. > > -- > Jon Simola > Systems Administrator > ABC Communications > Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html From owner-freebsd-net@FreeBSD.ORG Sat May 21 16:36:41 2005 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 B42C616A4CE for ; Sat, 21 May 2005 16:36:41 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477ED43DA3 for ; Sat, 21 May 2005 16:36:41 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) id j4LGafaZ005267; Sat, 21 May 2005 09:36:41 -0700 (PDT) Received: from [192.168.1.101] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j4LGad1C028446; Sat, 21 May 2005 09:36:40 -0700 (PDT) In-Reply-To: <20050521031625.77340.qmail@web53907.mail.yahoo.com> References: <20050521031625.77340.qmail@web53907.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Sat, 21 May 2005 12:36:33 -0400 To: Daniel Valencia X-Mailer: Apple Mail (2.622) cc: freebsd-net@freebsd.org Subject: Re: sending MAC packets --- again, and again 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, 21 May 2005 16:36:41 -0000 On May 20, 2005, at 11:16 PM, Daniel Valencia wrote: > I know this may sound funny, but I'm still wrestling > with libpcap because I send packets and I cannot read > them. I tried also some example code of a toy sniffer > from a tutorial to pcap, and it behaves just like my > code. As my code is pretty compact, I'm posting it > here. What you need to do is run "tcpdump -envvvX" and take a careful look at the packets being sent. In particular, watch out for packets containing something like this: "[bad tcp cksum 9f96 (->e867)!]", this generally means you have misconstructed the packet-- watch out for required padding to align the start of each protocol block. However, you really need to run this command from another machine in order to see what is really going out on the wire, running tcpdump locally means it intercepts the traffic while it is still being processed by the stack, and TXCSUM hardware or the like might change things... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Sat May 21 16:56:55 2005 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 7493A16A4CE for ; Sat, 21 May 2005 16:56:55 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E8343D48 for ; Sat, 21 May 2005 16:56:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) id j4LGusJs010940; Sat, 21 May 2005 09:56:54 -0700 (PDT) Received: from [192.168.1.101] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j4LGuqfU002760; Sat, 21 May 2005 09:56:53 -0700 (PDT) In-Reply-To: <20050521162738.29477.qmail@web53905.mail.yahoo.com> References: <20050521162738.29477.qmail@web53905.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <1e68f176b1351a2d8e697ee599ca2c2f@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Sat, 21 May 2005 12:56:49 -0400 To: Daniel Valencia X-Mailer: Apple Mail (2.622) cc: freebsd-net@freebsd.org Subject: Re: sending MAC packets --- again, and again 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, 21 May 2005 16:56:55 -0000 On May 21, 2005, at 12:27 PM, Daniel Valencia wrote: > [ ...pcap reading code stalling... ] > > Is this normal pcap behaviour, or is it some > FreeBSD-specific behaviour, or is it just me? It's unfortunately normal. You're running into this (from "man pcap"): NOTE: when reading a live capture, pcap_dispatch() will not necessarily return when the read times out; on some platforms, the read timeout isn't supported, and, on other platforms, the timer doesn't start until at least one packet arrives. This means that the read timeout should NOT be used in, for example, an interactive application, to allow the packet capture loop to ``poll'' for user input periodically, as there's no guarantee that pcap_dispatch() will return after the timeout expires. You can help prompt the pcap timeout to work better by *sending* a packet just before you try to sniff packets. However, in the end you'll probably find yourself either going multithreaded or using alarm() and a signal handler to periodicly wake the program up to pay attention to other things if the pcap sniffing goes into long hibernation. Or maybe both. :-) But then, the standard calls for getting hostnames (getaddrinfo, gethostbyname) block, too, so you maybe you'll throw DNS lookup code into another thread anyway, or else end up crafting your own DNS resolver code since you're already sniffing the packets.... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Sat May 21 18:06:43 2005 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 B4AFE16A4CF for ; Sat, 21 May 2005 18:06:43 +0000 (GMT) Received: from web53909.mail.yahoo.com (web53909.mail.yahoo.com [206.190.36.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 09F3143D53 for ; Sat, 21 May 2005 18:06:43 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 43877 invoked by uid 60001); 21 May 2005 18:06:42 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Nupf0ULvFTriaFtwdKXDD88fOsEJ6Y274padaywdczGG5t8yyCtsLjDX0mSIOGZj+lkP98ShM0GZrutv5+3PIvxJpBtPvNl36hsJfrK/xLYExU8wRnJUawOnpUDERn3oXD58vcfLPqx0DDYG7CgOsGaoBBMkekeoZzk2ss/PoUA= ; Message-ID: <20050521180642.43875.qmail@web53909.mail.yahoo.com> Received: from [128.195.64.98] by web53909.mail.yahoo.com via HTTP; Sat, 21 May 2005 11:06:42 PDT Date: Sat, 21 May 2005 11:06:42 -0700 (PDT) From: Daniel Valencia To: freebsd-net@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: sending MAC packets --- again, and again 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, 21 May 2005 18:06:43 -0000 Hello --- Charles Swiger wrote: > pcap_dispatch() will not > necessarily > return when the read times out; on some > platforms, the read > timeout > isn't supported, and, on other platforms, > the timer doesn't > start until > at least one packet arrives. This means If I read this correctly, pcap will sometimes wait forever until a packet appears, which I don't actually mind because it's actually the behaviour that I'm expecting. What is really odd is that even when packets ARE arriving, pcap_loop just sits there, lets the packets pile up, and then shows all the messages at once... then it blocks again for a while, even as I send messages from the other computer, just to show them all at once again, and so on... > you'll probably find yourself either going > multithreaded or using I'm actually going multithreaded, but I'd expect a packet to show up immediately, so I can process it and perform the routing in a timely manner, rather than delivering a packet a minute after it was sent. Thank you very much! - Daniel __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-net@FreeBSD.ORG Sat May 21 18:21:36 2005 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 268DF16A4CE for ; Sat, 21 May 2005 18:21:36 +0000 (GMT) Received: from web53908.mail.yahoo.com (web53908.mail.yahoo.com [206.190.36.218]) by mx1.FreeBSD.org (Postfix) with SMTP id A47CD43D86 for ; Sat, 21 May 2005 18:21:35 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 41207 invoked by uid 60001); 21 May 2005 18:21:35 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=P6WUpKH2/t2QWePdAARwBWsNrLPvuupxVJ5mJlGeQe87ygDCdHGBs9N2Itp9W8GYR2s6FPCChhgnO18joiBa2GZwbozdxZViybxetv3eJbHnOk2HQu3iW150hkIm/rTM5xUPxsOC0xMjCzq8ogMOSkIvgHHyGt3DciVebJynju4= ; Message-ID: <20050521182135.41205.qmail@web53908.mail.yahoo.com> Received: from [128.195.64.98] by web53908.mail.yahoo.com via HTTP; Sat, 21 May 2005 11:21:34 PDT Date: Sat, 21 May 2005 11:21:34 -0700 (PDT) From: Daniel Valencia To: freebsd-net@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [SOLVED] sending MAC packets --- again, and again 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, 21 May 2005 18:21:36 -0000 Hello all Thanks to your answers, and thanks to Charles Swiger for mentioning the timeout value, i went to the manpage and re-read that, and figured out that I had misinterpreted the timeout purpose. I thought that if I set it to zero, I would wait forever and as soon as a packet arrived I would be notified... I was wrong... When I set it to zero, pcap_loop would actually wait forever before notifying me of any received packets. Setting the timeout to 1 I get the packets immediately after pcap sees them. The only problem is, I'm imposing an artificial 1ms delay in my receiving of packets. It's not actually important at this point, but it would be nice if it weren't that way. Again, thank you all - Daniel --- Daniel Valencia wrote: > Hello > > --- Charles Swiger wrote: > > pcap_dispatch() will not > > necessarily > > return when the read times out; on > some > > platforms, the read > > timeout > > isn't supported, and, on other platforms, > > the timer doesn't > > start until > > at least one packet arrives. This means > > If I read this correctly, pcap will sometimes wait > forever until a packet appears, which I don't > actually > mind because it's actually the behaviour that I'm > expecting. What is really odd is that even when > packets ARE arriving, pcap_loop just sits there, > lets > the packets pile up, and then shows all the messages > at once... then it blocks again for a while, even as > I > send messages from the other computer, just to show > them all at once again, and so on... > > > you'll probably find yourself either going > > multithreaded or using > > I'm actually going multithreaded, but I'd expect a > packet to show up immediately, so I can process it > and > perform the routing in a timely manner, rather than > delivering a packet a minute after it was sent. > > Thank you very much! > > - Daniel > > > > > __________________________________ > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your > mobile phone. > http://mobile.yahoo.com/learn/mail > _______________________________________________ > 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" > Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.html