From owner-freebsd-net Sun Feb 27 19:20:56 2000 Delivered-To: freebsd-net@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EE80E37B7BA; Sun, 27 Feb 2000 19:20:54 -0800 (PST) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id TAA82380; Sun, 27 Feb 2000 19:20:24 -0800 (PST) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Sun, 27 Feb 2000 19:20:24 -0800 (PST) From: Kris Kennaway To: "Vladimir B. Grebenschikov" Cc: Wim Livens , freebsd-net@freebsd.org Subject: Re: tcpdump and nfs packets In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 22 Feb 2000, Vladimir B. Grebenschikov wrote: > In sources of tcpdump I found resolution of filesnames/inode > of operation, but there is no switch case for FreeBSD filehandle > onle for brand unixes, so tcpdump simple drop additional data and > does not show it. How does the latest tcpdump from www.tcpdump.org handle it? The new version is in 4.0 but not yet in 3.x Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Feb 27 23:40:17 2000 Delivered-To: freebsd-net@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 5EAEE37B77D; Sun, 27 Feb 2000 23:40:07 -0800 (PST) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id IAA62123; Mon, 28 Feb 2000 08:40:00 +0100 (CET) (envelope-from asmodai) Date: Mon, 28 Feb 2000 08:40:00 +0100 From: Jeroen Ruigrok van der Werven To: shin@freebsd.org, wollman@freebsd.org Cc: net@freebsd.org Subject: Panic (TCP) #2 Message-ID: <20000228084000.A62096@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organisation: bART Internet Services B.V. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yup, I caught it again: panic: tcp_setpersist: retransmit pending Debugger("panic") Stopped at Debugger+0x35: movb $0,in_Debugger.372 db> trace Debugger(c01e75c3) at Debugger+0x35 panic(c01ed260,d5cd7d80,c0200fcc,c018b08e,d5cd7d80) at panic+0x70 tcp_setpersist(d5cd7d80,d5cd7d80,c018affc,c0200ff0,c01490c1) at tcp_setpersist+0x2c tcp_timer_persist(d5cd7d80,40000000,0,0,ffffffff) at tcp_timer_persist+0x92 softclock(0,10,10,ffff0010,ffffffff) at softclock+0xd1 doreti_swi() at doreti_swi+0xf -- Jeroen Ruigrok van der Werven Network- and systemadministrator bART Internet Services / BSD: Technical excellence at its best VIA NET.WORKS Netherlands Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 28 7:37:17 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.datais.com (mail.targetnet.com [207.245.246.3]) by hub.freebsd.org (Postfix) with ESMTP id 53E1937B87C; Mon, 28 Feb 2000 07:37:13 -0800 (PST) (envelope-from james@targetnet.com) Received: from james by mail.datais.com with local (Exim 3.02 #1) id 12PSER-0008A8-00; Mon, 28 Feb 2000 10:37:11 -0500 Date: Mon, 28 Feb 2000 10:37:11 -0500 From: James FitzGibbon To: freebsd-questions@freebsd.org, freebsd-net@freebsd.org Subject: How to rememdy ENOBUFS return from socket(2) ? Message-ID: <20000228103711.B10570@targetnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i Organization: Targetnet.com Inc. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm noticing that on my 3.4-STABLE system, socket(2) is returning ENOBUFS rather often, causing obvious problems. The application in question is trying to create an AF_INET|AF_LOCAL socket. From looking through the kernel source I've deduced that soalloc() is failing because zialloc can't get space in the "socket_zone". I also found the place where that zone is initialized to the max of "maxfiles" and "nmbclusters". The present value of maxsockets on this box is 16424 (the value of "NMBCLUSTERS" in my kernel config. The relevant kernel config lines are: maxusers 768 options "NMBCLUSTERS=16384" options "NBUF=2048" My question is: if the system is running out of space in this zone, should I be tweaking kern.ipc.maxsockets using sysctl, or trying to hunt down whatever errant process is sucking up the zone ? Two related questions: - will tweaking kern.ipc.maxsockets after the system is up do anything ? The value seems to be used in uipc_socket2.c in calls related to SYSINIT, so I presume that it is only referenced during system startup. - if an long-lived application never calls close() on it's sockets, would that eventually cause this problem for all applications across the board, or just that one application (i.e. is there a per-process socket maximum or just a system-wide one) ? TIA for any help. -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 28 8: 9:48 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id E1BCC37B8B0; Mon, 28 Feb 2000 08:09:42 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA52053; Mon, 28 Feb 2000 11:09:41 -0500 (EST) (envelope-from wollman) Date: Mon, 28 Feb 2000 11:09:41 -0500 (EST) From: Garrett Wollman Message-Id: <200002281609.LAA52053@khavrinen.lcs.mit.edu> To: James FitzGibbon Cc: freebsd-questions@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: How to rememdy ENOBUFS return from socket(2) ? In-Reply-To: <20000228103711.B10570@targetnet.com> References: <20000228103711.B10570@targetnet.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > My question is: if the system is running out of space in this zone, should I > be tweaking kern.ipc.maxsockets using sysctl, or trying to hunt down > whatever errant process is sucking up the zone ? kern.ipc.maxsockets is read-only. You'll have to change it in your kernel configuration (or from the boot loader) if that's really the problem. maxsockets should be 24616 (==maxfiles) according to the config snippet you posted. If your machine actually has 24,000 active sockets, perhaps there's something wrong with it. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 28 9:47: 3 2000 Delivered-To: freebsd-net@freebsd.org Received: from mc-qout4.whowhere.com (mc-qout4.whowhere.com [209.185.123.18]) by hub.freebsd.org (Postfix) with SMTP id E850B37B8F6 for ; Mon, 28 Feb 2000 09:46:55 -0800 (PST) (envelope-from gbnaidu@my-deja.com) Received: from Unknown/Local ([?.?.?.?]) by my-deja.com; Mon Feb 28 07:54:37 2000 To: freebsd-net@FreeBSD.org Date: Mon, 28 Feb 2000 07:54:37 -0800 From: "gbnaidu " Message-ID: Mime-Version: 1.0 X-Sent-Mail: off X-Mailer: MailCity Service Subject: How do I compile... X-Sender-Ip: 164.164.56.2 Organization: My Deja Email (http://www.my-deja.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Length: 592 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I am trying to compile MPLS things over FreeBSD3.0 . I want to define the Macro LABEL_MODULE for compilation. I copied the GENERIC file in /usr/src/sys/i386/conf directory to MPLS and added the entry "options LABEL_MODULE" to this file MPLS. After that I did /usr/sbin/config MPLS but this is giving me error saying that unknown option LABEL_MODULE What else should I do to define this global macro for compilation? Please reply soon. Help appreciated. thanks --gb --== Sent via Deja.com http://www.deja.com/ ==-- Share what you know. Learn what you don't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 28 17: 8:37 2000 Delivered-To: freebsd-net@freebsd.org Received: from svn.com.br (sv1.svn.com.br [200.188.16.33]) by hub.freebsd.org (Postfix) with ESMTP id 9FABC37B965; Mon, 28 Feb 2000 17:08:26 -0800 (PST) (envelope-from boozy@rabelo.eti.br) Received: from robusto (psi-ssa-dialup0747.svn.com.br [200.188.22.239]) by svn.com.br (8.9.3/8.9.2) with SMTP id XAA21567; Mon, 28 Feb 2000 23:08:13 -0200 Message-Id: X-Sender: boozy%rabelo.eti.br@mickey.atarde.com.br (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo X-Priority: 2 (High) Date: Mon, 28 Feb 2000 22:10:23 -0300 To: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org From: Boozy Subject: ATM Network Interfaces Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Folks (again) I'm want to know if FreeBSD 3.3 supports the ATM network interfaces below or where can I get this information. --------------- > - P/N: 85H9035 > - Description :Placa PCI ATM 155 Mbps MMF TurboWays. > - UTP (type 3,4 or 5) or STP cabling > - Memory: 8 mb Ram > - ATM concentrator or ATM Switching using the 25 Mbps interface > > Site for reference : www.networking.ibm.com/nes/n eshomr.html --------------- --------------- > > - P/N: 93H3511 > - Description :Placa PCI ATM 155 Mbps MMF TurboWays. > - S/N: 1108246066 > --------------- Thanks, Luciano Rabelo ******************************** * Luciano Rabelo * * Analista de Sistemas * * Salvador - Bahia - Brasil * * http://www.rabelo.eti.br/ * * lrcp@rabelo.eti.br * * UIN - 8642704 * ******************************** /"\ \ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 28 21:57:19 2000 Delivered-To: freebsd-net@freebsd.org Received: from pooky.bmk.com.au (pooky.bmk.com.au [203.36.170.246]) by hub.freebsd.org (Postfix) with ESMTP id 671C637B564 for ; Mon, 28 Feb 2000 21:57:15 -0800 (PST) (envelope-from brendan@bmk.com.au) Received: from garfield (gateway.ozi.nu [203.36.170.241]) by pooky.bmk.com.au (8.8.7/8.8.7) with SMTP id QAA09939 for ; Tue, 29 Feb 2000 16:57:10 +1100 Date: Tue, 29 Feb 2000 16:58:56 +1100 (EST) From: Brendan Kosowski X-Sender: brendan@garfield To: FreeBSD Networking Subject: SQL client for SQLNet V.1 or SQLNet V.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am looking for a client that will allow me to access an Oracle 7162 Server via the SQLNet V.1 layer or SQLNet V.2 layer. Can anyone help ??? Thanks and Regards, Brendan... ------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 17:18:31 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 5C4CB37BC69 for ; Tue, 29 Feb 2000 17:18:25 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id RAA56473 for freebsd-net@freebsd.org; Tue, 29 Feb 2000 17:18:25 -0800 (PST) From: Archie Cobbs Message-Id: <200003010118.RAA56473@bubba.whistle.com> Subject: AF_DLI ? To: freebsd-net@freebsd.org Date: Tue, 29 Feb 2000 17:18:25 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In /sys/net/if_dl.h it says: struct sockaddr_dl { u_char sdl_len; /* Total length of sockaddr */ u_char sdl_family; /* AF_DLI */ ... } Shouldn't that be AF_LINK instead of AF_DLI ?? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 17:43:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 8A04E37BC74 for ; Tue, 29 Feb 2000 17:43:26 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id UAA60056; Tue, 29 Feb 2000 20:43:13 -0500 (EST) (envelope-from wollman) Date: Tue, 29 Feb 2000 20:43:13 -0500 (EST) From: Garrett Wollman Message-Id: <200003010143.UAA60056@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: freebsd-net@FreeBSD.ORG Subject: AF_DLI ? In-Reply-To: <200003010118.RAA56473@bubba.whistle.com> References: <200003010118.RAA56473@bubba.whistle.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > u_char sdl_family; /* AF_DLI */ > Shouldn't that be AF_LINK instead of AF_DLI ?? Yes. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 19:31:38 2000 Delivered-To: freebsd-net@freebsd.org Received: from pooky.bmk.com.au (pooky.bmk.com.au [203.36.170.246]) by hub.freebsd.org (Postfix) with ESMTP id A422D37BC1A for ; Tue, 29 Feb 2000 19:31:33 -0800 (PST) (envelope-from brendan@bmk.com.au) Received: from garfield (gateway.ozi.nu [203.36.170.241]) by pooky.bmk.com.au (8.8.7/8.8.7) with SMTP id OAA10670 for ; Wed, 1 Mar 2000 14:31:27 +1100 Date: Wed, 1 Mar 2000 14:33:26 +1100 (EST) From: Brendan Kosowski X-Sender: brendan@garfield To: FreeBSD Networking Subject: News Server Setup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Can anyone point me to a good resource on how to set up a News server on FreeBSD and how to set it up to get Usenet newsgroups ??? Thanks, Brendan Kosowski ------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 20:13:16 2000 Delivered-To: freebsd-net@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id DBF9A37BDC0 for ; Tue, 29 Feb 2000 20:13:11 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.com (homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id VAA23844; Tue, 29 Feb 2000 21:12:58 -0700 (MST) (envelope-from wes@softweyr.com) Message-ID: <38BC9A9B.62187DF6@softweyr.com> Date: Tue, 29 Feb 2000 21:20:43 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Brendan Kosowski Cc: FreeBSD Networking Subject: Re: News Server Setup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brendan Kosowski wrote: > > Can anyone point me to a good resource on how to set up a News server on > FreeBSD and how to set it up to get Usenet newsgroups ??? If you only have a small number of local users, you might want to consider using a proxy or cache server like nntpcache. They're much easier to administer. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 21:30:54 2000 Delivered-To: freebsd-net@freebsd.org Received: from p0016c23.us.kpmg.com (p0016c23.us.kpmg.com [199.207.255.23]) by hub.freebsd.org (Postfix) with ESMTP id A2E8C37BD68 for ; Tue, 29 Feb 2000 21:30:51 -0800 (PST) (envelope-from efisch@kpmg.com) Received: from p0016c56.kweb.us.kpmg.com by p0016c23.us.kpmg.com(Pro-8.9.3/Pro-8.9.3) with SMTP id AAA09024 for ; Wed, 1 Mar 2000 00:30:41 -0500 (EST) Received: from p0016c22.kweb.us.kpmg.com by p0016c56.kweb.us.kpmg.com via smtpd (for p0016c23.us.kpmg.com [199.207.255.23]) with SMTP; 1 Mar 2000 05:30:54 UT Received: from usnssexc11.kweb.us.kpmg.com by kpmg.com(Pro-8.9.2/Pro-8.9.2) with ESMTP id AAA17159 for ; Wed, 1 Mar 2000 00:30:41 -0500 (EST) Received: from usnssexc11.kweb.us.kpmg.com (unverified) by usnssexc11.kweb.us.kpmg.com (Content Technologies SMTPRS 2.0.15) with ESMTP id for ; Wed, 01 Mar 2000 00:30:36 -0500 Received: by usnssexc11.kweb.us.kpmg.com with Internet Mail Service (5.5.2650.21) id <1Y2JNLDC>; Wed, 1 Mar 2000 00:30:35 -0500 Message-Id: <8389C74A65EFD111B03800805FA7658F0731B131@USDALEXC01> From: "Fisch, Eric" To: freebsd-net@freebsd.org Subject: IGMP packets?! Date: Wed, 1 Mar 2000 00:26:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a ppp dial-on-demand gateway that does not drop the connection as it is supposed to. I ran tcpdump and found that every 30 seconds the gateway is sending igmp v2 queries to "ALL-SYSTEMS.MCAST.NET". Any idea where these are coming from any how to stop them? Thanks, Eric Fisch efisch@kpmg.com ***************************************************************************** The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to our clients any opinions or advice contained in this email are subject to the terms and conditions expressed in the governing KPMG client engagement letter. ***************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 29 22:23:17 2000 Delivered-To: freebsd-net@freebsd.org Received: from mx.nsu.ru (mx.nsu.ru [193.124.215.71]) by hub.freebsd.org (Postfix) with ESMTP id 6193537BC50 for ; Tue, 29 Feb 2000 22:22:59 -0800 (PST) (envelope-from div@nsu.ru) Received: from alexandr (ppp38.nsu.ru [193.124.209.38]) by mx.nsu.ru (8.9.1/8.9.0) with SMTP id MAA25571 for ; Wed, 1 Mar 2000 12:17:26 +0600 (NOVT) Message-ID: <000d01bf8347$27f0c370$f7a6e8c1@alexandr.comcen.nsk.su> From: "=?koi8-r?B?7unp8CDp6fA=?=" To: Subject: tx0 device problem Date: Wed, 1 Mar 2000 12:25:59 +0600 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Sir ! I have a problem concerning tx0 device : "Out of mbuf cluster". Parameter "maxusers" is as in GENERIC core. Besides default user set (root, ftp, etc.), there are only 2 users (2 "logins" after setuid() from forked root daemon). Having occured, the problem results in spontaneous reboot without proper filesystem umount. What should I do ? Best regards. Listing from /var/log/message. Feb 29 23:03:16 n8 /kernel: Out of mbuf clusters - increase maxusers! Feb 29 23:03:17 n8 /kernel: tx0: cannot allocate mbuf cluster Feb 29 23:03:50 n8 last message repeated 38 times Feb 29 23:05:52 n8 last message repeated 102 times Feb 29 23:15:53 n8 last message repeated 494 times Feb 29 23:25:54 n8 last message repeated 449 times Feb 29 23:35:57 n8 last message repeated 454 times Feb 29 23:46:01 n8 last message repeated 508 times Feb 29 23:56:03 n8 last message repeated 570 times Mar 1 00:06:04 n8 last message repeated 529 times Mar 1 00:16:05 n8 last message repeated 530 times Mar 1 00:26:06 n8 last message repeated 581 times Mar 1 00:36:06 n8 last message repeated 575 times Mar 1 00:42:37 n8 last message repeated 266 times Mar 1 01:14:35 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 01:42:02 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 01:52:23 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 02:40:32 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 02:44:59 n8 last message repeated 2 times Mar 1 03:49:18 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 04:03:40 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 04:09:48 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 05:31:42 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 05:39:48 n8 last message repeated 5 times Mar 1 06:19:13 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 06:48:30 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 06:57:33 n8 last message repeated 3 times Mar 1 08:07:18 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 08:07:18 n8 last message repeated 2 times Mar 1 08:22:59 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 08:41:36 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 08:58:44 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 08:58:44 n8 /kernel: tx0: cannot allocate mbuf cluster Mar 1 09:34:56 n8 /kernel: tx0: cannot allocate mbuf cluster And now spontaneous reboot. Mar 1 09:41:04 n8 /kernel: Copyright (c) 1992-1998 FreeBSD Inc. Mar 1 09:41:04 n8 /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Mar 1 09:41:04 n8 /kernel: The Regents of the University of California. All rights reserved. Mar 1 09:41:04 n8 /kernel: Mar 1 09:41:04 n8 /kernel: FreeBSD 2.2.8-RELEASE #0: Mon Nov 30 06:34:08 GMT 1998 Mar 1 09:41:04 n8 /kernel: jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Mar 1 09:41:04 n8 /kernel: CPU: Pentium II (quarter-micron) (350.80-MHz 686-class CPU) Mar 1 09:41:04 n8 /kernel: Origin = "GenuineIntel" Id = 0x652 Stepping=2 Mar 1 09:41:04 n8 /kernel: Features=0x183f9ff,,MMX,> Mar 1 09:41:04 n8 /kernel: real memory = 67043328 (65472K bytes) Mar 1 09:41:04 n8 /kernel: avail memory = 62980096 (61504K bytes) Mar 1 09:41:04 n8 /kernel: Probing for devices on PCI bus 0: Mar 1 09:41:04 n8 /kernel: chip0 rev 2 on pci0:0:0 Mar 1 09:41:04 n8 /kernel: chip1 rev 2 on pci0:1:0 Mar 1 09:41:04 n8 /kernel: chip2 rev 2 on pci0:7:0 Mar 1 09:41:04 n8 /kernel: chip3 rev 1 on pci0:7:1 Mar 1 09:41:04 n8 /kernel: chip4 rev 1 int d irq 11 on pci0:7:2 Mar 1 09:41:04 n8 /kernel: chip5 rev 2 on pci0:7:3 Mar 1 09:41:04 n8 /kernel: tx0 rev 8 int a irq 10 Mar 1 09:41:04 n8 /kernel: on pci0:14:0 Mar 1 09:41:04 n8 /kernel: tx0: address 00:e0:29:29:16:16, type SMC9432TX, Auto-Neg 100Mbps Mar 1 09:41:04 n8 /kernel: vga0 rev 22 int a irq 11 on pci0:20:0 Mar 1 09:41:04 n8 /kernel: Probing for devices on PCI bus 1: Mar 1 09:41:04 n8 /kernel: Probing for devices on the ISA bus: Mar 1 09:41:04 n8 /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Mar 1 09:41:04 n8 /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Mar 1 09:41:04 n8 /kernel: ed0 not found at 0x280 Mar 1 09:41:04 n8 /kernel: fe0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Mar 1 09:41:04 n8 /kernel: sio0: type 16550A Mar 1 09:41:04 n8 /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Mar 1 09:41:04 n8 /kernel: sio1: type 16550A Mar 1 09:41:04 n8 /kernel: lpt0 at 0x378-0x37f irq 7 on isa Mar 1 09:41:04 n8 /kernel: lpt0: Interrupt-driven port Mar 1 09:41:04 n8 /kernel: lp0: TCP/IP capable interface Mar 1 09:41:04 n8 /kernel: lpt1 at 0x378-0x37f on isa Mar 1 09:41:04 n8 /kernel: lpt1 not probed due to I/O address conflict with lpt0 at 0x378 Mar 1 09:41:04 n8 /kernel: mse0 not found at 0x23c Mar 1 09:41:04 n8 /kernel: psm0 not found at 0x60 Mar 1 09:41:04 n8 /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Mar 1 09:41:04 n8 /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Mar 1 09:41:04 n8 /kernel: wdc0: unit 0 (wd0): Mar 1 09:41:04 n8 /kernel: wd0: 8223MB (16841664 sectors), 16708 cyls, 16 heads, 63 S/T, 512 B/S Mar 1 09:41:04 n8 /kernel: wdc1 not found at 0x170 Mar 1 09:41:04 n8 /kernel: bt0 not found at 0x330 Mar 1 09:41:04 n8 /kernel: uha0 not found at 0x330 Mar 1 09:41:04 n8 /kernel: aha0 not found at 0x330 Mar 1 09:41:04 n8 /kernel: aic0 not found at 0x340 Mar 1 09:41:04 n8 /kernel: nca0 not found at 0x1f88 Mar 1 09:41:04 n8 /kernel: nca1 not found at 0x350 Mar 1 09:41:04 n8 /kernel: sea0 not found Mar 1 09:41:04 n8 /kernel: wt0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: mcd0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: matcdc0 not found at 0x230 Mar 1 09:41:04 n8 /kernel: scd0 not found at 0x230 Mar 1 09:41:04 n8 /kernel: ie0: unknown board_id: f000 Mar 1 09:41:04 n8 /kernel: ie0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: ep0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: ex0 not found at 0xffffffff Mar 1 09:41:04 n8 /kernel: le0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: lnc0 not found at 0x280 Mar 1 09:41:04 n8 /kernel: ze0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: zp0 not found at 0x300 Mar 1 09:41:04 n8 /kernel: npx0 flags 0x1 on motherboard Mar 1 09:41:04 n8 /kernel: npx0: INT 16 interface Mar 1 09:41:04 n8 /kernel: WARNING: / was not properly dismounted. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 2:53:46 2000 Delivered-To: freebsd-net@freebsd.org Received: from mc-qout4.whowhere.com (mc-qout4.whowhere.com [209.185.123.18]) by hub.freebsd.org (Postfix) with SMTP id 7DEDE37BDB0 for ; Wed, 1 Mar 2000 02:53:43 -0800 (PST) (envelope-from gbnaidu@my-deja.com) Received: from Unknown/Local ([?.?.?.?]) by my-deja.com; Wed Mar 1 02:46:08 2000 To: freebsd-net@freeBSD.org Date: Wed, 01 Mar 2000 02:46:08 -0800 From: "gbnaidu " Message-ID: Mime-Version: 1.0 X-Sent-Mail: off X-Mailer: MailCity Service Subject: memory allocation.... X-Sender-Ip: 164.164.56.2 Organization: My Deja Email (http://www.my-deja.com:80) Content-Type: text/plain; charset=us-ascii Content-Language: en Content-Length: 570 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I would like to know various types of kernel memory and what memory allocation call should I use when? Could some body please refer me to some online documents for this? Suppose if I want to dynamically allocate memory for some structre pointer, what memory call shall I use? I am confused about so many memory types and calls. Can someone help me with some info on memory management in FreeBSD networking kernel. Please reply to gbnaidu@sasi.com thanks --gb --== Sent via Deja.com http://www.deja.com/ ==-- Share what you know. Learn what you don't. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 7:58:35 2000 Delivered-To: freebsd-net@freebsd.org Received: from oracle.dsuper.net (oracle.dsuper.net [205.205.255.1]) by hub.freebsd.org (Postfix) with ESMTP id 5850A37C2E9 for ; Wed, 1 Mar 2000 07:58:27 -0800 (PST) (envelope-from bmilekic@dsuper.net) Received: from oracle.dsuper.net (oracle.dsuper.net [205.205.255.1]) by oracle.dsuper.net (8.9.3/8.9.3) with ESMTP id KAA18761; Wed, 1 Mar 2000 10:58:09 -0500 (EST) Date: Wed, 1 Mar 2000 10:58:09 -0500 (EST) From: Bosko Milekic To: gbnaidu@sasi.com Cc: freebsd-net@FreeBSD.ORG Subject: Re: memory allocation.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 1 Mar 2000, gbnaidu wrote: >Hi, > >I would like to know various types of kernel memory and what memory allocation call should I use when? Could some body please refer me to some online documents for this? Suppose if I want to dynamically allocate memory for some structre pointer, what memory call shall I use? I am confused about so many memory types and calls. > >Can someone help me with some info on memory management in FreeBSD networking kernel. > >Please reply to gbnaidu@sasi.com > >thanks >--gb > `man 9 malloc' .......................................................................... Bosko Milekic * bmilekic@dsuper.net * http://pages.infinit.net/bmilekic/ Montreal, Quebec, Canada. * Technokratis: http://www.technokratis.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 9:37: 0 2000 Delivered-To: freebsd-net@freebsd.org Received: from relay.wplus.net (relay.wplus.net [195.131.52.179]) by hub.freebsd.org (Postfix) with ESMTP id DF83537C463 for ; Wed, 1 Mar 2000 09:36:45 -0800 (PST) (envelope-from dms@woland.wplus.net) Received: from woland.wplus.net (woland.wplus.net [195.131.0.39]) by relay.wplus.net (8.9.1/8.9.1/wplus.2) with ESMTP id SAA30983; Wed, 1 Mar 2000 18:07:36 +0300 (MSK) X-Real-To: freebsd-net@FreeBSD.ORG Received: (from dms@localhost) by woland.wplus.net (8.9.3/8.9.1/wplus.2) id SAA61659; Wed, 1 Mar 2000 18:08:40 +0300 (MSK) Message-ID: X-Mailer: XFMail 1.4.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 01 Mar 2000 18:08:40 +0300 (MSK) From: Dmitry Samersoff To: Brendan Kosowski Subject: RE: News Server Setup Cc: FreeBSD Networking Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 01-Mar-2000 Brendan Kosowski wrote: > > > Can anyone point me to a good resource on how to set up a News server on > FreeBSD and how to set it up to get Usenet newsgroups ??? Settting up INN is a large work and can't be easy described in letter. Try nntpcache first. -- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12: 5:37 2000 Delivered-To: freebsd-net@freebsd.org Received: from gothic.iinet.net.au (gothic.iinet.net.au [203.59.24.252]) by hub.freebsd.org (Postfix) with ESMTP id 73EBB37BB59 for ; Wed, 1 Mar 2000 12:05:21 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-20-155.nv.iinet.net.au [203.59.85.155]) by gothic.iinet.net.au (8.8.5/8.8.5) with SMTP id EAA04482; Thu, 2 Mar 2000 04:04:58 +0800 Message-ID: <38BD77CC.794BDF32@elischer.org> Date: Wed, 01 Mar 2000 12:04:28 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Alejandro Ramirez Cc: net@freeBSD.org, archie@whistle.com Subject: Re: GRE Support in 4.X ??? References: <063401bf83b5$11495100$020a0a0a@megared.net.mx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I know Archie did some work with GRE but I can't remember how he did it. Archie? (netgraph? or was it int he ppp daemon?) Julian Alejandro Ramirez wrote: > > Hi all, > > I Just like to ask if there will be support for GRE in 4.X releases > (without tunnels implementations), because its needed by wccp protocol > managed by Squid & Cisco routers, to create Cache Engines, there are some > patches & files that works in the squid home page, Im using them right now > with 3.4, and they work great: > > http://www.squid-cache.org/WCCP-support/FreeBSD/gre.patch > & > http://www.squid-cache.org/WCCP-support/FreeBSD/gre.c > > but I think it would be nice to see them integrated in to the base system. > > Here it is the Squid description for GRE Support (taken from the webpage): > > FreeBSD first needs to be configured to recieve and strip the GRE > encapsulation from the packets from the router. To do this you will need to > patch and recompile your kernel. > > First, a patch needs to be applied to your kernel for GRE support. Apply > this patch to your 3.1 kernel. If you use a version other than 3.1 it may > not apply. You will need to manually change the appropriate files. > > Secondly you will need to download gre.c and copy it to > /usr/src/sys/netinet/gre.c. > > Finally add "OPTION GRE" to your kernel config file and rebuild your kernel. > Note, the opt_gre.h file is created when you run config. Once your kernel is > installed you will need to configure FreeBSD for transparent proxying. > > Thanks for your time > Sincerely > Ales > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12:23:34 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 5119E37C2A3 for ; Wed, 1 Mar 2000 12:23:23 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id MAA71299; Wed, 1 Mar 2000 12:22:50 -0800 (PST) From: Archie Cobbs Message-Id: <200003012022.MAA71299@bubba.whistle.com> Subject: Re: GRE Support in 4.X ??? In-Reply-To: <38BD77CC.794BDF32@elischer.org> from Julian Elischer at "Mar 1, 2000 12:04:28 pm" To: julian@elischer.org (Julian Elischer) Date: Wed, 1 Mar 2000 12:22:50 -0800 (PST) Cc: ales@megared.net.mx (Alejandro Ramirez), net@freeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Julian Elischer writes: > I know Archie did some work with GRE > but I can't remember how he did it. > Archie? > (netgraph? or was it int he ppp daemon?) You can do GRE in FreeBSD without any modifications simply by opening a raw IP socket. This is how mpd does it (actually using ng_ksocket(8) to create the socket and ng_pptpgre(8) do do the handling of the GRE packets). However, really FreeBSD should have built-in support for GRE so you could say, eg: s = socket(PF_INET, SOCK_DGRAM, IPPROTO_GRE); sin.sin_addr = 192.168.1.1; sin.sin_port = 0x883E; // GRE protocol number bind(s, (struct sockaddr *)&sin, sizeof(sin)); It looks like they have done the first part (create the socket type) but not the second part (allow you to bind to a specific GRE protocol). Instead, they hard code the squid protocol number 0x883E into the kernel, turning GRE (generic routing encapsulation) into SRE (specific routing encapsulation :-) These patches would not be necessary if they just used a raw socket. On the other hand, we should add (complete) GRE support to FreeBSD anyway. -Archie > Alejandro Ramirez wrote: > > I Just like to ask if there will be support for GRE in 4.X releases > > (without tunnels implementations), because its needed by wccp protocol > > managed by Squid & Cisco routers, to create Cache Engines, there are some > > patches & files that works in the squid home page, Im using them right now > > with 3.4, and they work great: > > > > http://www.squid-cache.org/WCCP-support/FreeBSD/gre.patch > > & > > http://www.squid-cache.org/WCCP-support/FreeBSD/gre.c > > > > but I think it would be nice to see them integrated in to the base system. > > > > Here it is the Squid description for GRE Support (taken from the webpage): > > > > FreeBSD first needs to be configured to recieve and strip the GRE > > encapsulation from the packets from the router. To do this you will need to > > patch and recompile your kernel. > > > > First, a patch needs to be applied to your kernel for GRE support. Apply > > this patch to your 3.1 kernel. If you use a version other than 3.1 it may > > not apply. You will need to manually change the appropriate files. > > > > Secondly you will need to download gre.c and copy it to > > /usr/src/sys/netinet/gre.c. > > > > Finally add "OPTION GRE" to your kernel config file and rebuild your kernel. > > Note, the opt_gre.h file is created when you run config. Once your kernel is > > installed you will need to configure FreeBSD for transparent proxying. ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12:36:56 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id BF5CC37B9E9 for ; Wed, 1 Mar 2000 12:36:53 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id PAA64720; Wed, 1 Mar 2000 15:36:45 -0500 (EST) (envelope-from wollman) Date: Wed, 1 Mar 2000 15:36:45 -0500 (EST) From: Garrett Wollman Message-Id: <200003012036.PAA64720@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: julian@elischer.org (Julian Elischer), ales@megared.net.mx (Alejandro Ramirez), net@FreeBSD.ORG Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012022.MAA71299@bubba.whistle.com> References: <38BD77CC.794BDF32@elischer.org> <200003012022.MAA71299@bubba.whistle.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > These patches would not be necessary if they just used a raw socket. > On the other hand, we should add (complete) GRE support to FreeBSD > anyway. Do YOU want to implement TCP in user mode? I didn't think so. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12:40:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id AC66537BE10 for ; Wed, 1 Mar 2000 12:40:26 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id MAA71524; Wed, 1 Mar 2000 12:39:19 -0800 (PST) From: Archie Cobbs Message-Id: <200003012039.MAA71524@bubba.whistle.com> Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012036.PAA64720@khavrinen.lcs.mit.edu> from Garrett Wollman at "Mar 1, 2000 03:36:45 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Wed, 1 Mar 2000 12:39:19 -0800 (PST) Cc: archie@whistle.com (Archie Cobbs), julian@elischer.org (Julian Elischer), ales@megared.net.mx (Alejandro Ramirez), net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman writes: > > These patches would not be necessary if they just used a raw socket. > > On the other hand, we should add (complete) GRE support to FreeBSD > > anyway. > > Do YOU want to implement TCP in user mode? > > I didn't think so. Sorry, I don't understand your point here. What does TCP have to do with anything? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12:42:15 2000 Delivered-To: freebsd-net@freebsd.org Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by hub.freebsd.org (Postfix) with ESMTP id 9C49B37BA9F for ; Wed, 1 Mar 2000 12:42:09 -0800 (PST) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-20-155.nv.iinet.net.au [203.59.85.155]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id EAA25582; Thu, 2 Mar 2000 04:41:53 +0800 Message-ID: <38BD806F.15FB7483@elischer.org> Date: Wed, 01 Mar 2000 12:41:19 -0800 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 4.0-CURRENT i386) MIME-Version: 1.0 To: Archie Cobbs Cc: Alejandro Ramirez , net@freeBSD.org Subject: Re: GRE Support in 4.X ??? References: <200003012022.MAA71299@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Archie Cobbs wrote: > > > You can do GRE in FreeBSD without any modifications simply > by opening a raw IP socket. This is how mpd does it (actually > using ng_ksocket(8) to create the socket and ng_pptpgre(8) do > do the handling of the GRE packets). Ah that's how I was confused.. so we could add a generic GRE handling netgraph node as well, so you could do netgraphy tricks as well. > > However, really FreeBSD should have built-in support for GRE > so you could say, eg: > > s = socket(PF_INET, SOCK_DGRAM, IPPROTO_GRE); > > sin.sin_addr = 192.168.1.1; > sin.sin_port = 0x883E; // GRE protocol number > > bind(s, (struct sockaddr *)&sin, sizeof(sin)); > > It looks like they have done the first part (create the socket type) > but not the second part (allow you to bind to a specific GRE protocol). > > Instead, they hard code the squid protocol number 0x883E into the > kernel, turning GRE (generic routing encapsulation) into SRE (specific > routing encapsulation :-) > > These patches would not be necessary if they just used a raw socket. > On the other hand, we should add (complete) GRE support to FreeBSD > anyway. > > -Archie > -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 12:43:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id E55FB37BAFC for ; Wed, 1 Mar 2000 12:43:30 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id MAA71553; Wed, 1 Mar 2000 12:42:18 -0800 (PST) From: Archie Cobbs Message-Id: <200003012042.MAA71553@bubba.whistle.com> Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012039.MAA71524@bubba.whistle.com> from Archie Cobbs at "Mar 1, 2000 12:39:19 pm" To: archie@whistle.com (Archie Cobbs) Date: Wed, 1 Mar 2000 12:42:18 -0800 (PST) Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman), julian@elischer.org (Julian Elischer), ales@megared.net.mx (Alejandro Ramirez), net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Archie Cobbs writes: > > > These patches would not be necessary if they just used a raw socket. > > > On the other hand, we should add (complete) GRE support to FreeBSD > > > anyway. > > > > Do YOU want to implement TCP in user mode? > > > > I didn't think so. > > Sorry, I don't understand your point here. What does TCP > have to do with anything? Oh, nevermind.. now I see the ip_input() at the bottom of gre.c. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 13: 8: 8 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-15.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.143]) by hub.freebsd.org (Postfix) with ESMTP id 05B9A37BAA8 for ; Wed, 1 Mar 2000 13:08:00 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@shift.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id VAA80591; Wed, 1 Mar 2000 21:07:40 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id IAA00606; Wed, 1 Mar 2000 08:29:36 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003010829.IAA00606@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Fisch, Eric" Cc: freebsd-net@FreeBSD.org, brian@hak.lan.awfulhak.org Subject: Re: IGMP packets?! In-Reply-To: Message from "Fisch, Eric" of "Wed, 01 Mar 2000 00:26:15 EST." <8389C74A65EFD111B03800805FA7658F0731B131@USDALEXC01> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Mar 2000 08:29:36 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I have a ppp dial-on-demand gateway that does not drop the connection as it > is supposed to. I ran tcpdump and found that every 30 seconds the gateway > is sending igmp v2 queries to "ALL-SYSTEMS.MCAST.NET". > > Any idea where these are coming from any how to stop them? No, but you can stop them from mattering with set filter alive 0 deny igmp set filter dial 0 deny igmp > Thanks, > Eric Fisch > efisch@kpmg.com [.....] -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 13: 8:32 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C2D9537B9E9 for ; Wed, 1 Mar 2000 13:04:56 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA64880; Wed, 1 Mar 2000 16:04:38 -0500 (EST) (envelope-from wollman) Date: Wed, 1 Mar 2000 16:04:38 -0500 (EST) From: Garrett Wollman Message-Id: <200003012104.QAA64880@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman), julian@elischer.org (Julian Elischer), ales@megared.net.mx (Alejandro Ramirez), net@FreeBSD.ORG Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012039.MAA71524@bubba.whistle.com> References: <200003012036.PAA64720@khavrinen.lcs.mit.edu> <200003012039.MAA71524@bubba.whistle.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Sorry, I don't understand your point here. What does TCP > have to do with anything? Look at the code for a moment: if (ntohl(gre->type) != GRE_PROTOCOL_TYPE) { rip_input(m, iphlen); return; } So, if it's not the protocol we're expecting, we just punt it to the SOCK_RAW interface. len = m->m_len - len; if (ip->ip_len != len) { if (len > ip->ip_len || len < sizeof(struct ip)) { m_freem(m); return; } m_adj(m, iphlen + sizeof(struct gre)); } ip_input(m); Otherwise, decapsulate the packet and hand it directly to the IP layer to be acted upon as if it had been received directly. The user then configures IPFIREWALL_FORWARD to send the packet to lo0 where it gets interpreted by the local protocol stack. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 13:32:40 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 5D74637BAFC for ; Wed, 1 Mar 2000 13:32:34 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id NAA71857; Wed, 1 Mar 2000 13:31:27 -0800 (PST) From: Archie Cobbs Message-Id: <200003012131.NAA71857@bubba.whistle.com> Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012104.QAA64880@khavrinen.lcs.mit.edu> from Garrett Wollman at "Mar 1, 2000 04:04:38 pm" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Wed, 1 Mar 2000 13:31:27 -0800 (PST) Cc: julian@elischer.org, ales@megared.net.mx, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman writes: > > Sorry, I don't understand your point here. What does TCP > > have to do with anything? > > Look at the code for a moment: > > if (ntohl(gre->type) != GRE_PROTOCOL_TYPE) { > rip_input(m, iphlen); > return; > } > > So, if it's not the protocol we're expecting, we just punt it to the > SOCK_RAW interface. > > len = m->m_len - len; > if (ip->ip_len != len) { > if (len > ip->ip_len || len < sizeof(struct ip)) { > m_freem(m); > return; > } > m_adj(m, iphlen + sizeof(struct gre)); > } > ip_input(m); > > Otherwise, decapsulate the packet and hand it directly to the IP layer > to be acted upon as if it had been received directly. The user then > configures IPFIREWALL_FORWARD to send the packet to lo0 where it gets > interpreted by the local protocol stack. What is your opinion about adding GRE support to the kernel? I.e., should we do it and if so how should it work? Should a process "bind" to a specific protocol? Should certain protocols that are already defined (like the above encapsulation) be handled automatically? Etc.. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 14:10:51 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 04F8737C2C8 for ; Wed, 1 Mar 2000 14:10:37 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id RAA65176; Wed, 1 Mar 2000 17:10:27 -0500 (EST) (envelope-from wollman) Date: Wed, 1 Mar 2000 17:10:27 -0500 (EST) From: Garrett Wollman Message-Id: <200003012210.RAA65176@khavrinen.lcs.mit.edu> To: Archie Cobbs Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman), julian@elischer.org, ales@megared.net.mx, net@FreeBSD.ORG Subject: Re: GRE Support in 4.X ??? In-Reply-To: <200003012131.NAA71857@bubba.whistle.com> References: <200003012104.QAA64880@khavrinen.lcs.mit.edu> <200003012131.NAA71857@bubba.whistle.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > What is your opinion about adding GRE support to the kernel? > I.e., should we do it and if so how should it work? > Should a process "bind" to a specific protocol? Should certain > protocols that are already defined (like the above encapsulation) > be handled automatically? Etc.. Yes. I wouldn't be unhappy to see most of the work handed off to netgraph modules if you can make it work that way instead, rather than hard-coding everything. (This seems like the sort of task that netgraph is well-suited for; in order to do anything useful with these packets we're already so far off the fast path that ILP is a distant fantasy....) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 14:45:36 2000 Delivered-To: freebsd-net@freebsd.org Received: from bozo.ugh.net.au (bozo.ugh.net.au [203.62.148.2]) by hub.freebsd.org (Postfix) with ESMTP id D29F637B884 for ; Wed, 1 Mar 2000 14:44:54 -0800 (PST) (envelope-from rob@ugh.net.au) Received: from localhost (rob@localhost) by bozo.ugh.net.au (8.9.3/8.9.3) with ESMTP id JAA35294; Thu, 2 Mar 2000 09:44:36 +1100 (EST) (envelope-from rob@ugh.net.au) X-Authentication-Warning: bozo.ugh.net.au: rob owned process doing -bs Date: Thu, 2 Mar 2000 09:44:36 +1100 (EST) From: Rob Wise To: Brendan Kosowski Cc: FreeBSD Networking Subject: RE: News Server Setup In-Reply-To: Message-ID: X-WonK: Hmm MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 1 Mar 2000, Dmitry Samersoff wrote: > > On 01-Mar-2000 Brendan Kosowski wrote: > > > > > > Can anyone point me to a good resource on how to set up a News server on > > FreeBSD and how to set it up to get Usenet newsgroups ??? > > Settting up INN is a large work and can't be easy described in letter. > Try nntpcache first. Dnews is very good. Its extremely low maintinance, and supports combination suck and push feeds. Its commercial software, but has a 30 day demo to try it out. http://www.netwinsite.com/dnews.htm Cheers, Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 1 18:12:58 2000 Delivered-To: freebsd-net@freebsd.org Received: from pooky.bmk.com.au (pooky.bmk.com.au [203.36.170.246]) by hub.freebsd.org (Postfix) with ESMTP id 71EA137BF11 for ; Wed, 1 Mar 2000 18:12:38 -0800 (PST) (envelope-from brendan@bmk.com.au) Received: from garfield (gateway.ozi.nu [203.36.170.241]) by pooky.bmk.com.au (8.8.7/8.8.7) with SMTP id NAA11400 for ; Thu, 2 Mar 2000 13:11:49 +1100 Date: Thu, 2 Mar 2000 13:12:01 +1100 (EST) From: Brendan Kosowski X-Sender: brendan@garfield To: FreeBSD Networking Subject: pppd / com-port question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org What is the maximum speed I can run pppd at on a FreeBSD box with 16550A com ports ??? Thanks, Brendan Kosowski ------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Mar 2 11:30:55 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 25F4337BE2C for ; Thu, 2 Mar 2000 11:30:53 -0800 (PST) (envelope-from boshea@ricochet.net) Received: from beastie.localdomain ([24.19.158.41]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000302193052.IQKZ21637.mail.rdc1.sfba.home.com@beastie.localdomain>; Thu, 2 Mar 2000 11:30:52 -0800 Received: (from brian@localhost) by beastie.localdomain (8.9.3/8.8.7) id LAA29646; Thu, 2 Mar 2000 11:39:57 -0800 (PST) (envelope-from brian) Date: Thu, 2 Mar 2000 11:39:57 -0800 From: "Brian O'Shea" To: Boozy Cc: freebsd-net@FreeBSD.ORG Subject: Re: ATM Network Interfaces Message-ID: <20000302113957.M56986@beastie.localdomain> Mail-Followup-To: Boozy , freebsd-net@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Boozy on Mon, Feb 28, 2000 at 10:10:23PM -0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org (removing cross-post to freebsd-hardware) The release notes would be a good place to start. Unfortunately, it doesn't look like your ATM interface is supported. -brian On Mon, Feb 28, 2000 at 10:10:23PM -0300, Boozy wrote: > Hi Folks (again) > > I'm want to know if FreeBSD 3.3 supports the ATM network interfaces below or > where can I get this information. > > --------------- > > - P/N: 85H9035 > > - Description :Placa PCI ATM 155 Mbps MMF TurboWays. > > - UTP (type 3,4 or 5) or STP cabling > > - Memory: 8 mb Ram > > - ATM concentrator or ATM Switching using the 25 Mbps interface > > > > Site for reference : > www.networking.ibm.com/nes/n > eshomr.html > --------------- > > --------------- > > > > - P/N: 93H3511 > > - Description :Placa PCI ATM 155 Mbps MMF TurboWays. > > - S/N: 1108246066 > > > --------------- > > Thanks, > > Luciano Rabelo > ******************************** > * Luciano Rabelo * > * Analista de Sistemas * > * Salvador - Bahia - Brasil * > * http://www.rabelo.eti.br/ * > * lrcp@rabelo.eti.br * > * UIN - 8642704 * > ******************************** > > /"\ > \ / CAMPANHA DA FITA ASCII - CONTRA MAIL HTML > X ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL > / \ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > -- Brian O'Shea boshea@ricochet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 6:12: 8 2000 Delivered-To: freebsd-net@freebsd.org Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by hub.freebsd.org (Postfix) with SMTP id D756A37B5B2; Fri, 3 Mar 2000 06:12:03 -0800 (PST) (envelope-from raz@lucent.com) Received: from chair.dnrc.bell-labs.com ([135.180.161.201]) by crufty; Fri Mar 3 09:11:22 EST 2000 Received: from lucent.com (razpc [135.180.160.74]) by chair.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id JAA06540; Fri, 3 Mar 2000 09:11:20 -0500 (EST) Message-ID: <38BFC80D.73CFB75B@lucent.com> Date: Fri, 03 Mar 2000 09:11:25 -0500 From: dan raz X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org Cc: freebsd-ipfw@freebsd.org, shavitt@lucent.com Subject: A problem with verifing ipfw loaded in rc_network References: <38BFC3FD.3B01BA34@lucent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We have a booting problem that is coming from the rc.network code. In our boot process, the ipfw is loaded with the appropriate flags (i.e. divert enable) but then rc.network fails to recognize it and it reloads ipfw to the kernel with a no-divert flag. The result is that the divert sockets do not work. Here is the relevant lines from the /var/log/message file: ......... Feb 29 11:06:38 heshvan /kernel: npx0: INT 16 interface Feb 29 11:06:38 heshvan /kernel: Intel Pentium detected, installing workaround for F00F bug Feb 29 11:06:38 heshvan /kernel: IP packet filtering initialized, divert enabled, rule-based forwarding enabled, unlimited logging Feb 29 11:06:38 heshvan /kernel: IP Filter: initialized. Default = pass all, Logging = disabled Feb 29 11:06:38 heshvan /kernel: changing root device to wd0s2a Feb 29 11:06:38 heshvan /kernel: IP packet filtering initialized, divert disabled, rule-based forwarding disabled, logging disabled Feb 29 11:06:48 heshvan mrouted[124]: mrouted version 3.9-beta3+IOS12 ................. Note, that first divert is enabled, and then after mounting / IP packet filtering is reinitialize, but now divert is disabled. It took us a while to track the problem to rc.network and related questions were posted in freebsd-questions, and freebsd-ipfw. This is the relevant code from rc.network: > # Initialize IP filtering using ipfw > echo "" > /sbin/ipfw -q flush > /dev/null 2>&1 > if [ $? = 0 ] ; then > firewall_in_kernel=1 > else > firewall_in_kernel=0 > fi > > if [ $firewall_in_kernel = 0 -a "x$firewall_enable" = "xYES" ] ; then > if kldload ipfw; then > firewall_in_kernel=1 # module loaded successfully > echo "Kernel firewall module loaded." > else > echo "Warning: firewall kernel module failed to load." > fi > fi > It should verify that the ipfw is in kernel, and if not reload it. In our case the test (sbin/ipfw -q flush > /dev/null 2>&1 if [ $? = 0 ] ) does not work. We could not figure out why the simple test does not work, but we deleted these lines from rc.network and all seems to be working fine. Any ideas or suggestions? Danny -- Danny Raz Tel: 732-949-6712 Room 4G-637 Fax: 732-949-0399 Bell-Labs email: raz@dnrc.bell-labs.com 101 Crawfords Corner Road Holmdel, NJ 07733 - 3030 WWW: http://www.cs.bell-labs.com/~raz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 7:51: 5 2000 Delivered-To: freebsd-net@freebsd.org Received: from quercus.ifn.fr (mailhost.ifn.fr [62.161.215.67]) by hub.freebsd.org (Postfix) with ESMTP id 32BF537B625 for ; Fri, 3 Mar 2000 07:50:58 -0800 (PST) (envelope-from rguyom@mail.dotcom.fr) Received: from pingoo.ifn.fr ([192.9.200.33]) by quercus.ifn.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id FLZQQKD2; Fri, 3 Mar 2000 16:50:55 +0100 Received: (from rguyom@localhost) by pingoo.ifn.fr (8.9.3/8.9.3) id QAA24712; Fri, 3 Mar 2000 16:50:53 +0100 Date: Fri, 3 Mar 2000 16:50:52 +0100 From: =?iso-8859-1?Q?R=E9mi_Guyomarch?= To: freebsd-net@freebsd.org Subject: TCP performance problems, Linux faster than FreeBSD ? Message-ID: <20000303165052.C23732@pingoo.ifn.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have a problem with FreeBSD 3.4-STABLE. When I'm downloading from some sites I see a large number of duplicate packets comming in. If I download the same file(s) with a Linux 2.2.14 box, I don't see those duplicate packets. Well, a lot less I mean. I tried to move our Squid proxy from the (too old) Linux box to the FreeBSD one, but after some time I noticed the not so great performance and the large number of duplicate acks, packets and bytes with 'netstat -p tcp'. For example, I download something from msvaus.www.conxion.com using FreeBSD and Linux. Here's the breakdown of packets I'm receiving : (cut'n paste from a 'tcptrace' output) FreeBSD Linux total packets: 375 304 ack pkts sent: 375 304 pure acks sent: 1 1 unique bytes sent: 409507 409507 actual data pkts: 373 302 actual data bytes: 515333 428792 rexmt data pkts: 76 (!!) 15 <<---- rexmt data bytes: 105826 (!!) 19285 <<---- outoforder pkts: 19 11 pushed data pkts: 9 7 SYN/FIN pkts sent: 1/1 1/1 req 1323 ws/ts: N/N N/N adv wind scale: 0 0 mss requested: 1460 bytes 1460 bytes max segm size: 1460 bytes 1460 bytes min segm size: 67 bytes 92 bytes avg segm size: 1381 bytes 1419 bytes max win adv: 8760 bytes 8760 bytes min win adv: 8619 bytes 8619 bytes zero win adv: 0 times 0 times avg win adv: 8619 bytes 8619 bytes initial window: 1460 bytes 1460 bytes initial window: 1 pkts 1 pkts The 'rexmt' lines are the number of duplicate packets & bytes conxion.com is sending to my boxes. Why am I receiving 25% duplicate bytes on my fbsd box and only 5% with Linux ?? I tried to play a bit with sysctl variables, but without much success (see below). I'm on a 64K leased line and I have a ~190ms (ICMP) RTT to msvaus.www.conxion.com. The easy answer is "conxion.com is broken", but even if they are, why Linux doesn't seems affected ? Here's my setup : --------------- FreeBSD 3.4-STABLE (last cvsup & buildworld : Feb 17) de0: rev 0x20 int a irq 10 on pci0.14.0 de0: ACCTON EN1207 21140A [10-100Mb/s] pass 2.0 de0: flags=8843 mtu 1500 inet x.x.x.x netmask 0xffffff00 broadcast x.x.x.x ether 00:00:e8:2b:bc:64 media: autoselect (100baseTX) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP tun0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 The Linux box is an old SparcStation 10 running 2.2.14 and the network card is a "SUNW,hme" (BigMac) 100baseTX card. root@diabolo ~ sysctl net.inet.tcp net.inet.tcp.rfc1323: 1 (was 0) net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.rttdflt: 3 net.inet.tcp.keepidle: 14400 net.inet.tcp.keepintvl: 150 net.inet.tcp.sendspace: 32768 (was 16k initially) net.inet.tcp.recvspace: 32768 ( // ) net.inet.tcp.keepinit: 150 net.inet.tcp.log_in_vain: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.pcbcount: 6 net.inet.tcp.always_keepalive: 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 8: 8:41 2000 Delivered-To: freebsd-net@freebsd.org Received: from quercus.ifn.fr (mailhost.ifn.fr [62.161.215.67]) by hub.freebsd.org (Postfix) with ESMTP id 590CB37B8BA for ; Fri, 3 Mar 2000 08:08:37 -0800 (PST) (envelope-from rguyom@mail.dotcom.fr) Received: from pingoo.ifn.fr ([192.9.200.33]) by quercus.ifn.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id FLZQQKDL; Fri, 3 Mar 2000 17:08:27 +0100 Received: (from rguyom@localhost) by pingoo.ifn.fr (8.9.3/8.9.3) id RAA24916 for freebsd-net@FreeBSD.ORG; Fri, 3 Mar 2000 17:08:26 +0100 Date: Fri, 3 Mar 2000 17:08:25 +0100 From: =?iso-8859-1?Q?R=E9mi_Guyomarch?= To: freebsd-net@FreeBSD.ORG Subject: Re: TCP performance problems, Linux faster than FreeBSD ? Message-ID: <20000303170825.D23732@pingoo.ifn.fr> References: <20000303165052.C23732@pingoo.ifn.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <20000303165052.C23732@pingoo.ifn.fr>; from rguyom@mail.dotcom.fr on Fri, Mar 03, 2000 at 04:50:52PM +0100 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 03, 2000 at 04:50:52PM +0100, Rémi Guyomarch wrote: > Hi, > > I have a problem with FreeBSD 3.4-STABLE. When I'm downloading from some > sites I see a large number of duplicate packets comming in. If I download the > same file(s) with a Linux 2.2.14 box, I don't see those duplicate packets. > Well, a lot less I mean. I searched the mailing list archive and someone experienced roughly the same problem (but with a modem connexion) : http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=2724992+2728769+/usr/local/www/db/text/1998/freebsd-questions/19980503.freebsd-questions The answer was : "they're broken". But since, in my case, at least Linux isn't affected, I don't think conexion.com is too broken. And I see this problem with other sites as well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 9:24:39 2000 Delivered-To: freebsd-net@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id E5B9D37B5BE; Fri, 3 Mar 2000 09:24:35 -0800 (PST) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id JAA08549; Fri, 3 Mar 2000 09:24:34 -0800 (PST) From: Archie Cobbs Message-Id: <200003031724.JAA08549@bubba.whistle.com> Subject: Netgraph article To: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Date: Fri, 3 Mar 2000 09:24:34 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org For anyone interested in reading about netgraph(4), including technical information about developing your own node types, etc., here is an article that I wrote for this month's Daemon News 'blueprints' column.. http://www.daemonnews.org/200003/netgraph.html -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 11:56:47 2000 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id DA2C237BFDD for ; Fri, 3 Mar 2000 11:56:43 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.9.3/8.9.3) id NAA06895; Fri, 3 Mar 2000 13:59:50 -0600 (CST) (envelope-from jlemon) Date: Fri, 3 Mar 2000 13:59:50 -0600 From: Jonathan Lemon To: =?iso-8859-1?Q?R=E9mi_Guyomarch?= Cc: net@freebsd.org Subject: Re: TCP performance problems, Linux faster than FreeBSD ? Message-ID: <20000303135950.C307@prism.flugsvamp.com> References: <200003031759.LAA03466@prism.flugsvamp.com> <20000303194730.A26727@pingoo.ifn.fr> <20000303125536.A307@prism.flugsvamp.com> <20000303195724.A26837@pingoo.ifn.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20000303195724.A26837@pingoo.ifn.fr> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Okay, I took a look at the trace you sent me, and yup, the answer is, "they're broken". :-( Somewhere in the transfer, some packets are getting lost, which in turn leads to the following steady-state scenario: After 3 duplicate acks (caused by receiving older re-transmitted packets), the sender (mistakenly) presumes that a packet was lost and re-transmits, in accordance to the VJ fast-retransmit algorithm. Call the sequence number of this re-transmitted packet 'A'. The sender continues sending at the leading edge of the window, say, on sequence 'F'. Now, another older retransmitted packet is received, and a 4th duplicate ack is sent. This appears to cause the sender to abandon transmitting at the leading edge of the window, and start re-transmitting segments B-F at full speed. Since at this point, no packets are being lost, the receiver gets the original sequence 'F', that was transmitted, then must ack the duplicate retransmits. This leads to duplicate acks, starting the whole cycle again. I would guess the problem is primarily caused because the sender does not correctly implement VJ fast-recovery, and slow-start is never entered, so there is no chance for re-synchronization. Linux implements SACK (selective ack), which I would guess allows it to work around this problem; it doesn't have to send multiple duplicate acks in a row. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 12:27:19 2000 Delivered-To: freebsd-net@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id 165EC37B686 for ; Fri, 3 Mar 2000 12:27:08 -0800 (PST) (envelope-from jayanth@yahoo-inc.com) Received: from milk.yahoo.com (milk.yahoo.com [206.251.16.37]) by mrout1.yahoo.com (8.10.0.Beta10/8.10.0.Beta6/y.out) with ESMTP id e23KQfc32241; Fri, 3 Mar 2000 12:26:41 -0800 (PST) Received: (from jayanth@localhost) by milk.yahoo.com (8.8.8/8.6.12) id MAA24800; Fri, 3 Mar 2000 12:26:41 -0800 (PST) Date: Fri, 3 Mar 2000 12:26:41 -0800 From: jayanth To: Jonathan Lemon Cc: =?iso-8859-1?Q?R=E9mi_Guyomarch?= , net@FreeBSD.ORG Subject: Re: TCP performance problems, Linux faster than FreeBSD ? Message-ID: <20000303122641.B23208@yahoo-inc.com> References: <200003031759.LAA03466@prism.flugsvamp.com> <20000303194730.A26727@pingoo.ifn.fr> <20000303125536.A307@prism.flugsvamp.com> <20000303195724.A26837@pingoo.ifn.fr> <20000303135950.C307@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1us In-Reply-To: <20000303135950.C307@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Fri, Mar 03, 2000 at 01:59:50PM -0600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Was the SACK feature being used for the connection from the Linux machine ? jayanth Jonathan Lemon (jlemon@flugsvamp.com) wrote: > Okay, I took a look at the trace you sent me, and yup, the answer > is, "they're broken". :-( > > Somewhere in the transfer, some packets are getting lost, which > in turn leads to the following steady-state scenario: > > After 3 duplicate acks (caused by receiving older re-transmitted packets), > the sender (mistakenly) presumes that a packet was lost and re-transmits, > in accordance to the VJ fast-retransmit algorithm. Call the sequence > number of this re-transmitted packet 'A'. The sender continues sending > at the leading edge of the window, say, on sequence 'F'. > > Now, another older retransmitted packet is received, and a 4th duplicate > ack is sent. This appears to cause the sender to abandon transmitting > at the leading edge of the window, and start re-transmitting segments > B-F at full speed. > > Since at this point, no packets are being lost, the receiver gets the > original sequence 'F', that was transmitted, then must ack the duplicate > retransmits. This leads to duplicate acks, starting the whole cycle again. > > > I would guess the problem is primarily caused because the sender does > not correctly implement VJ fast-recovery, and slow-start is never > entered, so there is no chance for re-synchronization. > > Linux implements SACK (selective ack), which I would guess allows it > to work around this problem; it doesn't have to send multiple duplicate > acks in a row. > > Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 14:44:51 2000 Delivered-To: freebsd-net@freebsd.org Received: from obie.softweyr.com (obie.softweyr.com [204.68.178.33]) by hub.freebsd.org (Postfix) with ESMTP id 5C9A137B5E5; Fri, 3 Mar 2000 14:44:45 -0800 (PST) (envelope-from wes@softweyr.com) Received: from softweyr.com (wes@homer.softweyr.com [204.68.178.39]) by obie.softweyr.com (8.8.8/8.8.8) with ESMTP id PAA00947; Fri, 3 Mar 2000 15:44:40 -0700 (MST) (envelope-from wes@softweyr.com) Message-ID: <38C04239.B6119BFE@softweyr.com> Date: Fri, 03 Mar 2000 15:52:41 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Archie Cobbs Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Netgraph article References: <200003031724.JAA08549@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Archie Cobbs wrote: > > For anyone interested in reading about netgraph(4), including > technical information about developing your own node types, etc., > here is an article that I wrote for this month's Daemon News > 'blueprints' column.. > > http://www.daemonnews.org/200003/netgraph.html Another great blueprints column. Thanks, Archie. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 16:29:37 2000 Delivered-To: freebsd-net@freebsd.org Received: from azazel.zer0.org (azazel.zer0.org [209.133.53.200]) by hub.freebsd.org (Postfix) with ESMTP id 7C96237B55C; Fri, 3 Mar 2000 16:29:33 -0800 (PST) (envelope-from gsutter@zer0.org) Received: (from gsutter@localhost) by azazel.zer0.org (8.9.3/8.9.2) id QAA48344; Fri, 3 Mar 2000 16:27:48 -0800 (PST) (envelope-from gsutter@zer0.org) Date: Fri, 3 Mar 2000 16:27:48 -0800 From: Gregory Sutter To: Archie Cobbs Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Netgraph article Message-ID: <20000303162748.A47591@azazel.zer0.org> References: <200003031724.JAA08549@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003031724.JAA08549@bubba.whistle.com>; from archie@whistle.com on Fri, Mar 03, 2000 at 09:24:34AM -0800 Organization: Zer0 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 2000-03-03 09:24 -0800, Archie Cobbs wrote: > For anyone interested in reading about netgraph(4), including > technical information about developing your own node types, etc., > here is an article that I wrote for this month's Daemon News > 'blueprints' column.. > > http://www.daemonnews.org/200003/netgraph.html Hey, that's pretty nifty. ;) If anyone else is interested in writing a solid tech article, please contact me! (I'm the keeper of the blueprints column.) Greg -- Gregory S. Sutter The best way to accelerate Windows mailto:gsutter@zer0.org is at 9.8 m/s^2. http://www.zer0.org/~gsutter/ PGP DSS public key 0x40AE3052 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 3 18:23: 4 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 4016137B715; Fri, 3 Mar 2000 18:22:54 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA89118; Sat, 4 Mar 2000 02:18:17 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA02929; Sat, 4 Mar 2000 02:18:15 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003040218.CAA02929@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dermot McNally Cc: Brian Somers , Dermot McNally , freebsd-net@FreeBSD.org, peter@FreeBSD.org, jkh@FreeBSD.org, joe@FreeBSD.org Subject: Re: NAT issues with ppp - a fix In-Reply-To: Message from Dermot McNally of "Thu, 17 Feb 2000 01:40:52 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Mar 2000 02:18:15 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Because of a recent change in the way I connect to the net (PPPoUDPoPPPoISDN), I'm now seeing this problem ! Can you try the attached patch ? I believe this fixes the problem ! For those that have forgotten this thread, the issue is with fragmented packets going through ppps NAT implementation. Peter was the first to point out an occasional error message saying ``Problem with IP header length''. It turns out that the bug is a couple of lines above (see the patch), and was worsened (made consistent enough to make a given tcp/udp session freeze) by my recent mbuf memory allocation optimisations !!! Thanks for any confirmations. Jordan (cc'd) is in Holland at the moment, so I suspect nobody's going to approve this for 4.0 and it'll have to stay as queued-patch-#16 here on my laptop - unless I can collar him as he passes through the UK on Sunday !!!! Any news Joe (cc'd) ? > On Thu, 17 Feb 2000, Brian Somers wrote: > > > If it still happens with the latest verison, can you also try > > decreasing your network MTU to 1492 (or maybe even 1400 for kicks). > > This would stop IP fragmentation - it shouldn't make a difference, > > but, well.... > > I've just realised that you're talking about my inside MTU - I haven't > even touched that yet. I'll try it. > > Cheers, > Dermot -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 3: 7:33 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 2BF3237B7F2; Sat, 4 Mar 2000 03:07:25 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id LAA92166; Sat, 4 Mar 2000 11:05:39 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id LAA07495; Sat, 4 Mar 2000 11:05:40 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003041105.LAA07495@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dermot McNally Cc: Dermot McNally , freebsd-net@FreeBSD.ORG, peter@FreeBSD.ORG, jkh@FreeBSD.ORG, joe@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: NAT issues with ppp - a fix In-Reply-To: Message from Brian Somers of "Sat, 04 Mar 2000 02:18:15 GMT." <200003040218.CAA02929@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Mar 2000 11:05:40 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org And for those that have noticed there was no patch..... (thanks Dermot!) diff -r -N -u --exclude=CVS --exclude=*.o --exclude=*.gz --exclude=*.orig --exclude=*.cat* --exclude=ppp --exclude=*.cat* --exclude=.??* 15/nat_cmd.c 16/nat_cmd.c --- 15/nat_cmd.c Fri Mar 3 21:56:56 2000 +++ 16/nat_cmd.c Sat Mar 4 02:04:52 2000 @@ -380,6 +380,7 @@ /* Ensure there's a bit of extra buffer for the NAT code... */ bp = m_pullup(m_append(bp, NULL, NAT_EXTRABUF)); ret = PacketAliasIn(MBUF_CTOP(bp), bp->m_len); + pip = (struct ip *)MBUF_CTOP(bp); bp->m_len = ntohs(pip->ip_len); if (bp->m_len > MAX_MRU) { > Hi, > > Because of a recent change in the way I connect to the net > (PPPoUDPoPPPoISDN), I'm now seeing this problem ! > > Can you try the attached patch ? I believe this fixes the problem ! > > For those that have forgotten this thread, the issue is with > fragmented packets going through ppps NAT implementation. Peter was > the first to point out an occasional error message saying ``Problem > with IP header length''. It turns out that the bug is a couple of > lines above (see the patch), and was worsened (made consistent enough > to make a given tcp/udp session freeze) by my recent mbuf memory > allocation optimisations !!! > > Thanks for any confirmations. > > Jordan (cc'd) is in Holland at the moment, so I suspect nobody's > going to approve this for 4.0 and it'll have to stay as > queued-patch-#16 here on my laptop - unless I can collar him as > he passes through the UK on Sunday !!!! Any news Joe (cc'd) ? > > > On Thu, 17 Feb 2000, Brian Somers wrote: > > > > > If it still happens with the latest verison, can you also try > > > decreasing your network MTU to 1492 (or maybe even 1400 for kicks). > > > This would stop IP fragmentation - it shouldn't make a difference, > > > but, well.... > > > > I've just realised that you're talking about my inside MTU - I haven't > > even touched that yet. I'll try it. > > > > Cheers, > > Dermot -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 5:25:22 2000 Delivered-To: freebsd-net@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 0213237B7B9; Sat, 4 Mar 2000 05:25:09 -0800 (PST) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id NAA35284; Sat, 4 Mar 2000 13:24:50 GMT (envelope-from joe) Date: Sat, 4 Mar 2000 13:24:50 +0000 From: Josef Karthauser To: Brian Somers Cc: Dermot McNally , Dermot McNally , freebsd-net@FreeBSD.org, peter@FreeBSD.org, jkh@FreeBSD.org, joe@FreeBSD.org Subject: Re: NAT issues with ppp - a fix Message-ID: <20000304132450.C34231@florence.pavilion.net> References: <200003040218.CAA02929@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200003040218.CAA02929@hak.lan.Awfulhak.org> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Mar 04, 2000 at 02:18:15AM +0000, Brian Somers wrote: > Hi, > [..] > Jordan (cc'd) is in Holland at the moment, so I suspect nobody's > going to approve this for 4.0 and it'll have to stay as > queued-patch-#16 here on my laptop - unless I can collar him as > he passes through the UK on Sunday !!!! Any news Joe (cc'd) ? Not, yet. He's got my mobile number but not called yet. I'll call you the moment I know anything new. Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 9:40:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from quercus.ifn.fr (mailhost.ifn.fr [62.161.215.67]) by hub.freebsd.org (Postfix) with ESMTP id 83D0A37B838 for ; Sat, 4 Mar 2000 09:39:50 -0800 (PST) (envelope-from rguyom@mail.dotcom.fr) Received: from pingoo.ifn.fr ([192.9.200.33]) by quercus.ifn.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id FLZQQKF9; Sat, 4 Mar 2000 18:39:48 +0100 Received: (from rguyom@localhost) by pingoo.ifn.fr (8.9.3/8.9.3) id SAA08553; Sat, 4 Mar 2000 18:39:45 +0100 Date: Sat, 4 Mar 2000 18:39:45 +0100 From: =?iso-8859-1?Q?R=E9mi_Guyomarch?= To: jayanth Cc: Jonathan Lemon , freebsd-net@FreeBSD.ORG Subject: Re: TCP performance problems, Linux faster than FreeBSD ? Message-ID: <20000304183945.A8539@pingoo.ifn.fr> References: <200003031759.LAA03466@prism.flugsvamp.com> <20000303194730.A26727@pingoo.ifn.fr> <20000303125536.A307@prism.flugsvamp.com> <20000303195724.A26837@pingoo.ifn.fr> <20000303135950.C307@prism.flugsvamp.com> <20000303122641.B23208@yahoo-inc.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp" X-Mailer: Mutt 1.0.1i In-Reply-To: <20000303122641.B23208@yahoo-inc.com>; from jayanth@yahoo-inc.com on Fri, Mar 03, 2000 at 12:26:41PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii On Fri, Mar 03, 2000 at 12:26:41PM -0800, jayanth wrote: > Was the SACK feature being used for the connection from the Linux > machine ? The server doesn't support SACKs, they're never used. Here's the firsts SYN, SYN/ACK packets between Linux and MS : pingoo.3677 > ms.http: S 3483693259:3483693259(0) win 32120 (DF) ms.http > pingoo.3677: S 2736466138:2736466138(0) ack 3483693260 win 8760 (DF) I tried to turn off delayed acks, but the result was worst. Without delayed acks I'm getting nearly 75% of dups (ie 700k of data comming in for a 400k download). I think the problem has something to do with the implementation of delayed acks. Linux start straight with a 190-200 ms delay, effectively catching two incoming packets per ack, but FreeBSD (very) slowly converge to 200 ms delayed acks, and in fact nearly always send one ack per incoming packet, even when packets are comming in in the right order and when there's no loss. Example : ( pingoo == Linux diabolo == FreeBSD ) 07:12:45.742513 pingoo.3822 > ms.http: S 393821375:393821375(0) win 32120 (DF) 07:12:45.936571 ms.http > pingoo.3822: S 3743388946:3743388946(0) ack 393821376 win 8760 (DF) 07:12:45.938128 pingoo.3822 > ms.http: . ack 1 win 0 07:12:45.939322 pingoo.3822 > ms.http: . ack 1 win 32120 (DF) 07:12:45.941606 pingoo.3822 > ms.http: P 1:142(141) ack 1 win 32120 (DF) 07:12:46.564479 ms.http > pingoo.3822: . 1461:2921(1460) ack 142 win 8619 (DF) 07:12:46.756086 pingoo.3822 > ms.http: . ack 2921 win 32120 (DF) ** delay = 192 ms 07:12:47.034305 ms.http > pingoo.3822: . 2921:4381(1460) ack 142 win 8619 (DF) 07:12:47.225883 ms.http > pingoo.3822: . 4381:5841(1460) ack 142 win 8619 (DF) 07:12:47.230551 pingoo.3822 > ms.http: . ack 5841 win 30660 (DF) ** delay = 196 ms 07:12:47.424586 ms.http > pingoo.3822: . 5841:7301(1460) ack 142 win 8619 (DF) 07:12:47.615558 ms.http > pingoo.3822: . 7301:8761(1460) ack 142 win 8619 (DF) 07:12:47.620234 pingoo.3822 > ms.http: . ack 8761 win 30660 (DF) ** delay = 195 ms 07:10:23.402821 diabolo.1709 > ms.http: S 2634625287:2634625287(0) win 32768 (DF) 07:10:23.592814 ms.http > diabolo.1709: S 3713510269:3713510269(0) ack 2634625288 win 8760 (DF) 07:10:23.594282 diabolo.1709 > ms.http: . ack 1 win 0 07:10:23.596408 diabolo.1709 > ms.http: . ack 1 win 33580 (DF) 07:10:23.596623 diabolo.1709 > ms.http: P 1:142(141) ack 1 win 33580 (DF) 07:10:24.074478 ms.http > diabolo.1709: . 1:1461(1460) ack 142 win 8619 (DF) 07:10:24.142724 diabolo.1709 > ms.http: . ack 1461 win 33580 (DF) ** delay = 68 ms 07:10:24.267165 ms.http > diabolo.1709: . 1461:2921(1460) ack 142 win 8619 (DF) 07:10:24.342698 diabolo.1709 > ms.http: . ack 2921 win 33580 (DF) ** delay = 76 ms 07:10:24.700596 ms.http > diabolo.1709: . 2921:4381(1460) ack 142 win 8619 (DF) 07:10:24.742697 diabolo.1709 > ms.http: . ack 4381 win 33580 (DF) ** delay = 42 ms 07:10:24.892056 ms.http > diabolo.1709: . 4381:5841(1460) ack 142 win 8619 (DF) 07:10:24.942675 diabolo.1709 > ms.http: . ack 5841 win 33580 (DF) ** delay = 51 ms 07:10:25.083231 ms.http > diabolo.1709: . 5841:7301(1460) ack 142 win 8619 (DF) 07:10:25.142714 diabolo.1709 > ms.http: . ack 7301 win 33580 (DF) ** delay = 59 ms 07:10:25.274200 ms.http > diabolo.1709: . 7301:8761(1460) ack 142 win 8619 (DF) 07:10:25.342674 diabolo.1709 > ms.http: . ack 8761 win 33580 (DF) ** delay = 68 ms 07:10:25.599938 ms.http > diabolo.1709: . 8761:10221(1460) ack 142 win 8619 (DF) 07:10:25.742716 diabolo.1709 > ms.http: . ack 10221 win 33580 (DF) ** delay = 142 ms 07:10:25.793099 ms.http > diabolo.1709: . 10221:11681(1460) ack 142 win 8619 (DF) 07:10:25.942744 diabolo.1709 > ms.http: . ack 11681 win 33580 (DF) ** delay = 150 ms 07:10:25.982986 ms.http > diabolo.1709: . 11681:13141(1460) ack 142 win 8619 (DF) 07:10:26.142719 diabolo.1709 > ms.http: . ack 13141 win 33580 (DF) ** delay = 160 ms 07:10:26.173861 ms.http > diabolo.1709: . 13141:14601(1460) ack 142 win 8619 (DF) 07:10:26.342753 diabolo.1709 > ms.http: . ack 14601 win 33580 (DF) ** delay = 169 ms 07:10:26.372413 ms.http > diabolo.1709: . 14601:16061(1460) ack 142 win 8619 (DF) 07:10:26.542712 diabolo.1709 > ms.http: . ack 16061 win 33580 (DF) ** delay = 170 ms 07:10:26.562574 ms.http > diabolo.1709: . 16061:17521(1460) ack 142 win 8619 (DF) 07:10:26.742702 diabolo.1709 > ms.http: . ack 17521 win 33580 (DF) ** delay = 180 ms 07:10:26.760342 ms.http > diabolo.1709: . 17521:18981(1460) ack 142 win 8619 (DF) 07:10:26.942714 diabolo.1709 > ms.http: . ack 18981 win 33580 (DF) ** delay = 182 ms --17pEHd4RhPHOinZp Content-Type: application/x-gunzip Content-Disposition: attachment; filename="tcpdump-fbsd.gz" Content-Transfer-Encoding: base64 H4sICGtHwTgCA3RjcGR1bXAtZmJzZACtnd2qZjeOhs/7KvbhDoSFLcuyZYY+anLSB1MwVxCa ZibM5Acq0Lc/r+TqTFIpy5r+AoFUUlvPfuXlZcuyrfWnMlalxf0ZTL22t5++++E/f/zxaZPo 7c9v3398/uvnn39ab//x1hT/r7bR1y9/ei9fvf3jux/eGlUqb//2/cePb5WlfP3x27/997// 9eufv/v+7x9//vb7n96qCpfG2t/K1z/8+NPX//j4t2//5+9v5c9v73/55qs//aJBm/RR//lb 8ft/pcY1DG5tTmVZ//dHU4Ff+ItAcU1zyK8k/f4XzUrz5OzjvOqc8msjbfjBhNFukM9+JVcp crL+8FZXZXqvXL8KQfK0UQfzqZEeB0l9N7c/oZh2k0jV37GE5eYSaFtMEflcTBfmoYEYGC9S SuoZXcqUWI/RDo0zHvSyVvpZjxkvxtPP6BkPUZ+znXFGWn1yFgdtvcbuGe3Q3ONh4o72Oeox 4zVaSeqR2nufZ5yRFt6kLI4KNY7dM9rRvVkb1+DpmfGqhXLdaT6ltC416J2GWrXKTAMnSbu8 L4Y7uDifquih0dtr1qu2yklJTRWdIgAayoaEkgRipNZarmNCOfvYtXDhcFBAv7LhMClpzCIj Ahpq1dEpDeyt356j4Y4+6uz4J5Bk1qtOzXUtfcyAg6HGUYsKcxqoc1yeo+MOPurThBsFw4Nb L6pakpK6EGvwHB21qDVJA0ftl/nLcUcfR2/SgmZ360U8KSlJe6NSAqCQPccxOA0cc1xGVdf3 ZR97eSpz52AYdDE2S6eeowMVT+oVSa0XaXSWZDZ12QyflNR6J7yPL0hCE4mMQJKJWa31mZTU WTDWvyJp8Gw1aqVe8OAQNGcfHHp7JX1FEoLgEU03LgbRuUpSkqJztvGvS6qP/ZoSBEVN2YK+ MnMPDkB0Tq2vSGpYnsxg5HQxixEtJSU1JmryiiS8HjatnyWZGAuNS1JSx8jYXmqlUS12CcYl s14+YOYkDcJyY16XD59CFwP/VhKjL9GY9Q+TZMDRtP+Lktoq1r05HCr/P5I+Ae/r2EBS7SB0 Uv2jJBmwI1Qfr0jC2mOMFi78bFyyaSUnSagzXR6cTwZbEjz+XNKsFuz/MXPcJ6D0mpf0u1bC er+UMaMJxayXTysZSQbELHeJBHwyOEpiRUOXP2aO+wQctc20JLVo7bcERWTPUSRg1sunlYyk YetQqpfu7SPvQdJ4LPrX+cfMcRuIeVdnVtJno7cTRAdWimFuBG8cRgpJSpoTo0YwjztqsYxs s08lLZcAzHEHH7HeH6pRMO/WWA7WXLPb4pqLRj4aClG/cBo4R72sDhx39LFjgRGFT26N2bWW pKRhXSt4fRy1OnVJA7W2y3N03NFHW62PKG9m1piuS65rYXGtVGcwtjtq9c4zDZSplwDPcQcf sVqfTWbU7Ga9uignJfWBWTmIhRxl2c+SBmJontf0Zzn7iNisRglCt15dpyQl6SDqwYToqCW1 URooeluHOu7LPhIW13Ayyki49RKLUxOSAGyivQcDtaOWMHEWONhmqNhHwx19RNeyQP0syayX YGBKShoics5kf3hz1JJRJQtEEFFuz9FwRx/RtTpFz9Gsl0xJdS1C3C6IzoIxx1FrlDLTwIm4 NfbRcQcfq3WtEW4gmPUatXNSUpcyosWOo2yHo6SBvc3L/Oi4o48DT3FQuEmCrjWYJSlJRWu0 xnTUGl2zHUNHm7cYwHEHHwk9oQwJxlW3XmO0XNcidAwMOlGjGWqNOTkLxNuil0Wr444+dkw/ 0TDo1muWVpKSBuKiEky4jlqzDkkDEb5fxlXHHX3EQM81GHPces1Gua7V0DGwNI925Ay1JstM AwX/XHxkOY457Wm9kUY+mvXCr+akJEyOnYOO4SjbBi1ZIKavMq77oOXsIyIvrRpuhFrX0iJJ SVgejijV5qilpVMaiDf44qPjDj5aZmzaqHWU5NYLzZDrWvw0LqMG46qjljbmNLDffWzMZx87 ImiNJJn1UtaSlDS4crQT6qil0iQNxPt4iXMcd/RRsayI9k3ceumYua7Vn9pUoky1o5ZqLrto QPZgNPbRcAcfu/UEjXa03XrVUgYnNfU2Sg+PJhjLDzuULJLxHG6Hmpx39HNw6yTxgQnbui8t l0clOzXVSxTqbxaQvVIaqdL7zVHjHRwVdIlKPdptd3Ookp7rZfK0Rj3a3N4sIGcuu+rI0W67 Ppt3dBTB6+zhEzVzqNJcghVIOxVUwrYz1qr4t6SRNp3cztUUlbOjCFARqkQHa8wcqiiXtqXx VELcG53xcBaQLZd2NSTipXl11HgHR8fT6uzR8mGbQ1VvnFTVicNV12b5QamSRmobej8pVc6O IuIPj2Zsc6iauRQzkEoUblxtFpA6KI20NfDNUT1mmWk+eGIkYdc184UBKZdnBrJVFYqQzgKS cplmQ6Kz37Z6Nu/oaK/4rdFg5OZQxblkM5Cjjj6jJ+osIHsu3WxIdBK6jbrOOzqqZc4o97PN oWrkMs6kD5aaHKVaNgvImcs5G9J6we0ddd7BUX1IJ4WDkZtDlebSzkCyDj2fuf3wtll+RLIk kb1g9XPrus47OipYIBHFxyytnzXK5Z6BtO2uMNhyFn6YG6WRMm4nVzbvy4628iAekGiluM3x wz2XgAaSsCwrUdd1Fn545FLQjuzjeoDTeUdHWbTGB2fNHD88c1loIKXrDEddZy3rKZJFCku/ nsYtx0Q0ELMPkfCMvplDVc2lolt9CiOojN4GZwHZcsloQ/bWbpt8m3dwtD7EdhshUmXmax+H zKkSO6hI8VFmf6Ijl/79hJzXOxd+YvMLtxw+IVS4vYRAnINBMXLMPIJjU7OdYjZb4bygip5C GP2jedPlLAT6uUy0IxH295dUEQLN6KTDlgNVNZfONiShgcdLqrgi8ImeoMuBqpbLaBuSSr9G PrEqsbRF9ARdDlRxLi1uyGqyXlJlc9oI24r9agkGNUqqmlhP0mv9SnWWcIHjcqBq5NLrrT2l kLw0uDQ7atRjVcOvqHTNZdgNiYBt6kuq2izUohjCzdcej3Oq2sRAfHsH3ct9LKs1+VxVH6TR EYlt7lddsqqG9Dj+chaQlEv+GxIrg+stP+cdptZmlxC4R8GSmy/bos69QJ7/p2hfdbOA5NwO gCE76XWkcN7BUcv5I0iLxno3hyrJbSMA2bG6jw4fbRaQI7cN4MjRrne0nHd0dOB1CpMObg5V mttLaLYTwFTDTmKsVUeZlEbOeTtOs3kHR/1ssR3kDW5qmTlUUW5Dodl2QC1hHsNZQLbcfoAj u2UMLo4a7+go+tkMl1lu7tfkSlLVQB8hjW+5WSex4zdZJFue/Oao8Y6OKiKIMIvn5ssOUuX6 mTwVY/uM3gZnAam5/QBD2nbkLZhy3sFReRqNJmHXVd9SQCzCSVWY2jmcsZwFJOX2AxzpYUzs qPOOjmKlHY+6bg5VLbelACQ6CWk0vTgLyM6URrJet2Ocd3DUthQqhZtEbg5VkttSABKdRFrU dZ0F5MztBxiyWSL25qjxjo72qiU6jbrN/YJsSaoatSCQiW/IWifRmtsPcGS3ghGxo847OqpY HHKkys2hinJbCm0+mFwoRpLvB1hUnUWi213zZc47OGpbCszRLdJtDlU9t6UAZC9dOUr1OgvI kdsPMGQtiNBujhrv6OiwlzR0dPiWgs7clkKz/YDGLUQaa1EphdLIiVXr7Xq38Q6O2pYCtSgx uM2hqua2FJrtB7ReR4Q0FpCU2w9w5MQrdnPUeEdHWfEKRrf63Nwv15ekKplYPvb4brzdZS89 tx/gyNnb1VHjHR2dtqSKbsG5OVSN3JYC235AHRS2nbGAnLn9AEf6gaKLo8b7sqNAkB2uDPuZ mS9CF+ekKkbQrtHFfWcBWXP7AY4UvXZd5x0dxdqwhP3MzaGq5bYUgJyjhGfINgtIFkoje70l wzbv4Gh9itTBYfObOVRJbksBSLz0I0rebxaQI7cf4Ei7mnBzdHQ+O8odPVciVWbuZTVKUpX0 OaLk2GYtwqAkWaS0du26zjs6Ou0sYvRE3Ryqam6LgenBq6DhO+osIFtuf8CQ4tIvjhrv4Cg9 xEOjeG2bQxXn9geA5I6micY3ZwEpueS+I9XOTV8cNd7RUWGREQ1Gbg5VI5fcB3J2LHlCR40F pBKlkYLWuzlqvIOj7cESWKMEzzZfBNtcP2u2OalRLY/NApJyaXVD9iq3s/Sbd3SU26hhP3Nz L8lTkqqEhkbHGjYLyJ5LYBvSUka36cV5R0cn9RmOHG4OVZJLYDM/BavkFr0NbXjJpqa5VLEj xXK2F0fleKweCIwMJTqqvOUs/FQu2+zIKS+qskJSFBaxKF76iSmXbXbkuJYeuKgS4rDe3Jaz LDmV7RSCGLK/1lazlRmlTrYcqOq5hLUje7+d9ApV9afYqbjoBXI5UCW5nLcjZd7STBdV6Jqk Yb0W8dpWVp4jqQpDnmp9SRVb8qvH9VG8t2subW5Iu4TYX1IlWMCElcncfO1hK6dKKuu9Npn+ M5n/uyopQEyICqNEN1+Y63LJfCu1anVkoyHQWUBSn2mkvUIXR513aH55EOfEUaKbL6uGknuB rHyrbTRFSGMB2XPJfEPOOm/ntjfv6GiXyRw2v5lDleSS+VYXdjBHdVg3C8iZS+Y7Umu9PtF5 TOYDoRNDfTT4uDlUaS6Zz+Opo3aJgidnLaxsc8l8R8r1JvvmHRwd1s/GeYvhwydzL/hUkqrw wCgMPJ0FJOeS+YbEGvga9zvv6OgY1pEiVWYOVT2XzAcSo5dGx0w3C8hRs51E0Umu5Redd3B0 PrXP8P7TNl8+QadUTasWSiXKJjtr0Si5ZL4j57ztFW/e0dFuZU+i6cXNoarmkvlWPBYr8zAl 5ywgWy6Z70i5VinYvKOjVnc0fKHcHKo4l8y3CrJdW3TucbOW3ZLiLFKa3s6nbd7BUX38+Gzo aPdkPuaMklTV8QqGM5azgJy5ZL5Xpq3Xgyubd3R0IFoKyyO6+bJUOCVVaWcOl2HOArKOmUZq uRUS27wvO+rlZHt4bnubQ1XLJfOtHKxdKo2mZmcByblkviG5tmvtVOcdHe1MQ0JH2ZP5+O2S VDUal+jkxGYBOXLJfEdaOv/m6Dgm872oa+nhqOvmUKW5ZL4VZbVMVNh26sl8LL85jZQxrlUn yzGZ74Ve0ZEiR93cayuXpKpOOqLasZsFZMsl871UKxbn14qf7ZjMt9KqTUq4PePmUMW5ZD6Q doohqo+5WUBKy3YSbVXvBWDlmMzvhE5hY0ekSjyZj4eU62dkNyc1XL04C0jNJfMdqXI7c7V5 R0d7qxJm3t18WclQSarC86wRcrOApFwy35FjXsuwOu/oqNpHSKL60G4OVS2XzO/tqYh0R1SO 01lA9lwy35FdbsUqN+/gaHuaHVwJC86auRfBLUlV3S5EX+q0eyeZuWS+IYmulQ437+ionb+J VZk5VGkumQ+k4mWIC9Iba7VaNNtJrCLB7Wb45h0c5Qd/OyTqZ24OVZTbYgDS3tDomyibBWTL 7Q8YkgrXW9d13tHRXhBhR1WA3Ryqem5/AMhREYREb4OzgJRcct+R0+okXByV42l0ICwe6GHz mzlUzVxyv3d0EiwUwk5iLCA1l5l3pHa6PlE9nkYHAhMUReXWtrmXvy5JVazMwvEXGqyTEOXS 6o5UiypjR513dFRmn9Fe8TZftt6gpKo58QpGbecsIHufaeS9hu7mHRyVB3N3iy5nbnOoGrkE NpAkI0B+eNssIGcugW3IgY6lN0fnMYENBI9WJXyi0z9ygQhJkqrEruyGbadeU7zVXALbkf4/ L9Xg6zGBDcQUbVGBm20OVZRLYPdhx2lqlAXcLCA5l8B2JI9+e0edd3B0PNTHiPK629w/7lKS qpgnk8Sl9K2TtJFLYBsSIfmtru7mHR0VFo32Q7c5VM1cAhvI2eacIdJYy66VZDvJZGuci6PO Ozg6H7txHZUVsytapUAVQVBGFZBM8OQlVVZdKNrj23KgqmERn1OFJfJ9XRCr4iYUrT8b2+kL qLKNuZwqs7gds7+osq+DRPdWthyosgx9TpVgcLl9gPCiatLg6PAF5NQxoWpKmzlVE3HJdcET qdKn2J2DaKB2OfbhDqwHMqrUSi1we00V3OoUf56KhJfdCCDOqSJiIn5JFdviPBoZXA5UIS5O qrLCitdPihxV8SrlwdgSfjBgm6Nf1cyG20a2zHhlI82nj69YBejfIoYi/ApVmfnyQqglp2ro 5Ouq19/pL30SxhE6e29hbzc5UCWTk6oUq8dW8qpsw+c3iPrgFZNYlZnbyIA/ZFQBiZj8VjFl v9NHVTIQ2McjA+RAlWXzcqpk4hWRvKrffq7GEXNUklCVybGRAcv6nKo5/PjMRZW90wdV9ODv wgrgWw5UWXyfUWVIlaJpVb8fGayy+agtmnFcDlRxq0lVXWZYrnazgERYnEViup9h2xnLkGrz oswrcUyhcDnpKBBHS8xpG6lFa709DeMdn4aOIfHnqMwcqiaW/RlVVvJcw/NQm7UawryaRWIg uJX63byDo80+/V1CVfjriWlS7EtROVUYlOW2531R1UWUws9LmhyownyZVNWHZTxfUmXF5qLy QVsOVGGOSKoaQtdvb9xUDViFbWVyTJXaIEtyFzWxrHpNlIraIaxIlNoYK8K5MRZIP2bygirG K+hlkQJVJgeqhubGWEOOVuZLqgh/G7eVyVm2lYQHiDjpKopK77fvk4ei5EHoxTPsVWZu4wL6 X6apDIlV1bWpzMlDSCiPfW84zFS5OVSp5LrVeGpFY4V9wljLLsjUNBJri+vXEI13aP5hVxJK mON282WHwUdS1awIl6Nu5iwgubQskuyThjdHjXdwdD6IHym6Er/NoapzLkS0CsU1rLq7WUCK 9jQS49Vt7HHe0dFeSaPzHNscqibXpKqORVa40essQyI8fccscCUOEMMUkaOWVXrpkhMJDXD9 0nTOOzadorOHW3huvuzMek2p0geD14jONG7Wsv/s/M5tXonoxS26IL9RIOLV5ZxIah2u35rO eIem04fxS8MZz82hCiNWUlW3k2Zh0xlrWVkxqe9zjitx8JARNp34Pj7WflRzIu1rXdcEkvOO Tad2RDUaL90cqmbmKACvWrxebnRxdrOA1KH0Pmu9EjFJKkejiqNW00qdciKtSt3t3N/mfbnp gODOFE41bg5VNGpSlX2eRoK7B5sFZMMKFVFuG1fkrKXeiuFs3pfKUW4EkYSbIm4OVXhpNONo fUq1E/QR0lhAypQ0ct5jVOcdnqh/dHBGFeC2OVTNUvEyQMxVVRsl3sZ3FpDKo+YctUoD11So 8w5P1D4UWEcY97r5YsQtLanKqppHR202C0grxPOu95ZDxB1mEjYJQCwtW04jJF63ATb22HI6 SniDb8uBKrwSSVVY8lmq86LKeIeOS/Y6hcd/tjlUMTG/t3Ibcq0M9BxRfcWNAhHRdGZKrV4G Wm4X2zf20PpkX5TmGnYyk7OsGGHrUNXujvaG4P72uXLnHVVZNcWo+t42tw+Wd+25thL8pIbN byxDYt32jkHmShxc+3n9/c2Ht80CEgH6fO/cEki+VhNxnB47Lrp+sDn+jf12/CS9f/Lv17Qv PAg1F4NW+1RW/zN//hfLzutFF5IAAA== --17pEHd4RhPHOinZp Content-Type: application/x-gunzip Content-Disposition: attachment; filename="tcpdump-linux.gz" Content-Transfer-Encoding: base64 H4sICGRHwTgCA3RjcGR1bXAtbGludXgArJ1diy83jofv91P0ZQLDH1svtlwMc7XsdWA/QXZ2 YMNOJoEE5uuvJCecs+m2pJ6qQMgJp/Xrp1wqv0my27x6uwBf1ECgv/33D9//109//+nVZ1tv f3n78ZfX//z668/X23++wUAawCDz+vLHb9q3b//84R9vCHPI259//OWXt06j/ekfP/38p3/+ 8tfv//63t/0/9u+vP/z4t19+/f7Hn996H6vhW/vL2zf//h/f/lv7HYIXSKfff6v+/q9xDAJn R+4Nxrq+/NEgvv/r/34hFGeSOdoXpPe/ivSBj8/7csXuQu1rq0FNSlaILO3dLx0D8Gj+3Vu/ OsE3nfq3oRK92iSacmyplyuN/o09+m9aBLtZRl9/ENO/mkDZU6ncEQfG7IMjHLW+YEGRCEnf a9bOJnckmq1pawdEZn0RSpFoGtFMiEzuSCQLGkdEZn2xUJFIHXhMTohM7kDEryYI2AMis74m thIRux/1zI9M7kgE2sytBURmfemXXSQyP5oZkckdiXithdGHZtb6swBFpGmNNLKPzfSOTHNh Wyv62sz80l5WilDqS9qhZFCmd4RaAksi93bzq2OvOfjY7rQyKNM7QKnERBWOoMzcuspWhFKP mox5X9nOUKidbce4s1Qv76ONIhRbS6WDmekdoVhHzkkRlJlffTIUoczRWwplekcoHcG1vSMo M7+6LClCrUoX5XpHqMU62EU9AjRSn4K+qj61RocuN6CmfiuTVvT6HEfnIFjzKVXkvsY9KCRe EkIZjo5lAkUo5MZ55xlCMTFjNMTA0Emo/uSkIhRz63ivpbTz7bFP6eShX9hG9fVNkgHrFpR+ K4zRMIOgfnuZaRFq0WwDbkCJOnofPRpm1EX068PBta/PFEdvfAsKSX9n9Ppw6jd+obZoEQqJ 9Hu9BcWwBoedp5lf3lvVoFg7455B+dfsCvYJvYNC7bBnWeKj55rQW4vckgDJp/ZVD5jAzP0W 1OrA4QLIcS5iGEWopZZ4p6XWq6tAiyYajnPRmDW3NEXpc92CgsU4QyjDuUi6FKFg6cTzHpR2 liPs6hznIl3+F6FodZ183oIaU/oIoQzn4t5bEWqITvPHLShtaZ0ZRCOVmV8+iNagZKqXpl+f DccbSsfAd1BTB5ZWl/jjc2F7tSGzPTctMMWJAP0WFPAaCI81timqxzDcgiJuEi703PzyGUsN ymZkkr0+n/t87AEuod+v1CU+eK5B0IQfm4O54rA9qDtQgu5EwczCzC+fidWgBOecaUvZnO7Y 2IIyhesS756rvxrYzsxjc0tXFGn3oACwQfS5ufnlM8waFIAuYbPlps9VD41tEjLS7vEriQ+e izohr+e+WFPUuaPcghqN9Tc959mqqPPCfg9KGq74c/usW0oTW5jfgVo6Y6LxpFsumzHNG1Dw 6jpcUn9sHWaKOrHAcQsKhVe8YjXzy1djNShctjzKoGxdd/iATUI/v1mX+OC5eE7A8dj60hR1 Hv+Z5/oAamrX1sIu3Mwv0tlCEWpqBw7Z5MT1fgs6dvgj1BqT4FEPWLOvNutQ71oKX51F/4km 8mZ++bq1AqWKA7WjymI/tjDYK3HE8Q5qUD5j+iKBnXXe+P8l9BPHAY+txF3Rtq3qUB80NuvY xPjYStwVB857UBOxhRtEn1uJu+JkWbegFhCFwZFPu+UCWcA3oOjVAfuMehU3vxi49vp+i26n LWV6RyjUX0TR0sDNL6YGRSgLTFLaUqZ3hOKO8UaKm1+sn1QRii3GnQ0KrneE0knB6Pzk61O7 LvegZOkkPIpDuPnFY1ERalViW653gLLg+6Qhz/mUKtr8fdyCApOF53xKFXXwTPeMYyjSmUa4 Uvjk61NFgT7utdSYYvlDAZSZWzpHK0LNSmTZ9Y5QOv3lmSR02Nens/8ilCWZcLY143oHqPFq k0e4Y/jJllJFHcDpHhQMf7uPtZQqzk43oUhn5TifbCka+vrWLahBFomIoMz8Gh2hCOWJAVmX 4HpHKGFu4faRm18DphShzNHTLsH1DlDzpUMfhTEgN78GQa2fmj51aSmU6R2hACcJPvf6VJGg 0boFRTrOhDNPN78Gz1aE8qlLts3iekcofTvx1/dJn1JF1FEGbkEJjNbpSZ8SbPk2SwQlr9Z1 Tbyee32qqOPxhFtQ0C2F6Qj13Ta/LFG1CGWpXmnyoOsdoaiNOCzs5tfQRW8Riivpg653hBqN W5Dq9S+01GiLZd6CmjpHh/ZkS0lrnC6xYijpOnmBvKV4SvtmrhypA6fbNhHSerWGrUXzTje/ Zmu1XmrtQSbrz13vCAVtNYq6Tje/ZmcqQnkCeDYZdr0jFLXWwjRLN7f05laEsm8vDTO73hGK V29jPPn6bMqfv74QSpcyI1z1ufk1qVZRoIo2m0q3l13vCLV0Ltwf9aklLAj/OhQ1tVk2IXvK p0xRqKdZ/DEUTu1W2mOvzxV5psuGGEqdUgeFCMrML/01UISyCoy0Ysf1jlBz9BFDmfk1Z60s RBXN0TEteZjHuhCTsCTnaDLs5teUWmUIdevRRxrid70DVP89+/ex12eKg/POM4RCQghTdz8N hTTnutdSjGR5B4/5lCkuTLdhY6hpy4b2pE9pH8L9HtTS/jxMsHHzS1qt4MgU1dHTybDrHaDg 1bFZ7lFQ39O85KjXao5MUaEgherHoiOV0HXmCNMQ3PwSrFUdmaL1U1nn6XpHKO4wwj2XT74+ U9R1JN2CshzZcHvDzS+hWimUKdowk/VTrneEksUcpu25+aW/nIpQloqf9lOud4DCV5MxkZ5z dFW0pGe8BQXCFPbon3R0U1yL6RYUzTHCOfonfUoVpfebLTV0ShYOyJ/0KVWUBvMelOiAG24E ubnVa7YilPXoaRaf6x2g6KXrK4D5XEtZsXWblSrSAMqiKGF68SdbyhQXpSl4MZQlzYYrZDe/ ZNUKEWlHkNPMUNc7Qg2dTq3Q0c38Wq1WiEi/lW5nju56RyixXKbx5OsTwgVyA4pf2l+PsHzb za/Va9WRxLWFg+sdoQCAwvwNN78W1qqOaNdwp+s+1ztCEXSgBx3dFHmmk7wYanRYYUt90tFN cVKaKhFDiboUyZMtJb1JukKOoMarNTKXe8zRTXFROvbFUNDUq8Zzjm6Kkh9WEEPh4hGmP7r5 tahWm0y7tDwN1rreEYp1oBr0ZEuxncnAt6Dmwhnuo3+6paY+RHpCSAy1bDocvr5hBdNr1gqm XXGtjjegptrokP6gT6midOR7UKhDwormU95G11q1yihTnDBnuwXFrEuPcOwzHP3hVisiM8lB 7WZTTdYOODwqyHn8DJPqG5y2wL3XWPq3cbaEm1/u8TWoxbhm5WSV37OiB7ynYrIjC8oa759M Xl2Xh0zPfcVeor7gJhVaQcZ4rr1N0VrrHhXrK2j03HdsFebA+WEaMdWENsJZ0Gc/ZK8xLxwS EWNpT05hjPzTX7KXma/V7nBZVThPnsl5RHaiTcNa7aRpcgPJnQuPxZNkheGWkxdymb3+NNeK zFQTjSs9/8cFj1y0eMWnErm9/vSo1ZmpJnPD9GCFLXjkGmKnhjz7HodO7gr+FXLJlMnxCGb2 +tNSK4FTzWXvMT1gwwU/5mKr8G4NwlPv3F5/etWq4FRT/R4p51rHMji2Iu8eF0Ft+6vrf0eR y2p90jSDLXjk0t8D8OT36Jq6kON7XOo8NnF47ns0TV1Hp0G8hEs4ba/P+b1rkp0JcoOrvxqJ JP3EJ/1eNRlx8D0uoAZJf/9JvzdNmkj3uAhlNXq2vYgQ57rHNXCO2Z5tr0EAd9+jqCfM8OSi DuQHHGKtttQ0ST+WW34PrwZzxCspt782XoVLNXWxkNa87gf9uMLYNRDS0oOvNT54Nugi8ZjR 2Yo57RTHVnw2AMS7XPbaxkqOlXQflVpBp2tyX3yPy9Ky4zmJAynXmlVfGI1XejxPwjWXNno4 t3SgS8ez2gFLrjmk93tcS1DClIYNpFxQO2PJNQXmrfbCl50gGdZxbSDlotoxS665ZqFvDrlQ F3Lh2YkbSLm4VkrpmpKHdxIuq+XCcM7r9tfuLmpcPFaecrEfdG/c9NXecc2Wn4b8lQa2tuCd Bsw0KvC1xgftM1mHiHAt7Pb63matsJMtKD45nte4mGpKrS7TNLlxfuqh6x6elV76pjE+hNyB lGvVSjNNk7DlfY0LHrkQG68obX/b+1nErcjl634qHEbczlwMCPE80O2VC2plh6bJdgR+ygXH Ej+2ALk1eshl9spFtSox09T1Yr5P4oJHroUMYV76tlcurtVkmaa9x3SfxAUPXKx+jz3Mxdn2 yjVrZVmmqVwz9695LKtTDcXq8brM7ZVLapVZplnaJ3HBIxejdiRxe5n9Zc4/ily235WPGS54 5NJ50AhT4rb9ZWfOQpHL/J7zuxT6scZHNSweGp/v7vaX9ZVS5FqlfUsXPHCNV+8zPiNx2ysX 1YoyTNP2u/L2omOlj2pgZwnPbdv2fsx7K3KZ3+dzOBc8ctmOf5gxu+0vO7x7FLnM7/ODgV3w yDUbzRG3l9krl9Qy6U1TudKy0i145JI1gOJbRMz+Mp+RIpf5PadcLnjgmq+2GCX8Ht1euXot n57tePUmaf7XFjxywaL4YLhtr1xYy8lmP2G90l54zKlXDVrYw8Pot71yUS3ZmP2QdbVJueiY Vq8aFosIw3rb/rJKYihymd+vtJ9wwSOXrK6r8pBr+IUelgJc5Fql+YQLHrjkpR7K8X6X2yvX quXSqqZ9Kpy/x3VMO1YNXbBzWMa17f0GjVbkMr9PaxG24JGLBAZnd2j4zR5QS59TTS71qy54 5NJ3FJ9que2VC2u5hqppfk9p/+WCRy6R1uO9KrdXLqpl9qnmMq7Uv1zwwLVebUriX26vXKOW ssarGNdzwSMXzAnxif5ur1yzlovFHs/GfL3tgkcuGoLxnpDbK9eqJZfwjmdDOl91wSPXGAPD 6pJtf+n/1lJxVNP8Pr9AxgWPXDKsswmvtTF75YJa2gvveHZ+XYsLfsTVr2ZnoGMLT5Tb9sqF lbwX1zS/T4/P3IJHLhgeU4q40PNeJlfyXlzT49mtcDtRO3Pp76GEiz1fwgqKilzu9/l7HIe8 F9cYdrlhfG3S8Dj7lEqc3TXd7/PbnOSQ9+IawlPC/Mhtr1yrEmd3zVVaD7nggctiz5ZEEHIt j7NLbzW/79vv84umeqMzF+hsNLnBpXvcWOdDrciFNS7gduYiu9cpXHe4vXLhGkUuz1/K7yvC Nc5cwy6SiNsLPT4rTFDkqvm9Cx65BNkKuiMu9ni2DJEil89z8vYacvR7ixsTcNh/ub1yCdb8 Hqp+b4JHLotgUtxe4rFoWdKKXO73lVue2pmLEFp4jvO2v/rqMIpc5vfphRxb8Mhlw3Z8oaDb KxdMKHLN0r6cCx65BFaST+j2ykVdilzm9/m9vS544EK7KgKDfK/v1J495rtmr/kXWh5HfglR wgUwW7wf7UDKJTyKXICd87zQmMuK3cKT3jfQBa01KHIR6nz15nscQCPMh95AytVJilwD7Fu5 xyXa6OG+7wZSLlhU5LJMh/Ro7ZCLXnYrbHhYwgbyK+Fqfm+aI78XOeECu3gnu1HTbq9sLKPI BcAIcI+L7Ayc8N4UB1KuiVDkspMR07vmEq7Re0/83oCUS6YUuUbXLg/vcUkD5HgcIs/x8e61 xiVtSJq3tx/UJXwIfqcx81sFvtKAqQvdP2pox0uf4PiofdZCmrE/mf0FvUGtfbi2vt6CBy7V 0OlneNTatleuPluRC2tcfbYzF067eyPkMnvlwj6KXDbfyt+jCx65bDQM8/63vXLRgCLXrKxj t+CRa46e3Mzm9so1mhS5fH2dt9docuZaTByuy7a9ck2u+b1dDs4zPCZii/k1zK2qWYndb8GP LqBxDRwDE98w+0vHPBpFLl3WrnROsgUP78Du98YV5npve+XqC4pcs7LXvgWPXNPOGwjby+0v yyWWIldpT2gLHrnWsDOqQy6zVy6Sms96zBfzGyFd8MBlGhQf+rHtlWtgK3Ih6Rwu/JZcTDXn HFVN9i3w7FkHtvOzsuWlhfNVB1KuBVDkYpKV1jFtwSPXpAVxP+v2F2AbUuRadihR+B24mGpC r/qbfgcrPfRt6x6e1UqPCeN+w4H8Zvmav5mmrJlz4WhnLtu6WpjcLe833nMbRS6LAWPqGy54 5GJqnLxHs1euwVDkshzP9PS3LXjkmjojCU/F2vbKNZcUubT/hzSmuQWPXAtnMmdxe+VaREUu z/nJuRYd+9n16rDiK5+2/QXUVs3vd03zzK/0bquduRBkhTk/2165AEeRq+b3LnjkYp0+xHsL bq9cKFDkcr/nlAsFzlx2wmSYk7HtlYtBilzm92kt/xY8cq0uLd7zcHvlGsVY644B5/NEF/yY q7dX72PMmGv4ZbEktVhrb9vvK9eOtzMXdr8ZML4K2/1+1WKt3WPAAPl7XMdYq2qwDn7hSbvb /tIOqRZr7R4DzmsNtuCRa+oSNMwx2PbKBbVYa/cYcF6ruAWPXKux5ZtEXGavXFSLtfa2c93S dYgLHrj6qzdq4cnu2165uBZr7X2fYZH29y545PJt8tC/3F65Ri3W2vvOdUv93gWPXLTsHvGQ y+yVS2qx1t633+f+JcdYq2qMpV1z/B7N/rLzdKXI5XszeXutY6xVNXTVIfEeiNtfMHot1tp7 7QyLLXjgAsvxbMFZJN/9Zn/5YUklLth+n47bLnjk0r8UDt+j2ysX1WKt3WPA+uMpFx1jrapB OhulsF91e+XiWqy17xhwekjbFjxy6aDN8XzC7ZVr1mKt3WPAeU7sFjxyiZWMhPPCIRZrtVMG q/6l3wnJLS7MbyXcQMrVa7FW01SHTHObEy6YuqoI+3sHUi6sxVpdUyS9dijhookQxzQd6DJ+ KXKRjiCz3+Oyv4336RxIubgWa3XNgfn8PuaS2UZ4BvwGuuyKsVbkkml3/t7hstOxF4d15Rvo Mp+p+b2dj61rznWPyw7dD2sNNtClnX4t1mqali7d73ERrx6eDbSBlKvXYq2mOXCkOf0J17DT /OJ+1eyv3b3WuAZzT3Pw9oN+HGt1jdGZ6xrvYq2uIZTvk3zR+Kh9xMLsYT/q9vreEKrtsyq1 1lvwwGWHdusEIfYn9FirNkGtX9i1w2nu9xY8coFOm8Ocu21/WSH4KHKVaii34JGL+uxhjuK2 V65Zi7V23uuMdJx2wSPXaDLjOIzbK9eqxVo77/lW3l7rGGvtdoC3tnnMtTzWqgtxKnL5vlL6 TbvgkWutzhD2726vXFCL13aP10J6TdkWPHCNF3T9pMPv0e2VC2vx2r5rh/N+wgWPXNQ7hTWB 2165qBav7V47nNcEbsEj19BJcbx/4/bKNWrx2u5x5MK63wWPXLpcnOER/9teuWYtXttHcT/V BQ9c89Xsws7Yv6bHa9eqxWv73P193l7rGFs1jaXvKf4ezf7C1mox375rh9NcrS145MIlGO53 bXvlglrMt899RkpPueAY8zWNNXtYU7PtlQtrMd/utcP5DTxb8Mg17SzZFXKZ/WXXt1GRy/w+ PUJ5Cx651L24Schl9pefZ1fikt3fj5RrHOPGprEwnk9se+WSWty477jxaCmXHOPG/1famSVL lcNAdDv1VeFBnu4C+rv3v5rOlB4EPLCkjvogIADlO7qeZMsDNTYXGV0u2oPr5PLG1fLG4Z1Y JnjlGpuXV7pctH96Lbm8cbWzw+EZERO8cq2NuZ3Lpfbgarm8cd25+N4Er1z4mcVdJzF7cPVc 3rieXH9vghcuaPCstdt/qT24Ri5vXL/uwg7rvQpeufo6GAFdLto/vHGpJbm03of9vQpeufik t7ueavbg2rm8cbWzw+FeShO8cq21/Lu6zB5cJ5c3rsm7sE3wynUwKLt3fpj9o3smM1ztK28c tkcV/DsXNebc7tk7swdXy+WNm+WN43hCBa9cfY7p7pU3+4eLAS3JNXLfS655Y2pMqe46nNmD a+Tyxs3yxuH6hAleudbs/h5iswfXyuWNW0n29yp45TqLKydO/szswbVzeeNmeeNE/drXvDE1 FrovvxxpD66Tyxs3yxvH45AKXrkQjPpvzZv9wyOgLck1MusAJnjlGjwR78bRag+ulssbt2r1 PoxzVPDKtab4e3PNHlySyxu3mtsvYYJXrsONtG5/r/aP2qa4LG8c3h1ughcuaMziPzLd+2pa v3YuP6uavLnzM64+znH3qxrQ06Xk8rPUnDIS5ehyjXG4JuRwKRC4ai6PQM3Zd/uQa8piLtXj IhC4uNn6NUcNsSb6u/Nh9eIiuPtCm/EAq6/Rcp9rjzra+oSrv4sM/3ptAJ0ywYVoema4oJm5 ci3galwFcKu9jFE3uOZZO8fV5IwwDRpwiUgffrVftZ2Hh1P2yXGJ7D3kM64pUtztSwBaHd+L dTn5vSZ8iMMvj2vodmg/XFX7x3rXDBev0ZUWXndvDclShfq25XeN0cJryH7R+JtvqE7LvQLe 7Nl2MFfI+TYKE30hFxujcdWDP/2uMTeCXr8LJBDbzlxJLsRedcXfi43xJ9f+TWO+8Vfr+H0g gdh2ak9x8e3T2sM3mq0x/uT6rtE3RlC/ryEQuA4GvRxX5/mEcOjXxviDa9VvGsIHAd0QToHI tQR985AQSyqPVP4PrD+q/XxPPh7kdzXkeTjvKjP3uVYqElfBKxfqlv8qudmDCxPkJNfmwXQ3 KlQxau6KbnW0UPLkXKXexdX1Lk24gOZibY6OfIU31dtbcihe/FLBKxfP47oHws0eXAODUY6r 9bOPXwTDRjbMWzHihgHd1121savUu7oqfU/3bQWzB9ZCe8i5Knye2C9WilFznfISiV3lHu9w K7npXV2dG7FDgAV7YJ3C2oZ5ZcilR8DCmFoFr1x7SynueKL2T59lZGvbkTZ9TRWj5pkogtZi yaEHswJXVe/iKk8+Aqv7WLAHFnqGknFVs2I1fGHRBO9cu4h7M7LZk4vZTYR4IZYmB2aMdU1u UmMd6dPH0uQmZoK5yelGgx+zug1exaiJMfYlRUJJrj/VuASod3V1dkT+y8eCPbBmKSPnKkLx 7p5hNDFqTs6h94olM0ffTO/q6mlDpPlYk/EQT0S3nKt8D97dvmZi1Gz1vGbs6ck1K8pdPD18 IMffpGn2oGJInfFUk4GJkUAFr1wNrSYoAdo/fZXe5TXHCLHY3CXEUr0rFg9OuO/+mT2wKjqG 3OcSLrv5mo371vHbKPKS3UNJDfzCNqCMV1fnQc8WYIEHWP3MpKtcmZL2Gdfa6DHcHleBwCVj j9dsNcZCgBXe5BxgHV4l6PZkygOsWWTkPtfZS9YnxdjLuzIh4o6bCkSuI/La5/hYKjlruGk9 wOLDEP4USnmAhdArU7tUc+/wod2ASw5GOb8Y+ULd07lZYee4MEk94eH1gGvW4CJBAGkyY9d6 xmtHM3SV3GW2z7CgEOwlUR5gNXTRuc+1Kx+Z/ISL76AW8fdsqD07Lwz1GS5qMrIIuVhfbTFw 8jqj7xqztJHX+Jtvo8lx90+b/cNbKWbSt9F4I1HEpXX+axEJYcM3jVWDdwUNiFW0tyQXRr7E gKGV64uLT+j+qsE7S8vy91coEOsoPlyGq1ssMWIuCF7Ksb+F73a6A5nag0uaJLlknOYvYagY NUfdr7YklBypnJTqXV2d+MfqF4FojmWPXI6ld0tdh9GvCl65NgYhv8qqPbiW9CTXyVw5Y4JX rrN1573HRXtwbUFvjw4zmC10eaNT7e7VvSZGzbPPS46EklzIC29gNr2Lq/Juox53V7zZP/1g /p+ZgHS+rol5qBu6qhg0+XTzCyF9LIlWEK9Zqt7V1dER6rulqvbAaqPNnKvaOsMiUME71y4I mF0u2pNrj/rCiBlircy5BNO7Yq1dyvTeSDV7YKEV19zn2mia7n25JkZNntXCcBJKsr33uGbc r8Xs46230voloNdiYmKTO6pFzbWG37epGDVl7lePlla6neKLl1ZU7+oqD8n6yyBqD6yF4s25 ytE4vDnfBK9cHZOH4XPR/uH/6+V1SguxRuYyGtO7Yo1Tph/Iqv0jpbRTcp9r9tLdGbSJUXMg gIyDhIHYjwOlLwktSNaKeBtexZKZIx6md/16p2JCeFws2gOrYYKV+3pcdQu3IpvgnesMcbda mT24EJ+U15gzwLKThuEk0/QuWEyby3DX2M0eWDIlVdkm2vvh+rmnSTFojrYwFvfYVW3uK3SV eldXZfFJaReL9sCaq8+cq6PyxLarSTFqMspt0mJJVrYRujrvQe58z3nq8kuV9sBCjI5gsvYV cqFx1jD4NsEr1x66LHLj+uffLwGAoc1hKOinh2B7Nilx62Sm7McFyRgkv2ugTt57nn/48x/8 en1ViV/l/vBzvUsPNld8vWv8zaX/AIEPerD43AAA --17pEHd4RhPHOinZp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 14:13:29 2000 Delivered-To: freebsd-net@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 5A6C237B8A9 for ; Sat, 4 Mar 2000 14:13:21 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 8933F4CE06; Sat, 4 Mar 2000 17:13:20 -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 RAA22026; Sat, 4 Mar 2000 17:13:19 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id OAA13714; Sat, 4 Mar 2000 14:12:50 -0800 (PST) Message-Id: <200003042212.OAA13714@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: efisch@kpmg.com Subject: Re: IGMP packets?! Cc: freebsd-net@freebsd.org Date: Sat, 4 Mar 2000 14:12:49 -0800 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I have a ppp dial-on-demand gateway that does not drop the connection as it >is supposed to. I ran tcpdump and found that every 30 seconds the gateway >is sending igmp v2 queries to "ALL-SYSTEMS.MCAST.NET". > >Any idea where these are coming from any how to stop them? They are coming from a multicast routing daemon such as pimd or mrouted. One way to turn them off would be to disable the interface in question in the multicast routing daemon's configuration file. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 16:27:21 2000 Delivered-To: freebsd-net@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id 908BE37B93D; Sat, 4 Mar 2000 16:27:18 -0800 (PST) (envelope-from dermot@mcnally.de) Received: from TIGGER (p3E9ECFDE.dip.t-dialin.net [62.158.207.222]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id QAA01905; Sat, 4 Mar 2000 16:26:35 -0800 (PST) Message-Id: <4.2.0.58.20000305012120.02aa77e0@tim> X-Sender: dermot@tim X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Sun, 05 Mar 2000 01:29:54 +0100 To: Brian Somers , Dermot McNally From: Dermot McNally Subject: Re: NAT issues with ppp - a fix Cc: Brian Somers , freebsd-net@FreeBSD.org, peter@FreeBSD.org, jkh@FreeBSD.org, joe@FreeBSD.org In-Reply-To: <200003040218.CAA02929@hak.lan.Awfulhak.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 02:18 04.03.2000 +0000, Brian Somers wrote: >Hi, > >Because of a recent change in the way I connect to the net >(PPPoUDPoPPPoISDN), I'm now seeing this problem ! > >Can you try the attached patch ? I believe this fixes the problem ! Bad news on my side - it doesn't appear to have helped. My test case: Before applying the patch, I cvsupped to today's current and rebuilt the world. Then I set the gateway box and a FreeBSD alpha box on my internal network back to an MTU of 1500. I connected to confirm that the problem was still there (it was). Then I applied the patch, rebuilt and installed ppp. Same test. Same problem - well, same symptoms anyway. My two tests were, using Lynx to connect to effectively any WWW site and using fetch to download a biggish file. Fetch determines the file size (which I don't recall it managing to do before), but doesn't actually get any further with the download. Lynx manages to look up the site to which I try to connect, but then hangs at the "waiting for response" stage. I can packet sniff this if you think it will help - my setup is slightly different to yours: PPPoE via a DSL "modem". Slightly related: Assuming you do manage to fix things so that fragmented packets are properly aliased (and it's probably a good thing, overall), a convenient side effect of the current problem is that we notice that fragmentation is occurring and drop our MTUs to avoid it. Since fragmentation is worth avoiding anyway, is there value in having PPP log a warning if it is seen to occur? Cheers, Dermot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 17:19:32 2000 Delivered-To: freebsd-net@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id EA1FC37B932 for ; Sat, 4 Mar 2000 17:19:29 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.9.3/8.9.1) with ESMTP id UAA15249; Sat, 4 Mar 2000 20:18:32 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200003050118.UAA15249@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bill Fenner Cc: efisch@kpmg.com, freebsd-net@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: IGMP packets?! References: <200003042212.OAA13714@windsor.research.att.com> In-reply-to: Your message of "Sat, 04 Mar 2000 14:12:49 PST." <200003042212.OAA13714@windsor.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Mar 2000 20:18:32 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > >I have a ppp dial-on-demand gateway that does not drop the connection as it > >is supposed to. I ran tcpdump and found that every 30 seconds the gateway > >is sending igmp v2 queries to "ALL-SYSTEMS.MCAST.NET". > > > >Any idea where these are coming from any how to stop them? > > They are coming from a multicast routing daemon such as pimd or mrouted. > One way to turn them off would be to disable the interface in question > in the multicast routing daemon's configuration file. And in the general case, you probably want to explicitly configure what kind of traffic you want to have keep up (or to bring up) your link. As time goes on, there are likely to be more of these behind-the-scenes maintenance protocols going on. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 18:39:15 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (dynamic-87.max4-du-ws.dialnetwork.pavilion.co.uk [212.74.9.215]) by hub.freebsd.org (Postfix) with ESMTP id 3AE2037B908; Sat, 4 Mar 2000 18:39:09 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA94667; Sun, 5 Mar 2000 02:20:22 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA02369; Sun, 5 Mar 2000 02:20:16 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003050220.CAA02369@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Dermot McNally Cc: Brian Somers , Dermot McNally , freebsd-net@FreeBSD.org, peter@FreeBSD.org, jkh@FreeBSD.org, joe@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: NAT issues with ppp - a fix In-Reply-To: Message from Dermot McNally of "Sun, 05 Mar 2000 01:29:54 +0100." <4.2.0.58.20000305012120.02aa77e0@tim> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Mar 2000 02:20:15 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > At 02:18 04.03.2000 +0000, Brian Somers wrote: > >Hi, > > > >Because of a recent change in the way I connect to the net > >(PPPoUDPoPPPoISDN), I'm now seeing this problem ! > > > >Can you try the attached patch ? I believe this fixes the problem ! > > Bad news on my side - it doesn't appear to have helped. My test case: > Before applying the patch, I cvsupped to today's current and rebuilt the > world. Then I set the gateway box and a FreeBSD alpha box on my internal > network back to an MTU of 1500. I connected to confirm that the problem was > still there (it was). > > Then I applied the patch, rebuilt and installed ppp. Same test. Same > problem - well, same symptoms anyway. My two tests were, using Lynx to > connect to effectively any WWW site and using fetch to download a biggish > file. Fetch determines the file size (which I don't recall it managing to > do before), but doesn't actually get any further with the download. Lynx > manages to look up the site to which I try to connect, but then hangs at > the "waiting for response" stage. > > I can packet sniff this if you think it will help - my setup is slightly > different to yours: PPPoE via a DSL "modem". Mine is even more tricky... I've been battling this for some time now. I've actually got laptop -ethernet-gate-PPPoUDPoPPPoISDN- - PPPoISDN gateway - 'net - - PPPoUDP gateway - 'net The tricky bit is that I have to run the PPPoUDP link in MP mode using a 1466 byte MRRU. This will make the IP layer fragment the traffic to 1466 bytes, allowing ppp to pile a UDP/IP header of 28 bytes back on the front (and to add the 2/4 byte MP header and 1/2 byte protocol header) before sending out the UDP datagram. It's vital that the PPP/UDP/IP packet is no more than 1500 bytes as it's going to pop up at my gateway and then must travel across the 'net to the PPP/UDP gateway before it's unpacked and reassembled into what was sent out originally. I *think* this should work now - assuming the fragmentation side of things is functional. I haven't proven things yet though. I'll follow up.... > Slightly related: Assuming you do manage to fix things so that fragmented > packets are properly aliased (and it's probably a good thing, overall), a > convenient side effect of the current problem is that we notice that > fragmentation is occurring and drop our MTUs to avoid it. Since > fragmentation is worth avoiding anyway, is there value in having PPP log a > warning if it is seen to occur? Logging a warning may be a bit severe, but keeping a count of fragmented IP packets may be useful :-) > Cheers, > Dermot -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 4 19:50: 4 2000 Delivered-To: freebsd-net@freebsd.org Received: from awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 499F537B95F; Sat, 4 Mar 2000 19:49:52 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by awfulhak.org (8.9.3/8.9.3) with ESMTP id DAA00646; Sun, 5 Mar 2000 03:49:23 GMT (envelope-from brian@hak.lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id DAA03010; Sun, 5 Mar 2000 03:49:23 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003050349.DAA03010@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Brian Somers Cc: Dermot McNally , Dermot McNally , freebsd-net@FreeBSD.org, peter@FreeBSD.org, jkh@FreeBSD.org, joe@FreeBSD.org, brian@hak.lan.awfulhak.org, brian@hak.lan.awfulhak.org Subject: Re: NAT issues with ppp - a fix In-Reply-To: Message from Brian Somers of "Sun, 05 Mar 2000 02:20:15 GMT." <200003050220.CAA02369@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Mar 2000 03:49:23 +0000 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > At 02:18 04.03.2000 +0000, Brian Somers wrote: > > >Hi, > > > > > >Because of a recent change in the way I connect to the net > > >(PPPoUDPoPPPoISDN), I'm now seeing this problem ! > > > > > >Can you try the attached patch ? I believe this fixes the problem ! > > > > Bad news on my side - it doesn't appear to have helped. My test case: > > Before applying the patch, I cvsupped to today's current and rebuilt the > > world. Then I set the gateway box and a FreeBSD alpha box on my internal > > network back to an MTU of 1500. I connected to confirm that the problem was > > still there (it was). > > > > Then I applied the patch, rebuilt and installed ppp. Same test. Same > > problem - well, same symptoms anyway. My two tests were, using Lynx to > > connect to effectively any WWW site and using fetch to download a biggish > > file. Fetch determines the file size (which I don't recall it managing to > > do before), but doesn't actually get any further with the download. Lynx > > manages to look up the site to which I try to connect, but then hangs at > > the "waiting for response" stage. > > > > I can packet sniff this if you think it will help - my setup is slightly > > different to yours: PPPoE via a DSL "modem". > > Mine is even more tricky... I've been battling this for some time > now. > > I've actually got > > laptop -ethernet-gate-PPPoUDPoPPPoISDN- - PPPoISDN gateway - 'net - - PPPoUDP gateway - 'net > > The tricky bit is that I have to run the PPPoUDP link in MP mode using > a 1466 byte MRRU. This will make the IP layer fragment the traffic to > 1466 bytes, allowing ppp to pile a UDP/IP header of 28 bytes back on > the front (and to add the 2/4 byte MP header and 1/2 byte protocol > header) before sending out the UDP datagram. > > It's vital that the PPP/UDP/IP packet is no more than 1500 bytes as > it's going to pop up at my gateway and then must travel across the > 'net to the PPP/UDP gateway before it's unpacked and reassembled into > what was sent out originally. > > I *think* this should work now - assuming the fragmentation side of > things is functional. I haven't proven things yet though. > > I'll follow up.... [.....] This works (with the previous patch), but requires an MRRU of 1338.... as there can be up to 128 bytes of options (is this right anyone ?). This means three things. First, I get to play with doing MP over two separate ISPs for real (soon). Second I get a compressed ISDN link with a static IP despite the transport being brought up and down with dynamic IP numbers :*P And third, your problem must be something specific to PPPoE as it looks like there are no NAT/fragmentation problems any more (otherwise my setup can't work). I guess I'm gonna have to try to set up a proper PPPoE environment here. I'll follow-up when I can. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message