From owner-freebsd-net Sun Apr 8 2:11: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 3C15D37B423; Sun, 8 Apr 2001 02:11:04 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W/smtpfeed 1.06) with ESMTP id SAA24340; Sun, 8 Apr 2001 18:10:52 +0900 (JST) To: Gunther Schadow Cc: snap-users@kame.net, users@ipv6.org, net@freebsd.org, ipfw@freebsd.org In-reply-to: gunther's message of Sun, 08 Apr 2001 05:10:46 GMT. <3ACFF2D6.13219EAB@aurora.regenstrief.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Consolidating KAME SPD rules and IPFW / IPfilter. From: itojun@iijlab.net Date: Sun, 08 Apr 2001 18:10:52 +0900 Message-ID: <24338.986721052@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >To which I can only say that in IPv4 world and VPN, NAT is almost >mandatory. For me, using NAT allows me to set up VPN specific >routing for my special project within a corporate network without >bothering the network administrator with using FreeBSD instead of >their Cisco stuff for routing. FreeBSD/KAME needs NAT for allowing >it to being used in production environments today. NAT comes with >IPFW, which is where the circle closes. as mentioned before, there was an discussion about one of the freebsd mailing lists. there was a proposed patch just like below (the following patch works only for the latest KAME tree, not for FreeBSD tree). http://www.kame.net/dev/cvsweb.cgi/kame/freebsd4/sys/netinet/ip_input.c.diff?r1=1.16&r2=1.17 the patch tries to do the following, i have no environment to test. http://www.netbsd.org/Documentation/network/ipsec/#ipf-interaction itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Apr 8 9: 7:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id 8BA8437B423; Sun, 8 Apr 2001 09:07:10 -0700 (PDT) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010408160709.VBVU17266.mss.rdc2.nsw.optushome.com.au@co3038206a>; Mon, 9 Apr 2001 02:07:09 +1000 Reply-To: From: "Daniel Wong" To: , Subject: how to see what happen before kernel crash? Date: Mon, 9 Apr 2001 02:06:42 +1000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C0C099.B8B569C0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C0C099.B8B569C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, My kernel periodically crashes on me, is there a way to capture the kernel output before the kernel reboots itself ? I suspect it might be something to do with my changes in the kernel. But I don't know what might be causing it. I'm looking for something like what dmesg outputs, but of the stat the kernel was in before the reboot. Cheers Dan ------=_NextPart_000_0010_01C0C099.B8B569C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
My = kernel=20 periodically crashes on me, is there a way to capture the kernel output = before=20 the kernel reboots itself ? I suspect it might be something to do with = my=20 changes in the kernel. But I don't know what might be causing it.=20
 
I'm = looking for=20 something like what dmesg outputs, but of the stat the kernel was in = before the=20 reboot.
 
Cheers
Dan
------=_NextPart_000_0010_01C0C099.B8B569C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Apr 8 13:37:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from thor.oit.pdx.edu (thor.oit.pdx.edu [131.252.120.40]) by hub.freebsd.org (Postfix) with ESMTP id 83AC237B422; Sun, 8 Apr 2001 13:37:11 -0700 (PDT) (envelope-from singh@pdx.edu) Received: from gere.odin.pdx.edu (gere.odin.pdx.edu [131.252.120.42]) by thor.oit.pdx.edu (8.11.1/8.11.1) with ESMTP id f38KbAF24592; Sun, 8 Apr 2001 13:37:10 -0700 (PDT) Received: from localhost (singh@localhost) by gere.odin.pdx.edu (8.11.1/8.11.1) with ESMTP id f38KbAI21854; Sun, 8 Apr 2001 13:37:10 -0700 (PDT) X-Authentication-Warning: gere.odin.pdx.edu: singh owned process doing -bs Date: Sun, 8 Apr 2001 13:37:10 -0700 (PDT) From: Harkirat Singh X-X-Sender: To: , Subject: Explicit Congestion Notification (ECN) FBSD 3.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 Hello Friends: I want to know about implementation and support of ECN in TCP/IP stack of FreeBSD, is it a standard? Specifically to FreeBSD 3.2 I looked at netinet but could not find any thing related to it. Do I need to get some patch for ECN. I looked at RFC 2481 and it says that ECN will be standard soon and some of the OS developers have already incorporated this feature. I wonder is it part of FreeBSD 3.2. Thanks, Singh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Apr 8 13:47: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from sonic.kks.net (sonic.kks.net [213.161.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 21F3037B422 for ; Sun, 8 Apr 2001 13:46:58 -0700 (PDT) (envelope-from andy@kksonline.com) Received: from voyager.kksonline.com (5-51.ro.cable.kks.net [213.161.5.51]) by sonic.kks.net (Postfix) with ESMTP id 803454C for ; Sun, 8 Apr 2001 22:47:07 +0200 (CEST) Message-Id: <5.0.2.1.0.20010408223914.02248fc0@164.8.8.5> X-Sender: rozmanal@164.8.8.5 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sun, 08 Apr 2001 22:42:57 +0200 To: FreeBSD-Net From: Aleksander Rozman - Andy Subject: AX.25 or maybe X.25 support? 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 Hi ! I am new here, so I was just wondering if there was any talk on implementing AX.25 or X.25 protocol to FreeBSD? AX.25 is protocol for Packet Radio (Internet through HAM devices). X.25 should be *little* similar to AX.25, but not that much. Having AX.25 done already would be great, but if there is X.25 we could work from there and make it AX.25. So anybody heard about anything like this on FreeBSD? Please answer. Andy P.S.: If there nothing like this and someone would like to help me do this, he/she is very welcome. ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Apr 8 16:57:38 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id D47D337B422; Sun, 8 Apr 2001 16:57:29 -0700 (PDT) (envelope-from itojun@coconut.itojun.org) Received: from coconut.itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 667694B0B; Mon, 9 Apr 2001 08:57:25 +0900 (JST) To: Gunther Schadow Cc: snap-users@kame.net, users@ipv6.org, net@freebsd.org, ipfw@freebsd.org In-reply-to: gunther's message of Sun, 08 Apr 2001 05:10:46 GMT. <3ACFF2D6.13219EAB@aurora.regenstrief.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Consolidating KAME SPD rules and IPFW / IPfilter. From: itojun@iijlab.net Date: Mon, 09 Apr 2001 08:57:25 +0900 Message-ID: <2683.986774245@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I am tempted to "outsource" the IPsec functionality away from the >kernel using a demon on a divert socket, just like NATD. This would >be more modular and keeps the kernel from panicing because of bugs >in IPsec -- I did have embarrassing kernel crashes, just when I bragged >about FreeBSD running rock solid :0(. checking - did you have kernel panics in kernel IPsec code (then pls send-pr), or you are just talking about an example? itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Apr 8 23:27:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from jason.argos.org (64-205-228-106.client.dsl.net [64.205.228.106]) by hub.freebsd.org (Postfix) with ESMTP id 4702B37B42C for ; Sun, 8 Apr 2001 23:27:50 -0700 (PDT) (envelope-from mike@jason.argos.org) Received: (from mike@localhost) by jason.argos.org (8.10.1/8.10.1) id f396Rbi31564; Mon, 9 Apr 2001 02:27:37 -0400 Date: Mon, 9 Apr 2001 02:27:37 -0400 From: Mike Nowlin To: Aleksander Rozman - Andy Cc: freebsd-net@freebsd.org Subject: Re: AX.25 or maybe X.25 support? Message-ID: <20010409022737.C31037@argos.org> References: <5.0.2.1.0.20010408223914.02248fc0@164.8.8.5> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.2.1.0.20010408223914.02248fc0@164.8.8.5>; from andy@kksonline.com on Sun, Apr 08, 2001 at 10:42:57PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 0, Aleksander Rozman - Andy wrote: > I am new here, so I was just wondering if there was any talk on=20 > implementing AX.25 or X.25 protocol to FreeBSD? > AX.25 is protocol for Packet Radio (Internet through HAM devices). X.25= =20 > should be *little* similar to AX.25, but not that much. Having AX.25 done= =20 > already would be great, but if there is X.25 we could work from there and= =20 > make it AX.25. So anybody heard about anything like this on FreeBSD? I've been toying around with this for a while (about two years), but have yet to decide what the best way to handle this is. I've used the AX.25 stuff in Linux quite extensively, but I'm not really happy with the way it's designed or made use of. I suppose the first thing to figure out is what you want to DO with AX.25 drivers. Implement Net/ROM and build a 573-port backbone packet router node? IP-over-packet routing (as in NOS)? End-user BBS applications? =20 I could see FreeBSD running as an exquisite router node if the drivers were built into the kernel, ASSUMING that the configuration code and back-end drivers were written with a little more intelligence than the Linux versions are. (That could be a little difficult, but do-able.) The Net/ROM protocol sorta lends itself to this, and ROSE is a disgusting thing that should be avoided at all costs. :) If you're going to run IP over packet, the IPFW and NATD code in the kernel could add all kinds of creative stuff that's almost impossible to do with THE/NET-X1J & friends. If the main interest is running an end-user BBS, I think the appropriate method is to build in a simple KISS-to-userspace driver over serial ports, then let the userspace BBS software handle things from that point - or, you could just tweak a copy of NOS to run on FBSD and let it operate just like it does on Linux. Then I think about WAMPES. I like the idea that it integrates things betwe= en packet users & the standard UNIX services, but I absolutely hate the way it does it. With any modern system, it's completely idiotic to have a userspace program add accounts to /etc/passwd by user request. (My brain shifts gears a bit...) The WAMPES idea, implemented under FreeBSD jails, could provide the best of both worlds. Create a virtual machine that has it's own config and nothing that's security-sensitive, and you might have something worth running... I could rant on for hours. --mike N8NVW --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjrRVlkACgkQJol4I8h9Gd919ACgtMyTn1qNcZOkuNeGWthv/Qa4 GyUAoIRdZvaaL/Z3rbWrSsrjZSvddqO4 =Yt3T -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Apr 9 0:20: 5 2001 Delivered-To: freebsd-net@freebsd.org Received: from mario.zyan.com (mario.zyan.com [209.250.96.140]) by hub.freebsd.org (Postfix) with ESMTP id 446E037B422 for ; Mon, 9 Apr 2001 00:20:02 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from dopey.weyrich.com (orville@node-64-249-12-250.dslspeed.zyan.com [64.249.12.250]) by mario.zyan.com (8.9.3/8.9.3) with ESMTP id AAA41682 for ; Mon, 9 Apr 2001 00:19:56 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from localhost (orville@localhost) by dopey.weyrich.com (8.9.3/8.6.9) with ESMTP id AAA02659 for ; Mon, 9 Apr 2001 00:11:30 -0700 Date: Mon, 9 Apr 2001 00:11:30 -0700 (MST) From: "Orville R. Weyrich.Jr" Cc: freebsd-net@FreeBSD.ORG Subject: 3c597-TX EISA 10/100 In-Reply-To: <20010409022737.C31037@argos.org> 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 Hi -- I have a 133 MHz EISA system running FreeBSD 4.2 that I recently found a 10/100 card for (3c597-TX). However, under FreeBSD I can only get it to work in 10 mbps mode, not 100 mbps (as per the indicator lights). It does seem to work in 100 mbps mode under the latest Linux. Is there some trick to getting it to run at 100 mbps under FreeBSD, or am I just out of luck? Thanks orville. ------------------------------------------------------------------- Orville R. Weyrich, Jr. Weyrich Computer Consulting mailto:orville@weyrich.com KD7HJV http://www.weyrich.com ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Apr 9 1:21:26 2001 Delivered-To: freebsd-net@freebsd.org Received: from germes.levi.spb.ru (ip65.levi.spb.ru [212.119.175.65]) by hub.freebsd.org (Postfix) with ESMTP id 258CC37B422; Mon, 9 Apr 2001 01:21:22 -0700 (PDT) (envelope-from dms@wplus.net) Received: from wplus.net (IDENT:dms@pike.levi.spb.ru [10.246.8.43]) by germes.levi.spb.ru (8.11.1/8.11.1) with ESMTP id f398L7721705; Mon, 9 Apr 2001 12:21:07 +0400 Message-ID: <3AD170F3.976E12CB@wplus.net> Date: Mon, 09 Apr 2001 12:21:07 +0400 From: Dmitry Samersoff Organization: LeviSoft X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en, ru MIME-Version: 1.0 To: s2209866@cse.unsw.edu.au Cc: freebsd-net@FreeBSD.ORG, freebsd-question@FreeBSD.ORG Subject: Re: how to see what happen before kernel crash? References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Daniel Wong wrote: > > Hi, > > My kernel periodically crashes on me, is there a way to capture the > kernel output before the kernel reboots itself ? I suspect it might be > something to do with my changes in the kernel. But I don't know what > might be causing it. Here is method I used last two weeks to go throupgh the similar problem. 1. Compile kernel with debug enable 2. Check whether you have enough free space on /var/crash 3. Enable dump in /etc/rc.conf 3. When kernel died press and then try to debug it or just type panic, and analyze crash dump saved in var crash ... -- 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 Mon Apr 9 3:53:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp2.mbox.com.au (smtp2.mbox.com.au [203.103.80.178]) by hub.freebsd.org (Postfix) with ESMTP id A069C37B422; Mon, 9 Apr 2001 03:53:08 -0700 (PDT) (envelope-from das@mbox.com.au) Received: from mbox.com.au (webmail.i7mail.com.au [192.168.20.4]) by smtp2.mbox.com.au (Sun Internet Mail Server sims.4.0.2000.05.17.04.13.p6) with ESMTP id <0GBI00MDAU85DU@smtp2.mbox.com.au>; Mon, 9 Apr 2001 18:52:53 +0800 (WST) Date: Mon, 09 Apr 2001 20:52:53 +1000 From: das@mbox.com.au Subject: multi-subnet windows file sharing? To: freebsd-ipfw@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Message-id: <35811835be84.35be84358118@mbox.com.au> MIME-version: 1.0 X-Mailer: Netscape Webmail Content-type: text/plain; charset=us-ascii Content-language: en Content-disposition: inline Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi guys, sorry about this question on this board, but I haven't met a microsloth person capable of answering my question. I have a freebsd box with 5 interfaces. 1 is used to connect to a cable modem. The other 4 cards connect to internal networks. --- ed0 --- freebsd4.2 box --- fxp0 = 10.0.255.254/16 --- fxp1 = 10.1.255.254/16 --- fxp2 = 10.2.255.254/16 --- ex0 = 10.3.255.254/16 On the 10.0/16 network exists a Windows 2000 professional/workstation machine with a printer. Can I use ipfw forwarding rules, or some other method, to allow clients on the other subnets to print to this server? I guess this means forwarding all sort of broadcast crap as well, but I haven't done any sniffing yet. I'm kind of hoping that somebody else out there has already done this. Do people think the MS box will cope, or will NAT be the go? Thanks, Dave Seddon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Apr 9 8:49:45 2001 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 CD65A37B422 for ; Mon, 9 Apr 2001 08:49:43 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA77945; Mon, 9 Apr 2001 11:49:21 -0400 (EDT) (envelope-from wollman) Date: Mon, 9 Apr 2001 11:49:21 -0400 (EDT) From: Garrett Wollman Message-Id: <200104091549.LAA77945@khavrinen.lcs.mit.edu> To: Scott Johnson Cc: freebsd-net@FreeBSD.ORG Subject: arp timeout In-Reply-To: <20010407114436.B1056@ns2.airlinksys.com> References: <20010407114436.B1056@ns2.airlinksys.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Is the timeout on the arp cache restarted on each communication with the > device? Or is the cache refreshed every timeout interval whether there has > been activity at all? No. The timeout on the ARP cache is restarted every time an ARP reply for its IP address is heard. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Apr 9 10:42:44 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 56ACC37B422 for ; Mon, 9 Apr 2001 10:42:40 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id MAA06269; Mon, 9 Apr 2001 12:42:30 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Mon, 9 Apr 2001 12:42:30 -0500 (CDT) From: Chris Dillon To: Cc: Subject: Re: multi-subnet windows file sharing? In-Reply-To: <35811835be84.35be84358118@mbox.com.au> 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 Mon, 9 Apr 2001 das@mbox.com.au wrote: > Hi guys, sorry about this question on this board, but I haven't met a > microsloth person capable of answering my question. > > I have a freebsd box with 5 interfaces. 1 is used to connect to a > cable modem. The other 4 cards connect to internal networks. > > --- ed0 --- freebsd4.2 box --- fxp0 = 10.0.255.254/16 > --- fxp1 = 10.1.255.254/16 > --- fxp2 = 10.2.255.254/16 > --- ex0 = 10.3.255.254/16 > > On the 10.0/16 network exists a Windows 2000 professional/workstation > machine with a printer. Can I use ipfw forwarding rules, or some other > method, to allow clients on the other subnets to print to this server? There are several ways for the Windows machines to resolve the address of the Windows server on another network. DNS, WINS, or a local LMHOSTS lookup. To use DNS, the DNS host name part (not necessarily the subdomain) must match the NetBIOS name of the machine. You can also use any WINS server as long as the clients are configured to use it and the IP address of the machine you want to talk to is registered with it. The third and simplest is to add the NetBIOS name and IP address of the machine in the local LMHOSTS file, very similar in function to the Unix /etc/hosts file. In Windows9X, the LMHOSTS file is in %WINDOWS%, usually C:\WINDOWS. In Windows NT, its in %WINDIR%\system32\drivers\etc, usually C:\WINNT\system32\drivers\etc. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64, PPC, and ARM under development. http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Apr 10 11:37:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id 96A0C37B424 for ; Tue, 10 Apr 2001 11:37:07 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org (rgnout.regenstrief.org [134.68.31.38]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f3AIceA24556; Tue, 10 Apr 2001 13:38:40 -0500 Message-ID: <3AD352CA.179721B@aurora.regenstrief.org> Date: Tue, 10 Apr 2001 18:36:58 +0000 From: Gunther Schadow Organization: Regenstrief Institute for Health Care X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: snap-users@kame.net, freebsd-net@freebsd.org Subject: FreeBSD fxp driver, offloading cryptography ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, question: is anyone working on the Intel Pro/100 S support in the fxp driver? I have found Intel to distribute a Linux driver and looking at the source code I found: - no mention of the crypto functions in the Linux driver - that the FreeBSD fxp driver looks noticeably different from the Intel supplied Linux driver source I suppose that we have no good documentation on the crypto functions of the Pro/100 S right? How could we get that information? Is anyone working on this? The driver source for Linux shows tons of definitions for wizardy control bits, CPU saver microcode, ethernet frames, TCP/UDP checksum calculation, etc., which I can't find in the fxp driver. This means to me, that the Intel card can do *much* more than we make it do with FreeBSD. We could significantly improve FreeBSD's use of the card resulting in better throughput at lower CPU and PCI bus load, at least so goes my reckoning. Is there any fill-in on the history of the fxp development? Are we trying to use more of this Intel driver source code? How would the KAME/IPsec code make use of the card's crypto chip? Does the fact that the NIC hardware can do crypto calculation trouble the layered design of KAME/IPsec code? Would it be a big mess to circumvent the KAME crypto code and use the Intel hardware instead? Is anyone interested and or working on this? Thanks, -Gunther -- Gunther Schadow, M.D., Ph.D. gschadow@regenstrief.org Medical Information Scientist Regenstrief Institute for Health Care Adjunct Assistent Professor Indiana University School of Medicine tel:1(317)630-7960 http://aurora.regenstrief.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Apr 10 12:11:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id E0F7237B423 for ; Tue, 10 Apr 2001 12:11:44 -0700 (PDT) (envelope-from itojun@coconut.itojun.org) Received: from coconut.itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id AD5464B10; Wed, 11 Apr 2001 04:11:39 +0900 (JST) To: snap-users@kame.net Cc: freebsd-net@freebsd.org In-reply-to: gunther's message of Tue, 10 Apr 2001 18:36:58 GMT. <3AD352CA.179721B@aurora.regenstrief.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: (KAME-snap 4439) FreeBSD fxp driver, offloading cryptography ... From: itojun@iijlab.net Date: Wed, 11 Apr 2001 04:11:39 +0900 Message-ID: <11401.986929899@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >question: is anyone working on the Intel Pro/100 S support in the >fxp driver? I have found Intel to distribute a Linux driver and >looking at the source code I found: I have contacted intel a couple of times, to different part of intel, for spec sheet for this particular card (crypto portion of course). i have got no response at all. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Apr 10 18:34:53 2001 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 AF1EC37B423 for ; Tue, 10 Apr 2001 18:34:49 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f3B1YHN68668; Tue, 10 Apr 2001 20:34:17 -0500 (CDT) (envelope-from jlemon) Date: Tue, 10 Apr 2001 20:34:17 -0500 (CDT) From: Jonathan Lemon Message-Id: <200104110134.f3B1YHN68668@prism.flugsvamp.com> To: gunther@aurora.regenstrief.org, net@freebsd.org Subject: Re: FreeBSD fxp driver, offloading cryptography ... X-Newsgroups: local.mail.freebsd-net In-Reply-To: Organization: Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you write: >I suppose that we have no good documentation on the crypto functions >of the Pro/100 S right? How could we get that information? Is anyone >working on this? Without documentation on the crypto functions (and I don't have any at the moment), there will be no support for it. As you point out, the Linux driver doesn't include this either, so there isn't even an implementation to reverse engineer. Write your friendly Intel representative if you want to try to improve the situation. >The driver source for Linux shows tons of definitions for wizardy >control bits, CPU saver microcode, ethernet frames, TCP/UDP checksum >calculation, etc., which I can't find in the fxp driver. This means >to me, that the Intel card can do *much* more than we make it do >with FreeBSD. We could significantly improve FreeBSD's use of the >card resulting in better throughput at lower CPU and PCI bus load, >at least so goes my reckoning. Much of the extra bits are worthless features, IMO. The TCP/UDP checksumming feature on this card doesn't really buy much in terms of performance. >How would the KAME/IPsec code make use of the card's crypto chip? >Does the fact that the NIC hardware can do crypto calculation trouble >the layered design of KAME/IPsec code? Would it be a big mess to >circumvent the KAME crypto code and use the Intel hardware instead? >Is anyone interested and or working on this? There is interest, yes. But there will be no progress without documentation. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Apr 10 23:35:18 2001 Delivered-To: freebsd-net@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 0C30437B423 for ; Tue, 10 Apr 2001 23:35:11 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from sv.Go2France.com (ls1.meiway.com [212.73.210.33]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id A5EFE16B13 for ; Wed, 11 Apr 2001 08:48:40 +0200 (CEST) Message-Id: <5.0.0.25.0.20010411083104.0267d0a0@mail.Go2France.com> X-Sender: lconrad%Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Wed, 11 Apr 2001 08:32:33 +0200 To: freebsd-net@freebsd.org From: Len Conrad Subject: Re: (KAME-snap 4439) FreeBSD fxp driver, offloading cryptography ... In-Reply-To: <11401.986929899@coconut.itojun.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 > >question: is anyone working on the Intel Pro/100 S support in the > >fxp driver? I have found Intel to distribute a Linux driver and > >looking at the source code I found: > > I have contacted intel a couple of times, to different part of intel, > for spec sheet for this particular card (crypto portion of course). > i have got no response at all. > >itojun Itojun, Do you know of any projects to support encryption hardware in FreeBSD as is found in OpenBSD? Len http://MenAndMice.com/DNS-training Austin,TX: 23,24/04; SFO,CA: 7,8/05 http://BIND8NT.MEIway.com : ISC BIND 8.2.3 "NT3" for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Apr 11 0:37:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from online.tmx.com.au (online.tmx.com.au [192.150.129.1]) by hub.freebsd.org (Postfix) with ESMTP id B06D937B424 for ; Wed, 11 Apr 2001 00:37:10 -0700 (PDT) (envelope-from mtaylor@bytecraft.com.au) Received: from melexc01.bytecraft.com.au ([203.9.250.249]) by online.tmx.com.au (8.9.3/8.8.8) with ESMTP id RAA07368 for Wed, 11 Apr 2001 17:37:07 +1000 (EST) Received: by MELEXC01 with Internet Mail Service (5.5.2448.0) id <2QBTJ6C9>; Wed, 11 Apr 2001 17:38:31 +1000 Message-ID: <710709BB8B02D311942E0060674418105442BF@MELEXC01> From: Murray Taylor To: "'freebsd-net@freebsd.org'" Subject: mpd setup Date: Wed, 11 Apr 2001 17:38:13 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Very gently, without wanting to break an existing, working setup he asks.... Given the following Netgraph Frame Relay configuration, are these scripts enough to create an mpd-netgraph pptp connection throught the frame relay internet connection? Or do I need to add some extra netgraphism's to connect into the frame relay chain? Proposed configuration files mpd.links frame-pptp: set link type pptp set pptp self 10.1.2.30 set pptp enable incoming set pptp disable originate mpd.conf pptp1: new -i ng0 frame-pptp frame-pptp set iface disable on-demand set iface enable proxy-arp set iface idle 1800 set bundle disable multilink set bundle authname user1 set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set ipcp yes vjcomp # require server to be .170 and remote laptop user to be .171 # as first guess set ipcp ranges 10.1.2.170/32 10.1.2.171/32 # our dns server set ipcp dns 10.x.y.z # our WINS servers set ipcp nbns 10.a.b.c 10.d.e.f mpd.secret user1 "pwd1" -o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o- - hardware setup ng0 ip fxp0 ip xxx.yyy.zzz.13 SPYDER 10.1.2.30 +----------+ aaa.bbb.ccc.1 alias | | +---+ |-+-+ +-| frame | N | X21 |s|n| |f| 100BaseT =======| T |========|r|g| |x|~~~~~~~~~~~~ relay | U | |0|0| |p| +---+ |-+-+ |0| | +-| | | | | | | | | +----------+ Netgraph setup for Frame Relay Internet access [ ] [ lmi ](annexD) --------+ [ ] | | [sync_sr0] [ ](dlci0) ---+ [physical](rawdata) --- (downstream)[ frame_relay ] [ ] [ ](dlci16)---+ | +-----------------------------------------------------------+ | | { ] [ ng0 ] 10.1.2.30 +--- (downstream)[ rcf1490 ](inet) --- (inet)[ iface ] aaa.bbb.ccc.1 [ ] [ ] ================ start_if.ng0 ============================= #!/bin/sh # script to set up a frame relay link on the sr card. # The dlci used is selected below. The default is 16 # WANic 405 CARD=sync_sr0 DLCI=16 # create a frame_relay type node and attach it to the sync port. ngctl mkpeer ${CARD}: frame_relay rawdata downstream # Attach the dlci output of the (de)multiplexor to a new # Link management protocol node using ANSI AnnexD ngctl mkpeer ${CARD}:rawdata lmi dlci0 annexD # Attach the DLCI(channel) the Telco has assigned you to # a node to hadle whatever protocol encapsulation your peer # is using. In this case rfc1490 encapsulation. ngctl mkpeer ${CARD}:rawdata rfc1490 dlci${DLCI} downstream # Attach the ip (inet) protocol output of the protocol mux to the ip (inet) # input of a netgraph "interface" node (ifconfig should show it as "ng0"). ngctl mkpeer ${CARD}:rawdata.dlci${DLCI} iface inet inet ================end of start_if.ng0 ======================== Murray Taylor Project Engineer Bytecraft P/L +61 3 9587 2555 +61 3 9587 1614 fax mtaylor@bytecraft.com.au www.bytecraftentertainment.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Apr 11 2: 1:26 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.teliafi.net (mail.teliafi.net [195.10.132.73]) by hub.freebsd.org (Postfix) with ESMTP id 4AD3D37B423 for ; Wed, 11 Apr 2001 02:01:22 -0700 (PDT) (envelope-from harkonen@mail.teliafi.net) Received: (from harkonen@localhost) by mail.teliafi.net (8.9.3/8.9.3/Debian 8.9.3-21) id MAA21324; Wed, 11 Apr 2001 12:01:04 +0300 From: Tommi Harkonen Date: Wed, 11 Apr 2001 12:01:04 +0300 To: Tony Finch Cc: Garrett Wollman , freebsd-net@FreeBSD.ORG Subject: Re: RTM_LOSING: Kernel Suspects Partitioning: Message-ID: <20010411120104.F3172@teliafi.net> References: <20010322124742.A9984@teliafi.net> <200103221643.LAA30673@khavrinen.lcs.mit.edu> <20010323090102.B9984@teliafi.net> <200103231711.MAA42834@khavrinen.lcs.mit.edu> <200103231711.MAA42834@khavrinen.lcs.mit.edu>; <20010324145154.A27634@teliafi.net> <20010326194717.J386@hand.dotat.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010326194717.J386@hand.dotat.at>; from dot@dotat.at on Mon, Mar 26, 2001 at 07:47:17PM +0000 X-Security: Restricted Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 26, 2001 at 07:47:17PM +0000, Tony Finch wrote: > Tommi Harkonen wrote: > >Garrett Wollman wrote: > >> > >> Clearly, your packets are not getting anywhere. > > > > Traceroute & ping works fine from the box and everything to the box (still) > >works and I have checked, double checked and triple checked all settings > > This sounds like a problem with path MTU discovery not working. Small > packets get through but big ones don't. This is usually an indication > of an incorrectly configured ICMP filter somewhere along the route, > but if that were the case I would expect ping and traceroute to fail > too. I tried lowering the MTU to as low as 400 and it didn't help and I've tried everything without IPFilter/IPFW compiled to kernel. Two weeks ago I tried the box again in a different environment and everything was working ok so theres something fuzzy going on in the original environment. I'll have to dig on the details later on when I have the time for it. But thanks anyway from the support (; -- th To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Apr 11 6:27:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 54C1F37B422 for ; Wed, 11 Apr 2001 06:27:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: (qmail 6093 invoked by uid 666); 11 Apr 2001 13:29:42 -0000 Received: from i192-032.nv.iinet.net.au (HELO elischer.org) (203.59.192.32) by mail.m.iinet.net.au with SMTP; 11 Apr 2001 13:29:42 -0000 Message-ID: <3AD45B97.BBDC5DAB@elischer.org> Date: Wed, 11 Apr 2001 06:26:47 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Murray Taylor Cc: "'freebsd-net@freebsd.org'" Subject: Re: mpd setup References: <710709BB8B02D311942E0060674418105442BF@MELEXC01> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Murray Taylor wrote: > > Very gently, without wanting to break an existing, working setup > he asks.... > > Given the following Netgraph Frame Relay configuration, > are these scripts enough to create an mpd-netgraph pptp > connection throught the frame relay internet connection? > Or do I need to add some extra netgraphism's to connect into > the frame relay chain? no, the pptp and the frame realy are orthogonal. assuming the default route is out through the frame relay interface the pptp (gre) packets should just goto where required. mpd will create ng1, ng2, etc. interfaces. ensure that there is no colision between netgraph and frame relay in this namespace.. (see below) > > Proposed configuration files > > mpd.links > frame-pptp: > set link type pptp > set pptp self 10.1.2.30 > set pptp enable incoming > set pptp disable originate > > mpd.conf > pptp1: > new -i ng0 frame-pptp frame-pptp ^^ this must be ng1 as ng0 is the frame interface. > set iface disable on-demand > set iface enable proxy-arp > set iface idle 1800 > set bundle disable multilink > set bundle authname user1 > set link yes acfcomp protocomp > set link no pap chap > set link enable chap > set link keep-alive 10 60 > set ipcp yes vjcomp > # require server to be .170 and remote laptop user to be .171 > # as first guess > set ipcp ranges 10.1.2.170/32 10.1.2.171/32 > # our dns server > set ipcp dns 10.x.y.z > # our WINS servers > set ipcp nbns 10.a.b.c 10.d.e.f > > mpd.secret > user1 "pwd1" > > -o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o- > > - hardware setup > > ng0 ip fxp0 ip > xxx.yyy.zzz.13 SPYDER 10.1.2.30 > +----------+ aaa.bbb.ccc.1 alias > | | > +---+ |-+-+ +-| > frame | N | X21 |s|n| |f| 100BaseT > =======| T |========|r|g| |x|~~~~~~~~~~~~ > relay | U | |0|0| |p| > +---+ |-+-+ |0| > | +-| > | | > | | > | | > | | > +----------+ > > Netgraph setup for Frame Relay Internet access > [ ] > [ lmi ](annexD) --------+ > [ ] | > | > [sync_sr0] [ ](dlci0) ---+ > [physical](rawdata) --- (downstream)[ frame_relay ] > [ ] [ ](dlci16)---+ > | > +-----------------------------------------------------------+ > | > | { ] [ ng0 ] 10.1.2.30 > +--- (downstream)[ rcf1490 ](inet) --- (inet)[ iface ] aaa.bbb.ccc.1 > [ ] [ ] > > ================ start_if.ng0 ============================= > #!/bin/sh > # script to set up a frame relay link on the sr card. > # The dlci used is selected below. The default is 16 > > # WANic 405 > CARD=sync_sr0 > DLCI=16 > > # create a frame_relay type node and attach it to the sync port. > ngctl mkpeer ${CARD}: frame_relay rawdata downstream > > # Attach the dlci output of the (de)multiplexor to a new > # Link management protocol node using ANSI AnnexD > ngctl mkpeer ${CARD}:rawdata lmi dlci0 annexD > > # Attach the DLCI(channel) the Telco has assigned you to > # a node to hadle whatever protocol encapsulation your peer > # is using. In this case rfc1490 encapsulation. > ngctl mkpeer ${CARD}:rawdata rfc1490 dlci${DLCI} downstream > > # Attach the ip (inet) protocol output of the protocol mux to the ip (inet) > # input of a netgraph "interface" node (ifconfig should show it as "ng0"). > ngctl mkpeer ${CARD}:rawdata.dlci${DLCI} iface inet inet > > ================end of start_if.ng0 ======================== > > Murray Taylor > Project Engineer > > Bytecraft P/L +61 3 9587 2555 > +61 3 9587 1614 fax > mtaylor@bytecraft.com.au > www.bytecraftentertainment.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Apr 11 18:23:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by hub.freebsd.org (Postfix) with ESMTP id AE83D37B42C for ; Wed, 11 Apr 2001 18:23:08 -0700 (PDT) (envelope-from chief@263.net) Received: from esvir07nok.ntc.nokia.com (esvir07nokt.ntc.nokia.com [172.21.143.39]) by mgw-x3.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f3C1NSH12675 for ; Thu, 12 Apr 2001 04:23:28 +0300 (EET DST) Received: from esebh11nok.ntc.nokia.com (unverified) by esvir07nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Thu, 12 Apr 2001 04:23:06 +0300 Received: from 263.net (behedhcp082194.china.nokia.com [172.28.82.194]) by esebh11nok.ntc.nokia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2652.78) id GS5TBNWA; Thu, 12 Apr 2001 04:21:52 +0300 Message-ID: <3AD501AB.D2B4583A@263.net> Date: Thu, 12 Apr 2001 09:15:23 +0800 From: howard X-Mailer: Mozilla 4.7 [en] (Win95; I) X-Accept-Language: en,zh-CN,zh-TW,zh,fr MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: help Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, all I am a newbie on FreeBSD. I am doing some development about DNS. I need your guide on how to send out DNS query packet to network. Could you introduce me any software to carry out the task on FreeBSD. Thank in advance. chief haw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Apr 11 19:40:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from cessium.prosolve.com (gw.prosolve.com [63.225.188.140]) by hub.freebsd.org (Postfix) with ESMTP id 33EE937B422 for ; Wed, 11 Apr 2001 19:40:30 -0700 (PDT) (envelope-from SeanM@prosolve.com) Received: from fs01.prosolve.com (fs01.prosolve.com [172.16.128.50]) by cessium.prosolve.com (8.11.1/8.11.1) with ESMTP id f3C2dmi31932; Wed, 11 Apr 2001 19:39:48 -0700 (PDT) Received: by fs01.prosolve.com with Internet Mail Service (5.5.2650.21) id <2B4D67C4>; Wed, 11 Apr 2001 19:39:48 -0700 Message-ID: From: Sean Mathias To: "'howard'" , freebsd-net@FreeBSD.ORG Subject: RE: help Date: Wed, 11 Apr 2001 19:39:46 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="gb2312" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Depending on what you are doing, probably the easiest and most flexible solution would be to write a Perl script and use Net::DNS SM -----Original Message----- From: howard [mailto:chief@263.net] Sent: Wednesday, April 11, 2001 6:15 PM To: freebsd-net@FreeBSD.ORG Subject: help Hi, all I am a newbie on FreeBSD. I am doing some development about DNS. I need your guide on how to send out DNS query packet to network. Could you introduce me any software to carry out the task on FreeBSD. Thank in advance. chief haw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 0:52:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from waltz.SoftHome.net (waltz.SoftHome.net [204.144.231.7]) by hub.freebsd.org (Postfix) with SMTP id C3A4F37B622 for ; Thu, 12 Apr 2001 00:52:42 -0700 (PDT) (envelope-from asr@softhome.net) Received: (qmail 21555 invoked by uid 417); 12 Apr 2001 07:52:39 -0000 Message-ID: <20010412075239.21554.qmail@softhome.net> From: asr@softhome.net To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: netinet/accf_http.c usage ? Date: Thu, 12 Apr 2001 07:52:39 GMT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Sender: asr@softhome.net Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I can't seem decipher the functionality of the accf_http.c file in the netinet directory ... I also couldn't find any documents that describe its purpose .... is it an HTTP filter or something like that ? Ashutosh S. Rajekar http://www.rajekar.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 0:59:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 7102C37B622 for ; Thu, 12 Apr 2001 00:59:18 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3C7xHn29729; Thu, 12 Apr 2001 00:59:17 -0700 (PDT) Date: Thu, 12 Apr 2001 00:59:17 -0700 From: Alfred Perlstein To: asr@softhome.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: netinet/accf_http.c usage ? Message-ID: <20010412005917.A24582@fw.wintelcom.net> References: <20010412075239.21554.qmail@softhome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010412075239.21554.qmail@softhome.net>; from asr@softhome.net on Thu, Apr 12, 2001 at 07:52:39AM +0000 X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * asr@softhome.net [010412 00:52] wrote: > > Hi, > > I can't seem decipher the functionality of the accf_http.c file in the > netinet directory ... I also couldn't find any documents that describe its > purpose .... is it an HTTP filter or something like that ? Please don't cross post. It has a manpage. accf_http(9) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 1: 1:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id ED99437B5AF for ; Thu, 12 Apr 2001 01:01:01 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 4926 invoked by uid 1000); 12 Apr 2001 07:59:38 -0000 Date: Thu, 12 Apr 2001 10:59:38 +0300 From: Peter Pentchev To: asr@softhome.net Cc: freebsd-net@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: netinet/accf_http.c usage ? Message-ID: <20010412105938.C3439@ringworld.oblivion.bg> Mail-Followup-To: asr@softhome.net, freebsd-net@freebsd.org, freebsd-hackers@freebsd.org References: <20010412075239.21554.qmail@softhome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010412075239.21554.qmail@softhome.net>; from asr@softhome.net on Thu, Apr 12, 2001 at 07:52:39AM +0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Apr 12, 2001 at 07:52:39AM +0000, asr@softhome.net wrote: > > Hi, > > I can't seem decipher the functionality of the accf_http.c file in the > netinet directory ... I also couldn't find any documents that describe its > purpose .... is it an HTTP filter or something like that ? Have you tried 'man accf_http', or even 'man -k accf_http'? Start with 'man 9 accept_filter', then 'man 9 accf_http'. Hope that clears things up. G'luck, Peter -- You have, of course, just begun reading the sentence that you have just finished reading. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 9:50:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from xogw.odey.co.uk (ip03.odey.adsl.uk.xo.com [195.147.191.155]) by hub.freebsd.org (Postfix) with ESMTP id 9D24C37B446; Thu, 12 Apr 2001 09:50:46 -0700 (PDT) (envelope-from B.Sutton@odey.co.uk) Received: (from nobody@localhost) by xogw.odey.co.uk (8.11.2/8.11.2) id f3CHoOx79755; Thu, 12 Apr 2001 17:50:24 GMT (envelope-from B.Sutton@odey.co.uk) X-Authentication-Warning: xogw.odey.co.uk: nobody set sender to using -f Received: from odeydom.odey.co.uk(192.168.100.4) by xogw.odey.co.uk via smap (V2.1/2.1+anti-relay+anti-spam) id xma079262; Thu, 12 Apr 01 17:47:13 GMT To: das@mbox.com.au Cc: freebsd-ipfw@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: multi-subnet windows file sharing? X-Mailer: Lotus Notes Release 5.0.4a July 24, 2000 Message-ID: From: "Blair Sutton/Odey" Date: Thu, 12 Apr 2001 17:53:21 +0100 X-MIMETrack: Serialize by Router on odeydom/Odey(Release 5.0.6a |January 17, 2001) at 04/12/2001 05:53:18 PM, Serialize complete at 04/12/2001 05:53:18 PM MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You can also create a WINS server. This doesn't have to run on the router but must have a routable IP address within your network system. Another solution is to configure your router to forward ethernet packets. I don't know how to do this but I you can read the bridge (4) manpage and the BRIDGE option in your kernel conf. Hope this helps in addition. Blair das@mbox.com.au Sent by: owner-freebsd-ipfw@FreeBSD.ORG 09/04/2001 11:52 To: freebsd-ipfw@FreeBSD.ORG, freebsd-net@FreeBSD.ORG cc: Subject: multi-subnet windows file sharing? Hi guys, sorry about this question on this board, but I haven't met a microsloth person capable of answering my question. I have a freebsd box with 5 interfaces. 1 is used to connect to a cable modem. The other 4 cards connect to internal networks. --- ed0 --- freebsd4.2 box --- fxp0 = 10.0.255.254/16 --- fxp1 = 10.1.255.254/16 --- fxp2 = 10.2.255.254/16 --- ex0 = 10.3.255.254/16 On the 10.0/16 network exists a Windows 2000 professional/workstation machine with a printer. Can I use ipfw forwarding rules, or some other method, to allow clients on the other subnets to print to this server? I guess this means forwarding all sort of broadcast crap as well, but I haven't done any sniffing yet. I'm kind of hoping that somebody else out there has already done this. Do people think the MS box will cope, or will NAT be the go? Thanks, Dave Seddon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ipfw" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 9:55:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from black.purplecat.net (ns1.purplecat.net [209.16.228.148]) by hub.freebsd.org (Postfix) with ESMTP id 3984437B446 for ; Thu, 12 Apr 2001 09:55:35 -0700 (PDT) (envelope-from peter@black.purplecat.net) Received: from localhost (peter@localhost) by black.purplecat.net (8.8.8/8.8.8) with ESMTP id MAA06122 for ; Thu, 12 Apr 2001 12:58:04 -0400 (EDT) (envelope-from peter@black.purplecat.net) Date: Thu, 12 Apr 2001 12:58:04 -0400 (EDT) From: Peter Brezny To: freebsd-net@freebsd.org Subject: running two instances of bind 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'm attempting to get two instances of bind running on the same machine. When I start the second instance, i get this error: named[15794]: ctl_server: bind: /var/run/ndc: Address already in use However it each instance of named can be found with a ps wax|grep named, and it appears that each can answer queries. I've got separate configurations in separate directories. The named.conf files specify separate ip addresses for the two instances to listen on. I'm starting the instances as follows: named -u bind -c /path/to/named.conf1 named -u bind -c /path/to/named.conf2 Any ideas as to why i'm gettin this error? I don't believe that it's because the ip address is already in use (that error message went away when i added the 'listen-on { ;}; statements in each named.conf file)... TIA pb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 10: 4: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from mx.databus.com (p101-44.acedsl.com [160.79.101.44]) by hub.freebsd.org (Postfix) with ESMTP id 4B74337B42C for ; Thu, 12 Apr 2001 10:04:01 -0700 (PDT) (envelope-from barney@mx.databus.com) Received: (from barney@localhost) by mx.databus.com (8.11.3/8.11.3) id f3CH3YP33045; Thu, 12 Apr 2001 13:03:34 -0400 (EDT) (envelope-from barney) Date: Thu, 12 Apr 2001 13:03:34 -0400 From: Barney Wolff To: Peter Brezny Cc: freebsd-net@FreeBSD.ORG Subject: Re: running two instances of bind Message-ID: <20010412130334.A33006@mx.databus.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from peter@black.purplecat.net on Thu, Apr 12, 2001 at 12:58:04PM -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org That's the named control channel, used to pass commands to it, replacing the old way of using signals. Check the docs, there must be a way to tell it to listen on a different Unix-domain socket. Barney Wolff On Thu, Apr 12, 2001 at 12:58:04PM -0400, Peter Brezny wrote: > I'm attempting to get two instances of bind running on the same machine. > > When I start the second instance, i get this error: > > named[15794]: ctl_server: bind: /var/run/ndc: Address already in use > > However it each instance of named can be found with a ps wax|grep named, > and it appears that each can answer queries. > > I've got separate configurations in separate directories. The named.conf > files specify separate ip addresses for the two instances to listen on. > > I'm starting the instances as follows: > > named -u bind -c /path/to/named.conf1 > named -u bind -c /path/to/named.conf2 > > Any ideas as to why i'm gettin this error? I don't believe that it's > because the ip address is already in use (that error message went away > when i added the 'listen-on { ;}; statements in each named.conf file)... > > TIA > > pb > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 10:19: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 7D29F37B422 for ; Thu, 12 Apr 2001 10:19:01 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 14045 invoked by uid 1001); 12 Apr 2001 17:18:59 +0000 (GMT) To: peter@black.purplecat.net Cc: freebsd-net@freebsd.org Subject: Re: running two instances of bind From: sthaug@nethelp.no In-Reply-To: Your message of "Thu, 12 Apr 2001 12:58:04 -0400 (EDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 12 Apr 2001 19:18:58 +0200 Message-ID: <14043.987095938@verdi.nethelp.no> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm attempting to get two instances of bind running on the same machine. > > When I start the second instance, i get this error: > > named[15794]: ctl_server: bind: /var/run/ndc: Address already in use > > However it each instance of named can be found with a ps wax|grep named, > and it appears that each can answer queries. > > I've got separate configurations in separate directories. The named.conf > files specify separate ip addresses for the two instances to listen on. Only specifying separate listen addresses may not be enough. You want something like this: options { directory "/etc/namedb/server1"; query-source address a.b.c.d port 4096; transfer-source a.b.c.d; listen-on { a.b.c.d; }; pid-file "/var/run/named-server1.pid"; }; controls { unix "/var/run/ndc-server1" perm 0660 owner 0 group 53; }; and options { directory "/etc/namedb/server2"; query-source address e.f.g.h port 4097; transfer-source e.f.g.h; listen-on { e.f.g.h; }; pid-file "/var/run/named-server2.pid"; }; controls { unix "/var/run/ndc-server2" perm 0660 owner 0 group 53; }; (Slightly obscured from a working server with several named processes.) Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 10:41:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1234437B424 for ; Thu, 12 Apr 2001 10:41:20 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f3CHfId14598; Thu, 12 Apr 2001 10:41:18 -0700 (PDT) Date: Thu, 12 Apr 2001 10:41:18 -0700 From: Alfred Perlstein To: Peter Brezny Cc: freebsd-net@FreeBSD.ORG Subject: Re: running two instances of bind Message-ID: <20010412104118.C24582@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from peter@black.purplecat.net on Thu, Apr 12, 2001 at 12:58:04PM -0400 X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Peter Brezny [010412 09:55] wrote: > I'm attempting to get two instances of bind running on the same machine. > > When I start the second instance, i get this error: > > named[15794]: ctl_server: bind: /var/run/ndc: Address already in use > > However it each instance of named can be found with a ps wax|grep named, > and it appears that each can answer queries. > > I've got separate configurations in separate directories. The named.conf > files specify separate ip addresses for the two instances to listen on. > > I'm starting the instances as follows: > > named -u bind -c /path/to/named.conf1 > named -u bind -c /path/to/named.conf2 > > Any ideas as to why i'm gettin this error? I don't believe that it's > because the ip address is already in use (that error message went away > when i added the 'listen-on { ;}; statements in each named.conf file)... One of the more irritating things to figure out with named: controls { unix "/var/run/ndc-2" perm 0600 owner 0 group 0; }; You want that in your named.conf file, it'll make named use a different control socket for ndc communication. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 14: 6:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id B098937B43F for ; Thu, 12 Apr 2001 14:06:44 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f3CL6iW10408; Thu, 12 Apr 2001 14:06:44 -0700 Date: Thu, 12 Apr 2001 14:06:44 -0700 From: Brooks Davis To: freebsd-net@freebsd.org Subject: netgraph questions Message-ID: <20010412140644.A8250@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm looking at a project at work using netgraph which will need nodes for tunnels like those for ethernet devices. I'll definatly need to do tun devices and possiably gif devices as well. First, is this a reasonable thing to attempt? I'm pretty sure it is, but if it's not I've got the opportunity to bail at this stage. Second, is ng_ether and if_ether the place to look for an example or is there somewhere else that would be good? Thanks, Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE61hjjXY6L6fI4GtQRAkn3AJ4isgMO8xkPNDhf2vy7pFNIIosIpwCgkbr0 kAVkq/vKa5VMT0azQ0oQAB8= =LtVc -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 19:38:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from dr-evil.shagadelic.org (yeah-baby.shagadelic.org [208.176.2.162]) by hub.freebsd.org (Postfix) with ESMTP id 90FC837B423 for ; Thu, 12 Apr 2001 19:38:30 -0700 (PDT) (envelope-from thorpej@zembu.com) Received: by dr-evil.shagadelic.org (Postfix, from userid 7518) id 9E51C18B64; Thu, 12 Apr 2001 19:38:28 -0700 (PDT) Date: Thu, 12 Apr 2001 19:38:28 -0700 From: Jason R Thorpe To: snap-users@kame.net Cc: freebsd-net@freebsd.org Subject: Re: (KAME-snap 4439) FreeBSD fxp driver, offloading cryptography ... Message-ID: <20010412193828.Z443@dr-evil.shagadelic.org> Reply-To: thorpej@zembu.com Mail-Followup-To: Jason R Thorpe , snap-users@kame.net, freebsd-net@freebsd.org References: <3AD352CA.179721B@aurora.regenstrief.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD352CA.179721B@aurora.regenstrief.org>; from gunther@aurora.regenstrief.org on Tue, Apr 10, 2001 at 06:36:58PM +0000 Organization: Zembu Labs, Inc. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 10, 2001 at 06:36:58PM +0000, Gunther Schadow wrote: > question: is anyone working on the Intel Pro/100 S support in the > fxp driver? I have found Intel to distribute a Linux driver and > looking at the source code I found: Where is the Intel-supplied Linux driver found? I haven't found it from a quick search on Intel's web site... > - no mention of the crypto functions in the Linux driver > > - that the FreeBSD fxp driver looks noticeably different from > the Intel supplied Linux driver source > > I suppose that we have no good documentation on the crypto functions > of the Pro/100 S right? How could we get that information? Is anyone > working on this? I am working on this (albiet for NetBSD), but don't yet have the documentation I need. Unfortunately, it seems as if Intel considers the crypto function of the Pro/100S to be a trade secret (er, or something). Anyway, I'm trying to work out an acceptable arrangement that would allow me access to the chip's documentation but also allow me to release an open-source driver. -- -- Jason R. Thorpe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Apr 12 23:10:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id 7AADA37B423 for ; Thu, 12 Apr 2001 23:10:49 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=d8da20e9d02ea4b91e6526a6b1313dc5) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14nwmr-0000Ar-00; Fri, 13 Apr 2001 00:10:29 -0600 Message-ID: <3AD69855.EEFB469D@softweyr.com> Date: Fri, 13 Apr 2001 00:10:29 -0600 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: howard Cc: freebsd-net@freebsd.org Subject: Re: help References: <3AD501AB.D2B4583A@263.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org howard wrote: > > Hi, all > > I am a newbie on FreeBSD. I am doing some development about DNS. I need > your guide on how to send out DNS query packet to network. From C, the primary methods would be "gethostbyname" and "gethostbyaddr", coupled with the proper configuration in /etc/host.conf and /etc/resolv.conf. -- "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 Thu Apr 12 23:56:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 3951037B424 for ; Thu, 12 Apr 2001 23:56:54 -0700 (PDT) (envelope-from julian@elischer.org) Received: (qmail 15765 invoked by uid 666); 13 Apr 2001 06:59:24 -0000 Received: from i177-110.nv.iinet.net.au (HELO elischer.org) (203.59.177.110) by mail.m.iinet.net.au with SMTP; 13 Apr 2001 06:59:24 -0000 Message-ID: <3AD6A316.B22F72E6@elischer.org> Date: Thu, 12 Apr 2001 23:56:22 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Brooks Davis Cc: freebsd-net@freebsd.org Subject: Re: netgraph questions References: <20010412140644.A8250@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brooks Davis wrote: > > I'm looking at a project at work using netgraph which will need nodes for > tunnels like those for ethernet devices. I'll definatly need to do tun > devices and possiably gif devices as well. First, is this a reasonable > thing to attempt? I'm pretty sure it is, but if it's not I've got the > opportunity to bail at this stage. Second, is ng_ether and if_ether the > place to look for an example or is there somewhere else that would be > good? > > Thanks, > Brooks in -current there is the eiface node that makes a virtual ethernet interface. it is available elsewhere for 4.x but not yet checked in. it is not built by default in -current but IS checked in. Is that what you want? > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > > -------------------------------------------------------------------------------- > Part 1.2Type: application/pgp-signature -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 3:10:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from callisto.rug.ac.be (callisto.rug.ac.be [157.193.44.18]) by hub.freebsd.org (Postfix) with ESMTP id 059F837B449; Fri, 13 Apr 2001 03:10:39 -0700 (PDT) (envelope-from Piet.Ruyssinck@rug.ac.be) Received: from callisto.rug.ac.be (callisto.rug.ac.be [157.193.44.18]) by callisto.rug.ac.be (Postfix) with ESMTP id C234C66298; Fri, 13 Apr 2001 12:03:48 +0200 (MET DST) Date: Fri, 13 Apr 2001 12:03:48 +0200 (MET DST) From: Piet Ruyssinck To: freebsd-net@freebsd.org, archie@freebsd.org Cc: Luc Verschraegen , Arsene Wauters , Piet Ruyssinck Subject: mpd-3.2 makes FreeBSD 4.2R panic 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 need some assistance here.... My headache is caused by a Compaq Armada E500 notebook running FreeBSD 4.2-RELEASE (kernel config at the bottom of this message) and with the mpd-netgraph port installed (mpd-3.2). The machine always panics shortly after setting up a VPN link with a Cisco 7140-2FE (with Integrated service module for H/W encryption and running IOS EGR Software Version 12.1(4)E) Before I could even set up the connection, I had to remove the following lines from /usr/ports/net/mpd-netgraph/work/mpd-3.2/src/pptp_ctrl.c : if (hdr->resv0 != 0) { Log(LG_PPTP, ("pptp%d: non-zero reserved field in header", c->id)); goto abort; } because (hdr->resv0 != 0) would always yield true. Is the Cisco not speaking proper pptp here ? my /usr/local/etc/mpd/mpd.conf looks like this : default: load vpn vpn: new vpn vpn set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname "********" set bundle password "********" set link yes acfcomp protocomp set link disable pap chap set link accept chap set link keep-alive 10 75 set ipcp yes vjcomp set ipcp ranges 157.193.33.4/16 157.193.46.4/16 set bundle enable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e128 set bundle enable crypt-reqd set ccp yes mpp-stateless open and here's my /usr/local/etc/mpd/mpd.links : vpn: set link type pptp set pptp self 157.193.55.252 set pptp peer 157.193.46.4 set pptp enable originate incoming outcall When I launch mpd, the link comes up, but a few seconds later, the machine panics. I followed section 13.13. of the FreeBSD FAQ (http://www.freebsd.org/FAQ/hackers.html#KERNEL-PANIC-TROUBLESHOOTING) to give as much as possible information regarding this panic : # gdb -k /sys/compile/ARMADA/kernel.debug /usr/home/vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3637248 initial pcb at 2f2980 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x70 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0145ca4 stack pointer = 0x10:0xc02ab484 frame pointer = 0x10:0xc02ab4a8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio cam trap number = 12 panic: page fault syncing disks... 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 giving up on 20 buffers Uptime: 1m33s dumping to dev #ad/0x30001, offset 270848 dump ata0: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 3 0 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc014302e in dumpsys () (kgdb) where #0 0xc014302e in dumpsys () #1 0xc0142e4f in boot () #2 0xc01431cc in poweroff_wait () #3 0xc02645a1 in trap_fatal () #4 0xc0264279 in trap_pfault () #5 0xc0263e5f in trap () #6 0xc0145ca4 in tsleep () #7 0xc0161721 in sb_lock () #8 0xc015f214 in sosend () #9 0xc0195444 in ng_ksocket_rcvdata (hook=0xc0a9f0a0, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_ksocket.c:795 #10 0xc018f301 in ng_send_data (hook=0xc0a9f0c0, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_base.c:1624 #11 0xc019ca48 in ng_pptpgre_xmit (node=0xc0b52400, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_pptpgre.c:547 #12 0xc019c600 in ng_pptpgre_rcvdata (hook=0xc0a9f0e0, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_pptpgre.c:411 #13 0xc018f301 in ng_send_data (hook=0xc0a9f100, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_base.c:1624 #14 0xc0198eb4 in ng_ppp_output (node=0xc0b52380, bypass=0, proto=253, linkNum=65535, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_ppp.c:985 #15 0xc0198a02 in ng_ppp_rcvdata (hook=0xc0a9f080, m=0xc0749b00, meta=0x0) at ../../netgraph/ng_ppp.c:766 #16 0xc018f301 in ng_send_data (hook=0xc0a9f060, m=0xc0749b00, meta=0x0) ---Type to continue, or q to quit--- at ../../netgraph/ng_base.c:1624 #17 0xc0196be4 in ng_mppc_rcvdata (hook=0xc0a9f060, m=0xc0749500, meta=0x0) at ../../netgraph/ng_mppc.c:369 #18 0xc018f301 in ng_send_data (hook=0xc0a9f080, m=0xc0749500, meta=0x0) at ../../netgraph/ng_base.c:1624 #19 0xc0198a44 in ng_ppp_rcvdata (hook=0xc0a9f2e0, m=0xc0749500, meta=0x0) at ../../netgraph/ng_ppp.c:783 #20 0xc018f301 in ng_send_data (hook=0xc0a9f2c0, m=0xc0749500, meta=0x0) at ../../netgraph/ng_base.c:1624 #21 0xc019222a in ng_bpf_rcvdata (hook=0xc0a9f2a0, m=0xc0749500, meta=0x0) at ../../netgraph/ng_bpf.c:436 #22 0xc018f301 in ng_send_data (hook=0xc0a9f280, m=0xc0749500, meta=0x0) at ../../netgraph/ng_base.c:1624 #23 0xc0194305 in ng_iface_output (ifp=0xc0b59800, m=0xc0749500, dst=0xc7cccf4c, rt0=0xc0b59200) at ../../netgraph/ng_iface.c:442 #24 0xc01a697f in ip_output () #25 0xc01a815b in rip_output () #26 0xc01a85a3 in rip_send () #27 0xc015f72f in sosend () #28 0xc0195444 in ng_ksocket_rcvdata (hook=0xc0a9f0a0, m=0xc072be00, meta=0x0) at ../../netgraph/ng_ksocket.c:795 #29 0xc018f301 in ng_send_data (hook=0xc0a9f0c0, m=0xc072be00, meta=0x0) at ../../netgraph/ng_base.c:1624 #30 0xc019ca48 in ng_pptpgre_xmit (node=0xc0b52400, m=0xc072be00, meta=0x0) ---Type to continue, or q to quit--- at ../../netgraph/ng_pptpgre.c:547 #31 0xc019d0b4 in ng_pptpgre_send_ack_timeout (arg=0xc0a33870) at ../../netgraph/ng_pptpgre.c:873 #32 0xc0148a55 in softclock () (kgdb) q # FYI, my kernel config : bash-2.04# cat /usr/src/sys/i386/conf/ARMADA machine i386 cpu I686_CPU ident ARMADA maxusers 32 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa device pci device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device apm0 at nexus? device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable device sio0 at isa? port IO_COM1 flags 0x10 irq 4 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) #device lpt # Printer device ppi # Parallel port interface device device vpo # Requires scbus and da device fxp # Intel EtherExpress PRO/100B (82557, 82558) pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uscanner # Scanners # device pcm0 at isa? irq 10 drq 1 flags 0x0 device pcm options NETGRAPH #netgraph(4) system options NETGRAPH_ASYNC options NETGRAPH_BPF options NETGRAPH_CISCO options NETGRAPH_ECHO options NETGRAPH_ETHER options NETGRAPH_FRAME_RELAY options NETGRAPH_HOLE options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_LMI # MPPC compression requires proprietary files (not included) #options NETGRAPH_MPPC_COMPRESSION options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_ONE2MANY options NETGRAPH_PPP options NETGRAPH_PPPOE options NETGRAPH_PPTPGRE options NETGRAPH_RFC1490 options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI options NETGRAPH_VJC I'd be very obliged if anyone could hand me some clues here. ___________________________________________________________________________ Piet RUYSSINCK e-mail: Piet.Ruyssinck@rug.ac.be Unix Systeem Administratie tel: +32 9 264 4733 Academisch Rekencentrum fax: +32 9 264 4994 Universiteit Gent (RUG) Krijgslaan 281, gebouw S9 - 9000 Gent, Belgie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 6:37:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from earth.inco.com.lb (earth.inco.com.lb [193.188.135.5]) by hub.freebsd.org (Postfix) with ESMTP id 8D11437B496; Fri, 13 Apr 2001 06:37:47 -0700 (PDT) (envelope-from djt2000@inco.com.lb) Received: from hamster ([194.126.31.148]) by earth.inco.com.lb (8.11.1/8.11.1) with SMTP id f3DDdGK19337; Fri, 13 Apr 2001 11:39:17 -0200 (GMT) Message-ID: <000901c0c422$bd356860$941f7ec2@hamster> From: "Toni SOUEID" To: Cc: Subject: Problem in TCP initialisation of cwnd Date: Fri, 13 Apr 2001 16:05:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, My name is Toni Soueid and I'm currently working on a project in which I have to analyse the behavior of FreeBSD TCP. I'm running FreeBSD 4.2-STABLE (which I got from a Magazine CD), and I'm analysing the TCP with various tools. One thing that shocked me is that a TCP connection in FreeBSD (at least on my machines) doesn't begin with a slow start but rather sends a huge amount of packets to the other end (this huge amount only seems to be limited either by the receiver window or by the local machine's send buffer). It seems that cwnd isn't initialised. To investigate things further I employed ttcp and trpt. ttcp allows me to send data in a controlled manner and enable socket debugging. the trace buffer that is recorder is viewed with trpt. I've modified the trpt.c file by including in the section inside if(sflag) : printf("\t snd_cwnd %lu snd_ssthresh %lu\n", tp->snd_cwnd, tp->snd_ssthresh); on one machine I'd type : ttcp -r on the machine which I want to observe its TCP i'd type : ttcp -t -d and then type in some lines and close the connection. then i'd type : trpt -s and obtain that in fact cwnd is being initialised to a huge value. Here's the trpt -s output : ---------------------------------------------------------------------------- ------ c456c2e0: 265 SYN_SENT:output [59c75d82..59c75d6e)@0(win=4000) -> SYN_SENT rcv_nxt 0 rcv_wnd 0 snd_una 59c75d82 snd_nxt 59c75d83 snd_max 59c75d83 snd_wl1 0 snd_wl2 0 snd_wnd 0 snd_cwnd 1073725440 snd_ssthresh 1073725440 265 CLOSED:user CONNECT -> SYN_SENT rcv_nxt 0 rcv_wnd 0 snd_una 59c75d82 snd_nxt 59c75d83 snd_max 59c75d83 snd_wl1 0 snd_wl2 0 snd_wnd 0 snd_cwnd 1073725440 snd_ssthresh 1073725440 265 SYN_SENT:input b22eb37c@59c75d83(win=4470) -> ESTABLISHED rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d83 snd_nxt 59c75d83 snd_max 59c75d83 snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 265 ESTABLISHED:output [59c75d83..59c75d6f)@b22eb37d(win=4470) -> ESTABLISHED rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d83 snd_nxt 59c75d83 snd_max 59c75d83 snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 939 ESTABLISHED:output [59c75d83..59c75d6f)@b22eb37d(win=4470) -> ESTABLISHED rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d83 snd_nxt 59c75d89 snd_max 59c75d89 snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 939 ESTABLISHED:user SEND -> ESTABLISHED rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d83 snd_nxt 59c75d89 snd_max 59c75d89 snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 301 FIN_WAIT_1:output [59c75d89..59c75d75)@b22eb37d(win=4470) -> FIN_WAIT_1 rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d89 snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 301 ESTABLISHED:user DISCONNECT -> FIN_WAIT_1 rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d89 snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 301 FIN_WAIT_1:user DETACH -> FIN_WAIT_1 rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d89 snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d83 snd_wnd 4470 snd_cwnd 95681100 snd_ssthresh 1073725440 301 FIN_WAIT_1:input b22eb37d@59c75d8a(win=4470) -> FIN_WAIT_2 rcv_nxt b22eb37d rcv_wnd 4470 snd_una 59c75d8a snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d8a snd_wnd 4470 snd_cwnd 65535 snd_ssthresh 1073725440 301 FIN_WAIT_2:input b22eb37d@59c75d8a(win=4470) -> TIME_WAIT rcv_nxt b22eb37e rcv_wnd 4470 snd_una 59c75d8a snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d8a snd_wnd 4470 snd_cwnd 65535 snd_ssthresh 1073725440 301 TIME_WAIT:output [59c75d8a..59c75d76)@b22eb37e(win=4470) -> TIME_WAIT rcv_nxt b22eb37e rcv_wnd 4470 snd_una 59c75d8a snd_nxt 59c75d8a snd_max 59c75d8a snd_wl1 b22eb37d snd_wl2 59c75d8a snd_wnd 4470 snd_cwnd 65535 snd_ssthresh 1073725440 ---------------------------------------------------------------------------- ------ I don't know if the problem is a mistake in my observations or is a bug in my own kernel or anything else please if anyone knows anything let me know asap. tanx Toni Soueid djt2000@inco.com.lb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 7:49:54 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 86DBF37B496 for ; Fri, 13 Apr 2001 07:49:49 -0700 (PDT) (envelope-from julian@elischer.org) Received: (qmail 16640 invoked by uid 666); 13 Apr 2001 14:52:22 -0000 Received: from i188-164.nv.iinet.net.au (HELO elischer.org) (203.59.188.164) by mail.m.iinet.net.au with SMTP; 13 Apr 2001 14:52:22 -0000 Message-ID: <3AD711EE.EEADD293@elischer.org> Date: Fri, 13 Apr 2001 07:49:18 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Toni SOUEID Cc: freebsd-bugs@freebsd.org, freebsd-net@freebsd.org Subject: Re: Problem in TCP initialisation of cwnd References: <000901c0c422$bd356860$941f7ec2@hamster> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Toni SOUEID wrote: > > Hello, > My name is Toni Soueid and I'm currently working on a project > in which I have to analyse the behavior of FreeBSD TCP. > > I'm running FreeBSD 4.2-STABLE (which I got from a Magazine CD), > and I'm analysing the TCP with various tools. > > One thing that shocked me is that a TCP connection in FreeBSD (at least on > my machines) > doesn't begin with a slow start but rather sends a huge amount of packets to > the other end > (this huge amount only seems to be limited either by the receiver window or > by the local machine's > send buffer). It seems that cwnd isn't initialised. It is my understanding that it does this only if the destination is considered 'local' (i.e in the same subnet.) -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 8:22:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by hub.freebsd.org (Postfix) with ESMTP id D01AD37B446; Fri, 13 Apr 2001 08:22:21 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id IAA19064; Fri, 13 Apr 2001 08:22:18 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f3DFMDB24703; Fri, 13 Apr 2001 08:22:13 -0700 (PDT) (envelope-from bmah) Message-Id: <200104131522.f3DFMDB24703@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Julian Elischer Cc: Toni SOUEID , freebsd-bugs@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Problem in TCP initialisation of cwnd In-Reply-To: <3AD711EE.EEADD293@elischer.org> References: <000901c0c422$bd356860$941f7ec2@hamster> <3AD711EE.EEADD293@elischer.org> Comments: In-reply-to Julian Elischer message dated "Fri, 13 Apr 2001 07:49:18 -0700." From: bmah@cisco.com (Bruce A. Mah) Reply-To: bmah@cisco.com X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_423415747P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 13 Apr 2001 08:22:13 -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --==_Exmh_423415747P Content-Type: text/plain; charset=us-ascii If memory serves me right, Julian Elischer wrote: > > One thing that shocked me is that a TCP connection in FreeBSD (at least on > > my machines) > > doesn't begin with a slow start but rather sends a huge amount of packets t > o > > the other end > > (this huge amount only seems to be limited either by the receiver window or > > by the local machine's > > send buffer). It seems that cwnd isn't initialised. > > It is my understanding that it does this only if the destination is considere > d > 'local' > (i.e in the same subnet.) This is my recollection too, but I can't off-hand recall the reference for this (other than looking in the source code). I'm betting that these sysctl variables let one tweak this behavior: net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 65535 Bruce. --==_Exmh_423415747P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE61xml2MoxcVugUsMRAqTlAKCT0/EfzRehcO13iQJ31nZF9mXIdQCgjl2B uLSjGAmZYYPXBPZjqHS/XdE= =YW0/ -----END PGP SIGNATURE----- --==_Exmh_423415747P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 10:21:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id BB96A37B443 for ; Fri, 13 Apr 2001 10:21:30 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id f3DHLTG18983; Fri, 13 Apr 2001 10:21:29 -0700 Date: Fri, 13 Apr 2001 10:21:29 -0700 From: Brooks Davis To: Julian Elischer Cc: freebsd-net@freebsd.org Subject: Re: netgraph questions Message-ID: <20010413102129.B664@Odin.AC.HMC.Edu> References: <20010412140644.A8250@Odin.AC.HMC.Edu> <3AD6A316.B22F72E6@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD6A316.B22F72E6@elischer.org>; from julian@elischer.org on Thu, Apr 12, 2001 at 11:56:22PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 12, 2001 at 11:56:22PM -0700, Julian Elischer wrote: > in -current there is the eiface node that makes a virtual > ethernet interface. >=20 > it is available elsewhere for 4.x but not yet checked in. it is not built= by > default in -current but IS checked in. > Is that what you want? Not quite. I want to be able to treat an established tun or gif interface like I would an ethernet iterface (more or less). I want to take all the traffic coming in on it and feed it to a node and be able to feed traffic into it in turn. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE61zWYXY6L6fI4GtQRAo5OAJ0T6cZtXaruN2+LYHr4NJKjXs6ujACgyodF +jJ5UCG+QN9yxbm7y67Tb3Q= =Ly5V -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 14:49:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay3.inwind.it (relay3.inwind.it [212.141.53.74]) by hub.freebsd.org (Postfix) with ESMTP id 2825E37B43E for ; Fri, 13 Apr 2001 14:49:23 -0700 (PDT) (envelope-from daemons@inwind.it) Received: from cumine.inwind.it (62.98.80.163) by relay3.inwind.it (5.5.025) id 3ACAF420001B483E for freebsd-net@FreeBSD.ORG; Fri, 13 Apr 2001 23:49:21 +0200 Message-Id: <5.0.2.1.0.20010413234924.03a39a70@popmail.inwind.it> X-Sender: daemons@popmail.inwind.it X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Fri, 13 Apr 2001 23:49:39 +0200 To: freebsd-net@FreeBSD.ORG From: Omar Gani Subject: Re: port of the NVIDIA drivers to FreeBSD 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 21.10 07/04/2001 +0200, you wrote: >Looking over yesterday's current-digest, I see that there was a post >proposing something along the lines of: Some FreeBSD people should port >the NVIDIA linux kernel module to FreeBSD, which would most likely result >in NVIDIA releasing FreeBSD drivers (officially I guess). Now the person >who posted this claimed to have heard this from some guys at #nvidia on >irc.openprojects.net. I know some NVIDIA employees hang out there, but I >haven't had luck asking around there. > >Does anyone know more about this, or is there maybe already an effort like >this going on? Is anyone interested? (I still haven't learned C, so no >option for me) > >-Munish Chopra (please cc any replies to me, not on the list) it's never too late :B Nvidia FreeBSD Driver Petition: http://m87-blackhole.org/nvidia_petition/formhandler.html ciao omarg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 16: 1:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 9C3FD37B505 for ; Fri, 13 Apr 2001 16:01:18 -0700 (PDT) (envelope-from john@timogen.com) Received: from timogen.com ([64.167.116.118]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GBR00C7N6LS46@mta6.snfc21.pbi.net> for net@FreeBSD.ORG; Fri, 13 Apr 2001 16:01:05 -0700 (PDT) Date: Fri, 13 Apr 2001 16:04:26 -0700 From: John Calderon Subject: question on setting up a gateway/router To: net@FreeBSD.ORG Reply-To: john@timogen.com Message-id: <3AD785FA.9CFCB412@timogen.com> MIME-version: 1.0 X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am trying to set up a gw no firewall or nat or anything else. but I am running into problems. my net diagram **************** ***************************** ************** * 192.168.100.254 *---- -*192.168.100.7 / 192.168.200.1 * ----* 192.168.100.2 * **************** ***************************** ************** gwi brazil / gw latte I can access gw from latte I can access brazil from gwi but I can't acess brazil from latte. my route tables look like this bash-2.04$ netstat -r Routing tables Internet: Destination Gateway Flags Netif Expire default gw UGSc 2 2 fxp0 localhost localhost UH 0 0 lo0 192.168.100 link#1 UC 0 0 fxp0 => gw 0:a0:cc:26:77:78 UHLW 4 29 fxp0 1116 192.168.200 link#2 UC 0 0 dc0 => latte 0:10:4b:f1:c1:9b UHLW 0 31 dc0 1085 what do I have to do to enable route functionality in freebsd. rc.conf gateway_enable="YES" ipfilter_program="/sbin/ipf -Fa -d -D" ///just for the mean time. I am at a loss. but I thought some body could help... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Apr 13 18:16:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from rgmail.regenstrief.org (rgmail.regenstrief.org [134.68.31.197]) by hub.freebsd.org (Postfix) with ESMTP id B639937B449 for ; Fri, 13 Apr 2001 18:16:21 -0700 (PDT) (envelope-from gunther@aurora.regenstrief.org) Received: from aurora.regenstrief.org (rgnout.regenstrief.org [134.68.31.38]) by rgmail.regenstrief.org (8.11.0/8.8.7) with ESMTP id f3E1HcA31813; Fri, 13 Apr 2001 20:17:39 -0500 Message-ID: <3AD7A4E0.B29B1100@aurora.regenstrief.org> Date: Sat, 14 Apr 2001 01:16:16 +0000 From: Gunther Schadow Organization: Regenstrief Institute for Health Care X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: snap-users@kame.net, freebsd-net@freebsd.org Subject: Can someone confirm this problem ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, below is what could be a cookbook recipe for IPsec tunnels. However, unfortunately it's a bug report. I would like some of you to try this out and confirm the problem for me, may be find the error on my part, or make suggestions on how to work around this problem. If you have an older KAME release, you may not see this bug instantaneously, instead you will notice a kernel panic when running the network for some time under higher load (~ 2 Mb/s). On KAME-SNAP as of last March no kernel panic occurs but this problem can be seen instantaneously. Here is how it goes: You need three machines A and B, and C. We begin with A and B: On machine A run: if=ed0 aip=10.10.10.1 bip=10.10.10.2 aipsec=10.99.10 bipsec=10.99.20 ifconfig ${if} inet alias ${aip} netmask 0xffffff00 ifconfig lo0 inet alias ${aipsec}.1 netmask 0xffffff00 route add -net ${bipsec}.0/24 ${aipsec}.1 setkey -c < 10.10.10.3: ESP(spi=2000,seq=0x14) 19:51:30.945915 10.10.10.3 > 10.10.10.1: ESP(spi=2001,seq=0x24) 19:51:31.953169 10.10.10.1 > 10.10.10.3: ESP(spi=2000,seq=0x15) 19:51:31.953300 10.10.10.3 > 10.10.10.1: ESP(spi=2001,seq=0x25) as it should, and remember, the C-tunnel works now. Let's go to B and ping ${aipsec}.1 tcpdump shows: 19:55:21.963950 10.10.10.2 > 10.10.10.1: ESP(spi=1001,seq=0x42) 19:55:22.975435 10.10.10.2 > 10.10.10.1: ESP(spi=1001,seq=0x43) see how A never sends an icmp echo reply? It is because it never gets the icmp messages to the upper layer. Instead netstat -s -p ip ip: 2313 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 2033 packets for this host >>>>>> 267 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 13 packets received for unknown multicast group 0 redirects sent 1374 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header As you see, the unknown/unsupported protocol counter goes up with every icmp request sent. But, the "packets for this host" counter doen not go up. This means, the packets are not even seen as belonging to this host!!! Now let's turn this around once again. Disabling SPD entries for C and you'll see how B comes back on line: setkey -c <; Sat, 14 Apr 2001 03:07:51 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F059366B84; Sat, 14 Apr 2001 03:07:45 -0700 (PDT) Date: Sat, 14 Apr 2001 03:07:45 -0700 From: Kris Kennaway To: Len Conrad Cc: freebsd-net@freebsd.org Subject: Re: (KAME-snap 4439) FreeBSD fxp driver, offloading cryptography ... Message-ID: <20010414030745.A3319@xor.obsecurity.org> References: <11401.986929899@coconut.itojun.org> <5.0.0.25.0.20010411083104.0267d0a0@mail.Go2France.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010411083104.0267d0a0@mail.Go2France.com>; from LConrad@Go2France.com on Wed, Apr 11, 2001 at 08:32:33AM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 11, 2001 at 08:32:33AM +0200, Len Conrad wrote: >=20 > > >question: is anyone working on the Intel Pro/100 S support in the > > >fxp driver? I have found Intel to distribute a Linux driver and > > >looking at the source code I found: > > > > I have contacted intel a couple of times, to different part of = intel, > > for spec sheet for this particular card (crypto portion of cour= se). > > i have got no response at all. > > > >itojun >=20 > Itojun, >=20 > Do you know of any projects to support encryption hardware in FreeBSD=20 > as is found in OpenBSD? Mark Murray is working on this. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE62CFxWry0BWjoQKURAjFFAKCzgFyWkWM47HFO7D0PP4kayI1zWwCgxkSy 2Q3vsfl8Gurx/fJQHs82o9U= =g9BP -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message