From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 03:26:13 2003 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 4033216A4B3 for ; Mon, 6 Oct 2003 03:26:13 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324F343FDD for ; Mon, 6 Oct 2003 03:26:11 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h96AMKh20783; Mon, 6 Oct 2003 12:22:20 +0200 (MEST) Date: Mon, 6 Oct 2003 12:22:20 +0200 (CEST) From: Harti Brandt To: Bruce M Simpson In-Reply-To: <20031004015510.GC658@saboteur.dek.spc.org> Message-ID: <20031006121405.D41960@beagle.fokus.fraunhofer.de> References: <5.2.1.1.2.20030615064011.02e39eb8@194.184.65.4> <20031001182507.GA24453@saboteur.dek.spc.org> <20031004015510.GC658@saboteur.dek.spc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Barney Wolff cc: net@freebsd.org Subject: Re: ADSL PPoA or RFC1483, any 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: Mon, 06 Oct 2003 10:26:13 -0000 On Sat, 4 Oct 2003, Bruce M Simpson wrote: BMS>On Thu, Oct 02, 2003 at 09:53:08AM +0200, Harti Brandt wrote: BMS>> Does PPPoA really need signalling? I tried to find any pointers to PPPoA BMS>> specification, but this seems to be not easy to find. BMS> BMS>I was probably half asleep when I wrote that answer :) it's been a stressful BMS>week. BMS>I should correct myself - more often than not ISPs just use PVCs. The userland BMS>PPP could probably be run on top of a device node exporting the PVC. What kind of device node would that need to be? A tty node? Something like ng_tty only the other way 'round? BMS>I prefer the idea of in-kernel ppp, though, for 1Mbps+ xDSL use. I suppose something like pppoed would do it by just stacking the pppoed node on top of an ng_atm node instead of ng_ether's orphan. How is PPPoE different from PPPoA? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 06:45:34 2003 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 F249716A4B3 for ; Mon, 6 Oct 2003 06:45:34 -0700 (PDT) Received: from smtp.Jaluna.COM (smtp.jaluna.com [212.11.48.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F36B43FD7 for ; Mon, 6 Oct 2003 06:45:33 -0700 (PDT) (envelope-from Ivan.Boule@Jaluna.COM) Received: from mail.Jaluna.COM (mailspool [192.168.0.252]) by smtp-gw (8.12.3/8.12.3) with ESMTP id h96BPedw007344 for ; Mon, 6 Oct 2003 13:25:40 +0200 Received: from dvorak (dvorak [129.157.196.32]) by mail.Jaluna.COM (8.12.3/8.12.3) with SMTP id h96Djgce016037 for ; Mon, 6 Oct 2003 15:45:43 +0200 (MEST) Message-Id: <200310061345.h96Djgce016037@mail.Jaluna.COM> Date: Mon, 6 Oct 2003 15:45:10 +0200 (MEST) From: Ivan Boule To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: 4IQMIsGg2luYvnRR80Wq/w== X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.4 SunOS 5.8 sun4u sparc Subject: Support for RFC2991/RFC2992 in freeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Ivan Boule List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 13:45:35 -0000 I would like to know which freeBSD release includes support for RFC2991/RFC2992 (multipath routing). More globally, it there a place where valuable information such as "list of supported RFCs" is available for every freeBSD release? Thanks in advance, Ivan ---- Ivan Boule Web : www.jaluna.com Phone: +33 1 39 44 74 30 Fax : +33 1 30 57 00 66 From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 06:55:09 2003 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 CAF2416A4BF for ; Mon, 6 Oct 2003 06:55:09 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37B2D43F93 for ; Mon, 6 Oct 2003 06:55:08 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id CD99965464; Mon, 6 Oct 2003 14:55: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 31237-01-7; Mon, 6 Oct 2003 14:55:06 +0100 (BST) Received: from saboteur.dek.spc.org (unknown [81.3.72.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 9EBB165400; Mon, 6 Oct 2003 14:55:05 +0100 (BST) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id ABA5D15; Mon, 6 Oct 2003 14:54:53 +0100 (BST) Date: Mon, 6 Oct 2003 14:54:53 +0100 From: Bruce M Simpson To: Ivan Boule Message-ID: <20031006135453.GJ31567@saboteur.dek.spc.org> Mail-Followup-To: Ivan Boule , freebsd-net@freebsd.org References: <200310061345.h96Djgce016037@mail.Jaluna.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200310061345.h96Djgce016037@mail.Jaluna.COM> cc: freebsd-net@freebsd.org Subject: Re: Support for RFC2991/RFC2992 in freeBSD 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, 06 Oct 2003 13:55:10 -0000 On Mon, Oct 06, 2003 at 03:45:10PM +0200, Ivan Boule wrote: > I would like to know which freeBSD release includes support > for RFC2991/RFC2992 (multipath routing). None of them do, yet. I'd like this, but there are too many other things we have to fix first; Sam's work has to be finished, for one thing. > More globally, it there a place where valuable information such as > "list of supported RFCs" is available for every freeBSD release? Wollman may be able to help, he looks after things to do with standards... BMS From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 10:54:27 2003 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 58CD416A4B3 for ; Mon, 6 Oct 2003 10:54:27 -0700 (PDT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C21C43FF7 for ; Mon, 6 Oct 2003 10:54:23 -0700 (PDT) (envelope-from yannick.dambielle@free.fr) Received: from shibuya (nord-5-82-67-198-63.fbx.proxad.net [82.67.198.63]) by postfix4-2.free.fr (Postfix) with SMTP id DF763D27D for ; Mon, 6 Oct 2003 19:54:21 +0200 (CEST) Message-ID: <001601c38c32$dfcccbe0$3fc64352@shibuya> From: "Dambielle Yannick" To: References: Date: Mon, 6 Oct 2003 19:54:22 +0200 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.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Linking interfaces and system variables 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, 06 Oct 2003 17:54:27 -0000 Hello everybody, I have 2 questions. Firslty, is there a way to "link" interfaces by using some system variables like the one I can use for bridging interfaces ? i.e. sysctl net.link.ether.bridge_cfg=rl0,rl1. Then, according to the freebsd handbook it exist almost 500 system variables which can be read and set. Does it exist a paper or anything else that explain all that variables and why they are used ? best regards, Yannick From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 11:01:31 2003 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 0874116A4BF for ; Mon, 6 Oct 2003 11:01:31 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D7443FCB for ; Mon, 6 Oct 2003 11:01:27 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h96I1QFY060669 for ; Mon, 6 Oct 2003 11:01:26 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h96I1Qe5060663 for freebsd-net@freebsd.org; Mon, 6 Oct 2003 11:01:26 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Oct 2003 11:01:26 -0700 (PDT) Message-Id: <200310061801.h96I1Qe5060663@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, 06 Oct 2003 18:01:31 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/05/04] kern/37761 net process exits but socket is still ESTABLI 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Oct 6 12:33:24 2003 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 D4FB016A4B3 for ; Mon, 6 Oct 2003 12:33:24 -0700 (PDT) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC11043F93 for ; Mon, 6 Oct 2003 12:33:23 -0700 (PDT) (envelope-from cmascott@att.net) Received: from callisto.local (133.cambridge-01rh15rt.ma.dial-access.att.net[12.91.16.133]) by mtiwmhc13.worldnet.att.net (mtiwmhc13) with ESMTP id <20031006193321113007rs89e>; Mon, 6 Oct 2003 19:33:22 +0000 Received: from callisto.local (localhost.local [127.0.0.1]) by callisto.local (8.12.8p1/8.12.8) with ESMTP id h96JXGmf000506 for ; Mon, 6 Oct 2003 15:33:16 -0400 (EDT) (envelope-from cmascott@callisto.local) Received: (from cmascott@localhost) by callisto.local (8.12.8p1/8.12.8/Submit) id h96JXFY8000505 for freebsd-net@freebsd.org; Mon, 6 Oct 2003 15:33:15 -0400 (EDT) Date: Mon, 6 Oct 2003 15:33:15 -0400 (EDT) From: Carl Mascott Message-Id: <200310061933.h96JXFY8000505@callisto.local> To: freebsd-net@freebsd.org Subject: 4.8-R: problem when tcp.recvspace=56K (default) 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, 06 Oct 2003 19:33:25 -0000 FreeBSD 4.8-R kernel.GENERIC user ppp P II - 400 128 MB RAM 56K ext. modem, 45.3K connection Something in the socket/proto/network interface area doesn't work correctly when tcp.recvspace=56K, the default value in 4.8-R. It DOES work correctly when tcp.recvspace= 16K, 32K, 48K. I see the following repeatable problem. At the same point in the ftp reception of a 218K .gz file, received data stops getting delivered to the ftp client and starts stacking up in mbufs. The ftp client reports "stalled". When the recvspace limit is reached, the entire socket receive buffer is delivered to the ftp client as fast as the client can take it. For the remainder of the file transfer there are no further ftp client stalls. Note that the stall occurs at approx. 2 * tcp.recvspace. Please note that this stall would not be perceptible on a LAN: the 56K socket receive buffer would fill up too quickly. This would be mostly harmless were it not for the extra mbufs being consumed. On a system with many TCP connections the supply of mbufs might be exhausted. Following is a log of my activities in trying to track down this problem. I haven't been able to pinpoint it. Does anyone have any idea what it might be or how to further track it down? 10/05/03 Start: tcp.recvspace=48K ftp receive 218K .gz file no ftp client stalls netstat -m 191/224/6016 mbufs in use (current/peak/max): 189 mbufs allocated to data 2 mbufs allocated to packet headers 130/146/1504 mbuf clusters in use (current/peak/max) 348 Kbytes allocated to network (7% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Change tcp.recvspace=56K (default) ftp receive 218K .gz file ftp client stalls @ 113K for ~10 seconds, then jumps to 170K ftp client reports "stalled" no modem RxD stall netstat -w 2 -I tun0 shows no stall in tun0 input. netstat -m 192/464/6016 mbufs in use (current/peak/max): 190 mbufs allocated to data 2 mbufs allocated to packet headers 130/146/1504 mbuf clusters in use (current/peak/max) 408 Kbytes allocated to network (9% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Consumed 464-224=240 extra mbufs, no extra mbuf clusters 408-348=60 KB additional RAM allocated to network Note: MSIZE=256 (machine/param.h) Note: No stall w/ tcp.recvspace = 16K, 32K, 48K. Tried ftp -d: echoed all commands sent to host, but didn't appear to produce any socket/proto debug output. From owner-freebsd-net@FreeBSD.ORG Tue Oct 7 09:42:45 2003 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 AD9AE16A4B3 for ; Tue, 7 Oct 2003 09:42:45 -0700 (PDT) Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by mx1.FreeBSD.org (Postfix) with SMTP id AA76843F85 for ; Tue, 7 Oct 2003 09:42:44 -0700 (PDT) (envelope-from q_dolan@yahoo.com.au) Received: from q.onthenet.com.au (HELO ?192.168.100.154?) (q?dolan@203.10.89.214 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 7 Oct 2003 16:40:56 -0000 From: Q To: freebsd-net@freebsd.org Message-Id: <1065544848.88132.234.camel@boxster> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 08 Oct 2003 02:40:48 +1000 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hardware@freebsd.org Subject: NVidia nForce MCP network driver : Update 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, 07 Oct 2003 16:42:45 -0000 Hi, I would just like to give a quick update on the status of my NVidia nForce MCP network driver. So far the driver has proven to be stable on both FreeBSD 5.1-RELEASE and 4.9-RC, and works on all tested nForce and nForce2 motherboards. The driver is now available for public download, the source code and a few other components can be found here: http://www.onthenet.com.au/~q/nvnet/ Keeping in mind that it is still a work in progress. Unfortunately I don't expect that the Athlon64/Opteron nForce3 support will be quite so straight forward to support, but if someone can assist me in getting access to this hardware I will be able to investigate it further. -- Seeya...Q -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _____ / Quinton Dolan q_dolan@yahoo.com.au __ __/ / / __/ / / / __ / _/ / / Gold Coast, QLD, Australia __/ __/ __/ ____/ / - / Ph: +61 419 729 806 _______ / _\ From owner-freebsd-net@FreeBSD.ORG Tue Oct 7 09:44:34 2003 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 34BFB16A4B3; Tue, 7 Oct 2003 09:44:34 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B823243FBD; Tue, 7 Oct 2003 09:44:31 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h97GiDj19377; Tue, 7 Oct 2003 13:44:14 -0300 Message-ID: <3F82ED5D.3060803@tcoip.com.br> Date: Tue, 07 Oct 2003 13:44:13 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030827 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Brooks Davis References: <20030930171535.GA31908@Odin.AC.HMC.Edu> <13247.1064944601@critter.freebsd.dk> <20030930182359.GD31908@Odin.AC.HMC.Edu> In-Reply-To: <20030930182359.GD31908@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: arch@freebsd.org cc: Poul-Henning Kamp cc: net@freebsd.org Subject: Re: adding if_dev member to struct ifnet 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, 07 Oct 2003 16:44:34 -0000 Brooks Davis wrote: >=20 > Not today, since none of them get used in the paths that do this. In > general the network code doesn't care what you call an interface. Ther= e > are a few corners where it does, but nothing that isn't specific to > a certain set of drivers. Additionally, it is necessary to not have > members called if_name and if_unit if we have if_xname as the primary > driver name. It's also worth noting that one of the things I want to d= o > is break the driver+unit mapping for certain types of pseudo devices. > Specifically vlan devices should be allocatable by creating an interfac= e > with a name like fxp0.100 so while you could synthesize a unit number, > it wouldn't have any useful meaning. I wonder how that works for vlans over bridges... --=20 Daniel C. Sobral Ger=EAncia de Opera=E7=F5es Divis=E3o de Comunica=E7=E3o de Dados Coordena=E7=E3o de Seguran=E7a VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 03:17:52 2003 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 E43D316A4B3 for ; Wed, 8 Oct 2003 03:17:52 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E4C43FBD for ; Wed, 8 Oct 2003 03:17:48 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 20B51653E8; Wed, 8 Oct 2003 11:17:48 +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 51715-01-8; Wed, 8 Oct 2003 11:17:47 +0100 (BST) Received: from saboteur.dek.spc.org (unknown [81.3.72.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 883E1653BA; Wed, 8 Oct 2003 11:17:47 +0100 (BST) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id BAEE838; Wed, 8 Oct 2003 11:17:33 +0100 (BST) Date: Wed, 8 Oct 2003 11:17:33 +0100 From: Bruce M Simpson To: Peter Bozarov Message-ID: <20031008101733.GI6524@saboteur.dek.spc.org> Mail-Followup-To: Peter Bozarov , freebsd-net@freebsd.org References: <3F83E2A7.8070209@moniforce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F83E2A7.8070209@moniforce.com> cc: freebsd-net@freebsd.org Subject: Re: Recovery from mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 10:17:53 -0000 On Wed, Oct 08, 2003 at 12:10:47PM +0200, Peter Bozarov wrote: > (First off, I hope I'm posting to the right list.) -net would be more appropriate. [Redirected from -hackers] > I have the following question regarding mbuf cluster exhaustion. > If I've managed to exhaust the pool, I start getting the usual > "All mbuf clusters exhausted, please see tuning(7)." message. > Now, at that point this is what my mbuf pool looked like: Which version of FreeBSD are you using? What network interfaces do you have? What does this box do to get to this stage? What does your routing table look like? BMS From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 04:22:36 2003 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 CED3216A4BF for ; Wed, 8 Oct 2003 04:22:36 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9FD43FBF for ; Wed, 8 Oct 2003 04:22:35 -0700 (PDT) (envelope-from peter.bozarov@moniforce.com) Received: from moniforce.com (213-84-208-64.adsl.xs4all.nl [213.84.208.64]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h98BMYCT064006; Wed, 8 Oct 2003 13:22:34 +0200 (CEST) Message-ID: <3F83F37A.7020908@moniforce.com> Date: Wed, 08 Oct 2003 13:22:34 +0200 From: Peter Bozarov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <3F83E2A7.8070209@moniforce.com> <20031008101733.GI6524@saboteur.dek.spc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Recovery from mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 11:22:36 -0000 Bruce M Simpson wrote: > On Wed, Oct 08, 2003 at 12:10:47PM +0200, Peter Bozarov wrote: > >>(First off, I hope I'm posting to the right list.) > > > -net would be more appropriate. [Redirected from -hackers] > > >>I have the following question regarding mbuf cluster exhaustion. >>If I've managed to exhaust the pool, I start getting the usual >>"All mbuf clusters exhausted, please see tuning(7)." message. >>Now, at that point this is what my mbuf pool looked like: > > > Which version of FreeBSD are you using? > What network interfaces do you have? > What does this box do to get to this stage? > What does your routing table look like? > > BMS Hi, I'm using 4.7. I have three interfaces, rl0, xl0, and xl1. The rl0 interface is a RealTek 8139 10/100BaseTX, the xl* are two 3Com 3c905-TX Fast Etherlink XL cards. This is what my routing tables look like. Internet: Destination Gateway Flags Refs Use Netif Expire default 10.2.1.1 UGSc 4 0 rl0 10/24 link#2 UC 1 0 xl0 10.0.0.2 00:07:e9:d5:18:52 UHLW 0 4 xl0 1196 10.2.1/24 link#1 UC 2 0 rl0 10.2.1.1 00:04:76:1f:53:60 UHLW 5 58 rl0 1151 10.2.1.2 00:60:08:10:4a:36 UHLW 0 2 rl0 1179 10.2.1.68 127.0.0.1 UGHS 0 0 lo0 127.0.0.1 127.0.0.1 UH 2 30 lo0 My machine serves as a bridge between the 10.0.0.0/24 (xl0) and the 10.2.1.0/24 networks (rl0). xl1 is not being used. I've made a tcpdump of machines on the 10.2.1.0/24 network communicating with the internet. Now, on the 10.0.0.0/24, I have a sniffer. I'm trying to test the program by injecting the tcpdump file into the 10.0.0.0/24 network. Apparently, since some of the outgoing traffic on xl0 is originated on or is meant for the localhost (10.2.1.68) the xl0 driver starts buffering/passing those segments to the kernel (xl0 is in promiscuous mode). Shorty after this, I run out of mbuf clusters. If I bring the xl0 card down, my mbuf pool stops growing. The moment I bring xl0 up, I start getting the "All mbuf clusters exhausted" messages again. Bring it down, messages go away, but the clusters that xl0 is using are never released. The only solution is to reboot. How do I cause the driver (or whatever it is) that's hogging the clusters to relinquish them? Peter From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 04:51:29 2003 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 EFF2516A4B3 for ; Wed, 8 Oct 2003 04:51:29 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9003E43F75 for ; Wed, 8 Oct 2003 04:51:28 -0700 (PDT) (envelope-from pcc@gmx.net) Received: (qmail 5524 invoked by uid 0); 8 Oct 2003 11:51:27 -0000 Received: from 217.227.149.208 by www43.gmx.net with HTTP; Wed, 8 Oct 2003 13:51:27 +0200 (MEST) Date: Wed, 8 Oct 2003 13:51:27 +0200 (MEST) From: "Peter Cornelius" To: freebsd-net@FreeBSD.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #491680 Message-ID: <26715.1065613887@www43.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: mpd, MS-vpn and growing confusion. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 11:51:30 -0000 Hi, I have installed mpd-3.14 on FreeBSD petra.cornelius 4.8-STABLE FreeBSD 4.8-STABLE #4: Sun Aug 3 12:08:09 GMT 2003 root@petra.cornelius:/usr/obj/usr/src/sys/PETRA i386 This is not the first time that I fiddle with ppp, so I thought that this would be easy. Not this time, as it seems. When I attempt to connect to a MS 'vpn' server (Windows 2000 'Professional', I suppose), I apparently can authenticate but that's about it (I think). I did experiment with a local Windows XP 'Home Edition' which does connect but since that UI more inhibits my work than helps, it's not a permanent option. I'd probably need only rdp (rdesktop) anyways. Well, to cut a long story short, after much google'ing about, reading, etc., I've reached a state of confusion where I'd appreciate anyone to point me the right way... Thank you very much, all the best, Peter. P.S.: Please be so kind to Cc: my address, thank you. --- Configuration and other information follows. Win XP says (Status -> Details, translated from German): Device name: WAN-Miniport (PPTP) Device type: vpn Server type: PPP transceive [???] TCP/IP [Note: I suppose in English, this is 'protocol', or the like?] Authentication: MS CHAP V2 Encryption: MPPE 128 Compression: MPPC PPP-Multilink-Framing: inactive Server-IP-Address: 172.16.26.1 Client-IP-Address: 172.16.26.7 My mpd.conf (slightly anonymized ;-)): vpn: new -i ng0 vpn vpn0 set iface disable on-demand set iface addrs 172.16.26.129 172.16.26.127 set iface idle 0 #### disconnect the client after 8 hours set iface session 28800 set iface route 172.16.26.0/16 set bundle disable multilink set bundle authname "nt-domain\\user" set link yes acfcomp protocomp set link no pap set link yes chap set link mtu 1460 #### If remote machine is NT you need this.. set link enable no-orig-auth set link keep-alive 61 753 set ipcp yes vjcomp set ipcp ranges 172.16.26.129/16 172.16.26.127/16 #### The five lines below enable Microsoft Point-to-Point encryption #### (MPPE) using the ng_mppc(8) netgraph node type. set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-e128 set bundle enable crypt-reqd set ccp yes mpp-stateless set ccp yes mpp-compress set ccp yes stac open The corresponding mpd.links (dto.): vpn0: set link type pptp set pptp self 192.168.1.32 set pptp peer PPTP.server.address.here set pptp enable originate incoming outcall Finally, the magic mpd output: bash-2.05b$ sudo mpd csvpn Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 76566, version 3.14 (root@petra.cornelius 09:03 7-Oct-2003) [vpn] ppp node is "mpd76566-vpn" mpd: local IP address for PPTP is 192.168.1.32 [vpn] using interface ng0 mpd: option "stac" unknown mpd: option "stac" unknown [vpn] IFACE: Open event [vpn] IPCP: Open event [vpn] IPCP: state change Initial --> Starting [vpn] IPCP: LayerStart [vpn:vpn0] [vpn] bundle: OPEN event in state CLOSED [vpn] opening link "vpn0"... [vpn0] link: OPEN event [vpn0] LCP: Open event [vpn0] LCP: state change Initial --> Starting [vpn0] LCP: LayerStart [vpn0] device: OPEN event in state DOWN pptp0: connecting to PPTP.server.address.here:1723 [vpn0] device is now in state OPENING pptp0: connected to PPTP.server.address.here:1723 pptp0: attached to connection with PPTP.server.address.here:1723 pptp0-0: outgoing call connected at 14808325 bps [vpn0] PPTP call successful [vpn0] device: UP event in state OPENING [vpn0] device is now in state UP [vpn0] link: UP event [vpn0] link: origination is local [vpn0] LCP: Up event [vpn0] LCP: state change Starting --> Req-Sent [vpn0] LCP: phase shift DEAD --> ESTABLISH [vpn0] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 0f841108 AUTHPROTO CHAP MSOFTv2 [vpn0] LCP: rec'd Configure Request #0 link 0 (Req-Sent) AUTHPROTO CHAP MSOFTv2 MAGICNUM 7c3b24b0 PROTOCOMP ACFCOMP CALLBACK Not supported MP MRRU 1614 ENDPOINTDISC [802.1] 9e 39 20 52 41 53 BACP Not supported [vpn0] LCP: SendConfigRej #0 CALLBACK MP MRRU 1614 BACP [vpn0] LCP: rec'd Configure Ack #1 link 0 (Req-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 0f841108 AUTHPROTO CHAP MSOFTv2 [vpn0] LCP: state change Req-Sent --> Ack-Rcvd [vpn0] LCP: rec'd Configure Request #1 link 0 (Ack-Rcvd) AUTHPROTO CHAP MSOFTv2 MAGICNUM 7c3b24b0 PROTOCOMP ACFCOMP ENDPOINTDISC [802.1] 9e 39 20 52 41 53 [vpn0] LCP: SendConfigAck #1 AUTHPROTO CHAP MSOFTv2 MAGICNUM 7c3b24b0 PROTOCOMP ACFCOMP ENDPOINTDISC [802.1] 9e 39 20 52 41 53 [vpn0] LCP: state change Ack-Rcvd --> Opened [vpn0] LCP: phase shift ESTABLISH --> AUTHENTICATE [vpn0] LCP: auth: peer wants CHAP, I want CHAP [vpn0] CHAP: sending CHALLENGE [vpn0] LCP: LayerUp pptp0: CID 0x714e in SetLinkInfo not found [vpn0] CHAP: rec'd CHALLENGE #0 Name: "VPN" Using authname "nt-domain\user" [vpn0] CHAP: sending RESPONSE [vpn0] CHAP: rec'd SUCCESS #0 MESG: S=0354804789EE04346A3F902B3A22EACE47C2DB94 [vpn0] LCP: rec'd Configure Request #3 link 0 (Opened) AUTHPROTO CHAP MSOFTv2 MAGICNUM 019706cb PROTOCOMP ACFCOMP CALLBACK Not supported MP MRRU 1614 ENDPOINTDISC [802.1] 9e 39 20 52 41 53 BACP Not supported [vpn0] LCP: LayerDown [vpn0] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 0f841108 AUTHPROTO CHAP MSOFTv2 [vpn0] LCP: SendConfigRej #3 CALLBACK MP MRRU 1614 BACP [vpn0] LCP: state change Opened --> Req-Sent [vpn0] LCP: phase shift AUTHENTICATE --> ESTABLISH pptp0: CID 0x714e in SetLinkInfo not found [vpn0] LCP: rec'd Configure Reject #2 link 0 (Req-Sent) AUTHPROTO CHAP MSOFTv2 [vpn0] LCP: SendConfigReq #3 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 0f841108 [vpn0] LCP: rec'd Configure Request #4 link 0 (Req-Sent) AUTHPROTO CHAP MSOFTv2 MAGICNUM 019706cb PROTOCOMP ACFCOMP ENDPOINTDISC [802.1] 9e 39 20 52 41 53 [vpn0] LCP: SendConfigAck #4 AUTHPROTO CHAP MSOFTv2 MAGICNUM 019706cb PROTOCOMP ACFCOMP ENDPOINTDISC [802.1] 9e 39 20 52 41 53 [vpn0] LCP: state change Req-Sent --> Ack-Sent [vpn0] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 0f841108 [vpn0] LCP: state change Ack-Sent --> Opened [vpn0] LCP: phase shift ESTABLISH --> AUTHENTICATE [vpn0] LCP: auth: peer wants CHAP, I want nothing [vpn0] LCP: LayerUp pptp0: CID 0x714e in SetLinkInfo not found [vpn0] CHAP: rec'd CHALLENGE #0 Name: "VPN" Using authname "nt-domain\user" [vpn0] CHAP: sending RESPONSE [vpn0] CHAP: rec'd SUCCESS #0 MESG: S=564CC7352840D6BB651501E418B0FEEC9D76C307 [vpn0] LCP: authorization successful [vpn0] LCP: phase shift AUTHENTICATE --> NETWORK [vpn] setting interface ng0 MTU to 1460 bytes [vpn] up: 1 link, total bandwidth 64000 bps [vpn] IPCP: Up event [vpn] IPCP: state change Starting --> Req-Sent [vpn] IPCP: SendConfigReq #1 IPADDR 172.16.26.129 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [vpn] CCP: Open event [vpn] CCP: state change Initial --> Starting [vpn] CCP: LayerStart [vpn] CCP: Up event [vpn] CCP: state change Starting --> Req-Sent [vpn] CCP: SendConfigReq #1 [vpn0] CCP: Checking wether 40 bits are enabled -> yes [vpn0] CCP: Checking wether 56 bits are enabled -> yes [vpn0] CCP: Checking wether 128 bits are enabled -> yes MPPC 0x010000e1: MPPC MPPE, 40 bit, 56 bit, 128 bit, stateless [vpn] IPCP: SendConfigReq #2 IPADDR 172.16.26.129 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [vpn] CCP: SendConfigReq #2 [vpn0] CCP: Checking wether 40 bits are enabled -> yes [vpn0] CCP: Checking wether 56 bits are enabled -> yes [vpn0] CCP: Checking wether 128 bits are enabled -> yes MPPC 0x010000e1: MPPC MPPE, 40 bit, 56 bit, 128 bit, stateless [vpn] IPCP: SendConfigReq #3 IPADDR 172.16.26.129 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [vpn] CCP: SendConfigReq #3 [vpn0] CCP: Checking wether 40 bits are enabled -> yes [vpn0] CCP: Checking wether 56 bits are enabled -> yes [vpn0] CCP: Checking wether 128 bits are enabled -> yes MPPC 0x010000e1: MPPC MPPE, 40 bit, 56 bit, 128 bit, stateless [vpn] IPCP: SendConfigReq #4 IPADDR 172.16.26.129 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [vpn] CCP: SendConfigReq #4 [vpn0] CCP: Checking wether 40 bits are enabled -> yes [vpn0] CCP: Checking wether 56 bits are enabled -> yes [vpn0] CCP: Checking wether 128 bits are enabled -> yes MPPC 0x010000e1: MPPC MPPE, 40 bit, 56 bit, 128 bit, stateless q [vpn] IPCP: Down event [vpn] IPCP: state change Req-Sent --> Starting [vpn] IFACE: Close event [vpn] IPCP: Close event [vpn] IPCP: state change Starting --> Initial [vpn] IPCP: LayerFinish mpd: process 76566 terminated bash-2.05b$ -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 05:18:13 2003 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 57C5616A4B3 for ; Wed, 8 Oct 2003 05:18:13 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3919A43F93 for ; Wed, 8 Oct 2003 05:18:12 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id B8825654DF; Wed, 8 Oct 2003 13:18:10 +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 52800-03-5; Wed, 8 Oct 2003 13:18:10 +0100 (BST) Received: from saboteur.dek.spc.org (unknown [81.3.72.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id EFB72653B5; Wed, 8 Oct 2003 13:18:09 +0100 (BST) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id 0275638; Wed, 8 Oct 2003 13:17:55 +0100 (BST) Date: Wed, 8 Oct 2003 13:17:55 +0100 From: Bruce M Simpson To: Peter Bozarov Message-ID: <20031008121755.GA83114@saboteur.dek.spc.org> Mail-Followup-To: Peter Bozarov , freebsd-net@freebsd.org References: <3F83E2A7.8070209@moniforce.com> <20031008101733.GI6524@saboteur.dek.spc.org> <3F83F37A.7020908@moniforce.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F83F37A.7020908@moniforce.com> cc: freebsd-net@freebsd.org Subject: Re: Recovery from mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 12:18:13 -0000 On Wed, Oct 08, 2003 at 01:22:34PM +0200, Peter Bozarov wrote: > I'm using 4.7. I have three interfaces, rl0, xl0, and xl1. Support for 4.7 is very limited as we transition to 4.9, please be prepared to upgrade the box. Bear in mind we commit fixes for problems to HEAD first except in those cases where RELENG_4 is more appropriate. > The rl0 interface is a RealTek 8139 10/100BaseTX, the > xl* are two 3Com 3c905-TX Fast Etherlink XL cards. > This is what my routing tables look like. [snip] I spot only one possible inconsistency. (Well, two if you count the use of subnet-zero, but this is academic as nearly everybody follows RFC 950 these days). Did you add the 10.2.1.68 route manually? Note that there is code in if_ethersubr.c which should loopback a copy of a packet sent on an IFF_SIMPLEX interface automatically, so it shouldn't be required. For example, on my laptop: 192.168.1.68 00:04:76:5e:ec:7d UHLW 0 2 lo0 This route is created automatically by arp_rtrequest(). The RTF_WASCLONED (W) flag tells us this. Because ether_output() is calling if_simloop() to loopback the packets, the RTF_LLINFO (L) flag gets ignored. Try removing this route and see what happens. > My machine serves as a bridge between the 10.0.0.0/24 (xl0) and > the 10.2.1.0/24 networks (rl0). xl1 is not being used. I've made > a tcpdump of machines on the 10.2.1.0/24 network communicating > with the internet. Now, on the 10.0.0.0/24, I have a sniffer. I'm > trying to test the program by injecting the tcpdump file into > the 10.0.0.0/24 network. Apparently, since some of the outgoing > traffic on xl0 is originated on or is meant for the localhost > (10.2.1.68) the xl0 driver starts buffering/passing those segments > to the kernel (xl0 is in promiscuous mode). ^^^^^^^^^^^^^^^^^^^^^^^^^^ Are you using the bridging code to do this? If so, can you post the bridging configuration? I'm not at all familiar with the bridging code, but I am giving it a read just now, hopefully Luigi will step in. > How do I cause the driver (or whatever it is) that's hogging the > clusters to relinquish them? Unfortunately it doesn't quite work that way... you are exercising a leak somewhere and it needs to be tracked down. You should collate all the information as we track this thread and prepare to submit a PR. BMS From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 05:32:38 2003 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 819DA16A4B3 for ; Wed, 8 Oct 2003 05:32:38 -0700 (PDT) Received: from mail.a-quadrat.at (mail.a-quadrat.at [81.223.141.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E356943FE0 for ; Wed, 8 Oct 2003 05:32:34 -0700 (PDT) (envelope-from mbretter@a-quadrat.at) Received: from BRUTUS.a-quadrat.at (brutus.a-quadrat.at [192.168.90.60]) by files.a-quadrat.at (Postfix) with ESMTP id 7F47A5C0BD; Wed, 8 Oct 2003 14:33:58 +0200 (CEST) Date: Wed, 8 Oct 2003 14:32:29 +0200 (=?ISO-8859-15?Q?Westeurop=E4ische_Sommerzeit?=) From: Michael Bretterklieber To: Peter Cornelius In-Reply-To: <26715.1065613887@www43.gmx.net> Message-ID: References: <26715.1065613887@www43.gmx.net> X-X-Sender: mbretter@mail MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@FreeBSD.org Subject: Re: mpd, MS-vpn and growing confusion. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 12:32:38 -0000 Hi, On Wed, 8 Oct 2003, Peter Cornelius wrote: > Hi, > > set bundle enable compression > set ccp yes mppc > set ccp yes mpp-e40 > set ccp yes mpp-e56 > set ccp yes mpp-e128 > set bundle enable crypt-reqd > set ccp yes mpp-stateless > set ccp yes mpp-compress > set ccp yes stac ^^^ ^^^^^^^ ^^^^^^ please remove this line. you need to buy proprietary (patented) code if you wan't to enable STAC compression (==MPPC). You don't need STAC in order to get PPTP + MPPE + Windows to work. bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 05:41:00 2003 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 E1C1316A4B3 for ; Wed, 8 Oct 2003 05:40:59 -0700 (PDT) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96CF43FE3 for ; Wed, 8 Oct 2003 05:40:55 -0700 (PDT) (envelope-from peter.bozarov@moniforce.com) Received: from moniforce.com (213-84-208-64.adsl.xs4all.nl [213.84.208.64]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h98CesPL037179; Wed, 8 Oct 2003 14:40:54 +0200 (CEST) Message-ID: <3F8405D6.1000102@moniforce.com> Date: Wed, 08 Oct 2003 14:40:54 +0200 From: Peter Bozarov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021005 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <3F83E2A7.8070209@moniforce.com> <20031008101733.GI6524@saboteur.dek.spc.org> <3F83F37A.7020908@moniforce.com> <20031008121755.GA83114@saboteur.dek.spc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Recovery from mbuf cluster exhaustion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 12:41:00 -0000 Bruce M Simpson wrote: > Support for 4.7 is very limited as we transition to 4.9, please be > prepared to upgrade the box. Bear in mind we commit fixes for problems > to HEAD first except in those cases where RELENG_4 is more appropriate. I wonder if it has to do with the version I use. Let's hope so, so that an upgrade will get rid of this. Unfortunately, an upgrade to 4.9 is not feasible for me right now (I'd have done it a long time ago otherwise). > Did you add the 10.2.1.68 route manually? Note that there is code > in if_ethersubr.c which should loopback a copy of a packet sent on an > IFF_SIMPLEX interface automatically, so it shouldn't be required. > > For example, on my laptop: > 192.168.1.68 00:04:76:5e:ec:7d UHLW 0 2 lo0 > > This route is created automatically by arp_rtrequest(). The RTF_WASCLONED > (W) flag tells us this. Because ether_output() is calling if_simloop() to > loopback the packets, the RTF_LLINFO (L) flag gets ignored. The route is added at boot time via DHCP. In fact, this is all that I have in my /etc/rc.conf ifconfig_rl0="DHCP" ifconfig_xl0="inet 10.0.0.1 netmask 255.255.255.0" ifconfig_xl1="up" > > Try removing this route and see what happens. > These are the routing tables now: Internet: Destination Gateway Flags Refs Use Netif Expire default 10.2.1.1 UGSc 24 0 rl0 10.2.1/24 link#1 UC 3 0 rl0 10.2.1.1 00:04:76:1f:53:60 UHLW 27 444 rl0 1134 10.2.1.2 00:60:08:10:4a:36 UHLW 0 2 rl0 928 10.2.1.6 00:d0:a8:00:a8:f5 UHLW 0 334 rl0 1178 127.0.0.1 127.0.0.1 UH 1 30 lo0 I've removed the 10.2.1.68 route on lo0. Injecting packets from the dump file still leads to mbuf cluster depletion. 4433/4592/18240 mbufs in use (current/peak/max): 4433 mbufs allocated to data 4432/4560/4560 mbuf clusters in use (current/peak/max) 10268 Kbytes allocated to network (75% of mb_map in use) 219 requests for memory denied 4 requests for memory delayed 0 calls to protocol drain routines > Are you using the bridging code to do this? > If so, can you post the bridging configuration? I'm sorry. I meant gateway. I have "gateway_enable=yes" in rc.conf and the following in my ipfw configuration. 00050 divert 8668 ip from any to any via rl0 This way the machine on the 10.0.0.0/24 network can get onto the 10.2.1.0/24 network (which leads to the Internet). Conversely, traffic for the 10.0.0.0/24 received on the 10.2.1.0/24 interface (rl0) is routed appropriately to xl0. > Unfortunately it doesn't quite work that way... you are exercising > a leak somewhere and it needs to be tracked down. You should collate > all the information as we track this thread and prepare to submit a PR. Do you suppose it's inside the xl0 driver code? As I said, bringing the xl0 interface down stops draining my mbufs, bringing it up starts the drain again. I find this very odd. Peter From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 06:07:30 2003 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 D51CD16A4B3 for ; Wed, 8 Oct 2003 06:07:30 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 657A443F85 for ; Wed, 8 Oct 2003 06:07:28 -0700 (PDT) (envelope-from pcc@gmx.net) Received: (qmail 28322 invoked by uid 0); 8 Oct 2003 13:07:27 -0000 Received: from 212.86.205.70 by www58.gmx.net with HTTP; Wed, 8 Oct 2003 15:07:27 +0200 (MEST) Date: Wed, 8 Oct 2003 15:07:27 +0200 (MEST) From: "Peter Cornelius" To: Michael Bretterklieber MIME-Version: 1.0 References: X-Priority: 3 (Normal) X-Authenticated: #491680 Message-ID: <24949.1065618447@www58.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit cc: freebsd-net@FreeBSD.org Subject: Re: mpd, MS-vpn and growing confusion. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 13:07:30 -0000 Hi Michael, > > set ccp yes stac > ^^^ ^^^^^^^ ^^^^^^ > > please remove this line. This line makes no difference to the behaviour. All there is is the error message that there is no stac when mpd starts, or not if removed. Thanks a lot, Peter. -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 06:26:57 2003 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 A798A16A4B3 for ; Wed, 8 Oct 2003 06:26:57 -0700 (PDT) Received: from mail.a-quadrat.at (mail.a-quadrat.at [81.223.141.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E4943FB1 for ; Wed, 8 Oct 2003 06:26:56 -0700 (PDT) (envelope-from mbretter@a-quadrat.at) Received: from BRUTUS.a-quadrat.at (brutus.a-quadrat.at [192.168.90.60]) by files.a-quadrat.at (Postfix) with ESMTP id 609B55C0BD; Wed, 8 Oct 2003 15:28:21 +0200 (CEST) Date: Wed, 8 Oct 2003 15:26:52 +0200 (=?ISO-8859-15?Q?Westeurop=E4ische_Sommerzeit?=) From: Michael Bretterklieber To: Peter Cornelius In-Reply-To: <24949.1065618447@www58.gmx.net> Message-ID: References: <24949.1065618447@www58.gmx.net> X-X-Sender: mbretter@mail MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@FreeBSD.org Subject: Re: mpd, MS-vpn and growing confusion. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 13:26:57 -0000 Hi, On Wed, 8 Oct 2003, Peter Cornelius wrote: > Hi Michael, > > > > set ccp yes stac > > ^^^ ^^^^^^^ ^^^^^^ > > > > please remove this line. > > This line makes no difference to the behaviour. All there is is the error > message that there is no stac when mpd starts, or not if removed. do you also have? set ccp yes mpp-compress if yes, please also remove this line, otherwise please repost your complete log - I accidentially deleted your original mail :-), bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 10:51:29 2003 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 3347916A4B3 for ; Wed, 8 Oct 2003 10:51:29 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8886A43FE3 for ; Wed, 8 Oct 2003 10:51:27 -0700 (PDT) (envelope-from pcc@gmx.net) Received: (qmail 22215 invoked by uid 0); 8 Oct 2003 17:51:26 -0000 Received: from 217.227.149.208 by www14.gmx.net with HTTP; Wed, 8 Oct 2003 19:51:26 +0200 (MEST) Date: Wed, 8 Oct 2003 19:51:26 +0200 (MEST) From: "Peter Cornelius" To: Michael Bretterklieber MIME-Version: 1.0 References: X-Priority: 3 (Normal) X-Authenticated: #491680 Message-ID: <11860.1065635486@www14.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit cc: freebsd-net@FreeBSD.org Subject: Re: mpd, MS-vpn and growing confusion. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2003 17:51:29 -0000 Hi, > > > > set ccp yes stac > > > ^^^ ^^^^^^^ ^^^^^^ > > > > > > please remove this line. > > > > This line makes no difference to the behaviour. All there is is the > error > > message that there is no stac when mpd starts, or not if removed. > do you also have? > set ccp yes mpp-compress > > if yes, please also remove this line, otherwise please repost your > complete log - I accidentially deleted your original mail :-), With or without either of this line, or any combination of the two, apparently do not affect mpd's behaviour. Since it's on the logs already, I'll send the original mail off-list in a separate mail. I'll also update to a more recent 4-STABLE now and see whether that makes any difference, even if I do not expect any significant change. Thanks again for the help, All the best, Peter. -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 17:02:44 2003 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 43E1B16A4B3 for ; Wed, 8 Oct 2003 17:02:44 -0700 (PDT) Received: from blake.polstra.com (dsl081-189-066.sea1.dsl.speakeasy.net [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB3D243FE5 for ; Wed, 8 Oct 2003 17:02:36 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id h9902aOH000373 for ; Wed, 8 Oct 2003 17:02:36 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 08 Oct 2003 17:02:36 -0700 (PDT) From: John Polstra To: net@freebsd.org X-Bogosity: No, tests=bogofilter, spamicity=0.484362, version=0.14.5 Subject: routed(8) and static routes 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, 09 Oct 2003 00:02:44 -0000 I'm trying for the first time to get routed(8) to do something useful, and it's got me stumped. The man page says: Static routes in the kernel table are preserved and included in RIP responses if they have a valid RIP metric (see route(8)). >From reading the sources, "valid RIP metric" seems to mean a nonzero hopcount. I have a static route for a VPN that I added like this: route -n add 192.168.0.0/16 192.168.198.51 -hopcount 1 But routed does not advertise the route. It advertises routes for all of the network interfaces, but does not advertise my static route. FWIW, I have the line "ripv2" in /etc/gateways to suppress the use of RIPv1, since RIPv1 cannot handle netmasks. Can somebody give me a clue? Thanks, John From owner-freebsd-net@FreeBSD.ORG Wed Oct 8 19:34:04 2003 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 2A4CD16A4B3 for ; Wed, 8 Oct 2003 19:34:04 -0700 (PDT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 309B543FD7 for ; Wed, 8 Oct 2003 19:34:02 -0700 (PDT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])h992Xrs6073926; Thu, 9 Oct 2003 10:33:54 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <3F84C90E.4F560082@kuzbass.ru> Date: Thu, 09 Oct 2003 10:33:50 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: John Polstra References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: routed(8) and static routes 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, 09 Oct 2003 02:34:04 -0000 John Polstra wrote: > I'm trying for the first time to get routed(8) to do something useful, > and it's got me stumped. The man page says: > > Static routes in the kernel table are preserved and included in RIP > responses if they have a valid RIP metric (see route(8)). > > >From reading the sources, "valid RIP metric" seems to mean a nonzero > hopcount. > > I have a static route for a VPN that I added like this: > > route -n add 192.168.0.0/16 192.168.198.51 -hopcount 1 > > But routed does not advertise the route. It advertises routes for all > of the network interfaces, but does not advertise my static route. > FWIW, I have the line "ripv2" in /etc/gateways to suppress the use of > RIPv1, since RIPv1 cannot handle netmasks. > > Can somebody give me a clue? It is interesting. I have FreeBSD 4.8 system A running routed(8). It has one static route also. I did not know about -hopcount, did not use it so routed(8) did not advertise it. A core router B has another static route to A and that net lives with this. Now I've added -hopcount to this static route on A and 'routed -s' started to announce this route. My /etc/gateway containg: ripv2 rdisc_interval=45 no_ag no_super_ag redirect_ok And mentioned route is /24. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 00:36:05 2003 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 5140616A4B3 for ; Thu, 9 Oct 2003 00:36:05 -0700 (PDT) Received: from mail.a-quadrat.at (mail.a-quadrat.at [81.223.141.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B00643FF2 for ; Thu, 9 Oct 2003 00:36:04 -0700 (PDT) (envelope-from mbretter@a-quadrat.at) Received: from BRUTUS.a-quadrat.at (brutus.a-quadrat.at [192.168.90.60]) by files.a-quadrat.at (Postfix) with ESMTP id 0687C5C059; Thu, 9 Oct 2003 09:37:26 +0200 (CEST) Date: Thu, 9 Oct 2003 09:36:00 +0200 (=?ISO-8859-15?Q?Westeurop=E4ische_Sommerzeit?=) From: Michael Bretterklieber To: Peter Cornelius In-Reply-To: <13416.1065635534@www14.gmx.net> Message-ID: References: <26715.1065613887@www43.gmx.net> <13416.1065635534@www14.gmx.net> X-X-Sender: mbretter@mail MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@FreeBSD.ORG Subject: Re: mpd, MS-vpn and growing confusion. 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, 09 Oct 2003 07:36:05 -0000 Hi, On Wed, 8 Oct 2003, Peter Cornelius wrote: > My mpd.conf (slightly anonymized ;-)): > > vpn: > new -i ng0 vpn vpn0 > set iface disable on-demand > set iface addrs 172.16.26.129 172.16.26.127 > set iface idle 0 > #### disconnect the client after 8 hours > set iface session 28800 > set iface route 172.16.26.0/16 > set bundle disable multilink > set bundle authname "nt-domain\\user" > set link yes acfcomp protocomp > set link no pap > set link yes chap if you are using mpd in client mode, then please don't use "yes" or "enable", just use accept: set link no pap chap set link accept chap > set link mtu 1460 > #### If remote machine is NT you need this.. > set link enable no-orig-auth > set link keep-alive 61 753 > set ipcp yes vjcomp > set ipcp ranges 172.16.26.129/16 172.16.26.127/16 > #### The five lines below enable Microsoft Point-to-Point encryption > #### (MPPE) using the ng_mppc(8) netgraph node type. > set bundle enable compression > set ccp yes mppc > set ccp yes mpp-e40 > set ccp yes mpp-e56 > set ccp yes mpp-e128 > set bundle enable crypt-reqd > set ccp yes mpp-stateless > set ccp yes mpp-compress > set ccp yes stac I assume you removed already these two lines. after trying this can you please send a recent mpd.log? bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972 From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 04:53:45 2003 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 3415E16A4B3 for ; Thu, 9 Oct 2003 04:53:45 -0700 (PDT) Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11CBF43FBF for ; Thu, 9 Oct 2003 04:53:44 -0700 (PDT) (envelope-from pblok@inter.NL.net) Received: from bsdpc (ip503cf841.speed.planet.nl [80.60.248.65]) by smtp01.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HMH00L59FGI08@smtp01.wxs.nl> for freebsd-net@freebsd.org; Thu, 09 Oct 2003 10:55:31 +0200 (MEST) Date: Thu, 09 Oct 2003 10:55:30 +0200 From: "Peter J. Blok" To: freebsd-net@freebsd.org Message-id: <200310091055.30730.pblok@inter.NL.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.5.3 Subject: Giga-bit switches 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, 09 Oct 2003 11:53:45 -0000 Hi, This is just a warning. I am setting up a Giga-bit network trying to use Jumbo frames. For NIC the ability to do larger frames is usually listed, but that doesn't seem to be the case for switches. I have bought a Netgear GS104 switch, which does list a buffer per port of 12K. However, according to Netgear support, it is not supported and working. They just say that there is no mentioning of Jumbo frame support, therefore it is not supported. Even on the more expensive Netgear switches it is not listed, so it is trial-on-error policy. My understanding is that the Giga-bit definition includes large frame support and if you claim to have a Giga-bit switch you should support large frames, unless specifically excluded. So be warned. Peter From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 08:02:46 2003 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 C8E3A16A4BF for ; Thu, 9 Oct 2003 08:02:46 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0080843FA3 for ; Thu, 9 Oct 2003 08:02:46 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <4CQ6MX1H>; Thu, 9 Oct 2003 11:02:42 -0400 Message-ID: From: Don Bowman To: "'Peter J. Blok'" , freebsd-net@freebsd.org Date: Thu, 9 Oct 2003 11:02:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Giga-bit switches 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, 09 Oct 2003 15:02:46 -0000 From: Peter J. Blok [mailto:pblok@inter.NL.net] > Hi, > > This is just a warning. I am setting up a Giga-bit network > trying to use Jumbo > frames. For NIC the ability to do larger frames is usually > listed, but that > doesn't seem to be the case for switches. > > I have bought a Netgear GS104 switch, which does list a > buffer per port of > 12K. However, according to Netgear support, it is not > supported and working. > They just say that there is no mentioning of Jumbo frame > support, therefore > it is not supported. Even on the more expensive Netgear > switches it is not > listed, so it is trial-on-error policy. > > My understanding is that the Giga-bit definition includes > large frame support > and if you claim to have a Giga-bit switch you should support > large frames, > unless specifically excluded. jumbo frames are not part of the standard, and are in general poorly supported. For some cisco devices, they do 'mini giants', e.g. ~1600 mtu. Other cisco devices will support 9K frames, but @ the expensive of lowering the overall buffering (all frames are assumed to be 9K now, so ~1/4 of the packets may be buffered). for cisco devices, the support will be on a line card by linecard basis. From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 09:27:19 2003 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 E9A5E16A4B3 for ; Thu, 9 Oct 2003 09:27:19 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7EF0443FBF for ; Thu, 9 Oct 2003 09:27:18 -0700 (PDT) (envelope-from pcc@gmx.net) Received: (qmail 26088 invoked by uid 0); 9 Oct 2003 16:27:17 -0000 Received: from 80.131.156.116 by www25.gmx.net with HTTP; Thu, 9 Oct 2003 18:27:16 +0200 (MEST) Date: Thu, 9 Oct 2003 18:27:16 +0200 (MEST) From: "Peter Cornelius" To: Michael Bretterklieber MIME-Version: 1.0 References: X-Priority: 5 (Lowest) X-Authenticated: #491680 Message-ID: <1445.1065716836@www25.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit cc: freebsd-net@FreeBSD.ORG Subject: Re: mpd, MS-vpn and growing confusion. (apparently solved) 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, 09 Oct 2003 16:27:20 -0000 HEUREKA! Hi, > > set link yes chap > if you are using mpd in client mode, then please don't use "yes" or > "enable", just use accept: > set link no pap chap > set link accept chap This apparently makes the difference. I can't check detailed now, but I have an IP address and routing entries, so I believe that it works. I'll check later as I have to leave now. > > set ccp yes mpp-compress > > set ccp yes stac > I assume you removed already these two lines. I now have: vpn: new -i ng0 vpn vpn0 set iface disable on-demand set iface addrs 172.16.26.129 172.16.26.127 set iface idle 0 #### disconnect the client after 8 hours set iface session 28800 set iface route 172.16.26.0/16 set bundle disable multilink set bundle authname "nt-domain\\user" set link yes acfcomp protocomp set link no pap # !!! MUST USE ACCEPT HERE IN CLIENT MODE !!! #set link yes chap set link accept chap set link mtu 1460 #### If remote machine is NT you need this.. set link enable no-orig-auth set link keep-alive 61 753 set ipcp yes vjcomp set ipcp ranges 172.16.26.129/16 172.16.26.127/16 #### The five lines below enable Microsoft Point-to-Point encryption #### (MPPE) using the ng_mppc(8) netgraph node type. set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e56 set ccp yes mpp-e128 set bundle enable crypt-reqd set ccp yes mpp-stateless # !!! MUST NOT USE mpp-compress WITH NT SERVER HERE !!! #set ccp yes mpp-compress # stac is not recommended but neither compiled in nor effective. #set ccp yes stac open Thanks a lot for the help, All the best, Peter. -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++ From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 10:39:08 2003 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 DA0A416A4B3 for ; Thu, 9 Oct 2003 10:39:08 -0700 (PDT) Received: from mx1.nersc.gov (mx1.nersc.gov [128.55.6.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B332643FDF for ; Thu, 9 Oct 2003 10:39:07 -0700 (PDT) (envelope-from dart@nersc.gov) Received: from mx1.nersc.gov (localhost [127.0.0.1]) by localhost.nersc.gov (Postfix) with ESMTP id DB2B21F394; Thu, 9 Oct 2003 10:39:06 -0700 (PDT) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by mx1.nersc.gov (Postfix) with ESMTP id 83D401F387; Thu, 9 Oct 2003 10:39:06 -0700 (PDT) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id ED794F8EB; Thu, 9 Oct 2003 10:39:05 -0700 (PDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "Peter J. Blok" In-Reply-To: Message from "Peter J. Blok" <200310091055.30730.pblok@inter.NL.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1740350304P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 09 Oct 2003 10:39:05 -0700 From: Eli Dart Message-Id: <20031009173905.ED794F8EB@gemini.nersc.gov> cc: freebsd-net@freebsd.org Subject: Re: Giga-bit switches 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, 09 Oct 2003 17:39:09 -0000 --==_Exmh_-1740350304P Content-Type: text/plain; charset=us-ascii In reply to "Peter J. Blok" : [snip] > My understanding is that the Giga-bit definition includes large frame support It doesn't. > and if you claim to have a Giga-bit switch you should support large frames, > unless specifically excluded. There is no IEEE standard for jumbo frames -- until there is one, many switch and router vendors aren't going to touch jumbo frames. AFAIK, the cheapest switch with jumbo support is a Dell. It's one of their more expensive switches, but it's much cheaper than something from Cisco et. al. Not all Dell switches support jumbo frames....if you want them, make sure they are listed as a feature. --eli > > So be warned. > > Peter > > _______________________________________________ > 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" --==_Exmh_-1740350304P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE/hZ05LTFEeF+CsrMRAuLyAKDej5WM3jmHvkLsSthAIgVgdniwJgCfZHig 8vEjSptSFcEZAHFdDmBjrfQ= =aDBQ -----END PGP SIGNATURE----- --==_Exmh_-1740350304P-- From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 13:00:57 2003 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 2269A16A4B3 for ; Thu, 9 Oct 2003 13:00:57 -0700 (PDT) Received: from isilon.com (isilon.com [65.101.129.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B5F743FCB for ; Thu, 9 Oct 2003 13:00:55 -0700 (PDT) (envelope-from skye@isilon.com) Received: from skye by skye-2.isilon.com with local (Exim 4.14) id 1A7gqd-00069c-Mj for freebsd-net@freebsd.org; Thu, 09 Oct 2003 12:53:19 -0700 Date: Thu, 9 Oct 2003 12:53:19 -0700 From: Skye Poier To: freebsd-net@freebsd.org Message-ID: <20031009195319.GE929@isilon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Panic in NFS (tcp_output) on -current 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, 09 Oct 2003 20:00:57 -0000 Hi BSDers, I'm running with an older version of -current and saw a panic from the NFS server socket upcall which I'll describe in detail. I had a close look at the latest sources and there doesn't appear to be any changes that would have prevented this panic. Only ever seen this once in about a year, so its a pretty rare but fatal case. Not sure if it applies to the 4.x branch but anyway... Here's the stack dump: panic tcp_output tcp_usr_rcvd soreceive nfsrv_rcv sowakeup soisdisconnected tcp_close tcp_drop tcp_timer_keep softclock Here's what's happening: at the end of tcp_close (tcp_discardcb in -current) the code does this: inp->inp_ppcb = NULL; ... soisdisconnected(so); soisdisconnected does a sorwakeup which calls the nfsrv_rcv upcall which calls soreceive. At the end of soreceive we have this: if ((flags & MSG_PEEK) == 0) { ... if (pr->pr_flags & PR_WANTRCVD && so->so_pcb) (*pr->pr_usrreqs->pru_rcvd)(so, flags); Which calls tcp_usr_rcvd. When it gets the TCP protocol control block via intotcpcb(sotoinpcb(so)) it ends up with a NULL pointer because of the assignment to inp_ppcb before calling soisdisconnected above. Voila, panic in tcp_output on NULL deref. This would also have happened if any TCP socket upcall had tried to soreceive MSG_OOB under these conditions. My question is this, why is the TCP pcb disconnected from the inpcb before calling soisdisconnected??? I don't see any benefit to doing this half-way teardown BEFORE calling soisdisconnected - the only possible uses (that I can see) of that variable would result in a panic in every case. And right after the soisdisconnected, the pcb is destroyed. The only thing that is ever checked is so->so_pcb which is still valid. Thoughts?? Seems like either the inp->inp_ppcb = NULL (and t_inpcb = NULL in -current) should be moved AFTER the soisdisconnected, or the socket should be torn down further (invalidate so->so_pcb?) before calling soisdisconnected Thanks! Skye From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 15:34:17 2003 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 44F5A16A4B3; Thu, 9 Oct 2003 15:34:17 -0700 (PDT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1795E43FE3; Thu, 9 Oct 2003 15:34:15 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd01.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1A7cXc-0004t8-05; Thu, 09 Oct 2003 17:17:24 +0200 Received: from Andro-Beta.Leidinger.net (E4RPvmZaZe38HVHF9ltwU2oIrHnCzL3wne3YWpQvXNxiSvimYlB+wU@[217.229.218.61]) by fmrl01.sul.t-online.com with esmtp id 1A7cX5-29J90a0; Thu, 9 Oct 2003 17:16:51 +0200 Received: from Magelan.Leidinger.net (Magellan [192.168.1.1]) h99FGkf5026509; Thu, 9 Oct 2003 17:16:46 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) h99FGjVx035946; Thu, 9 Oct 2003 17:16:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 9 Oct 2003 17:16:45 +0200 From: Alexander Leidinger To: net@freebsd.org Message-Id: <20031009171645.33c63fa2.Alexander@Leidinger.net> X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: E4RPvmZaZe38HVHF9ltwU2oIrHnCzL3wne3YWpQvXNxiSvimYlB+wU@t-dialin.net cc: luigi@freebsd.org Subject: dummynet "OUCH! pipe should have been idle!"-message in 4.9-RC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netchild@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2003 22:34:17 -0000 Hi, [please CC me] I noticed this log message on a 4.9-RC (src from ~Oct 1): ---snip--- Oct 9 15:57:42 Andro-Beta /kernel: dummynet: OUCH! pipe should have been idle! Oct 9 15:57:56 Andro-Beta /kernel: dummynet: OUCH! pipe should have been idle! ---snip--- I looked a little bit into the code, but I don't think I really understand what's happening here... I think I should worry about something if I see such a message. HZ is set to 1000, net.inet.ip.fw.one_pass=0 and dummynet/ipfw is set up like: ---snip--- [lo0 rules from rc.firewall] ############ # SetUp ${fwcmd} pipe 1 config bw 120Kbit/s queue 100 # 95% of real bandwith ${fwcmd} queue 1 config pipe 1 weight 50 mask all ${fwcmd} queue 2 config pipe 1 weight 1 queue 100 mask all ${fwcmd} queue 3 config pipe 1 weight 40 mask all # tcpflags ack iplen 66 ${fwcmd} add 10000 set 5 skipto 11000 tcp from any to any tcpflags ack out xmit ${outside_interface} ### iplen 1-66 # BW limit for edonkey ${fwcmd} add set 5 skipto 12000 tcp from any to any 2442,4661-4666 out xmit ${outside_interface} ${fwcmd} add set 5 skipto 13000 udp from any to any 4661-4666 out xmit ${outside_interface} ${fwcmd} add set 5 skipto 14000 tcp from any 2442,4661,4665 to any out xmit ${outside_interface} ${fwcmd} add set 5 skipto 15000 udp from any 4661,4665 to any out xmit ${outside_interface} # ssh: high priority ${fwcmd} add set 5 skipto 16000 tcp from any to any ssh out xmit ${outside_interface} # other outgoing traffic ${fwcmd} add set 5 skipto 17000 all from any to any out xmit ${outside_interface} # non outgoing traffic ${fwcmd} add set 5 skipto 20000 all from any to any ## shaping # VIP packets: tcpflags ack #iplen 66 ${fwcmd} add 11000 set 5 queue 1 tcp from any to any tcpflags ack out xmit ${outside_interface} ### iplen 1-66 ${fwcmd} add set 5 skipto 20000 tcp from any to any tcpflags ack out xmit ${outside_interface} ### iplen 1-66 # BW limit for mldonkey ${fwcmd} add 12000 set 5 queue 2 tcp from any to any 2442,4661-4666 out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 tcp from any to any 2442,4661-4666 out xmit ${outside_interface} ${fwcmd} add 13000 set 5 queue 2 udp from any to any 4661-4666 out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 udp from any to any 4661-4666 out xmit ${outside_interface} ${fwcmd} add 14000 set 5 queue 2 tcp from any 2442,4661,4665 to any out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 tcp from any 2442,4661,4665 to any out xmit ${outside_interface} ${fwcmd} add 15000 set 5 queue 2 udp from any 4661,4665 to any out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 udp from any 4661,4665 to any out xmit ${outside_interface} # VIP packets: ssh ${fwcmd} add 16000 set 5 queue 1 tcp from any to any ssh out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 tcp from any to any ssh out xmit ${outside_interface} # normal traffic ${fwcmd} add 17000 set 5 queue 3 all from any to any out xmit ${outside_interface} ${fwcmd} add set 5 skipto 20000 all from any to any out xmit ${outside_interface} ## canary: We shouldn't get a log message from this rule! ${fwcmd} add set 5 skipto 20000 log all from any to any ############ # Allow packets with associated dynamic rules ${fwcmd} add 20000 check-state ############ # Don't allow spoofed "established" connections ${fwcmd} add 30000 set 6 deny tcp from any to any established ############ # Does the route agree with the incoming packet? ${fwcmd} add set 6 deny ip from any to any not verrevpath in ############ # Additional security rule ${fwcmd} add set 6 deny tcp from any to any tcpoptions !mss setup [some "allow ... setup keep-state" rules, ipfw defaults to deny] ---snip--- Some other things I noticed: The check-state rule doesn't show the number of matched packets/bytes (the dynamic rules show those stats, but I expected that the check-state rule displays the accumulated stats). Rule 30000 also shows a huge amount of matches, which surprised me. Are there this many spoofed packets out there (I removed it for now)? The "skipto 20000" rules after the queue rules show a large difference in matched packets. The queue stats don't show this many dropped packets. I also noticed a significant drop of throughtput if I have set 5 active, even if only one of the queues sees packets. Is the problem sitting in front of the keyboard or is there something else going on? Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-net@FreeBSD.ORG Thu Oct 9 20:59:40 2003 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 49C0A16A4B3 for ; Thu, 9 Oct 2003 20:59:40 -0700 (PDT) Received: from smithers.nildram.co.uk (smithers.nildram.co.uk [195.112.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4833243F93 for ; Thu, 9 Oct 2003 20:59:39 -0700 (PDT) (envelope-from nullentropy@lineone.net) Received: from lineone.net (orbital.gotadsl.co.uk [81.6.215.230]) by smithers.nildram.co.uk (Postfix) with ESMTP id 4B89324DD14 for ; Fri, 10 Oct 2003 04:59:37 +0100 (BST) Message-ID: <3F862EA7.7000402@lineone.net> Date: Fri, 10 Oct 2003 04:59:35 +0100 From: Robert Downes User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: ar, es, fr, en, en-us MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: named sandbox trouble 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, 10 Oct 2003 03:59:40 -0000 I'm trying to setup BIND so that my machine understands its own hostname (because mySQL refuses to install because the hostname appears invalid and the --force option seems to do nothing), and because it would be helpful generally. I have followed the Handbook instructions very carefully to set up named in a sandbox, and I have followed my reference book carefully to set up the zone file and named.conf, but when I type ndc status to see how the name server is doing, I get this: -bash-2.05b$ ndc status ndc: error: ctl_client: evConnect(fd 3): No such file or directory ndc: error: cannot connect to command channel (/var/run/ndc) and still get no joy trying to get my machine to discover its own name. Any ideas? I have checked everything several times, but I'm obviously missing something. -- Bob echo Mail fefsensmrrjyaheeoceoq\! | tr "jefroq\!" "@obe.uk" From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 03:04:52 2003 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 8A55F16A4B3 for ; Fri, 10 Oct 2003 03:04:52 -0700 (PDT) Received: from queue.unet.com.mk (queue.unet.com.mk [212.13.64.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAD1C43FD7 for ; Fri, 10 Oct 2003 03:04:47 -0700 (PDT) (envelope-from aleksandar@unet.com.mk) Received: from b166-er.unet.com.mk (ppp25.unet.com.mk [212.13.64.90] (may be forged)) by queue.unet.com.mk (8.11.6/8.11.6) with SMTP id h9A8nvX10611 for ; Fri, 10 Oct 2003 10:49:57 +0200 Date: Fri, 10 Oct 2003 12:07:17 +0200 From: Aleksandar Simonovski To: freebsd-net@freebsd.org Message-Id: <20031010120717.53f2637c.aleksandar@unet.com.mk> In-Reply-To: <6633DBDE6F5ED64D9D6AF3264AEE89146A7E78@shrex.asp.firstlink.com> References: <6633DBDE6F5ED64D9D6AF3264AEE89146A7E78@shrex.asp.firstlink.com> Organization: Unet X-Mailer: Sylpheed version 0.9.5-gtk2-20030906 (GTK+ 2.2.4; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: freebsd shaper 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, 10 Oct 2003 10:04:52 -0000 Hi, This is my scenario, now it is working on Slackware 9.1 with CBQ but i wanna do it on FreeBSD 5.1 1.--------- | 2.--------- | <-------> HUB <-----> ETH1 <--- SHAPER ---> ETH0 <-----> INTERNET 3.--------- | 4.--------- 1,2,3 and 4 are all different networks 1 has 192.168.0.199/24 that is 192.168.0.199 is alias on ETH1 so a need NAT for this one. ETH1 has four aliases which are gateways for 1,2,3, and 4 this is working on the linux box but i have some troubles with limiting thr traffic with CBQ so am asking if anyone knows how to do this on FreeBSD 5.1 with IPFW and DUMMYNET thaks, Aleksandar ps this was sent to ipfw mailing list also From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 05:37:44 2003 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 D0FBB16A4BF for ; Fri, 10 Oct 2003 05:37:44 -0700 (PDT) Received: from ints.mail.pike.ru (ints.mail.pike.ru [195.9.45.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D961A43FBF for ; Fri, 10 Oct 2003 05:37:40 -0700 (PDT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 69854 invoked from network); 10 Oct 2003 12:59:57 -0000 Received: from babolo.ru (HELO cicuta.babolo.ru) (194.58.226.160) by ints.mail.pike.ru with SMTP; 10 Oct 2003 12:59:57 -0000 Received: (nullmailer pid 94709 invoked by uid 136); Fri, 10 Oct 2003 12:38:49 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20031010120717.53f2637c.aleksandar@unet.com.mk> To: Aleksandar Simonovski Date: Fri, 10 Oct 2003 16:38:49 +0400 (MSD) From: "."@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1065789529.667131.94708.nullmailer@cicuta.babolo.ru> cc: freebsd-net@freebsd.org Subject: Re: freebsd shaper 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, 10 Oct 2003 12:37:44 -0000 > Hi, > This is my scenario, now it is working on Slackware 9.1 with CBQ > but i wanna do it on FreeBSD 5.1 > > 1.--------- > | > 2.--------- > | <-------> HUB <-----> ETH1 <--- SHAPER ---> ETH0 <-----> INTERNET > 3.--------- > | > 4.--------- > > 1,2,3 and 4 are all different networks > 1 has 192.168.0.199/24 that is 192.168.0.199 is alias on ETH1 > so a need NAT for this one. > ETH1 has four aliases which are gateways for 1,2,3, and 4 > this is working on the linux box but i have some troubles with limiting thr traffic with CBQ > so am asking if anyone knows how to do this on FreeBSD 5.1 with IPFW and DUMMYNET One possible way for 4.8-STABLE: sysctl net.inet.ip.fw.one_pass=0 pipes 1,2,3,4 descriptions add 100 skipto 30000 ip from any to any out add 200 pipe 1 ip from 192.168.0.0/24 to any in recv eth1 add 200 pipe 2 ip from net2 to any in recv eth1 add 200 pipe 3 ip from net3 to any in recv eth1 add 200 pipe 4 ip from net4 to any in recv eth1 add 300 divert 300 ip from any to NATIP in .... some rules to enable traffic .... add 29900 deny log ip from any to any in .... some rules to enable traffic .... add 50000 divert 30000 ip from 192.168.0.0/24 to any out add 50100 allow ip from NATIP to any out and lounch natd -a NATIP -i 300 -o 30000 -d Where NATIP - some properly routable address Sorry, not tested in 5.X From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 09:00:12 2003 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 1787916A4B3 for ; Fri, 10 Oct 2003 09:00:12 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F07D143F93 for ; Fri, 10 Oct 2003 09:00:10 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 1C6651FF91E for ; Fri, 10 Oct 2003 18:00:09 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E5A571FF91D; Fri, 10 Oct 2003 18:00:07 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 8BF04153F1; Fri, 10 Oct 2003 15:53:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 820431538C for ; Fri, 10 Oct 2003 15:53:44 +0000 (UTC) Date: Fri, 10 Oct 2003 15:53:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020300 Subject: ng_ether, multiple MACs ? 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, 10 Oct 2003 16:00:12 -0000 Hi, from what I can see I can stop ng_ether from always using the MAC address of the NIC by setting NGM_ETHER_SET_AUTOSRC = 0. When I would use NGM_ETHER_SET_ENADDR I would simply change the MAC as with ifconfig link . What I want to do is to have multiple MACs on one NIC. To be more clear: what I actually would like to have is one (locally administered) MAC per ng_pppoe session. The problem is that I cannot find the place where the smac would be set if autoSrcAddr == 0 in ng_ether. Thanks for any hints. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 09:20:33 2003 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 7A9E716A4B3 for ; Fri, 10 Oct 2003 09:20:33 -0700 (PDT) Received: from mail.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 4494343FA3 for ; Fri, 10 Oct 2003 09:20:32 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 79134 invoked from network); 10 Oct 2003 16:20:31 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 10 Oct 2003 16:20:31 -0000 Received: (qmail 74085 invoked by uid 1001); 10 Oct 2003 16:20:31 -0000 Date: Fri, 10 Oct 2003 12:20:31 -0400 From: Brian Reichert To: Robert Downes Message-ID: <20031010162031.GO56167@numachi.com> References: <3F862EA7.7000402@lineone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F862EA7.7000402@lineone.net> User-Agent: Mutt/1.4i cc: freebsd-net@freebsd.org Subject: Re: named sandbox trouble 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, 10 Oct 2003 16:20:33 -0000 On Fri, Oct 10, 2003 at 04:59:35AM +0100, Robert Downes wrote: > I'm trying to setup BIND so that my machine understands its own hostname > (because mySQL refuses to install because the hostname appears invalid > and the --force option seems to do nothing), and because it would be > helpful generally. This doesn't answer your question, as I don't run BIND, but couldn't you just put an entry in /etc/hosts? And: you mention MySQL --force option 'seeming to do nothing': I have used this option when I'm building from source, and it worked for me in the past. What symptoms are you seeing? > -- > Bob > echo Mail fefsensmrrjyaheeoceoq\! | tr "jefroq\!" "@obe.uk" > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 16:16:12 2003 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 84D0C16A4B3 for ; Fri, 10 Oct 2003 16:16:12 -0700 (PDT) Received: from smtp4.clb.oleane.net (smtp4.clb.oleane.net [213.56.31.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62ECB43FA3 for ; Fri, 10 Oct 2003 16:16:10 -0700 (PDT) (envelope-from michel.gravey@orange.fr) Received: from smtp4.clb.oleane.net (localhost [127.0.0.1]) by smtp4.clb.oleane.net (antivirus) with ESMTP id h9ANG9xB025819 for ; Sat, 11 Oct 2003 01:16:09 +0200 Received: from VAIO (zenith.theblinis.net [213.56.44.213]) (authenticated) by smtp4.clb.oleane.net with ESMTP id h9ANG7uS025803 for ; Sat, 11 Oct 2003 01:16:08 +0200 Message-ID: <008401c38f84$7b0f9660$c801a8c0@VAIO> From: "Michel Gravey" To: Date: Sat, 11 Oct 2003 01:16:05 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0081_01C38F95.3E307CD0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Sendmail virtuser problem 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, 10 Oct 2003 23:16:12 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0081_01C38F95.3E307CD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello all, I have a strange problem with a sendmail (+milter +spamcop). Attached are my conf files. I have a stable box with a public ip address and, on this box, I run a jail with a private ip address, firewalled and natted. I would like to have a domain (domain.com) on my box which redirect every mail for this domain to the jail. The jail and the box are running different instances of the sendmail daemon. The box is a mail server for multiple domain and just one of them should go to the jail. I tried the %1@jail flag, in the virtuser table (after having rebuilt virtusertable and reloaded sendmail) but with no success. I still get unknown user and the mail is not redirected to the jail. Any suggestions? Thanks in advance, Michel ------=_NextPart_000_0081_01C38F95.3E307CD0 Content-Type: application/octet-stream; name="virtusertable" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="virtusertable" # $FreeBSD: src/etc/mail/virtusertable.sample,v 1.1.2.2 2000/11/03 = 07:23:50 dirk Exp $ # # Map one or all usernames at a source hostname to a specific (or the = same) # username at another target hostname. Remember to add the source = hostname # to /etc/mail/local-host-names so that sendmail will accept mail for = the # source hostname. # @domain.com %1@jail ------=_NextPart_000_0081_01C38F95.3E307CD0 Content-Type: application/octet-stream; name="freebsd.mc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="freebsd.mc" divert(-1) # # Copyright (c) 1983 Eric P. Allman # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the = distribution. # 3. All advertising materials mentioning features or use of this = software # must display the following acknowledgement: # This product includes software developed by the University of # California, Berkeley and its contributors. # 4. Neither the name of the University nor the names of its = contributors # may be used to endorse or promote products derived from this = software # without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' = AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR = PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE = LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR = CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE = GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, = STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY = WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # # This is a generic configuration file for FreeBSD 4.X and later = systems. # If you want to customize it, copy it to a name appropriate for your # environment and do the modifications there. # # The best documentation for this .mc file is: # /usr/share/sendmail/cf/README or # /usr/src/contrib/sendmail/cf/README # divert(0) VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.10.2.18 2003/04/24 = 16:57:30 gshapiro Exp $') OSTYPE(freebsd4) DOMAIN(generic) dnl Jail stuff to listen only on server public address define(`confDONT_PROBE_INTERFACES', `True') dnl DAEMON_OPTIONS(`Name=3Dtheblinis.net, Addr=3Dnikita.theblinis.net, = Family=3Dinet') DAEMON_OPTIONS(`Port=3Dsmtp,Addr=3Dmyhostname.net, Name=3DMTA, = Family=3Dinet') DAEMON_OPTIONS(`Port=3D587,Addr=3Dmyhostname.net, Name=3DMSA, M=3DE, = Family=3Dinet') DAEMON_OPTIONS(`Name=3Dlocalhost, Addr=3Dlocalhost, Family=3Dinet') FEATURE(`no_default_msa') FEATURE(access_db, `hash -o -T /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_lmtp) FEATURE(mailertable, `hash -o /etc/mail/mailertable') dnl FEATURE(relay_based_on_MX) FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') dnl Uncomment to allow relaying based on your MX records. dnl NOTE: This can allow sites to use your server as a backup MX without dnl your permission. dnl FEATURE(relay_based_on_MX) dnl DNS based black hole lists dnl -------------------------------- dnl DNS based black hole lists come and go on a regular basis dnl so this file will not serve as a database of the available servers. dnl For that, visit dnl = http://directory.google.com/Top/Computers/Internet/Abuse/Spam/Blacklists/= dnl Uncomment to activate Realtime Blackhole List dnl information available at http://www.mail-abuse.com/ dnl NOTE: This is a subscription service as of July 31, 2001 dnl FEATURE(dnsbl) dnl Alternatively, you can provide your own server and rejection = message: dnl FEATURE(dnsbl, `blackholes.mail-abuse.org', `"550 Mail from " = $&{client_addr} " rejected, see http://mail-abuse.org/cgi-bin/lookup?" = $&{client_addr}') FEATURE(`enhdnsbl', `bl.spamcop.net', `"Spam blocked see: = http://spamcop.net/bl.shtml?"$&{client_addr}', `t')dnl=20 dnl Dialup users should uncomment and define this appropriately dnl define(`SMART_HOST', `your.isp.mail.server') dnl Uncomment the first line to change the location of the default dnl /etc/mail/local-host-names and comment out the second line. dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw') define(`confCW_FILE', `-o /etc/mail/local-host-names') dnl Uncomment both of the following lines to listen on IPv6 as well as = IPv4 dnl DAEMON_OPTIONS(`Name=3DIPv4, Family=3Dinet') dnl DAEMON_OPTIONS(`Name=3DIPv6, Family=3Dinet6') define(`MILTER', 1) INPUT_MAIL_FILTER(`milter-amavis', = `S=3Dlocal:/var/amavis/amavis-milter.sock, F=3DT, = T=3DS:10m;R:10m;E:10m') define(`confLOG_LEVEL',`98') define(`confBIND_OPTS', `WorkAroundBrokenAAAA') define(`confNO_RCPT_ACTION', `add-to-undisclosed') define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy') MAILER(local) MAILER(smtp) ------=_NextPart_000_0081_01C38F95.3E307CD0-- From owner-freebsd-net@FreeBSD.ORG Fri Oct 10 16:22:51 2003 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 E6CDC16A4B3 for ; Fri, 10 Oct 2003 16:22:51 -0700 (PDT) Received: from smithers.nildram.co.uk (smithers.nildram.co.uk [195.112.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B322543FBD for ; Fri, 10 Oct 2003 16:22:50 -0700 (PDT) (envelope-from outpost_593@bobulous.net) Received: from bobulous.net (orbital.gotadsl.co.uk [81.6.215.230]) by smithers.nildram.co.uk (Postfix) with ESMTP id 2E5562508FF; Sat, 11 Oct 2003 00:22:49 +0100 (BST) Message-ID: <3F873F44.4000205@bobulous.net> Date: Sat, 11 Oct 2003 00:22:44 +0100 From: Robert Downes User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20030925 X-Accept-Language: ar, es, fr, en, en-us MIME-Version: 1.0 To: Brian Reichert References: <3F862EA7.7000402@lineone.net> <20031010162031.GO56167@numachi.com> In-Reply-To: <20031010162031.GO56167@numachi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: named sandbox trouble 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, 10 Oct 2003 23:22:52 -0000 Brian Reichert wrote: >On Fri, Oct 10, 2003 at 04:59:35AM +0100, Robert Downes wrote: > > >>I'm trying to setup BIND so that my machine understands its own hostname >>(because mySQL refuses to install because the hostname appears invalid >>and the --force option seems to do nothing), and because it would be >>helpful generally. >> >> > >This doesn't answer your question, as I don't run BIND, but couldn't >you just put an entry in /etc/hosts? > > > I have an entry for my machine's IP address and the address of my router in /etc/hosts, but still I get complaints. >And: you mention MySQL --force option 'seeming to do nothing': I >have used this option when I'm building from source, and it worked >for me in the past. What symptoms are you seeing? > > > I type make install --force, but still the process exits with error code 1, complaining of an invalid hostname, despite my /etc/hosts file. I was hoping that running a local name server would cheer mySQL up, but I just keep getting this error with /var/run/ndc. -- Bob From owner-freebsd-net@FreeBSD.ORG Sat Oct 11 14:47:13 2003 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 BBEE816A4B3 for ; Sat, 11 Oct 2003 14:47:13 -0700 (PDT) Received: from utahime.as.wakwak.ne.jp (utahime.as.wakwak.ne.jp [61.205.238.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0F843FA3 for ; Sat, 11 Oct 2003 14:47:12 -0700 (PDT) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by utahime.as.wakwak.ne.jp (Postfix) with ESMTP id 6FFA676 for ; Sun, 12 Oct 2003 06:47:12 +0900 (JST) Received: from 127.0.0.1 (localhost.home.utahime.org [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with SMTP id 4592854AC; Sun, 12 Oct 2003 06:47:12 +0900 (JST) Received: from localhost (eastasia.home.utahime.org [192.168.174.1]) by eastasia.home.utahime.org (Postfix) with ESMTP id 1A01354AA; Sun, 12 Oct 2003 06:47:12 +0900 (JST) Date: Sun, 12 Oct 2003 06:47:10 +0900 (JST) Message-Id: <20031012.064710.49662944.yasu@utahime.org> To: freebsd-net@freebsd.org From: KIMURA Yasuhiro Organization: Utahime no Mori X-Mailer: Mew version 4.0.60 on Emacs 21.3.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: DNS lookup failure by host or dig 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, 11 Oct 2003 21:47:13 -0000 I found DNS lookup by host or dig fails if (1) kernel is built without "options INET6" and (2) DNS server has both v4 and v6 address. % host -t ns kame.net kame.net name server orange.kame.net kame.net name server ns1.itojun.org % host orange.kame.net orange.kame.net has address 203.178.141.194 orange.kame.net has address 2001:200:0:8002:203:47ff:fea5:3085 % host orange.kame.net orange.kame.net Using domain server: Name: orange.kame.net Addresses: 2001:200:0:8002:203:47ff:fea5:3085 203.178.141.194 Host not found, try again. % dig @orange.kame.net orange.kame.net ; <<>> DiG 8.3 <<>> @orange.kame.net orange.kame.net ; (2 servers found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server orange.kame.net 2001:200:0:8002:203:47ff:fea5:3085: Protocol not supported % This happens on both 4.8R and 5.1R. What's wrong with this failure? Bug of FreeBSD or any configuration error of my machines? --- KIMURA Yasuhiro Mail: yasu@utahime.org WWW: http://www.utahime.org/ From owner-freebsd-net@FreeBSD.ORG Sat Oct 11 23:05:03 2003 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 43ECB16A4B3 for ; Sat, 11 Oct 2003 23:05:03 -0700 (PDT) Received: from natto.numachi.com (natto.numachi.com [198.175.254.216]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E23443F93 for ; Sat, 11 Oct 2003 23:05:02 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 1797 invoked by uid 1001); 12 Oct 2003 06:05:00 -0000 Date: Sun, 12 Oct 2003 02:05:00 -0400 From: Brian Reichert To: Robert Downes Message-ID: <20031012060500.GA274@numachi.com> References: <3F862EA7.7000402@lineone.net> <20031010162031.GO56167@numachi.com> <3F873F44.4000205@bobulous.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F873F44.4000205@bobulous.net> User-Agent: Mutt/1.5.4i cc: freebsd-net@freebsd.org Subject: Re: named sandbox trouble 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: Sun, 12 Oct 2003 06:05:03 -0000 On Sat, Oct 11, 2003 at 12:22:44AM +0100, Robert Downes wrote: > Brian Reichert wrote: > > >On Fri, Oct 10, 2003 at 04:59:35AM +0100, Robert Downes wrote: > > > > > >>I'm trying to setup BIND so that my machine understands its own hostname > >>(because mySQL refuses to install because the hostname appears invalid > >>and the --force option seems to do nothing), and because it would be > >>helpful generally. > >> > >> > > > >This doesn't answer your question, as I don't run BIND, but couldn't > >you just put an entry in /etc/hosts? > > > > > > > I have an entry for my machine's IP address and the address of my router > in /etc/hosts, but still I get complaints. Weird. :/ Are the entries fully qualified? What does your resolv.conf look like? Do any other apps complain? I'd have to look at the MySQL install scripts to be sure, but I can't fathom why MySQL would go out of it's way to sneak around the resolver... > -- > Bob > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large