From owner-freebsd-net Sun Oct 27 1: 6:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E96337B401 for ; Sun, 27 Oct 2002 01:06:19 -0800 (PST) Received: from pursued-with.net (adsl-66-125-9-242.dsl.sndg02.pacbell.net [66.125.9.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3B643E6A for ; Sun, 27 Oct 2002 01:06:13 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Received: from pursued-with.net (fffinch [192.168.168.101]) by pursued-with.net (8.12.6/8.12.5) with ESMTP id g9R95fsG002190; Sun, 27 Oct 2002 01:05:41 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Date: Sun, 27 Oct 2002 01:05:41 -0800 Subject: Dual Networks - Was: Annoying ARP warning messages. Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) Cc: freebsd-net@FreeBSD.ORG To: Julian Elischer From: Kevin Stevens In-Reply-To: Message-Id: <44E18C9B-E98B-11D6-BF1E-003065715DA8@pursued-with.net> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.546) 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 Saturday, Oct 26, 2002, at 23:42 US/Pacific, Julian Elischer wrote: > As one of the people whio wrote lots of the code you are using I'm > trying to figure out why you are doing something that we never > designed it to do because "no-one would want to do that". > i.e. "Do we have to change any design criteria? > Is there soemm reason that this is suddenly something people will want > to do?" Well, speaking generally, here are some of the reasons I've seen people run two NICS on the same physical network: - Redundancy for NIC failure. This is often combined with a second physical layer network, but that's not always feasible. - Configuration requirements. Sometimes there are compatibility issues associated with running multiple protocols on the same card, sometimes there are configuration differences. For example, one might want to run jumbo frames on a gig card to connect to a backup server, but need to limit MTU on connections headed to the outside world via external VPN. You can't always do what you need to with aliases on a single card. - Traffic control/accounting. Statistics and SNMP counters usually run against the physical interface rather than the IP address, so if you need accounting for separate networks (for utilization reports, billing, etc.) it can be desirable to have multiple NICS in the same box. - Load balancing/teaming. Via MLPPP or other teaming technology, you might have several 100MB connections teamed out of the same box to a switch with a faster uplink to the destination. The ARP issue mentioned will still occur even though each NIC has it's own dedicated 100MB duplex connection. I'm sure there are others out there as well. KeS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 8:51:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3EA737B404 for ; Sun, 27 Oct 2002 08:51:30 -0800 (PST) Received: from server0027.freedom2surf.net (server0027.freedom2surf.net [194.106.33.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E54F43EA3 for ; Sun, 27 Oct 2002 08:51:23 -0800 (PST) (envelope-from neil@mpfreescene.com) Received: from b1 ([195.137.35.72]) by server0027.freedom2surf.net (8.12.6/8.12.6/Debian-5) with ESMTP id g9RGpIG4009741 for ; Sun, 27 Oct 2002 16:51:26 GMT Reply-To: From: "Neil Doody" To: Subject: Freebsd multiple gateways Date: Sun, 27 Oct 2002 16:51:14 -0000 Message-ID: <000601c27dd9$15c0b040$0200a8c0@b1> 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, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org *I sent this to the freebsd-questions mailing list, then realised there was a freebsd-net mailing list, my apologies if this is a repeat for you* I have a problem with having 2 nics and the need for multiple gateways for IP's that are bound to them, heres my prognosis in detail :-# Background Scenario :- I have a server that is running FREEBSD 4.7-STABLE. This server has 2 network cards. Each network card has its own pool of IP's and are on different subnets which are transported by different carriers. Details :- The servers main hostname is admin.mghost.net the IP is 66.250.145.138, the default gateway for this is 66.250.145.137, these ips are on the cogent network, all traffic in/out of the server for the ip 66.250.145.138 should be routed through the gateway 66.250.145.137. These are all on the first network card which is an realtek card. The servers second hostname is test.mghost.net the IP is 69.1.78.8, the default gateway for this is 69.1.78.1, these IP's are on the internap network, all traffic in/out of the server for the ip 69.1.78.8 should be routed through the gateway 69.1.78.1. There are all on the second network card which is an intel thing. The problem :- It appears there is no easy way to add a second default gateway, something I did, which I thought was working, is not. all inbound traffic destined for the IP 69.1.78.8 is going through the correct channels and through teh correct nic, however, outgoing traffic is being routed to the default gateway, through the first NIC, so when people connect to the IP 69.1.78.8, the traffic is being sent through the first NIC and through the gateway 66.250.145.137. The needed solution :- I need something that will allow me to make traffic that is destined for the IP 69.1.78.8 to be routed through the correct NIC and the correct router, not the default gateway, so traffic from 69.1.78.8 back out again, should go via the gateway 69.1.78.1. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 9:17:54 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF9F37B401 for ; Sun, 27 Oct 2002 09:17:53 -0800 (PST) Received: from tesla.foo.is (tesla.reverse-bias.org [217.151.166.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709B943E42 for ; Sun, 27 Oct 2002 09:17:52 -0800 (PST) (envelope-from baldur@foo.is) Received: from there (eniac.foo.is [192.168.1.25]) by tesla.foo.is (Postfix) with SMTP id DF666AB93; Sun, 27 Oct 2002 17:17:39 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" From: Baldur Gislason To: Subject: Re: Freebsd multiple gateways Date: Sun, 27 Oct 2002 17:17:39 +0000 X-Mailer: KMail [version 1.3.2] References: <000601c27dd9$15c0b040$0200a8c0@b1> In-Reply-To: <000601c27dd9$15c0b040$0200a8c0@b1> Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20021027171739.DF666AB93@tesla.foo.is> 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 The solution is simple. Compile your kernel with: options IPFW2 options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD Then, sysctl net.inet.ip.sourceroute=1 Finally: ipfw add fwd 69.1.78.1 ip from 69.1.78.8 to not 69.1.78.8 and you should have a working route from 69.1.78.1 Baldur To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 9:21:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E168B37B401 for ; Sun, 27 Oct 2002 09:21:43 -0800 (PST) Received: from tesla.foo.is (tesla.reverse-bias.org [217.151.166.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A95643E75 for ; Sun, 27 Oct 2002 09:21:43 -0800 (PST) (envelope-from baldur@foo.is) Received: from there (eniac.foo.is [192.168.1.25]) by tesla.foo.is (Postfix) with SMTP id 4EA54AB93; Sun, 27 Oct 2002 17:21:42 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" From: Baldur Gislason To: Subject: Re: Freebsd multiple gateways Date: Sun, 27 Oct 2002 17:21:41 +0000 X-Mailer: KMail [version 1.3.2] References: <000601c27dd9$15c0b040$0200a8c0@b1> In-Reply-To: <000601c27dd9$15c0b040$0200a8c0@b1> Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20021027172142.4EA54AB93@tesla.foo.is> 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 forgot to mention... echo "IPFW2=TRUE" >> /etc/make.conf cd /usr/src/lib/libalias/ make make install make clean cd /usr/src/sbin/ipfw make make install make clean Then add the correct fwd rule. Baldur To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 10: 0:29 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB98037B401 for ; Sun, 27 Oct 2002 10:00:28 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB1E43E88 for ; Sun, 27 Oct 2002 10:00:28 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA18667; Sun, 27 Oct 2002 09:50:40 -0800 (PST) Date: Sun, 27 Oct 2002 09:50:39 -0800 (PST) From: Julian Elischer To: Baldur Gislason Cc: neil@mpfreescene.com, freebsd-net@freebsd.org Subject: Re: Freebsd multiple gateways In-Reply-To: <20021027171739.DF666AB93@tesla.foo.is> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 27 Oct 2002, Baldur Gislason wrote: > The solution is simple. > Compile your kernel with: > options IPFW2 > options IPFIREWALL > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_FORWARD > > Then, sysctl net.inet.ip.sourceroute=1 I'm not sure you need this last line,, and options ipfw2 is ok but it should work with the old ipfw too. > Finally: > ipfw add fwd 69.1.78.1 ip from 69.1.78.8 to not 69.1.78.8 > and you should have a working route from 69.1.78.1 you might also ad dthe key word 'out' ipfw add fwd 69.1.78.1 ip from 69.1.78.8 to not 69.1.78.8 out as you only want it to be done on outgoing packets. Alternatively you could get a bgp feed from your ISPs and run gated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 13:12: 7 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91DAE37B401 for ; Sun, 27 Oct 2002 13:12:06 -0800 (PST) Received: from mailhost.nxad.com (lan.ext.nxad.com [66.250.180.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C36E43E42 for ; Sun, 27 Oct 2002 13:12:06 -0800 (PST) (envelope-from sean@nxad.com) Received: from perrin.int.nxad.com (perrin.int.nxad.com [192.168.1.251]) by mailhost.nxad.com (Postfix) with ESMTP id 09D21212EEB; Sun, 27 Oct 2002 13:12:06 -0800 (PST) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id C865320F02; Sun, 27 Oct 2002 13:12:04 -0800 (PST) Date: Sun, 27 Oct 2002 13:12:04 -0800 From: Sean Chittenden To: Julian Elischer Cc: Kevin Stevens , freebsd-net@FreeBSD.ORG Subject: Re: Annoying ARP warning messages. Message-ID: <20021027211204.GD92719@perrin.int.nxad.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 6CEB 1B06 BFD3 70F6 95BE 7E4D 8E85 2E0A 5F5B 3ECB X-Web-Homepage: http://sean.chittenden.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 > > >>> I have two systems connected through a common network > > >>> (switch). They each have two NICs, with one addressed on one > > >>> IP network and the second on another. IP works fine. My > > >>> problem is that the kernel keeps bitching about seeing the > > >>> same MAC addresses on both interfaces: > > > > > > well, WHY is it seeing the same MA addresses on both interfaces? > > > > Because they're on the same network, as described above. > > Don't get snooty.. > the question is :"why do you want to do that? > Is it to get more bandwidth? I do this to get more bandwidth from NFS sometimes. It's cheesy, but I'll plug two nics into the same VLAN give each nic different IP addresses, then I'll setup DNS round robbin for the A records and *poof* instant clustering. This works better with UDP than it does TCP, but still... I've gotten 150Mbps off of my NFS server by doing that. Can't say as its graceful, but it's certainly a poor-man's way of getting more than 100Mbps of capacity. Julien, know of a better way? I get the feeling that you've got an idea... :) -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 14:54:57 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E288937B401 for ; Sun, 27 Oct 2002 14:54:53 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C1D343E3B for ; Sun, 27 Oct 2002 14:54:53 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9RMsdC05746; Sun, 27 Oct 2002 14:54:39 -0800 (PST) Message-ID: <3DBC6EAE.8090301@isi.edu> Date: Sun, 27 Oct 2002 14:54:38 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Lars Eggert Cc: Luigi Rizzo , net@FreeBSD.ORG Subject: Re: Bridging when one interface has no carrier References: <3D61224B.2020902@isi.edu> <20020819102951.A38869@iguana.icir.org> <3DB885BD.8010203@isi.edu> In-Reply-To: <3D61224B.2020902@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060601020507050408040900" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. --------------ms060601020507050408040900 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lars Eggert wrote: > This causes the problem decribed in PR kern/41632 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/41632), where dhcpd > "listens" on interface A which is bridged to interface B. When A has no > carrier, DHCP requests arriving on B are ignored. When A has a carrier, > dhcp will get a copy of the packet when it is bridge-forwarded out A, so > the problem doesn't occur then. > > Attached is a rough patch to if_ethersubr.c that fixes the problem. That patch (new version attached) turned out to only fix part of the problem. When bridge-forwarding packets to an interface without a carrier, they start to fill up its outbout queue. Once the queue is full, new packets that are routed to that interfaces won't be bridged anymore. This happens in the example above with dhcpd. DHCP requests come in on B and get bridge-forwarded to A (filling up A's outbound queue). dhcpd generates responses, which are sent via A and then bridge-forwarded to B. Once A's outbound queue is full, those responses fall on the floor. Attached is an ugly hack that fixes this in my setup. The next issue is bridge interactions with IPv6 stateless autoconf. IPv6 doesn't like link-local addresses appearing on (apparently) different interfaces... Lars -- Lars Eggert USC Information Sciences Institute --------------ms060601020507050408040900 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyNzIyNTQzOVowIwYJKoZIhvcNAQkEMRYEFE527m6SYMyuSXTTole0 DvZib48oMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAGVxeog5FO0FNSMnh/yA2jFl6gbx8a2BtszTx Mn3/hnr3pYeUwYko6EroYwirbfPhLGXQXB6ltfQHNXz12MsS0fJ/VwGq397nJO/p5pRc68HY vVO/SHeAO4vI2kwCHZG9JHuk7GKCtkYaGUbzqpMpBoLbOfyJ4vBx3CPT0QhI54K3jZsXVmLy 6tDr0rh66F8k77jruAWVP/5zAgATKN0ETu2NgCGR8gmId6/mlAdQF39d8u+pAPOFvmmfrvHA OoWVF3q/+iGs2oEZnCtgf6d3HAy0nQF/pp9/nlA3/StMaw3XARIDpC5fQ+DgIpgGi0dKMQtV Ohwhtwd3na/0/ldEsAAAAAAAAA== --------------ms060601020507050408040900-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Oct 27 14:56: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E347537B401 for ; Sun, 27 Oct 2002 14:55:55 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5828243E6E for ; Sun, 27 Oct 2002 14:55:55 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9RMtZC06273; Sun, 27 Oct 2002 14:55:35 -0800 (PST) Message-ID: <3DBC6EE6.4070307@isi.edu> Date: Sun, 27 Oct 2002 14:55:34 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Lars Eggert Cc: Luigi Rizzo , net@FreeBSD.ORG Subject: Re: Bridging when one interface has no carrier References: <3D61224B.2020902@isi.edu> <20020819102951.A38869@iguana.icir.org> <3DB885BD.8010203@isi.edu> In-Reply-To: <3D61224B.2020902@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080202010704020003060206" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. --------------ms080202010704020003060206 Content-Type: multipart/mixed; boundary="------------090306070007090507070105" This is a multi-part message in MIME format. --------------090306070007090507070105 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit [Re-send, forgot to attach the patches. Argh.] Lars Eggert wrote: > This causes the problem decribed in PR kern/41632 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/41632), where dhcpd > "listens" on interface A which is bridged to interface B. When A has no > carrier, DHCP requests arriving on B are ignored. When A has a carrier, > dhcp will get a copy of the packet when it is bridge-forwarded out A, so > the problem doesn't occur then. > > Attached is a rough patch to if_ethersubr.c that fixes the problem. That patch (new version attached) turned out to only fix part of the problem. When bridge-forwarding packets to an interface without a carrier, they start to fill up its outbout queue. Once the queue is full, new packets that are routed to that interfaces won't be bridged anymore. This happens in the example above with dhcpd. DHCP requests come in on B and get bridge-forwarded to A (filling up A's outbound queue). dhcpd generates responses, which are sent via A and then bridge-forwarded to B. Once A's outbound queue is full, those responses fall on the floor. Attached is an ugly hack that fixes this in my setup. The next issue is bridge interactions with IPv6 stateless autoconf. IPv6 doesn't like link-local addresses appearing on (apparently) different interfaces... Lars -- Lars Eggert USC Information Sciences Institute --------------090306070007090507070105 Content-Type: text/plain; name="if_var.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_var.patch" --- /nfs/ruby/larse/if_var.h Sun Oct 27 11:48:06 2002 +++ sys/net/if_var.h Sun Oct 27 11:47:47 2002 @@ -272,6 +272,38 @@ int need_if_start = 0; int s = splimp(); + /* + * Drop the packet if the outbound interface has no carrier. + * This prevents the queue from filling up, causing bridging + * to fail, since packets would be dropped before being bridged. + * + * XXX I'd be nice if we could easily peek at the media status + * here. Instead, use a 50% full queue together with the + * interface not sending is an indicator. + */ + if (ifp && (!(ifp->if_flags & IFF_OACTIVE)) && + ifq->ifq_len > ifq->ifq_maxlen / 2) { + /* + * Flush the queue here, otherwise we send out stale + * packets once the interface gets a carrier. + * + * XXX This duplicates ifq_qflush(). + */ + register struct mbuf *m2, *n; + n = ifq->ifq_head; + while ((m2 = n) != 0) { + n = m2->m_act; + m_freem(m2); + } + ifq->ifq_head = 0; + ifq->ifq_tail = 0; + ifq->ifq_len = 0; + + /* Now drop the packet. */ + m_freem(m); + return (0); + } + if (IF_QFULL(ifq)) { IF_DROP(ifq); splx(s); --------------090306070007090507070105 Content-Type: text/plain; name="bridge.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bridge.patch" --- /nfs/ruby/larse/bridge.c Sun Oct 27 11:48:14 2002 +++ sys/net/bridge.c Sun Oct 27 11:51:54 2002 @@ -104,6 +104,7 @@ #include #include #include +#include #include /* for struct arpcom */ #include @@ -197,7 +198,7 @@ * */ -#define DDB(x) x +#define DDB(x) #define DEB(x) static int bdginit(void); @@ -813,7 +814,7 @@ */ struct ether_header save_eh = *eh ; - DEB(quad_t ticks; ticks = rdtsc();) + DDB(quad_t ticks; ticks = rdtsc();) args.rule = NULL; /* did we match a firewall rule ? */ /* Fetch state from dummynet tag, ignore others */ @@ -1015,6 +1016,21 @@ return m0 ; /* the original is still there... */ } } + + /* + * Deliver a copy of the packet to the bpf even if the interface + * has no carrier. This fixes kern/41632. + */ + if ((!(last->if_flags & IFF_OACTIVE)) && last->if_bpf != NULL) { + struct m_hdr mh; + + /* This kludge is OK; BPF treats the "mbuf" as read-only */ + mh.mh_next = m; + mh.mh_data = (char *)eh; + mh.mh_len = ETHER_HDR_LEN; + bpf_mtap(last, (struct mbuf *)&mh); + } + /* * Add header (optimized for the common case of eh pointing * already into the mbuf) and execute last part of ether_output: @@ -1058,7 +1074,7 @@ if (ifp == NULL) once = 1 ; } - DEB(bdg_fw_ticks += (u_long)(rdtsc() - ticks) ; bdg_fw_count++ ; + DDB(bdg_fw_ticks += (u_long)(rdtsc() - ticks) ; bdg_fw_count++ ; if (bdg_fw_count != 0) bdg_fw_avg = bdg_fw_ticks/bdg_fw_count; ) return m0 ; } --------------090306070007090507070105-- --------------ms080202010704020003060206 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyNzIyNTUzNFowIwYJKoZIhvcNAQkEMRYEFFx7cdLDGo7dvEO7VC3e x7lTcjQ+MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAqpEHriYUGR9Fu6Z2kMnSLIcbwo1dAvwou5R5 W1yk8jfgex/76R2MkkaaWTdfKfOkm2DQ/sU8q+iXH6w9yMzJVKVLQ8gbRN6a7CMI52BOSJzO Ejt6sVprO4yrPskc7tOPcPFqZug7u60qlW2sh8cSmkXlkAnvLezjm1ldMij69GHL7uR5KwhR VTHnZV7SONtJw8kInvt2qMnPpViPJbjgFmLU/59+vTP56bNSwjqPhY/RuTyDRXEl4s6z3ohh Qp/dB9p3c7Hj2IzXSL2iMsvYyEZzHbwlTRsZozV4Z1jSF7N85IVgVX9BNYMo9rY8wq5Nv1zM hrMhf6F8ul9r4ov+2AAAAAAAAA== --------------ms080202010704020003060206-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 4: 4:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C2C237B401; Mon, 28 Oct 2002 04:04:58 -0800 (PST) Received: from hotmail.com (f31.pav2.hotmail.com [64.4.37.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5773943E77; Mon, 28 Oct 2002 04:04:58 -0800 (PST) (envelope-from sepehr_soh@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 28 Oct 2002 04:04:58 -0800 Received: from 213.217.52.210 by pv2fd.pav2.hotmail.msn.com with HTTP; Mon, 28 Oct 2002 12:04:58 GMT X-Originating-IP: [213.217.52.210] From: "sepehr sohrabi" To: freebsd-net@freebsd.org Subject: spoofing source code in kernel Date: Mon, 28 Oct 2002 15:34:58 +0330 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 Oct 2002 12:04:58.0290 (UTC) FILETIME=[3C51D120:01C27E7A] 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 list Anyone has source code for spoofing (in kernel) for all input Tcp/IP packets .For any TCP/IP packet recieve it creates an ACK for it . someThing like spoofing GW CLIENT <-----> GW <-------> server connections are spoofed THANX _________________________________________________________________ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 5:56:17 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D1737B401 for ; Mon, 28 Oct 2002 05:56:16 -0800 (PST) Received: from LISTonosz.Korbank.PL (LISTonosz.KORbank.PL [217.96.41.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B9B043E6E for ; Mon, 28 Oct 2002 05:56:15 -0800 (PST) (envelope-from ns88@LISTonosz.Korbank.PL) Received: by LISTonosz.Korbank.PL (Postfix, from userid 10001) id A21DA2013D; Mon, 28 Oct 2002 14:57:08 +0100 (CET) Date: Mon, 28 Oct 2002 14:57:08 +0100 From: Tomasz Paszkowski To: sepehr sohrabi Cc: freebsd-net@freebsd.org Subject: Re: spoofing source code in kernel Message-ID: <20021028135708.GB15820@LISTonosz.Korbank.PL> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i 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, Oct 28, 2002 at 03:34:58PM +0330, sepehr sohrabi wrote: > Hi list > Anyone has source code for spoofing (in kernel) for all input Tcp/IP > packets .For any TCP/IP packet recieve it creates an ACK for it . > someThing like spoofing GW > CLIENT <-----> GW <-------> server > connections are spoofed I tkink taht ng_ether is a good point to start for you ! -- _ _ _ _ _ / \ | | / / / \ / \ --- Tomasz Paszkowski ------------------------------ | |\ \| | \ \ |/ \||/ \| === IPv4://3646987138 === IPNg://3ffe:8010:88::2 === /_/ \__/ /_/ \_/ \_/ -------- Shakespeare William: ( 2B | ~ 2B ) = FF === To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 5:57:30 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37EA137B401 for ; Mon, 28 Oct 2002 05:57:29 -0800 (PST) Received: from web21402.mail.yahoo.com (web21402.mail.yahoo.com [216.136.232.72]) by mx1.FreeBSD.org (Postfix) with SMTP id E15C843E6E for ; Mon, 28 Oct 2002 05:57:28 -0800 (PST) (envelope-from zopewiz@yahoo.com) Message-ID: <20021028135728.73218.qmail@web21402.mail.yahoo.com> Received: from [63.170.174.190] by web21402.mail.yahoo.com via HTTP; Mon, 28 Oct 2002 05:57:28 PST Date: Mon, 28 Oct 2002 05:57:28 -0800 (PST) From: Carlos Carnero Subject: Re: mpd PPTP server; client gateway To: Archie Cobbs Cc: freebsd-net@FreeBSD.ORG In-Reply-To: <200210212120.g9LLK77d060052@arch20m.dellroad.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 Hi, --- Archie Cobbs wrote: > Carlos Carnero writes: > > I've succesfully configured mpd as PPTP server for > > VPNs. But I have one stumbling block: when I > > connect to the server from a Windows XP client, > > the new connection gets assigned the same IP > > address as the default gateway. For instance: > > > > Client IP address: 192.168.250.240 > > Client netmask: 255.255.255.0 > > Client gateway: 192.168.250.240 > > > > the latter _should_ be 192.168.250.1. > > Why? I thought that was how Windows displayed the > "gateway" for a point-to-point connection. You are absolutely right. Turns out that my problem was my firewall blocking GRE. Thanks a lot, Carlos. __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 6:33:28 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53AFD37B401 for ; Mon, 28 Oct 2002 06:33:26 -0800 (PST) Received: from ene.asda.gr (ene.asda.gr [193.92.118.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9E843F13 for ; Mon, 28 Oct 2002 06:33:15 -0800 (PST) (envelope-from lefty@asda.gr) Received: from asda.gr (lefty.ene.asda.gr [193.92.118.162]) by ene.asda.gr (8.12.6/8.12.6) with ESMTP id g9SEXCHB067580 for ; Mon, 28 Oct 2002 16:33:13 +0200 (EET) (envelope-from lefty@asda.gr) Message-ID: <3DBD4AC4.616F652C@asda.gr> Date: Mon, 28 Oct 2002 16:33:40 +0200 From: Lefteris Tsintjelis X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en,el MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: GRE tunnel kernel support for SQUID and Cisco (wccp v1) Content-Type: multipart/mixed; boundary="------------280F9B86158792D0D1C57E7F" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------280F9B86158792D0D1C57E7F Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 7bit Hi all, It would make a nice addition to the kernel this patch found at http://www.squid-cache.org/Doc/FAQ/FAQ-17.html. I included it with some very minor fixes to compile under 4.7-stable. It adds direct GRE tunnel support to kernel, transparent proxy (use with wccp v1 enabled routers and Squid boxes) A very simple step by step howto for some previous message I saw at the list. 1) Add gre.c to /usr/src/sys/netinet 2) Patch kernel with gre-squid.patch (cd /usr/src; patch -p0 < gre-squid.patch) 3) Add "option GRE" to kernel config, rebuild and install (UDP port 2048 tunnel squid <---> router) 4) Setup your rc.conf to inculde similar to gre-ipfw.conf rules 5) Setup squid.conf to use your wccp router (further info @ http://www.squid-cache.org/Doc/FAQ/FAQ-17.html) 6) Setup your Cisco IOS for wccp webcache version 1 redirection. 7) DONE. Don't forget to reset :-) I have tested it with FreeBSD 4.7-STABLE, squid-STABLE 2.4/5 and seems to be working very STABLE. Beats Cisco access-list redirection rules by far. Router can handle a lot more requests for large scale networks. Lefteris Tsintjelis (lefty@ene.asda.gr) --------------280F9B86158792D0D1C57E7F Content-Type: application/x-compressed; name="wccp.tgz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="wccp.tgz" H4sIAC8GvD0AA+1Z6XPixhL3V+mv6DiVBAwIiUN48fHMAptQwQsBNptX9apUsjQCZXWtDmMn z/97ukcyhwzr5IOdqoTeBYmePn7T05rukaXq0YuTLDfkVrOJV075a3qPAi1Zrsu12pGs4I16 BM2Xh3Z0lESxHgIchb4ff0luuWDMeQ1Ar0tSdR4yyXhRH7SeaqOxb/1rLbXG119Va42mjHKK QsMgvyiqjP7l6189EeEEkHgalG9BkWpQw0Wpyo1qTYGa0m68acunsGRRxJwI+ncBapDS9w7z POgu7GjhOy6cz+n3lR0aurFgksfiS5LqJbrH4GOmfZ6ZyYtVRfFr2zOcxGRw7AexRnAWxxvc 8+g+qgZ6qLvS4jLHxk+8g/2JhR5znvJd3XF8Ywf/JrGecoNwlyxyYz9a7sDiG59YvI9/q4c7 4Rsxx7kxcOtWb13tN99juQGMWNXO4SRe6CfxDlmby3tP5DO+tiN2q9Fgr1Zg3OwdezLHtb0v jrkbMzCZZVPadLtjbTwZzUbd0VCb/XfcB/nu9LTeF8UoDhMjprSF30VKYNuLIb4P2Jn4cCaK t75tijio2V6QxAW3DHawwAQtA1+5IleBkM3tKGYhZNYoA+DEPUtHyeKW1pmYusqr2QGc4OcC 3Ng3ydcGv3i2U4Vwn+DX2Qo7ukHc9Avv0FbqGUoQ2b8x3yqsFTOTtgUFt3LpaiR2TlpFDIVA 7IJLYLQgcZwkIEA0WISLC5C5DKkHIXq1CserILVXGmDptsPM/3nH6EpI4cdJiPiEB3Tw5Zk+ iNl2glKFzdkWEZehm2aoxUVSKGVT3JiOF/sLp4DSlUtayiJ8dbEjB/gUdsAPmfGdCZ7vVUgH vp/0IdDpqSvzxIBv7nBGZVibx/mEmHh7UoRGs2mv57Un6DvQRLTNZAD+wxf14huzDFwT7zgU 7u3RHDl0NStkzC24u71XT8AM/QAGY9A9k89wwXSThRFtoSTharr56+OKZ4FdzRAZD+L2/s/r fyX6nNimFOixsXiBGvNM/a8raiur/3X8pv6vLsutQ/1/DapUKkA1yPA9q2rhUx9JfmjPhWni wQif3FoL5HpbqbebCm8LxFKplFPYkq21m2q7KaeyV1dQeSPXyyqU6NKCqysRnu74hoAV3/Y9 3QEa2RJBAUzd/SKhvtSwTuXHS4/jvK0R1qP4e60cG4FmsptkvqmPTM7bFuNP0H4YJLIHqrgV 4nTsLwU5U8mH+XQlTWGutU4pzHRJwzwY/6y+G0z6HzvDofZzf/J2NO1rw8H1YEb4MGaqhd1L Tq7Xf9f5MJxps5HW6Xb74yey01m/M5z9IJZw6xF4WNNOjcZ+yRh2cJcxBuM8a/bh/fv+cJO5 Cs9md0H7r2TsDFKjrcjbQXqqmNOh/+o6VHUeqfpjoLb7Tg7q+Ck3YsYuPvpViV/a2b3Chvx2 /wr7OlUCqCgqIVSUVllpcIwAclkQ1h/ifEulK4nCkH2ORHgoEwYL+yaqCmLpd5iOuj9qk87H svAtwTR9V7e9sjAY81qqoVRZGE+0zmx0Pej+n+56vQla4bU7zffyyiX5wh41TXEuJGffW7BK OVglDot5pm2J8CykQfd6vAMTXYed6ewHgkf1zHCDZ/DxgO1IrawB/auJlanl06rZbtbXaaWc KnzV8JImFrWgWX9hxwX6RQV5g0s1eavxLFMjyL9IEi9cMJ1UXjL7mR4riJFoju/NUbHEXax7 3y+44JJ28GfQpLij2z8JHE1mwvZK9hEryvzdZe9AGUnVSb/Tu+6/pI9n+j+lUVPX7/9kleRb tcP7n1ehjmlG/BwRJx6WIIiSIPBDPEn7kBYlPDuFuhdh5WJ4SMUCe3cPhSRisLTjBXTtyPCB t3F4BqEzyZSOEkVRVIoC2k5fK5G1jQ1VrBWFMZ01Mhepqdw5RKynBo7T9kdAjMdrVECdkT0v 45nvJrEdk7u2PVxLPHMVPvTGwGdRkxunq5mRbTjHmnCZAS6KjaIwxUNWAPd+EkJoSGSWvGB1 ThyszpHt2g7mB7IInx1gI8RlwgQ7X7H5qJ8Cf9Sm8HCLS8MIMmdQsJIwXuCN7Vk+XMEijoN2 tbpcLiWuXUlfiPnhvNrzjeq7zk/0qSgtaRG7TlFUt7CmgR+MpmD5mZ8lu+Em4BbXAkMGCkbH tPFUTAGUxFZR6I3e9yXo+d53MenNGV/okEV4067gqg1god8yiFkUMwxonC7NOzyTvp32oCG1 KtNZ5+2wX05nnP2CmtSoNvkaRHh6jcjoDWaIH36yvTnhuYdUUhKvE1x3S+fvQuKF7mGwSCad j24YLIoqjh3Fm9jTaEswSSNpoBZqmg4DHRwfi5AfMpT/nCDsiAcE12yOq2foKIMZR0giSRSH zEIDdgQzdBr/ytARFBxk3l8xj0l6ZOrSHPPi734qX4/S8/8qr1/ExzP7v9xopX//UVstta40 UZ7+DnDY/1+DdNxiaQlOgV6KL+n0C1bou3DOtxnHN+gcG1zSI61794LwNYxDdou1IMoGHd8P IvHRzpu8HVQi3bw52v02bWGRsSzb2HrqUW1DizTK9P4NLT66a8pgLU1Qai1Jxn9Kua7UTp/4 pkvmb5KZJ5Tg8+2YRtJqkWHgxtVms97I5kKyOXv/oh3iQAc60IEOdKADHehA/yT6A8OZDk0A KAAA --------------280F9B86158792D0D1C57E7F-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 7: 1:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0348937B401 for ; Mon, 28 Oct 2002 07:01:58 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7211743E42 for ; Mon, 28 Oct 2002 07:01:57 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VLVK>; Mon, 28 Oct 2002 10:01:56 -0500 Message-ID: From: Don Bowman To: 'sepehr sohrabi' , freebsd-net@freebsd.org Subject: RE: spoofing source code in kernel Date: Mon, 28 Oct 2002 10:01:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: sepehr sohrabi [mailto:sepehr_soh@hotmail.com] > > Hi list > Anyone has source code for spoofing (in kernel) for all input > Tcp/IP packets > .For any TCP/IP packet recieve it creates an ACK for it . > someThing like spoofing GW > CLIENT <-----> GW <-------> server > connections are spoofed > THANX ipfw with a 'fwd' rule will let you do something like this. Run a user-mode application on port X, then do ipfw fwd localhost,X tcp from any to any recv myinterface and any inbound TCP connection will be terminated locally. --don (don@sandvine.com www.sandvine.com p2p) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 7: 6:21 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D35137B401 for ; Mon, 28 Oct 2002 07:06:20 -0800 (PST) Received: from tesla.foo.is (tesla.reverse-bias.org [217.151.166.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831B743E77 for ; Mon, 28 Oct 2002 07:06:19 -0800 (PST) (envelope-from baldur@foo.is) Received: from there (eniac.foo.is [192.168.1.25]) by tesla.foo.is (Postfix) with SMTP id 10248AB93; Mon, 28 Oct 2002 15:06:07 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" From: Baldur Gislason To: Don Bowman Subject: Re: spoofing source code in kernel Date: Mon, 28 Oct 2002 15:06:06 +0000 X-Mailer: KMail [version 1.3.2] References: In-Reply-To: Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20021028150607.10248AB93@tesla.foo.is> 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 ipfw allows you to catch the connections, but it doesn't enable your application to spoof the proxied connection as if it was coming straight from the client. Baldur On Monday 28 October 2002 15:01, you wrote: > From: sepehr sohrabi [mailto:sepehr_soh@hotmail.com] > > > Hi list > > Anyone has source code for spoofing (in kernel) for all input > > Tcp/IP packets > > .For any TCP/IP packet recieve it creates an ACK for it . > > someThing like spoofing GW > > CLIENT <-----> GW <-------> server > > connections are spoofed > > THANX > > ipfw with a 'fwd' rule will let you do something like this. > Run a user-mode application on port X, then do > ipfw fwd localhost,X tcp from any to any recv myinterface > > and any inbound TCP connection will be terminated locally. > > --don (don@sandvine.com www.sandvine.com p2p) > > 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 Mon Oct 28 7:38:47 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F08E37B401; Mon, 28 Oct 2002 07:38:43 -0800 (PST) Received: from cheer.mahoroba.org (flets20-201.kamome.or.jp [218.45.20.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EC243E3B; Mon, 28 Oct 2002 07:38:42 -0800 (PST) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (IDENT:4wLf4tsEkyG3PVFeetd41YyKEubwDhtfUR1Te4i4t4+55D3HdkIL8zI591ZNfvfP@lyrics.mahoroba.org [IPv6:3ffe:505:2:0:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.6/8.12.6) with ESMTP/inet6 id g9SFcdKv051111 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 29 Oct 2002 00:38:39 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 29 Oct 2002 00:38:39 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org, net@FreeBSD.org Subject: [CFR] ipfilter IPv6 support in rc User-Agent: Wanderlust/2.9.15 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.0-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: multipart/mixed; boundary="Multipart_Tue_Oct_29_00:38:39_2002-1" X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.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 --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/plain; charset=US-ASCII Hi, Current rc doesn't support IPv6 setup for ipfilter. So I made the patches. The former is for both 4-STABLE and 5-CURRENT. In addition to the former one, 5-CURRENT requires the latter one for /etc/rc.d/ipfilter. This patch is not for /etc/rc.network6 as usual IPv6 related setups but for /etc/rc.network. I tried to add IPv6 part of ipfilter setups within /etc/rc.network6. However, it was difficult to do so. For example, flushing rules by `ipf -Fa' affects both IPv4 and IPv6. So, I gave up it, and expanded /etc/rc.network. Please review it. If there is no objection, I'll commit it at next weekend. Sincerely, --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="rc.network-ipf6.diff" Content-Transfer-Encoding: 7bit Index: etc/defaults/rc.conf =================================================================== RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.159 diff -u -r1.159 rc.conf --- etc/defaults/rc.conf 5 Sep 2002 20:14:40 -0000 1.159 +++ etc/defaults/rc.conf 28 Oct 2002 10:30:53 -0000 @@ -311,6 +311,10 @@ ipv6_firewall_quiet="NO" # Set to YES to suppress rule display ipv6_firewall_logging="NO" # Set to YES to enable events logging ipv6_firewall_flags="" # Flags passed to ip6fw when type is a file +ipv6_ipfilter_rules="/etc/ipf6.rules" # rules definition file for ipfilter, + # see /usr/src/contrib/ipfilter/rules + # for examples +ipv6_ipfilter_flags="" # additional flags for ipfilter ############################################################## ### System console options ################################# Index: etc/rc.network =================================================================== RCS file: /home/ncvs/src/etc/rc.network,v retrieving revision 1.137 diff -u -r1.137 rc.network --- etc/rc.network 20 Sep 2002 18:31:55 -0000 1.137 +++ etc/rc.network 28 Oct 2002 10:30:54 -0000 @@ -101,10 +101,20 @@ esac case "${ipfilter_enable}" in [Yy][Ee][Ss]) - if [ -r "${ipfilter_rules}" ]; then + if [ -r "${ipfilter_rules}" -o \ + -r "${ipv6_ipfilter_rules}" ]; then echo -n ' ipfilter' - ${ipfilter_program:-/sbin/ipf} -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} \ + -f "${ipfilter_rules}" \ + ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -6 \ + -f "${ipv6_ipfilter_rules}" \ + ${ipv6_ipfilter_flags} + fi else ipfilter_enable="NO" echo -n ' NO IPF RULES' --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="rc.d-ipfilter-ipv6.diff" Content-Transfer-Encoding: 7bit Index: etc/rc.d/ipfilter =================================================================== RCS file: /home/ncvs/src/etc/rc.d/ipfilter,v retrieving revision 1.4 diff -u -r1.4 ipfilter --- etc/rc.d/ipfilter 12 Oct 2002 10:31:31 -0000 1.4 +++ etc/rc.d/ipfilter 28 Oct 2002 10:59:20 -0000 @@ -16,7 +16,7 @@ case ${OSTYPE} in FreeBSD) - stop_precmd="test -f ${ipfilter_rules}" + stop_precmd="test -f ${ipfilter_rules} -o -f ${ipv6_ipfilter_rules}" ;; NetBSD) stop_precmd="test -f /etc/ipf.conf -o -f /etc/ipf6.conf" @@ -49,7 +49,8 @@ fi # check for ipfilter rules - if [ ! -r "${ipfilter_rules}" ]; then + if [ ! -r "${ipfilter_rules}" ] && [ ! -r "${ipv6_ipfilter_rules}" ] + then warn 'IP-filter: NO IPF RULES' return 1 fi @@ -78,8 +79,15 @@ echo "Enabling ipfilter." case ${OSTYPE} in FreeBSD) - ${ipfilter_program:-/sbin/ipf} -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} \ + -f "${ipfilter_rules}" ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -6 \ + -f "${ipv6_ipfilter_rules}" ${ipv6_ipfilter_flags} + fi ;; NetBSD) /sbin/ipf -E -Fa @@ -114,8 +122,15 @@ case ${OSTYPE} in FreeBSD) - ${ipfilter_program:-/sbin/ipf} -I -Fa -f \ - "${ipfilter_rules}" ${ipfilter_flags} + ${ipfilter_program:-/sbin/ipf} -I -Fa + if [ -r "${ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -I \ + -f "${ipfilter_rules}" ${ipfilter_flags} + fi + if [ -r "${ipv6_ipfilter_rules}" ]; then + ${ipfilter_program:-/sbin/ipf} -I -6 \ + -f "${ipv6_ipfilter_rules}" ${ipv6_ipfilter_flags} + fi ;; NetBSD) /sbin/ipf -I -Fa --Multipart_Tue_Oct_29_00:38:39_2002-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Tue_Oct_29_00:38:39_2002-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 8:40:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F00B137B401 for ; Mon, 28 Oct 2002 08:40:11 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BB4C43E4A for ; Mon, 28 Oct 2002 08:40:11 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id IAA24005; Mon, 28 Oct 2002 08:23:45 -0800 (PST) Date: Mon, 28 Oct 2002 08:23:44 -0800 (PST) From: Julian Elischer To: sepehr sohrabi Cc: freebsd-net@freebsd.org Subject: Re: spoofing source code in kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 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 I had two at one stage.. they used two methods. 1/ divert to a daemon that does it... natd has 80% or the logic needed already. 2/ a netgraph node hooked on top of the ethernet interface. Unfortunatly I don't have either any more.. Eventually I figured out that I could use ipfw 'fwd' by forwarding to a dumb proxy. this emant that the tcp session was in fact terminated by the tcp stack in my machine and that emulated tcp perfectly :-) On Mon, 28 Oct 2002, sepehr sohrabi wrote: > Hi list > Anyone has source code for spoofing (in kernel) for all input Tcp/IP pack= ets=20 > .For any TCP/IP packet recieve it creates an ACK for it . > someThing like spoofing GW > CLIENT <-----> GW <-------> server > connections are spoofed > THANX >=20 > _________________________________________________________________ > Broadband?=A0Dial-up? Get reliable MSN Internet Access.=20 > http://resourcecenter.msn.com/access/plans/default.asp >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 12:25:43 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0FCF37B401 for ; Mon, 28 Oct 2002 12:25:42 -0800 (PST) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907B543E4A for ; Mon, 28 Oct 2002 12:25:42 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx22-bradley.dialup.earthlink.net ([209.179.198.64] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 186GSD-0006Yq-00; Mon, 28 Oct 2002 12:25:41 -0800 Message-ID: <3DBD9CF9.DCFBC8B0@mindspring.com> Date: Mon, 28 Oct 2002 12:24:25 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: sepehr sohrabi Cc: freebsd-net@freebsd.org Subject: Re: spoofing source code in kernel References: 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 sepehr sohrabi wrote: > Hi list > Anyone has source code for spoofing (in kernel) for all input Tcp/IP packets > .For any TCP/IP packet recieve it creates an ACK for it . > someThing like spoofing GW > CLIENT <-----> GW <-------> server > connections are spoofed Since the SYN bit has to be set for the initial three-way handshake, blindly ACK'ing isn't going to get you anything. Except maybe ACK's to things you shouldn't be ACK'ing in the first place. On a general note, ACK'ing in the interrupt handler is about the most stupid thing you can possibly do, and it's not going to be any faster. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 12:32:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B457537B401 for ; Mon, 28 Oct 2002 12:32:23 -0800 (PST) Received: from mailhost.nxad.com (lan.ext.nxad.com [66.250.180.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A3243E4A for ; Mon, 28 Oct 2002 12:32:23 -0800 (PST) (envelope-from sean@nxad.com) Received: from perrin.int.nxad.com (perrin.int.nxad.com [192.168.1.251]) by mailhost.nxad.com (Postfix) with ESMTP id C3A7F212EEB; Mon, 28 Oct 2002 12:32:07 -0800 (PST) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id 09B9320F02; Mon, 28 Oct 2002 12:32:04 -0800 (PST) Date: Mon, 28 Oct 2002 12:32:04 -0800 From: Sean Chittenden To: "Carlos A. Carnero Delgado" Cc: Julian Elischer , Kevin Stevens , freebsd-net@freebsd.org Subject: Re: Annoying ARP warning messages. Message-ID: <20021028203204.GL92719@perrin.int.nxad.com> References: <20021027211204.GD92719@perrin.int.nxad.com> <3DBC8B67.5070900@icrt.cu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DBC8B67.5070900@icrt.cu> User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 6CEB 1B06 BFD3 70F6 95BE 7E4D 8E85 2E0A 5F5B 3ECB X-Web-Homepage: http://sean.chittenden.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 > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Sean Chittenden wrote: > >... Can't say as its graceful, but it's certainly a poor-man's way > >of getting more than 100Mbps of capacity. > > have you tried this? > http://bsdvault.net/sections.php?op=viewarticle&artid=98 Nope, but I think I could be falling in love after having read it. In this example, does the xl0 interface share the same MAC address? How does this share the bandwidth over the interfaces? Just guessing, but, I'd venture to guess that each interface has its own mac and each interface responds to ARP requests with its own mac... what I don't understand is how the ARP requests are handled. Is it just a 1st come, 1st serve? By that I mean that the interface that responds first wins? I thought the switch had an ARP table and that you couldn't have multiple mac's per IP.... I'm confused as to how this'd work. :) If there's one MAC address that's shared/spoofed by the netgraph interface, then how does the switch decide what port to send the data out of? Confused, Sean -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 13:20:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 006EE37B401 for ; Mon, 28 Oct 2002 13:20:32 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 455D243E77 for ; Mon, 28 Oct 2002 13:20:31 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA25343; Mon, 28 Oct 2002 13:09:44 -0800 (PST) Date: Mon, 28 Oct 2002 13:09:43 -0800 (PST) From: Julian Elischer To: Sean Chittenden Cc: "Carlos A. Carnero Delgado" , Kevin Stevens , freebsd-net@freebsd.org Subject: Re: Annoying ARP warning messages. In-Reply-To: <20021028203204.GL92719@perrin.int.nxad.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 On Mon, 28 Oct 2002, Sean Chittenden wrote: > > *This message was transferred with a trial version of CommuniGate(tm) Pro* > > Sean Chittenden wrote: > > >... Can't say as its graceful, but it's certainly a poor-man's way > > >of getting more than 100Mbps of capacity. > > > > have you tried this? > > http://bsdvault.net/sections.php?op=viewarticle&artid=98 > > Nope, but I think I could be falling in love after having read it. > > In this example, does the xl0 interface share the same MAC address? umm actually, yes.. sends switches insane.. :-) if you don't do the step about source Mac address replacement then they have different addresses. (though I can't guarantee that) > How does this share the bandwidth over the interfaces? Just guessing, > but, I'd venture to guess that each interface has its own mac and each > interface responds to ARP requests with its own mac... The reason its a SIMPLE thing is becasue it's very limitted.. it just spits packets out in round robin.. it doesn't help at all for incoming... of course you can run 2 machine sback to back with N interfaces ganged up if you are oanly doing it in a point-to-point manner. but it falls over in other cases. It's good for a server puting out lots of data and only getting small requests.. The bulk outgoing data is spread over N interfaces but the input comes in on the interface that is publicly known. > what I don't > understand is how the ARP requests are handled. Is it just a 1st > come, 1st serve? By that I mean that the interface that responds > first wins? I thought the switch had an ARP table and that you > couldn't have multiple mac's per IP.... I'm confused as to how this'd > work. :) If there's one MAC address that's shared/spoofed by the > netgraph interface, then how does the switch decide what port to send > the data out of? doesn't work well with switches.. works great with hubs.. for (cisco) switches use the ng_nge code Bill Paul wrote.. the switch knows how to handle that. > > Confused, > Sean > > -- > Sean Chittenden > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 13:36:28 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C62D37B401 for ; Mon, 28 Oct 2002 13:36:27 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB66543E6E for ; Mon, 28 Oct 2002 13:36:26 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VMR7>; Mon, 28 Oct 2002 16:36:25 -0500 Message-ID: From: Don Bowman To: 'Julian Elischer' , Sean Chittenden Cc: "Carlos A. Carnero Delgado" , Kevin Stevens , freebsd-net@freebsd.org Subject: RE: Annoying ARP warning messages. Date: Mon, 28 Oct 2002 16:36:24 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: Julian Elischer [mailto:julian@elischer.org] > On Mon, 28 Oct 2002, Sean Chittenden wrote: > > In this example, does the xl0 interface share the same MAC address? > > umm actually, yes.. sends switches insane.. :-) > if you don't do the step about source Mac address replacement > then they have different addresses. (though I can't guarantee that) Is there support for 802.3ad in FreeBSD? This would be the best way to gang interfaces together in a standard fashion. It involves LACP (Link Aggregation Control Protocol), which prevents loops @ L2 (I think its an extension of STP). Packet reordering is also solved (the simple round robin scheme achieves rather poor performance due to this problem). Another way to do it is with OSPF ECMP (Equal-Cost Multipath Routing), depends on whether you think L2 is cool or L3 :) --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 14: 0:35 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3CEE37B401 for ; Mon, 28 Oct 2002 14:00:33 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F30043E4A for ; Mon, 28 Oct 2002 14:00:33 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA25501; Mon, 28 Oct 2002 13:40:26 -0800 (PST) Date: Mon, 28 Oct 2002 13:40:25 -0800 (PST) From: Julian Elischer To: Don Bowman Cc: Sean Chittenden , "Carlos A. Carnero Delgado" , Kevin Stevens , freebsd-net@freebsd.org Subject: RE: Annoying ARP warning messages. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 28 Oct 2002, Don Bowman wrote: > From: Julian Elischer [mailto:julian@elischer.org] > > On Mon, 28 Oct 2002, Sean Chittenden wrote: > > > > In this example, does the xl0 interface share the same MAC address? > > > > umm actually, yes.. sends switches insane.. :-) > > if you don't do the step about source Mac address replacement > > then they have different addresses. (though I can't guarantee that) > > Is there support for 802.3ad in FreeBSD? This would be the best > way to gang interfaces together in a standard fashion. It involves > LACP (Link Aggregation Control Protocol), which prevents loops > @ L2 (I think its an extension of STP). Packet reordering is also > solved (the simple round robin scheme achieves rather poor performance > due to this problem). > This could be (relatively) easy in netgraph.. it was designed for that sort of thing. > Another way to do it is with OSPF ECMP (Equal-Cost Multipath Routing), > depends on whether you think L2 is cool or L3 :) > > --don (don@sandvine.com www.sandvine.com) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 14: 4:56 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 615EF37B401 for ; Mon, 28 Oct 2002 14:04:55 -0800 (PST) Received: from ene.asda.gr (ene.asda.gr [193.92.118.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4F8243E4A for ; Mon, 28 Oct 2002 14:04:53 -0800 (PST) (envelope-from lefty@asda.gr) Received: from ene.asda.gr (localhost [127.0.0.1]) by ene.asda.gr (8.12.6/8.12.6) with SMTP id g9SM4nHA068608; Tue, 29 Oct 2002 00:04:50 +0200 (EET) (envelope-from lefty@asda.gr) Received: from 193.92.118.162 (SquirrelMail authenticated user lefty) by ene.asda.gr with HTTP; Tue, 29 Oct 2002 00:04:50 +0200 (EET) Message-ID: <3292.193.92.118.162.1035842690.squirrel@ene.asda.gr> Date: Tue, 29 Oct 2002 00:04:50 +0200 (EET) Subject: Re: GRE tunnel kernel support for SQUID and Cisco (wccp v1) From: "Lefteris Tsintjelis" To: In-Reply-To: <20021028150445.GG5112@spc.org> References: <3DBD4AC4.616F652C@asda.gr> <20021028150445.GG5112@spc.org> X-Priority: 3 Importance: Normal Cc: , X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > On Mon, Oct 28, 2002 at 04:33:40PM +0200, Lefteris Tsintjelis wrote: >> It would make a nice addition to the kernel this patch found at >> http://www.squid-cache.org/Doc/FAQ/FAQ-17.html. I included it with >> some very minor fixes to compile under 4.7-stable. > > The GRE support in the original Squid patch was an ugly hack. I wrote > and submitted a driver to Bill Fenner for GRE many, many months ago. > AFAICT, someone imported the NetBSD GRE driver into -CURRENT anyway. Still, under some tests I just run, FreeBSD with the squid hack seems to do a better job compared to linux wccp enabled boxes servicing quite a few hundred requests per minute with very similar hardware configurations and I'd rather stay with -stable. Stability and speed is a must for me and I haven't found anything else yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 14: 7:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1452037B401 for ; Mon, 28 Oct 2002 14:07:21 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DAA143E42 for ; Mon, 28 Oct 2002 14:07:20 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VMTL>; Mon, 28 Oct 2002 17:07:19 -0500 Message-ID: From: Don Bowman To: 'Julian Elischer' , Don Bowman Cc: Sean Chittenden , "Carlos A. Carnero Delgado" , Kevin Stevens , freebsd-net@freebsd.org Subject: RE: Annoying ARP warning messages. Date: Mon, 28 Oct 2002 17:07:18 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Julian Elischer [mailto:julian@elischer.org] > > Is there support for 802.3ad in FreeBSD? This would be the best > > way to gang interfaces together in a standard fashion. It involves > > LACP (Link Aggregation Control Protocol), which prevents loops > > @ L2 (I think its an extension of STP). Packet reordering is also > > solved (the simple round robin scheme achieves rather poor > performance > > due to this problem). > > > > This could be (relatively) easy in netgraph.. it was designed for that > sort of thing. > I assume you mean with a user-mode daemon, sort of a LACPD, like in the linux model? (http://www.st.rim.or.jp/~yumo/), and then a version of one2many that did the src^dst hash to prevent re-ordering? Or would you implement the control protocol inside netgraph as well? On a side note, is there anything netgraph can't solve :) --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 15: 0:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A383737B401 for ; Mon, 28 Oct 2002 15:00:34 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CCEC43E6E for ; Mon, 28 Oct 2002 15:00:34 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA25785; Mon, 28 Oct 2002 14:52:01 -0800 (PST) Date: Mon, 28 Oct 2002 14:52:00 -0800 (PST) From: Julian Elischer To: Don Bowman Cc: Sean Chittenden , "Carlos A. Carnero Delgado" , Kevin Stevens , freebsd-net@freebsd.org Subject: RE: Annoying ARP warning messages. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 28 Oct 2002, Don Bowman wrote: > > From: Julian Elischer [mailto:julian@elischer.org] > > > Is there support for 802.3ad in FreeBSD? This would be the best > > > way to gang interfaces together in a standard fashion. It involves > > > LACP (Link Aggregation Control Protocol), which prevents loops > > > @ L2 (I think its an extension of STP). Packet reordering is also > > > solved (the simple round robin scheme achieves rather poor > > performance > > > due to this problem). > > > > > > > This could be (relatively) easy in netgraph.. it was designed for that > > sort of thing. > > > > I assume you mean with a user-mode daemon, sort of a LACPD, like > in the linux model? (http://www.st.rim.or.jp/~yumo/), and then > a version of one2many that did the src^dst hash to prevent re-ordering? > Or would you implement the control protocol inside netgraph as well? you'd put as much in the netgraph node as possible. A daemon might do some ocnfiguration etc. but you don't want it near the data. Examples of link-level protocols in netgraph modules include ppp (multilink ppp), frame relay, 802.1x, (or is that 11x) bluetooth, the cisco bonding (ng_nge from Bill Paul, though it doesn't really use netgraph properly) and the netgraph atm stack. > > On a side note, is there anything netgraph can't solve :) not good at level3 protocols as far as I can see. > > --don (don@sandvine.com www.sandvine.com) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 15:27:49 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234E237B401 for ; Mon, 28 Oct 2002 15:27:49 -0800 (PST) Received: from as4-1-7.va.g.bonet.se (as4-1-7.va.g.bonet.se [194.236.7.217]) by mx1.FreeBSD.org (Postfix) with SMTP id 88B8643E75 for ; Mon, 28 Oct 2002 15:27:44 -0800 (PST) (envelope-from kristian@zarknet.tk) Received: (qmail 28402 invoked from network); 28 Oct 2002 23:24:52 -0000 Received: from unknown (HELO Fujitsu) (192.168.1.12) by 192.168.0.4 with SMTP; 28 Oct 2002 23:24:52 -0000 Message-ID: <010e01c27ed9$9a8c6390$0c01a8c0@Fujitsu> From: "Kristian Larsson" To: Subject: hello Date: Tue, 29 Oct 2002 00:27:38 +0100 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 Hi everyone I'm new to both this list and FreeBSD, so be gentle ;) A first question.. is there anyway of seing the current NATed connections on my freebsd 'router'? hope you get what I mean.. Regards /K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 15:40:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1840337B401 for ; Mon, 28 Oct 2002 15:40:49 -0800 (PST) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC4EA43E6E for ; Mon, 28 Oct 2002 15:40:45 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id g9SNegmX009077; Mon, 28 Oct 2002 15:40:43 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.6/8.12.6/Submit) with ESMTP id g9SNedZQ003561; Mon, 28 Oct 2002 15:40:42 -0800 (PST) Date: Mon, 28 Oct 2002 15:40:39 -0800 (PST) From: Doug Barton To: Kristian Larsson Cc: freebsd-net@FreeBSD.org Subject: Re: hello In-Reply-To: <010e01c27ed9$9a8c6390$0c01a8c0@Fujitsu> Message-ID: <20021028153616.U3316-100000@master.gorean.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 On Tue, 29 Oct 2002, Kristian Larsson wrote: > Hi everyone > > I'm new to both this list and FreeBSD, so be gentle ;) Welcome aboard. Let me (gently) instruct you in a few items related to how we use our mailing lists. First, new users should probably subscribe to and read freebsd-questions. This will give you a pretty good introduction to how things work around here. Second, for new users especially, you should send all questions to that list first. There are some really smart people who read it, and they are generally pretty friendly. If you need to send your question to a more specific list, they can tell you which one. It makes everyone's life easier if you use a more meaningful subject line on your e-mail. For your question, something like "How do I see NAT'ed connections?" would be good. Last but not least, I also suggest that you subscribe to freebsd-newbies. This is a discussion list where new users can talk to one another about their experiences. Hope this helps, Doug > A first question.. is there anyway of seing the current NATed connections on > my freebsd 'router'? > hope you get what I mean.. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 15:53:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BFDE37B406 for ; Mon, 28 Oct 2002 15:53:56 -0800 (PST) Received: from as4-1-7.va.g.bonet.se (as4-1-7.va.g.bonet.se [194.236.7.217]) by mx1.FreeBSD.org (Postfix) with SMTP id E7E4843E4A for ; Mon, 28 Oct 2002 15:53:54 -0800 (PST) (envelope-from kristian@zarknet.tk) Received: (qmail 28463 invoked from network); 28 Oct 2002 23:51:02 -0000 Received: from unknown (HELO Fujitsu) (192.168.1.12) by 192.168.0.4 with SMTP; 28 Oct 2002 23:51:02 -0000 Message-ID: <013f01c27edd$421bb720$0c01a8c0@Fujitsu> From: "Kristian Larsson" To: "Doug Barton" Cc: References: <20021028153616.U3316-100000@master.gorean.org> Subject: Re: hello; thanks everyone Date: Tue, 29 Oct 2002 00:53:48 +0100 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 ----- Original Message ----- From: "Doug Barton" To: "Kristian Larsson" Cc: Sent: Tuesday, October 29, 2002 12:40 AM Subject: Re: hello > On Tue, 29 Oct 2002, Kristian Larsson wrote: > > > Hi everyone > > > > I'm new to both this list and FreeBSD, so be gentle ;) > > Welcome aboard. Let me (gently) instruct you in a few items related to how > we use our mailing lists. First, new users should probably subscribe to > and read freebsd-questions. This will give you a pretty good introduction > to how things work around here. Second, for new users especially, you > should send all questions to that list first. There are some really smart > people who read it, and they are generally pretty friendly. If you need to > send your question to a more specific list, they can tell you which one. > > It makes everyone's life easier if you use a more meaningful subject line > on your e-mail. For your question, something like "How do I see NAT'ed > connections?" would be good. > > Last but not least, I also suggest that you subscribe to freebsd-newbies. > This is a discussion list where new users can talk to one another about > their experiences. > > Hope this helps, > > Doug thanks for the info, though I do must ask, regarding "how things work around here" do you always reply without answering to the actual question, around here? do you always reply with two mails, around here? ;) couldn't help myself.. well, I'll subscribe to those lists... bet we'll be seing each other again, when I've got passed the "newbie"-level.. oh, and really fast response.. kind regards, Kristian > > > A first question.. is there anyway of seing the current NATed connections on > > my freebsd 'router'? > > hope you get what I mean.. > > -- > "We have known freedom's price. We have shown freedom's power. > And in this great conflict, ... we will see freedom's victory." > - George W. Bush, President of the United States > State of the Union, January 28, 2002 > > Do YOU Yahoo!? > > > > 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 Mon Oct 28 15:58:43 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6421837B401 for ; Mon, 28 Oct 2002 15:58:42 -0800 (PST) Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7068243E4A for ; Mon, 28 Oct 2002 15:58:41 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-90-219.client.attbi.com (8.12.6/8.12.6) with ESMTP id g9SNwMmX009299; Mon, 28 Oct 2002 15:58:23 -0800 (PST) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.6/8.12.6/Submit) with ESMTP id g9SNwM5F003610; Mon, 28 Oct 2002 15:58:22 -0800 (PST) Date: Mon, 28 Oct 2002 15:58:22 -0800 (PST) From: Doug Barton To: Kristian Larsson Cc: freebsd-net@FreeBSD.org Subject: Re: hello; thanks everyone In-Reply-To: <013f01c27edd$421bb720$0c01a8c0@Fujitsu> Message-ID: <20021028155447.N3316-100000@master.gorean.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 On Tue, 29 Oct 2002, Kristian Larsson wrote: > thanks for the info, though I do must ask, regarding "how things work > around here" do you always reply without answering to the actual > question, around here? Only when I'm trying to encourage someone to send their question to a more appropriate list. :) > do you always reply with two mails, around here? ;) couldn't help myself.. It's very common mailing list practice to respond to both the person who sent the mail and the list. There are several reasons for this: 1. It lets the other list members know that the question has been addressed, so that they don't have to answer it themselves. 2. The mailing lists are archived. 3. Someone else may have the same question, so both for those reading the lists in real time, and those reading the archives, it's good that the answer is sent to everyone. Hope this helps, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 17: 2: 0 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3528F37B401 for ; Mon, 28 Oct 2002 17:01:59 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8872143E42 for ; Mon, 28 Oct 2002 17:01:53 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C3BA066B5E; Mon, 28 Oct 2002 17:01:52 -0800 (PST) Date: Mon, 28 Oct 2002 17:01:52 -0800 From: Kris Kennaway To: Brooks Davis Cc: net@freebsd.org Subject: Re: [PATCH] switching to if_xname Message-ID: <20021029010152.GA68262@xor.obsecurity.org> References: <20021023205038.B30597@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20021023205038.B30597@Odin.AC.HMC.Edu> 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 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 23, 2002 at 08:50:38PM -0700, Brooks Davis wrote: > This patch will break ports which use libkvm to read interface > statistics. This effects at least wmnet and wmnet2 (though both > segfault on current without this patch). The patches to fix this should > be trivial since most of those applications probably support NetBSD or > OpenBSD and I plan to bump __FreeBSD_version. Other then those issues Will you fix all the broken ports if I give you a list? Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9vd3/Wry0BWjoQKURAn9aAJ9AWhXYlSaMWzsWo6SMve1VVf7MLgCeNu/a 7K3iDndCFcGyw0PCsguWlJw= =0xhW -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 17:12: 5 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9587437B401 for ; Mon, 28 Oct 2002 17:12:03 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F1B43E42 for ; Mon, 28 Oct 2002 17:12:03 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9T1Bqs7029391; Mon, 28 Oct 2002 17:11:52 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9T1BpXj029390; Mon, 28 Oct 2002 17:11:51 -0800 Date: Mon, 28 Oct 2002 17:11:51 -0800 From: Brooks Davis To: Kris Kennaway Cc: Brooks Davis , net@FreeBSD.ORG Subject: Re: [PATCH] switching to if_xname Message-ID: <20021028171151.A28733@Odin.AC.HMC.Edu> References: <20021023205038.B30597@Odin.AC.HMC.Edu> <20021029010152.GA68262@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021029010152.GA68262@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Oct 28, 2002 at 05:01:52PM -0800 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 28, 2002 at 05:01:52PM -0800, Kris Kennaway wrote: > On Wed, Oct 23, 2002 at 08:50:38PM -0700, Brooks Davis wrote: >=20 > > This patch will break ports which use libkvm to read interface > > statistics. This effects at least wmnet and wmnet2 (though both > > segfault on current without this patch). The patches to fix this should > > be trivial since most of those applications probably support NetBSD or > > OpenBSD and I plan to bump __FreeBSD_version. Other then those issues >=20 > Will you fix all the broken ports if I give you a list? Yes, I'm willing to fix compile errors this causes. Fixing new compile bugs caused by this change is very in general. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9veBWXY6L6fI4GtQRAoUMAKC0tEPA4nHYV3lmT+PwMHookmIp2gCeJDg6 vXv23aZjF12xzPMceYKPO4w= =NFXc -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 17:15:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD3037B401 for ; Mon, 28 Oct 2002 17:15:12 -0800 (PST) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48BF043E42 for ; Mon, 28 Oct 2002 17:15:12 -0800 (PST) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g9T1FAs7030139; Mon, 28 Oct 2002 17:15:10 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g9T1FABm030138; Mon, 28 Oct 2002 17:15:10 -0800 Date: Mon, 28 Oct 2002 17:15:10 -0800 From: Brooks Davis To: Brooks Davis Cc: Kris Kennaway , net@FreeBSD.ORG Subject: Re: [PATCH] switching to if_xname Message-ID: <20021028171510.A30010@Odin.AC.HMC.Edu> References: <20021023205038.B30597@Odin.AC.HMC.Edu> <20021029010152.GA68262@xor.obsecurity.org> <20021028171151.A28733@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021028171151.A28733@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Mon, Oct 28, 2002 at 05:11:51PM -0800 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 28, 2002 at 05:11:51PM -0800, Brooks Davis wrote: > On Mon, Oct 28, 2002 at 05:01:52PM -0800, Kris Kennaway wrote: > > On Wed, Oct 23, 2002 at 08:50:38PM -0700, Brooks Davis wrote: > >=20 > > > This patch will break ports which use libkvm to read interface > > > statistics. This effects at least wmnet and wmnet2 (though both > > > segfault on current without this patch). The patches to fix this sho= uld > > > be trivial since most of those applications probably support NetBSD or > > > OpenBSD and I plan to bump __FreeBSD_version. Other then those issues > >=20 > > Will you fix all the broken ports if I give you a list? >=20 > Yes, I'm willing to fix compile errors this causes. Fixing new compile > bugs caused by this change is very in general. ^ easy -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9veEdXY6L6fI4GtQRAiaHAKDV5iHBDSCKO26uVqZLBHzQt04AJACfRq8w 2WfYsLJABGgkothwtPYidhQ= =yHil -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 20:17:54 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D6DE37B404 for ; Mon, 28 Oct 2002 20:17:53 -0800 (PST) Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 93ECA43E4A for ; Mon, 28 Oct 2002 20:17:52 -0800 (PST) (envelope-from ngweeyong@yahoo.com.sg) Received: from adsl145.dyn214.pacific.net.sg (HELO NgWYNB) (ngweeyong@210.24.214.145 with login) by smtp.mail.vip.sc5.yahoo.com with SMTP; 29 Oct 2002 04:17:51 -0000 Message-ID: <006301c27f02$4d68c850$1300000a@NgWYNB> From: "Ng Wee Yong" To: , Subject: device fxp cannot detect Intel On-Board LAN Date: Tue, 29 Oct 2002 12:18:55 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 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 just install the FreeBSD 4.6.2 - STABLE version. My motherboard is a MSI 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. FreeBSD just work fine accept it cannot detect my On-Board Intel LAN. I build and install a custom KERNEL with "device fxp" & "device miibus" set. The new kernel was "make" & "make install" successfully. But it just cannot detect my network card. The "dmesg" doesn't even show any "fxp" output. Did I miss out any step? I read somewhere in the mailing list that you can do some setting in the file "/boot/loader.conf" file, is it? Thanks in advance. Wee Yong, Ng __________________________________________________ Do You Yahoo!? Great flight deals, travel info and prizes! http://sg.travel.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 20:25:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DD937B401; Mon, 28 Oct 2002 20:25:13 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69D8243E6E; Mon, 28 Oct 2002 20:25:12 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VM9S>; Mon, 28 Oct 2002 23:25:11 -0500 Message-ID: From: Don Bowman To: 'Ng Wee Yong' , freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Subject: RE: device fxp cannot detect Intel On-Board LAN Date: Mon, 28 Oct 2002 23:25:10 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Ng Wee Yong [mailto:ngweeyong@yahoo.com.sg] > I just install the FreeBSD 4.6.2 - STABLE version. My > motherboard is a MSI > 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. > > FreeBSD just work fine accept it cannot detect my On-Board > Intel LAN. ... kern/39974 describes the issue. http://www.geocrawler.com/archives/3/145/2002/6/50/9058043/ has a solution for you, changing one line in the fxp driver to give it this pci vendor/device id. There is a comment that "Committed to -current, will be MFC'd to -stable very soon." suggesting this might be in 4.7 stable already. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Oct 28 20:43:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E80337B401 for ; Mon, 28 Oct 2002 20:43:12 -0800 (PST) Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 9221B43E4A for ; Mon, 28 Oct 2002 20:43:11 -0800 (PST) (envelope-from ngweeyong@yahoo.com.sg) Received: from adsl145.dyn214.pacific.net.sg (HELO NgWYNB) (ngweeyong@210.24.214.145 with login) by smtp.mail.vip.sc5.yahoo.com with SMTP; 29 Oct 2002 04:43:10 -0000 Message-ID: <006b01c27f05$d6cfecb0$1300000a@NgWYNB> From: "Ng Wee Yong" To: "Don Bowman" , , References: Subject: Re: device fxp cannot detect Intel On-Board LAN Date: Tue, 29 Oct 2002 12:44:14 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 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 Don, Thanks a lot. It really describe my problem. Think it should fix it. Will inform you all later if it been fixed in FreeBSD 4.7 ;) Thanks you and regards. Wee Yong, Ng ----- Original Message ----- From: "Don Bowman" To: "'Ng Wee Yong'" ; ; Sent: Tuesday, October 29, 2002 12:25 PM Subject: RE: device fxp cannot detect Intel On-Board LAN > > From: Ng Wee Yong [mailto:ngweeyong@yahoo.com.sg] > > I just install the FreeBSD 4.6.2 - STABLE version. My > > motherboard is a MSI > > 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. > > > > FreeBSD just work fine accept it cannot detect my On-Board > > Intel LAN. ... > > kern/39974 describes the issue. > > http://www.geocrawler.com/archives/3/145/2002/6/50/9058043/ > > has a solution for you, changing one line in the fxp driver > to give it this pci vendor/device id. > > There is a comment that > "Committed to -current, will be MFC'd to -stable very soon." > > suggesting this might be in 4.7 stable already. > > --don (don@sandvine.com www.sandvine.com) __________________________________________________ Do You Yahoo!? Great flight deals, travel info and prizes! http://sg.travel.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 4:10:49 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5450737B401 for ; Tue, 29 Oct 2002 04:10:49 -0800 (PST) Received: from macnews.de (mail.macnews.de [217.146.148.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A21443E6E for ; Tue, 29 Oct 2002 04:10:48 -0800 (PST) (envelope-from external-lists@macnews.de) Received: from [212.202.247.76] (account external-lists HELO [10.0.1.12]) by macnews.de (CommuniGate Pro SMTP 4.0) with ESMTP id 10251571 for freebsd-net@freebsd.org; Tue, 29 Oct 2002 14:10:00 +0100 Mime-Version: 1.0 X-Sender: external-lists%macnews.de@webmail.macnews.de Message-Id: Date: Tue, 29 Oct 2002 13:10:39 +0100 To: freebsd-net@freebsd.org From: Marc Korthaus Subject: subscribe 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 subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 7:15:31 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D86F37B401 for ; Tue, 29 Oct 2002 07:15:30 -0800 (PST) Received: from musique.teaser.net (musique.teaser.net [213.91.2.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A1D443E3B for ; Tue, 29 Oct 2002 07:15:29 -0800 (PST) (envelope-from e-masson@kisoft-services.com) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by musique.teaser.net (Postfix) with ESMTP id A06517262E for ; Tue, 29 Oct 2002 16:15:22 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id C0DA35A671; Tue, 29 Oct 2002 16:15:05 +0100 (CET) To: Mailing List FreeBSD Network Subject: FEC : ng_fec & ng_one2many From: Eric Masson X-Operating-System: FreeBSD 4.6-STABLE i386 Date: Tue, 29 Oct 2002 16:15:05 +0100 Message-ID: <86adkx5lae.fsf@notbsdems.nantes.kisoft-services.com> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Common Lisp, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, From google & man lookups : - It seems that the only way to use FEC is w. Paul's netgraph module available at : http://people.freebsd.org/~wpaul/FEC/ - This module doesn't use netgraph data interface - ng_one2many could support FEC The questions now :) Has ng_fec support been dropped ? If not, could it be imported in the main source tree ? If yes, is there any plan to support FEC in ng_one2many ? Thanks in advance Eric Masson -- Je laisse le poste au complet ... Dite moi un peut ou il a répondu ??? Pourquoi remettre un poste sans commentaire ... avait-il peur qu'on ne s'en souvienne plus ???? -+- in Guide du Neuneu Usenet - Mais kes tu bois doudou dis donc ? -+- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 7:22:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E2D37B401 for ; Tue, 29 Oct 2002 07:22:31 -0800 (PST) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id EB3FC43E88 for ; Tue, 29 Oct 2002 07:22:25 -0800 (PST) (envelope-from bra@fsn.hu) Received: (qmail 31229 invoked by uid 1000); 29 Oct 2002 15:22:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Oct 2002 15:22:20 -0000 Date: Tue, 29 Oct 2002 16:22:20 +0100 (CET) From: Attila Nagy To: Eric Masson Cc: Mailing List FreeBSD Network Subject: Re: FEC : ng_fec & ng_one2many In-Reply-To: <86adkx5lae.fsf@notbsdems.nantes.kisoft-services.com> Message-ID: References: <86adkx5lae.fsf@notbsdems.nantes.kisoft-services.com> 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, > - It seems that the only way to use FEC is w. Paul's netgraph module > available at : > http://people.freebsd.org/~wpaul/FEC/ > - This module doesn't use netgraph data interface - This module doesn't let people use VLANs on FEC interfaces :( ----------[ 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 Oct 29 10: 8: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B8AD37B401; Tue, 29 Oct 2002 10:08:07 -0800 (PST) Received: from pursued-with.net (adsl-66-125-9-242.dsl.sndg02.pacbell.net [66.125.9.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE8BD43E6E; Tue, 29 Oct 2002 10:08:06 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Received: from babelfish (babelfish [192.168.168.42]) by pursued-with.net (8.12.6/8.12.5) with ESMTP id g9TI86AG030244; Tue, 29 Oct 2002 10:08:06 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Date: Tue, 29 Oct 2002 10:08:06 -0800 (PST) From: Kevin Stevens Reply-To: Kevin_Stevens@pursued-with.net To: Ng Wee Yong Cc: freebsd-net@FreeBSD.ORG, Subject: Re: device fxp cannot detect Intel On-Board LAN In-Reply-To: <006301c27f02$4d68c850$1300000a@NgWYNB> Message-ID: <20021029100539.Q30136-100000@babelfish.pursued-with.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 29 Oct 2002, Ng Wee Yong wrote: > Hi all, > > I just install the FreeBSD 4.6.2 - STABLE version. My motherboard is a MSI > 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. > > FreeBSD just work fine accept it cannot detect my On-Board Intel LAN. I > build and install a custom KERNEL with "device fxp" & "device miibus" set. > The new kernel was "make" & "make install" successfully. But it just cannot > detect my network card. The "dmesg" doesn't even show any "fxp" output. > > Did I miss out any step? I read somewhere in the mailing list that you can > do some setting in the file "/boot/loader.conf" file, is it? You shouldn't have had to take those steps; I did a 4.7 install yesterday and the onboard NIC was automagically discovered and the fxp driver installed. I suspect that your particular NIC isn't supported by the fxp driver. What does the man fxp page have to say? KeS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 10: 9:46 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A74337B404; Tue, 29 Oct 2002 10:09:45 -0800 (PST) Received: from pursued-with.net (adsl-66-125-9-242.dsl.sndg02.pacbell.net [66.125.9.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA3343E7B; Tue, 29 Oct 2002 10:09:44 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Received: from babelfish (babelfish [192.168.168.42]) by pursued-with.net (8.12.6/8.12.5) with ESMTP id g9TI9iAG030251; Tue, 29 Oct 2002 10:09:44 -0800 (PST) (envelope-from Kevin_Stevens@pursued-with.net) Date: Tue, 29 Oct 2002 10:09:44 -0800 (PST) From: Kevin Stevens Reply-To: Kevin_Stevens@pursued-with.net To: Don Bowman Cc: "'Ng Wee Yong'" , , Subject: RE: device fxp cannot detect Intel On-Board LAN In-Reply-To: Message-ID: <20021029100832.D30136-100000@babelfish.pursued-with.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 28 Oct 2002, Don Bowman wrote: > > From: Ng Wee Yong [mailto:ngweeyong@yahoo.com.sg] > > I just install the FreeBSD 4.6.2 - STABLE version. My > > motherboard is a MSI > > 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. > > > > FreeBSD just work fine accept it cannot detect my On-Board > > Intel LAN. ... > > kern/39974 describes the issue. > > http://www.geocrawler.com/archives/3/145/2002/6/50/9058043/ > > has a solution for you, changing one line in the fxp driver > to give it this pci vendor/device id. Dammit, that'll teach me to respond before reading all my messages. Never mind my previous comment, Ng. KeS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 11: 0:17 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FB0F37B401 for ; Tue, 29 Oct 2002 11:00:15 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7736343E75 for ; Tue, 29 Oct 2002 11:00:14 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA30528; Tue, 29 Oct 2002 10:45:25 -0800 (PST) Date: Tue, 29 Oct 2002 10:45:23 -0800 (PST) From: Julian Elischer To: Eric Masson Cc: Mailing List FreeBSD Network Subject: Re: FEC : ng_fec & ng_one2many In-Reply-To: <86adkx5lae.fsf@notbsdems.nantes.kisoft-services.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 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 in quick answers... On Tue, 29 Oct 2002, Eric Masson wrote: > Hello, >=20 > From google & man lookups : >=20 > - It seems that the only way to use FEC is w. Paul's netgraph module > available at :=20 > http://people.freebsd.org/~wpaul/FEC/ > - This module doesn't use netgraph data interface Yes I was disappointed to see that. > - ng_one2many could support FEC yes >=20 > The questions now :) >=20 > Has ng_fec support been dropped ? It was never imported by Bill. Now tha the is busy with his Real Work (TM) I guess we should do so. > If not, could it be imported in the main source tree ? It could be.. I'll look at it. > If yes, is there any plan to support FEC in ng_one2many ? Yes, I don't know why bill didn't use the normal netgraph interfaces except that he wasn't familiar with them, or he didn't like them. It would certainly be possible to alter it to work more like=20 ng_one2many. >=20 > Thanks in advance >=20 > Eric Masson >=20 > --=20 > Je laisse le poste au complet ... Dite moi un peut ou il a r=E9pondu ??? > Pourquoi remettre un poste sans commentaire ... avait-il peur qu'on ne > s'en souvienne plus ???? > -+- in Guide du Neuneu Usenet - Mais kes tu bois doudou dis donc ? -+- >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 11:23:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DB3837B404 for ; Tue, 29 Oct 2002 11:23:15 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E5C943E91 for ; Tue, 29 Oct 2002 11:23:14 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA30711; Tue, 29 Oct 2002 11:16:25 -0800 (PST) Date: Tue, 29 Oct 2002 11:16:24 -0800 (PST) From: Julian Elischer To: Eric Masson Cc: Mailing List FreeBSD Network Subject: Re: FEC : ng_fec & ng_one2many In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 29 Oct 2002, Julian Elischer wrote: > > in quick answers... > > On Tue, 29 Oct 2002, Eric Masson wrote: > > > If not, could it be imported in the main source tree ? I have committed it to 5.0 I will do 4.x in a day or so.. do you use it? it needs someone to write a man page.. julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 11:40:12 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB2D37B401 for ; Tue, 29 Oct 2002 11:40:10 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F32E43E7B for ; Tue, 29 Oct 2002 11:40:10 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA30772 for ; Tue, 29 Oct 2002 11:25:23 -0800 (PST) Date: Tue, 29 Oct 2002 11:25:21 -0800 (PST) From: Julian Elischer To: net@freebsd.org Subject: Netgraph roundup 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'd like ot get my hands on all the latest versions of netgraph nodes that people have written and get them committed. Even if they are 'experimental'. I know (off the top of my head) of: * The netgraph atm stack.. (should go in netgraph/atm/ I think) * The netgraph bluetooth stack (should go in netgraph/bluetooth I guess) * The netgraph ipfw node.. (this could do with work, as I think it is old and no-longer compatible with ipfw.. maybe someone could upgrade it to ipfw2? :-) * ng_device needs to have it's -stable version finished * ng_vlan.. I've lost this somewhere.. I don't quite understand some aspects of it.. it seems to still require the normal vlan code to be active.. is this true? *ng_dummy Not really looked at this but may include queueing a'la dummynet * ng_[mumble] A queueing node that works with ng_ipfw *ng_[mumble] Some IrDA processing nodes Are there others people know about? do they have man-pages? can I have pointers and if possible people who have tested them? Thanks julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 17:30: 7 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDFCD37B404 for ; Tue, 29 Oct 2002 17:30:03 -0800 (PST) Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by mx1.FreeBSD.org (Postfix) with SMTP id D114A43E88 for ; Tue, 29 Oct 2002 17:30:01 -0800 (PST) (envelope-from ngweeyong@yahoo.com.sg) Received: from adsl145.dyn214.pacific.net.sg (HELO NgWYNB) (ngweeyong@210.24.214.145 with login) by smtp.mail.vip.sc5.yahoo.com with SMTP; 30 Oct 2002 01:29:59 -0000 Message-ID: <015201c27fb4$053e3940$1300000a@NgWYNB> From: "Ng Wee Yong" To: Cc: , , "Don Bowman" References: <20021029100832.D30136-100000@babelfish.pursued-with.net> Subject: Re: device fxp cannot detect Intel On-Board LAN Date: Wed, 30 Oct 2002 09:31:01 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 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 Kevin, It okay, at least now we know "fxp" driver works for FreeBSD-stable 4.7. By the way, I applied the patch given by the thread "kern/39974" below last night and it works perfectly on my FreeBSD-stable 4.6.2. Regards, Wee Yong, Ng ----- Original Message ----- From: "Kevin Stevens" To: "Don Bowman" Cc: "'Ng Wee Yong'" ; ; Sent: Wednesday, October 30, 2002 2:09 AM Subject: RE: device fxp cannot detect Intel On-Board LAN > On Mon, 28 Oct 2002, Don Bowman wrote: > > > > From: Ng Wee Yong [mailto:ngweeyong@yahoo.com.sg] > > > I just install the FreeBSD 4.6.2 - STABLE version. My > > > motherboard is a MSI > > > 845GE Max-L, 1.8Ghz Pentium 4, On-board LAN is Intel 82562. > > > > > > FreeBSD just work fine accept it cannot detect my On-Board > > > Intel LAN. ... > > > > kern/39974 describes the issue. > > > > http://www.geocrawler.com/archives/3/145/2002/6/50/9058043/ > > > > has a solution for you, changing one line in the fxp driver > > to give it this pci vendor/device id. > > Dammit, that'll teach me to respond before reading all my messages. Never > mind my previous comment, Ng. > > KeS __________________________________________________ Do You Yahoo!? Great flight deals, travel info and prizes! http://sg.travel.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Oct 29 21:58:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB1F937B401 for ; Tue, 29 Oct 2002 21:58:58 -0800 (PST) Received: from mailhost.nxad.com (lan.ext.nxad.com [66.250.180.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D27343E75 for ; Tue, 29 Oct 2002 21:58:58 -0800 (PST) (envelope-from sean@nxad.com) Received: from perrin.int.nxad.com (perrin.int.nxad.com [192.168.1.251]) by mailhost.nxad.com (Postfix) with ESMTP id 45AC3212E00; Tue, 29 Oct 2002 21:58:43 -0800 (PST) Received: by perrin.int.nxad.com (Postfix, from userid 1001) id 0BEC020F02; Tue, 29 Oct 2002 21:58:41 -0800 (PST) Date: Tue, 29 Oct 2002 21:58:41 -0800 From: Sean Chittenden To: Julian Elischer Cc: freebsd-net@freebsd.org Subject: Re: Annoying ARP warning messages. Message-ID: <20021030055841.GA29422@perrin.int.nxad.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-PGP-Key: finger seanc@FreeBSD.org X-PGP-Fingerprint: 6CEB 1B06 BFD3 70F6 95BE 7E4D 8E85 2E0A 5F5B 3ECB X-Web-Homepage: http://sean.chittenden.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 > the cisco bonding (ng_nge from Bill Paul, though it doesn't really > use netgraph properly) and the netgraph atm stack. I just noticed you commit this, very cool. I'll have to play with this as soon as it's MFC'd. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Oct 30 7:51: 9 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E530B37B401; Wed, 30 Oct 2002 07:51:08 -0800 (PST) Received: from kirk.rvdp.org (node147c0.a2000.nl [24.132.71.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D0343E77; Wed, 30 Oct 2002 07:50:51 -0800 (PST) (envelope-from rvdp@rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.11.6/8.11.6) id g9UFoK704891; Wed, 30 Oct 2002 16:50:20 +0100 (CET) Date: Wed, 30 Oct 2002 16:50:20 +0100 From: Ronald van der Pol To: Hajimu UMEMOTO Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [CFR] ipfilter IPv6 support in rc Message-ID: <20021030155020.GA4581@rvdp.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 On Tue, Oct 29, 2002 at 00:38:39 +0900, Hajimu UMEMOTO wrote: > Please review it. If there is no objection, I'll commit it at next > weekend. Reviewed -stable, looks OK. Would be nice to have this fix. Thanks. rvdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Oct 30 14: 0:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D270937B404 for ; Wed, 30 Oct 2002 14:00:07 -0800 (PST) Received: from mcambria.fid4.com (h006097296569.ne.client2.attbi.com [66.30.202.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1632243E88 for ; Wed, 30 Oct 2002 14:00:07 -0800 (PST) (envelope-from cambria@fid4.com) Received: from fid4.com (mcambria3.avayactc.com [199.93.238.136]) by mcambria.fid4.com (8.12.5/8.11.6) with ESMTP id g9ULtiCw002340; Wed, 30 Oct 2002 16:55:45 -0500 (EST) (envelope-from cambria@fid4.com) Message-ID: <3DC051F4.4010003@fid4.com> Date: Wed, 30 Oct 2002 16:41:08 -0500 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020819 X-Accept-Language: en-us, en MIME-Version: 1.0 To: net@freebsd.org Subject: SSH x11 forwarding of netscape Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I've just starting using SSH for X11 forwarding from one FreeBSD 4.6-Stable machine to another. One is home, the other in the office. I've been successfull doing this with most programs I've tried. The man page suggests "ssh -f host xterm", but in my case I need to also supply '-X' (as in "ssh -X -f host xterm"), but other than the '-X', most programs I've tried work. The goal is to be able to run mail etc. from home or (several) office, keeping all the folders etc. in one place, on the home machine. From the office, when I try netscape, things don't work. The command issued from my work system is "ssh -X -f netscape". Not only does netscape not start, Mozilla does! Worse yet, Mozilla starts not on the remote machine, but on the local one. Running netstat on both machines confirms this observation, as does looking at local files from mozilla. Since KDE 2.x is running on the remote machine, I tried konqueror, thinking that perhaps a web client had problems using ssh in this way. Konqueror worked just fine. I confirmed this via netstat on both machines and also accessing local files via konqueror. One machine cvsup'ed and built on 15 August, the other the 18th. In case it matters, on both the home and work machine, mozilla and KDE are running. Netscape is not running on either machine. I use mozilla for mail, so in the long run this is what I want to have start. I only tested with netscape because mozilla was already in use for the username. When I login to home under a different username, netscape *does* start. The command "ssh -X -f -l netscape" does what I'd expect. I just thought I'd bring this to someone's attention. Thanks, MikeC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Oct 30 16:32:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488E337B401; Wed, 30 Oct 2002 16:32:15 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C3243E4A; Wed, 30 Oct 2002 16:32:09 -0800 (PST) (envelope-from kbyanc@posi.net) Received: from gateway.posi.net (adsl-63-201-92-224.dsl.snfc21.pacbell.net [63.201.92.224]) by pimout1-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with ESMTP id g9V0W27N082716; Wed, 30 Oct 2002 19:32:07 -0500 Received: from localhost (localhost [127.0.0.1]) by gateway.posi.net (8.12.6/8.12.5) with ESMTP id g9V0W0OQ038088; Wed, 30 Oct 2002 16:32:01 -0800 (PST) (envelope-from kbyanc@posi.net) Date: Wed, 30 Oct 2002 16:32:00 -0800 (PST) From: Kelly Yancey To: freebsd-net@FreeBSD.org Cc: Luigi Rizzo , Prafulla Deuskar Subject: Performance of em driver (Was: ENOBUFS) In-Reply-To: <20021018102515.V1611-100000@gateway.posi.net> Message-ID: <20021030142440.T37948-100000@gateway.posi.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 18 Oct 2002, Kelly Yancey wrote: > Hmm. Might that explain the abysmal performance of the em driver with > packets smaller than 333 bytes? > > Kelly > This is just a follow-up to report that thanks to Luigi and Prafulla we were able to track down the cause of the problems I was seeing with the em driver/hardware. In our test environment we had left the IP packet queue (net.inet.ip.intr_queue_maxlen) at its default value of 50 which, when using the em card, was overflowing causing the dropped packets. While it is curious that it was not overflowing using the bge card, clearly 50 packets is a restrictive maximum queue size for any decent amount of traffic. Below are some of the results from our testing. First, a note about the methodology: traffic was generated using 7 10/100 ethernet ports of a SmartBits 600 (each port was set to generate 14.25Mbps of traffic for a aggregate of 99.75Mbps, slightly higher than the theoretical maximum wirespeed). The traffic was then VLAN tagged before being passed to a 1.8Ghz Pentium 4 running FreeBSD 4.5p19 where it was untagged and passed back to the SmartBits. The numbers quoted below are the actual amount of traffic that was delivered back to the SmartBits. The kernel involved included a number of modifications proprietary to NTTMCL so the numbers are going to differ from a stock kernel and I only present them for comparative purposes between the different network configurations. Also note that all interfaces were configured for 100base-TX full-duplex. Frame Size NICs queue ipfw 64 128 192 bge->fxp 50 0 79.708 97.325 98.124 Mbps bge->fxp 1000 0 80.172 97.325 98.124 Mbps em->fxp 1000 0 77.590 97.325 98.124 Mbps bge->fxp 50 32 39.097 97.325 98.124 Mbps bge->fxp 1000 32 62.011 97.325 98.124 Mbps em->fxp 1000 32 63.651 97.325 98.124 Mbps The numbers in the ipfw column are the number of non-matching rules in the ruleset before an "allow all from any to any" rule. Kelly -- Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org} -- kelly@nttmcl.com "And say, finally, whether peace is best preserved by giving energy to the government or information to the people. This last is the most certain and the most legitimate engine of government." -- Thomas Jefferson to James Madison, 1787. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Oct 30 20: 4:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C250A37B404 for ; Wed, 30 Oct 2002 20:04:21 -0800 (PST) Received: from web41112.mail.yahoo.com (web41112.mail.yahoo.com [66.218.93.28]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B9FB43E77 for ; Wed, 30 Oct 2002 20:04:21 -0800 (PST) (envelope-from shubha_mr@yahoo.com) Message-ID: <20021031040420.78826.qmail@web41112.mail.yahoo.com> Received: from [12.151.32.25] by web41112.mail.yahoo.com via HTTP; Thu, 31 Oct 2002 04:04:19 GMT Date: Thu, 31 Oct 2002 04:04:19 +0000 (GMT) From: =?iso-8859-1?q?shubha=20mr?= Subject: untimeout reliable? To: freebsd-questions@FreeBSD.ORG Cc: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, If there is a timeout sheduled already (because of an asynchronous interrupt),and if it is needed to untimeout the same and again start a new timeout, How reliable is untimeout?,ie will untimeout call help cancelling a timeout that has proceeded to a considerable adavanced stage? Simply put,will untimeout cause to de-establish a timeout irrespective of the position/status of a timeout already scheduled?In other words,will untimeout prove futile sometimes? Thank you, shubha __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Oct 30 20: 4:26 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 367AD37B40E for ; Wed, 30 Oct 2002 20:04:25 -0800 (PST) Received: from web41113.mail.yahoo.com (web41113.mail.yahoo.com [66.218.93.29]) by mx1.FreeBSD.org (Postfix) with SMTP id B2C2643E88 for ; Wed, 30 Oct 2002 20:04:24 -0800 (PST) (envelope-from shubha_mr@yahoo.com) Message-ID: <20021031040424.66991.qmail@web41113.mail.yahoo.com> Received: from [12.151.32.25] by web41113.mail.yahoo.com via HTTP; Thu, 31 Oct 2002 04:04:24 GMT Date: Thu, 31 Oct 2002 04:04:24 +0000 (GMT) From: =?iso-8859-1?q?shubha=20mr?= Subject: untimeout reliable? To: freebsd-questions@FreeBSD.ORG Cc: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, If there is a timeout sheduled already (because of an asynchronous interrupt),and if it is needed to untimeout the same and again start a new timeout, How reliable is untimeout?,ie will untimeout call help cancelling a timeout that has proceeded to a considerable adavanced stage? Simply put,will untimeout cause to de-establish a timeout irrespective of the position/status of a timeout already scheduled?In other words,will untimeout prove futile sometimes? Thank you, shubha __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 0:57: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBAAC37B66B for ; Thu, 31 Oct 2002 00:56:58 -0800 (PST) Received: from smtp030.tiscali.dk (smtp030.tiscali.dk [212.54.64.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B908243E75 for ; Thu, 31 Oct 2002 00:56:46 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from [10.0.0.127] (213.237.34.52.adsl.suoe.worldonline.dk [213.237.34.52]) by smtp030.tiscali.dk (8.12.5/8.12.5) with SMTP id g9V8uXp4000656 for ; Thu, 31 Oct 2002 09:56:33 +0100 (MET) From: Thomas Gielfeldt Subject: Connecting two LANs via VPN and Filtering To: freebsd-net@freebsd.org Date: Thu, 31 Oct 2002 09:52:11 +0100 Lines: 50 Message-ID: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: Kaufman Mail Warrior 3,61 Final 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 Thomas Gielfeldt wrote on 26-10-02 20:22:15: Hi I have now finally bridged my two networks over the internet using vtun + netgraph. +--------------+ | Cisco Router | --------------- +--------------+ <172.16.0.1/16> | | | +--------------+ | Switch | +--------------+ / \ / \ / \ / \ <172.16.1.1/16> +-----------+ +-----------+ <172.16.2.1/16> ----------------- | Gateway A | | Gateway B | ----------------- <10.0.1.1/16> +-----------+ +-----------+ <10.0.2.1/16> | | | | | | +------------------------------+ +------------------------------+ | Network A | | Network B | | | | | | | | | | | | | | +---------+ +---------+ | | +---------+ +---------+ | | | Host A1 | | Host A2 | | | | Host B1 | | Host B2 | | | +---------+ +---------+ | | +---------+ +---------+ | | <10.0.1.2/16> <10.0.1.3/16> | | <10.0.2.2/16> <10.0.2.3/16> | +------------------------------+ +------------------------------+ The VTun creates the interface tap0 and I use the ether.bridge script (found in /usr/share/examples/netgraph/) to bridge the tap0 interface and the LAN interface. However, mow I'm faced with a new problem. Each net has its own DHCP-server, which causes the problem that hosts on e.g. Network B receives an IP from the DHCP-server on Network A. This not actually a problem, but I would still like to make the separation if the IP-ranges to each Network. I was thinking of something like filtering the tap0 on IP level. Ipfilter cannot be used though, as it thinks it receives all data from the LAN interface due to the bridge. So you probably have to filter via netgraph? Could somebody please help me on how to solve this. Examples will be appreciated. Thanks in advance. Best Regards Thomas Gielfeldt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 6:50:54 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C532237B401 for ; Thu, 31 Oct 2002 06:50:53 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F5343E75 for ; Thu, 31 Oct 2002 06:50:53 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VQQP>; Thu, 31 Oct 2002 09:50:52 -0500 Message-ID: From: Don Bowman To: "'freebsd-net@freebsd.org'" Subject: ng_fec hash mechanism versus cisco etherchannel Date: Thu, 31 Oct 2002 09:50:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Examining the source code to ng_fec, in ng_fec_output(), it uses the IP address to form the hash to pick the port. This is the same behaviour that 802.3ad specifies, and yields good behaviour since: a: it works in routed environments as well as local area b: packets are not reordered within L4 sessions. However, cisco seems to imply they use a hash based on MAC: http://www.cisco.com/warp/public/cc/techno/media/lan/ether/channel/prodlit/f aste_an.htm for some devices (e.g. a cat5000). Others (e.g. cat7500, cat8500) use L3 as ng_fec does. Yet others use SA based distribution (e.g. the cat1900, 2820). Does the ng_fec interoperate with the L2 only devices of cisco? --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 7: 7:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92FC537B401 for ; Thu, 31 Oct 2002 07:07:47 -0800 (PST) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2207843E77 for ; Thu, 31 Oct 2002 07:07:46 -0800 (PST) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.6/8.11.4) with ESMTP id g9VF7hYi007491; Thu, 31 Oct 2002 17:07:43 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <3DC1473E.70802@he.iki.fi> Date: Thu, 31 Oct 2002 17:07:42 +0200 From: Petri Helenius User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: English [en],Finnish [fi] MIME-Version: 1.0 To: Don Bowman Cc: "'freebsd-net@freebsd.org'" Subject: Re: ng_fec hash mechanism versus cisco etherchannel References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It does not matter if you send using the other link as long as you send all packets for the same stream over the same link to avoid reordering. So yes, it does interoperate. Pete Don Bowman wrote: >Examining the source code to ng_fec, in ng_fec_output(), it uses the >IP address to form the hash to pick the port. This is the same behaviour >that 802.3ad specifies, and yields good behaviour since: > >a: it works in routed environments as well as local area >b: packets are not reordered within L4 sessions. > >However, cisco seems to imply they use a hash based on MAC: >http://www.cisco.com/warp/public/cc/techno/media/lan/ether/channel/prodlit/f >aste_an.htm >for some devices (e.g. a cat5000). >Others (e.g. cat7500, cat8500) use L3 as ng_fec does. >Yet others use SA based distribution (e.g. the cat1900, 2820). > >Does the ng_fec interoperate with the L2 only devices of cisco? > > >--don (don@sandvine.com www.sandvine.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 Thu Oct 31 7:28:35 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A8037B401 for ; Thu, 31 Oct 2002 07:28:34 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 496FD43E3B for ; Thu, 31 Oct 2002 07:28:34 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VQS3>; Thu, 31 Oct 2002 10:28:33 -0500 Message-ID: From: Don Bowman To: 'Petri Helenius' , Don Bowman Cc: "'freebsd-net@freebsd.org'" Subject: RE: ng_fec hash mechanism versus cisco etherchannel Date: Thu, 31 Oct 2002 10:28:30 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Petri Helenius [mailto:pete@he.iki.fi] > It does not matter if you send using the other link as long > as you send > all packets > for the same stream over the same link to avoid reordering. > So yes, it does > interoperate. can you end up with a link flap? e.g. the catalyst does SA learning to pick the port, so it sends it out port 1. We respond via port 2 since we use the SIP^DIP. The catalyst switches that through to the other end, which replies, and comes back via port 1. I guess this isn't tragic. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 8: 0:56 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE5D037B401 for ; Thu, 31 Oct 2002 08:00:54 -0800 (PST) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8A9343E6E for ; Thu, 31 Oct 2002 08:00:53 -0800 (PST) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.6/8.11.4) with ESMTP id g9VG0pYi007963; Thu, 31 Oct 2002 18:00:52 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <3DC153B3.8030007@he.iki.fi> Date: Thu, 31 Oct 2002 18:00:51 +0200 From: Petri Helenius User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: English [en],Finnish [fi] MIME-Version: 1.0 To: Don Bowman Cc: "'freebsd-net@freebsd.org'" Subject: Re: ng_fec hash mechanism versus cisco etherchannel References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The forwarding table points to the channel, not a specific interface on the channel. This also allows adding and dropping links on the fly. Pete Don Bowman wrote: >>From: Petri Helenius [mailto:pete@he.iki.fi] >>It does not matter if you send using the other link as long >>as you send >>all packets >>for the same stream over the same link to avoid reordering. >>So yes, it does >>interoperate. >> > >can you end up with a link flap? >e.g. the catalyst does SA learning to pick the port, so it >sends it out port 1. We respond via port 2 since we use the >SIP^DIP. The catalyst switches that through to the other end, >which replies, and comes back via port 1. > >I guess this isn't tragic. > >--don (don@sandvine.com www.sandvine.com) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 8:44:21 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28E8437B401 for ; Thu, 31 Oct 2002 08:44:20 -0800 (PST) Received: from web10101.mail.yahoo.com (web10101.mail.yahoo.com [216.136.130.51]) by mx1.FreeBSD.org (Postfix) with SMTP id D920643E6E for ; Thu, 31 Oct 2002 08:44:19 -0800 (PST) (envelope-from axaios@yahoo.com) Message-ID: <20021031164419.45447.qmail@web10101.mail.yahoo.com> Received: from [212.205.215.133] by web10101.mail.yahoo.com via HTTP; Thu, 31 Oct 2002 08:44:19 PST Date: Thu, 31 Oct 2002 08:44:19 -0800 (PST) From: Ion Amigdalou Subject: IPSEC ping from other side To: freebsd-net@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear freebsd experts, I have set up a VPN with racoon/ipsec on Freebsd 4.7 using tunneling with ESP transport. By using the setkey -D command, on my side the peer seems connected while on the other direction no connection has been established. Pinging the other side is not possible from my point. If the other peer (currently a CISCO 3662 ROUTER) pings my ip then the VPN connection is instantly established and the whole VPN is up-and-running giving me the ability now to ping the other peer. How can I avoid waiting for a human on the other size to ping me and have the vpn successfully connect without human intervention? Best Regards, Ion __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 10:56:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9D9637B404 for ; Thu, 31 Oct 2002 10:56:11 -0800 (PST) Received: from seraph3.grc.nasa.gov (seraph3.lerc.nasa.gov [128.156.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABDA243E75 for ; Thu, 31 Oct 2002 10:56:10 -0800 (PST) (envelope-from Fran.Lawas-Grodek@lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph3.grc.nasa.gov (Postfix) with ESMTP id F14C26411A for ; Thu, 31 Oct 2002 13:56:05 -0500 (EST) Received: from jamaica.lerc.nasa.gov (IDENT:hbDU7ssB1hPaFHHfcEuoKxIm2vMdQs1+@jamaica.lerc.nasa.gov [139.88.38.84]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id g9VIu1wg025334; Thu, 31 Oct 2002 13:56:01 -0500 (EST) Received: (fmfran@localhost) by jamaica.lerc.nasa.gov (8.11.6/2.01-local) id g9VIu1623984; Thu, 31 Oct 2002 13:56:01 -0500 Date: Thu, 31 Oct 2002 13:56:01 -0500 From: Fran Lawas-Grodek To: freebsd-net@freebsd.org Cc: Cindy.Tran@grc.nasa.gov, Mark.Allman@grc.nasa.gov Subject: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021031135601.B23802@grc.nasa.gov> Reply-To: Fran.Lawas-Grodek@grc.nasa.gov, Cindy.Tran@grc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.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 Hello, Hopefully someone might have some advice on our problem. We are setting up a testbed consisting of FreeBSD 4.1 on the sender and receiver machines. (This older version of FreeBSD is necessary due to subsequent TCP development patches that are to be tested.) The problem that we are seeing is that on a 100Mbps link with a 250millisecond delay, our overall throughput does not exceed 32Mbps. We expect to see at least 60Mbps with the 250ms delay. Without a delay, throughput is acceptable at 87Mbps. Tcptrace output shows no retransmissions and no out-of-order packets under the delay. With the delay, we are setting up a 3MByte sender and receiver socket buffer size, but through the time sequence plot, we only see about 1MB used of the buffer on the sender side. Additional tests were run with an 80ms delay and requesting a 1MB buffer, and yet it appears only are allowed to use up to 500KB of the window. Raising the requested socket buffer size shows no affect -- we keep running into some invisible threshold that is much smaller than the requested socket buffer size. A hacked version of the ttcp application prints out that what we request in the -b buffer size via setsockopt, is what we get (via getsockopt). Unfortunately, the xplots show that our transfers reach a lower threshold (1MB instead of 3MB, 500KB instead of 1MB). Testing commands used: receiver> ttcp -b 312500 -l 1024 -r -s sender> ttcp -b 312500 -l 1024 -n 100000 -s -t receiverhost The -b above is set to the value of the Bandwidth Delay Product for a 100Mbps link and 250ms delay. Per the Pittsburgh Supercomputing site, we have already increased the maxsockbuf, nmbclusters, memory, tcp_sendspace, tcp_recvspace sysctl values, but are still resulting in this low throughput. The network cards that we are using are 3Com95-TX 100BaseT cards. The machines with the FreeBSD installations are Pentium II 400Mhz with Xeon chips, 400 Mb RAM each. Using two other non-FreeBSD machines, we have verified that it is not the intermediary network routers or delay emulator equipment, as the non-FreeBSD machines give the expected throughput under delayed and no delay conditions. (60+Mbps under 250ms delay) Has anyone else any experiences in this type of testing? Perhaps there might be something wrong with our network card driver? Any other suggested network cards to try? Does anyone know of a limit that needs to be tweaked in the TCP stack or FreeBSD operating system that would allow us to actually use more than this invisible socket buffer limit? One thought is that there is some sort of calculated limit that won't allow us to send more packets than our requested socket buffer will allow, but not having any the kernel expertise, we are not sure where to look. Thanks in advance for any suggestions, Fran Lawas-Grodek Cindy Tran NASA Glenn Research Center Cleveland OH USA (ps: We have already consulted with Mark Allman at our lab, and he is just as stumped. The feeling is that the cause of the problem is buried somewhere in the kernel, not due to the network cards.) -- ________________________________________________________________ Frances J. Lawas-Grodek | NASA Glenn Research Center | phone: (216) 433-5052 21000 Brookpark Rd, MS 142-4 | fax : (216) 433-8000 Cleveland, Ohio 44135 | email: fran@grc.nasa.gov ________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 12:17:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3303337B401 for ; Thu, 31 Oct 2002 12:17:44 -0800 (PST) Received: from smtp020.tiscali.dk (smtp020.tiscali.dk [212.54.64.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE2543E4A for ; Thu, 31 Oct 2002 12:17:37 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from [172.16.0.3] (213.237.34.52.adsl.suoe.worldonline.dk [213.237.34.52]) by smtp020.tiscali.dk (8.12.5/8.12.5) with SMTP id g9VKHTc2017873 for ; Thu, 31 Oct 2002 21:17:29 +0100 (MET) From: Thomas Gielfeldt Subject: MPD + Win2K + broadcast To: freebsd-net@freebsd.org Date: Thu, 31 Oct 2002 20:59:33 +0100 Lines: 11 Message-ID: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: Kaufman Mail Warrior 3,61 Final Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi I'm still tampering with VPN and I want to say thanks for the advice I've gotton from here and elsewhere. Now I'm trying to connect a Win2k client to my internal network through mpd + netgraph. This works fine. However, there's something I don't understand. The ip assigned to the client is on the same subnet as the LAN, but broadcast data is not sent through the tunnel? Proxy-Arp is enabled. I also would like to tunnel ipx through. can mpd do this? Thanks in advance 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 Thu Oct 31 15: 2:26 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2E7B37B401 for ; Thu, 31 Oct 2002 15:02:23 -0800 (PST) Received: from carp.icir.org (carp.icir.org [192.150.187.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E5AF43E6E for ; Thu, 31 Oct 2002 15:02:23 -0800 (PST) (envelope-from rizzo@carp.icir.org) Received: from carp.icir.org (localhost [127.0.0.1]) by carp.icir.org (8.12.3/8.12.3) with ESMTP id g9VN2Iuo036523; Thu, 31 Oct 2002 15:02:18 -0800 (PST) (envelope-from rizzo@carp.icir.org) Received: (from rizzo@localhost) by carp.icir.org (8.12.3/8.12.3/Submit) id g9VN2HsN036522; Thu, 31 Oct 2002 15:02:17 -0800 (PST) (envelope-from rizzo) Date: Thu, 31 Oct 2002 15:02:17 -0800 From: Luigi Rizzo To: Fran.Lawas-Grodek@grc.nasa.gov, Cindy.Tran@grc.nasa.gov Cc: freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: Re: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021031150217.A35590@carp.icir.org> References: <20021031135601.B23802@grc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021031135601.B23802@grc.nasa.gov>; from Fran.Lawas-Grodek@grc.nasa.gov on Thu, Oct 31, 2002 at 01:56:01PM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org you might want to have a look at the sysctl variable kern.ipc.sockbuf_waste_factor too. Remember that memory is charged to socket buffers depending on how many clusters are allocated, even if they are not fully used. E.g. in your example you are probably doing 1KB writes each of which consumes a 2KB cluster plus a 256byte mbuf, so no matter what you will never manage to reach more than (roughly) a window larger than kern.ipc.maxsockbuf/2. The max raw amounf of memory allocated in a socket buffer is typically min( tcp_{send|recv}buf * kern.ipc.sockbuf_waste_factor, kern.ipc.maxsockbuf) and probably you are hitting the roof on the second one. cheers luigi On Thu, Oct 31, 2002 at 01:56:01PM -0500, Fran Lawas-Grodek wrote: > Hello, > > Hopefully someone might have some advice on our problem. > > We are setting up a testbed consisting of FreeBSD 4.1 on the sender > and receiver machines. (This older version of FreeBSD is necessary > due to subsequent TCP development patches that are to be tested.) > The problem that we are seeing is that on a 100Mbps link with a > 250millisecond delay, our overall throughput does not exceed 32Mbps. > We expect to see at least 60Mbps with the 250ms delay. Without a > delay, throughput is acceptable at 87Mbps. Tcptrace output shows no > retransmissions and no out-of-order packets under the delay. > > With the delay, we are setting up a 3MByte sender and receiver socket > buffer size, but through the time sequence plot, we only see about 1MB > used of the buffer on the sender side. Additional tests were run with an > 80ms delay and requesting a 1MB buffer, and yet it appears only are > allowed to use up to 500KB of the window. Raising the requested > socket buffer size shows no affect -- we keep running into some > invisible threshold that is much smaller than the requested socket > buffer size. A hacked version of the ttcp application prints out that > what we request in the -b buffer size via setsockopt, is what we get > (via getsockopt). Unfortunately, the xplots show that our transfers > reach a lower threshold (1MB instead of 3MB, 500KB instead of 1MB). > > Testing commands used: > receiver> ttcp -b 312500 -l 1024 -r -s > sender> ttcp -b 312500 -l 1024 -n 100000 -s -t receiverhost > > The -b above is set to the value of the Bandwidth Delay Product > for a 100Mbps link and 250ms delay. > > Per the Pittsburgh Supercomputing site, we have already increased the > maxsockbuf, nmbclusters, memory, tcp_sendspace, tcp_recvspace sysctl > values, but are still resulting in this low throughput. > > The network cards that we are using are 3Com95-TX 100BaseT cards. The > machines with the FreeBSD installations are Pentium II 400Mhz with > Xeon chips, 400 Mb RAM each. > > Using two other non-FreeBSD machines, we have verified that it is not > the intermediary network routers or delay emulator equipment, as the > non-FreeBSD machines give the expected throughput under delayed and > no delay conditions. (60+Mbps under 250ms delay) > > Has anyone else any experiences in this type of testing? > Perhaps there might be something wrong with our network card driver? > Any other suggested network cards to try? > Does anyone know of a limit that needs to be tweaked in the TCP > stack or FreeBSD operating system that would allow us to actually > use more than this invisible socket buffer limit? One thought is > that there is some sort of calculated limit that won't allow us to > send more packets than our requested socket buffer will allow, but > not having any the kernel expertise, we are not sure where to look. > > > Thanks in advance for any suggestions, > > Fran Lawas-Grodek > Cindy Tran > NASA Glenn Research Center > Cleveland OH USA > > (ps: We have already consulted with Mark Allman at our lab, and he > is just as stumped. The feeling is that the cause of the problem > is buried somewhere in the kernel, not due to the network cards.) > > -- > ________________________________________________________________ > > Frances J. Lawas-Grodek | > NASA Glenn Research Center | phone: (216) 433-5052 > 21000 Brookpark Rd, MS 142-4 | fax : (216) 433-8000 > Cleveland, Ohio 44135 | email: fran@grc.nasa.gov > ________________________________________________________________ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 15:15: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F74237B401 for ; Thu, 31 Oct 2002 15:15:05 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE89343E3B for ; Thu, 31 Oct 2002 15:15:04 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id PAA98296; Thu, 31 Oct 2002 15:14:16 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id g9VNE6ZE017633; Thu, 31 Oct 2002 15:14:06 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id g9VNE61Q017632; Thu, 31 Oct 2002 15:14:06 -0800 (PST) From: Archie Cobbs Message-Id: <200210312314.g9VNE61Q017632@arch20m.dellroad.org> Subject: Re: Connecting two LANs via VPN and Filtering In-Reply-To: "from Thomas Gielfeldt at Oct 31, 2002 09:52:11 am" To: Thomas Gielfeldt Date: Thu, 31 Oct 2002 15:14:06 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thomas Gielfeldt writes: > So you probably have to filter via netgraph? This can be done with ng_bpf(4). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 15:30: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5948F37B401 for ; Thu, 31 Oct 2002 15:30:05 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B88EB43E75 for ; Thu, 31 Oct 2002 15:30:04 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id PAA98347; Thu, 31 Oct 2002 15:19:29 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id g9VNJJZE017673; Thu, 31 Oct 2002 15:19:19 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id g9VNJJ9O017672; Thu, 31 Oct 2002 15:19:19 -0800 (PST) From: Archie Cobbs Message-Id: <200210312319.g9VNJJ9O017672@arch20m.dellroad.org> Subject: Re: MPD + Win2K + broadcast In-Reply-To: "from Thomas Gielfeldt at Oct 31, 2002 08:59:33 pm" To: Thomas Gielfeldt Date: Thu, 31 Oct 2002 15:19:19 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thomas Gielfeldt writes: [reformatted to 80 columns] > I'm still tampering with VPN and I want to say thanks for the advice > I've gotton from here and elsewhere. Now I'm trying to connect a > Win2k client to my internal network through mpd + netgraph. This > works fine. However, there's something I don't understand. The ip > assigned to the client is on the same subnet as the LAN, but broadcast > data is not sent through the tunnel? Proxy-Arp is enabled. I also > would like to tunnel ipx through. can mpd do this? No mpd does not do that. Might be a good idea for a sysctl.. e.g. net.inet.ip.fwd_bcast_tunnel to enable forwarding of broadcast packets across any point-to-point links whos local address lies on the broadcast subnet. If what you're really trying to solve is NBNS, use a WINS server. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 19: 1:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D15A37B401 for ; Thu, 31 Oct 2002 19:01:32 -0800 (PST) Received: from thunderer.cnchost.com (thunderer.concentric.net [207.155.252.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22B9F43E3B for ; Thu, 31 Oct 2002 19:01:32 -0800 (PST) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by thunderer.cnchost.com id WAA03036; Thu, 31 Oct 2002 22:01:30 -0500 (EST) [ConcentricHost SMTP Relay 1.15] Message-ID: <200211010301.WAA03036@thunderer.cnchost.com> To: Fran.Lawas-Grodek@grc.nasa.gov, Cindy.Tran@grc.nasa.gov Cc: freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: Re: Problem in High Speed and Long Delay with FreeBSD In-reply-to: Your message of "Thu, 31 Oct 2002 13:56:01 EST." <20021031135601.B23802@grc.nasa.gov> Date: Thu, 31 Oct 2002 19:01:30 -0800 From: Bakul Shah 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 > Testing commands used: > receiver> ttcp -b 312500 -l 1024 -r -s > sender> ttcp -b 312500 -l 1024 -n 100000 -s -t receiverhost Pure speculation: Since you are writing 1K at a time, could it be an N^2 effect while appending mbufs? Since you can have many MBs in the pipe due to large delay*BW, you can potentially have many many mbufs. The Nth write will have to traverse O(N) mbuf chains to append the new data. One way to test is to increase the -l parameter value to something large and see if the throughput improves. If this is the case, FreeBSD will have to optimize this common case for stream protocols. Note that I haven't even looked at the relevant FreeBSD code! For all I know it may already be doing this. -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Oct 31 20:34: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 880CF37B401 for ; Thu, 31 Oct 2002 20:34:05 -0800 (PST) Received: from server4.hostpoint.ch (server4.hostpoint.ch [62.50.74.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3ACA43E7B for ; Thu, 31 Oct 2002 20:34:04 -0800 (PST) (envelope-from jukebox-admin@diejukebox.ch) Received: from localhost ([127.0.0.1] helo=server4.hostpoint.ch) by server4.hostpoint.ch with esmtp (Exim 3.36 #1) id 187TVd-0003dc-00 for freebsd-net@freebsd.org; Fri, 01 Nov 2002 05:34:13 +0100 Date: Fri, 01 Nov 2002 05:34:13 +0100 Message-ID: <20021101043413.7552.64722.Mailman@server4.hostpoint.ch> Subject: blackmusic.ch mailing list memberships reminder From: mailman-owner@server4.hostpoint.ch To: freebsd-net@freebsd.org X-No-Archive: yes X-BeenThere: Jukebox@diejukebox.ch X-Mailman-Version: 2.0.13 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server4.hostpoint.ch X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - diejukebox.ch Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a reminder, sent out once a month, about your blackmusic.ch mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, Newsletter-request@blackmusic.ch) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. If you have questions, problems, comments, etc, send them to mailman-owner@server4.hostpoint.ch. Thanks! Passwords for freebsd-net@freebsd.org: List Password // URL ---- -------- Newsletter@blackmusic.ch arosab http://server4.hostpoint.ch/mailman/options/newsletter_blackmusic.ch/freebsd-net%40freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 0:54:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2788137B404 for ; Fri, 1 Nov 2002 00:54:47 -0800 (PST) Received: from smtp030.tiscali.dk (smtp030.tiscali.dk [212.54.64.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0819543E3B for ; Fri, 1 Nov 2002 00:54:36 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from [172.16.0.3] (213.237.34.52.adsl.suoe.worldonline.dk [213.237.34.52]) by smtp030.tiscali.dk (8.12.5/8.12.5) with SMTP id gA18sRp4029515 for ; Fri, 1 Nov 2002 09:54:27 +0100 (MET) From: Thomas Gielfeldt Subject: Re:[2] MPD + Win2K + broadcast To: freebsd-net@freebsd.org Date: Fri, 1 Nov 2002 09:59:38 +0100 Lines: 33 Message-ID: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: Kaufman Mail Warrior 3,61 Final Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Archie Cobbs wrote on 01-11-02 00:19:19: > >Thomas Gielfeldt writes: [reformatted to 80 columns] >> I'm still tampering with VPN and I want to say thanks for the advice >> I've gotton from here and elsewhere. Now I'm trying to connect a >> Win2k client to my internal network through mpd + netgraph. This >> works fine. However, there's something I don't understand. The ip >> assigned to the client is on the same subnet as the LAN, but broadcast >> data is not sent through the tunnel? Proxy-Arp is enabled. I also >> would like to tunnel ipx through. can mpd do this? > >No mpd does not do that. Might be a good idea for a sysctl.. e.g. > > net.inet.ip.fwd_bcast_tunnel > >to enable forwarding of broadcast packets across any point-to-point >links whos local address lies on the broadcast subnet. > >If what you're really trying to solve is NBNS, use a WINS server. > >-Archie > >__________________________________________________________________________ >Archie Cobbs * Packet Design * http://www.packetdesign.com Hmm... does this mean that theres no way to send broadcast traffic throug a point-to-point tunnel? ... Oh bugger. This wasn't only intended for NBNS but also for gaming. Thanks /Thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 1:20:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64DE37B401 for ; Fri, 1 Nov 2002 01:20:14 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DBC343E4A for ; Fri, 1 Nov 2002 01:20:14 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA45154; Fri, 1 Nov 2002 01:03:45 -0800 (PST) Date: Fri, 1 Nov 2002 01:03:44 -0800 (PST) From: Julian Elischer To: Thomas Gielfeldt Cc: freebsd-net@freebsd.org Subject: Re:[2] MPD + Win2K + broadcast In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 1 Nov 2002, Thomas Gielfeldt wrote: > Archie Cobbs wrote on 01-11-02 00:19:19: [...] > > > >to enable forwarding of broadcast packets across any point-to-point > >links whos local address lies on the broadcast subnet. > > > >If what you're really trying to solve is NBNS, use a WINS server. > > > >-Archie Archie, didn't we do something for this on the interjet? [...] > Hmm... does this mean that theres no way to send broadcast traffic throug a point-to-point tunnel? ... Oh bugger. > > This wasn't only intended for NBNS but also for gaming. > > Thanks > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 4:16:49 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2494E37B401 for ; Fri, 1 Nov 2002 04:16:48 -0800 (PST) Received: from smtp010.tiscali.dk (smtp010.tiscali.dk [212.54.64.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C18643E42 for ; Fri, 1 Nov 2002 04:16:42 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from [172.16.0.3] (213.237.34.52.adsl.suoe.worldonline.dk [213.237.34.52]) by smtp010.tiscali.dk (8.12.5/8.12.5) with SMTP id gA1CGYbU020284 for ; Fri, 1 Nov 2002 13:16:34 +0100 (MET) From: Thomas Gielfeldt Subject: Re:[2] Connecting two LANs via VPN and Filtering To: freebsd-net@freebsd.org Date: Fri, 1 Nov 2002 13:21:48 +0100 Lines: 57 Message-ID: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: Kaufman Mail Warrior 3,61 Final Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Archie Cobbs wrote on 01-11-02 00:14:06: > >Thomas Gielfeldt writes: >> So you probably have to filter via netgraph? > >This can be done with ng_bpf(4). > >-Archie > >__________________________________________________________________________ >Archie Cobbs * Packet Design * http://www.packetdesign.com Okay. I've tried to get an example (from ng_bpf man) up and running but it doesn't seem to work. I could extract that the ether.bridge script i use does the following: ngctl kill bnet0: >/dev/null 2>&1 ngctl kill tap0: >/dev/null 2>&1 ngctl kill rl1: >/dev/null 2>&1 ngctl kill rl1: >/dev/null 2>&1 ifconfig tap0 up || exit 1 ifconfig rl1 up || exit 1 ifconfig rl1 up || exit 1 ngctl mkpeer tap0: bridge lower link0 || exit 1 ngctl name tap0:lower bnet0 || exit 1 ngctl connect rl1: bnet0: lower link1 || exit 1 ngctl connect rl1: bnet0: upper link2 || exit 1 ngctl msg tap0: setpromisc 1 || exit 1 ngctl msg tap0: setautosrc 0 || exit 1 ngctl msg rl1: setpromisc 1 || exit 1 ngctl msg rl1: setautosrc 0 || exit 1 I'm not actually sure what this does, but the bridge works. (I',m not an expert on this so please bare with me) The input from the tap0 should be filtered in a way so that dhcp-requests are dropped. As I could understand, a bpf program takes a node, and creates two more nodes where the packets are sent to depending on whether they match the criterias or not. So what I probably want to do is to make such a bpf program and link the node where the dhcp-packets are NOT sent to the bridge instead of linking the tap0 directly. (Please correct me if I'm wrong). This would probably mean that these four lines should be changed and the bpf-node inserted somewhere. * ngctl mkpeer tap0: bridge lower link0 || exit 1 * ngctl name tap0:lower bnet0 || exit 1 * ngctl connect rl1: bnet0: lower link1 || exit 1 * ngctl connect rl1: bnet0: upper link2 || exit 1 I've tried to read the ng_bpf man but it didn't help that much. Well ... maybe I'm just stupid and need to have drawn in crayons.... so .... do you have any crayons? ;-) Thanks. /Thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 8: 4:41 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5883B37B401 for ; Fri, 1 Nov 2002 08:04:39 -0800 (PST) Received: from seraph3.grc.nasa.gov (seraph3.lerc.nasa.gov [128.156.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA71B43E77 for ; Fri, 1 Nov 2002 08:04:38 -0800 (PST) (envelope-from Fran.Lawas-Grodek@lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph3.grc.nasa.gov (Postfix) with ESMTP id 102D0640BE for ; Fri, 1 Nov 2002 11:04:33 -0500 (EST) Received: from jamaica.lerc.nasa.gov (IDENT:KJbAQ0xQ3Dg6HQA4dZKqx+5ZxoODgMxg@jamaica.lerc.nasa.gov [139.88.38.84]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1G4Wwg019614; Fri, 1 Nov 2002 11:04:32 -0500 (EST) Received: (fmfran@localhost) by jamaica.lerc.nasa.gov (8.11.6/2.01-local) id gA1G4Ws03393; Fri, 1 Nov 2002 11:04:32 -0500 Date: Fri, 1 Nov 2002 11:04:32 -0500 From: Fran Lawas-Grodek To: Luigi Rizzo Cc: Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: Re: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021101110432.D3259@grc.nasa.gov> Reply-To: Fran.Lawas-Grodek@grc.nasa.gov References: <20021031135601.B23802@grc.nasa.gov> <20021031150217.A35590@carp.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021031150217.A35590@carp.icir.org>; from rizzo@icir.org on Thu, Oct 31, 2002 at 03:02:17PM -0800 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 These are our sysctl settings: kern.ipc.maxsockbuf=4194304 net.inet.tcp.sendspace=3125000 net.inet.tcp.recvspace=3125000 net.inet.ip.intr_queue_maxlen=500 nmbclusters=32768 After reading your suggestion, we were able to achieve a slightly better throughput from 32Mbps on the 250ms delayed network, to 46Mbps overall throughput, by increasing the -l buffer length from 1024 to 8192 bytes. Increasing the above intr_queue_maxlen from the default 50 to 500 also helped a bit. Our time sequence plot now shows a sender buffer window of 1.5MB being used, from the 1MB of the earlier tests. (BTW, a typo in the my posted ttcp example -- "-b" should be "-b 3125000", not "-b 312500".) We still do not understand why we cannot not get a better window usage of our requested socket buffer of 3MB, a better throughput of 60+Mbps. Any other thoughts? Fran Lawas-Grodek Cindy Tran NASA Glenn Research Center ________________________________________________________________ Frances J. Lawas-Grodek | NASA Glenn Research Center | phone: (216) 433-5052 21000 Brookpark Rd, MS 142-4 | fax : (216) 433-8000 Cleveland, Ohio 44135 | email: fran@grc.nasa.gov ________________________________________________________________ On Thu, Oct 31, 2002 at 03:02:17PM -0800, Luigi Rizzo wrote: > you might want to have a look at the sysctl variable > kern.ipc.sockbuf_waste_factor too. > > Remember that memory is charged to socket buffers depending on how > many clusters are allocated, even if they are not fully used. > E.g. in your example you are probably doing 1KB writes each of > which consumes a 2KB cluster plus a 256byte mbuf, so no > matter what you will never manage to reach more than (roughly) > a window larger than kern.ipc.maxsockbuf/2. > > The max raw amounf of memory allocated in a socket buffer is > typically > > min( tcp_{send|recv}buf * kern.ipc.sockbuf_waste_factor, > kern.ipc.maxsockbuf) > > and probably you are hitting the roof on the second one. > > cheers > luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 8:19: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 143D037B401 for ; Fri, 1 Nov 2002 08:19:02 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8308143E4A for ; Fri, 1 Nov 2002 08:19:01 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VSKP>; Fri, 1 Nov 2002 11:18:51 -0500 Message-ID: From: Don Bowman To: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo Cc: Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: RE: Problem in High Speed and Long Delay with FreeBSD Date: Fri, 1 Nov 2002 11:18:50 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Fran Lawas-Grodek [mailto:Fran.Lawas-Grodek@grc.nasa.gov] Perhaps sysctl net.inet.tcp.inflight_enable=1 will help? you may wish to also change tcp.inflight_max. See tcp(4) as of 4.7. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 8:20:10 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D8137B401 for ; Fri, 1 Nov 2002 08:20:08 -0800 (PST) Received: from seraph3.grc.nasa.gov (seraph3.lerc.nasa.gov [128.156.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11D5543E91 for ; Fri, 1 Nov 2002 08:20:08 -0800 (PST) (envelope-from Fran.Lawas-Grodek@lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph3.grc.nasa.gov (Postfix) with ESMTP id 79481640DC for ; Fri, 1 Nov 2002 11:20:02 -0500 (EST) Received: from jamaica.lerc.nasa.gov (IDENT:sioYiFM/Q/7ZR33pu25+s1j0FDDEXe6c@jamaica.lerc.nasa.gov [139.88.38.84]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1GK1wg023698; Fri, 1 Nov 2002 11:20:01 -0500 (EST) Received: (fmfran@localhost) by jamaica.lerc.nasa.gov (8.11.6/2.01-local) id gA1GK1S03427; Fri, 1 Nov 2002 11:20:01 -0500 Date: Fri, 1 Nov 2002 11:20:01 -0500 From: Fran Lawas-Grodek To: Bakul Shah Cc: Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: Re: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021101112001.E3259@grc.nasa.gov> Reply-To: Fran.Lawas-Grodek@grc.nasa.gov References: <20021031135601.B23802@grc.nasa.gov> <200211010301.WAA03036@thunderer.cnchost.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200211010301.WAA03036@thunderer.cnchost.com>; from bakul@bitblocks.com on Thu, Oct 31, 2002 at 07:01:30PM -0800 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 Bakul, Your suggestion of increasing the -l seems to have made a positive impact -- tests this morning with a higher buffer length size of 8192 gave us a better throughput of 44Mbps. Now the time sequence plot shows a window usage of 1.5MB as opposed to the previous 1MB usage. We still don't understand as to why we are not getting a larger window usage when we are requesting a 3MB socket buffer. (BTW, a typo in my example testing commands, left out a "0" in the "-b".) Any other thoughts would be greatly appreciated. Fran Lawas-Grodek Cindy Tran NASA Glenn Research Center ________________________________________________________________ Frances J. Lawas-Grodek | NASA Glenn Research Center | phone: (216) 433-5052 21000 Brookpark Rd, MS 142-4 | fax : (216) 433-8000 Cleveland, Ohio 44135 | email: fran@grc.nasa.gov ________________________________________________________________ On Thu, Oct 31, 2002 at 07:01:30PM -0800, Bakul Shah wrote: > > Testing commands used: > > receiver> ttcp -b 312500 -l 1024 -r -s > > sender> ttcp -b 312500 -l 1024 -n 100000 -s -t receiverhost > > Pure speculation: > > Since you are writing 1K at a time, could it be an N^2 effect > while appending mbufs? Since you can have many MBs in the > pipe due to large delay*BW, you can potentially have many > many mbufs. The Nth write will have to traverse O(N) mbuf > chains to append the new data. One way to test is to > increase the -l parameter value to something large and see if > the throughput improves. If this is the case, FreeBSD will > have to optimize this common case for stream protocols. > > Note that I haven't even looked at the relevant FreeBSD code! > For all I know it may already be doing this. > > -- bakul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 10:59:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EE7337B401 for ; Fri, 1 Nov 2002 10:59:21 -0800 (PST) Received: from seraph3.grc.nasa.gov (seraph3.lerc.nasa.gov [128.156.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B102B43E4A for ; Fri, 1 Nov 2002 10:59:20 -0800 (PST) (envelope-from Fran.Lawas-Grodek@lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph3.grc.nasa.gov (Postfix) with ESMTP id ECAE564169 for ; Fri, 1 Nov 2002 13:59:19 -0500 (EST) Received: from jamaica.lerc.nasa.gov (IDENT:85jnrorE5IuzS2LHpXE/bgJqiCvwBFGb@jamaica.lerc.nasa.gov [139.88.38.84]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1IxJwg003159; Fri, 1 Nov 2002 13:59:19 -0500 (EST) Received: (fmfran@localhost) by jamaica.lerc.nasa.gov (8.11.6/2.01-local) id gA1IxJ303704; Fri, 1 Nov 2002 13:59:19 -0500 Date: Fri, 1 Nov 2002 13:59:19 -0500 From: Fran Lawas-Grodek To: Don Bowman Cc: Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: Re: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021101135919.A3677@grc.nasa.gov> Reply-To: Fran.Lawas-Grodek@grc.nasa.gov References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from don@sandvine.com on Fri, Nov 01, 2002 at 11:18:50AM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 01, 2002 at 11:18:50AM -0500, Don Bowman wrote: > > Perhaps > sysctl net.inet.tcp.inflight_enable=1 > will help? > > you may wish to also change tcp.inflight_max. > See tcp(4) as of 4.7. Hello Don, Well... our development code that we are to ultimately test was developed on 4.1, thus we really need to try to stick with 4.1. It does not look like either of the above parameters are available until 4.7. Thank you very much for your suggestion, Fran Lawas-Grodek -- ________________________________________________________________ Frances J. Lawas-Grodek | NASA Glenn Research Center | phone: (216) 433-5052 21000 Brookpark Rd, MS 142-4 | fax : (216) 433-8000 Cleveland, Ohio 44135 | email: fran@grc.nasa.gov ________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11: 5:39 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B71437B401 for ; Fri, 1 Nov 2002 11:05:38 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F93943E6E for ; Fri, 1 Nov 2002 11:05:37 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VST7>; Fri, 1 Nov 2002 14:05:35 -0500 Message-ID: From: Don Bowman To: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Don Bowman Cc: Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG, Mark.Allman@grc.nasa.gov Subject: RE: Problem in High Speed and Long Delay with FreeBSD Date: Fri, 1 Nov 2002 14:05:34 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Fran Lawas-Grodek [mailto:Fran.Lawas-Grodek@grc.nasa.gov] > Well... our development code that we are to ultimately test was > developed on 4.1, thus we really need to try to stick with 4.1. > It does not look like either of the above parameters are available > until 4.7. No worries. Have you checked that both sides are negotiating SACK? And both sides are negotiating a window scale option sufficiently large? (sounds like you need a window scale option of at least 5 bits?) And the socket-buffer to ttcp is actually being set as large as you think? (perhaps run 'ktrace' or 'truss' on ttcp and look for an error on the setsockopt). http://www.rfc-editor.org/rfc/rfc1323.txt has some other suggestions I think, but I'm guessing you've already gone over it. --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11: 9:52 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4495C37B401 for ; Fri, 1 Nov 2002 11:09:51 -0800 (PST) Received: from seraph2.grc.nasa.gov (seraph2.lerc.nasa.gov [128.156.10.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B1343E6E for ; Fri, 1 Nov 2002 11:09:50 -0800 (PST) (envelope-from mallman@guns.lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph2.grc.nasa.gov (Postfix) with ESMTP id ED372C6A0D for ; Fri, 1 Nov 2002 14:09:49 -0500 (EST) Received: from guns.lerc.nasa.gov (guns.lerc.nasa.gov [139.88.87.35]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1J9mwg006045; Fri, 1 Nov 2002 14:09:48 -0500 (EST) Received: from guns.lerc.nasa.gov (localhost.lerc.nasa.gov [127.0.0.1]) by guns.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-local) id OAA63340; Fri, 1 Nov 2002 14:09:48 -0500 (EST) Message-Id: <200211011909.OAA63340@guns.lerc.nasa.gov> To: Don Bowman From: Mark Allman Reply-To: mallman@grc.nasa.gov Cc: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Subject: Re: Problem in High Speed and Long Delay with FreeBSD In-Reply-To: Organization: BBN Technologies/NASA GRC Song-of-the-Day: Piano Man Date: Fri, 01 Nov 2002 14:09:48 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Have you checked that both sides are negotiating SACK? No SACK in 4.1. But, there is no loss in th connection. > And both sides are negotiating a window scale option sufficiently > large? (sounds like you need a window scale option of at least 5 > bits?) We're seeing a shift of 6. > And the socket-buffer to ttcp is actually being set as large > as you think? (perhaps run 'ktrace' or 'truss' on ttcp and look > for an error on the setsockopt). We hacked ttcp to run getsockopt() to tell us if the kernel did not honor our setsockopt() request. All looks fine. Thanks! Other ideas? allman -- Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:17:45 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCD7C37B401 for ; Fri, 1 Nov 2002 11:17:43 -0800 (PST) Received: from mailgw2a.lmco.com (mailgw2a.lmco.com [192.91.147.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE70443E91 for ; Fri, 1 Nov 2002 11:17:42 -0800 (PST) (envelope-from rick.norman@lmco.com) Received: from emss01g01.ems.lmco.com ([129.197.181.54]) by mailgw2a.lmco.com (8.11.6/8.11.6) with ESMTP id gA1JHbu02924; Fri, 1 Nov 2002 14:17:39 -0500 (EST) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1 #40643) id <0H4W00F01W688L@lmco.com>; Fri, 01 Nov 2002 11:17:32 -0800 (PST) Received: from lmco.com ([129.197.20.43]) by lmco.com (PMDF V6.1-1 #40643) with ESMTP id <0H4W00DGUW59RT@lmco.com>; Fri, 01 Nov 2002 11:15:09 -0800 (PST) Date: Fri, 01 Nov 2002 11:08:55 -0800 From: rick norman Subject: Re: Problem in High Speed and Long Delay with FreeBSD To: mallman@grc.nasa.gov Cc: Don Bowman , "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Message-id: <3DC2D147.8357C198@lmco.com> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (WinNT; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <200211011909.OAA63340@guns.lerc.nasa.gov> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Are you sure you're not hitting the top of the pipe and bouncing around in congestion avoidance ? Unless your window size limits your bw at exactly the correct amount, you'll never get the steady state bw you want. Mark Allman wrote: > > Have you checked that both sides are negotiating SACK? > > No SACK in 4.1. But, there is no loss in th connection. > > > And both sides are negotiating a window scale option sufficiently > > large? (sounds like you need a window scale option of at least 5 > > bits?) > > We're seeing a shift of 6. > > > And the socket-buffer to ttcp is actually being set as large > > as you think? (perhaps run 'ktrace' or 'truss' on ttcp and look > > for an error on the setsockopt). > > We hacked ttcp to run getsockopt() to tell us if the kernel did not > honor our setsockopt() request. All looks fine. > > Thanks! Other ideas? > > allman > > -- > Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- "I'm a-goin' to stay where you sleep all day Where they hung the jerk that invented work In the Big Rock Candy Mountains" wk: 408 742 1619 rick.norman@lmco.com hm: 650 726 0677 rnorman@ikaika.com cell: 650 303 3877 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:19:21 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C48A37B401 for ; Fri, 1 Nov 2002 11:19:21 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3275243E77 for ; Fri, 1 Nov 2002 11:19:20 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VS4Z>; Fri, 1 Nov 2002 14:19:19 -0500 Message-ID: From: Don Bowman To: "'mallman@grc.nasa.gov'" , Don Bowman Cc: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Subject: RE: Problem in High Speed and Long Delay with FreeBSD Date: Fri, 1 Nov 2002 14:19:19 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: Mark Allman [mailto:mallman@grc.nasa.gov] > Thanks! Other ideas? What MSS is advertised on each end? --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:26:17 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA8437B401 for ; Fri, 1 Nov 2002 11:26:16 -0800 (PST) Received: from seraph3.grc.nasa.gov (seraph3.lerc.nasa.gov [128.156.10.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC2543E4A for ; Fri, 1 Nov 2002 11:26:16 -0800 (PST) (envelope-from mallman@guns.lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph3.grc.nasa.gov (Postfix) with ESMTP id AC0816416B for ; Fri, 1 Nov 2002 14:26:15 -0500 (EST) Received: from guns.lerc.nasa.gov (guns.lerc.nasa.gov [139.88.87.35]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1JQEwg010295; Fri, 1 Nov 2002 14:26:14 -0500 (EST) Received: from guns.lerc.nasa.gov (localhost.lerc.nasa.gov [127.0.0.1]) by guns.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-local) id OAA63503; Fri, 1 Nov 2002 14:26:14 -0500 (EST) Message-Id: <200211011926.OAA63503@guns.lerc.nasa.gov> To: Don Bowman From: Mark Allman Reply-To: mallman@grc.nasa.gov Cc: "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Subject: Re: Problem in High Speed and Long Delay with FreeBSD In-Reply-To: Organization: BBN Technologies/NASA GRC Song-of-the-Day: Piano Man Date: Fri, 01 Nov 2002 14:26:14 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > From: Mark Allman [mailto:mallman@grc.nasa.gov] > > Thanks! Other ideas? > > What MSS is advertised on each end? 1500 byte packets (from looking at the trace file). allman -- Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:28:15 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB7FB37B401 for ; Fri, 1 Nov 2002 11:28:13 -0800 (PST) Received: from seraph2.grc.nasa.gov (seraph2.lerc.nasa.gov [128.156.10.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A28F43E77 for ; Fri, 1 Nov 2002 11:28:13 -0800 (PST) (envelope-from mallman@guns.lerc.nasa.gov) Received: from lombok-fi.lerc.nasa.gov (lombok-fi.lerc.nasa.gov [139.88.112.33]) by seraph2.grc.nasa.gov (Postfix) with ESMTP id D6A9FC6A16 for ; Fri, 1 Nov 2002 14:28:12 -0500 (EST) Received: from guns.lerc.nasa.gov (guns.lerc.nasa.gov [139.88.87.35]) by lombok-fi.lerc.nasa.gov (NASA GRC 8.12.3/8.12.3) with ESMTP id gA1JSCwg010805; Fri, 1 Nov 2002 14:28:12 -0500 (EST) Received: from guns.lerc.nasa.gov (localhost.lerc.nasa.gov [127.0.0.1]) by guns.lerc.nasa.gov with ESMTP (NASA LeRC 8.7.4.1/2.01-local) id OAA63524; Fri, 1 Nov 2002 14:28:11 -0500 (EST) Message-Id: <200211011928.OAA63524@guns.lerc.nasa.gov> To: rick norman From: Mark Allman Reply-To: mallman@grc.nasa.gov Cc: Don Bowman , "'Fran.Lawas-Grodek@grc.nasa.gov'" , Luigi Rizzo , Cindy.Tran@grc.nasa.gov, freebsd-net@FreeBSD.ORG Subject: Re: Problem in High Speed and Long Delay with FreeBSD In-Reply-To: <3DC2D147.8357C198@lmco.com> Organization: BBN Technologies/NASA GRC Song-of-the-Day: Piano Man Date: Fri, 01 Nov 2002 14:28:11 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Are you sure you're not hitting the top of the pipe and bouncing > around in congestion avoidance ? Unless your window size limits > your bw at exactly the correct amount, you'll never get the steady > state We're not bouncing around. We see no loss, which would indicate that either we should continue slow start (exponential cwnd growth) or stop growing cwnd when we hit the advertised window. But, we do neither of these. At some point the cwnd just stops growing -- even though we have plenty of advertised window left and no loss. Hm. allman -- Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:45:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A442C37B401 for ; Fri, 1 Nov 2002 11:45:10 -0800 (PST) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1B3843E42 for ; Fri, 1 Nov 2002 11:45:09 -0800 (PST) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id LAA04879; Fri, 1 Nov 2002 11:30:24 -0800 (PST) Received: from arch20m.dellroad.org (localhost [127.0.0.1]) by arch20m.dellroad.org (8.12.6/8.12.6) with ESMTP id gA1JUCZE020693; Fri, 1 Nov 2002 11:30:12 -0800 (PST) (envelope-from archie@arch20m.dellroad.org) Received: (from archie@localhost) by arch20m.dellroad.org (8.12.6/8.12.6/Submit) id gA1JUBmf020692; Fri, 1 Nov 2002 11:30:11 -0800 (PST) From: Archie Cobbs Message-Id: <200211011930.gA1JUBmf020692@arch20m.dellroad.org> Subject: Re: [2] MPD + Win2K + broadcast In-Reply-To: "from Julian Elischer at Nov 1, 2002 01:03:44 am" To: Julian Elischer Date: Fri, 1 Nov 2002 11:30:11 -0800 (PST) Cc: Thomas Gielfeldt , freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Julian Elischer writes: > > >to enable forwarding of broadcast packets across any point-to-point > > >links whos local address lies on the broadcast subnet. > > > > > >If what you're really trying to solve is NBNS, use a WINS server. > > Archie, didn't we do something for this on the interjet? Yep.. it was a custom hack (which is what's required in this case). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 11:59:48 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5577337B401 for ; Fri, 1 Nov 2002 11:59:47 -0800 (PST) Received: from smtp030.tiscali.dk (smtp030.tiscali.dk [212.54.64.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 238CC43E77 for ; Fri, 1 Nov 2002 11:59:41 -0800 (PST) (envelope-from thomas@gielfeldt.dk) Received: from [10.0.0.127] (213.237.34.52.adsl.suoe.worldonline.dk [213.237.34.52]) by smtp030.tiscali.dk (8.12.5/8.12.5) with SMTP id gA1Jxbp4017542 for ; Fri, 1 Nov 2002 20:59:37 +0100 (MET) From: Thomas Gielfeldt Subject: Re:[2] [2] MPD + Win2K + broadcast To: freebsd-net@freebsd.org Date: Fri, 1 Nov 2002 21:04:55 +0100 Lines: 18 Message-ID: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Mailer: Kaufman Mail Warrior 3,61 Final Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Archie Cobbs wrote on 01-11-02 20:30:11: > >Julian Elischer writes: >> > >to enable forwarding of broadcast packets across any point-to-point >> > >links whos local address lies on the broadcast subnet. >> > > >> > >If what you're really trying to solve is NBNS, use a WINS server. >> >> Archie, didn't we do something for this on the interjet? > >Yep.. it was a custom hack (which is what's required in this case). > >-Archie > >__________________________________________________________________________ >Archie Cobbs * Packet Design * http://www.packetdesign.com Was it hard to do? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 12:32:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 657FB37B401 for ; Fri, 1 Nov 2002 12:32:36 -0800 (PST) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D3A43E75 for ; Fri, 1 Nov 2002 12:32:35 -0800 (PST) (envelope-from barney@tp.databus.com) Received: from tp.databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.6/8.12.6) with ESMTP id gA1KWSCA092476; Fri, 1 Nov 2002 15:32:28 -0500 (EST) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.12.6/8.12.6/Submit) id gA1KWS7Y092475; Fri, 1 Nov 2002 15:32:28 -0500 (EST) Date: Fri, 1 Nov 2002 15:32:28 -0500 From: Barney Wolff To: Mark Allman Cc: freebsd-net@freebsd.org Subject: Re: Problem in High Speed and Long Delay with FreeBSD Message-ID: <20021101203228.GA92397@tp.databus.com> References: <3DC2D147.8357C198@lmco.com> <200211011928.OAA63524@guns.lerc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200211011928.OAA63524@guns.lerc.nasa.gov> User-Agent: Mutt/1.4i X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Try retrieving a very large file via ftp. The sendfile() code seems more efficient than ttcp, and if performance improves that may be a clue that the problem lies in the user/kernel interface. If not, probably in the stack. Could it conceivably be a resonance effect between the actual rtt and the stack timing granularity? I would also try setting ttcp's block size to a multiple of the exact transmitted seg size rather than a power of 2. Barney -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 15:17: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC9C737B401 for ; Fri, 1 Nov 2002 15:17:05 -0800 (PST) Received: from web21008.mail.yahoo.com (web21008.mail.yahoo.com [216.136.227.62]) by mx1.FreeBSD.org (Postfix) with SMTP id AF89A43E88 for ; Fri, 1 Nov 2002 15:17:05 -0800 (PST) (envelope-from davidmyer800@yahoo.com) Message-ID: <20021101231705.54099.qmail@web21008.mail.yahoo.com> Received: from [65.172.158.93] by web21008.mail.yahoo.com via HTTP; Fri, 01 Nov 2002 15:17:05 PST Date: Fri, 1 Nov 2002 15:17:05 -0800 (PST) From: David Myer Subject: Data payload in SYN packet To: freebsd-net@freebsd.org In-Reply-To: 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, Just curious on one thing, we know that SYN packet can carry data payload, but I never see any implementation that actually does this. Nor have I seen code that checks or handles this in receive function. Is there a reason NOT doing so ? Thanks DM __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 15:26:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A813237B401 for ; Fri, 1 Nov 2002 15:26:13 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D5843E7B for ; Fri, 1 Nov 2002 15:26:09 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <42S9VTBN>; Fri, 1 Nov 2002 18:26:08 -0500 Message-ID: From: Don Bowman To: 'David Myer' , freebsd-net@freebsd.org Subject: RE: Data payload in SYN packet Date: Fri, 1 Nov 2002 18:26:06 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > From: David Myer [mailto:davidmyer800@yahoo.com] > Just curious on one thing, we know that SYN packet can > carry data payload, but I never see any implementation > that actually does this. See T/TCP, RFC 1644, and sysctl 'net.inet.tcp.rfc1644' --don (don@sandvine.com www.sandvine.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 15:33:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6FCC37B401 for ; Fri, 1 Nov 2002 15:33:36 -0800 (PST) Received: from carp.icir.org (carp.icir.org [192.150.187.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5490F43E7B for ; Fri, 1 Nov 2002 15:33:36 -0800 (PST) (envelope-from rizzo@carp.icir.org) Received: from carp.icir.org (localhost [127.0.0.1]) by carp.icir.org (8.12.3/8.12.3) with ESMTP id gA1NXVPs000637; Fri, 1 Nov 2002 15:33:31 -0800 (PST) (envelope-from rizzo@carp.icir.org) Received: (from rizzo@localhost) by carp.icir.org (8.12.3/8.12.3/Submit) id gA1NXVgf000636; Fri, 1 Nov 2002 15:33:31 -0800 (PST) (envelope-from rizzo) Date: Fri, 1 Nov 2002 15:33:31 -0800 From: Luigi Rizzo To: net@freebsd.org Subject: CTL_IPPROTO_NAMES used anywhere ? Message-ID: <20021101153331.A384@carp.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, /sys/netinet/in.h contains a huge macro, CTL_IPPROTO_NAMES, which maps to an array containing protocol names. As far as i can tell (find /usr/src | xargs grep CTL_IPPROTO_NAMES) it is not used anywhere in the source tree. Any objection to nuke it ? Besides being unused, it is extremely ugly and error prone because the assumption is that the i-th entry contains the name for protocol whose identifier is i, but how can you tell... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 15:40: 9 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7313B37B401 for ; Fri, 1 Nov 2002 15:40:08 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9BAD43E6E for ; Fri, 1 Nov 2002 15:40:07 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA48628 for ; Fri, 1 Nov 2002 15:31:57 -0800 (PST) Date: Fri, 1 Nov 2002 15:31:56 -0800 (PST) From: Julian Elischer To: net@freebsd.org Subject: FEC bundling interface. 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 I have committed Bill Paul's Cisco compatible FEC interface code (for bundling several interfaces together. However despite teh fact that it is a netgraph node it was written in a completely netgraph incompatible manner.. To use this node you must NOT have compiled into your kernel, or have kldload'd the ng_ether node (option NETGRAPH_ETHER) as they collide badly resulting in a crash. I will look at rewriting the node to use normal netgraph semantics. in the near future, but until then, ou have use of the code but you need to be careful of the problem mentionned above. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 17:28:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55BD037B401 for ; Fri, 1 Nov 2002 17:28:47 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C25743E42 for ; Fri, 1 Nov 2002 17:28:46 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id gA21SjC13362 for ; Fri, 1 Nov 2002 17:28:45 -0800 (PST) Message-ID: <3DC32A4C.7050607@isi.edu> Date: Fri, 01 Nov 2002 17:28:44 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021029 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: net Subject: RFC 3390: Increasing TCP's Initial Window References: <200211020058.gA20wGD03682@gamma.isi.edu> In-Reply-To: <200211020058.gA20wGD03682@gamma.isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050308070204010208030608" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. --------------ms050308070204010208030608 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit rfc-editor@rfc-editor.org wrote: > A new Request for Comments is now available in online RFC libraries. > > RFC 3390 > > Title: Increasing TCP's Initial Window > Author(s): M. Allman, S. Floyd, C. Partridge > Status: Standards Track > Date: October 2002 > URL: ftp://ftp.rfc-editor.org/in-notes/rfc3390.txt > > > This document specifies an optional standard for TCP to increase the > permitted initial window from one or two segment(s) to roughly 4K > bytes, replacing RFC 2414. > > This is now a Proposed Standard Protocol. [quote edited] Time to default net.inet.tcp.slowstart_flightsize to 4? (I've been running with this for a long time w/o problems.) Lars -- Lars Eggert USC Information Sciences Institute --------------ms050308070204010208030608 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTEwMjAxMjg0NVowIwYJKoZIhvcNAQkEMRYEFInlA4p1Ctmz6eUoIe/R TP8LhAuWMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAYZYC+9tUslPHeJJDwJmmUrDWnZUXiT0klxto ylasXnE7BSuhNfOFQPAMRWrUDom0+1/3a+irUmYsSthYM4M3Br2mWIF/GwixiPzlDz8HLvMs 1Vdl8SOlV9JQKwmlkTQV8JyoDoElygCdSFXbWxs3fl4lpvPLX+QmH9v8YaeE0Z3fEq9onIJp K1saijs9UYVPM81afAh3Rtw7rCkDagWnbp94B4yuaO4HTdEzTMJ/67cxYER7+sfd3K9NaKFs jDeHwAaOfuI0pBc0kRpy0eJIGyHXt2T4EWg6oN206u8nL8KzAbjaX6rPUjW0mVboHzLawoX3 nHWkaBq4nl6Db5/vNgAAAAAAAA== --------------ms050308070204010208030608-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 17:50:12 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38CF337B401 for ; Fri, 1 Nov 2002 17:50:11 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C105043E97 for ; Fri, 1 Nov 2002 17:50:10 -0800 (PST) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H4X004T6EFMU1@mta7.pltn13.pbi.net> for freebsd-net@freebsd.org; Fri, 01 Nov 2002 17:50:10 -0800 (PST) Date: Fri, 01 Nov 2002 17:52:26 -0800 From: Jeffrey Hsu Subject: Re: RFC 3390: Increasing TCP's Initial Window In-reply-to: "Your message of Fri, 01 Nov 2002 17:28:44 PST." <3DC32A4C.7050607@isi.edu> To: Lars Eggert Cc: freebsd-net@freebsd.org Message-id: <0H4X004T7EFMU1@mta7.pltn13.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 > Time to default net.inet.tcp.slowstart_flightsize to 4? A straight initial window of 4 is too big. I have patches lying around that varies the initial window size from 2 to 4 depending on the MSS, as specified in the RFC. Jeffrey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Nov 1 18:48:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B6D37B404 for ; Fri, 1 Nov 2002 18:48:32 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EDEA43E8A for ; Fri, 1 Nov 2002 18:48:31 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA04131; Sat, 2 Nov 2002 13:48:11 +1100 Date: Sat, 2 Nov 2002 13:59:30 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Luigi Rizzo Cc: net@FreeBSD.ORG Subject: Re: CTL_IPPROTO_NAMES used anywhere ? In-Reply-To: <20021101153331.A384@carp.icir.org> Message-ID: <20021102135700.H17601-100000@gamplex.bde.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 On Fri, 1 Nov 2002, Luigi Rizzo wrote: > /sys/netinet/in.h contains a huge macro, CTL_IPPROTO_NAMES, which > maps to an array containing protocol names. > As far as i can tell (find /usr/src | xargs grep CTL_IPPROTO_NAMES) > it is not used anywhere in the source tree. All CTL_*_NAMES for sysctl are garbage created by an unfinished reimplementation of sysctl. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Nov 2 0:26: 9 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 920D237B401; Sat, 2 Nov 2002 00:26:08 -0800 (PST) Received: from cheer.mahoroba.org (flets20-045.kamome.or.jp [218.45.20.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8453F43E3B; Sat, 2 Nov 2002 00:26:01 -0800 (PST) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (IDENT:lxRxHCaFZzg6lVI7xkXc4P3KHL6cijdecs8OkNqhc/9XrWiQU1/SfwHFeTMBJF4T@lyrics.mahoroba.org [IPv6:3ffe:505:2:0:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.6/8.12.6) with ESMTP/inet6 id gA28PwKv097580 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 2 Nov 2002 17:25:58 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 02 Nov 2002 17:25:58 +0900 Message-ID: From: Hajimu UMEMOTO To: Ronald van der Pol Cc: Hajimu UMEMOTO , current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: [CFR] ipfilter IPv6 support in rc In-Reply-To: <20021030155020.GA4581@rvdp.org> References: <20021030155020.GA4581@rvdp.org> User-Agent: xcite1.38> Wanderlust/2.9.15 (Unchained Melody) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharajing=FE-mae?=) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.0-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.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 Hi, >>>>> On Wed, 30 Oct 2002 16:50:20 +0100 >>>>> Ronald van der Pol said: Ronald.vanderPol> On Tue, Oct 29, 2002 at 00:38:39 +0900, Hajimu UMEMOTO wrote: > Please review it. If there is no objection, I'll commit it at next > weekend. Ronald.vanderPol> Reviewed -stable, looks OK. Would be nice to have this fix. Thanks. Thanks! I've just committed it. I'll do MFC it after 1 week. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Nov 2 17:27:51 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DCEF37B401 for ; Sat, 2 Nov 2002 17:27:50 -0800 (PST) Received: from terror.org.pl (terror.icm.edu.pl [193.219.28.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D744843E6E for ; Sat, 2 Nov 2002 17:27:49 -0800 (PST) (envelope-from ofca@terror.org.pl) Received: from ofca (helo=localhost) by terror.org.pl with local-esmtp id 1889Xx-0007Ei-00; Sun, 03 Nov 2002 02:27:25 +0100 Date: Sun, 3 Nov 2002 02:27:25 +0100 (CET) From: Pawel Tyll X-X-Sender: ofca@terror.org.pl To: brian@awfulhak.org Cc: net@freebsd.org Subject: PPPoEd Bug. 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 Brian, Today, after few hours of fighting with FreeBSD, I found one nasty bug in your PPPoEd implementation. It all started with accidental patching of RASPPPoE windows PPPoE client (http://user.cs.tu-berlin.de/~normanb/). There is a patch for RASPPPoE, which allows it to connect to non-RFC compliant PPPoE servers, like 3Com modems. PPPoEd supports such clients, however - after processing request from such client, it doesn't talk to normal RFC-compliant clients anymore :( - it looks like a quite nice DoS attack possibility for me, ISP, lots of RFC-compliant users, and one kiddie with patched RASPPPoE...Patched clients can connect without problems, PPPoE receives requests from normal clients, however it (probably - didn't check it) answers them with modified ether-type, which makes it impossible for them to 'hear' the answer. Hope you can come up with a fix soon :) Best regards, Pawel 'ofca' Tyll. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Nov 2 23:20:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8290537B401 for ; Sat, 2 Nov 2002 23:20:19 -0800 (PST) Received: from InterJet.elischer.org (12-232-206-8.client.attbi.com [12.232.206.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEFD643E97 for ; Sat, 2 Nov 2002 23:20:18 -0800 (PST) (envelope-from julian@elischer.org) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA55315; Sat, 2 Nov 2002 23:15:44 -0800 (PST) Date: Sat, 2 Nov 2002 23:15:43 -0800 (PST) From: Julian Elischer To: Pawel Tyll Cc: brian@awfulhak.org, net@freebsd.org Subject: Re: PPPoEd Bug. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 3 Nov 2002, Pawel Tyll wrote: > Hi Brian, > > Today, after few hours of fighting with FreeBSD, I found one nasty bug in > your PPPoEd implementation. It all started with accidental patching of > RASPPPoE windows PPPoE client (http://user.cs.tu-berlin.de/~normanb/). > > There is a patch for RASPPPoE, which allows it to connect to non-RFC > compliant PPPoE servers, like 3Com modems. PPPoEd supports such clients, > however - after processing request from such client, it doesn't talk to > normal RFC-compliant clients anymore :( The code for doing non complient pppoe was written to be used as a client. I'm amazed it works as a server too.. (and I wrote it). Am I right in understanding that you accidentally had a non-compliant client, and therefore discoverd that FreeBSD as a server could cope with that, but that once it did, it couldn't go back? > - it looks like a quite nice DoS > attack possibility for me, ISP, lots of RFC-compliant users, and one > kiddie with patched RASPPPoE...Patched clients can connect without > problems, PPPoE receives requests from normal clients, however it > (probably - didn't check it) answers them with modified ether-type, > which makes it impossible for them to 'hear' the answer. Hope you can > come up with a fix soon :) > I'll have a look. > Best regards, > > Pawel 'ofca' Tyll. > > > 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