From owner-freebsd-net Sun Feb 23 12:13: 6 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF1137B401; Sun, 23 Feb 2003 12:13:02 -0800 (PST) Received: from mta08bw.bigpond.com (mta08bw.bigpond.com [144.135.24.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDCD43FD7; Sun, 23 Feb 2003 12:13:00 -0800 (PST) (envelope-from sigemt@yahoo.com.au) Received: from zhadum.dnsalias.net ([144.135.24.78]) by mta08bw.bigpond.com (Netscape Messaging Server 4.15 mta08bw Jul 16 2002 22:47:55) with SMTP id HAS2TM00.1AP; Mon, 24 Feb 2003 06:12:58 +1000 Received: from CPE-144-137-123-80.nsw.bigpond.net.au ([144.137.123.80]) by bwmam04.mailsvc.email.bigpond.com(MailRouter V3.0n 35/5803856); 24 Feb 2003 06:13:00 Received: from psi.starfleet.org.au (psi.starfleet.org.au [172.16.0.3]) by arthur.starfleet.org.au (Postfix) with ESMTP id 18C339459; Mon, 24 Feb 2003 07:12:59 +1100 Received: by psi.starfleet.org.au (Postfix, from userid 1000) id 1D9BD454; Mon, 24 Feb 2003 07:12:30 +1100 Date: Mon, 24 Feb 2003 07:12:30 +1100 From: Rudolph Pereira To: stable@freebsd.org, net@freebsd.org Subject: wi card problem on 440lx motherboard Message-ID: <20030223201230.GB350@starfleet.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I am trying to get a wireless PCI card working on an old PC with an intel 440lx chipset and it appears that the card is only intermittently working. First, the specs: motherboard: msi-6111 (440lx chipset) wi pci card: sparklan wl-360f; pciconf output is: wi0@pci0:16:0: class=0x028000 card=0x38731260 chip=0x38731260 rev=0x01 hdr=0x00 vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)' device = 'PRISM 2.5 802.11b 11Mbps Wireless Controller' class = network I'm testing by pinging between this machine and a wi in my laptop (which stays constant throughout my tests), the cards are in ad-hoc mode, 11Mbps, and about 2 metres from each other with no obvious sources of interference. results: - if I put the card into another (newer, completely different configuration) machine running 4-stable, everything works fine - if I ping with a freebsd 4-stable or 5-current configuration on the problem machine, I get ~20% packet loss (this is just a straight ping), with the dropped packets being corrupted as described below - if I run the same ping test under netbsd (1.6), there's at most 3% packet loss, but usually none The corruption looks random. I've only seen it in packet headers (e.g checksums, protocols etc), but I can't say it's only happening there. Examples: (laptop == 192.168.0.2, faulty card == 192.168.0.1); I've listed the tcpdump output from the src first 1. 06:19:14.698259 192.168.0.2 > 192.168.0.1: icmp: echo request (ttl 64, id 51178, len 84) 4500 0054 c7ea 0000 4001 316b c0a8 0002 c0a8 0001 0800 04f0 0e09 0500 b21e 593e dfa6 0a00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 06:19:13.419329 truncated-ip - 51094 bytes missing! 192.168.0.2 > 192.168.0.1: icmp: echo request (ttl 64, id 51178, len 51178, bad cksum 316b!) 4500 c7ea c7ea 0000 4001 316b c0a8 0002 c0a8 0001 0800 04f0 0e09 0500 b21e 593e dfa6 0a00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 2. 06:31:56.804103 192.168.0.2 > 192.168.0.1: icmp: echo request (ttl 64, id 53536, len 84) 4500 0054 d120 0000 4001 2835 c0a8 0002 c0a8 0001 0800 7f4c 230c 0500 ac21 593e 5444 0c00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 06:31:56.471654 192.168.0.2 > 192.168.0.1: (frag 53536:64@8) (ttl 64, len 84, bad cksum 2835!) 4500 0054 d120 4001 4001 2835 c0a8 0002 c0a8 0001 0800 7f4c 230c 0500 ac21 593e 5444 0c00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 3. 06:41:05.800243 bad-hlen 0 0054 0054 d7de 0000 4001 2177 c0a8 0002 c0a8 0001 0000 7b6f 3d01 0300 d123 593e 232a 0c00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 06:41:06.119715 192.168.0.2 > 192.168.0.1: icmp: echo reply (ttl 64, id 55262, len 84) 4500 0054 d7de 0000 4001 2177 c0a8 0002 c0a8 0001 0000 7b6f 3d01 0300 d123 593e 232a 0c00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 4. 06:43:32.892415 192.168.0.2 > 192.168.0.1: gre gre-proto-0xAA06 (ttl 32, id 55590, len 84, bad cksum 202f!) 4500 0054 d926 0000 202f 202f c0a8 0002 c0a8 0001 0000 aa06 3e01 0100 6424 593e 6192 0d00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 06:43:33.208366 192.168.0.2 > 192.168.0.1: icmp: echo reply (ttl 64, id 55590, len 84) 4500 0054 d926 0000 4001 202f c0a8 0002 c0a8 0001 0000 aa06 3e01 0100 6424 593e 6192 0d00 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 Lastly, the message "wi0: oversized packet received ...." is occasionally displayed on the problematic machine's console. So, does anyone have any ideas about this? I've tried putting some printfs in the wi driver and it _seems_ like the corruption/duplication is happening before it gets to the driver, but I'm not a kernel hacker and could've got it wrong (then again, corruption there would be obvious to other wi users I would think). Any suggestions on how I can debug this? Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 2:31: 1 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DABE637B401 for ; Mon, 24 Feb 2003 02:30:58 -0800 (PST) Received: from rawdeal.mobilixnet.dk (rawdeal.mobilixnet.dk [212.97.204.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B4F43F75 for ; Mon, 24 Feb 2003 02:30:55 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from DK1008.gielfeldt.dk (gw-it.mobilix.net [212.97.206.26]) by rawdeal.mobilixnet.dk (8.12.4/8.9.3) with ESMTP id h1OALkHh008161 for ; Mon, 24 Feb 2003 11:21:47 +0100 (CET) Message-Id: <5.2.0.9.0.20030224105350.00b6d760@mail.gielfeldt.dk> X-Sender: thomas@mail.gielfeldt.dk (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 24 Feb 2003 11:30:52 +0100 To: freebsd-net@freebsd.org From: Thomas Subject: Netgraph filtering bridge Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi All I hope somebody out there can help me with a problem I'm having. I wan't to make a filtering bridge. I've got the bridge working (using netgraph), but I can't seem to implement filtering using a bpf node. My current configuration of the bridge is as follows: +---------------------------------+ | bnet0 (bridge) | +---+----------+---+----------+---+ | | | | | | | L | | L | | L | | i | | i | | i | | n | | n | | n | | k | | k | | k | | 0 | | 1 | | 2 | | | | | | | +---+ +---+ +---+ | | | | | | | L | | U | | L | | o | | p | | o | | w | | p | | w | | e | | e | | e | | r | | r | | r | | | | | | | +-+---+-+ +-+---+-+ +-+---+-+ | rl0 | | rl0 | | tap0 | +-------+ +-------+ +-------+ The tap0 device is the one I want to filter, preferably for both incoming and outgoing if possible, but oneway filtering will suffice. I was thinking of a setup somewhat like this: +---------------------------------+ | bnet0 (bridge) | +---+----------+---+----------+---+ | | | | | | | L | | L | | L | | i | | i | | i | | n | | n | | n | | k | | k | | k | | 0 | | 1 | | 2 | | | | | | | +---+ +---+ +---+ | | | | | | | L | | U | | M | | o | | p | | a | | w | | p | | t | | e | | e | | c | | r | | r | | h | | | | | | H | +-+---+-+ +-+---+-+ | o | | rl0 | | rl0 | | o | +-------+ +-------+ | k | +-+---+-+-------------+ | bpf0 | NoMatchHook | -> (to nothingness) +-+---+-+-------------+ | | | t | | h | | i | | s | | H | | o | | o | | k | | | +---+ | | | L | | o | | w | | e | | r | | | +-+---+-+ | tap0 | +-------+ However I'm not sure if that is the right way to implement it, since it doesn't work. I've also tried using one2many to split tap0:lower into two hooks, because I thought that the setup described above could only allow for data being transmitted in one direction. But that did not work either. I've used the shell script ether.bridge as a basis for the configuration. I can mail the script I've made (it's not very big) in my next post if that will help. This mail is big enough already as it is I think. If someone has some suggestions, they would be much appreciated. Thanks Br, Thomas Gielfeldt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 6:41:44 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B8537B401 for ; Mon, 24 Feb 2003 06:41:43 -0800 (PST) Received: from mailhost.icepr.com (rotnsrv.icenetworks.com [196.12.160.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9CC443F85 for ; Mon, 24 Feb 2003 06:41:39 -0800 (PST) (envelope-from aalejandro@icepr.com) Received: (qmail 41177 invoked from network); 24 Feb 2003 14:27:47 -0000 Received: from unknown (HELO abel) (196.12.160.14) by mailhost.icepr.com with SMTP; 24 Feb 2003 14:27:47 -0000 Message-ID: <00c401c2dc12$7d2b31a0$0ea00cc4@abel> From: "Abel Alejandro" To: Subject: cant get out with two interfaces. Date: Mon, 24 Feb 2003 10:39:08 -0400 Organization: ICENetworks.com, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I have two interfaces. The rl0 is for monitoring purposes and fxp0 is for normal internet access. rl0 is attached to a catalyst port using SPAN, meaning all the traffic going to the internet gets mirrored to this port. fxp0 is on the same catalyst. If I shutdown rl0 then I can access fxp0 from the outside, but if I ifconfig rl0 up then I am just allowed to access fxp0 within machines in the 196.12.X.0 network. rl0: flags=8802 mtu 1500 inet 10.0.0.1 netmask 0xa0000fc broadcast 255.255.255.3 inet6 fe80::2e0:7dff:fed0:fdf4%rl0 prefixlen 64 scopeid 0x1 ether 00:e0:7d:d0:fd:f4 media: Ethernet autoselect (100baseTX ) status: active fxp0: flags=8843 mtu 1500 inet 196.12.X.251 netmask 0xffffff00 broadcast 196.12.160.255 inet6 fe80::250:8bff:febb:1689%fxp0 prefixlen 64 scopeid 0x2 inet 196.12.X.10 netmask 0xffffffff broadcast 196.12.160.10 ether 00:50:8b:bb:16:89 media: Ethernet autoselect (100baseTX ) status: active Abel Alejandro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 10:40:11 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 640C937B401 for ; Mon, 24 Feb 2003 10:40:10 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA6343FF7 for ; Mon, 24 Feb 2003 10:40:09 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id BE29E10BF83; Mon, 24 Feb 2003 19:40:07 +0100 (CET) Date: Mon, 24 Feb 2003 19:40:07 +0100 From: "Simon L. Nielsen" To: Abel Alejandro Cc: freebsd-net@freebsd.org Subject: Re: cant get out with two interfaces. Message-ID: <20030224184006.GD369@nitro.dk> References: <00c401c2dc12$7d2b31a0$0ea00cc4@abel> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gj572EiMnwbLXET9" Content-Disposition: inline In-Reply-To: <00c401c2dc12$7d2b31a0$0ea00cc4@abel> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.02.24 10:39:08 -0400, Abel Alejandro wrote: > If I shutdown rl0 then I can access fxp0 from the outside, but if I ifcon= fig > rl0 up then > I am just allowed to access fxp0 within machines in the 196.12.X.0 networ= k. >=20 > rl0: flags=3D8802 mtu 1500 > inet 10.0.0.1 netmask 0xa0000fc broadcast 255.255.255.3 This netmask looks very odd... --=20 Simon L. Nielsen --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+WmcG8kocFXgPTRwRAutmAJ4mkekfeDEFISh9h67gOyefSypfsACfbBTg 7HodpScBAj3YP1LC5ezaEMc= =vn5A -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 11: 3:22 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29DBF37B401 for ; Mon, 24 Feb 2003 11:03:22 -0800 (PST) Received: from famine.e-raist.com (famine.e-raist.com [65.100.40.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D67543F3F for ; Mon, 24 Feb 2003 11:03:21 -0800 (PST) (envelope-from aburke@nullplusone.com) Received: from thebe (evrtwa1-ar10-4-40-153-150.evrtwa1.dsl-verizon.net [4.40.153.150]) (authenticated bits=0) by famine.e-raist.com (8.12.2/8.12.2) with ESMTP id h1OJ3Jau080224; Mon, 24 Feb 2003 11:03:21 -0800 (PST) From: "Aaron Burke" To: "FreeBSD-Net@freebsd.org" , "Simon L. Nielsen" Subject: RE: cant get out with two interfaces. Date: Mon, 24 Feb 2003 11:03:02 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20030224184006.GD369@nitro.dk> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > rl0: flags=8802 mtu 1500 > > inet 10.0.0.1 netmask 0xa0000fc broadcast 255.255.255.3 > This netmask looks very odd... Did you set the netmask to 0xa0000fc? This netmask will not work period. (supprised FreeBSD lets you set it this way) Can you set the netmask to 255.255.255.0 (0xffffff00)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 18:13:44 2003 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 62ACE37B401; Mon, 24 Feb 2003 18:13:42 -0800 (PST) Subject: Checksum offload support for Intel 82550/82551 To: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Date: Mon, 24 Feb 2003 18:13:42 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030225021342.62ACE37B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Yes, it's me. I'm still alive. And thanks to Wind River, I now know more about the Intel 8255x ethernet chipset than I ever really wanted to. Recently, I even learned how to enable checksum offload support for the 82550 and 82551 chips, and I decided it would be a good idea to add support for this to the if_fxp driver. There's a modified version of the code from 5.0-CURRENT sitting at: http://www.freebsd.org/~wpaul/Intel The bulk of the changes are in if_fxp.c and if_fxpreg.h. I've been testing this on 5.0-RELEASE, using 82557, 82559 and 82550 cards, and so far it seems to behave as expected. I would like to commit this, but first I want to make sure I'm not stepping on anyone's toes by doing so. I don't know who (if anyone) is maintaining the fxp driver at this point. (I think jlemon was doing, but don't know if he still is.) Some background: The 82550 and 82551 chips are newer than the 82559, even though their part number is lower. The 82559 has limited RX-only checksum offload capabilities. The 82550 and 82551 have IP and TCP/UDP checksum support for both TX and RX, using extended RX and TX descriptor structures. (Computing checksums across fragmented packets is _not_ supported.) The programming info used to enable the checksum offload support comes from the manual and driver source at: http://www.sourceforge.net/projects/e1000 Now, you'd think that the manual alone would be enough, but it isn't. The documentation describes the operation of TX checksum offload, which is implemented using a special command block called an IPCB. This is essentially an extended TxCB, except that where a TxCB contains two fragment pointer/length pairs, an IPCB has just one, and the extra space is used to control the packet parsing and offload capabilities. The manual also mentions the existence of extended RFDs for receive checksum offload, but the stupid thing doesn't tell you what they look like or how to enable them. For that, you have to go through Intel's Linux driver. It turns out there are extra bits in the config block that need to be set to enable extended RX mode. Also, the config block for the 82550 and 82551 is 32 bytes in size rather than 22. (The config bit to enable "magic receive mode" is in byte 23.) Adding support for these features while maintaining support for older chips (without making massive code changes) was a bit tricky. I don't think I did all that great a job of it, but it works. Basically, I overlaid the new IPCB structure pieces over the existing TxCB using a union. This allows the existing structure layout to be preserved for the benefit of older chips. There seems to be one annoying bug in TX checksum offload: the chip appears to botch IP header checksums for IP fragments containing less than 4 bytes. One of the tests I ran was to send a UDP packet of 1473 bytes, which ends up being fragmented across two IP datagrams, the latter containing only 1 byte of actual data. For some reason, the chip doesn't compute a proper checksum for this fragment. Consequently, TX IP header checksumming is turned off by default. If you compile the driver with -DFXP_IP_CSUM_WAR, you'll get some workaround code that attempts to hand-patch the IP checksum for datagrams of 1 to 3 bytes in size. This is not used by default because I don't consider it to be reliable, nevermind pleasant to look at. I only have access to an 82550 card, so I don't know if this is fixed in the 82551 or not. Unless anybody complains loudly, I'd like to commit this soon. I'm fairly confident that (at the very least) it doesn't break any existing functionality. Unfortunately, I'm not in a position to do in-depth performance tests right now. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 21:11:16 2003 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 6913C37B401; Mon, 24 Feb 2003 21:11:14 -0800 (PST) Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: from Mike Tancsa at "Feb 24, 2003 10:18:17 pm" To: mike@sentex.net (Mike Tancsa) Date: Mon, 24 Feb 2003 21:11:14 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030225051114.6913C37B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > On Mon, 24 Feb 2003 18:13:42 -0800 (PST), in sentex.lists.freebsd.current > you wrote: > >be reliable, nevermind pleasant to look at. I only have access to > >an 82550 card, so I don't know if this is fixed in the 82551 or not. > > Hi, > Can you tell reliably from the dmesg which type one has ? > > % dmesg | egrep -i "fxp|inphy" > fxp0: port 0xc000-0xc03f mem > 0xe8800000-0xe881ffff,0xe8831000-0xe8831fff irq 11 at device 1.0 on pci1 > fxp0: Ethernet address 00:07:e9:09:69:60 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp1: port 0xc800-0xc83f mem 0xe8832000-0xe8832fff > irq 10 at device 8.0 on pci1 > fxp1: Ethernet address 00:01:80:40:0e:b3 > inphy1: on miibus1 > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > Or do you have to look at the card / MB ? This is a good question. I apologize for not providing this info right off the bat. The fxp driver seems to use the same name strings for lots of different cards, so dmesg won't help you identify it. The only way to tell you have an 82550, other than looking at the card itself and checking for the i82550 part number, is to do: # pciconf -l | grep fxp and check for a revision code of 0xc (12) or higher. if_fxpreg.h lists a bunch of known revision values. Anything up to and including 0x9 is an 82557/8/9, which won't gain anything from these mods, I'm sorry to say. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Feb 24 21:50:13 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E97B037B401 for ; Mon, 24 Feb 2003 21:50:12 -0800 (PST) Received: from mta7.srv.hcvlny.cv.net (mta7.srv.hcvlny.cv.net [167.206.5.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01FEA43F3F for ; Mon, 24 Feb 2003 21:50:12 -0800 (PST) (envelope-from agapon@cv-nj.com) Received: from asv3.srv.hcvlny.cv.net (asv3.srv.hcvlny.cv.net [167.206.5.52]) by mta7.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.05 (built Nov 6 2002)) with ESMTP id <0HAU004C4O8BCC@mta7.srv.hcvlny.cv.net> for freebsd-net@freebsd.org; Tue, 25 Feb 2003 00:50:35 -0500 (EST) Received: from terminus.foundation.invalid (ool-4355489e.dyn.optonline.net [67.85.72.158]) by asv3.srv.hcvlny.cv.net (8.12.6/8.12.5) with ESMTP id h1P5nR7u027875 for ; Tue, 25 Feb 2003 00:49:28 -0500 (EST) Received: from edge.foundation.invalid (edge.foundation.invalid [192.168.1.12]) by terminus.foundation.invalid (8.12.6/8.12.3) with ESMTP id h1P5o44t002627 for ; Tue, 25 Feb 2003 00:50:05 -0500 (EST envelope-from agapon@cv-nj.com) Received: from localhost (localhost.foundation.invalid [127.0.0.1]) by edge.foundation.invalid (8.12.6/8.12.6) with ESMTP id h1P5o3eM022803 for ; Tue, 25 Feb 2003 00:50:04 -0500 (EST envelope-from agapon@cv-nj.com) Date: Tue, 25 Feb 2003 00:50:03 -0500 (EST) From: Andriy Gapon Subject: dummynet + ipsec X-X-Sender: avg@edge.foundation.invalid To: freebsd-net@freebsd.org Message-id: <20030225004642.O22799@edge.foundation.invalid> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Does ipsec + dummynet combination work under 4.7-release / stable ? Any tricks ? Namely, I want to pass esp packets to a pipe in ipfw rules. Thank you in advance. -- Andriy Gapon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 25 10:34:21 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C51137B405 for ; Tue, 25 Feb 2003 10:34:19 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DD1D43FA3 for ; Tue, 25 Feb 2003 10:34:16 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 23189 invoked by uid 1000); 25 Feb 2003 18:34:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Feb 2003 18:34:14 -0000 Date: Tue, 25 Feb 2003 19:34:14 +0100 (CET) From: Attila Nagy To: Bill Paul Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: <20030225021342.62ACE37B401@hub.freebsd.org> Message-ID: References: <20030225021342.62ACE37B401@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > Yes, it's me. I'm still alive. It's great to hear that one of the most talented FreeBSD hackers is back in business :) Does this means that you can afford some time to investigate the problems regarding your old software? I mean ng_fec primarily, because I couldn't get help in the past few months/years(?)... You may know, or not it is now part of FreeBSD, the only problem is that it does not work. I filed a PR (kern/46720) about a month ago, but haven't gotten too much response back. On these lists I think there is a consensus (search the archives :) that the FEC implementation is a good thing. Another problem, which I faced years ago that if you want to use .1q tagged packets on a FEC interface, it just does not works. There are more verbose details on these lists too. Are there any chances to get these fixed? Thanks in advance! ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 25 12:46:29 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F247937B401 for ; Tue, 25 Feb 2003 12:46:27 -0800 (PST) Received: from consult-scs.com (vpn.consult-scs.com [209.172.126.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 646B943FBF for ; Tue, 25 Feb 2003 12:46:27 -0800 (PST) (envelope-from vulture@consult-scs.com) Received: from consult-scs.com ([192.168.2.2]) (authenticated bits=0) by consult-scs.com (8.12.6/8.12.6) with ESMTP id h1PKkR2I066346 for ; Tue, 25 Feb 2003 12:46:27 -0800 (PST) Message-ID: <3E5BD624.9080409@consult-scs.com> Date: Tue, 25 Feb 2003 12:46:28 -0800 From: Jonathan Feally User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: cant get out with two interfaces. References: <00c401c2dc12$7d2b31a0$0ea00cc4@abel> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org When monitoring a network, your monitoring interface should have no IP set or an IP address that matches you network with a netmask of 255.255.255.255 if your monitoring software will not work with out an IP. Example: LAN is 192.168.1.0/24(255.255.255.0) fxp0 is 192.168.1.2/24(255.255.255.0) rl0 is 192.168.1.254/32(255.255.255.255) Abel Alejandro wrote: >Hello, I have two interfaces. The rl0 is for monitoring purposes and fxp0 is >for normal internet access. >rl0 is attached to a catalyst port using SPAN, meaning all the traffic going >to the internet gets mirrored to >this port. fxp0 is on the same catalyst. > >If I shutdown rl0 then I can access fxp0 from the outside, but if I ifconfig >rl0 up then >I am just allowed to access fxp0 within machines in the 196.12.X.0 network. > >rl0: flags=8802 mtu 1500 > inet 10.0.0.1 netmask 0xa0000fc broadcast 255.255.255.3 > inet6 fe80::2e0:7dff:fed0:fdf4%rl0 prefixlen 64 scopeid 0x1 > ether 00:e0:7d:d0:fd:f4 > media: Ethernet autoselect (100baseTX ) > status: active >fxp0: flags=8843 mtu 1500 > inet 196.12.X.251 netmask 0xffffff00 broadcast 196.12.160.255 > inet6 fe80::250:8bff:febb:1689%fxp0 prefixlen 64 scopeid 0x2 > inet 196.12.X.10 netmask 0xffffffff broadcast 196.12.160.10 > ether 00:50:8b:bb:16:89 > media: Ethernet autoselect (100baseTX ) > status: active > >Abel Alejandro. > > >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 Tue Feb 25 16:42:15 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 722C137B401 for ; Tue, 25 Feb 2003 16:42:13 -0800 (PST) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id A4FAD43FDD for ; Tue, 25 Feb 2003 16:42:12 -0800 (PST) (envelope-from darcy@wavefire.com) Received: (qmail 16890 invoked from network); 26 Feb 2003 01:01:38 -0000 Received: from dbitech.wavefire.com (HELO dbitech) (darcy@64.141.15.253) by radius.wavefire.com with SMTP; 26 Feb 2003 01:01:38 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Darcy Buskermolen Organization: Wavefire Technologies Corp. To: freebsd-net@freebsd.org Subject: Transparent Proxy Date: Tue, 25 Feb 2003 16:42:09 -0800 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200302201559.16002.darcy@wavefire.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org (Promoted to -net due to lack of responces on -questions) I'm trying to deploy a transparent proxy server for a friend's office but= have=20 run into a couple of snags that I can't seam to find the correct answer f= or. Please see http://home2.dbitech.bc.ca:8080/netconfig.txt for graphical=20 topology Note that I'm running IPFW2 on both BSD boxes. ipfw list output on 192.168.0.254: 00001 skipto 50000 tcp from any 1023-65535 to me dst-port 22 00040 skipto 50 tcp from 192.168.0.1 to any dst-port 80 00048 fwd 192.168.0.1 tcp from 192.168.0.0/24 to any dst-port 80 out 00999 divert 8669 ip from any to any via ed0 65533 allow ip from any to any 65535 deny ip from any to any ipfw list output on 192.168.0.1: 00500 fwd 127.0.0.1,3128 ip from 192.168.0.0/16 to any dst-port 80 in 65000 allow ip from any to any 65535 deny ip from any to any When the windows box (192.168.0.32) makes a web request it gets forwarded= to=20 the squid machine fine, and squid returns a "access denied" error message= ,=20 checking the cache.log on squid I see the reason is as follows: 2003/02/20 04:19:47| WARNING: Forwarding loop detected for: GET / HTTP/1.0 All the information I can find online regaring setting up transparent pro= xying=20 for squid using ipfw shows squid running on the gateway host, or on a=20 diffrent network segment. Can anybody point me in the correct direction = to=20 tell me what it is that I'm missing? --=20 Darcy Buskermolen Wavefire Technologies Corp. ph: 250.717.0200 fx: 250.763.1759 http://www.wavefire.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 25 17: 2:21 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C29037B401 for ; Tue, 25 Feb 2003 17:02:19 -0800 (PST) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DAC43FBD for ; Tue, 25 Feb 2003 17:02:18 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc01.attbi.com (sccrmhc01) with ESMTP id <2003022601021700100a5r72e>; Wed, 26 Feb 2003 01:02:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA90712; Tue, 25 Feb 2003 17:02:16 -0800 (PST) Date: Tue, 25 Feb 2003 17:02:15 -0800 (PST) From: Julian Elischer To: Darcy Buskermolen Cc: freebsd-net@freebsd.org Subject: Re: Transparent Proxy In-Reply-To: <200302201559.16002.darcy@wavefire.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org draw a diagrasm this can be tricky. On Tue, 25 Feb 2003, Darcy Buskermolen wrote: > > (Promoted to -net due to lack of responces on -questions) > > > I'm trying to deploy a transparent proxy server for a friend's office but have > run into a couple of snags that I can't seam to find the correct answer for. > Please see http://home2.dbitech.bc.ca:8080/netconfig.txt for graphical > topology > > Note that I'm running IPFW2 on both BSD boxes. > > ipfw list output on 192.168.0.254: > > 00001 skipto 50000 tcp from any 1023-65535 to me dst-port 22 > 00040 skipto 50 tcp from 192.168.0.1 to any dst-port 80 > 00048 fwd 192.168.0.1 tcp from 192.168.0.0/24 to any dst-port 80 out > 00999 divert 8669 ip from any to any via ed0 > 65533 allow ip from any to any > 65535 deny ip from any to any > > ipfw list output on 192.168.0.1: > > 00500 fwd 127.0.0.1,3128 ip from 192.168.0.0/16 to any dst-port 80 in > 65000 allow ip from any to any > 65535 deny ip from any to any > > When the windows box (192.168.0.32) makes a web request it gets forwarded to > the squid machine fine, and squid returns a "access denied" error message, > checking the cache.log on squid I see the reason is as follows: > > 2003/02/20 04:19:47| WARNING: Forwarding loop detected for: > GET / HTTP/1.0 > > All the information I can find online regaring setting up transparent proxying > for squid using ipfw shows squid running on the gateway host, or on a > diffrent network segment. Can anybody point me in the correct direction to > tell me what it is that I'm missing? > > -- > Darcy Buskermolen > Wavefire Technologies Corp. > ph: 250.717.0200 > fx: 250.763.1759 > http://www.wavefire.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 25 17: 8:12 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1053D37B401 for ; Tue, 25 Feb 2003 17:08:11 -0800 (PST) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C9243F3F for ; Tue, 25 Feb 2003 17:08:10 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <20030226010809003007gc3he>; Wed, 26 Feb 2003 01:08:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA90752; Tue, 25 Feb 2003 17:08:07 -0800 (PST) Date: Tue, 25 Feb 2003 17:08:06 -0800 (PST) From: Julian Elischer To: Darcy Buskermolen Cc: freebsd-net@freebsd.org Subject: Re: Transparent Proxy In-Reply-To: <200302201559.16002.darcy@wavefire.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Are packets from the proxy going through 192.168.0.254? you may have to have a rule to let them out without being fwd'd again. On Tue, 25 Feb 2003, Darcy Buskermolen wrote: > > (Promoted to -net due to lack of responces on -questions) > > > I'm trying to deploy a transparent proxy server for a friend's office but have > run into a couple of snags that I can't seam to find the correct answer for. > Please see http://home2.dbitech.bc.ca:8080/netconfig.txt for graphical > topology > > Note that I'm running IPFW2 on both BSD boxes. > > ipfw list output on 192.168.0.254: > > 00001 skipto 50000 tcp from any 1023-65535 to me dst-port 22 > 00040 skipto 50 tcp from 192.168.0.1 to any dst-port 80 > 00048 fwd 192.168.0.1 tcp from 192.168.0.0/24 to any dst-port 80 out > 00999 divert 8669 ip from any to any via ed0 > 65533 allow ip from any to any > 65535 deny ip from any to any > > ipfw list output on 192.168.0.1: > > 00500 fwd 127.0.0.1,3128 ip from 192.168.0.0/16 to any dst-port 80 in > 65000 allow ip from any to any > 65535 deny ip from any to any > > When the windows box (192.168.0.32) makes a web request it gets forwarded to > the squid machine fine, and squid returns a "access denied" error message, > checking the cache.log on squid I see the reason is as follows: > > 2003/02/20 04:19:47| WARNING: Forwarding loop detected for: > GET / HTTP/1.0 > > All the information I can find online regaring setting up transparent proxying > for squid using ipfw shows squid running on the gateway host, or on a > diffrent network segment. Can anybody point me in the correct direction to > tell me what it is that I'm missing? > > -- > Darcy Buskermolen > Wavefire Technologies Corp. > ph: 250.717.0200 > fx: 250.763.1759 > http://www.wavefire.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Feb 25 23: 9:15 2003 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5404337B401; Tue, 25 Feb 2003 23:09:13 -0800 (PST) Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: from Attila Nagy at "Feb 25, 2003 07:34:14 pm" To: bra@fsn.hu (Attila Nagy) Date: Tue, 25 Feb 2003 23:09:13 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030226070913.5404337B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hello, > > > Yes, it's me. I'm still alive. > It's great to hear that one of the most talented FreeBSD hackers is back > in business :) > > Does this means that you can afford some time to investigate the problems > regarding your old software? Not unless it's something I can fix using easily available resources. I can't easily drop everything and slap together a test setup with exactly the right software and hardware I need to debug everyone's particular problem. ("This bug only occurs in -CURRENT as of 30 seconds ago and on an UltraSPARC 10 with 16 if_dc interfaces and I need you to fix it _NOW_ pleasepleasepleaseI'llevengiveyouahandjob.") > I mean ng_fec primarily, because I couldn't get help in the past few > months/years(?)... > > You may know, or not it is now part of FreeBSD, the only problem is that > it does not work. I'm shocked. Shocked, I tell you. > I filed a PR (kern/46720) about a month ago, but haven't gotten too much > response back. On these lists I think there is a consensus (search the > archives :) that the FEC implementation is a good thing. This particular PR relates to using ng_fec with BPF (i.e. tcpdump fec0 blows up). The code has evidently rotted quite a bit since it was imported. I just fixed it. > Another problem, which I faced years ago that if you want to use .1q > tagged packets on a FEC interface, it just does not works. I don't know if this is still a problem or not. At the moment, I have no easy way to test it. > There are more verbose details on these lists too. > Are there any chances to get these fixed? Like I said, it depends on time and availability of resources. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 26 5: 6:39 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F4737B401 for ; Wed, 26 Feb 2003 05:06:37 -0800 (PST) Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66FC343F93 for ; Wed, 26 Feb 2003 05:06:34 -0800 (PST) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id E6F368F60B for ; Wed, 26 Feb 2003 22:06:31 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by gradius.wdb.co.kr (8.12.7/8.12.7) with ESMTP id h1QD5p8x017628 for ; Wed, 26 Feb 2003 22:05:52 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) Date: Wed, 26 Feb 2003 22:05:51 +0900 (KST) Message-Id: <20030226.220551.10329540.cjh@kr.FreeBSD.org> To: net@freebsd.org Subject: Performance tuning hints of gigabit networking? From: CHOI Junho Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 3.2rc1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I am looking for a good resource for kernel tuning on very high bandwidth HTTP servers(avg 500Mbit/sec, peak 950Mbit/sec). Today I faced very unusual situation with 950Mbit/sec bandwidth! > netstat -m 16962/93488/262144 mbufs in use (current/peak/max): 16962 mbufs allocated to data 16952/65536/65536 mbuf clusters in use (current/peak/max) 154444 Kbytes allocated to network (14% of mb_map in use) 512627 requests for memory denied 2614 requests for memory delayed 0 calls to protocol drain routines I set kern.ipc.nmbclusters=65536, but it overflowed. This is P-IV Xeon 1.8G, 2GB RAM, and one Intel 1000baseSX(em driver) machine running 4.7-RELEASE-pX. This server is running only one service, HTTP. I use thttpd, since apache doesn't work in such a high load. thttpd is highly amazing, just give <1 load in any time. Once I tried to increase kern.ipc.nmbclusters to 131072 or higher(multiple of 65536 or 32768, tuning(7) only cites about 32768 case..), it fails to boot kernel when 262144, or kernel panic in somewhat higher load when 131072, so I gave up other changes and fall back to 65536. What is a good way to calcurate this value safely? Here is another hint, /etc/sysctl.conf: net.link.ether.inet.log_arp_wrong_iface=0 kern.ipc.maxsockbuf=2048000 kern.ipc.somaxconn=4096 kern.ipc.maxsockets=60000 kern.maxfiles=65536 kern.maxfilesperproc=32768 net.inet.tcp.rfc1323=1 net.inet.tcp.delayed_ack=0 net.inet.tcp.sendspace=65535 net.inet.tcp.recvspace=65535 net.inet.udp.recvspace=65535 net.inet.udp.maxdgram=57344 net.inet.icmp.drop_redirect=1 net.inet.icmp.log_redirect=1 net.inet.ip.redirect=0 net.inet6.ip6.redirect=0 net.link.ether.inet.max_age=1200 net.inet.ip.sourceroute=0 net.inet.ip.accept_sourceroute=0 net.inet.icmp.bmcastecho=0 net.inet.icmp.maskrepl=0 net.inet.tcp.inflight_enable=1 kernel configuration is not specially tuned, except DEVICE_POLLING and HZ=2000. -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 26 7:44:14 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BA9637B401 for ; Wed, 26 Feb 2003 07:44:12 -0800 (PST) Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0863B43FB1 for ; Wed, 26 Feb 2003 07:44:11 -0800 (PST) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 1C0478F637; Thu, 27 Feb 2003 00:44:10 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by gradius.wdb.co.kr (8.12.7/8.12.7) with ESMTP id h1QFhN8x019082; Thu, 27 Feb 2003 00:43:24 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) Date: Thu, 27 Feb 2003 00:43:23 +0900 (KST) Message-Id: <20030227.004323.74733292.cjh@kr.FreeBSD.org> To: sdrhod2@uky.edu Cc: net@freebsd.org Subject: Re: Performance tuning hints of gigabit networking? From: CHOI Junho In-Reply-To: <5D748BB6-498F-11D7-A07A-00039380DD2C@uky.edu> References: <20030226.220551.10329540.cjh@kr.FreeBSD.org> <5D748BB6-498F-11D7-A07A-00039380DD2C@uky.edu> Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 3.2rc1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Average number of connection is very high. Almost all client is DSL/Cable users pulling some files using HTTP(only static files). Here is thttpd output of one hour at peak: thttpd[]: up 50401 seconds, stats for 3240 seconds thttpd[]: thttpd - 147617 connections (45.5608/sec), 5900 max simultaneous, 2441730116862 bytes (7.5362e+08/sec), 5901 httpd_conns allocated thttpd[]: libhttpd - 76721 strings allocated, 18600350 bytes (242.441 bytes/str) thttpd[]: map cache - 47 allocated, 20 active (476065987 bytes), 27 free; hash size: 1024; expire age: 1800 thttpd[]: fdwatch - 11906 kevents(3.67469/sec) thttpd[]: timers - 4420 allocated, 4380 active, 40 free From: David Subject: Re: Performance tuning hints of gigabit networking? Date: Wed, 26 Feb 2003 08:36:52 -0500 > What is the average number on sustained connection on the machine? Or > are there just a few connections, but each is pulling a large amount of > bandwidth? > > That will make a difference on what tweaks I'd suggest to use on the > machine. > > -- > David Rhodus -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 26 11:15:26 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FC7937B405 for ; Wed, 26 Feb 2003 11:15:24 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id E460E43FA3 for ; Wed, 26 Feb 2003 11:15:21 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 8612 invoked by uid 1000); 26 Feb 2003 19:15:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Feb 2003 19:15:20 -0000 Date: Wed, 26 Feb 2003 20:15:20 +0100 (CET) From: Attila Nagy To: Bill Paul Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: <20030226070913.5404337B401@hub.freebsd.org> Message-ID: References: <20030226070913.5404337B401@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > I can't easily drop everything and slap together a test setup with > exactly the right software and hardware I need to debug everyone's > particular problem. That's clear. > ("This bug only occurs in -CURRENT as of 30 seconds ago and on an > UltraSPARC 10 with 16 if_dc interfaces and I need you to fix it _NOW_ > pleasepleasepleaseI'llevengiveyouahandjob.") :) I think my problem is not that hard. This bug only occurs when you are using CURRENT (or 5.0 RELEASE) from (I think) the point where BPF changed. > > You may know, or not it is now part of FreeBSD, the only problem is > > that it does not work. > I'm shocked. Shocked, I tell you. Yes. That's very dramatic. :) > This particular PR relates to using ng_fec with BPF (i.e. tcpdump fec0 > blows up). The code has evidently rotted quite a bit since it was > imported. I just fixed it. Thanks. BTW, it still doesn't work. I do: kldload ng_fec ifconfig fxp0 up; ifconfig fxp1 up ngctl ... (exactly what's in sample_script) ifconfig fec0 1.2.3.4 netmask 255.255.255.252 up route add default 1.2.3.3 1.2.3.3 does not answer for ICMP pings. The switch says: Port-channel13 is down, line protocol is down Hardware is EtherChannel, address is 0000.0000.0000 (bia 0000.0000.0000) MTU 1526 bytes, BW 10000 Kbit, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Auto-duplex, Auto-speed input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output never, output hang never I got two kernel messages regarding that the interfaces are up in the etherchannel. If I pull out one of the cables and reconnect it I get the down/up normally. It seems that I can't crash now with tcpdump. I see the incoming packets on fxp[0-1], I see the outgoing ones on fec0, but there is no connection between the two groups. > Like I said, it depends on time and availability of resources. Sadfully, I can't provide you more time, but can provide remote access to resources. ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 26 12: 7:36 2003 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id EB50837B401; Wed, 26 Feb 2003 12:07:34 -0800 (PST) Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: from Attila Nagy at "Feb 26, 2003 08:15:20 pm" To: bra@fsn.hu (Attila Nagy) Date: Wed, 26 Feb 2003 12:07:34 -0800 (PST) Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030226200734.EB50837B401@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I think my problem is not that hard. This bug only occurs when you are > using CURRENT (or 5.0 RELEASE) from (I think) the point where BPF changed. Actually, there's something else than changed. The ng_fec module tries to set ifp->if_output to ng_fec_output() so that it can do some output processing on frames, however, later it would call ether_ifattach(), which would set ifp->if_output to ether_output(), which wouldn't work. I just commited a fix for this. (I verified that I can successfully send packets via fec0.) I also modified the input handling so that it no longer uses the ng_ether_input_p hook. Now that FreeBSD 5.x has an ifp->if_input vector, it's not necessary to abuse this hook anymore. This avoids a collision with the ng_ether module, which is what was supposed to be using this hook in the first place. Let me know how this works. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Feb 26 23: 8:42 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95F7037B401 for ; Wed, 26 Feb 2003 23:08:40 -0800 (PST) Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B37E43F85 for ; Wed, 26 Feb 2003 23:08:39 -0800 (PST) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 006868F612 for ; Thu, 27 Feb 2003 16:08:30 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by gradius.wdb.co.kr (8.12.7/8.12.7) with ESMTP id h1R77w8x027646 for ; Thu, 27 Feb 2003 16:08:00 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) Date: Thu, 27 Feb 2003 16:07:57 +0900 (KST) Message-Id: <20030227.160757.68128597.cjh@kr.FreeBSD.org> To: net@freebsd.org Subject: Re: Performance tuning hints of gigabit networking? From: CHOI Junho In-Reply-To: <20030226.220551.10329540.cjh@kr.FreeBSD.org> References: <20030226.220551.10329540.cjh@kr.FreeBSD.org> Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 3.2rc1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 2. I noticed other parameters for network tuning is not-so-important in this time. Most problem comes with low kern.ipc.nmbclusters -- I failed to set it over 65536. 3. Usually thttpd use mmap() for caching contents in memory. Our service file(only static files) varies from 10k ~ 300Mbytes. Sometimes thttpd denies request with 500 internal error, resetting mmap() buffers. I patched current unused sendfile() patch for thttpd, it works nicely, but in this case, thttpd process suffers "sfbufa" state, with all requests delayed or even disconnected(total traffic is < 100Mbits then). So another problem comes with kern.ipc.nsfbufs -- I tried to increase arbitrary values but it also cause kernel panic. Final: What is a good math for calculating these values safely? kern.ipc.nmbclusters kern.ipc.nsfbufs From: CHOI Junho Subject: Performance tuning hints of gigabit networking? Date: Wed, 26 Feb 2003 22:05:51 +0900 (KST) > > Hi, > > I am looking for a good resource for kernel tuning on very high > bandwidth HTTP servers(avg 500Mbit/sec, peak 950Mbit/sec). Today I > faced very unusual situation with 950Mbit/sec bandwidth! > > > netstat -m > 16962/93488/262144 mbufs in use (current/peak/max): > 16962 mbufs allocated to data > 16952/65536/65536 mbuf clusters in use (current/peak/max) > 154444 Kbytes allocated to network (14% of mb_map in use) > 512627 requests for memory denied > 2614 requests for memory delayed > 0 calls to protocol drain routines -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 1:59: 4 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42CC37B401 for ; Thu, 27 Feb 2003 01:59:03 -0800 (PST) Received: from mail.voor.deze.org (a177167.upc-a.chello.nl [62.163.177.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D13643FDD for ; Thu, 27 Feb 2003 01:59:02 -0800 (PST) (envelope-from volf@deze.org) Received: by mail.voor.deze.org (Postfix, from userid 226) id AD6DD3E1B; Thu, 27 Feb 2003 10:59:00 +0100 (CET) Subject: Showing physical interface addresses of gre tunnel To: freebsd-net@freebsd.org Date: Thu, 27 Feb 2003 10:59:00 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <20030227095900.AD6DD3E1B@mail.voor.deze.org> From: volf@deze.org (Frank Volf) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, If I configure a gre tunnel, between two end-points, I'm able to view the point-to-point IP addresses of the tunnel using ifconfig, e.g.: gre1: flags=b051 mtu 1476 inet6 fe80::2a0:c9ff:fea3:4b75%gre1 prefixlen 64 scopeid 0x5 inet 192.168.254.2 --> 192.168.254.1 netmask 0xffffff00 Unfortunately, I cannot find a way to show which physical IP addresses I have configured for the tunnel (i.e. the addresses configured with ifconfig gre1 tunnel src dst). Doe anyone know a command to show these (other than tcpdump :-)? If it matters, this particular system is using FreeBSD 5.0 RELEASE. Kind regards, Frank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 2:11:27 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DBE637B401 for ; Thu, 27 Feb 2003 02:11:26 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B62643FE1 for ; Thu, 27 Feb 2003 02:11:24 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 16175 invoked by uid 1000); 27 Feb 2003 10:11:22 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Feb 2003 10:11:22 -0000 Date: Thu, 27 Feb 2003 11:11:22 +0100 (CET) From: Attila Nagy To: Bill Paul Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Checksum offload support for Intel 82550/82551 In-Reply-To: <20030226200734.EB50837B401@hub.freebsd.org> Message-ID: References: <20030226200734.EB50837B401@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > I also modified the input handling so that it no longer uses the > ng_ether_input_p hook. Now that FreeBSD 5.x has an ifp->if_input vector, > it's not necessary to abuse this hook anymore. This avoids a collision > with the ng_ether module, which is what was supposed to be using this > hook in the first place. What do you think, should this affect the VLAN problem, mentioned in my previous mail? (.1q VLAN trunks do not work on fec interfaces) > Let me know how this works. I could ping my default gw. Now I will try to dump a few TBs over the line and will report any problems. I will connect the machine to an other switch, maybe tomorrow to test whether the VLAN trunking works or not. Thanks a lot! ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 2:18:51 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 582E337B401 for ; Thu, 27 Feb 2003 02:18:50 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 37F7743F93 for ; Thu, 27 Feb 2003 02:18:49 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 16263 invoked by uid 1000); 27 Feb 2003 10:18:48 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Feb 2003 10:18:48 -0000 Date: Thu, 27 Feb 2003 11:18:48 +0100 (CET) From: Attila Nagy To: CHOI Junho Cc: net@freebsd.org Subject: Re: Performance tuning hints of gigabit networking? In-Reply-To: <20030227.160757.68128597.cjh@kr.FreeBSD.org> Message-ID: References: <20030226.220551.10329540.cjh@kr.FreeBSD.org> <20030227.160757.68128597.cjh@kr.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, > 3. Usually thttpd use mmap() for caching contents in memory. Our > service file(only static files) varies from 10k ~ > 300Mbytes. Sometimes thttpd denies request with 500 internal error, > resetting mmap() buffers. I faced that problem years ago, contacted the authour, who said: "don't serve big files with thttpd, use something else" Great. ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]---------- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 4:32:50 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E366537B401 for ; Thu, 27 Feb 2003 04:32:48 -0800 (PST) Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1E843FD7 for ; Thu, 27 Feb 2003 04:32:47 -0800 (PST) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id D11418F612; Thu, 27 Feb 2003 21:32:48 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by gradius.wdb.co.kr (8.12.7/8.12.7) with ESMTP id h1RCW38x030403; Thu, 27 Feb 2003 21:32:08 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) Date: Thu, 27 Feb 2003 21:32:02 +0900 (KST) Message-Id: <20030227.213202.13737180.cjh@kr.FreeBSD.org> To: bra@fsn.hu Cc: net@freebsd.org Subject: Re: Performance tuning hints of gigabit networking? From: CHOI Junho In-Reply-To: References: <20030226.220551.10329540.cjh@kr.FreeBSD.org> <20030227.160757.68128597.cjh@kr.FreeBSD.org> Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 3.2rc1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: Attila Nagy Subject: Re: Performance tuning hints of gigabit networking? Date: Thu, 27 Feb 2003 11:18:48 +0100 (CET) > Hello, > > > 3. Usually thttpd use mmap() for caching contents in memory. Our > > service file(only static files) varies from 10k ~ > > 300Mbytes. Sometimes thttpd denies request with 500 internal error, > > resetting mmap() buffers. > I faced that problem years ago, contacted the authour, who said: > "don't serve big files with thttpd, use something else" Yes. thttpd tries to mmap() everything, when memory is full, it releases all mmap()'ed entries, and reload again. That's why I try thttpd patched to use sendfile() instead of mmap(). -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 5: 3: 2 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D686D37B401 for ; Thu, 27 Feb 2003 05:03:01 -0800 (PST) Received: from exchange.wan.no (exchange.wan.no [80.86.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8772D43F93 for ; Thu, 27 Feb 2003 05:03:00 -0800 (PST) (envelope-from sten.daniel.sorsdal@wan.no) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Source ip route lookup on incoming packets? X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Thu, 27 Feb 2003 14:02:53 +0100 Message-ID: <0AF1BBDF1218F14E9B4CCE414744E70F07DE63@exchange.wanglobal.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Source ip route lookup on incoming packets? Thread-Index: AcLeYHMEVvF3H9K+QfmF5waAm0zQTQ== From: =?iso-8859-1?Q?Sten_Daniel_S=F8rsdal?= To: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Has anyone made any patches to lookup the source ip for a packet to be = routed so that it comes from the right interface?=20 I've heard alot of talk from people going to write patches to do this but no patches have turned up and no help from google. What i am looking for is a feature that basically prevents spoofing by = looking the route for the source and match the incoming interface.=20 A firewall solves the problem but adds alot of administrative overhead = and=20 leaves room for error. Is this feature even possible on FreeBSD? - Sten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Feb 27 7:36:49 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1545C37B401 for ; Thu, 27 Feb 2003 07:36:49 -0800 (PST) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32AD543FAF for ; Thu, 27 Feb 2003 07:36:48 -0800 (PST) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.12.7/8.12.7) with ESMTP id h1RFak4b027585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Feb 2003 10:36:47 -0500 (EST) (envelope-from mi@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.12.7/8.12.7/Submit) id h1RFakBG027584; Thu, 27 Feb 2003 10:36:46 -0500 (EST) From: Mikhail Teterin To: net@FreeBSD.org Subject: SO_USELOOPBACK's standard compliance Date: Thu, 27 Feb 2003 10:36:46 -0500 User-Agent: KMail/1.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello! The define is ifdef-ed inside __BSD_VISIBLE on FreeBSD. It is not at all present in RedHat-8's headers. Its description seems to suggest, it is redundant, as the kernel should be using loopback if possible anyway, should not it? Can someone clear it out? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 0:38:12 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8E137B401 for ; Fri, 28 Feb 2003 00:38:11 -0800 (PST) Received: from exchange.wan.no (exchange.wan.no [80.86.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9DB943F93 for ; Fri, 28 Feb 2003 00:38:07 -0800 (PST) (envelope-from sten.daniel.sorsdal@wan.no) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: SV: Source ip route lookup on incoming packets? X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Fri, 28 Feb 2003 09:38:04 +0100 Message-ID: <0AF1BBDF1218F14E9B4CCE414744E70F07DE64@exchange.wanglobal.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Source ip route lookup on incoming packets? Thread-Index: AcLeuN/4NyZ+pCu9TlC/lxv+yQWPJgASunUA From: =?iso-8859-1?Q?Sten_Daniel_S=F8rsdal?= To: "Bruce M Simpson" Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >On Thu, Feb 27, 2003 at 02:02:53PM +0100, Sten Daniel S?rsdal wrote: >> What i am looking for is a feature that basically prevents spoofing = by looking >> the route for the source and match the incoming interface.=20 >> A firewall solves the problem but adds alot of administrative = overhead and=20 >> leaves room for error. >Check the net.inet.ip.check_interface sysctl. >It may be what you're looking for. >BMS Thank you for your reply! I havent had a clear explanation of that one (tried the RFC too). But does this one really stop spoofing for routed packets as well? I got some border routers running BGP - three of which have full = internet feed. Would this block spoofed packets from my network and would it block incoming source IPs that "come" from nonexistant networks? - Sten To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 2: 3: 1 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4045D37B401 for ; Fri, 28 Feb 2003 02:03:00 -0800 (PST) Received: from x86unx3.comp.nus.edu.sg (x86unx3.comp.nus.edu.sg [137.132.90.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE7143FD7 for ; Fri, 28 Feb 2003 02:02:55 -0800 (PST) (envelope-from rahulcha@comp.nus.edu.sg) Received: from e500b.comp.nus.edu.sg (e500b.comp.nus.edu.sg [137.132.90.26]) by x86unx3.comp.nus.edu.sg (8.9.1/8.9.1) with SMTP id SAA20563 for ; Fri, 28 Feb 2003 18:02:53 +0800 (GMT-8) Received: from sf3.comp.nus.edu.sg(137.132.90.55) by e500b.comp.nus.edu.sg via csmap id 24012; Fri, 28 Feb 2003 17:56:37 +0800 (SGT) Received: from localhost (rahulcha@localhost) by sf3.comp.nus.edu.sg (8.8.5/8.8.5) with ESMTP id SAA27585 for ; Fri, 28 Feb 2003 18:02:52 +0800 (GMT-8) Date: Fri, 28 Feb 2003 18:02:52 +0800 (GMT-8) From: Rahul Chaudhary To: freebsd-net@FreeBSD.ORG Subject: ECN support in FreeBSD4.5 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I would like to know if ECN support is provided in FreeBSD 4.5. If not then how can I do it? Thanks Rahul Chaudhary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 2: 8:42 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC30E37B401 for ; Fri, 28 Feb 2003 02:08:40 -0800 (PST) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43F7B43FEA for ; Fri, 28 Feb 2003 02:08:39 -0800 (PST) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 18ohRT-000CEe-00 for freebsd-net@freebsd.org; Fri, 28 Feb 2003 12:08:35 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 18ohRR-00044U-00 for freebsd-net@FreeBSD.org; Fri, 28 Feb 2003 12:08:33 +0200 To: freebsd-net@FreeBSD.org Subject: Wondering about raw sockets. From: ianf@za.uu.net X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted. Date: Fri, 28 Feb 2003 12:08:33 +0200 Message-ID: <15653.1046426913@wcom.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Does anyone know why this behaviour is not a bug? sock_raw = socket(PF_INET, SOCK_RAW, IPPROTO_RAW); optval = 1; setsockopt(sock_raw, IPPROTO_IP, IP_HDRINCL, (char *)&optval, sizeof(optval)); peer.sin_family = AF_INET; peer.sin_addr.s_addr = (CAST_HDR(packet))->dest; peer.sin_port = (CAST_UDP(packet + OFFS_UDP))->dst_port; len = ntohs((CAST_HDR(packet))->length); sendto(sock_raw, packet, len, 0x0, (struct sockaddr *)&peer, sizeof(peer)); Ignoring checking return values, which my (real) code does, if I write the following data pointed to by packet, sendto returns an error 'Invalid argument'. 4500 004e 2943 0000 3f11 2785 c407 00af c407 a219 0714 041c 003a 8fb6 0277 0032 9e2d bf05 0ef3 0c0d 7b0d 8441 c1cc cbc6 0606 0000 0002 0706 0000 0001 0906 ffff ffff 0a06 0000 0000 0c06 0000 05dc If however, I write the following packet to the same socket and replace the 'len =' line with 'len = (CAST_HDR(packet))->length;' the packet gets written. 4500 4e00 2943 0000 3f11 2785 c407 00af c407 a219 0714 041c 003a 8fb6 0277 0032 9e2d bf05 0ef3 0c0d 7b0d 8441 c1cc cbc6 0606 0000 0002 0706 0000 0001 0906 ffff ffff 0a06 0000 0000 0c06 0000 05dc Note that the IP length field must be in host byte order to get the packet accepted by the raw socket. tcpdump displays the packet that was sent by the system exactly matching the first copy of the packet in this email which is the way I would have expected a raw IP socket to have accepted the packet. ... or are my expectations just plain wrong? Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 2:59:47 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8997F37B401 for ; Fri, 28 Feb 2003 02:59:45 -0800 (PST) Received: from relay1.cris.net (relay1.cris.net [212.110.128.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED6243F85 for ; Fri, 28 Feb 2003 02:59:38 -0800 (PST) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (root@phantom.cris.net [212.110.130.74]) by relay1.cris.net (8.12.6/8.12.6) with ESMTP id h1SD8hvb070982 for ; Fri, 28 Feb 2003 13:08:45 GMT Received: (from phantom@localhost) by phantom.cris.net (8.12.6/8.12.2) id h1SB6LGp016533; Fri, 28 Feb 2003 13:06:21 +0200 (EET) (envelope-from phantom) Date: Fri, 28 Feb 2003 13:06:21 +0200 From: Alexey Zelkin To: freebsd-net@freebsd.org Subject: maxsockbuf is useless value {?|:-(} Message-ID: <20030228130621.A16504@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.7-STABLE i386 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Folks, Working with Sun JDK network code I have realized a need to provide some range checking wrapper for setsockopt() in SO_{SND,RCV}BUF cases. Short walk over documentation shown that maximum buffer size is exported via kern.ipc.maxsockbuf sysctl. But attempt to use this value as maximum buffer size was not successful -- it is too large for kernel. Short analyzis of kernel code shown that failing checks (around sbreserve()) are done against $sb_max_adj instead of $sb_max which is reflected to sysctl. $sb_max_adj is always less then $sb_max, therefore we will _always_ fail in attempt to use $sb_max. Testcase is below. Any suggestions how to workaround this case ? Additionally, I think that such behaviour is incorrect and should be fixed in kernel as well. ---------------------------------------------------------------------------- #include #include #include #include #include /* * Demonstrates problem with attempt to set documented (i.e. exported via * kern.ipc.maxsockbuf sysctl) maximum SO_SNDBUF buffer size. * Same applied to SO_RCVBUF. */ int main() { int mib[3] = { CTL_KERN, KERN_IPC, KIPC_MAXSOCKBUF }; size_t rlen; int s; socklen_t sz; int maxsockbuf; int status; rlen = sizeof(maxsockbuf); if (sysctl(mib, 3, &maxsockbuf, &rlen, NULL, 0) < 0) perror("sysctl"); printf("kern.ipc.maxsockbuf = %d\n", maxsockbuf); if ((s = socket(AF_INET, SOCK_STREAM, 0)) < 0) perror("socket"); sz = sizeof(maxsockbuf); status = setsockopt(s, SOL_SOCKET, SO_SNDBUF, &maxsockbuf, sz); if (status == 0) { printf("setsockopt: OK\n"); } else if (errno == ENOBUFS) { printf("setsockopt: KABOOM (ENOBUFS returned)\n"); } else { perror("getsockopt"); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 6:33:56 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFEF237B401 for ; Fri, 28 Feb 2003 06:33:54 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3F9F43F3F for ; Fri, 28 Feb 2003 06:33:53 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Fri, 28 Feb 2003 09:33:53 -0500 Message-ID: From: Don Bowman To: =?iso-8859-1?Q?=27Sten_Daniel_S=F8rsdal=27?= , Bruce M Simpson Cc: freebsd-net@FreeBSD.org Subject: RE: Source ip route lookup on incoming packets? Date: Fri, 28 Feb 2003 09:33:50 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Sten Daniel S=F8rsdal [mailto:sten.daniel.sorsdal@wan.no] > >On Thu, Feb 27, 2003 at 02:02:53PM +0100, Sten Daniel S?rsdal wrote: > >> What i am looking for is a feature that basically=20 > prevents spoofing by looking > >> the route for the source and match the incoming interface.=20 > >> A firewall solves the problem but adds alot of=20 > administrative overhead and=20 > >> leaves room for error. > >Check the net.inet.ip.check_interface sysctl. > >It may be what you're looking for. > >BMS >=20 > Thank you for your reply! >=20 > I havent had a clear explanation of that one (tried the RFC too). > But does this one really stop spoofing for routed packets as well? >=20 > I got some border routers running BGP - three of which have=20 > full internet feed. > Would this block spoofed packets from my network and would it block > incoming source IPs that "come" from nonexistant networks? I think the routers would need to have egress filtering enabled, which isn't all that commonly done. http://www-users.rwth-aachen.de/jens.hektor/security/cisco-acl.html for example. --don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 7:11:21 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A7D37B401 for ; Fri, 28 Feb 2003 07:11:20 -0800 (PST) Received: from bbcr.uwaterloo.ca (bbcr.uwaterloo.ca [129.97.34.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C3E43FBF for ; Fri, 28 Feb 2003 07:11:19 -0800 (PST) (envelope-from mkarsten@bbcr.uwaterloo.ca) Received: from bcr2.uwaterloo.ca (bcr2.uwaterloo.ca [129.97.34.12]) by bbcr.uwaterloo.ca (8.11.6/8.11.6) with ESMTP id h1SFBIp21017; Fri, 28 Feb 2003 10:11:18 -0500 (EST) From: Martin Karsten Received: (from mkarsten@localhost) by bcr2.uwaterloo.ca (8.9.3/8.9.3) id KAA15345; Fri, 28 Feb 2003 10:11:18 -0500 (EST) Message-Id: <200302281511.KAA15345@bcr2.uwaterloo.ca> Subject: Re: ECN support in FreeBSD4.5 To: rahulcha@comp.nus.edu.sg (Rahul Chaudhary) Date: Fri, 28 Feb 2003 10:11:18 -0500 (EST) Cc: freebsd-net@FreeBSD.ORG Reply-To: kalli@bbcr.uwaterloo.ca In-Reply-To: from "Rahul Chaudhary" at Feb 28, 2003 06:02:52 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org TCP/ECN and RED/ECN are available as part of ALTQ 3.1 http://www.csl.sony.co.jp/person/kjc/programs.html Best, Martin > I would like to know if ECN support is provided in FreeBSD 4.5. If not > then how can I do it? > > Thanks > > Rahul Chaudhary > > > > 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 Fri Feb 28 11:15:50 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C8CD37B406 for ; Fri, 28 Feb 2003 11:15:39 -0800 (PST) Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D80A44371 for ; Fri, 28 Feb 2003 11:03:18 -0800 (PST) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0HB1008JK8XH4R@mta5.snfc21.pbi.net> for freebsd-net@FreeBSD.org; Fri, 28 Feb 2003 11:03:18 -0800 (PST) Date: Fri, 28 Feb 2003 11:05:32 -0800 From: Jeffrey Hsu Subject: Re: Wondering about raw sockets. In-reply-to: <"Message from ianf"@za.uu.net> "of Fri, 28 Feb 2003 12:08:33 +0200." <15653.1046426913@wcom.com> To: ianf@za.uu.net Cc: freebsd-net@FreeBSD.org Message-id: <0HB1008JL8XH4R@mta5.snfc21.pbi.net> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Note that the IP length field must be in host byte order Historically, BSD-derived systems have always had the length and offset fields in host byte order. Jeffrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 11:31:14 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A8C737B405 for ; Fri, 28 Feb 2003 11:31:13 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA79743FB1 for ; Fri, 28 Feb 2003 11:31:11 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id h1SJVApI060322 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 28 Feb 2003 14:31:10 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id h1SJVAUg060319; Fri, 28 Feb 2003 14:31:10 -0500 (EST) (envelope-from wollman) Date: Fri, 28 Feb 2003 14:31:10 -0500 (EST) From: Garrett Wollman Message-Id: <200302281931.h1SJVAUg060319@khavrinen.lcs.mit.edu> To: Alexey Zelkin Cc: freebsd-net@FreeBSD.ORG Subject: maxsockbuf is useless value {?|:-(} In-Reply-To: <20030228130621.A16504@phantom.cris.net> References: <20030228130621.A16504@phantom.cris.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > Working with Sun JDK network code I have realized a need to provide some > range checking wrapper for setsockopt() in SO_{SND,RCV}BUF cases. Short > walk over documentation shown that maximum buffer size is exported via > kern.ipc.maxsockbuf sysctl. But attempt to use this value as maximum > buffer size was not successful -- it is too large for kernel. It is not intended that you do this. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 13:35:58 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BAD137B401 for ; Fri, 28 Feb 2003 13:35:56 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8962343F93 for ; Fri, 28 Feb 2003 13:35:51 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h1SLZjUR093703 for ; Fri, 28 Feb 2003 23:35:45 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h1SLZjHR093690 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Feb 2003 23:35:45 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h1SLZimx093685; Fri, 28 Feb 2003 23:35:44 +0200 (EET) Date: Fri, 28 Feb 2003 23:35:44 +0200 From: Ruslan Ermilov To: Jeffrey Hsu Cc: ianf@za.uu.net, freebsd-net@freebsd.org Subject: Re: Wondering about raw sockets. Message-ID: <20030228213544.GB90030@sunbay.com> References: <15653.1046426913@wcom.com> <0HB1008JL8XH4R@mta5.snfc21.pbi.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <0HB1008JL8XH4R@mta5.snfc21.pbi.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 28, 2003 at 11:05:32AM -0800, Jeffrey Hsu wrote: > > Note that the IP length field must be in host byte order >=20 > Historically, BSD-derived systems have always had the length and offset f= ields > in host byte order. >=20 =2E.. as demonstrated in the ip(4) manpage's decription of the IP_HDRINCL option. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+X9YwUkv4P6juNwoRAsWvAJ9lolmJCfSlqMwNFNWIQYLLiMABywCeOErP OUh+b6mAi/BwTtvXWNZdRjw= =KL9u -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Feb 28 22:42:51 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB9937B405 for ; Fri, 28 Feb 2003 22:42:49 -0800 (PST) Received: from maildex.com (dup-200-65-22-216.prodigy.net.mx [200.65.22.216]) by mx1.FreeBSD.org (Postfix) with SMTP id D8D8543F3F for ; Fri, 28 Feb 2003 22:42:46 -0800 (PST) (envelope-from karen@telecomm.com) From: "Karen Dever R." To: net Subject: The best Cigar ever made, you must read this Reply-To: youmustenter@telecomm.com X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Organization: Tabacalera Lavin y Carranza. Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1251" Date: Sat, 1 Mar 2003 00:42:50 -0600 Message-Id: <20030301064246.D8D8543F3F@mx1.FreeBSD.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Y O U S M O K E C I G A R S ? THEN, YOU MUST READ THIS NOW: Introducing the best Cigar ever Made in the world, San Teodoro Cigar is the most awarded Cigar around the world, it has been qualified by the Tobbaconists as well as the worldwide press as the best Puro ever made. "San Teodoro is by excelence The best cigar in the world." (New York Post, November 2002) "I have never tried something like this, ...you wont belive the flavor!.." (USA today, January 2003) www.lavinycarranza.com The "artesanal" process for making a San Teodoro Cigar its unique. We aged our products more than five years in the best Spanish cedar wood cabinets, just imagine smoking the finest Cigar on the world in a cold night, in the living room near a fire or simply on the outside watching the sky and feeling its flavor. San Teodoro Cigar is made from the finest elements; its “añejamiento” and a magnificent clear cover give this Cigar its unique exquisite flavor elements, with touches of wood, caramel and coffee, this will be the last cigar you smoke in your life, we guarantied that every time you smoke it you will be experiencing the greatest moments of your life as a somker. When you open it you can feel its complex flavor coming out from the crystal tube, during the aging process San Teodoro is rested in Spanish cedar cabinets, this near virgin vanilla leaves, coffee grains and other spices that gives them its characteristically and exquisite flavor, all our cigars come individually in a crystal tube in order to maintain its humidity and flavor, also they come wrapped in a fine cedar wood inside the tube to continue with the aging process no matter where you got them. The crop for this year (1997-2003) comes only on Churchill size. Now and for a limited offer, you can buy this exquisite cigar with more than 5 years of aging delivered to your home. Click below to buy your San Teodoro´s at the lower prices ever, delivered directly to your home in less than 3 days. *S&H free inside USA and Canada http://www.lavinycarranza.com You are receiving this email because you opted-in to receive special offers from CIAT Central through one of our marketing partners. If you feel you have received this email in error or do not wish to receive additional special offers, please go to our website and then to (unsubscribe) * Only Available on Continental USA, Canada and México. Local tobacco taxes may apply . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 1 5:41:30 2003 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D093A37B401 for ; Sat, 1 Mar 2003 05:41:28 -0800 (PST) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9930043FBD for ; Sat, 1 Mar 2003 05:41:24 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (root@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h21DfLue080692 for ; Sat, 1 Mar 2003 15:41:21 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h21DfKHR080679 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 1 Mar 2003 15:41:21 +0200 (EET) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h21DfIQ7080674; Sat, 1 Mar 2003 15:41:18 +0200 (EET) Date: Sat, 1 Mar 2003 15:41:18 +0200 From: Ruslan Ermilov To: Garrett Wollman Cc: Alexey Zelkin , freebsd-net@freebsd.org Subject: Re: maxsockbuf is useless value {?|:-(} Message-ID: <20030301134118.GE77007@sunbay.com> References: <20030228130621.A16504@phantom.cris.net> <200302281931.h1SJVAUg060319@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gDGSpKKIBgtShtf+" Content-Disposition: inline In-Reply-To: <200302281931.h1SJVAUg060319@khavrinen.lcs.mit.edu> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --gDGSpKKIBgtShtf+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 28, 2003 at 02:31:10PM -0500, Garrett Wollman wrote: > < said: >=20 > > Working with Sun JDK network code I have realized a need to provide some > > range checking wrapper for setsockopt() in SO_{SND,RCV}BUF cases. Short > > walk over documentation shown that maximum buffer size is exported via > > kern.ipc.maxsockbuf sysctl. But attempt to use this value as maximum > > buffer size was not successful -- it is too large for kernel. >=20 > It is not intended that you do this. >=20 So we can just rip it? :-) Seriously, you didn't give any alternative. How does one knows the maximum allowed limit? By just blindly trying? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --gDGSpKKIBgtShtf+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+YLh9Ukv4P6juNwoRAi2AAJ4+XDMLIsj+DMBrtll7j7uu3oGrAwCaAjAM D9y9V1rVgZvM9JgQD2Q4bw8= =qOzP -----END PGP SIGNATURE----- --gDGSpKKIBgtShtf+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message