From owner-freebsd-net Sun Dec 15 23:34:15 2002 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 DC13437B401 for ; Sun, 15 Dec 2002 23:34:14 -0800 (PST) Received: from hotmail.com (f29.law15.hotmail.com [64.4.23.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FC5143EA9 for ; Sun, 15 Dec 2002 23:34:14 -0800 (PST) (envelope-from soheil_hh@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 15 Dec 2002 23:34:11 -0800 Received: from 194.225.40.7 by lw15fd.law15.hotmail.msn.com with HTTP; Mon, 16 Dec 2002 07:34:10 GMT X-Originating-IP: [194.225.40.7] From: "soheil soheil" To: freebsd-net@freebsd.org Subject: RAW_SOCK tcp checksum computing Date: Mon, 16 Dec 2002 07:34:10 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 16 Dec 2002 07:34:11.0243 (UTC) FILETIME=[8690EFB0:01C2A4D5] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear All I used a SOCK_RAW and IPPROTO_TCP and set the IPHDRINCL option for that socket. If we put the th_sum to 0 , does the kernel , itself , comput the tcp sum or not ? how can i make the kernel compute the cksum of the TCPHDR ? By the way , i want to know if there is any library to compute a ip_cksum and tcp_cksum of a buffer of a TCP/IP packet ? THANX _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 3:39:51 2002 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 5A60D37B401 for ; Mon, 16 Dec 2002 03:39:49 -0800 (PST) Received: from web21205.mail.yahoo.com (web21205.mail.yahoo.com [216.136.131.248]) by mx1.FreeBSD.org (Postfix) with SMTP id 1FD7F43E4A for ; Mon, 16 Dec 2002 03:39:49 -0800 (PST) (envelope-from agius2@yahoo.com) Message-ID: <20021216113948.382.qmail@web21205.mail.yahoo.com> Received: from [62.176.101.114] by web21205.mail.yahoo.com via HTTP; Mon, 16 Dec 2002 03:39:48 PST Date: Mon, 16 Dec 2002 03:39:48 -0800 (PST) From: Svetoslav Agafonkin Subject: RTF_CLONING and RTF_WASCLONED flags - cloning mechanisum question To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org flober# uname -a FreeBSD flober 4.7-RELEASE FreeBSD 4.7-RELEASE #5: Thu Dec 5 22:01:28 EET 2002 root@flober:/usr/obj/usr/src/sys/AKERNEL i386 I've got this question about flags C (RTF_CLONING) and W (RTF_WASCLONED)(struct rtentry): Let there are two active interfaces - fxp0 (ethernet) i lo0 (loopback): flober# ifconfig fxp0: flags=8843 mtu 1500 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:06:29:b0:df:65 media: Ethernet autoselect (none) status: no carrier lp0: flags=8810 mtu 1500 ppp0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 faith0: flags=8002 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 initial routing table : flober# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 0 0 fxp0 the flag C in the entry route to 192.168.1.0/24 means that every time we use that entry (via rtalloc/rtrequest/rtrequest_ign(/sys/net/route.c)) it will be cloned (i.e. a new entry will be created using the old a a template).Let's see: for example: flober# ping 192.168.1.1 ... flober# netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.1 link#1 UC 1 0 fxp0 192.168.1.1 00:06:29:b0:df:65 UHLW 0 4 lo0 How fxp0 interface is changed to lo0? Where exactly in the source (rtrequest)this is done? Svetoslav Agafonkin __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 6:46: 8 2002 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 CD8F137B401 for ; Mon, 16 Dec 2002 06:46:04 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B778D43EB2 for ; Mon, 16 Dec 2002 06:45:47 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id gBGEjXkf021467 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 16 Dec 2002 16:45:40 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id gBGEjVbX021462; Mon, 16 Dec 2002 16:45:31 +0200 (EET) Date: Mon, 16 Dec 2002 16:45:31 +0200 From: Ruslan Ermilov To: Svetoslav Agafonkin Cc: freebsd-net@FreeBSD.ORG Subject: Re: RTF_CLONING and RTF_WASCLONED flags - cloning mechanisum question Message-ID: <20021216144531.GB13297@sunbay.com> References: <20021216113948.382.qmail@web21205.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <20021216113948.382.qmail@web21205.mail.yahoo.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It's done in the arp_rtrequest() function and is controlled by the net.link.ether.inet.useloopback sysctl. On Mon, Dec 16, 2002 at 03:39:48AM -0800, Svetoslav Agafonkin wrote: >=20 > flober# uname -a > FreeBSD flober 4.7-RELEASE FreeBSD 4.7-RELEASE #5: > Thu Dec 5 22:01:28 EET 2002 > root@flober:/usr/obj/usr/src/sys/AKERNEL i386 >=20 > I've got this question about flags C (RTF_CLONING) > and W (RTF_WASCLONED)(struct rtentry): >=20 > Let there are two active interfaces - fxp0 > (ethernet) i lo0 (loopback): >=20 > flober# ifconfig >=20 > fxp0: > flags=3D8843 mtu > 1500 > inet 192.168.1.1 netmask 0xffffff00 broadcast > 192.168.1.255 > ether 00:06:29:b0:df:65 > media: Ethernet autoselect (none) > status: no carrier > lp0: flags=3D8810 mtu > 1500 > ppp0: flags=3D8010 mtu 1500 > sl0: flags=3Dc010 mtu > 552 > faith0: flags=3D8002 mtu 1500 > lo0: flags=3D8049 mtu > 16384 > inet 127.0.0.1 netmask 0xff000000 >=20 >=20 > initial routing table : >=20 > flober# netstat -rn > Routing tables >=20 > Internet: > Destination Gateway Flags Refs > Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0 > 0 lo0 > 192.168.1 link#1 UC 0 > 0 fxp0 >=20 > the flag C in the entry route to 192.168.1.0/24 means > that every time we use that entry (via > rtalloc/rtrequest/rtrequest_ign(/sys/net/route.c)) it > will be cloned (i.e. a new entry will be created > using the old a a template).Let's see: >=20 > for example: >=20 > flober# ping 192.168.1.1 >=20 > ... >=20 > flober# netstat -rn > Routing tables >=20 > Internet: > Destination Gateway Flags Refs =20 > Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0=20 > 0 lo0 > 192.168.1 link#1 UC 1=20 > 0 fxp0 > 192.168.1.1 00:06:29:b0:df:65 UHLW 0=20 > 4 lo0 >=20 > How fxp0 interface is changed to lo0? Where exactly in > the source (rtrequest)this is done? >=20 >=20 > Svetoslav Agafonkin >=20 >=20 >=20 >=20 > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9/ecKUkv4P6juNwoRAshoAJ9VFmLUcGvzU9YvZqd5ATgM9LgtDgCfR9VB oQscOL2d559WRZUoJjTNqVo= =2WbC -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 10:39:28 2002 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 422A937B401 for ; Mon, 16 Dec 2002 10:39:26 -0800 (PST) Received: from mx2.nersc.gov (mx2.nersc.gov [128.55.6.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 980C043EA9 for ; Mon, 16 Dec 2002 10:39:25 -0800 (PST) (envelope-from dart@nersc.gov) Received: from mx2.nersc.gov (localhost [127.0.0.1]) by localhost.nersc.gov (Postfix) with ESMTP id BB301779F; Mon, 16 Dec 2002 10:39:24 -0800 (PST) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by mx2.nersc.gov (Postfix) with ESMTP id 6C2D9779E; Mon, 16 Dec 2002 10:39:23 -0800 (PST) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id 44E493B1AF; Mon, 16 Dec 2002 10:39:23 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Guy Helmer" Cc: "Petri Helenius" , freebsd-net@FreeBSD.ORG Subject: Re: libpcap In-Reply-To: Message from "Guy Helmer" of "Fri, 13 Dec 2002 10:05:58 CST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_885437977P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 16 Dec 2002 10:39:23 -0800 From: Eli Dart Message-Id: <20021216183923.44E493B1AF@gemini.nersc.gov> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --==_Exmh_885437977P Content-Type: text/plain; charset=us-ascii We maintain our own patches here as well to get around this problem. IMHO, it is far better to have some applications "waste" a meg or two of buffer space than to hamstring any high-performance bpf app that runs on a FreeBSD box. This is most likely a trivial code fix -- how hard would it be to get this committed? --eli In reply to "Guy Helmer" : > Petri Helenius wrote: > > Guy Helmer wrote: > > >I use "sysctl debug.dbf_bufsize=131072" on my appliances to increase the > > >BPF buffer size to something more reasonable without having to directly > > >modify libpcap. > > > > > Hope you're not disappointed to find out that modifying that parameter has > > no effect when using applications which use libpcap since libpcap always > > sets the buffer size to 32768. (which is exactly the problem I'm > complaining about) > > You are right - I misremembered how the BIOCSBLEN ioctl worked. My > appliances do have a private copy of libpcap with a larger buffer size > because of this problem. > > IMHO, it would be better for the libpcap code to query the default BPF > buffer size (BIOCGLEN) and use it if it is larger than the libpcap default > size (32768). Then libpcap would obey the buffer size set by the sysctl. > > Guy > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message --==_Exmh_885437977P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: This is a comment. iD8DBQE9/h3bLTFEeF+CsrMRAgZ+AJ9+tQ0d3R5tBHuQ+WP8EBeEZXuH3gCdFb1o hdddK0XHnfTXWljmOE2GSWU= =ny+g -----END PGP SIGNATURE----- --==_Exmh_885437977P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 10:56:29 2002 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 85CEB37B401 for ; Mon, 16 Dec 2002 10:56:28 -0800 (PST) Received: from mordrede.visionsix.com (mordrede.visionsix.com [65.202.119.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE93143EA9 for ; Mon, 16 Dec 2002 10:56:24 -0800 (PST) (envelope-from lists@visionsix.com) Received: from yogi (unverified [65.202.119.169]) by mordrede.visionsix.com (Vircom SMTPRS 2.0.239) with SMTP id for ; Mon, 16 Dec 2002 12:56:18 -0600 Message-ID: <007201c2a534$41803980$a977ca41@yogi> From: "Lewis Watson" To: "freebsd-net" Subject: DHCP and IP Addresses Date: Mon, 16 Dec 2002 12:52:17 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a bsd machine set up as a gateway for two networks. On the Internal side I need DHCPD to assign IP addresses for some clients and some not. Also on the Internet interface itself I need some IP addresses assigned by DHCPd and some manually assigned. Is this possible. The reason I am asking is that the tutorial I am following shows to comment out the defaultrouter line as well as the ifconfig statement. Is there a better example I could follow? Thanks. Lewis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 12:26:46 2002 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 7068937B401 for ; Mon, 16 Dec 2002 12:26:45 -0800 (PST) Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B0D443ED8 for ; Mon, 16 Dec 2002 12:26:44 -0800 (PST) (envelope-from vjardin@wanadoo.fr) Received: from mel-rta6.wanadoo.fr (193.252.19.26) by mel-rto4.wanadoo.fr (6.7.015) id 3DF632EE003E29FA for freebsd-net@freebsd.org; Mon, 16 Dec 2002 21:26:43 +0100 Received: from there (217.128.244.14) by mel-rta6.wanadoo.fr (6.7.015) id 3DF62DBD0032C2ED for freebsd-net@freebsd.org; Mon, 16 Dec 2002 21:26:43 +0100 Message-ID: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> (added by postmaster@wanadoo.fr) Content-Type: text/plain; charset="iso-8859-15" From: Vincent Jardin To: freebsd-net@freebsd.org Subject: Recursive encapsulation could panic the Kernel Date: Mon, 16 Dec 2002 21:45:08 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, With FreeBSD, there are many ways to create a recursive local encapsulation loop within the IPv4 and IPv6 stack. For example, this problem shows up when : - Netgraph with pptp is used or Netgraph with an ng_iface over UDP or any more complex Netgraph topologies... - gre interfaces - gif tunnels - ... There is a simple local solution that is used by gif_output() that is not protected by any mutex: /* * gif may cause infinite recursion calls when misconfigured. * We'll prevent this by introducing upper limit. * XXX: this mechanism may introduce another problem about * mutual exclusion of the variable CALLED, especially if we * use kernel thread. */ if (++called > max_gif_nesting) { log(LOG_NOTICE, "gif_output: recursively called too many times(%d)\n", called); m_freem(m); error = EIO; /* is there better errno? */ goto end; } I am wondering if a more generic solution could be found, however I do not have any idea yet ;-( I mean, is it possible to protect the kernel against any panic that could come from a mis-configuration of the routing tables ? Regards, Vincent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 15:43:13 2002 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 84A1837B401; Mon, 16 Dec 2002 15:43:11 -0800 (PST) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD5443E4A; Mon, 16 Dec 2002 15:43:10 -0800 (PST) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (localhost.video-collage.com [127.0.0.1]) by corbulon.video-collage.com (8.12.6/8.12.6) with ESMTP id gBGNgvjJ014659 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 16 Dec 2002 18:42:59 -0500 (EST) (envelope-from mi@corbulon.video-collage.com) Received: (from mi@localhost) by corbulon.video-collage.com (8.12.6/8.12.6/Submit) id gBGNgvmg014658; Mon, 16 Dec 2002 18:42:57 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200212162342.gBGNgvmg014658@corbulon.video-collage.com> Subject: rlogin, ssh tak forever To: questions@FreeBSD.org, net@FreeBSD.org Date: Mon, 16 Dec 2002 18:42:57 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL92b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello! Rlogin and/or ssh into my machine takes forever. Apparently -- a name resolving issue, since rlogind remains idle for most of the time. Attaching debugger to the server rlogind process yields: 0x280ba50f in kevent () from /usr/lib/libc.so.5 (gdb) where #0 0x280ba50f in kevent () from /usr/lib/libc.so.5 #1 0x280e968d in res_send () from /usr/lib/libc.so.5 #2 0x280f0feb in getaddrinfo () from /usr/lib/libc.so.5 #3 0x280f14c1 in getaddrinfo () from /usr/lib/libc.so.5 #4 0x280f11e5 in getaddrinfo () from /usr/lib/libc.so.5 #5 0x280f062c in getaddrinfo () from /usr/lib/libc.so.5 #6 0x280f964d in nsdispatch () from /usr/lib/libc.so.5 #7 0x280ef1ad in getaddrinfo () from /usr/lib/libc.so.5 #8 0x280ef06c in getaddrinfo () from /usr/lib/libc.so.5 #9 0x280a9714 in __ivaliduser_sa () from /usr/lib/libc.so.5 #10 0x280a9453 in __ivaliduser_sa () from /usr/lib/libc.so.5 #11 0x280a8e5f in iruserok_sa () from /usr/lib/libc.so.5 It feels like something times out and proceeds, because once logged in, the connection is as fast as the LAN is supposed to be. I'd look into the name resolution issues, but nslookup(1) and host(1) are both very quick with answers about all machines involved. /etc/resolv.conf contains five domains and two (local) name servers. host.conf lists hosts, bind, nis in this order. Any clues? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 15:59:13 2002 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 028DF37B401; Mon, 16 Dec 2002 15:59:11 -0800 (PST) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A9E343ED1; Mon, 16 Dec 2002 15:59:10 -0800 (PST) (envelope-from stacey@vickiandstacey.com) Received: from [192.168.1.8] (81-86-129-77.dsl.pipex.com [81.86.129.77]) by colossus.systems.pipex.net (Postfix) with ESMTP id 619C2160005A8; Mon, 16 Dec 2002 23:58:56 +0000 (GMT) Subject: Re: rlogin, ssh tak forever From: Stacey Roberts Reply-To: stacey@vickiandstacey.com To: Mikhail Teterin Cc: questions@FreeBSD.org, net@FreeBSD.org In-Reply-To: <200212162342.gBGNgvmg014658@corbulon.video-collage.com> References: <200212162342.gBGNgvmg014658@corbulon.video-collage.com> Content-Type: text/plain Organization: Message-Id: <1040083141.86677.100.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 16 Dec 2002 23:59:01 +0000 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Are you attempting to ssh to the machine via hostname? What's the response time like when you try ssh'ing to a host via its IP address? Also, is there a firewall in between in the route to / from source and target machines? What options to ssh (or rlogin) are being used, if any? Might be an idea to try ssh with the "-v" option, and paste the output to the list. Regards, Stacey On Mon, 2002-12-16 at 23:42, Mikhail Teterin wrote: > Hello! > > Rlogin and/or ssh into my machine takes forever. Apparently -- a name > resolving issue, since rlogind remains idle for most of the time. Attaching > debugger to the server rlogind process yields: > > 0x280ba50f in kevent () from /usr/lib/libc.so.5 > (gdb) where > #0 0x280ba50f in kevent () from /usr/lib/libc.so.5 > #1 0x280e968d in res_send () from /usr/lib/libc.so.5 > #2 0x280f0feb in getaddrinfo () from /usr/lib/libc.so.5 > #3 0x280f14c1 in getaddrinfo () from /usr/lib/libc.so.5 > #4 0x280f11e5 in getaddrinfo () from /usr/lib/libc.so.5 > #5 0x280f062c in getaddrinfo () from /usr/lib/libc.so.5 > #6 0x280f964d in nsdispatch () from /usr/lib/libc.so.5 > #7 0x280ef1ad in getaddrinfo () from /usr/lib/libc.so.5 > #8 0x280ef06c in getaddrinfo () from /usr/lib/libc.so.5 > #9 0x280a9714 in __ivaliduser_sa () from /usr/lib/libc.so.5 > #10 0x280a9453 in __ivaliduser_sa () from /usr/lib/libc.so.5 > #11 0x280a8e5f in iruserok_sa () from /usr/lib/libc.so.5 > > It feels like something times out and proceeds, because once logged > in, the connection is as fast as the LAN is supposed to be. > > I'd look into the name resolution issues, but nslookup(1) and host(1) > are both very quick with answers about all machines involved. > > /etc/resolv.conf contains five domains and two (local) name servers. > host.conf lists hosts, bind, nis in this order. > > Any clues? Thanks! > > -mi > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Stacey Roberts B.Sc (HONS) Computer Science Web: www.vickiandstacey.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 16 23:59:18 2002 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 C84A337B401 for ; Mon, 16 Dec 2002 23:59:16 -0800 (PST) Received: from mel-rto4.wanadoo.fr (smtp-out-4.wanadoo.fr [193.252.19.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D1243ED4 for ; Mon, 16 Dec 2002 23:59:10 -0800 (PST) (envelope-from fabien.thomas@netasq.com) Received: from mel-rta10.wanadoo.fr (193.252.19.193) by mel-rto4.wanadoo.fr (6.7.015) id 3DF632EE0040B73C for freebsd-net@freebsd.org; Tue, 17 Dec 2002 08:59:09 +0100 Received: from localhost (193.251.0.218) by mel-rta10.wanadoo.fr (6.7.015) id 3DF6325A0034A16F; Tue, 17 Dec 2002 08:59:09 +0100 Date: Tue, 17 Dec 2002 08:59:15 +0100 From: Fabien THOMAS X-Mailer: The Bat! (v1.62 Christmas Edition) Business Reply-To: Fabien THOMAS X-Priority: 3 (Normal) Message-ID: <148722428.20021217085915@wanadoo.fr> To: Vincent Jardin Cc: freebsd-net@freebsd.org Subject: Re: Recursive encapsulation could panic the Kernel In-Reply-To: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> (added by postmaster@wanadoo.fr) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org we can use a TTL associated to the mbuf that is decremented each time we reach a possible 'point of loop'. the bad point is that we need a new entry in the mbuf... fabien VJ> Hi, VJ> With FreeBSD, there are many ways to create a recursive local encapsulation VJ> loop within the IPv4 and IPv6 stack. For example, this problem shows up when : VJ> - Netgraph with pptp is used or Netgraph with an ng_iface over UDP or any VJ> more complex Netgraph topologies... VJ> - gre interfaces VJ> - gif tunnels VJ> - ... VJ> There is a simple local solution that is used by gif_output() that is not VJ> protected by any mutex: VJ> /* VJ> * gif may cause infinite recursion calls when misconfigured. VJ> * We'll prevent this by introducing upper limit. VJ> * XXX: this mechanism may introduce another problem about VJ> * mutual exclusion of the variable CALLED, especially if we VJ> * use kernel thread. VJ> */ VJ> if (++called > max_gif_nesting) { VJ> log(LOG_NOTICE, VJ> "gif_output: recursively called too many times(%d)\n", VJ> called); VJ> m_freem(m); VJ> error = EIO; /* is there better errno? */ VJ> goto end; VJ> } VJ> I am wondering if a more generic solution could be found, however I do not VJ> have any idea yet ;-( VJ> I mean, is it possible to protect the kernel against any panic that could VJ> come from a mis-configuration of the routing tables ? VJ> Regards, VJ> Vincent VJ> To Unsubscribe: send mail to majordomo@FreeBSD.org VJ> with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 6: 3:49 2002 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 E9A6137B401 for ; Tue, 17 Dec 2002 06:03:47 -0800 (PST) Received: from almonde.com (almonde.net2.nerim.net [62.212.111.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78E4143ED8 for ; Tue, 17 Dec 2002 06:03:46 -0800 (PST) (envelope-from yann.nottara@almonde.com) Received: from almonde.com (vulture.almonde.com [192.168.0.156]) by almonde.com (8.11.6/8.11.6) with ESMTP id gBHE3hA80123 for ; Tue, 17 Dec 2002 15:03:43 +0100 (CET) (envelope-from yann.nottara@almonde.com) Message-ID: <3DFF2F02.30002@almonde.com> Date: Tue, 17 Dec 2002 15:04:50 +0100 From: Yann Nottara Organization: Almonde User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr, en-us MIME-Version: 1.0 To: freebsd-net@FreeBSD.org Subject: mpd pptp server questions Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi ! I'm using MPD 3.10 on a FreeBSD 4.4-STABLE #0: Sat Apr 13 19:16:07 CEST 2002 machine. I've setup a PPTP server allowing remote access to the local network for the Win2k integrated PPTP client. Works OK so far but I got some messages in my logs that I don't understand. I haven't found any answer nor in the manual nor Google so I'm posting here. Dec 17 13:59:02 bull mpd: 192.168.0.10 -> 192.168.0.202 Dec 17 13:59:02 bull mpd: [pptp2] IFACE: Up event Dec 17 13:59:02 bull mpd: [pptp2] exec: /sbin/ifconfig ng0 192.168.0.10 192.168.0.202 netmask 0xffffffff -link0 Dec 17 13:59:02 bull mpd: [pptp2] exec: /usr/sbin/arp -s 192.168.0.202 0:b0:d0:e1:48:74 pub Dec 17 13:59:02 bull mpd: [pptp2] exec: /sbin/route add 192.168.0.0 192.168.0.202 -netmask 0xffffff00 Dec 17 13:59:02 bull mpd: [pptp2] exec: command returned 256 Dec 17 13:59:02 bull mpd: [pptp2] IFACE: Up event Dec 17 13:59:02 bull mpd: [pptp2] rec'd unexpected protocol IP on link -1 As I wrote before, my problem is only this "verbosity", the server itself is doing fine. So, my questions regarding the logs are : 1) What does "exec: command returned 256" means ? 2) What "does rec'd unexpected protocol IP on link -1" means ? BTW, my setup only allows 1 client now but I'd like to allow up to about 10-15 machines more. Any idea of the burden this would put on a PIII 866 - 512 MB - U160 SCSI server already providing some other basic net services ? Do you think it's feasible ? Thanks in advance for any help & advice. Yann Nottara -- System & Network administrator Almonde Tel : +33 1 58 18 66 84 Fax : +33 1 58 18 66 99 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 8:58:24 2002 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 F08A437B401 for ; Tue, 17 Dec 2002 08:58:21 -0800 (PST) Received: from smtp.potato.hokkai.net (smtp.potato.hokkai.net [202.232.47.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28BF43EDC for ; Tue, 17 Dec 2002 08:58:20 -0800 (PST) (envelope-from taka@wide.ad.jp) Received: from vc.potato (vc.potato.hokkai.net [202.232.47.3]) by smtp.potato.hokkai.net (8.11.6/3.7W) with ESMTP id gBHGw4V09792 for ; Wed, 18 Dec 2002 01:58:04 +0900 Received: from potato2.hokkai.net (IDENT:root@potato2.hokkai.net [202.232.47.12]) by vc.potato.hokkai.net (8.11.6/3.7W) with ESMTP id gBHGw4G06388 for ; Wed, 18 Dec 2002 01:58:04 +0900 Received: from wide.ad.jp (catv247-197.lan-do.ne.jp [202.32.247.197]) by potato2.hokkai.net (8.9.3+3.2W/3.7W) with ESMTP id BAA22966 for ; Wed, 18 Dec 2002 01:58:09 +0900 Message-ID: <3DFF57F1.AA2E7CD9@wide.ad.jp> Date: Wed, 18 Dec 2002 01:59:29 +0900 From: Takashi Okumura Organization: Asahikawa Medical College X-Mailer: Mozilla 4.06 [ja] (Win95; I) MIME-Version: 1.0 To: freebsd-net Subject: [Netnice version 2 (For FreeBSD 4.7)] Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Hackers, i would like to introduce my traffic control package for FreeBSD 4.7, netnice version 2, and recruit some alpha testers. ============================================================ Netnice Version 2: Alpha Release (Dec 10, 2002) ============================================================ Netnice is a traffic management package for FreeBSD. It comes with useful traffic control applications; o Bandwidth control of running network applications: netnice % ps -aux | grep netscape taka 1234 ... snip ... 9:14AM 0:00.10 netscape % netnice 1234 1024Kbps o Easy specification of network I/O at startup: sh $ ftp ftp.freebsd.org @512Kbps o Bandwidth specification in /etc/inetd.conf: inetd % cat /etc/inetd.conf ftp stream nowait ...snip... @ 512Kbps telnetd stream nowait ...snip... @ 64Kbps o Network QoS daemon with flexible scripting feature: netniced % netniced -d * Overview * In FreeBSD community, we already have some implementations for traffic control. Most of them have parallel queues in network subsystem of the operating system, and basically, follow traditional traffic control model where we configure queue parameters and packet classification rules. Netnice differs from them in that it utilizes a new traffic control primitive, Virtual network interface (VIF). Traffic control with a VIF works as follows. First, we create a VIF connected to an existing physical network interface. Then, we set parameters of the VIF, such as bandwidth and priority. Lastly, we attach it to network I/O of target process, or sockets. * Features * The primitive has following notable features. The attached virtual network interface will be inherited to its child processes, and thus, the network resource would be protected from excess use. Virtual network interfaces can be hierarchically structured, and attachable to sockets and process groups, as well as to process network I/O. This model provides flexible control granularity. The virtual network interface has various parameters, such as bandwidth, queuing discipline, weight and priority. Hence, users can enjoy various traffic control service, such as software packet shaping and premium service, in a single framework. Lastly, we note that the virtual network interfaces are accessible as files, under /proc/network, and thus, any programming environment with file access API can make use of the primitive. * Needs alpha testers!! * If you got interested in the implementation, please join the alpha testing, working towards beta-version release in near future. If there were requests for for an Apache module to control Web traffic, i think i can provide an experimental version shortly. Detailed information, documents, and the package is available at the project homepage. Project Homepage http://www.netnice.org thanks! -- taka To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 9:37:38 2002 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 BADDA37B401 for ; Tue, 17 Dec 2002 09:37:36 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 483A043EA9 for ; Tue, 17 Dec 2002 09:37:36 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gBHHbY9i082600 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 17 Dec 2002 09:37:35 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <050301c2a5f2$fc52aae0$52557f42@errno.com> From: "Sam Leffler" To: "Vincent Jardin" , References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> (added by postmaster@wanadoo.fr) Subject: Re: Recursive encapsulation could panic the Kernel Date: Tue, 17 Dec 2002 09:37:34 -0800 Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > With FreeBSD, there are many ways to create a recursive local encapsulation > loop within the IPv4 and IPv6 stack. For example, this problem shows up when : > - Netgraph with pptp is used or Netgraph with an ng_iface over UDP or any > more complex Netgraph topologies... > - gre interfaces > - gif tunnels > - ... > > There is a simple local solution that is used by gif_output() that is not > protected by any mutex: > /* > * gif may cause infinite recursion calls when misconfigured. > * We'll prevent this by introducing upper limit. > * XXX: this mechanism may introduce another problem about > * mutual exclusion of the variable CALLED, especially if we > * use kernel thread. > */ > if (++called > max_gif_nesting) { > log(LOG_NOTICE, > "gif_output: recursively called too many times(%d)\n", > called); > m_freem(m); > error = EIO; /* is there better errno? */ > goto end; > } > > I am wondering if a more generic solution could be found, however I do not > have any idea yet ;-( > I mean, is it possible to protect the kernel against any panic that could > come from a mis-configuration of the routing tables ? In -current mbufs can be tagged (see m_tag* in sys/mbuf.h); this'll let you do what you want. I've been slow to MFC them to -stable because there are some issues with copying packet headers that I want to resolve first. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 10:45: 9 2002 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 C98C937B401 for ; Tue, 17 Dec 2002 10:45:07 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1D543EC2 for ; Tue, 17 Dec 2002 10:45:06 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA11092; Tue, 17 Dec 2002 10:39:53 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gBHIdffi012727; Tue, 17 Dec 2002 10:39:41 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gBHIdfuH012726; Tue, 17 Dec 2002 10:39:41 -0800 (PST) From: Archie Cobbs Message-Id: <200212171839.gBHIdfuH012726@arch20m.dellroad.org> Subject: Re: mpd pptp server questions In-Reply-To: <3DFF2F02.30002@almonde.com> To: Yann Nottara Date: Tue, 17 Dec 2002 10:39:41 -0800 (PST) Cc: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Yann Nottara wrote: > Dec 17 13:59:02 bull mpd: 192.168.0.10 -> 192.168.0.202 > Dec 17 13:59:02 bull mpd: [pptp2] IFACE: Up event > Dec 17 13:59:02 bull mpd: [pptp2] exec: /sbin/ifconfig ng0 192.168.0.10 > 192.168.0.202 netmask 0xffffffff -link0 > Dec 17 13:59:02 bull mpd: [pptp2] exec: /usr/sbin/arp -s 192.168.0.202 > 0:b0:d0:e1:48:74 pub > Dec 17 13:59:02 bull mpd: [pptp2] exec: /sbin/route add 192.168.0.0 > 192.168.0.202 -netmask 0xffffff00 > Dec 17 13:59:02 bull mpd: [pptp2] exec: command returned 256 > Dec 17 13:59:02 bull mpd: [pptp2] IFACE: Up event > Dec 17 13:59:02 bull mpd: [pptp2] rec'd unexpected protocol IP on link -1 > > As I wrote before, my problem is only this "verbosity", the server > itself is doing fine. > > So, my questions regarding the logs are : > > 1) What does "exec: command returned 256" means ? The "route add" command failed for some reason. Does the route already exist? > 2) What "does rec'd unexpected protocol IP on link -1" means ? That's a transient error, it should really just be suppressed. The peer sent an IP packet before we were completely ready. No big deal. > BTW, my setup only allows 1 client now but I'd like to allow up to about > 10-15 machines more. > > Any idea of the burden this would put on a PIII 866 - 512 MB - U160 SCSI > server already providing some other basic net services ? Do you think > it's feasible ? Should be no problem. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 13: 5:13 2002 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 4B52E37B404 for ; Tue, 17 Dec 2002 13:05:12 -0800 (PST) Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552D743EF1 for ; Tue, 17 Dec 2002 13:05:09 -0800 (PST) (envelope-from vjardin@wanadoo.fr) Received: from mel-rta9.wanadoo.fr (193.252.19.69) by mel-rto3.wanadoo.fr (6.7.015) id 3DF631BC004AB483; Tue, 17 Dec 2002 22:05:00 +0100 Received: from there (80.11.204.180) by mel-rta9.wanadoo.fr (6.7.015) id 3DF63117003CB51E; Tue, 17 Dec 2002 22:05:00 +0100 Message-ID: <3DF63117003CB51E@mel-rta9.wanadoo.fr> (added by postmaster@wanadoo.fr) Content-Type: text/plain; charset="iso-8859-15" From: Vincent Jardin To: "Sam Leffler" , Subject: Re: Recursive encapsulation could panic the Kernel Date: Tue, 17 Dec 2002 22:23:27 +0100 X-Mailer: KMail [version 1.3.2] References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> <050301c2a5f2$fc52aae0$52557f42@errno.com> In-Reply-To: <050301c2a5f2$fc52aae0$52557f42@errno.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > In -current mbufs can be tagged (see m_tag* in sys/mbuf.h); this'll let you > do what you want. I've been slow to MFC them to -stable because there are > some issues with copying packet headers that I want to resolve first. > I thought about m_ext too. I agree that the m_tag looks better. However, how do you plan to solve this copy of packets ? Moreover, when the lower layer is an IPv4 or IPv6 stack, it would be nice to be able to send back an ICMP Unreachable and/or TTL expired. ;-) Vincent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 15:47:49 2002 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id 23FBC37B401; Tue, 17 Dec 2002 15:47:49 -0800 (PST) Date: Tue, 17 Dec 2002 15:47:49 -0800 From: "'pdeuskar@freebsd.org'" To: freebsd-net@freebsd.org Subject: [ANNOUNCE] Intel PRO/100 software developer manual released Message-ID: <20021217154749.A25587@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.7-RC on an i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Available at https://sourceforge.net/projects/e1000. The full title is: Intel 8255x 10/100 Mbps Ethernet Controller Family Open Source Software Developer Manual Revision 1.0 The manual covers the 82557, 82558, 82559, 82550, and 82551 Ethernet controllers. Thanks, Prafulla To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 17 16:47:20 2002 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 3B19737B401 for ; Tue, 17 Dec 2002 16:47:19 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1DB743E4A for ; Tue, 17 Dec 2002 16:47:18 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gBI0lI9i084868 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 17 Dec 2002 16:47:18 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <07b201c2a62f$044f6120$52557f42@errno.com> From: "Sam Leffler" To: "Vincent Jardin" , References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> <050301c2a5f2$fc52aae0$52557f42@errno.com> <3DF63117003CB51E@mel-rta9.wanadoo.fr> (added by postmaster@wanadoo.fr) Subject: Re: Recursive encapsulation could panic the Kernel Date: Tue, 17 Dec 2002 16:47:18 -0800 Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > In -current mbufs can be tagged (see m_tag* in sys/mbuf.h); this'll let you > > do what you want. I've been slow to MFC them to -stable because there are > > some issues with copying packet headers that I want to resolve first. > > > > I thought about m_ext too. I agree that the m_tag looks better. However, how > do you plan to solve this copy of packets ? > Not sure what you mean, but the tags associated with a packet should be propagated when packets are copied. The current code doesn't do this right. The changes to do this are waiting on a bug fix. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 1:26:39 2002 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 E1A4D37B401 for ; Wed, 18 Dec 2002 01:26:38 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 0E95943ED8 for ; Wed, 18 Dec 2002 01:26:37 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 26129 invoked by uid 1000); 18 Dec 2002 09:26:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 18 Dec 2002 09:26:29 -0000 Date: Wed, 18 Dec 2002 10:26:29 +0100 (CET) From: Attila Nagy To: "'pdeuskar@freebsd.org'" Cc: freebsd-net@freebsd.org Subject: Re: [ANNOUNCE] Intel PRO/100 software developer manual released In-Reply-To: <20021217154749.A25587@hub.freebsd.org> Message-ID: References: <20021217154749.A25587@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > Intel 8255x 10/100 Mbps Ethernet Controller Family > Open Source Software Developer Manual > Revision 1.0 Any news about the PRO/100 S cards, or the PRO/1000 series? ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 14:36:41 2002 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 2EF1837B401 for ; Wed, 18 Dec 2002 14:36:40 -0800 (PST) Received: from pipenetworks.com (cartman.pipenetworks.com [202.4.251.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB45B43EE5 for ; Wed, 18 Dec 2002 14:36:38 -0800 (PST) (envelope-from steve@pipenetworks.com) Received: (from root@localhost) by pipenetworks.com (8.11.6/8.11.2) id gBIMWcK19421; Thu, 19 Dec 2002 08:32:38 +1000 From: Steve Baxter Received: from internal.pipenetworks.com (internal.pipenetworks.com [10.10.10.1]) by pipenetworks.com (8.11.6/8.11.2) with ESMTP id gBIMWbV19388 for ; Thu, 19 Dec 2002 08:32:37 +1000 Received: from internal (internal [10.10.10.1]) by internal.pipenetworks.com (8.11.2/8.11.2) with ESMTP id gBIMjBc02067 for ; Thu, 19 Dec 2002 08:45:11 +1000 Date: Thu, 19 Dec 2002 08:45:11 +1000 (EST) To: Subject: unexplained reboot of freebsd, looking for ways to debug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-scanner: nil by mouth Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I have posted this hear as I think I have a networking related freebsd rebooting issue :) I am running a couple of FreeBSD boxes both 4.5-RELEASE FreeBSD. I am using to bridge Ethernet over IP using both vtun and netgraph. I am using the netgraph script in /usr/share/examples/netgraph/ether.bridge to enable bridging as native bridging in this cut of code did not seem to work. Anyhow, to cut a long sotry short, both of my bridges were working very very well, I had tested them up to about 90Mb/sec over a public IP network and the ethernet cards generally lost frames at arounf 5000 frames/sec mark (about 1 frame in 8000) before the boxes ran into any issues. In the last week though I have been doing moderate amounts of load on these bpxes and they have been rebooting as random intervals - somtimes within minutes of each other. Before this they were working perfectly for 4 months ! What I am after is a way to turn on some form of debugging in order to find out what is causing this problem. There are no messages left in any of the var/log files that are of any help. Is there some form of crash logging or something I can switch on so when the next time it happens I can do some sort of analysis on the problem. PS. I am appreciate I am running RELEASE but it has worked for so long and if anybody can give me a set of steps to upgrade these boxes to a later rev that can be performed over an ssh session I would be very grateful :-) -- Stephen Baxter Director - PIPE Networks phone : 07 3220 1100/ 0417 818 695 fax : 07 3220 1800 ______________________________________ PIPE Networks/IX Services Australia disclaimer The above email should be read in conjunction with our standard disclaimer/terms which can be found at : http://www.pipenetworks.com/docs/disclaimer.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 14:46:13 2002 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 A029B37B404 for ; Wed, 18 Dec 2002 14:46:12 -0800 (PST) Received: from office.LF.net (office.LF.net [212.9.190.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B3643EE1 for ; Wed, 18 Dec 2002 14:46:11 -0800 (PST) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net ([212.118.165.100]) by office.LF.net with esmtp (Exim 4.04) id 18Omww-0007aW-00 for freebsd-net@freebsd.org; Wed, 18 Dec 2002 23:45:58 +0100 Received: from krion by voodoo.oberon.net with local (Exim 4.10) id 18Omx2-000KRd-00 for freebsd-net@freebsd.org; ÓÒ, 18 ÄÅË 2002 23:46:04 +0100 Date: Wed, 18 Dec 2002 23:46:04 +0100 From: Kirill Ponomarew To: freebsd-net@freebsd.org Subject: Re: unexplained reboot of freebsd, looking for ways to debug Message-ID: <20021218224604.GA78555@krion> Mail-Followup-To: Kirill Ponomarew , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Fingerprint: : 58E7 B953 57A2 D9DD 4960 2A2D 402D 46E9 AEB4 26E5 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi! On Thu, Dec 19, 2002 at 08:45:11AM +1000, Steve Baxter wrote: > What I am after is a way to turn on some form of debugging in order to > find out what is causing this problem. There are no messages left in any > of the var/log files that are of any help. Is there some form of crash > logging or something I can switch on so when the next time it happens I > can do some sort of analysis on the problem. http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.html Please, read it and post gdb output. -- Kirill Real programmers don't write in PL/1. PL/1 is for programmers who can't decide whether to write in COBOL or Fortran. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 14:51:38 2002 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 B85C137B401 for ; Wed, 18 Dec 2002 14:51:36 -0800 (PST) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF4E243ED1 for ; Wed, 18 Dec 2002 14:51:35 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <20021218225134003006il03e>; Wed, 18 Dec 2002 22:51:35 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA32888; Wed, 18 Dec 2002 14:51:33 -0800 (PST) Date: Wed, 18 Dec 2002 14:51:32 -0800 (PST) From: Julian Elischer To: Steve Baxter Cc: freebsd-net@freebsd.org Subject: Re: unexplained reboot of freebsd, looking for ways to debug. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 19 Dec 2002, Steve Baxter wrote: > > Hello, > > I have posted this hear as I think I have a networking related freebsd > rebooting issue :) > > I am running a couple of FreeBSD boxes both 4.5-RELEASE FreeBSD. I am > using to bridge Ethernet over IP using both vtun and netgraph. I am using > the netgraph script in /usr/share/examples/netgraph/ether.bridge to enable > bridging as native bridging in this cut of code did not seem to work. > > Anyhow, to cut a long sotry short, both of my bridges were working very > very well, I had tested them up to about 90Mb/sec over a public IP network > and the ethernet cards generally lost frames at arounf 5000 frames/sec > mark (about 1 frame in 8000) before the boxes ran into any issues. In the > last week though I have been doing moderate amounts of load on these bpxes > and they have been rebooting as random intervals - somtimes within > minutes of each other. Before this they were working perfectly for 4 > months ! > > What I am after is a way to turn on some form of debugging in order to > find out what is causing this problem. There are no messages left in any > of the var/log files that are of any help. Is there some form of crash > logging or something I can switch on so when the next time it happens I > can do some sort of analysis on the problem. > > > > PS. I am appreciate I am running RELEASE but it has worked for so long and > if anybody can give me a set of steps to upgrade these boxes to a later > rev that can be performed over an ssh session I would be very grateful :-) > do you have ddb in the kernel? do you have a serial console to capture error messages? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 15:59: 6 2002 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 514E137B401 for ; Wed, 18 Dec 2002 15:59:03 -0800 (PST) Received: from zeus.havoc2k.or.id (zeus.havoc2k.or.id [202.143.102.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA23743ED8 for ; Wed, 18 Dec 2002 15:58:59 -0800 (PST) (envelope-from i_am_going_to_serve_this_delivery@zeus.havoc2k.or.id) Received: by zeus.havoc2k.or.id (Postmaster, from userid 1002) id 775BE3F8; Thu, 19 Dec 2002 06:58:31 +0700 (WIT) Date: Thu, 19 Dec 2002 06:58:31 +0700 From: "Hendry S." To: Takashi Okumura Cc: freebsd-net Subject: Re: [Netnice version 2 (For FreeBSD 4.7)] Message-ID: <20021218235831.GA22748@zeus.havoc2k.or.id> References: <3DFF57F1.AA2E7CD9@wide.ad.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DFF57F1.AA2E7CD9@wide.ad.jp> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Once upon a time, Takashi Okumura said that > Dear Hackers, > > i would like to introduce my traffic control package for FreeBSD 4.7, > netnice version 2, and recruit some alpha testers. > > > ============================================================ > Netnice Version 2: Alpha Release (Dec 10, 2002) > ============================================================ > > > Netnice is a traffic management package for FreeBSD. > It comes with useful traffic control applications; > > o Bandwidth control of running network applications: netnice > > % ps -aux | grep netscape > taka 1234 ... snip ... 9:14AM 0:00.10 netscape > % netnice 1234 1024Kbps > > o Easy specification of network I/O at startup: sh > > $ ftp ftp.freebsd.org @512Kbps > > o Bandwidth specification in /etc/inetd.conf: inetd > > % cat /etc/inetd.conf > ftp stream nowait ...snip... @ 512Kbps > telnetd stream nowait ...snip... @ 64Kbps > > o Network QoS daemon with flexible scripting feature: netniced > > % netniced -d > > > * Overview * > > In FreeBSD community, we already have some implementations for traffic > control. Most of them have parallel queues in network subsystem of the > operating system, and basically, follow traditional traffic control > model where we configure queue parameters and packet classification > rules. > > Netnice differs from them in that it utilizes a new traffic control > primitive, Virtual network interface (VIF). Traffic control with a VIF > works as follows. First, we create a VIF connected to an existing > physical network interface. Then, we set parameters of the VIF, such > as bandwidth and priority. Lastly, we attach it to network I/O of > target process, or sockets. > > > * Features * > > The primitive has following notable features. > > The attached virtual network interface will be inherited to its child > processes, and thus, the network resource would be protected from > excess use. > > Virtual network interfaces can be hierarchically structured, and > attachable to sockets and process groups, as well as to process > network I/O. This model provides flexible control granularity. > > The virtual network interface has various parameters, such as > bandwidth, queuing discipline, weight and priority. Hence, users can > enjoy various traffic control service, such as software packet shaping > and premium service, in a single framework. > > Lastly, we note that the virtual network interfaces are accessible as > files, under /proc/network, and thus, any programming environment with > file access API can make use of the primitive. > > > * Needs alpha testers!! * > > If you got interested in the implementation, please join the alpha > testing, working towards beta-version release in near future. If there > were requests for for an Apache module to control Web traffic, i think > i can provide an experimental version shortly. Detailed information, > documents, and the package is available at the project homepage. > > Project Homepage http://www.netnice.org > > > thanks! wireless% host www.netnice.org Host www.netnice.org not found: 2(SERVFAIL) cheers Hendry S. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 17: 7:59 2002 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 D4ED337B404 for ; Wed, 18 Dec 2002 17:07:58 -0800 (PST) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3F5A43E4A for ; Wed, 18 Dec 2002 17:07:57 -0800 (PST) (envelope-from babolo@aaz.links.ru) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by aaz.links.ru (8.12.6/8.12.6) with ESMTP id gBJ19psQ047383; Thu, 19 Dec 2002 04:09:51 +0300 (MSK) (envelope-from babolo@aaz.links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.12.6/8.12.6/Submit) id gBJ19ovE047371; Thu, 19 Dec 2002 04:09:50 +0300 (MSK) Message-Id: <200212190109.gBJ19ovE047371@aaz.links.ru> Subject: Re: [Netnice version 2 (For FreeBSD 4.7)] X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <20021218235831.GA22748@zeus.havoc2k.or.id> To: "Hendry S." Date: Thu, 19 Dec 2002 04:09:50 +0300 (MSK) From: "."@babolo.ru Cc: Takashi Okumura , freebsd-net X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Once upon a time, Takashi Okumura said that > > Dear Hackers, > > i would like to introduce my traffic control package for FreeBSD 4.7, > > netnice version 2, and recruit some alpha testers. > > > > ============================================================ > > Netnice Version 2: Alpha Release (Dec 10, 2002) > > ============================================================ > > ...... > > wireless% host www.netnice.org > Host www.netnice.org not found: 2(SERVFAIL) 0cicuta~(3)>host www.netnice.org www.netnice.org has address 203.178.141.169 www.netnice.org has address 3ffe:501:1c61:1:201:3ff:fee7:a472 -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Dec 18 18:46:18 2002 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 1BD2037B401 for ; Wed, 18 Dec 2002 18:46:17 -0800 (PST) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 75A6743ED4 for ; Wed, 18 Dec 2002 18:46:16 -0800 (PST) (envelope-from darcy@wavefire.com) Received: (qmail 10986 invoked from network); 19 Dec 2002 03:21:38 -0000 Received: from dbitech.wavefire.com (HELO dbitech) (darcy@64.141.15.253) by radius.wavefire.com with SMTP; 19 Dec 2002 03:21:38 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Darcy Buskermolen Organization: Wavefire Technologies Corp. To: "."@babolo.ru, "Hendry S." Subject: Re: [Netnice version 2 (For FreeBSD 4.7)] Date: Wed, 18 Dec 2002 18:45:49 -0800 User-Agent: KMail/1.4.3 Cc: Takashi Okumura , freebsd-net References: <200212190109.gBJ19ovE047371@aaz.links.ru> In-Reply-To: <200212190109.gBJ19ovE047371@aaz.links.ru> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200212181845.49327.darcy@wavefire.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wednesday 18 December 2002 17:09, "."@babolo.ru wrote: > > Once upon a time, Takashi Okumura said that > > > > > Dear Hackers, > > > i would like to introduce my traffic control package for FreeBSD 4.= 7, > > > netnice version 2, and recruit some alpha testers. > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > Netnice Version 2: Alpha Release (Dec 10, 2002) > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > ...... > > > > wireless% host www.netnice.org > > Host www.netnice.org not found: 2(SERVFAIL) > > 0cicuta~(3)>host www.netnice.org > www.netnice.org has address 203.178.141.169 > www.netnice.org has address 3ffe:501:1c61:1:201:3ff:fee7:a472 Whois Server Version 1.3 Domain names in the .com, .net, and .org domains can now be registered with many different competing registrars. Go to http://www.internic.net for detailed information. Domain Name: NETNICE.ORG Registrar: GO DADDY SOFTWARE, INC. Whois Server: whois.godaddy.com Referral URL: http://registrar.godaddy.com Name Server: NS.ASAHIKAWA.WIDE.AD.JP Name Server: NS2.ASAHIKAWA.WIDE.AD.JP Updated Date: 01-aug-2002 >>> Last update of whois database: Wed, 18 Dec 2002 17:15:09 EST <<< The Registry database contains ONLY .COM, .NET, .ORG, .EDU domains and Registrars. No match for "netnice.org" in the registrar database. I think godaddy broke again, this is what happens with the cheepest regis= tar=20 on the block --=20 Darcy Buskermolen Wavefire Technologies Corp. ph: 250.717.0200 fx: 250.763.1759 http://www.wavefire.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 0:28:15 2002 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 AB45237B401 for ; Thu, 19 Dec 2002 00:28:12 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367AC43ED1 for ; Thu, 19 Dec 2002 00:28:12 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (dialin-145-254-193-219.arcor-ip.net [145.254.193.219]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id gBJ8S6C28219; Thu, 19 Dec 2002 00:28:07 -0800 (PST) Message-ID: <3E018315.5070602@isi.edu> Date: Thu, 19 Dec 2002 09:28:05 +0100 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vincent Jardin Cc: freebsd-net@freebsd.org Subject: Re: Recursive encapsulation could panic the Kernel References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> (added by postmaster@wanadoo.fr) In-Reply-To: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> (added by postmaster@wanadoo.fr) Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030509050207000703050108" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. --------------ms030509050207000703050108 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit On 12/16/2002 9:45 PM, Vincent Jardin wrote: > > With FreeBSD, there are many ways to create a recursive local encapsulation > loop within the IPv4 and IPv6 stack. ... > There is a simple local solution that is used by gif_output() that is not > protected by any mutex: .. > if (++called > max_gif_nesting) { > log(LOG_NOTICE, > "gif_output: recursively called too many times(%d)\n", > called); > m_freem(m); > error = EIO; /* is there better errno? */ > goto end; > } > > I am wondering if a more generic solution could be found, however I do not > have any idea yet ;-( There are legitimate reasons for wanting recursive encapsulation, e.g. virtual networks inside virtual networks. (One man's bug is another man's feature...) Recursive encapsulation itself is actually fine: at some point you'll run out of packet space, and the packet is dropped. The problem is with *implementing* recursive encapsulation recursively, as this can overflow the kernel stack and cause crashes. The fix that I'd prefer would prevent this stack overflow from happening, without limiting recursive encapsulation. But I'd settle for any patch that comes with a knob to turn it off. Lars -- Lars Eggert USC Information Sciences Institute --------------ms030509050207000703050108 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTIxOTA4MjgwNVowIwYJKoZIhvcNAQkEMRYEFN2yNtqdlaoU2Bjr3JeT iNpmPlzeMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAtQ8QWVvE07dAjfGZOLhXXMxjB9u9E3q9nnLD jlr+ECd+DsJDFLriUQLzrOPo/HZs0uxf25PKLsjZiGk7dZuMJqcyu6BTjXNwAnZCV0nA9+Yf OSVm8hQOnpNNf6H550qRr8qXcIgAD+mNGEghSZ4gpoM6Y4FssgZMsgW/Y6ra06NB71w3eMSl aC4dmgEeWp9EXEO9zaGokPtbjXaApqQFRencbUGN/gS9DgfzVN0BgSv2B7upbIBw9lXdM4Of XTmB3Mzewi7Pn0hd41WjcBA8oWiLq9Meyz8IDlrgiOUHTicRGmkHOZODpEswW9PRi7FuJE6H c3Misf55fyDHNl8jpgAAAAAAAA== --------------ms030509050207000703050108-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 0:30: 0 2002 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 202C637B401 for ; Thu, 19 Dec 2002 00:30:00 -0800 (PST) Received: from fs.asahikawa.wide.ad.jp (fs.asahikawa.wide.ad.jp [203.178.141.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9898843E4A for ; Thu, 19 Dec 2002 00:29:58 -0800 (PST) (envelope-from taka@wide.ad.jp) Received: from wide.ad.jp (dhcp2 [203.178.141.172]) by fs.asahikawa.wide.ad.jp (8.11.3/8.11.3) with ESMTP id gBJ8SXg09702; Thu, 19 Dec 2002 17:28:34 +0900 (JST) (envelope-from taka@wide.ad.jp) Message-ID: <3E018389.9470E356@wide.ad.jp> Date: Thu, 19 Dec 2002 17:30:01 +0900 From: Takashi Okumura Organization: Asahikawa Medical College X-Mailer: Mozilla 4.06 [ja] (Win95; I) MIME-Version: 1.0 To: Darcy Buskermolen Cc: "."@babolo.ru, "Hendry S." , freebsd-net Subject: Re: [Netnice version 2 (For FreeBSD 4.7)] References: <200212190109.gBJ19ovE047371@aaz.links.ru> <200212181845.49327.darcy@wavefire.com> Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Darcy, Hendry, and BABOLO(?), sorry for the troubles. and, hope the server is accessible now. i won't use the cheapest registrar ($8.95/year) next time... anyway. i would appreciate any suggestion, feedback, etc from the hackers community. thanks, -- taka To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 1:17:36 2002 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 25EF537B401 for ; Thu, 19 Dec 2002 01:17:35 -0800 (PST) Received: from ams-msg-core-1.cisco.com (ams-msg-core-1.cisco.com [144.254.74.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C6943E4A for ; Thu, 19 Dec 2002 01:17:33 -0800 (PST) (envelope-from molter@tin.it) Received: from cisco.com (localhost [127.0.0.1]) by ams-msg-core-1.cisco.com (8.12.2/8.12.2) with ESMTP id gBJ9FwmT006216 for ; Thu, 19 Dec 2002 10:15:58 +0100 (MET) Received: from www.example.org (dhcp-nic-val-26-98.cisco.com [64.103.26.98]) by cisco.com (8.8.8+Sun/8.8.8) with SMTP id KAA06315 for ; Thu, 19 Dec 2002 10:17:19 +0100 (MET) Received: (qmail 41939 invoked by uid 1000); 19 Dec 2002 09:16:12 -0000 Message-ID: <20021219091612.41938.qmail@cobweb.example.org> Date: Thu, 19 Dec 2002 10:16:12 +0100 From: Marco Molteni To: Andre Oppermann Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD kernel routing table, need statistics, please install this patch In-Reply-To: <3CF65A3C.915493B8@pipeline.ch> References: <3CF65A3C.915493B8@pipeline.ch> X-Mailer: Sylpheed version 0.8.6 (GTK+ 1.2.10; i386-portbld-freebsd4.7) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 30 May 2002, Andre Oppermann wrote: > while working on a design overhaul of the kernel routing table [..] Hi Andre, I was wondering what is the status of your "overhaul of the kernel routing table"... has it been committed? in which branch? thanks marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 8:14:20 2002 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 91CC837B401 for ; Thu, 19 Dec 2002 08:14:19 -0800 (PST) Received: from brisefer.cediti.be (porquepix.cediti.be [213.189.188.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524C643EB2 for ; Thu, 19 Dec 2002 08:14:18 -0800 (PST) (envelope-from Olivier.Cherrier@cediti.be) Received: by brisefer.nat.cediti.be with Internet Mail Service (5.5.2653.19) id ; Wed, 18 Dec 2002 13:11:09 +0100 Message-ID: From: Olivier Cherrier To: freebsd-net@FreeBSD.org Subject: RE: mpd pptp server questions Date: Wed, 18 Dec 2002 13:11:08 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I'm using MPD 3.10 on a FreeBSD 4.4-STABLE #0: Sat Apr 13 > 19:16:07 CEST Isn'it a problem to run a recent MPD application on an 'old' 4.4 system? Thanks. oc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 9:31:40 2002 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 86CA637B401 for ; Thu, 19 Dec 2002 09:31:38 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1220143E4A for ; Thu, 19 Dec 2002 09:31:38 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id gBJHVRTK005347; Thu, 19 Dec 2002 09:31:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id gBJHVRVS005346; Thu, 19 Dec 2002 09:31:27 -0800 Date: Thu, 19 Dec 2002 09:31:26 -0800 From: Brooks Davis To: Vincent Jardin Cc: freebsd-net@FreeBSD.ORG, Lars Eggert Subject: Re: Recursive encapsulation could panic the Kernel Message-ID: <20021219093126.B30203@Odin.AC.HMC.Edu> References: <3DF62DBD0032C2ED@mel-rta6.wanadoo.fr> <3E018315.5070602@isi.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3E018315.5070602@isi.edu>; from larse@ISI.EDU on Thu, Dec 19, 2002 at 09:28:05AM +0100 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > On 12/16/2002 9:45 PM, Vincent Jardin wrote: > >=20 > > With FreeBSD, there are many ways to create a recursive local encapsula= tion=20 > > loop within the IPv4 and IPv6 stack. > ... > > There is a simple local solution that is used by gif_output() that is n= ot=20 > > protected by any mutex: > .. > > if (++called > max_gif_nesting) { > > log(LOG_NOTICE, > > "gif_output: recursively called too many times(%d)\n", > > called); > > m_freem(m); > > error =3D EIO; /* is there better errno? */ > > goto end; > > } > >=20 > > I am wondering if a more generic solution could be found, however I do = not=20 > > have any idea yet ;-( Since we now have m_tag support, we could implement the solution OpenBSD uses which catches actual loops instead of just refusing to nest more then a certain amount. See sys/net/if_gif.c rev 1.19. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+AgJsXY6L6fI4GtQRAml/AJ0Y44wjRBlocuGuH5FSkCvsiydFBACfWGmn HolDmI5PBToLu2hKEJdd+ns= =HixY -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 10:45:49 2002 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 A16EC37B401 for ; Thu, 19 Dec 2002 10:45:48 -0800 (PST) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3873843E4A for ; Thu, 19 Dec 2002 10:45:48 -0800 (PST) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2002121918454705200fg3r9e>; Thu, 19 Dec 2002 18:45:47 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA40471; Thu, 19 Dec 2002 10:45:46 -0800 (PST) Date: Thu, 19 Dec 2002 10:45:45 -0800 (PST) From: Julian Elischer To: Olivier Cherrier Cc: freebsd-net@FreeBSD.org Subject: RE: mpd pptp server questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org there were some bugfixes to the netgraph modules since 4.4 On Wed, 18 Dec 2002, Olivier Cherrier wrote: > > I'm using MPD 3.10 on a FreeBSD 4.4-STABLE #0: Sat Apr 13 > > 19:16:07 CEST > > Isn'it a problem to run a recent MPD application on > an 'old' 4.4 system? > > Thanks. > oc > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 11:28: 1 2002 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 5612B37B401 for ; Thu, 19 Dec 2002 11:28:00 -0800 (PST) Received: from mail.xlrn.ucsb.edu (mail.xlrn.ucsb.edu [128.111.178.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552AA43EDC for ; Thu, 19 Dec 2002 11:27:59 -0800 (PST) (envelope-from rdesmond@els.ucsb.edu) Received: from MIKE.xlrn.ucsb.edu (xlrn-23.xlrn.ucsb.edu [128.111.178.23]) by mail.xlrn.ucsb.edu (8.11.3/8.11.3) with ESMTP id gBJERiE10679 for ; Thu, 19 Dec 2002 06:27:45 -0800 (PST) (envelope-from rdesmond@els.ucsb.edu) Message-Id: <5.2.0.9.0.20021219111819.01f8b450@mail.xlrn.ucsb.edu> X-Sender: robby@mail.xlrn.ucsb.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 19 Dec 2002 11:27:54 -0800 To: freebsd-net@freebsd.org From: Robby Desmond Subject: 3c595s on 4.2.6 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hey all, I'm building a Snort box and want to have two ip-less nics for detecting and one with IP for management. Using the hardware I've got (since we're in a budget crunch), I've scavenged together a Compaq Deskpro 4000, which has a built-in 10/100 NIC, to be used for management and a couple of old spare 3c595s we've got. The 595s are calling for the vx kernel driver, and I was wondering why my generic kernel only loaded one of them, so I explicitly stated, in the kernel config, to load two, vx0 and vx1. Now they both appear, but they don't actually work. I can ifconfig them up, but what happens is that one doesn't respond at all (no light on the hub), while the other immediately kills the hub by flooding it - the link light comes on, but so does the collision light, permanently, and my other workstation loses outside connection. I'm working with 4.6.2. Anyone got suggestions? (I'm off-list, so please include my address in replies.) -Robby Robert Desmond Systems Administrator UCSB Extended Learning Services 805-893-4906 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 11:34:33 2002 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 BCA6D37B401 for ; Thu, 19 Dec 2002 11:34:32 -0800 (PST) Received: from patrocles.silby.com (d29.as9.nwbl0.wi.voyager.net [169.207.132.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF4B43EA9 for ; Thu, 19 Dec 2002 11:34:31 -0800 (PST) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.6/8.12.6) with ESMTP id gBJJf46D005082; Thu, 19 Dec 2002 13:41:04 -0600 (CST) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.6/8.12.6/Submit) with ESMTP id gBJJexBn005079; Thu, 19 Dec 2002 13:41:03 -0600 (CST) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 19 Dec 2002 13:40:59 -0600 (CST) From: Mike Silbersack To: Robby Desmond Cc: freebsd-net@freebsd.org Subject: Re: 3c595s on 4.2.6 In-Reply-To: <5.2.0.9.0.20021219111819.01f8b450@mail.xlrn.ucsb.edu> Message-ID: <20021219134029.N5047-100000@patrocles.silby.com> References: <5.2.0.9.0.20021219111819.01f8b450@mail.xlrn.ucsb.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 19 Dec 2002, Robby Desmond wrote: > The 595s are calling for the vx kernel driver, and I was wondering why my > generic kernel only loaded one of them, so I explicitly stated, in the > kernel config, to load two, vx0 and vx1. Now they both appear, but they > don't actually work. > > I can ifconfig them up, but what happens is that one doesn't respond at all > (no light on the hub), while the other immediately kills the hub by > flooding it - the link light comes on, but so does the collision light, > permanently, and my other workstation loses outside connection. Just to clarify, both work correctly, as long as there is only one of them in the box at a time? Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Dec 19 14:38:19 2002 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 9A5ED37B401 for ; Thu, 19 Dec 2002 14:38:18 -0800 (PST) Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.30.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id D976843EC2 for ; Thu, 19 Dec 2002 14:38:17 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id CA75A1E008; Thu, 19 Dec 2002 17:38:11 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id RAA02210; Thu, 19 Dec 2002 17:38:10 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id OAA17995; Thu, 19 Dec 2002 14:38:10 -0800 (PST) Message-Id: <200212192238.OAA17995@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: ghelmer@palisadesys.com Subject: RE: libpcap Cc: freebsd-net@FreeBSD.ORG Date: Thu, 19 Dec 2002 14:38:10 -0800 Versions: dmail (solaris) 2.5a/makemail 2.9d Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a patch, which I apparently never committed, to make libpcap respect debug.bpf_bufsize if it's larger than 32k. I will make sure this gets into libpcap and then a release and then FreeBSD (whew). Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 20 4:17:36 2002 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 2CF4237B401 for ; Fri, 20 Dec 2002 04:17:36 -0800 (PST) Received: from mail.lorcavirtual.com (80-25-213-111.uc.nombres.ttd.es [80.25.213.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B177643ED8 for ; Fri, 20 Dec 2002 04:17:23 -0800 (PST) (envelope-from jmartinez@lorcavirtual.com) Received: from kass.lorcavirtual.com (unknown [10.0.0.2]) by mail.lorcavirtual.com (Postfix) with ESMTP id A7CF6CD0E; Fri, 20 Dec 2002 13:27:05 +0100 (CET) Message-Id: <5.1.0.14.2.20021220131618.0199bb90@mail.lorcavirtual.com> X-Sender: jmartinez@mail.lorcavirtual.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 20 Dec 2002 13:17:05 +0100 To: freebsd-net@freebsd.org From: =?iso-8859-1?Q?Jes=FAs?= =?iso-8859-1?Q?_Mart=EDnez?= Mateo Subject: Multilink server Cc: archie@whistle.com Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I'm looking for a Multilink server to work with Linux, but I haven't found= =20 nothing. Could you help me about that? Do you know if mpd works with Linux? Thanks a lot, Jes=FAs Mart=EDnez. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 20 7:39: 1 2002 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 0ABC637B401 for ; Fri, 20 Dec 2002 07:39:00 -0800 (PST) Received: from almonde.com (almonde.net2.nerim.net [62.212.111.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B6343EE5 for ; Fri, 20 Dec 2002 07:38:58 -0800 (PST) (envelope-from yann.nottara@almonde.com) Received: from almonde.com (vulture.almonde.com [192.168.0.156]) by almonde.com (8.11.6/8.11.6) with ESMTP id gBKFcqA18208; Fri, 20 Dec 2002 16:38:52 +0100 (CET) (envelope-from yann.nottara@almonde.com) Message-ID: <3E0339D0.7020200@almonde.com> Date: Fri, 20 Dec 2002 16:40:00 +0100 From: Yann Nottara Organization: Almonde User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr, en-us MIME-Version: 1.0 To: Archie Cobbs Cc: freebsd-net@freebsd.org Subject: Re: mpd pptp server questions References: <200212171839.gBHIdfuH012726@arch20m.dellroad.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Archie Cobbs wrote: > Yann Nottara wrote: [...] >>So, my questions regarding the logs are : >> >>1) What does "exec: command returned 256" means ? > > > The "route add" command failed for some reason. Does the route > already exist? So it seems, I'll have to check. >>2) What "does rec'd unexpected protocol IP on link -1" means ? > > > That's a transient error, it should really just be suppressed. > The peer sent an IP packet before we were completely ready. > No big deal. That's what I suspected as it didn't seem to have any influence on communications. >>BTW, my setup only allows 1 client now but I'd like to allow up to about >>10-15 machines more. >> >>Any idea of the burden this would put on a PIII 866 - 512 MB - U160 SCSI >>server already providing some other basic net services ? Do you think >>it's feasible ? > > > Should be no problem. > > -Archie Thanks for your help/assistance and for providing such a great piece of software to the community. In my case, it's one more Win2k server that I won't buy and (most important) won't "baby-sit". Yann Nottara -- System & Network administrator Almonde Tel : +33 1 58 18 66 84 Fax : +33 1 58 18 66 99 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 20 7:55: 1 2002 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 B4E2F37B401 for ; Fri, 20 Dec 2002 07:55:00 -0800 (PST) Received: from almonde.com (almonde.net2.nerim.net [62.212.111.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736DF43EEF for ; Fri, 20 Dec 2002 07:54:59 -0800 (PST) (envelope-from yann.nottara@almonde.com) Received: from almonde.com (vulture.almonde.com [192.168.0.156]) by almonde.com (8.11.6/8.11.6) with ESMTP id gBKFssA18650; Fri, 20 Dec 2002 16:54:54 +0100 (CET) (envelope-from yann.nottara@almonde.com) Message-ID: <3E033D93.4040504@almonde.com> Date: Fri, 20 Dec 2002 16:56:03 +0100 From: Yann Nottara Organization: Almonde User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr, en-us MIME-Version: 1.0 To: Olivier Cherrier Cc: freebsd-net@FreeBSD.ORG Subject: Re: mpd pptp server questions References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Olivier Cherrier wrote: >>I'm using MPD 3.10 on a FreeBSD 4.4-STABLE #0: Sat Apr 13 >>19:16:07 CEST > > > Isn'it a problem to run a recent MPD application on > an 'old' 4.4 system? I'd agree with you but in my case, apart from what seems to be a few unnecessary verbosity, the MPD PPTP server runs quite well. Regards, Yann Nottara -- System & Network administrator Almonde Tel : +33 1 58 18 66 84 Fax : +33 1 58 18 66 99 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Dec 20 22:42:18 2002 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 4D79237B401; Fri, 20 Dec 2002 22:42:17 -0800 (PST) Received: from isber.ucsb.edu (research.isber.ucsb.edu [128.111.147.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABCBA43EEA; Fri, 20 Dec 2002 22:42:13 -0800 (PST) (envelope-from randall@isber.ucsb.edu) Received: from localhost ([127.0.0.1] helo=research.isber.ucsb.edu) by isber.ucsb.edu with esmtp (Exim 3.36 #2) id 18PdKp-0008n7-00; Fri, 20 Dec 2002 22:42:07 -0800 Date: Fri, 20 Dec 2002 22:42:06 -0800 (PST) From: randall ehren To: Cc: Subject: redundant firewall + vpn server howto Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanner: exiscan *18PdKp-0008n7-00*EZvTbkcr6.A* (ISBER - Institute for Social, Behavioral, and Economic Research) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org it's a bit of a work-in-progress, but if anyone is interested in setting up freebsd as a bridging ipfilter firewall + pptp vpn server, in rc.diskless2 mode, along with the option of having a redundant failover machine: http://isber.ucsb.edu/~randall/firewall/redundant/ despite the complexity at first sight, it's fairly easy to setup thanks to freebsd's including of ipfilter and ppp in the base system, along with a very easy way to setup using a solid state device as the main drive. and all the other utilities you need are in the ports tree. -- :// randall s. ehren :// voice 805.893.5632 :// systems administrator :// isber|survey|avss.ucsb.edu :// institute for social, behavioral, and economic research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 10:14:31 2002 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 DB76237B401; Sat, 21 Dec 2002 10:14:30 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CD2943EE8; Sat, 21 Dec 2002 10:14:30 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from [216.20.231.174] (helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18Po8q-0001ld-00; Sat, 21 Dec 2002 10:14:28 -0800 Message-ID: <3E04AF38.BDA58436@mindspring.com> Date: Sat, 21 Dec 2002 10:13:12 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: randall ehren Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: redundant firewall + vpn server howto References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bb5d5aa4b491ce672762af8ca8f0a0ca350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org randall ehren wrote: > it's a bit of a work-in-progress, but if anyone is interested in setting up > freebsd as a bridging ipfilter firewall + pptp vpn server, in rc.diskless2 > mode, along with the option of having a redundant failover machine: > > http://isber.ucsb.edu/~randall/firewall/redundant/ Cold failover, right? Existing PPTP sessions aren't taken over by the second machine if the first goes down, right? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 13:57:52 2002 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 1B99037B401 for ; Sat, 21 Dec 2002 13:57:51 -0800 (PST) Received: from goof.com (pcp02305702pcs.longhl01.md.comcast.net [68.52.164.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 4D58D43ED8 for ; Sat, 21 Dec 2002 13:57:45 -0800 (PST) (envelope-from mmead@goof.com) Received: (qmail 67151 invoked by uid 10000); 21 Dec 2002 21:57:45 -0000 Date: Sat, 21 Dec 2002 16:57:45 -0500 From: "matthew c. mead" To: freebsd-net@freebsd.org Subject: Linux and FreeBSD poor network performance Message-ID: <20021221165745.A67089@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet segment that cannot seem to talk to one another faster than 150K/s. I've been using scp, ftp, http, to test this. A Windows box on the same segment can send/receive at 6MB/s with either box, but for some reason the FreeBSD box and Linux box are having some weird interaction. My guess is I need to tune one or the other's tcp stack. Any hints? Anyone seen this? FreeBSD box is FreeBSD 4.7-RELEASE-p2. Linux box is Gentoo Linux 1.4rc1 with kernel 2.4.19-gentoo-r10. Windows box is Windows 2000 sp3. Thanks in advance for any help... I'm out of ideas. -matt -- matthew c. mead http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 14: 7:44 2002 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 05ADD37B401 for ; Sat, 21 Dec 2002 14:07:43 -0800 (PST) Received: from pipenetworks.com (cartman.pipenetworks.com [202.4.251.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D10543EDA for ; Sat, 21 Dec 2002 14:07:41 -0800 (PST) (envelope-from steve@pipenetworks.com) Received: (from root@localhost) by pipenetworks.com (8.11.6/8.11.2) id gBLM3aY18778; Sun, 22 Dec 2002 08:03:36 +1000 From: Steve Baxter Received: from internal.pipenetworks.com (internal.pipenetworks.com [10.10.10.1]) by pipenetworks.com (8.11.6/8.11.2) with ESMTP id gBLM3ZV18745; Sun, 22 Dec 2002 08:03:36 +1000 Received: from internal (internal [10.10.10.1]) by internal.pipenetworks.com (8.11.2/8.11.2) with ESMTP id gBLMGSc23493; Sun, 22 Dec 2002 08:16:28 +1000 Date: Sun, 22 Dec 2002 08:16:28 +1000 (EST) To: "matthew c. mead" Cc: Subject: Re: Linux and FreeBSD poor network performance In-Reply-To: <20021221165745.A67089@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-scanner: nil by mouth Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Check out the duplex setting on the ethernet ports. Use 'ifconfig' and 'netstat -I dev -w 1' on FreeBSD and 'ifconfig', 'mii-tool' and 'cat /proc/net/dev' on Linux Any sort of errors may lead to this sort of behaviour. You need to match the hosts to the switch port they are connected to. SB > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet > segment that cannot seem to talk to one another faster than > 150K/s. I've been using scp, ftp, http, to test this. > > A Windows box on the same segment can send/receive at 6MB/s with > either box, but for some reason the FreeBSD box and Linux box > are having some weird interaction. My guess is I need to tune > one or the other's tcp stack. Any hints? Anyone seen this? > > FreeBSD box is FreeBSD 4.7-RELEASE-p2. Linux box is Gentoo Linux > 1.4rc1 with kernel 2.4.19-gentoo-r10. Windows box is Windows > 2000 sp3. > > Thanks in advance for any help... I'm out of ideas. > > > -matt > > -- Stephen Baxter Director - PIPE Networks phone : 07 3220 1100/ 0417 818 695 fax : 07 3220 1800 ______________________________________ PIPE Networks/IX Services Australia disclaimer The above email should be read in conjunction with our standard disclaimer/terms which can be found at : http://www.pipenetworks.com/docs/disclaimer.htm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 14:29:15 2002 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 9E4EE37B401 for ; Sat, 21 Dec 2002 14:29:11 -0800 (PST) Received: from goof.com (pcp02305702pcs.longhl01.md.comcast.net [68.52.164.8]) by mx1.FreeBSD.org (Postfix) with SMTP id D2EDB43EDA for ; Sat, 21 Dec 2002 14:29:10 -0800 (PST) (envelope-from mmead@goof.com) Received: (qmail 67910 invoked by uid 10000); 21 Dec 2002 22:29:10 -0000 Date: Sat, 21 Dec 2002 17:29:10 -0500 From: "matthew c. mead" To: Steve Baxter Cc: freebsd-net@freebsd.org Subject: Re: Linux and FreeBSD poor network performance Message-ID: <20021221172910.A67763@goof.com> References: <20021221165745.A67089@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from steve@pipenetworks.com on Sun, Dec 22, 2002 at 08:16:28AM +1000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Dec 22, 2002 at 08:16:28AM +1000, Steve Baxter wrote: > Check out the duplex setting on the ethernet ports. Use > 'ifconfig' and 'netstat -I dev -w 1' on FreeBSD ifconfig fxp0: fxp0: flags=8843 mtu 1500 inet 192.168.1.99 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::2d0:b7ff:fe9e:2bbe%fxp0 prefixlen 64 scopeid 0x1 ether 00:d0:b7:9e:2b:be media: Ethernet autoselect (100baseTX ) status: active The switch's light for full duplex on this port is ON. The netstat lists no errors or collisions. > 'ifconfig', 'mii-tool' and 'cat /proc/net/dev' on Linux ifconfig eth0: eth0 Link encap:Ethernet HWaddr 00:07:95:35:DD:77 inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:60487 errors:0 dropped:0 overruns:0 frame:0 TX packets:93881 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:19959655 (19.0 Mb) TX bytes:78760612 (75.1 Mb) Interrupt:5 Base address:0xd400 mii-tool: eth0: negotiated 100baseTx-FD, link ok The switch's light for full duplex on this port is ON. cat /proc/net/dev: Inter-| Receive | Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 1000 20 0 0 0 0 0 0 1000 20 0 0 0 0 0 0 eth0:19971723 60609 0 0 0 0 0 0 78770385 93940 0 0 0 0 0 0 > Any sort of errors may lead to this sort of behaviour. You need to match > the hosts to the switch port they are connected to. Thanks for the suggestions. I think the cards/ports are negotiating with each other properly. I've tried disabling the FreeBSD box's delay_ack but it makes no difference. Any other ideas? Thanks again... -matt > > SB > > > > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet > > segment that cannot seem to talk to one another faster than > > 150K/s. I've been using scp, ftp, http, to test this. > > > > A Windows box on the same segment can send/receive at 6MB/s with > > either box, but for some reason the FreeBSD box and Linux box > > are having some weird interaction. My guess is I need to tune > > one or the other's tcp stack. Any hints? Anyone seen this? > > > > FreeBSD box is FreeBSD 4.7-RELEASE-p2. Linux box is Gentoo Linux > > 1.4rc1 with kernel 2.4.19-gentoo-r10. Windows box is Windows > > 2000 sp3. > > > > Thanks in advance for any help... I'm out of ideas. > > > > > > -matt > > > > > > -- > Stephen Baxter > Director - PIPE Networks > phone : 07 3220 1100/ 0417 818 695 > fax : 07 3220 1800 > > > ______________________________________ > PIPE Networks/IX Services Australia disclaimer > > The above email should be read in conjunction with our standard > disclaimer/terms which can be found at : > > http://www.pipenetworks.com/docs/disclaimer.htm > -- matthew c. mead http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 14:57:19 2002 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 4C21637B401 for ; Sat, 21 Dec 2002 14:57:03 -0800 (PST) Received: from goof.com (pcp02305702pcs.longhl01.md.comcast.net [68.52.164.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 47DE443EE6 for ; Sat, 21 Dec 2002 14:57:01 -0800 (PST) (envelope-from mmead@goof.com) Received: (qmail 565 invoked by uid 10000); 21 Dec 2002 22:57:00 -0000 Date: Sat, 21 Dec 2002 17:57:00 -0500 From: "matthew c. mead" To: Steve Baxter Cc: freebsd-net@freebsd.org Subject: Re: Linux and FreeBSD poor network performance Message-ID: <20021221175700.A487@goof.com> References: <20021221165745.A67089@goof.com> <20021221172910.A67763@goof.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i In-Reply-To: <20021221172910.A67763@goof.com>; from mmead@goof.com on Sat, Dec 21, 2002 at 05:29:10PM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry to follow-up to my own message, but using a FreeBSD 4.6.2-RELEASE box with the Linux box works just fine. It uses an xl0 instead of an fxp0. I've done a sysctl -a on each box. Here's the differences. Anything look suspicious? Thanks. -matt --- sysctl Sat Dec 21 17:43:49 2002 +++ sysctl2 Sat Dec 21 17:50:38 2002 @@ -1,24 +1,24 @@ kern.ostype: FreeBSD -kern.osrelease: 4.6.2-RELEASE +kern.osrelease: 4.7-RELEASE-p2 kern.osrevision: 199506 -kern.version: FreeBSD 4.6.2-RELEASE #1: Sat Aug 31 13:20:58 EDT 2002 - root@udel73:/mybsd/usr.src/sys/compile/XENON +kern.version: FreeBSD 4.7-RELEASE-p2 #1: Thu Nov 14 11:34:22 EST 2002 + mmead@goof.com:/goof/goof/0/usr.obj/goof/goof/0/usr.src/sys/GOOF =20 -kern.maxvnodes: 16344 +kern.maxvnodes: 8307 kern.maxproc: 532 kern.maxfiles: 1064 kern.argmax: 65536 kern.securelevel: -1 -kern.hostname: udel73 +kern.hostname: goof.com kern.hostid: 0 kern.clockrate: { hz =3D 100, tick =3D 10000, tickadj =3D 5, profhz =3D 10= 24, stathz =3D 128 } kern.posix1version: 199309 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 -kern.boottime: { sec =3D 1040510404, usec =3D 876780 } Sat Dec 21 17:40:04= 2002 +kern.boottime: { sec =3D 1040510992, usec =3D 39239 } Sat Dec 21 17:49:52 = 2002 kern.domainname:=20 -kern.osreldate: 460002 +kern.osreldate: 470000 kern.bootfile: /kernel kern.maxfilesperproc: 957 kern.maxprocperuid: 478 @@ -30,7 +30,7 @@ kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 136 -kern.ipc.nmbclusters: 1024 +kern.ipc.nmbclusters: 2048 kern.ipc.semmap: 30 kern.ipc.semmni: 10 kern.ipc.semmns: 60 @@ -48,9 +48,11 @@ kern.ipc.shmall: 8192 kern.ipc.shm_use_phys: 0 kern.ipc.mbuf_wait: 32 -kern.ipc.mbtypes: 63 129 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -kern.ipc.nmbufs: 4096 -kern.ipc.maxsockets: 1064 +kern.ipc.mbtypes: 41 68 3 0 0 0 0 0 0 0 0 0 0 0 0 0 +kern.ipc.nmbufs: 8192 +kern.ipc.mcl_pool_max: 0 +kern.ipc.mcl_pool_now: 0 +kern.ipc.maxsockets: 2048 kern.dummy: 0 kern.ps_strings: 3217031152 kern.usrstack: 3217031168 @@ -66,10 +68,10 @@ kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 -kern.cp_time: 1984 0 585 218 21329 +kern.cp_time: 1249 0 201 19 4451 kern.timecounter.method: 0 kern.timecounter.hardware: i8254 -kern.openfiles: 244 +kern.openfiles: 235 kern.kq_calloutmax: 4096 kern.ps_arg_cache_limit: 256 kern.ps_argsopen: 1 @@ -87,7 +89,7 @@ kern.devstat.numdevs: 6 kern.devstat.generation: 6 kern.devstat.version: 4 -kern.disks: afd0 ad1 ad0 md0 +kern.disks: ad2 ad1 ad0 md0 kern.log_wakeups_per_second: 5 kern.log_console_output: 1 kern.msgbuf:=20 @@ -97,75 +99,76 @@ kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 -kern.minvnodes: 4086 +kern.minvnodes: 2076 kern.chroot_allow_open_directories: 1 -vm.loadavg: { 0.00 0.01 0.00 } -vm.v_free_min: 479 -vm.v_free_target: 2080 -vm.v_free_reserved: 164 -vm.v_inactive_target: 3120 -vm.v_cache_min: 2080 -vm.v_cache_max: 4160 +vm.loadavg: { 0.68 0.17 0.06 } +vm.v_free_min: 276 +vm.v_free_target: 1226 +vm.v_free_reserved: 122 +vm.v_inactive_target: 1839 +vm.v_cache_min: 1226 +vm.v_cache_max: 2452 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.swap_async_max: 4 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 -vm.v_free_severe: 321 -vm.stats.sys.v_swtch: 46347 -vm.stats.sys.v_trap: 58128 -vm.stats.sys.v_syscall: 462778 -vm.stats.sys.v_intr: 75854 -vm.stats.sys.v_soft: 16433 -vm.stats.vm.v_vm_faults: 42204 -vm.stats.vm.v_cow_faults: 9851 +vm.v_free_severe: 199 +vm.stats.sys.v_swtch: 6741 +vm.stats.sys.v_trap: 35634 +vm.stats.sys.v_syscall: 76025 +vm.stats.sys.v_intr: 13312 +vm.stats.sys.v_soft: 2413 +vm.stats.vm.v_vm_faults: 35812 +vm.stats.vm.v_cow_faults: 6923 vm.stats.vm.v_cow_optim: 0 -vm.stats.vm.v_zfod: 16271 -vm.stats.vm.v_ozfod: 16139 +vm.stats.vm.v_zfod: 20791 +vm.stats.vm.v_ozfod: 20577 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swappgsout: 0 -vm.stats.vm.v_vnodein: 1266 +vm.stats.vm.v_vnodein: 569 vm.stats.vm.v_vnodeout: 0 -vm.stats.vm.v_vnodepgsin: 9642 +vm.stats.vm.v_vnodepgsin: 4473 vm.stats.vm.v_vnodepgsout: 0 -vm.stats.vm.v_intrans: 29 -vm.stats.vm.v_reactivated: 470 +vm.stats.vm.v_intrans: 40 +vm.stats.vm.v_reactivated: 185 vm.stats.vm.v_pdwakeups: 0 vm.stats.vm.v_pdpages: 0 vm.stats.vm.v_dfree: 0 -vm.stats.vm.v_pfree: 9531 -vm.stats.vm.v_tfree: 24239 +vm.stats.vm.v_pfree: 16474 +vm.stats.vm.v_tfree: 27284 vm.stats.vm.v_page_size: 4096 -vm.stats.vm.v_page_count: 63248 -vm.stats.vm.v_free_reserved: 164 -vm.stats.vm.v_free_target: 2080 -vm.stats.vm.v_free_min: 479 -vm.stats.vm.v_free_count: 37880 -vm.stats.vm.v_wire_count: 5845 -vm.stats.vm.v_active_count: 10331 -vm.stats.vm.v_inactive_target: 3120 -vm.stats.vm.v_inactive_count: 9129 -vm.stats.vm.v_cache_count: 63 -vm.stats.vm.v_cache_min: 2080 -vm.stats.vm.v_cache_max: 4160 +vm.stats.vm.v_page_count: 31100 +vm.stats.vm.v_free_reserved: 122 +vm.stats.vm.v_free_target: 1226 +vm.stats.vm.v_free_min: 276 +vm.stats.vm.v_free_count: 18584 +vm.stats.vm.v_wire_count: 3791 +vm.stats.vm.v_active_count: 4533 +vm.stats.vm.v_inactive_target: 1839 +vm.stats.vm.v_inactive_count: 4177 +vm.stats.vm.v_cache_count: 15 +vm.stats.vm.v_cache_min: 1226 +vm.stats.vm.v_cache_max: 2452 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 -vm.stats.vm.v_forks: 241 -vm.stats.vm.v_vforks: 14 +vm.stats.vm.v_forks: 367 +vm.stats.vm.v_vforks: 15 vm.stats.vm.v_rforks: 0 vm.stats.vm.v_kthreads: 5 -vm.stats.vm.v_forkpages: 20768 -vm.stats.vm.v_vforkpages: 7626 +vm.stats.vm.v_forkpages: 25594 +vm.stats.vm.v_vforkpages: 1265 vm.stats.vm.v_rforkpages: 0 vm.stats.vm.v_kthreadpages: 0 -vm.stats.misc.zero_page_count: 33023 -vm.stats.misc.cnt_prezero: 49499 -vm.max_proc_mmap: 17990 +vm.stats.misc.zero_page_count: 12516 +vm.stats.misc.cnt_prezero: 33167 +vm.max_proc_mmap: 8846 +vm.msync_flush_flags: 3 vm.max_launder: 32 -vm.pageout_stats_max: 2080 +vm.pageout_stats_max: 1226 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.pageout_stats_free_max: 5 @@ -176,33 +179,33 @@ vm.zone:=20 ITEM SIZE LIMIT USED FREE REQUESTS =20 -PIPE: 160, 0, 90, 114, 364 -SWAPMETA: 160, 63248, 0, 0, 0 -unpcb: 160, 0, 87, 38, 195 -ripcb: 192, 1064, 0, 21, 1 -divcb: 192, 1064, 0, 0, 0 -syncache: 160, 15359, 0, 51, 4 -tcpcb: 544, 1064, 15, 15, 27 -udpcb: 192, 1064, 7, 35, 27 -socket: 192, 1064, 109, 40, 252 -KNOTE: 64, 0, 0, 0, 0 +PIPE: 160, 0, 73, 131, 410 +SWAPMETA: 160, 15550, 0, 0, 0 +unpcb: 160, 0, 18, 32, 29 +ripcb: 192, 2048, 0, 21, 1 +divcb: 192, 2048, 0, 0, 0 +syncache: 160, 15359, 0, 51, 8 +tcpcb: 544, 2048, 32, 13, 42 +udpcb: 192, 2048, 4, 38, 112 +socket: 192, 2048, 54, 31, 185 +KNOTE: 64, 0, 0, 128, 45 NFSNODE: 352, 0, 0, 0, 0 NFSMOUNT: 544, 0, 0, 0, 0 -VNODE: 192, 0, 4086, 48, 4086 -NAMEI: 1024, 0, 0, 16, 112046 -VMSPACE: 192, 0, 36, 28, 255 -PROC: 416, 0, 41, 57, 260 -DP fakepg: 64, 0, 90, 166, 91 -PV ENTRY: 28, 237326, 56501, 15252, 227141 -MAP ENTRY: 48, 0, 1682, 571, 15112 -KMAP ENTRY: 48, 15940, 238, 146, 1387 +VNODE: 192, 0, 2076, 44, 2076 +NAMEI: 1024, 0, 4, 12, 16024 +VMSPACE: 192, 0, 68, 60, 382 +PROC: 416, 0, 73, 25, 387 +DP fakepg: 64, 0, 0, 0, 0 +PV ENTRY: 28, 171918, 22237, 10522, 124687 +MAP ENTRY: 48, 0, 1167, 236, 14154 +KMAP ENTRY: 48, 7903, 278, 106, 1106 MAP: 108, 0, 7, 3, 7 -VM OBJECT: 96, 0, 2202, 154, 7039 -vm.zone_kmem_pages: 62 -vm.zone_kmem_kvaspace: 19554304 -vm.zone_kern_pages: 304 +VM OBJECT: 96, 0, 1629, 139, 7162 +vm.zone_kmem_pages: 18 +vm.zone_kmem_kvaspace: 11911168 +vm.zone_kern_pages: 183 vm.kvm_size: 1069547520 -vm.kvm_free: 855638016 +vm.kvm_free: 918552576 vfs.nfs.nfs_privport: 0 vfs.nfs.async: 0 vfs.nfs.commit_blks: 0 @@ -218,45 +221,45 @@ vfs.nfs.diskless_swappath:=20 vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 -vfs.numdirtybuffers: 31 -vfs.lodirtybuffers: 294 -vfs.hidirtybuffers: 588 -vfs.numfreebuffers: 2241 -vfs.lofreebuffers: 131 -vfs.hifreebuffers: 262 -vfs.runningbufspace: 0 +vfs.numdirtybuffers: 193 +vfs.lodirtybuffers: 191 +vfs.hidirtybuffers: 383 +vfs.numfreebuffers: 1260 +vfs.lofreebuffers: 85 +vfs.hifreebuffers: 170 +vfs.runningbufspace: 8192 vfs.lorunningspace: 524288 vfs.hirunningspace: 1048576 -vfs.maxbufspace: 37224448 -vfs.hibufspace: 36569088 -vfs.lobufspace: 36503552 -vfs.bufspace: 36503552 -vfs.maxmallocbufspace: 1828454 -vfs.bufmallocspace: 130048 -vfs.getnewbufcalls: 3118 +vfs.maxbufspace: 23838720 +vfs.hibufspace: 23183360 +vfs.lobufspace: 23117824 +vfs.bufspace: 23117824 +vfs.maxmallocbufspace: 1159168 +vfs.bufmallocspace: 216064 +vfs.getnewbufcalls: 1715 vfs.getnewbufrestarts: 0 vfs.vmiodirenable: 1 vfs.bufdefragcnt: 0 vfs.buffreekvacnt: 0 -vfs.bufreusecnt: 2228 -vfs.cache.numneg: 276 -vfs.cache.numcache: 4424 -vfs.cache.numcalls: 288273 -vfs.cache.dothits: 852 -vfs.cache.dotdothits: 345 -vfs.cache.numchecks: 292772 -vfs.cache.nummiss: 6974 -vfs.cache.nummisszap: 62 -vfs.cache.numposzaps: 58 -vfs.cache.numposhits: 276197 -vfs.cache.numnegzaps: 10 -vfs.cache.numneghits: 3775 -vfs.cache.numcwdcalls: 354 +vfs.bufreusecnt: 1411 +vfs.cache.numneg: 135 +vfs.cache.numcache: 2173 +vfs.cache.numcalls: 52406 +vfs.cache.dothits: 278 +vfs.cache.dotdothits: 1171 +vfs.cache.numchecks: 51865 +vfs.cache.nummiss: 4791 +vfs.cache.nummisszap: 73 +vfs.cache.numposzaps: 47 +vfs.cache.numposhits: 44145 +vfs.cache.numnegzaps: 12 +vfs.cache.numneghits: 1889 +vfs.cache.numcwdcalls: 56 vfs.cache.numcwdfail1: 0 vfs.cache.numcwdfail2: 0 vfs.cache.numcwdfail3: 0 vfs.cache.numcwdfail4: 0 -vfs.cache.numcwdfound: 354 +vfs.cache.numcwdfound: 56 vfs.cache.numfullpathcalls: 0 vfs.cache.numfullpathfail1: 0 vfs.cache.numfullpathfail2: 0 @@ -264,10 +267,10 @@ vfs.cache.numfullpathfail4: 0 vfs.cache.numfullpathfound: 0 vfs.write_behind: 1 -vfs.reassignbufcalls: 3603 +vfs.reassignbufcalls: 647 vfs.reassignbufloops: 0 -vfs.reassignbufsortgood: 1037 -vfs.reassignbufsortbad: 388 +vfs.reassignbufsortgood: 186 +vfs.reassignbufsortbad: 237 vfs.reassignbufmethod: 1 vfs.nameileafonly: 0 vfs.timestamp_precision: 0 @@ -299,6 +302,17 @@ net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.subnets_are_local: 0 +net.inet.ip.dummynet.hash_size: 64 +net.inet.ip.dummynet.curr_time: 4625 +net.inet.ip.dummynet.ready_heap: 0 +net.inet.ip.dummynet.extract_heap: 0 +net.inet.ip.dummynet.searches: 0 +net.inet.ip.dummynet.search_steps: 0 +net.inet.ip.dummynet.expire: 1 +net.inet.ip.dummynet.max_chain_len: 16 +net.inet.ip.dummynet.red_lookup_depth: 256 +net.inet.ip.dummynet.red_avg_pkt_size: 512 +net.inet.ip.dummynet.red_max_pkt_size: 1500 net.inet.ip.fw.enable: 1 net.inet.ip.fw.one_pass: 1 net.inet.ip.fw.debug: 1 @@ -316,7 +330,7 @@ net.inet.ip.fw.dyn_udp_lifetime: 10 net.inet.ip.fw.dyn_short_lifetime: 5 net.inet.ip.fw.dyn_grace_time: 10 -net.inet.ip.maxfragpackets: 256 +net.inet.ip.maxfragpackets: 512 net.inet.ip.check_interface: 0 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 @@ -343,9 +357,13 @@ net.inet.tcp.newreno: 1 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.do_tcpdrain: 1 -net.inet.tcp.pcbcount: 15 +net.inet.tcp.pcbcount: 32 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 +net.inet.tcp.inflight_enable: 0 +net.inet.tcp.inflight_debug: 0 +net.inet.tcp.inflight_min: 6144 +net.inet.tcp.inflight_max: 1073725440 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 @@ -353,6 +371,8 @@ net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 +net.inet.tcp.rexmit_min: 1000 +net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 @@ -394,12 +414,13 @@ net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.link.ether.inet.log_arp_wrong_iface: 1 +net.link.ether.ipfw: 0 net.link.gif.max_nesting: 1 net.link.gif.parallel_tunnels: 0 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 -net.inet6.ip6.maxfragpackets: 256 +net.inet6.ip6.maxfragpackets: 512 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 @@ -434,7 +455,7 @@ debug.elf_trace: 0 debug.boothowto: -2147483648 debug.free_devt: 0 -debug.fdexpand: 3 +debug.fdexpand: 2 debug.sizeof.vnode: 168 debug.sizeof.proc: 408 debug.sizeof.specinfo: 68 @@ -444,23 +465,23 @@ debug.ttydebug: 0 debug.nchash: 16383 debug.ncnegfactor: 16 -debug.numneg: 276 -debug.numcache: 4424 +debug.numneg: 135 +debug.numcache: 2173 debug.vfscache: 1 debug.vnsize: 168 debug.ncsize: 36 debug.disablecwd: 0 debug.disablefullpath: 0 -debug.numvnodes: 4086 +debug.numvnodes: 2076 debug.wantfreevnodes: 25 -debug.freevnodes: 2706 +debug.freevnodes: 1143 debug.rush_requests: 0 debug.vnlru_nowhere: 0 debug.bpf_bufsize: 4096 debug.bpf_maxbufsize: 524288 debug.if_tun_debug: 0 debug.ncr_debug: 0 -debug.max_softdeps: 130752 +debug.max_softdeps: 66456 debug.tickdelay: 2 debug.worklist_push: 0 debug.blk_limit_push: 0 @@ -473,42 +494,41 @@ debug.direct_blk_ptrs: 0 debug.dir_entry: 0 debug.dircheck: 0 -debug.es_debug: 0 hw.machine: i386 -hw.model: Pentium III/Pentium III Xeon/Celeron +hw.model: AMD Duron(tm) Processor hw.ncpu: 1 hw.byteorder: 1234 -hw.physmem: 263548928 -hw.usermem: 239607808 +hw.physmem: 129646592 +hw.usermem: 114118656 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 +hw.aac.iosize_max: 65536 hw.ata.ata_dma: 1 hw.ata.wc: 1 hw.ata.tags: 0 hw.ata.atapi_dma: 0 +hw.fxp_rnr: 0 hw.pcic.irq: 0 hw.pcic.boot_deactivated: 0 +hw.pcic.pd6722_vsense: 1 hw.pcic.ignore_function_1: 0 hw.pcic.intr_path: 2 hw.pcic.init_routing: 0 +hw.pcic.ignore_pci: 0 +hw.pcic.pd6729_intr_path: 1 hw.dc_quick: 1 -hw.sis_quick: 1 hw.wx.txint_delay: 5000 hw.wx.dump_stats: -1 hw.wx.clear_stats: -1 -hw.snd.targetirqrate: 32 -hw.snd.report_soft_formats: 1 -hw.snd.verbose: 1 -hw.snd.maxautovchans: 0 -hw.snd.pcm0.buffersize: 4096 -hw.snd.pcm0.vchans: 0 hw.instruction_sse: 0 -hw.availpages: 64177 +hw.availpages: 31485 +hw.fxp0.int_delay: 1000 +hw.fxp0.bundle_max: 6 machdep.consdev: { major =3D 12, minor =3D 255 } -machdep.adjkerntz: 18000 +machdep.adjkerntz: 0 machdep.disable_rtc_set: 0 -machdep.wall_cmos_clock: 1 +machdep.wall_cmos_clock: 0 machdep.an_dump: off machdep.an_cache_mcastonly: 0 machdep.an_cache_iponly: 1 @@ -516,17 +536,18 @@ machdep.wi_cache_mcastonly: 0 machdep.wi_cache_iponly: 1 machdep.do_dump: 1 -machdep.pccard.pcic_resume_reset: 1 -machdep.pccard.mem_start: 655360 -machdep.pccard.mem_end: 1048576 +machdep.pccard.mem_start: 851968 +machdep.pccard.mem_end: 983039 machdep.enable_panic_key: 0 machdep.apm_suspend_delay: 1 machdep.apm_standby_delay: 1 machdep.ispc98: 0 machdep.msgbuf:=20 machdep.msgbuf_clear: 0 -machdep.guessed_bootdev: /dev/wd1s1a +machdep.cpu_idle_hlt: 1 +machdep.guessed_bootdev: /dev/wd0s1a machdep.panic_on_nmi: 1 +machdep.uc_devlist: =06 machdep.i8254_freq: 1193182 machdep.conrclk: 1843200 machdep.conspeed: 9600 On Sat, Dec 21, 2002 at 05:29:10PM -0500, matthew c. mead wrote: > On Sun, Dec 22, 2002 at 08:16:28AM +1000, Steve Baxter wrote: > > Check out the duplex setting on the ethernet ports. Use >=20 > > 'ifconfig' and 'netstat -I dev -w 1' on FreeBSD >=20 > ifconfig fxp0: > fxp0: flags=3D8843 mtu 1500 > inet 192.168.1.99 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::2d0:b7ff:fe9e:2bbe%fxp0 prefixlen 64 scopeid 0x1=20 > ether 00:d0:b7:9e:2b:be > media: Ethernet autoselect (100baseTX ) > status: active >=20 > The switch's light for full duplex on this port is ON. >=20 > The netstat lists no errors or collisions. >=20 > > 'ifconfig', 'mii-tool' and 'cat /proc/net/dev' on Linux >=20 > ifconfig eth0: > eth0 Link encap:Ethernet HWaddr 00:07:95:35:DD:77 =20 > inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0 > UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:60487 errors:0 dropped:0 overruns:0 frame:0 > TX packets:93881 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100=20 > RX bytes:19959655 (19.0 Mb) TX bytes:78760612 (75.1 Mb) > Interrupt:5 Base address:0xd400=20 >=20 > mii-tool: > eth0: negotiated 100baseTx-FD, link ok >=20 > The switch's light for full duplex on this port is ON. >=20 > cat /proc/net/dev: > Inter-| Receive | Trans= mit > face |bytes packets errs drop fifo frame compressed multicast|bytes = packets errs drop fifo colls carrier compressed > lo: 1000 20 0 0 0 0 0 0 100= 0 20 0 0 0 0 0 0 > eth0:19971723 60609 0 0 0 0 0 0 7877038= 5 93940 0 0 0 0 0 0 >=20 > > Any sort of errors may lead to this sort of behaviour. You need to match > > the hosts to the switch port they are connected to. >=20 > Thanks for the suggestions. I think the cards/ports are > negotiating with each other properly. >=20 > I've tried disabling the FreeBSD box's delay_ack but it makes no > difference. >=20 > Any other ideas? Thanks again... >=20 >=20 >=20 > -matt > >=20 > > SB > >=20 > >=20 > > > I have a Linux box and FreeBSD box sitting on a 100Mbit ethernet > > > segment that cannot seem to talk to one another faster than > > > 150K/s. I've been using scp, ftp, http, to test this. > > > > > > A Windows box on the same segment can send/receive at 6MB/s with > > > either box, but for some reason the FreeBSD box and Linux box > > > are having some weird interaction. My guess is I need to tune > > > one or the other's tcp stack. Any hints? Anyone seen this? > > > > > > FreeBSD box is FreeBSD 4.7-RELEASE-p2. Linux box is Gentoo Linux > > > 1.4rc1 with kernel 2.4.19-gentoo-r10. Windows box is Windows > > > 2000 sp3. > > > > > > Thanks in advance for any help... I'm out of ideas. > > > > > > > > > -matt > > > > > > > >=20 > > --=20 > > Stephen Baxter > > Director - PIPE Networks > > phone : 07 3220 1100/ 0417 818 695 > > fax : 07 3220 1800 > >=20 > >=20 > > ______________________________________ > > PIPE Networks/IX Services Australia disclaimer=20 > >=20 > > The above email should be read in conjunction with our standard > > disclaimer/terms which can be found at : > >=20 > > http://www.pipenetworks.com/docs/disclaimer.htm > >=20 >=20 > --=20 > matthew c. mead >=20 > http://www.goof.com/~mmead/ >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message >=20 --=20 matthew c. mead http://www.goof.com/~mmead/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 15:52:23 2002 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 C05DB37B401; Sat, 21 Dec 2002 15:52:22 -0800 (PST) Received: from isber.ucsb.edu (research.isber.ucsb.edu [128.111.147.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D5F243EE8; Sat, 21 Dec 2002 15:52:22 -0800 (PST) (envelope-from randall@isber.ucsb.edu) Received: from localhost ([127.0.0.1] helo=research.isber.ucsb.edu) by isber.ucsb.edu with esmtp (Exim 3.36 #2) id 18PtPj-000G8d-00; Sat, 21 Dec 2002 15:52:15 -0800 Date: Sat, 21 Dec 2002 15:52:14 -0800 (PST) From: randall ehren To: Terry Lambert Cc: , Subject: Re: redundant firewall + vpn server howto In-Reply-To: <3E04AF38.BDA58436@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanner: exiscan *18PtPj-000G8d-00*jCF0q5DOy1w* (ISBER - Institute for Social, Behavioral, and Economic Research) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > http://isber.ucsb.edu/~randall/firewall/redundant/ > > Cold failover, right? Existing PPTP sessions aren't taken over > by the second machine if the first goes down, right? correct. if a machine dies freevrrpd simply reassigns the slave machine to the virtual IP/MAC, in which case a new PPTP connection would need to be established. -randall -- :// randall s. ehren :// voice 805.893.5632 :// systems administrator :// isber|survey|avss.ucsb.edu :// institute for social, behavioral, and economic research To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Dec 21 17:41:31 2002 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 ACDD137B401 for ; Sat, 21 Dec 2002 17:41:29 -0800 (PST) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3372A43EDA for ; Sat, 21 Dec 2002 17:41:29 -0800 (PST) (envelope-from dschrock@speakeasy.net) Received: (qmail 7876 invoked from network); 22 Dec 2002 01:41:39 -0000 Received: from unknown (HELO speakeasy.net) (dschrock@[64.81.225.7]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 Dec 2002 01:41:39 -0000 Message-ID: <3E051849.2050507@speakeasy.net> Date: Sat, 21 Dec 2002 19:41:29 -0600 From: Daniel Schrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "matthew c. mead" Cc: freebsd-net@freebsd.org Subject: Re: Linux and FreeBSD poor network performance References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org matthew c. mead wrote: > On Sun, Dec 22, 2002 at 08:16:28AM +1000, Steve Baxter wrote: > >>Check out the duplex setting on the ethernet ports. Use > > >>'ifconfig' and 'netstat -I dev -w 1' on FreeBSD > > > ifconfig fxp0: > fxp0: flags=8843 mtu 1500 > inet 192.168.1.99 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 fe80::2d0:b7ff:fe9e:2bbe%fxp0 prefixlen 64 scopeid 0x1 > ether 00:d0:b7:9e:2b:be > media: Ethernet autoselect (100baseTX ) > status: active > > The switch's light for full duplex on this port is ON. > > The netstat lists no errors or collisions. > > >>'ifconfig', 'mii-tool' and 'cat /proc/net/dev' on Linux > > > ifconfig eth0: > eth0 Link encap:Ethernet HWaddr 00:07:95:35:DD:77 > inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0 > UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:60487 errors:0 dropped:0 overruns:0 frame:0 > TX packets:93881 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > RX bytes:19959655 (19.0 Mb) TX bytes:78760612 (75.1 Mb) > Interrupt:5 Base address:0xd400 > > mii-tool: > eth0: negotiated 100baseTx-FD, link ok > > The switch's light for full duplex on this port is ON. This may or may not help, but I have found increased performance when the interfaces are locked at their desired speed/duplex. Some cards are better than others at detecting this info, but none really do a great job at it. I have found this to be more apparent wiht windows systems. My windows XP box has awful performance in auto-detect mode using an Intel card connected to a Cisco 2924XL. Once I lock the speed and duplex, life is great. It could be something to try. .daniel.schrock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message