From owner-freebsd-net@FreeBSD.ORG Sun Apr 17 14:00:01 2005 Return-Path: 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 702B116A4CE for ; Sun, 17 Apr 2005 14:00:01 +0000 (GMT) Received: from joshua.stabbursmoen.no (joshua.stabbursmoen.no [80.203.220.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id E845643D55 for ; Sun, 17 Apr 2005 14:00:00 +0000 (GMT) (envelope-from eivind@stabbursmoen.no) Received: from webmail.stabbursmoen.no (localhost [127.0.0.1]) by joshua.stabbursmoen.no (Stabbursmoen skole) with ESMTP id 229658158 for ; Sun, 17 Apr 2005 16:01:42 +0200 (CEST) Received: from 80.203.112.249 (SquirrelMail authenticated user eivind) by webmail.stabbursmoen.no with HTTP; Sun, 17 Apr 2005 16:01:42 +0200 (CEST) Message-ID: <54849.80.203.112.249.1113746502.squirrel@webmail.stabbursmoen.no> Date: Sun, 17 Apr 2005 16:01:42 +0200 (CEST) From: "Eivind Hestnes" To: net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by Stabbursmoen skole Subject: Problems with CARP, VLANs and em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: eivind@stabbursmoen.no List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2005 14:00:01 -0000 Hi, I recently configured two FreeBSD 5.3 (with XL 3c905C NIC) boxes to act as one logic router (preemption) between multiple VLANs. The router has now been in production for four weeks (under heavy load, too), and I have not run into any problems what-so-ever. Failover is almost transparent, and the robustness is awesome. All in all, i'm very happy with CARP. But to provide more bandwidth to our users, I bought a Intel Pro 1000 MT (PWLA8490MT) to replace the 3Com 905c card in the master. With some hacking, I managed to get the Intel card to talk with the VLANs (had to disable VLAN hardware tagging, as this didn't work with promiscuous mode). The problem however, is that the CARP interfaces on the master does not change mode from INIT to MASTER with the Intel card installed. In other words; the master do not replace the slave. I have tried the 2.0.5 em driver from Intel (instead of the 1.7.35), but with no success. Is there some problems with the em driver and CARP, or must the master and slave have identical NICs? Regards, Eivind Hestnes From owner-freebsd-net@FreeBSD.ORG Sun Apr 17 19:05:09 2005 Return-Path: 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 64F6516A4CE; Sun, 17 Apr 2005 19:05:09 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A003143D4C; Sun, 17 Apr 2005 19:05:08 +0000 (GMT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3HJ56G2039525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 Apr 2005 15:05:07 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: from corbulon.video-collage.com (smmsp@localhost.video-collage.com [127.0.0.1])j3HJ50jS096701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Apr 2005 15:05:01 -0400 (EDT) (envelope-from mi@corbulon.video-collage.com) Received: (from root@localhost)j3HJ50jK096698; Sun, 17 Apr 2005 15:05:00 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> To: bsdfreak@gmail.com Date: Sun, 17 Apr 2005 15:05:00 -0400 (EDT) In-Reply-To: X-Mailer: ELM [version 2.5 PL7] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: Q cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: obrien@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2005 19:05:09 -0000 > > > > > Try using the tarball from here http://www.onthenet.com.au/~q/nvnet > > > > Yes! That -- combined with the > > > > ftp://download1.nvidia.com/XFree86/nforce/1.0-0301/ -- worked! > > .. > > > > Could update the net/nvnet port? When 5.4 gets released, I > > > > imagine plenty of people to be in my position... > > > > > > When 5.4 gets released, we likely will have if_nve(4) MFC'ed already. > > > > Nope. It will be a 5.5 feature. And for that it needs to be merged into 5.x before 5.5-PRERELEASE -- hence into 5.4-STABLE, or "after 5.4 gets released" :-) > The nvnet port works fine for my onboard Ethernet on my Gigabyte > K8NNXP w/Athlon 3200+ CPU. The latest version from Q's site works (!), but seems limited to 100baseTX full-duplex. Even at that nominal speed, the actual data transfers seem limited to 2-3 megabytes/s with occasional latency-spikes :-( I'll try to back-port if_nve manually and see, what happens. -mi From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 05:14:43 2005 Return-Path: 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 A429916A4CE for ; Mon, 18 Apr 2005 05:14:43 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B9343D49 for ; Mon, 18 Apr 2005 05:14:43 +0000 (GMT) (envelope-from gollum123@free.fr) Received: from BIGBOY (unknown [82.229.178.102]) by postfix4-2.free.fr (Postfix) with ESMTP id 2864620F6D0; Mon, 18 Apr 2005 07:14:41 +0200 (CEST) Date: Mon, 18 Apr 2005 07:14:45 +0200 From: Mathieu CHATEAU X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <1233482722.20050418071445@free.fr> To: "Eivind Hestnes" In-Reply-To: <54849.80.203.112.249.1113746502.squirrel@webmail.stabbursmoen.no> References: <54849.80.203.112.249.1113746502.squirrel@webmail.stabbursmoen.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: Problems with CARP, VLANs and em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mathieu CHATEAU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 05:14:43 -0000 Hello Eivind, obviously you have updated your conf file to get em0 instead of xl0 ? does each other ping the other ? does the master stay in init or become master thinking he is alone ? the slave is now master since you changed your card ? @+ Sunday, April 17, 2005, 4:01:42 PM, you wrote: EH> Hi, EH> I recently configured two FreeBSD 5.3 (with XL 3c905C NIC) boxes to act as EH> one logic router (preemption) between multiple VLANs. The router EH> has now been in production for four weeks (under heavy load, too), and I EH> have not run into any problems what-so-ever. Failover is almost EH> transparent, and the robustness is awesome. All in all, i'm very happy EH> with CARP. EH> But to provide more bandwidth to our users, I bought a Intel Pro 1000 MT EH> (PWLA8490MT) to replace the 3Com 905c card in the master. With some EH> hacking, I managed to get the Intel card to talk with the VLANs (had to EH> disable VLAN hardware tagging, as this didn't work with promiscuous mode). EH> The problem however, is that the CARP interfaces on the master does not EH> change mode from INIT to MASTER with the Intel card installed. In other EH> words; the master do not replace the slave. EH> I have tried the 2.0.5 em driver from Intel (instead of the 1.7.35), but EH> with no success. Is there some problems with the em driver and CARP, EH> or must the master and slave have identical NICs? EH> Regards, EH> Eivind Hestnes EH> _______________________________________________ EH> freebsd-net@freebsd.org mailing list EH> http://lists.freebsd.org/mailman/listinfo/freebsd-net EH> To unsubscribe, send any mail to EH> "freebsd-net-unsubscribe@freebsd.org" -- Best regards, Mathieu mailto:gollum123@free.fr From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 09:37:07 2005 Return-Path: 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 A71E816A4CE for ; Mon, 18 Apr 2005 09:37:07 +0000 (GMT) Received: from mail.astra-sw.com (mail.astra-sw.com [82.140.87.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 933EF43D55 for ; Mon, 18 Apr 2005 09:37:06 +0000 (GMT) (envelope-from Nickolay.Kritsky@astra-sw.com) Received: from exchange.stardevelopers4msi.com (exchange.stardevelopers4msi.com [10.1.2.201] (may be forged)) by mail.astra-sw.com (8.12.11/8.12.11) with ESMTP id j3I9b4Am043418 for ; Mon, 18 Apr 2005 13:37:05 +0400 (MSD) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 18 Apr 2005 13:41:11 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cisco vpn experience? thread-index: AcVCEhqF98E1UY54QTStg8iyTqrHHQB6GjUg From: "Nickolay Kritsky" To: "Julian Elischer" , Subject: RE: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 09:37:07 -0000 I had a an experience of connecting 4.9 to cisco 3600 with ESP/3des/Md5 = site-to-site IPsec vpn with ISAKMP based on preshared key. Software used = was racoon and isakmp. Nick -----Original Message----- From: Julian Elischer [mailto:julian@elischer.org] Sent: Saturday, April 16, 2005 3:19 AM To: net@freebsd.org Subject: cisco vpn experience? Has anyone connected a FreeBSD machine to a "cisco ipsec VPN" as = exported by various Cisco routers. they have special solaris, linux and windows clients.. _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 10:02:57 2005 Return-Path: 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 B116716A4CE for ; Mon, 18 Apr 2005 10:02:57 +0000 (GMT) Received: from orion.erdves.lt (ns2.lrtc.net [217.9.240.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B74F43D39 for ; Mon, 18 Apr 2005 10:02:56 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 42181 invoked from network); 18 Apr 2005 10:02:52 -0000 Received: from unknown (HELO www.lrtc.net) (217.9.240.99) by orion.erdves.lt with SMTP; 18 Apr 2005 10:02:52 -0000 Received: from donatas ([217.9.241.242]) by www.lrtc.net (Lotus Domino Release 6.0) with ESMTP id 2005041813025144-18678 ; Mon, 18 Apr 2005 13:02:51 +0300 Message-ID: <00dd01c543fd$c6732930$9f90a8c0@DONATAS> From: "Donatas" To: Date: Mon, 18 Apr 2005 13:02:48 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MIMETrack: Itemize by SMTP Server on lotus/LRTC(Release 6.0|September 26, 2002) at 04/18/2005 01:02:51 PM,04/18/2005 01:02:52 PM, Serialize complete at 04/18/2005 01:02:52 PM Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: bridging 3 interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Donatas List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 10:02:57 -0000 i would like to ask if it is possible to bridge in such way: ngeth0 ------> em <-------ngeth1 (sysctl net.link.ether.bridge.config=3Dngeth0,em0,ngeth1) such bridge actualy works, but allows only one session at time that is: ngeth0<----->em0, ngeth1 dropped ngeth1<----->em0, ngeth0 dropped i've also tried the following way: sysctl net.link.ether.bridge.config=3Dngeth0:1,em0:1,ngeth1:2,em0:2 this time only one session works, even if ping is canceled, other = session seems to be down. how to solve this problem? ng_bridge maybe? thank you Donatas Gendvilas SC Lithuanian Radio And Television Center Data Transfers Department - N.O.C.=20 Phone: +370 5 2040444, +370 652 37580 Sausio 13-osios st. 10, 04347 Vilnius, Lithuania =20 From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 11:02:00 2005 Return-Path: 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 9EB6316A4F9 for ; Mon, 18 Apr 2005 11:02:00 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 763C343D3F for ; Mon, 18 Apr 2005 11:02:00 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3IB201P093319 for ; Mon, 18 Apr 2005 11:02:00 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3IB1xdA093308 for freebsd-net@freebsd.org; Mon, 18 Apr 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 18 Apr 2005 11:01:59 GMT Message-Id: <200504181101.j3IB1xdA093308@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 11:02:00 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 13:38:58 2005 Return-Path: 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 E29B016A4CE for ; Mon, 18 Apr 2005 13:38:58 +0000 (GMT) Received: from mail102.csoft.net (lilly.csoft.net [63.111.22.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 6114B43D1F for ; Mon, 18 Apr 2005 13:38:52 +0000 (GMT) (envelope-from mcc@fid4.com) Received: (qmail 8557 invoked from network); 18 Apr 2005 13:38:50 -0000 Received: from unknown (HELO ?127.0.0.1?) (63.111.26.110) by mail102.csoft.net with SMTP; 18 Apr 2005 13:38:50 -0000 Message-ID: <4263B868.5060701@fid4.com> Date: Mon, 18 Apr 2005 09:38:48 -0400 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nickolay Kritsky References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Julian Elischer cc: net@freebsd.org Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 13:38:59 -0000 Nickolay Kritsky wrote: > I had a an experience of connecting 4.9 to cisco 3600 with ESP/3des/Md5 site-to-site IPsec vpn with ISAKMP based on preshared key. Software used was racoon and isakmp. I can second this, though I was using pre 4.9 (4.8?). The key is to use "site-to-site" vs. the road warrior type configurations on the 3600. Vendor road warrior setups I've seen tend to use a (proprietary) client to connect. The client (to simplify) will do things like setup a SSL/TLS connection for userid/password, send info for IKE (or just a "pre-shared" key), policy configuration etc. via that connection and modify the client's default route to send everything via the IPsec tunnel . Then IPsec/IKE takes over. The only had part is getting the admin for the 3600 to cooperate (e.g. treat my connection as different than everyone else.) MikeC -- Michael C. Cambria email : mcc@fid4.com VoIP : sip:mcc@mcambria.fid4.com FWD : sip:63730@fwd.pulver.com From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 13:42:21 2005 Return-Path: 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 5A76116A4DA for ; Mon, 18 Apr 2005 13:42:21 +0000 (GMT) Received: from tibor.swiftdsl.com.au (tibor.swiftdsl.com.au [202.154.92.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1300C43D46 for ; Mon, 18 Apr 2005 13:42:20 +0000 (GMT) (envelope-from mv@roq.com) Received: (qmail 18612 invoked from network); 18 Apr 2005 13:50:12 -0000 Received: from unknown (HELO [10.0.0.55]) ([218.214.143.85]) (envelope-sender ) by tibor.swiftdsl.com.au (qmail-ldap-1.03) with SMTP for ; 18 Apr 2005 13:50:12 -0000 Message-ID: <4263B938.30009@roq.com> Date: Mon, 18 Apr 2005 23:42:16 +1000 From: Michael Vince User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <42604BD4.9040906@elischer.org> In-Reply-To: <42604BD4.9040906@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 13:42:21 -0000 Yeah I hooked up 5.3 BSD box with to a big mobile phone companies $60,000 Cisco VPN piece of equipment, I got Cisco cert my self but I prefer FreeBSD :) Used Racoon/ipsec tools and FastIPSec compiled into the kernel. IPs are spoofed ,but just to give you the idea. Mar 31 16:02:54 mord racoon: INFO: IPsec-SA request for 192.168.64.132 queued due to no phase1 found. Mar 31 16:02:54 mord racoon: INFO: initiate new phase 1 negotiation: 192.168.207.68[500]<=>192.168.64.132[500] Mar 31 16:02:54 mord racoon: INFO: begin Identity Protection mode. Mar 31 16:02:54 mord racoon: INFO: received Vendor ID: CISCO-UNITY Mar 31 16:02:54 mord racoon: INFO: received Vendor ID: DPD Mar 31 16:02:54 mord racoon: INFO: received Vendor ID: draft-ietf-ipsra-isakmp-xauth-06.txt Mar 31 16:02:54 mord racoon: INFO: ISAKMP-SA established 192.168.207.68[500]-192.168.64.132[500] spi:031111091ac91619:5bf5227037f4fa80 Mar 31 16:02:55 mord racoon: INFO: initiate new phase 2 negotiation: 192.168.207.68[0]<=>192.168.64.132[0] Mar 31 16:02:55 mord racoon: INFO: IPsec-SA established: ESP/Tunnel 192.168.64.132->192.168.207.68 spi=30520619(0x1cb25c2) Mar 31 16:02:55 mord racoon: INFO: IPsec-SA established: ESP/Tunnel 192.168.207.68->192.168.64.132 spi=626279197(0x28e7c1b1 Julian Elischer wrote: > Has anyone connected a FreeBSD machine to a "cisco ipsec VPN" as > exported by > various Cisco routers. > > they have special solaris, linux and windows clients.. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Apr 18 20:46:22 2005 Return-Path: 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 44B7616A4CE for ; Mon, 18 Apr 2005 20:46:22 +0000 (GMT) Received: from joshua.stabbursmoen.no (joshua.stabbursmoen.no [80.203.220.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id C071F43D54 for ; Mon, 18 Apr 2005 20:46:20 +0000 (GMT) (envelope-from eivind@stabbursmoen.no) Received: from drift002v60 (drift-100-v60.i.stabbursmoen.no [10.6.0.100]) 09BF5812D; Mon, 18 Apr 2005 22:48:01 +0200 (CEST) From: To: , Date: Mon, 18 Apr 2005 22:47:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <54849.80.203.112.249.1113746502.squirrel@webmail.stabbursmoen.no> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVDViu9s+sxNOQxSmCenS+iaC/oywBACEHQ Message-Id: <20050418204801.09BF5812D@joshua.stabbursmoen.no> X-Virus-Scanned: by Stabbursmoen skole Subject: RE: SOVLED: Problems with CARP, VLANs and em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 20:46:22 -0000 The vlan(4) device is not yet officially supported for carp(4). It works for NICs which talks to mii, but cards such as em(4) could get problems. Thanks to Max Laier, Gleb Smirnoff and Yar Tikhiy which supplied me the following patch. It solved my problem with CARP, VLANs and the em(4) driver.. thanks guys! Index: if_em.c =================================================================== RCS file: /home/ncvs/freebsd/src/sys/dev/em/if_em.c,v retrieving revision 1.1.1.2 retrieving revision 1.3 diff -u -r1.1.1.2 -r1.3 --- if_em.c 20 Mar 2005 13:23:44 -0000 1.1.1.2 +++ if_em.c 21 Mar 2005 12:23:02 -0000 1.3 @@ -1666,9 +1666,15 @@ return; } +#ifdef DEV_CARP /* XXX */ +extern void (*vlan_link_state_p)(struct ifnet *, int); #endif + static void em_print_link_status(struct adapter * adapter) { + struct ifnet *ifp = &adapter->interface_data.ac_if; + if (E1000_READ_REG(&adapter->hw, STATUS) & E1000_STATUS_LU) { if (adapter->link_active == 0) { em_get_speed_and_duplex(&adapter->hw, @@ -1681,6 +1687,13 @@ "Full Duplex" : "Half Duplex")); adapter->link_active = 1; adapter->smartspeed = 0; + ifp->if_link_state = LINK_STATE_UP; +#ifdef DEV_CARP + if (ifp->if_nvlans != 0) + (*vlan_link_state_p)(ifp, NOTE_LINKUP); /* XXX */ + if (ifp->if_carp) + carp_carpdev_state(ifp->if_carp); +#endif } } else { if (adapter->link_active == 1) { @@ -1688,6 +1701,13 @@ adapter->link_duplex = 0; printf("em%d: Link is Down\n", adapter->unit); adapter->link_active = 0; + ifp->if_link_state = LINK_STATE_DOWN; #ifdef DEV_CARP + if (ifp->if_nvlans != 0) + (*vlan_link_state_p)(ifp, NOTE_LINKDOWN); /* XXX */ + if (ifp->if_carp) + carp_carpdev_state(ifp->if_carp); +#endif } } Index: if_vlan.c =================================================================== RCS file: /home/ncvs/freebsd/src/sys/net/if_vlan.c,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -r1.1.1.2 -r1.2 --- if_vlan.c 20 Mar 2005 13:25:00 -0000 1.1.1.2 +++ if_vlan.c 21 Mar 2005 12:23:06 -0000 1.2 @@ -41,6 +41,7 @@ * and ask it to send them. */ +#include "opt_carp.h" #include "opt_inet.h" #include @@ -67,6 +68,11 @@ #ifdef INET #include #include + +#ifdef DEV_CARP +#include +#include +#endif #endif #define VLANNAME "vlan" @@ -822,6 +828,10 @@ ifv->ifv_if.if_link_state = ifv->ifv_p->if_link_state; rt_ifmsg(&(ifv->ifv_if)); KNOTE_UNLOCKED(&ifp->if_klist, link); +#ifdef DEV_CARP + if (ifv->ifv_if.if_carp) + carp_carpdev_state(ifv->ifv_if.if_carp); +#endif } } VLAN_UNLOCK(); -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Eivind Hestnes Sent: Sunday, April 17, 2005 4:02 PM To: net@freebsd.org Subject: Problems with CARP, VLANs and em driver Hi, I recently configured two FreeBSD 5.3 (with XL 3c905C NIC) boxes to act as one logic router (preemption) between multiple VLANs. The router has now been in production for four weeks (under heavy load, too), and I have not run into any problems what-so-ever. Failover is almost transparent, and the robustness is awesome. All in all, i'm very happy with CARP. But to provide more bandwidth to our users, I bought a Intel Pro 1000 MT (PWLA8490MT) to replace the 3Com 905c card in the master. With some hacking, I managed to get the Intel card to talk with the VLANs (had to disable VLAN hardware tagging, as this didn't work with promiscuous mode). The problem however, is that the CARP interfaces on the master does not change mode from INIT to MASTER with the Intel card installed. In other words; the master do not replace the slave. I have tried the 2.0.5 em driver from Intel (instead of the 1.7.35), but with no success. Is there some problems with the em driver and CARP, or must the master and slave have identical NICs? Regards, Eivind Hestnes _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 03:29:48 2005 Return-Path: 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 8A38016A4CE; Tue, 19 Apr 2005 03:29:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4191543D41; Tue, 19 Apr 2005 03:29:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7C64C51CC5; Mon, 18 Apr 2005 20:29:47 -0700 (PDT) Date: Mon, 18 Apr 2005 20:29:47 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, net@FreeBSD.org, rwatson@freeBSD.org Message-ID: <20050419032947.GA23047@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 03:29:48 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This on an u10 running FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 It may already be fixed, but since this is clearly a very infrequent problem (the other 7 machines with the same kernel have been running for months) it will be hard to tell empirically. Unfortunately I don't seem to have a kernel.debug for this machine.=20 panic: trap: fast data access mmu miss cpuid =3D 0 KDB: enter: panic [thread 100005] Stopped at kdb_enter+0x38: ta %xcc, 1 db> wh panic() at panic+0x214 trap() at trap+0x13c -- fast data access mmu miss tar=3D0 %o7=3D0xc02b2090 -- m_copym() at m_copym+0x40 tcp_output() at tcp_output+0xfa4 tcp_input() at tcp_input+0x3680 ip_input() at ip_input+0x150 netisr_processqueue() at netisr_processqueue+0x7c swi_net() at swi_net+0x154 ithread_loop() at ithread_loop+0x124 fork_exit() at fork_exit+0x68 fork_trampoline() at fork_trampoline+0x8 db> --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD4DBQFCZHsqWry0BWjoQKURAgPZAKDBul3V7HPuZenHjpakqbCbY+/yugCXRGQS 7uKLOW80vtZ1kLgg5rKiSQ== =7pSM -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 06:47:51 2005 Return-Path: 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 54D7616A4CE for ; Tue, 19 Apr 2005 06:47:51 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD4943D39 for ; Tue, 19 Apr 2005 06:47:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j3J6lniF058841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 19 Apr 2005 10:47:49 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j3J6lm89001701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Apr 2005 10:47:48 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j3J6llLv001700 for net@FreeBSD.org; Tue, 19 Apr 2005 10:47:48 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Apr 2005 10:47:47 +0400 From: Gleb Smirnoff To: net@FreeBSD.org Message-ID: <20050419064747.GC734@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 06:47:51 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Dear networkers, we are working on fixing LORs in if_link_state_change() path, and adding possibility to call if_link_state_change() pseudorecursively, when link of interface depends on link of the other. I'm posting this patch for wider review. An important point about it is that, if several link events occur VERY quickly, only the last one will be processed. I don't know of any software that will be broken by such behavoir. If you know some, please tell me. Thanks. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="if.link_state.2" Index: if.c =================================================================== RCS file: /home/ncvs/src/sys/net/if.c,v retrieving revision 1.226 diff -u -r1.226 if.c --- if.c 15 Apr 2005 01:51:26 -0000 1.226 +++ if.c 18 Apr 2005 20:07:45 -0000 @@ -112,6 +112,7 @@ static int if_rtdel(struct radix_node *, void *); static int ifhwioctl(u_long, struct ifnet *, caddr_t, struct thread *); static void if_start_deferred(void *context, int pending); +static void do_link_state_change(void *, int); #ifdef INET6 /* * XXX: declare here to avoid to include many inet6 related files.. @@ -385,6 +386,7 @@ struct ifaddr *ifa; TASK_INIT(&ifp->if_starttask, 0, if_start_deferred, ifp); + TASK_INIT(&ifp->if_linktask, 0, do_link_state_change, ifp); IF_AFDATA_LOCK_INIT(ifp); ifp->if_afdata_initialized = 0; IFNET_WLOCK(); @@ -542,6 +544,11 @@ struct ifnet *iter; int found; + /* + * Remove/wait for pending events. + */ + taskqueue_drain(taskqueue_swi, &ifp->if_linktask); + EVENTHANDLER_INVOKE(ifnet_departure_event, ifp); #ifdef DEV_CARP /* Maybe hook to the generalized departure handler above?!? */ @@ -988,19 +995,30 @@ void (*vlan_link_state_p)(struct ifnet *, int); /* XXX: private from if_vlan */ /* - * Handle a change in the interface link state. + * Handle a change in the interface link state. To avoid LORs + * between driver lock and upper layer locks, as well as possible + * recursions, we post event to taskqueue, and all job + * is done in static do_link_state_change(). */ void if_link_state_change(struct ifnet *ifp, int link_state) { - int link; - /* Return if state hasn't changed. */ if (ifp->if_link_state == link_state) return; ifp->if_link_state = link_state; + taskqueue_enqueue(taskqueue_swi, &ifp->if_linktask); +} + +static void +do_link_state_change(void *arg, int pending) +{ + struct ifnet *ifp = (struct ifnet *)arg; + int link_state = ifp->if_link_state; + int link; + /* Notify that the link state has changed. */ rt_ifmsg(ifp); if (link_state == LINK_STATE_UP) @@ -1020,6 +1038,8 @@ if (ifp->if_carp) carp_carpdev_state(ifp->if_carp); #endif + if (pending > 1) + if_printf(ifp, "%d link states coalesced\n", pending); if (log_link_state_change) log(LOG_NOTICE, "%s: link state changed to %s\n", ifp->if_xname, (link_state == LINK_STATE_UP) ? "UP" : "DOWN" ); Index: if_var.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_var.h,v retrieving revision 1.94 diff -u -r1.94 if_var.h --- if_var.h 1 Mar 2005 10:59:14 -0000 1.94 +++ if_var.h 18 Apr 2005 17:49:38 -0000 @@ -194,6 +194,7 @@ int if_afdata_initialized; struct mtx if_afdata_mtx; struct task if_starttask; /* task for IFF_NEEDSGIANT */ + struct task if_linktask; /* task for link change events */ }; typedef void if_init_f_t(void *); --qDbXVdCdHGoSgWSk-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 07:35:18 2005 Return-Path: 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 9563916A4CE; Tue, 19 Apr 2005 07:35:18 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 475C843D53; Tue, 19 Apr 2005 07:35:18 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 49B8446B33; Tue, 19 Apr 2005 03:35:17 -0400 (EDT) Date: Tue, 19 Apr 2005 08:36:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20050419032947.GA23047@xor.obsecurity.org> Message-ID: <20050419083350.V31061@fledge.watson.org> References: <20050419032947.GA23047@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: net@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 07:35:18 -0000 On Mon, 18 Apr 2005, Kris Kennaway wrote: > This on an u10 running > > FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > It may already be fixed, but since this is clearly a very infrequent > problem (the other 7 machines with the same kernel have been running for > months) it will be hard to tell empirically. > > Unfortunately I don't seem to have a kernel.debug for this machine. Is it possible to build a kernel from around the right date and see how closely things match? Do you have the full trap message? There was a 2005/01/12 change to tcp_output.c that corrected a possible crash, but I don't have the details of the crash on-hand to know if it's the same one. A lin number would be very helpful, even approximate, for the call to m_copym() in tcp_output(), as well as the full fault message. Robert N M Watson > > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread 100005] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> wh > panic() at panic+0x214 > trap() at trap+0x13c > -- fast data access mmu miss tar=0 %o7=0xc02b2090 -- > m_copym() at m_copym+0x40 > tcp_output() at tcp_output+0xfa4 > tcp_input() at tcp_input+0x3680 > ip_input() at ip_input+0x150 > netisr_processqueue() at netisr_processqueue+0x7c > swi_net() at swi_net+0x154 > ithread_loop() at ithread_loop+0x124 > fork_exit() at fork_exit+0x68 > fork_trampoline() at fork_trampoline+0x8 > db> > From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 09:49:38 2005 Return-Path: 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 2D94316A4CE for ; Tue, 19 Apr 2005 09:49:38 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CAAE43D5A for ; Tue, 19 Apr 2005 09:49:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 46468 invoked from network); 19 Apr 2005 09:51:51 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2005 09:51:51 -0000 Message-ID: <4264D430.D39B81D0@freebsd.org> Date: Tue, 19 Apr 2005 11:49:36 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gleb Smirnoff References: <20050419064747.GC734@cell.sick.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 09:49:38 -0000 Gleb Smirnoff wrote: > > Dear networkers, > > we are working on fixing LORs in if_link_state_change() path, and > adding possibility to call if_link_state_change() pseudorecursively, > when link of interface depends on link of the other. > > I'm posting this patch for wider review. An important point about it > is that, if several link events occur VERY quickly, only the last one > will be processed. I don't know of any software that will be broken by > such behavoir. If you know some, please tell me. I assume this is per interface and not for all interfaces together. You have to be careful here indeed. If the link is rapidly flapping then you only want to report changes in status. For example when it going down, up, down and all these events got queued it doesn't make sense to report down->down. This could indeed confuse some tools and isn't very useful. Either you check the first event vs. the last one if there is a change in state or you just take the events as trigger to have a look at the interface status when the ithread runs. There however you'd have to track the previous state to detect changes. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 12:03:30 2005 Return-Path: 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 561DE16A4D0; Tue, 19 Apr 2005 12:03:30 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB6243D39; Tue, 19 Apr 2005 12:03:29 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j3JC3PlZ066527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 19 Apr 2005 16:03:26 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j3JC3OmU005922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2005 16:03:25 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j3JC3OXq005920; Tue, 19 Apr 2005 16:03:24 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Apr 2005 16:03:24 +0400 From: Gleb Smirnoff To: Andre Oppermann Message-ID: <20050419120324.GA5862@cell.sick.ru> References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4264D430.D39B81D0@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:03:30 -0000 Andre, On Tue, Apr 19, 2005 at 11:49:36AM +0200, Andre Oppermann wrote: A> > we are working on fixing LORs in if_link_state_change() path, and A> > adding possibility to call if_link_state_change() pseudorecursively, A> > when link of interface depends on link of the other. A> > A> > I'm posting this patch for wider review. An important point about it A> > is that, if several link events occur VERY quickly, only the last one A> > will be processed. I don't know of any software that will be broken by A> > such behavoir. If you know some, please tell me. A> A> I assume this is per interface and not for all interfaces together. Yes, sure. A> You have to be careful here indeed. If the link is rapidly flapping A> then you only want to report changes in status. For example when A> it going down, up, down and all these events got queued it doesn't A> make sense to report down->down. This could indeed confuse some A> tools and isn't very useful. Either you check the first event vs. A> the last one if there is a change in state or you just take the events A> as trigger to have a look at the interface status when the ithread A> runs. There however you'd have to track the previous state to detect A> changes. I do not know any applications which would be confused, yet. Also, while event coalescing is possible theoretically, I failed to reproduce it. I've added a debugging printf, so we will see if anyone experiences these coalescing events at all. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 12:08:30 2005 Return-Path: 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 71AB416A4CE for ; Tue, 19 Apr 2005 12:08:30 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72AD743D62 for ; Tue, 19 Apr 2005 12:08:29 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 47785 invoked from network); 19 Apr 2005 12:10:43 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2005 12:10:43 -0000 Message-ID: <4264F4BC.4F3B57AE@freebsd.org> Date: Tue, 19 Apr 2005 14:08:28 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gleb Smirnoff References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:08:30 -0000 Gleb Smirnoff wrote: > A> You have to be careful here indeed. If the link is rapidly flapping > A> then you only want to report changes in status. For example when > A> it going down, up, down and all these events got queued it doesn't > A> make sense to report down->down. This could indeed confuse some > A> tools and isn't very useful. Either you check the first event vs. > A> the last one if there is a change in state or you just take the events > A> as trigger to have a look at the interface status when the ithread > A> runs. There however you'd have to track the previous state to detect > A> changes. > > I do not know any applications which would be confused, yet. Also, while > event coalescing is possible theoretically, I failed to reproduce it. I've > added a debugging printf, so we will see if anyone experiences these > coalescing events at all. It doesn't really make sense, so we better don't do it and document that fact. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 12:11:45 2005 Return-Path: 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 220AA16A4CE; Tue, 19 Apr 2005 12:11:45 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A50B43D41; Tue, 19 Apr 2005 12:11:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j3JCBgCe066707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 19 Apr 2005 16:11:43 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j3JCBguC006045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2005 16:11:42 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j3JCBgMQ006044; Tue, 19 Apr 2005 16:11:42 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Apr 2005 16:11:41 +0400 From: Gleb Smirnoff To: Andre Oppermann , sam@FreeBSD.org Message-ID: <20050419121141.GB5862@cell.sick.ru> References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> <4264F4BC.4F3B57AE@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4264F4BC.4F3B57AE@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:11:45 -0000 On Tue, Apr 19, 2005 at 02:08:28PM +0200, Andre Oppermann wrote: A> Gleb Smirnoff wrote: A> > A> You have to be careful here indeed. If the link is rapidly flapping A> > A> then you only want to report changes in status. For example when A> > A> it going down, up, down and all these events got queued it doesn't A> > A> make sense to report down->down. This could indeed confuse some A> > A> tools and isn't very useful. Either you check the first event vs. A> > A> the last one if there is a change in state or you just take the events A> > A> as trigger to have a look at the interface status when the ithread A> > A> runs. There however you'd have to track the previous state to detect A> > A> changes. A> > A> > I do not know any applications which would be confused, yet. Also, while A> > event coalescing is possible theoretically, I failed to reproduce it. I've A> > added a debugging printf, so we will see if anyone experiences these A> > coalescing events at all. A> A> It doesn't really make sense, so we better don't do it and document A> that fact. Well, the printf won't hurt anyone. And it is really interesting if this is practically possible. [cc'ing Sam, since we together have came to that printf] -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 12:21:42 2005 Return-Path: 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 8BF5E16A4CE for ; Tue, 19 Apr 2005 12:21:42 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D39243D46 for ; Tue, 19 Apr 2005 12:21:41 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 48611 invoked from network); 19 Apr 2005 12:23:54 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 19 Apr 2005 12:23:54 -0000 Message-ID: <4264F7D4.F5A9775F@freebsd.org> Date: Tue, 19 Apr 2005 14:21:40 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gleb Smirnoff References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> <4264F4BC.4F3B57AE@freebsd.org> <20050419121141.GB5862@cell.sick.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: sam@FreeBSD.org cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:21:42 -0000 Gleb Smirnoff wrote: > > On Tue, Apr 19, 2005 at 02:08:28PM +0200, Andre Oppermann wrote: > A> Gleb Smirnoff wrote: > A> > A> You have to be careful here indeed. If the link is rapidly flapping > A> > A> then you only want to report changes in status. For example when > A> > A> it going down, up, down and all these events got queued it doesn't > A> > A> make sense to report down->down. This could indeed confuse some > A> > A> tools and isn't very useful. Either you check the first event vs. > A> > A> the last one if there is a change in state or you just take the events > A> > A> as trigger to have a look at the interface status when the ithread > A> > A> runs. There however you'd have to track the previous state to detect > A> > A> changes. > A> > > A> > I do not know any applications which would be confused, yet. Also, while > A> > event coalescing is possible theoretically, I failed to reproduce it. I've > A> > added a debugging printf, so we will see if anyone experiences these > A> > coalescing events at all. > A> > A> It doesn't really make sense, so we better don't do it and document > A> that fact. > > Well, the printf won't hurt anyone. And it is really interesting if this > is practically possible. I don't care about an printf. I just asked Claudio(@openbsd.org) what OpenBGPd is assuming. It doesn't fall over if it gets an up->up or down->down event but they assumed it doesn't happen and the linke state change message will report either all state changes or those where at the time of reporting the state changed relative to the last report. The same assumption is true for the OpenIGPd we are working on at the moment. >From an (routing) application point of view only effective state changes are interesting and only those should be provided. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 12:56:27 2005 Return-Path: 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 ACE6316A4CE for ; Tue, 19 Apr 2005 12:56:27 +0000 (GMT) Received: from rissala173.outgw.tn (rissala175.outgw.tn [193.95.17.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 370D243D39 for ; Tue, 19 Apr 2005 12:56:26 +0000 (GMT) (envelope-from rayene.benrayana@topnet.tn) Received: from mail2.topnet.tn (smtp.topnet.tn [213.150.177.74]) Received: (qmail 4295 invoked by uid 107); 19 Apr 2005 12:56:12 -0000 Received: from localhost (HELO topnet.tn) (127.0.0.1) by localhost with SMTP; 19 Apr 2005 12:56:12 -0000 From: "Rayene Ben Rayana" To: freebsd-net@freebsd.org Date: Tue, 19 Apr 2005 14:56:12 +0200 Message-Id: 1113913633.77730.mail2.topnet.tn In-Reply-To: <20050419120104.053CA16A4CE@hub.freebsd.org> References: <20050419120104.053CA16A4CE@hub.freebsd.org> X-Mailer: Open WebMail 2.21 20031118 X-OriginatingIP: 193.52.74.177 (rayene.benrayana@topnet.tn) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Subject: Implementing a PPP/L2TP stack using Netgraph X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:56:27 -0000 Hi everybody, I'm trying to connect an IPv6 streaming client to an IPv6 server through a GPRS connection. The client protocol stack should be like this RTP / UDP / IPv6 / PPP(client) / L2TP / UDP / IPv4 / PPP (kernel) / Bluetooth For the moment, I've to implement this one to test. RTP / UDP / IPv6 / PPP(client) / L2TP / UDP / IPv4 / ethernet Ooof I've read some man pages and I think that the netgraph's graph should be like this. ng_socket (/inet6/dgram/UDP) connected to ng_ppp (Inet) ng_ppp (bypass) connected to PPP daemon (???) ng_ppp (link1) connected to ng_l2tp (Session_0001) ng_l2tp (ctrl) connected to ControlEntity (???) ng_l2tp (lower) connected to UDP /IP (but how) IP connected to ng_ether (Upper) Doesn't look to be good :( Please help me. I promise to write a tutorial for the newbies if this works. From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 15:02:02 2005 Return-Path: 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 3818716A4CE for ; Tue, 19 Apr 2005 15:02:02 +0000 (GMT) Received: from orion.erdves.lt (ns2.lrtc.net [217.9.240.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 098CD43D49 for ; Tue, 19 Apr 2005 15:01:56 +0000 (GMT) (envelope-from dnr@freemail.lt) Received: (qmail 51079 invoked from network); 19 Apr 2005 15:01:54 -0000 Received: from unknown (HELO www.lrtc.net) (217.9.240.99) by orion.erdves.lt with SMTP; 19 Apr 2005 15:01:54 -0000 Received: from donatas ([217.9.241.242]) by www.lrtc.net (Lotus Domino Release 6.0) with SMTP id 2005041918015273-19204 ; Tue, 19 Apr 2005 18:01:52 +0300 Message-ID: <011501c544f0$b6ba4e30$9f90a8c0@DONATAS> From: "dnr" To: Date: Tue, 19 Apr 2005 18:01:49 +0300 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MIMETrack: Itemize by SMTP Server on lotus/LRTC(Release 6.0|September 26, 2002) at 04/19/2005 06:01:52 PM,04/19/2005 06:01:53 PM, Serialize complete at 04/19/2005 06:01:53 PM Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: virtual switching X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 15:02:02 -0000 hello, are there any solution for emulating a network switch between network = interfaces under FreeBSD 5.3? i cannot use ng_hub because it does not filter packets by their mac = addresses... the purpose is switching between ngeth0,ngeth1 and em0. any ideas are welcome Donatas G. From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 15:24:32 2005 Return-Path: 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 DA79C16A4CE; Tue, 19 Apr 2005 15:24:32 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7157A43D2D; Tue, 19 Apr 2005 15:24:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j3JFOVms026737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2005 08:24:32 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42652357.8020604@errno.com> Date: Tue, 19 Apr 2005 08:27:19 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Oppermann References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> <4264F4BC.4F3B57AE@freebsd.org> <20050419121141.GB5862@cell.sick.ru> <4264F7D4.F5A9775F@freebsd.org> In-Reply-To: <4264F7D4.F5A9775F@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 15:24:33 -0000 Andre Oppermann wrote: > Gleb Smirnoff wrote: > >>On Tue, Apr 19, 2005 at 02:08:28PM +0200, Andre Oppermann wrote: >>A> Gleb Smirnoff wrote: >>A> > A> You have to be careful here indeed. If the link is rapidly flapping >>A> > A> then you only want to report changes in status. For example when >>A> > A> it going down, up, down and all these events got queued it doesn't >>A> > A> make sense to report down->down. This could indeed confuse some >>A> > A> tools and isn't very useful. Either you check the first event vs. >>A> > A> the last one if there is a change in state or you just take the events >>A> > A> as trigger to have a look at the interface status when the ithread >>A> > A> runs. There however you'd have to track the previous state to detect >>A> > A> changes. >>A> > >>A> > I do not know any applications which would be confused, yet. Also, while >>A> > event coalescing is possible theoretically, I failed to reproduce it. I've >>A> > added a debugging printf, so we will see if anyone experiences these >>A> > coalescing events at all. >>A> >>A> It doesn't really make sense, so we better don't do it and document >>A> that fact. >> >>Well, the printf won't hurt anyone. And it is really interesting if this >>is practically possible. > > > I don't care about an printf. I don't know what this means--do you not want the printf or you do not care that it's been included in the change? > I just asked Claudio(@openbsd.org) what > OpenBGPd is assuming. It doesn't fall over if it gets an up->up or > down->down event but they assumed it doesn't happen and the linke state > change message will report either all state changes or those where at > the time of reporting the state changed relative to the last report. > The same assumption is true for the OpenIGPd we are working on at the > moment. It is possible with the change to defer the messages to have multiple changes coalesced. If an app is written to assume it receives notice of every change and it uses this to track internal state then it can get confused. The issue was whether or not to communicate any coalescing to applications so they can recognize that it's happened. In lieu of doing that I asked for a console printf so we could see if it ever happened in practice. > > From an (routing) application point of view only effective state changes > are interesting and only those should be provided. > If an inteface does down, moves network, then comes back up and you only get the up event then you will likely do the wrong thing unless you have some other way of identifying what happened. I'm not convinced (yet) this cannot happen so am being cautious. Sam From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 17:46:52 2005 Return-Path: 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 853EF16A4CE; Tue, 19 Apr 2005 17:46:52 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D3843D5A; Tue, 19 Apr 2005 17:46:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 90A9651578; Tue, 19 Apr 2005 10:46:50 -0700 (PDT) Date: Tue, 19 Apr 2005 10:46:50 -0700 From: Kris Kennaway To: Robert Watson Message-ID: <20050419174650.GA55289@xor.obsecurity.org> References: <20050419032947.GA23047@xor.obsecurity.org> <20050419083350.V31061@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20050419083350.V31061@fledge.watson.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@FreeBSD.org cc: net@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 17:46:52 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote: > On Mon, 18 Apr 2005, Kris Kennaway wrote: >=20 > >This on an u10 running > > > >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > > >It may already be fixed, but since this is clearly a very infrequent=20 > >problem (the other 7 machines with the same kernel have been running for= =20 > >months) it will be hard to tell empirically. > > > >Unfortunately I don't seem to have a kernel.debug for this machine. >=20 > Is it possible to build a kernel from around the right date and see how= =20 > closely things match? I could, but I don't know how well this is likely to work. =20 > Do you have the full trap message? The full trap message is as above. sparc64 doesn't seem to give very detailed trap information. > There was a=20 > 2005/01/12 change to tcp_output.c that corrected a possible crash, but I= =20 > don't have the details of the crash on-hand to know if it's the same one.= =20 > A lin number would be very helpful, even approximate, for the call to=20 > m_copym() in tcp_output(), as well as the full fault message. I'll try to get the line number. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCZUQJWry0BWjoQKURAubJAKDtQMZvdC//MFqc4pXzg0McS4SvhwCdHO09 e9LIbbORoSBY34xtZImQ1jY= =h3DR -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 18:03:46 2005 Return-Path: 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 49E5216A4CF for ; Tue, 19 Apr 2005 18:03:46 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA2B343D45 for ; Tue, 19 Apr 2005 18:03:45 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 8106 invoked from network); 19 Apr 2005 18:03:45 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Apr 2005 18:03:45 -0000 Received: from hydrogen.funkthat.com (ajchob@localhost.funkthat.com [127.0.0.1])j3JI3kD2031608; Tue, 19 Apr 2005 11:03:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3JI3jx8031607; Tue, 19 Apr 2005 11:03:45 -0700 (PDT) Date: Tue, 19 Apr 2005 11:03:45 -0700 From: John-Mark Gurney To: dnr Message-ID: <20050419180345.GG16099@funkthat.com> Mail-Followup-To: dnr , freebsd-net@freebsd.org References: <011501c544f0$b6ba4e30$9f90a8c0@DONATAS> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <011501c544f0$b6ba4e30$9f90a8c0@DONATAS> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-net@freebsd.org Subject: Re: virtual switching X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 18:03:46 -0000 dnr wrote this message on Tue, Apr 19, 2005 at 18:01 +0300: > are there any solution for emulating a network switch between network interfaces under FreeBSD 5.3? > i cannot use ng_hub because it does not filter packets by their mac addresses... > the purpose is switching between ngeth0,ngeth1 and em0. bridge(4) is what you want.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 20:39:39 2005 Return-Path: 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 6FDFC16A4CE for ; Tue, 19 Apr 2005 20:39:39 +0000 (GMT) Received: from joshua.stabbursmoen.no (joshua.stabbursmoen.no [80.203.220.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67FDA43D2D for ; Tue, 19 Apr 2005 20:39:38 +0000 (GMT) (envelope-from eivind.hestnes@stabbursmoen.no) Received: from [10.5.0.116] (vpnclient-116-v50.i.stabbursmoen.no [10.5.0.116]) D25A080A3; Tue, 19 Apr 2005 22:41:27 +0200 (CEST) Message-ID: <42656CA0.9040403@stabbursmoen.no> Date: Tue, 19 Apr 2005 22:40:00 +0200 From: Eivind Hestnes X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jerald Von Dipple References: <20050419183335.F18008131@joshua.stabbursmoen.no> <5c05f1805041911351d2bd98e@mail.gmail.com> In-Reply-To: <5c05f1805041911351d2bd98e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Stabbursmoen skole cc: Eivind Hestnes cc: net@freebsd.org Subject: Re: Performance Intel Pro 1000 MT (PWLA8490MT) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 20:39:39 -0000 Thanks for the advice. Didn't do any difference, though.. Perhaps I should try to increase the polling frequency.. Jerald Von Dipple wrote: >Hey man > >You need to bump > >kern.polling.burst: 150 > >Upto at least 150000 > >Regards, >Jerald Von D. > >On 4/19/05, Eivind Hestnes wrote: > > >>Hi, >> >>I have an Intel Pro 1000 MT (PWLA8490MT) NIC (em(4) driver 1.7.35) installed >>in a Pentium III 500 Mhz with 512 MB RAM (100 Mhz) running FreeBSD 5.4-RC3. >>The machine is routing traffic between multiple VLANs. Recently I did a >>benchmark with/without device polling enabled. Without device polling I was >>able to transfer roughly 180 Mbit/s. The router however was suffering when >>doing this benchmark. Interrupt load was peaking 100% - overall the system >>itself was quite unusable (_very_ high system load). With device polling >>enabled the interrupt kept stable around 40-50% and max transfer rate was >>nearly 70 Mbit/s. Not very scientific tests, but it gave me a pin point. >> >>However, a Pentium III in combination with a good NIC should in my opinion >>be a respectful router.. but I'm not satisfied with the results. The pf >>ruleset is like nothing, and the kernel is stripped and customized for best >>performance. >> >>Any tweaking tips for making my router perform better? >> >>Debug information: >>eivind@core-gw:~$ sysctl -a | grep kern.polling >>kern.polling.burst: 150 >>kern.polling.each_burst: 5 >>kern.polling.burst_max: 150 >>kern.polling.idle_poll: 0 >>kern.polling.poll_in_trap: 0 >>kern.polling.user_frac: 50 >>kern.polling.reg_frac: 20 >>kern.polling.short_ticks: 1411 >>kern.polling.lost_polls: 720 >>kern.polling.pending_polls: 0 >>kern.polling.residual_burst: 0 >>kern.polling.handlers: 0 >>kern.polling.enable: 1 >>kern.polling.phase: 0 >>kern.polling.suspect: 186 >>kern.polling.stalled: 0 >>kern.polling.idlepoll_sleeping: 1 >> >>eivind@core-gw:~$ cat /etc/sysctl.conf >>net.inet.ip.forwarding=1 >>net.inet.ip.fastforwarding=1 >>net.inet.carp.preempt=1 >>kern.polling.enable=1 >> >>HZ set to 1000 as recommended in README for the em(4) driver. Driver is of >>cource compiled into kernel. >> >>Regards, >>Eivind Hestnes >> >>_______________________________________________ >>freebsd-performance@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-performance >>To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" >> >> >> From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 20:44:25 2005 Return-Path: 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 262BB16A4CE for ; Tue, 19 Apr 2005 20:44:25 +0000 (GMT) Received: from smtp.openaccess.org (smtp.openaccess.org [216.57.214.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82CA743D45 for ; Tue, 19 Apr 2005 20:44:24 +0000 (GMT) (envelope-from michael@staff.openaccess.org) Received: from [216.57.214.90] (unknown [216.57.214.90]) by smtp.openaccess.org (Postfix) with ESMTP id 27AAD4118; Tue, 19 Apr 2005 13:44:15 -0700 (PDT) In-Reply-To: <42656CA0.9040403@stabbursmoen.no> References: <20050419183335.F18008131@joshua.stabbursmoen.no> <5c05f1805041911351d2bd98e@mail.gmail.com> <42656CA0.9040403@stabbursmoen.no> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Michael DeMan Date: Tue, 19 Apr 2005 13:44:23 -0700 To: Eivind Hestnes X-Mailer: Apple Mail (2.619.2) cc: Jerald Von Dipple cc: Eivind Hestnes cc: net@freebsd.org Subject: Re: Performance Intel Pro 1000 MT (PWLA8490MT) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 20:44:25 -0000 The rule of thumb I have seen on Intel/UNIX based routers is that you want 1GHz of CPU for every gigabit of throughput. Also, on gigabit NICs, make sure you have a 64-bit PCI bus on the motherboard. Michael F. DeMan Director of Technology OpenAccess Network Services Bellingham, WA 98225 michael@staff.openaccess.org 360-647-0785 On Apr 19, 2005, at 1:40 PM, Eivind Hestnes wrote: > Thanks for the advice. Didn't do any difference, though.. Perhaps I > should try to increase the polling frequency.. > > Jerald Von Dipple wrote: > >> Hey man >> >> You need to bump >> >> kern.polling.burst: 150 >> >> Upto at least 150000 >> >> Regards, >> Jerald Von D. >> >> On 4/19/05, Eivind Hestnes wrote: >> >>> Hi, >>> >>> I have an Intel Pro 1000 MT (PWLA8490MT) NIC (em(4) driver 1.7.35) >>> installed >>> in a Pentium III 500 Mhz with 512 MB RAM (100 Mhz) running FreeBSD >>> 5.4-RC3. >>> The machine is routing traffic between multiple VLANs. Recently I >>> did a >>> benchmark with/without device polling enabled. Without device >>> polling I was >>> able to transfer roughly 180 Mbit/s. The router however was >>> suffering when >>> doing this benchmark. Interrupt load was peaking 100% - overall the >>> system >>> itself was quite unusable (_very_ high system load). With device >>> polling >>> enabled the interrupt kept stable around 40-50% and max transfer >>> rate was >>> nearly 70 Mbit/s. Not very scientific tests, but it gave me a pin >>> point. >>> >>> However, a Pentium III in combination with a good NIC should in my >>> opinion >>> be a respectful router.. but I'm not satisfied with the results. The >>> pf >>> ruleset is like nothing, and the kernel is stripped and customized >>> for best >>> performance. >>> >>> Any tweaking tips for making my router perform better? >>> >>> Debug information: >>> eivind@core-gw:~$ sysctl -a | grep kern.polling >>> kern.polling.burst: 150 >>> kern.polling.each_burst: 5 >>> kern.polling.burst_max: 150 >>> kern.polling.idle_poll: 0 >>> kern.polling.poll_in_trap: 0 >>> kern.polling.user_frac: 50 >>> kern.polling.reg_frac: 20 >>> kern.polling.short_ticks: 1411 >>> kern.polling.lost_polls: 720 >>> kern.polling.pending_polls: 0 >>> kern.polling.residual_burst: 0 >>> kern.polling.handlers: 0 >>> kern.polling.enable: 1 >>> kern.polling.phase: 0 >>> kern.polling.suspect: 186 >>> kern.polling.stalled: 0 >>> kern.polling.idlepoll_sleeping: 1 >>> >>> eivind@core-gw:~$ cat /etc/sysctl.conf >>> net.inet.ip.forwarding=1 >>> net.inet.ip.fastforwarding=1 >>> net.inet.carp.preempt=1 >>> kern.polling.enable=1 >>> >>> HZ set to 1000 as recommended in README for the em(4) driver. Driver >>> is of >>> cource compiled into kernel. >>> >>> Regards, >>> Eivind Hestnes >>> >>> _______________________________________________ >>> freebsd-performance@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >>> To unsubscribe, send any mail to >>> "freebsd-performance-unsubscribe@freebsd.org" >>> >>> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 21:35:24 2005 Return-Path: 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 4E93016A4CF for ; Tue, 19 Apr 2005 21:35:24 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C81143D2D for ; Tue, 19 Apr 2005 21:35:23 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 444737A41E; Tue, 19 Apr 2005 14:35:21 -0700 (PDT) Message-ID: <42657999.70605@elischer.org> Date: Tue, 19 Apr 2005 14:35:21 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: John-Mark Gurney References: <011501c544f0$b6ba4e30$9f90a8c0@DONATAS> <20050419180345.GG16099@funkthat.com> In-Reply-To: <20050419180345.GG16099@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: dnr cc: freebsd-net@freebsd.org Subject: Re: virtual switching X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 21:35:24 -0000 John-Mark Gurney wrote: >dnr wrote this message on Tue, Apr 19, 2005 at 18:01 +0300: > > >>are there any solution for emulating a network switch between network interfaces under FreeBSD 5.3? >>i cannot use ng_hub because it does not filter packets by their mac addresses... >>the purpose is switching between ngeth0,ngeth1 and em0. >> >> > >bridge(4) is what you want.. > > > or ng_bridge(4) From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 22:09:03 2005 Return-Path: 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 E604216A4CE for ; Tue, 19 Apr 2005 22:09:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDC043D2D for ; Tue, 19 Apr 2005 22:09:03 +0000 (GMT) (envelope-from jsimola@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1718931wri for ; Tue, 19 Apr 2005 15:09:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MkiGEVe4o9CWL0jZhzjh5TDpvlikVGZ+ogfk2P/m+0Q4dEKFuEOH0nsapaO6V7HWBbzHgb3v9GcOtA6KdYRVdmQv8JK86nQLpScVi647ltz9pxGHDJXmGLzwDsAQt0hOH6A0qCFZhzVu5jLqEfmB4zha7DvpOGUzpQsbPY/EBi0= Received: by 10.54.104.13 with SMTP id b13mr3883055wrc; Tue, 19 Apr 2005 15:09:00 -0700 (PDT) Received: by 10.54.39.6 with HTTP; Tue, 19 Apr 2005 15:09:00 -0700 (PDT) Message-ID: <8eea04080504191509328a6a42@mail.gmail.com> Date: Tue, 19 Apr 2005 15:09:00 -0700 From: Jon Simola To: Eivind Hestnes , net@freebsd.org In-Reply-To: <42656CA0.9040403@stabbursmoen.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050419183335.F18008131@joshua.stabbursmoen.no> <5c05f1805041911351d2bd98e@mail.gmail.com> <42656CA0.9040403@stabbursmoen.no> Subject: Re: Performance Intel Pro 1000 MT (PWLA8490MT) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jon@abccomm.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 22:09:04 -0000 On 4/19/05, Eivind Hestnes wrote: > Thanks for the advice. Didn't do any difference, though.. Perhaps I > should try to increase the polling frequency.. > >>I have an Intel Pro 1000 MT (PWLA8490MT) NIC (em(4) driver 1.7.35) inst= alled > >>in a Pentium III 500 Mhz with 512 MB RAM (100 Mhz) running FreeBSD 5.4-= RC3. > >>The machine is routing traffic between multiple VLANs. I'm running Supermicro P4SCE's with dual onboard Intel Gig, and a few in my bridging firewall (though they're PWLA8390MT and not your 8490). > >>eivind@core-gw:~$ sysctl -a | grep kern.polling > >>kern.polling.handlers: 0 No handlers? On all my boxes I've got one handler per polled device. --=20 Jon Simola Systems Administrator ABC Communications From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 23:12:42 2005 Return-Path: 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 B1C3C16A4CE; Tue, 19 Apr 2005 23:12:42 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3A643D39; Tue, 19 Apr 2005 23:12:41 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DO1tY-0001kw-00; Wed, 20 Apr 2005 01:12:40 +0200 Received: from [84.163.229.8] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DO1tY-0004hm-00; Wed, 20 Apr 2005 01:12:41 +0200 From: Max Laier To: freebsd-pf@freebsd.org Date: Wed, 20 Apr 2005 01:12:30 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6834756.50gp7hMCWt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504200112.41260.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-net@freebsd.org Subject: New PF (OpenBSD 3.7 ***ALPHA-preview***) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 23:12:42 -0000 --nextPart6834756.50gp7hMCWt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, at: http://people.freebsd.org/~mlaier/pf37/ you will find the first shot at the long awaited import of a new version of= =20 pf. This is level with what is likely to be shipped as OpenBSD 3.7 and=20 includes *most* of the features. Some are not yet implemented: - Filtering on route labels (we don't have any). - Return-rst on IP-less bridges (bridge support is still behind; There is= =20 work ongoing to improve this as well, though.). - Congestion prevention/graceful comeback (subject to future work). There are, however, some hightlights that came with OpenBSD 3.6 and will be= =20 coming with OpenBSD 3.7 (from the OpenBSD release notes): + pfctl(8) now provides a rules optimizer to help improve filtering speed. + pf, now supports nested anchors. + Support limiting TCP connections by establishment rate, automatically=20 adding flooding IP addresses to tables and flushing states=20 (max-src-conn-rate, overload , flush global). + Improved functionality of tags (tag and tagged for translation rules,=20 tagging of all packets matching state entries). + Improved diagnostics (error messages and additional counters from=20 pfctl -si). + New keyword set skip on to skip filtering on arbitrary interfaces, like= =20 loopback.=20 + Several bugfixes improving stability. This import is in a very early stage and you should keep this in mind!=20 However, it should build and boot just fine. I have done some basic tests = to=20 weed out the common problems seen during the last imports, but didn't do=20 extensive testing yet. If you are in a position where you can test this, I= =20 am looking forward to getting your feedback! Updates will be posted to the freebsd-pf mailing list. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6834756.50gp7hMCWt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCZZBpXyyEoT62BG0RAnc7AJ9CvaKAtiBHBILKcSOPdIwHqP1fcQCfRVgj l0xORdFxxCmtMQaMyPno8X8= =cqUW -----END PGP SIGNATURE----- --nextPart6834756.50gp7hMCWt-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 19 23:26:24 2005 Return-Path: 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 3D40016A4CE; Tue, 19 Apr 2005 23:26:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE75643D39; Tue, 19 Apr 2005 23:26:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C803F51365; Tue, 19 Apr 2005 16:26:22 -0700 (PDT) Date: Tue, 19 Apr 2005 16:26:22 -0700 From: Kris Kennaway To: Robert Watson Message-ID: <20050419232622.GA30734@xor.obsecurity.org> References: <20050419032947.GA23047@xor.obsecurity.org> <20050419083350.V31061@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20050419083350.V31061@fledge.watson.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@FreeBSD.org cc: net@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 23:26:24 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote: > On Mon, 18 Apr 2005, Kris Kennaway wrote: >=20 > >This on an u10 running > > > >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > > >It may already be fixed, but since this is clearly a very infrequent=20 > >problem (the other 7 machines with the same kernel have been running for= =20 > >months) it will be hard to tell empirically. > > > >Unfortunately I don't seem to have a kernel.debug for this machine. >=20 > Is it possible to build a kernel from around the right date and see how= =20 > closely things match? Do you have the full trap message? There was a=20 > 2005/01/12 change to tcp_output.c that corrected a possible crash, but I= =20 > don't have the details of the crash on-hand to know if it's the same one.= =20 > A lin number would be very helpful, even approximate, for the call to=20 > m_copym() in tcp_output(), as well as the full fault message. I tried building a kernel from the same source date. gdb53 couldn't decode the vmcore with it. With the stripped kernel I get this: panic: trap: fast data access mmu miss panic messages: --- panic: trap: fast data access mmu miss cpuid =3D 0 KDB: enter: panic Dumping 512 MB (2 chunks) chunk at 0x10000000: 268435456 bytes |\^H --- #0 0x00000000c0147e4c in doadump () (kgdb) bt #0 0x00000000c0147e4c in doadump () #1 0x00000000c005d9d4 in db_fncall () #2 0x00000000c005dbc4 in db_command_loop () #3 0x00000000c0060608 in db_trap () #4 0x00000000c0167dc8 in kdb_trap () #5 0x00000000c02d30a4 in trap () #6 0x00000000c01677d8 in kdb_enter () #7 0x00000000c01677d0 in kdb_enter () #8 0x00000000c0148d34 in panic () #9 0x00000000c02d2fbc in trap () #10 0x00000000c018acc0 in m_copym () #11 0x00000000c02b2090 in uma_zalloc_arg () #12 0x00000000c01f4ce4 in tcp_output () #13 0x00000000c01f3840 in tcp_input () #14 0x00000000c01e83f0 in ip_input () #15 0x00000000c01d31fc in netisr_processqueue () #16 0x00000000c01d3574 in swi_net () #17 0x00000000c012fb44 in ithread_loop () #18 0x00000000c012e428 in fork_exit () (kgdb) Unfortunately, the symbol addresses in the new kernel.debug aren't even close (e.g. the offset from old and new addresses vary significantly for different symbols), so I think I might be out of luck. I'll update the machine, keep the kernel.debug this time, and see what happens over the next few months. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCZZOeWry0BWjoQKURAgNEAJ9aCWsTYN0ClVDHRnCRn0WzX4p9VgCgtO7m wypARvw6cVYoTof94S0VVUk= =9KFk -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 06:45:35 2005 Return-Path: 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 8AA9416A4CE; Wed, 20 Apr 2005 06:45:35 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9017B43D39; Wed, 20 Apr 2005 06:45:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j3K6jRF9088044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 20 Apr 2005 10:45:28 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (smmsp@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j3K6jPRJ001539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Apr 2005 10:45:27 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j3JHE6bv000396; Tue, 19 Apr 2005 21:14:06 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 19 Apr 2005 21:14:06 +0400 From: Gleb Smirnoff To: Sam Leffler Message-ID: <20050419171406.GA378@cell.sick.ru> References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> <4264F4BC.4F3B57AE@freebsd.org> <20050419121141.GB5862@cell.sick.ru> <4264F7D4.F5A9775F@freebsd.org> <42652357.8020604@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <42652357.8020604@errno.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: Andre Oppermann cc: net@FreeBSD.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 06:45:35 -0000 On Tue, Apr 19, 2005 at 08:27:19AM -0700, Sam Leffler wrote: S> >change message will report either all state changes or those where at S> >the time of reporting the state changed relative to the last report. S> >The same assumption is true for the OpenIGPd we are working on at the S> >moment. S> S> It is possible with the change to defer the messages to have multiple S> changes coalesced. If an app is written to assume it receives notice of S> every change and it uses this to track internal state then it can get S> confused. The issue was whether or not to communicate any coalescing to S> applications so they can recognize that it's happened. In lieu of doing S> that I asked for a console printf so we could see if it ever happened in S> practice. Yes, all the time we are speaking about a theoretical issue. Let's see whether it can happen or not. I decided to go ahead with this change. S> >From an (routing) application point of view only effective state changes S> >are interesting and only those should be provided. S> > S> S> If an inteface does down, moves network, then comes back up and you only S> get the up event then you will likely do the wrong thing unless you have S> some other way of identifying what happened. I'm not convinced (yet) S> this cannot happen so am being cautious. In this case you will receive additional messages, not only RTM_IFINFO. Move network will also generate RTM_NEWADDR and RTM_DELADDR -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 07:02:38 2005 Return-Path: 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 DB46316A4CE for ; Wed, 20 Apr 2005 07:02:38 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9CD543D3F for ; Wed, 20 Apr 2005 07:02:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 3EAD91F1376; Wed, 20 Apr 2005 00:02:38 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j3K72XgV008525; Wed, 20 Apr 2005 00:02:35 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <4265FE81.4020803@elischer.org> Date: Wed, 20 Apr 2005 00:02:25 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Andriy Gapon References: <42658CD3.1050900@icyb.net.ua> In-Reply-To: <42658CD3.1050900@icyb.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 07:02:39 -0000 Andriy Gapon wrote: > > If you are more interested in "road warrior type configurations" rather > than site-to-site (judging from your refrence to special cisco vpn > clients), please take a look at security/vpnc and google:ipsec-tools > (not in the ports yet). thanks.. ended up using vpnc > I have used the latter with CheckPoint FW (with modifications to code), > so it is quite possible that it now works with Cisco VPN too (don't be > fooled by their home page, they already have version 0.5.1 if you go to > Downloads link). > From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 07:30:10 2005 Return-Path: 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 E838B16A4CF for ; Wed, 20 Apr 2005 07:30:10 +0000 (GMT) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F6643D1D for ; Wed, 20 Apr 2005 07:30:10 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [213.215.74.194] ([213.215.74.194]) (AUTH: LOGIN milan) by bsd.dino.sk with esmtp; Wed, 20 Apr 2005 09:31:27 +0200 id 000000E1.4266054F.00003617 From: Milan Obuch To: freebsd-net@freebsd.org Date: Wed, 20 Apr 2005 09:30:06 +0200 User-Agent: KMail/1.6.2 References: <42658CD3.1050900@icyb.net.ua> <4265FE81.4020803@elischer.org> In-Reply-To: <4265FE81.4020803@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200504200930.06372.bsd@dino.sk> Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 07:30:11 -0000 On Wednesday 20 April 2005 09:02, Julian Elischer wrote: > Andriy Gapon wrote: > > If you are more interested in "road warrior type configurations" rather > > than site-to-site (judging from your refrence to special cisco vpn > > clients), please take a look at security/vpnc and google:ipsec-tools > > (not in the ports yet). > > thanks.. > ended up using vpnc > > > I have used the latter with CheckPoint FW (with modifications to code), > > so it is quite possible that it now works with Cisco VPN too (don't be > > fooled by their home page, they already have version 0.5.1 if you go to > > Downloads link). > Slightly off-topic but still similar question - is anybody using BSD to connect to Cisco series 3000 VPN concentrator? We use mainly FreeBSD in our network, and I need this type of connection... Regards, Milan From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 07:35:36 2005 Return-Path: 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 9E97716A4CE for ; Wed, 20 Apr 2005 07:35:36 +0000 (GMT) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A30343D45 for ; Wed, 20 Apr 2005 07:35:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id F36E81F41BF; Wed, 20 Apr 2005 00:35:35 -0700 (PDT) Received: from [192.168.2.3] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id j3K7ZYBB073904; Wed, 20 Apr 2005 00:35:35 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <4266063E.5000606@elischer.org> Date: Wed, 20 Apr 2005 00:35:26 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Milan Obuch References: <42658CD3.1050900@icyb.net.ua> <4265FE81.4020803@elischer.org> <200504200930.06372.bsd@dino.sk> In-Reply-To: <200504200930.06372.bsd@dino.sk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 07:35:36 -0000 Milan Obuch wrote: > On Wednesday 20 April 2005 09:02, Julian Elischer wrote: > >>Andriy Gapon wrote: >> >>>If you are more interested in "road warrior type configurations" rather >>>than site-to-site (judging from your refrence to special cisco vpn >>>clients), please take a look at security/vpnc and google:ipsec-tools >>>(not in the ports yet). >> >>thanks.. >>ended up using vpnc >> >> >>>I have used the latter with CheckPoint FW (with modifications to code), >>>so it is quite possible that it now works with Cisco VPN too (don't be >>>fooled by their home page, they already have version 0.5.1 if you go to >>>Downloads link). >> > > Slightly off-topic but still similar question - is anybody using BSD to > connect to Cisco series 3000 VPN concentrator? We use mainly FreeBSD in our > network, and I need this type of connection... this was my question.. the answer was to use vpnc (instead of the linux or Windows clients cisco give you to use) the 3000 can also do 'normal' ipsec tunnels too so that is probably usable from "normal" freebsd ipsec. > Regards, > Milan > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 07:42:36 2005 Return-Path: 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 186A916A4CE for ; Wed, 20 Apr 2005 07:42:36 +0000 (GMT) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473F243D2F for ; Wed, 20 Apr 2005 07:42:35 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [213.215.74.194] ([213.215.74.194]) (AUTH: LOGIN milan) by bsd.dino.sk with esmtp; Wed, 20 Apr 2005 09:43:52 +0200 id 000000F2.42660838.000036F5 From: Milan Obuch To: freebsd-net@freebsd.org Date: Wed, 20 Apr 2005 09:42:31 +0200 User-Agent: KMail/1.6.2 References: <42658CD3.1050900@icyb.net.ua> <200504200930.06372.bsd@dino.sk> <4266063E.5000606@elischer.org> In-Reply-To: <4266063E.5000606@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200504200942.31565.bsd@dino.sk> Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 07:42:36 -0000 On Wednesday 20 April 2005 09:35, Julian Elischer wrote: > Milan Obuch wrote: > > On Wednesday 20 April 2005 09:02, Julian Elischer wrote: > >>Andriy Gapon wrote: > >>>If you are more interested in "road warrior type configurations" rather > >>>than site-to-site (judging from your refrence to special cisco vpn > >>>clients), please take a look at security/vpnc and google:ipsec-tools > >>>(not in the ports yet). > >> > >>thanks.. > >>ended up using vpnc > >> > >>>I have used the latter with CheckPoint FW (with modifications to code), > >>>so it is quite possible that it now works with Cisco VPN too (don't be > >>>fooled by their home page, they already have version 0.5.1 if you go to > >>>Downloads link). > > > > Slightly off-topic but still similar question - is anybody using BSD to > > connect to Cisco series 3000 VPN concentrator? We use mainly FreeBSD in > > our network, and I need this type of connection... > > this was my question.. > the answer was to use vpnc (instead of the linux or Windows clients cisco > give you to use) > > > > the 3000 can also do 'normal' ipsec tunnels too > so that is probably usable from "normal" freebsd ipsec. > OK. Are there any pointers/urls for working config? I did not use anything like this yet. Milan From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 14:02:53 2005 Return-Path: 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 3F5DD16A4CE for ; Wed, 20 Apr 2005 14:02:53 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E5C243D39 for ; Wed, 20 Apr 2005 14:02:51 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from oddity (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA02698 for ; Wed, 20 Apr 2005 17:02:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42658CD3.1050900@icyb.net.ua> Date: Tue, 19 Apr 2005 18:57:23 -0400 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org, julian@elischer.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Status: RO X-UID: 4223 X-Keywords: ReSent-Date: Wed, 20 Apr 2005 17:02:36 +0300 (EEST) Resent-From: Andriy Gapon Resent-To: freebsd-net@freebsd.org ReSent-Subject: Re: cisco vpn experience? ReSent-Message-ID: <20050420170235.O98700@oddity.topspin.kiev.ua> Subject: Re: cisco vpn experience? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 14:02:53 -0000 If you are more interested in "road warrior type configurations" rather than site-to-site (judging from your refrence to special cisco vpn clients), please take a look at security/vpnc and google:ipsec-tools (not in the ports yet). I have used the latter with CheckPoint FW (with modifications to code), so it is quite possible that it now works with Cisco VPN too (don't be fooled by their home page, they already have version 0.5.1 if you go to Downloads link). -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 15:34:10 2005 Return-Path: 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 493D716A4CE for ; Wed, 20 Apr 2005 15:34:10 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F3D43D49 for ; Wed, 20 Apr 2005 15:34:09 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so311368nzf for ; Wed, 20 Apr 2005 08:34:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a8Q+pIODjym9I5f3OV+2Fpf1PxW/ATjkk0lZWJdzGgs6nCJDGJC1TdqJHJ+evF8vyE+FgsFWAK616tSKH3lUyUj8jjEuiJh9aTIeWBX0nCvUc2qAyDlK9PLaPL+tq/iyN3XEn7z2DGj1FkrjlBpIw9KSe/rqxF1ZAI7PCpEwIUg= Received: by 10.36.12.2 with SMTP id 2mr96088nzl; Wed, 20 Apr 2005 08:34:09 -0700 (PDT) Received: by 10.36.7.11 with HTTP; Wed, 20 Apr 2005 08:34:09 -0700 (PDT) Message-ID: Date: Wed, 20 Apr 2005 11:34:09 -0400 From: Alexander Chamandy To: Mikhail Teterin In-Reply-To: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> cc: Q cc: freebsd-amd64@freebsd.org cc: Mikhail Teterin cc: obrien@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 15:34:10 -0000 > The latest version from Q's site works (!), but seems limited to > 100baseTX full-duplex. Even at that nominal speed, the actual data > transfers seem limited to 2-3 megabytes/s with occasional latency-spikes > :-( I just tried the one from Q's site on my Asus K8NNXP nForce MCP3 Networking Adapter (RTL8201L) and it seems to peak at about 7-8MB/s.=20 I haven't had any latency problems.. perhaps this issue is isolated to a certain network adapter? =20 > I'll try to back-port if_nve manually and see, what happens. Let me know, I'd be interested to try it. >=20 > -mi >=20 --=20 Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 17:27:10 2005 Return-Path: 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 9F38D16A4CE; Wed, 20 Apr 2005 17:27:10 +0000 (GMT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E0C43D2F; Wed, 20 Apr 2005 17:27:08 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.8) with ESMTP id j3KHR7m8020449; Wed, 20 Apr 2005 10:27:07 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id j3KHR7ET020448; Wed, 20 Apr 2005 10:27:07 -0700 (PDT) (envelope-from rizzo) Date: Wed, 20 Apr 2005 10:27:07 -0700 From: Luigi Rizzo To: multimedia@freebsd.org Message-ID: <20050420102707.B20180@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: net@freebsd.org Subject: asterisk and zaptel patches X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 17:27:10 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [sorry for the crosspost to -net, but it's relevant there too; please followup to multimedia@ only] following a discussion on developers@, i am posting here some patches for asterisk and the zaptel drivers. If someone feels like committing these, please go ahead. I am attaching a description below. cheers luigi ------------------ These patches are useful to make asterisk and the zaptel drivers work better with FreeBSD. In particular: /usr/ports/net/asterisk: + The "wilcalu" module has a bug in the use of poll(). FreeBSD's poll() always checks for exceptions, even if they are not in the mask passed to the system call. The code in the module however does not handle this condition, resulting in an infinite loop around poll() using all available CPU cycles. The patch in ast20050420b.diff only implements a workaround -- if no data is readable, sleep for 1 second and saving the cpu for others. I suggest to disable the module, anyways, until a better fix is available. + The rtp module at times complains about invalid RTP checksums, when all it happens is that there is no data on a socket to read. I believe this is a perfectly normal event, so the patch in ast20050420b.diff removes the (misleading) error message altogether. + The chan_oss.c code is working very badly with the FreeBSD, partly because of issues in the driver and partly because the module itself was not very clean. ast20050420a.diff contains the diff wrt/ the version in the port, or if you like it better chan_oss.c contains the whole file. I have put in some workaround to limit the amount of data buffered in the driver (to keep the audio queue short), centralize repeated blocks of code, put global variables into the "oss" structure, and in general tried to clean the half-duplex support which, however, i suspect is still broken and probably useless anyways. /usr/ports/misc/zaptel + the zaptel device driver has bugs in the module loading glue which prevent it from probing the card appropriately in FreeBSD 4.x The patches patch-zz1 and patch-zz2 (suitable to be put in /usr/ports/misc/zaptel/files) fix the problem -- freebsd audio driver -- + some of the ioctls are not completely implemented causing unexpected results (e.g. setting block sizes etc). On top of this, individual device drivers also have issues in the handling of blocksizes, with results ranging from no or stuttering sound to large delays in the audio playback. While it would be great to fix the driver, the problem is that the issues affect so many versions of FreeBSD that a solution in user space is still preferable if possible. Nevertheless, a simple patch for sys/dev/sound/pci/ich.c is attached in ich.c.diff -- this driver (which supports the Intel 82801 chipset) in most cases defaults to using only 2 8K buffers, which at the speeds of interest for telephony result in interrupts being 250ms apart, way too slow. This patch uses the closest buffer size compatible with the request, guaranteeing up to 32 interrupts/s if small blocks are used. The driver still has a 500ms delay in the output channel at 8KHz, but fixing that requires a more complex change. --tKW2IUtsqtDRztdT Content-Type: application/octet-stream Content-Disposition: attachment; filename="ast.tgz" Content-Transfer-Encoding: base64 H4sIAMyPZkIAA+w7a3faSLLzlfyKHs9JApbACONH7Ng7doy9PtfBOYA3mc314QgQoBshsXoY e7L+71uP7tYDsD1zZ+d+uMtJDOpHdXVVdT1bdhRv/fBv/tTrzfrezg58w6/GNn3DR33Tb6ve 2LZ26nuWBf1WfbdR/0Hs/LsRw08SxXYoxA9e4k7cJ8Ytpo7j/RkI/bkfG/gP/xv1+g7wpm7X Ru54/AevAfys7zab6/jfAHYr/jet7QaM325Y1g+i/gfjsfLz/5z/yG5RTQaLUCyC8Fs/CN0J CoQTutG3qlWr13a35oN7/N9fuN7Q9pLakIY+O+pVtVr9DUBLXTsWJ/NQWLvCah40dw62dwTK 5SvDMF62YumzMyIQAkDsH1h7BzvbDOLnn0V1v2HuCgP+WnXx88+vRKk0HkVf67c1587x40gc iU/XV1eX7UPsmgeeV4Z+U1imqFoVahw8xE50FDr2CLrMQTI2Gzu70GWUSu5YlKlbHB2JekV8 x8bS1pYAnPteMClfXV/0z1qnNxem2Pjseh8AYXEgOgBLnCZjURc0+7/9DYZXijzHmZctfnqk 1ZPx17LrxxUaeXtUB5yw3R3zysf1yvdXL+FnGM/X8JB6nuYbDVnBq92necXTPgY+T9sXVuOg aR1YGf40ty1zXxj49Y4YBJuDaVMgkRMCd8qJH7kTH1gMRBCblTJ0Vo9DezGyY1sY4qTb6593 Llvts6tf+tfn591Wj9iGrAmBMe81X7Y2Revk4uSyLWaO7UfCDwTCMIXnfnO8BwEz4qkjomD4 zYmFiwN8MfDg0fUnYnOLqS7KThjCVGA4Q6u8qgLjsgxvX/cuP7SA453eJ2T20HHvAP+5TYAX bjwVAxCAm7NPYjh1ht+iZJZKwGFBen43MMDW8SIHv3PYfT7ptC/bFwyRRRF2FIQH4jUKoimi OKQG3miFQeU3fnpydl559X+txf7z+b2fgv0f/Pn2f2+3ua39P3QUyf5vb//H/v8Zn5fYi+HU 9n3QIPSjH0TRGuuxYtzTtmTFhFIvccRJMhHblrDArDQOLAtNRHOtZVkLBO3MO/h3ULcO6vXU zljb6AfA332yMmIT/4veFPT8PAwmoT1DlT8OHbQA43hhh44pRi4oQ3eQxKBxEx8NEloIQGQW iWBMELDhon0jLhzfCW1PfEoGnjsUV+7Q8UH7GrAQ/BfnAPi0eyYQ3QmYpcGDuELZEx33118D k/Cs1Zs1ax+hbqEZ/Mn1h14ycsR7tfctNEa16TFtaKdpNixh7Oya2+zZ/OT4wFecCZbuygHf JokcsNV1EdmzuefA5uyZA77N/4D0k9ETF92PNVqu+tPIGbu+I847Jx9b/e7l31s485WxhTsE wgyDEKzpPPBHkYgDQJcoIOxk5AY1hGCshiDAnC3siICJV1UA93nq+OIhSEQE9gupR2iJyP0V CI7tU/vOwTWGATQnc7Jxr6pC0GCQp2kswCkaAzPGQTgDlwTALxzPYzS2mN6/bxVDMvSpVWjQ dbcrPCQxgpIbt8Vb8hbe0iqivJi6w6mIpkHijcQA++fBAuAB2RomQeER3Ao0jubO0B275OoQ Gh71gLc1cOOoImx/RM1+MhsQHAJCa0bC9nC0nipxL8MO7bvAxYk2E+IfiQPnZBIGC+RkIDw7 nDgV3lYPF7XjeA0+cTBX2PD4zw7JmM1I4M52m+zSinL9frdiih2F38z+hgOZDY6NlCGp5D04 6GI1eKpJG104PCUMghnyKYqDEDBYBHJrEoMvX74Qam+t+lvEeWZP3CH2gCikMtnun15df/iv bqksJyODNgG5TdGo0HnZAcyruLw8JeB5Br6SmuwBOb05P291+ucfe6Kch2aBo/n+PRCoIv6J 2wcrR2HCqpkKoVUT+ACfBf7bWEQglkCqgRMvHBBoDEK2FqELaM6CEWA5JtWAzPUFBDThg9gG pQdnM4vyx8t2v/v5svfhr/3e5ceW2K3XU6yKnTAfDyrYxxjUGKi/ZAhy486cO1BuHiyHvwlJ OQTdchCCoR8f6mnYFrme4w+dKJnPQXNELjjTECOtHBNPYcQ0gGNyBFSsc4jzilz7jze91hcI oc4v26BUeifgDJd5tT7KFZALdeHevmlhlPfOtHZIF8o1QNuGYjMGSg0B9Aae2g+BHwWgDD+w ARFnIfjT4cZhYc4w8MfuBCeRbYEnHKKRp0HQGjv38VfC8+RLv/Wl12p3L6/btzgP6GsnXgzT jOwk2dx/6eQcWh4Yj8SeOF9xxtVJ++Lm5KJFEzYO87gBaMdfAzwq4gRb7D83QeQYNw2Cb/jo cDyqxWUahJqrX1NLgFC+103xKAWHhCoKwKRCaAaxGkB0/REGQEx9ZBiGHQxvE8O0QzkOfwN4 9chKxGcxeLdrWtto5evwY48N/WNWVnMr09/oK+EGMdx3krcP1+1e5/qq34EQiaKkEDRTDKrA JK0ejMuqobLVMNGs1WFf2w36ssSjuQTp9Kb7iwlKK3rQIPCBpjdpWnP9ZPi+aHV7wIh1IHjl J9bv6G1Y9dwmQF+9cAsn7e7nVgf1cgQGSQPhR8aigZPxH8431hFzQ/7a+B10LQJlum7g18aL 6VsEkqXvRvqwFuAStVdtVe7Tqm/8RroXgSm6b/CPjd/GgaplivbN1RW36j7Mg4CnCJYy/Aam A31NOiPom3XpYIBLNEMTPHfnbPuyGtsfDWejr41bOKzLB0s54/35XUwne4t8hMD3HtjhQpuK WpjHJ2DRIVLwHTjzEbpcmNhwwqk9j5ABoBRigAGe3zfHmUfsiI5IX6M3Frnk1cKvOSzpDjwC Bo9unHpd7BQCCEGOIX42xTAJWQWA0nGHNror7IqBn5NTEeCEzD37oQa01EkjwMKfmBqW7T8I aAOUwECCYwUo2vjTlQrGRKAMfWiDr4QKK3JY4fHaGhT5dqCHlb+OXo9DWIqv9VpNqjphKAUL f271ZD+QW4rY5Q0weLGRKAiW/HTSneDSoEMFbTKE0hDKUYAbHoIrgZuWHp8PxHHiYY08RBoo 6ZmXBrFWevRgRfVDlArYvXOPDiNjrbaaAy4pReN/SscyHXCbflzKTpAkQMnUbXEA5qLPPigB ogbllEq/NkjiOUjbyLmDqC2PAwKE9kNucsD1Ft/Fx/5Nu9vqmfDjnA7Yx36ndXKG3587l72W eBSjBHC8P0wh2Ukc8HEtNGJAmMwzjdq2yrZ1PhjuBh+Q3zJGYa9XI7/kgR0udWrXSxtfpsLX 3eYtrSCJAgwK5iB86QpznGqP+gCKf5FGKElsMeMoBUxsBgsfty1KT7omesB61wicnEf0VmAp +ibTbZRq+kAfodbDFsW4tIU5As+ae1scPlDalJUL7q5US1mF/qipmphRummN7wp9j0VvCdnV n9qgFu0ockZlDMgqOlQNHVCEoFqAcA4loSEoA40IKhNPBQUAMqDJggyCPg0qr1K9mwFENd9T bijZie+U3zSL8NfEIVEKxiP7ofwmvmODAU51tTRD4pbju1p81wd/W1S14MmWCoU8EG0YlACX Q5PlsQkN3pKefZVSyQD9uBh6AEVWrBpUj9cvbCwtXBieX9tQa79fXluUSswIkBckjXxA9/ZR Wse2irt1CFqrCdHCWBZkh7xddHa39jEA8wJ/Ar3nAQo8R7qYw6CE/YqcDGpMW0XtFFDCMtsm KmQynDZEbQCVB5iCYCVRAlH/g0CrED+QpatquVtxPKuZkBCOlYxHOVMDUV9WYjOB7ZHYPszA xd5x4nl9fZ7q1A30OQFzDvjiYhjOw84xVMWfZbDViWejfce5UjtWis4FzsS4Fo+SAnoOx0xg PBC68zigbIy0A6m6zjko2YNfRDx/sqEXCPkTyER+80PbG0J0mYzA9kVlGYMQo9JD21GHNpuP UWYFpE7nTNjySguTmtz8cX5l4BRppp460VUOesAKMd3p8R5/IF3K9xCO3b9P467De8Oo0DSS fNrD1/tbKorRqUVI1SOhOhAQV41Up5HtzJoj2lcf5KTv+uNA4B89QFNyYYe+M8IYke0O4OAG w9grwzFVjDJFt332oXfVP+t+6l+0etfdTydY8HqDICtcu8OJPzIwbkBoq4taLSxdpTLIdI/m 9tBRNTacy7AMA0/6I2yWKQp/tzLEg3apBaADZ8onS27nMd0V7CfraWTKwauxBJpO2BN5PeLj Dt/2ne1iA1bhqLoMBKjhyIiGFtowk5lrmWE9m3a4hI3ID8rjL3dVnFRdmgQTqjLJnD9WOfNb yPAod3dd7gf+HBV6gvEYXJpiq/Tu8gkHAgQo9alPGdaiOhja4ahPaTOS5TUHzBSZdIM8bdwy e+AzkEloqLPHTDwSebHJ6gzoRKOqJtgz2plBoRFl8jB1d2/DqXjI5s6RvyPUKToFyYYbvA0F avYAlMKHwlm0B66ys5ozx3idgTVBSNlNPodPH0JhvgFY5A6oerqEsUasb3yOOAI6gCtOH07N mFmjlGEVFZ0jFhSDCISHdVOFXJSOju0h2JGwxj2X42yuG8s3aFyovDEKgzl1giMZ2iaHaAsX AjCSA5q/RUcaV8xq36CiHAXsO6a07nfklh/oZDSnYFXamwBReMA7QLXCDbJqTttCjSCb11CP oB6w9QB1IM9h+fWoQnX5EP0Ehqb1WMZLKZEiQ0Q/gP0iawuhxALifIhQVcwk4zs8Mib03JP1 ZOayJB+LMrA8PfUY4cpnUlNbogE6mfioRP+58Yep0NEULU5aN7xXuTglrrcq2FXiRqJOGgEe IJr2HMZX9ZfgWOXg8wrYeizKS9BlEhH9RdI1aksKzrMT5BozZzacP5SlfoDInPA0V8+Hbp5s ohKg0oMEw5QEOwztsolHovlN2zS9cq20ZL6JLBIDOF6/mYrcshwpHQopRihHXbwGE2NxjJwu 1tdSYvIMXLWK5qBEXqv7VfRNexkHpTklZanxUaBnIhlOy6cgj9nc0kpqruw+XFofCC21aAEo Qy3iFjpzx441eKJMbIN+D+44f8bNBUu3krSF5UpFw0mNKpPDirCUU4vyHJGmyDtRZTJ+YrNC 1svMmhKWNO2+0N4FYYN6Vjq0YAtHHlc7xVuZ/YJVUJ+/FfKunE4dyaQNxRVchztNXG8U6QKf Hjl1J1PhwXxPO/FYCQrGKZyIi6FlzDUZkk1c7KRwmfJ5oHMzaSxy/GvLQXHGE1jnQxvokz1h 1Y0SeyCa4Pjo9TPMRaqrzJTqZ0uWSRxuRmzDpG+o+YyOt7Qly4mvUiboBHiw1hspjBkQt4cZ 0zgH2bRDXVfVVg3+UTyg9kEbep91UqgFlIaX+tOYHMOK63Ca+N+iNN+GnCD9lfgx+KcrLK42 gGgOIqYPa8uUcpRMkgDRzyVHQU9EOnnqFMuLlfickWJUvRFaUL1SsVNfySRDu8bIpjIisXk9 2npNjtZrumIYZBzwUoq+KTwzszWTkKEFB8MATAB0SR2fnZMaBhgOIDb5IGbgEg+UNVfaQWQk BM30wwCPCl1f0DoYoLy86GbIBZhyBjMpo3IzFFccyHJlJRdKa1mgptY1t55nhdzYy5gBa2VZ ITmj95NhDi4uGcTd63lCtFnmSynLFIUmCD4qf/LJyBTI3PtYeAH4ncweRQbAjU2Iigp14jbj Pr5AXNMp6W3RrG45ki41tWaNCK5H10OyZQC5KrsKeeVAGmoO/jslq/Iy9wKKlpfEJUvixxW0 PpIOLN94fsylKyoyZkjNXmrzaAAxIfWmUse9rqYqnVotFUzgYxrhk8r1lGtSDBgDvUkdHPBZ kecqYxMAREHpJfMR+uJ4WpNIRR1yUewfo9KNkuHQiSIux2UKa2zUCak+21tp5xMf44QK1b0b 2ztm0xJGY3/P3Nnma+4UINr3h9mwUebX3Yn/tVl/t3urokQCm5IV+nWFUbWCh/ye96sn4MWI 1ZPgtxov1l4+1hePBfgD2YzekxeRwayVDw8rlNwunZ/1/97qXJffhONRxPeUddOCm4DnGOYc qVJVnXNcMKzb6pV1oykUDENNoO2lkww9KdeRTpSXpH/Ebip4KI9RraVJpWZUsx4npiyPkWPS LZdY6/pTNXMwVkX1K5ZZ/I5ljFJ+n0tIa6WR6VUQjRRitlu+zGCkE5c2sH7Zxf9iWSE1CmsP lMMI7MMwLuNgA9/xoF3JVVS1XJZARKpL3gtLStxaLY1g4SSDShw9fZG+hNUt10+cw5yug81f dleKpOIvH9JMryKiPnaqoSKZngu5ZARSjEjyOtgoILNS1CtsCynDI+84KleW6sba99cVYOQd VrxNGG/H7I7IDRVXwAF6Q/hQkcwnf9Zlb1Z6xe5tzYV1fyTDJ1zDkKKQieLkEDC8BEtKGpAh K4RHwj3MtC+RRLanJtWicre880i1fzascq/rpISoo2RD44dhUUWtMwCifFsnGYWzqHazcrtw rBhkYafKRViNoR74WpXZfU5Qa0HK+GM50KbIn+ujuviL2mS2R+cFxIEszBZx5Klr5qaIHPD7 WVnNkhfbFdQSHL1fTny8S0oCnMlmPGEFMwbNyI5+qQn8g43g08JBGrOSqv00KK5UniOVnGss z30DI5/f0DlpwDRFSnPV+0iPfCGojRdVkfrDqUMMIBdmbw/v5283LbPB19kf+Q48FueMlxbn vsuAXBfIDFUgM54ukBmrCmT0Ql6xQGbIApnqzBfISBhXF5OMfDEJcy9iuRzSV7c11NYg1OZa virddi+vTm/OxTaTbb9p7gHZdhvwRX5fEWSs7zOTj5299gn9+HZhPlME/3mF28MlaDB66HNh hn2d5RsmykMkN2hVt8h65KKkOAn45Tmr9l/BS9YV/UpfQPmj/sgZJBN2frfr74gE4PtKEmRL Kw8yV+GkMaYsqZuYV4LYmuvrGF5TmQHnY+A2m8Pyth9nXvzTFFAmuRiP8AAzJRW++JGGVax5 Ze4ud+6enSjYnMvOI53wx0NFRLD2zAZS4d2OubOjzo9+IyRfLpO3hZauoaBjgMmeoRdEfG1M lthh83j5xxmZ6g0Jn28D2XQ7zY1d28NkvxurqjcYNRdpjtV8OSl0JxM+95gnlOlFvMalb51x KJ1EWOxx45X5PYX6ugoeRT2wZqZYPp6BQyHxkUWU8ajg864dVzgDXDa2PdzEQ+FILfU30lKW TAOmjmv6tvDT9fBOi24q1Vl2iDHZsdwMDcXLTUoV0U6zKx8R4xAG89Ykcol/Xvfb1216J0FH uNlp6Vu0zxf+qiQagH3BlLHKXDJnRqEiSEnpws2kzK2ejH8+plrNyfnHXr9r7favWnxvJ61u jkc5YgJdYCxYOZi46h3htbFqujs8IvKuHTxZu9UBXjal95P1W7e5a0RkD/gljjIJJlGRboJe 9ztnnzsHz+J8dvPpqvWFhaBaYhv6ge+sIUJ0PCX/Eb2yetXsFDQkKa8nwF+0eh9OPnU1TQA+ q/YyEvcNcrEPA/qMQ0W8eSN+lFXgNHEbyvffsXf1PEndjAIHF2CAWuYYQysdWcnW8t9andPr bqv/qdM6v/zSb4gN9dqGSjnzhnVROX8jSTq5MjOTORvnVIiXyVb1Q/rcmiufO9ftq18O0tRO BgBd71w3sXO2fiLeDy3MI+HQYlx/Tnh7rU7rer3wkhVo7qMT1dxpKlOo9PCR2Of3auRqsv25 NT+1Wmd6SeM3nJjUDySjkinbYNss8INVx4X2sLNnvqvDJnabypI94T7/I3GimMvlf/3VFJMg 5p94E5zdabTwAyxqBPP5A3nUWscrSj6yn2nhLSqiTvqmVrbYAh46vh46iJBIoEo6JxcfW+2e GAUO3Qun91QFvYSFLwqyRz9D0xaOInlj4dShl+s8B30OUB1BEuuijcC1tsQqFKSI3O8f4ojG zm6VX7JTZffn9Z5E9knll7llpUwYxtTr6f+v9r68OY0r63v+hU/R0ZQjsEACtFi2Ik8UW0lU cWyXLD+ZqTwpCkEjdRloigYtUfTd37Pdrfs2NEjOVL2PSMqCXu5+zzn3bL8UXZTGsD9T7gTo IWfhhBxh0A3XGS5yfByFMLNuP85OT3766fiUAwLJBksuJlPJ0KDsox/f/No+fn/0w7vj9sn7 j5/Pgr/sSx8+n8E1Y03NGzSpDE+QIeug0HGdhUZU9SDxg2aiAQ7EnsvOQNHhGjQdzzjDiC17 GW9SJXMNWfU70S7oxIwxhECZyDa1p2GD6DxGzNCrzRxXYcxbgreIy7IIFXj9oWDKuNIKST/x pKukJujlr7ph2kyLL2HToKtWYyV8mCUoV6xiRmJT5r/+ggWmnTyRl3C1VUs132C3O+0Iqg8b 9CgWkfamVhqyOR5NlhjFLjK/hCG7ByVkre6R9DvBxBrntyT/4oIylm4hXSQcx+Nb8kaa9mAk JKYWS8GSgbiT57GoFdB9fjZuVRqi76kewA3yh2BJzhLjkIf1lHT29vh/sNk1zYxS8pmyj/TU 5i3mkZUnmHl0DCk/rbpxLsIOBdcR0DdzTMAo/2jUGdAA0ZruU8Sz2MK1ixENBu4z3fHFHaB3 qotVqzktZi2GOjZYylT3yQ2tXFY8W4kLtGjTNzjKw17AgbuAVYl8H580DvukSakaotBUArdp Jz5iZp8VMo6QvJCeRKOi5OTRqAlVmSEmhQmDly4sOS8oZc2bFouu8NQ/LmHx7WovDcjd7ixC Art62u+Ptt8X7kSzueZsRZ4ZXlKZilNKLcuujE/cp9ylza5B3YmoYerCeY+SZDZE2XDdOemw Cx6KPOEkSbFcdxGV+FyZXUOZJbRoBdHyeZboSdBVeGdDOow6kzqNgHuEz5zf6yVLKcFvWROn VYwWmWBXQg/NaVZtX31DZ+5TaQpQU9SDpav1R06UWrcmEfr4BFEvyk8Gh6lmCw4ku6292n6T DyRZ8gvbjc4i2grWkd0Qs0IsGcOZj90FVeqFEgYJV27QnEa6I0zQcRjcHASWhpAtY808y1iQ 1iJjD7udwWBuBzG8flrTkWkgzVm0mkXi7QM3lE+8+tCjKJA4fufAHqxhJos3UDP2vstHv/Vn yTr2vytn99evA3UAm+oJNiE5Zq9i193rQclT3RE8UudnoEIuPeBDZX+TWjy9HSOt5xxxqE6V yGp5Jpmdd2FdJvKIG3Z9oCqlhCk8ApUuHqD4BGN5ctqWQX9Tz7Ah69zWdRwbFcgNuxozqKyb 7q7TVu/PKDoa5zKRrj1CzyT8fm7X6lqvbS0+UoeqGHY4DLHejhZwunxt6kltEsejhbvqRG3Y KxBb4QxqXY5qO/i1UPPq6ASZaSBPbTXVJLVzuFX+vSMBlZ5FL6sbpwoOgQkwQtKMO8uSGuR0 mkYwdUUdhXuxxNFhdB+dguHU+S/aR1EvxBwCeD+5xJjl+HoURMNh2Is603BwiyGJdOJkb4cp BRLj3OIoYP6U4/bnj9SajO+xFWCz4TcbW1bww4YnSDI9nhwxO2c8bZLT8DTK246g1K2/Hl9N 6R8dXROUtOONdS07XT9zFG+GLFXV48PZNLyh5DKVb91MM0GJf9fr7rOzke9pJm86mNsKw8sj ec6zlreMFbUIUqq6woNrmbVFcsB7dYlVRoleLNy6cOPW4NRpjEqKsEmxpAqAsboAqo2u26MY o2ikVJ661oFtDltINrLb0mTeUPZtLwnxC1F2YJcdwFW/K7FItVyYVd026NgGt7rrcMt2Rdd6 mg6rfR7s/sEv5sdM1tNhXZnTkjegkpdXnlI/G0RZd/R72aSlxSMo65SUlofFxAkz49BhlSwC kiXBDSNE25ebhIusChVVpH1XNZyyiKxfAUmckfKJfNOnM4y0EU/0zkUnGsmidOdMNcNbvime vRU4Jtsip1Kk7X6Kg70w2KLuyAdosInHnFGDnG/JtTmeTVTz7VrcstiDkcOM5OEN3RnHSFyT bLaetsiQ8LwsGo38zvKjme5i/jZTiD6KWYcgXtx0DCJZmSLcUMqhwejGQ1xo2m1sFE5Jk57S NSBDEQrj4yfwpRZkJNbn4jxh7zHXBeJPdIFA48gfqa0Gt8axZkwU5sGxS3RdXaOv4nQy6Urg 4laOw7vuggr5JXG4z6EDGCt1wNa9E2sByhDCpOmYkSgJQjqkyVkbJ1TYsq0x0ZdSp1OKX4rH 5BwBrHUCu5KSCHRYr2nO8BkJIXsgu8sTFVJqm2+U2sbkYnZTb9TQc/4LBihGk9434nSxRSGe 1+H6JHTV6yorgtZT6ZBT1O6ICwdcuoxHsMr0fiZZKqGxDNHbujNxN3jO0XJj/n30BWTlAlpB aKLcFAnGg8S1txSyqhirmVHp6cNA2ni2u79NSUH3mjorKA1FEnNU7BieDzmv0fUknpIJiluX Vl9w4iY1yHAkprOtzqMJxLa51+CEiegoA4JBYhajWdHBa+1ITjutiqEbtIHm6iB+pEp0dkrN dxwdqLLLofcIZXuacHJsPHozIZekTmyd6wTD2WAa4XVgH0h8DRmrcUnsiqKCm2DDx10SwbW3 iopDU34xI6sMLoKDp2qUsUrZEGDWo94s5BSWPft4B4RwU9n/0FFg0mUHV+VeC+MUkdBFDEOG lQ1dFAQbVJDqwJKyRtzY5m1C5zp6Paf8XfZDlFov0T6vKkvQgAke50Cj2YOHqH0UWjyD4aWY aDfrqHRH+QdYjatTe19z3BlnIotnF7R9+6hj7Bg5bMPme8D0eqiz6OswKygHaAbvTq8syIo7 7UaGzeeHoQE6uCfVZTvWBw09euq4PTga6c4cLNVQVTd2HROc8RmvpsyIqI+XurBlTmyYbEyp ircT5QLD3aQrTLGTeokyhtnNxosWY+Ngau4OXn6dFiB4n3qH2Pjo6ebgzua9ioVt+MQZJZHp OlmvBx0bxlehFFUL7CJrgXmY2LTizfqy5zSKBHGvtV9r7gNBfNFQqUGLkV0PsZXi1dFSdUMF G+mjnLnA+cYyRhU4ymv+dnYZAlGAHUiEhtPWYeLXy854jJFsuEiAUV93bmtKFOhQE+y8EKpp 3/aN9hlHJ+XRzMPpAUyAq/goDXRKtqurO/pEa/GwXPrtHiFIsnMMqRVg67fxDPk6iPQjfGi9 M5kmvXV2LvyCtCCaVufp/yVvT6n05vTo088HKjVJqWQxCpV4g33KrEFx3S8fOjALRD6qsYrn umc9cVGhTrmNUD4Gzhhj5J6J2UM2Rn4ZuWthI7UWpI24ESUCTHt+8I3X6R2qfIn29lsYS7bx otXUfjhWIBmv5Eo3HvVYmiEfqHR+zldGtmJTiXZ9yjxuVADWS60FL4k+03qjYYlr2DhGcHEK qDfp+WxQhFfX5EhGkpb3VT4V4bTNX0bAHZFDchpGMghga5iZPyOrgKxsvEx6+VH99YgDDLM+ hIFFWHTE11JaWl5dKa1KyVWreFP3wfodhdd+h9sxGxFYZ6U9dZcuhhi1VZCduc4pZTocW5H2 1i1pztWUvdTgOYn3Uvcx/LUrdiJKdjIcK8Y2Gk+g7j5e4hnQQ6ivwJEXc0dvPUuMFQxIw67e r1Qhax1tc+J7cTdcug4YEeWgK/XAmqBHRe+Pf2hv0EVGNEr5NLt3qEQnMk5qnoLEzEY3ZSz4 8cPpr0dn7U/vTt4fH52aWiyV6zh1leJEyG7GVfF330OY2FGewa+pR3SKRaM9Tj2hs7cZfX3q CRKc+b6kvbPvkpb+UNvJUndZyD80uobUfZWzVR5RP1NP9aMb3Qn6rtUusHJBYqnAg5LjUuJ0 4PoIpToqQ27VAvu7vVzUu/Vm1VMypdf0lUs3qFT5ZpfJb0lIFU+y6pBcUXPP6TfZYVJu5E2/ fTsz8XLTO+VyzzvZci8zzXI9M8Fy3TO1cid3UuW+Zzo3tPOiNfa0xcy8buRNq/3cnInNlq1m Nl2yTKd5JndqA2exqGzy4tTglKnu1QLzzS5Uv6sWIVxTxhch09Qe55pwTW2Wgos1Ifr65jzz i9hfUI9JWf+3KfLnxX5DR/4UEO7JbfTjD/+2eLAhwgemEDFeIaeQq8xWlEwpgYdKlUXm+845 aadNxxVkh2Jh0TQJB319AEjZOWiQqGd4XAHha7/ZxL8sfKEuvTO56KIyrclKc/Wz5bg6nR5/ +vwOCPjPH377/Onop2Pl7UtPHx4GTUt27w4iUvKuoTFdrJaoMXmWbNLQWLanf4E0O1oLXsGf fl8SUBQpImXCyhSTbfjnN2+OP31yrOzKPRkWKQpx3eEYu3NFcg+WJwTPSfCp02G4DdCSHRU9 p1RsnqfYRk6pDV2orZrzTca9gFbA2bSF2IQva80dhvCJ+iOQMTE7rQn4gx+VTu28itOPDlQV +PqvAL+/wu9Vy5Vaq2x4g1/Hk5447ou8rs2LIgs3XqUYCL1CLnREDmRQ8CqPc42aYz9cw9Wn A0sHC98dyAvWGMHjPdhqNI9aTG8u1zSYLF/btgu1Tb88kDd8jVOr1T4EOIIewU029xDOcH/3 pQBNpfbI+5hy4COiEnAnPPjOkrSGQZbMj0cn7z6fHqsjvW2pbebaylNP5RjQ074f2nSu3VvS vgpB3h6lTu9t00p+ibgbLer2nU1ziGDNJVB5xgZj08epSxnIcw0PqdcytnXPpJDYgBYDFkdm 4+UnpeGbg4YOXLXTgjjuN8JozAOGRLxsNHA1vdzZ1qvpfj69RA3hLVZMXP+Afnb5LKzELr6v MV/4UpeCghxomjTbaEnL2YcMgdFGF+NDpQ6zxQdgG4qKGpmBJQXqFewR4Nsvd18qvk3VwICE N1EylXZhuHCFM3JA8/CfkGBZ6ZAlTVF14tiJ5EOPSa36spZ+7Be0CEbFW6+k5evMnvLttICu 0iGXNc/G4Ua0FJbbmG8FJqhM1z1n57lopCaOfhM7pQ5Ck9VgvmAcuGaj+aK28yKjqJH4d/dA zeBGz7v9C9s7AX1lOpOIM7NdGacrzOMheobqgaVJo+vGTdGOKvIEhx2fnn44dUSxLgjuU04T khc8qZqQcpn1KSMpOmcQdzBEg7rXj1SGORKdoLOiFMCHKvxQVWXR8I+BvKCutM8RNS3EoqAj F4z4J5IQ69Gv7KQctlhxpc79a0ZmWKtaOTocUQIrRTgAfI1gRcRxxiuxuEUzNckUrY9ZKxbt D+d3qvECfq1YXRpcwVeRjbzQmcbRklWwekUXbFMGFRqtCnSoA99UZ7SF1cj+zdSTIraeylJP FK5RHc0yVZqTXKYu9zhXoBJNqHwD2BZa7Bu/tqNpKJWuDrFQYU18pMI1gz7Ck/gWt1pVBbOr 1siBWM2EcyC2p8/4q+fNXp6r/2+nKlIBiQr5wRu0gTmBzMasnx/J/F65cVBAXS+chl2MYK3X tUOiOixS1MV5GMxGOn7HWP7nV3JGGd37fQZbgh1JHmu3QadHFpn1UYxE8FCDpyYxMZutcNrV SKtbw7g3G4SMfqcr9gY7ZBxDUOm5srPEHO+RfMU7nsFP0IC6LoG4jOFJKQxH8ahux1KY8U/w 7K76ZtKEKbXxJLyIcDQqqG+tBQQkWPMoSWuih6IQgLzo7JcvX9RajE63pwQfHE0rMY0sVODu gyipbinXCYtzD6J2OJpObmEkbyQ4V13XjeXXg43gRvPJedwPJJzCjK7uMLr6EoyOss0tZHL1 wqwhxYWo+MIcqHg1DgeyK5nHfQoUb7GFuk0989lBWipdhg3UV2IDBSpx2IBTSx4LsMh/3SX/ KoQrS/7ZZwCvK1QbFh0r3wq2jUrdZ+fJ1IFGG943ieoVeNvrVtBstF6gPwHs5RcvEHpUS90k aj/Wjp6N8va0J9KQeJnKpGclRJdH1R0nUlHZDmmUJLuMZZTWPNLJ0mclCbZescr33aA6jCnT HHa1UjjuT9MnYTlEffjx7GfEOv3YPvr48fP7dx+O3lazx+rU6WHDo5glRDuaXqWBTc3tfxuX /e/6wIBbwOlfp45Gs9HY29n5RwM+O61t+gsf+fui2Wps/wP20Xaztb2z24Tnmq3dve1/BI2v 0xz3M0MzQBD8Y4AY7HOeu74Mw8Hf0aC/97P1vBxgwAgLeih7HgXTcBCOL+MROirFgy8RhXEH 76LR7GYTnsYXPgMv2AK6sNVLxgi02VGias0YOkSGZWR1AoKEkl5VVRGIMI6iWF1EsTVBBkMW glpR9FCdYgKVzpfNAJ7GhBNJIBIIumIGWAoIvP8Jfjh6++4/AYbinx2/D96ensBVdOGEclF/ zKIgBtdFU24senMNsFdYhIIm6wiiKDaQykZPfZYdK2+qQfPly5e14NcOCJSfxsj3J9IR+1Lw HYKp4mh+P8DxqovEvTkKp691x6l38cWkM6QsRpMQA6b70+vOBLhjL0KF2vkMjwJAfAnTG0Yx nAwxE39Z0EF/ev85+InHIvg4Ox9EXZigLnDgUGpRuZ9wXi5A/ASR/x0u8eA0+vPPmJBrdzcb O5vN/TISwPI/o1F3MOuFwXda6kdr2+bla98tUhbn3AOJ/AJG0X9TlknOXT5nzH8VPTxynuCD WJJzd3x+k1cyycB5NwdRzp3ZNBqkKpuNYPZ67jWMr0h1mHzX3EvJbbJFMTzZy5RIxL1KKtf0 td4gOs9ci6SePlqT2m1aldYT9HtLn9Do2XCACSHI5NSrtNuyktrtaqpd6bdg7VkPuDfJLKXv riGM8ublmnVFgT5nrzYb7jU+NuC1Mvqmk2e38Y2fcUjaP60uQLc/wPakPgRVjJyz7rwPp3Kj rMxsyq9njSgced2tqf55HwEiuKb6iG16F04J+s8H70je94PoC2zhT79yzhz0DUWa0I0ncJIY xyM4jEJPWg3a8ez2R7GcqnbLTw9r2NoKroGswVesHTf/b+g6eRvPGABY++oTUhxdV+78Xcyz NBvT4ViRFiZ54sAtKe46CWWyItKIioQB9hALkhZ1gnVKgrzO8SwVyQatsJfh/ji+ZmTEVo2I Lj3AFxGoeBx2o35kwBIHdAfk6fNomlQ1U9EAi1iGwGIRoIF5UxpeQQs0hStNLyU3DxlZggs8 0JqIAuJHxIyA90xzWoNBMtIWevw3ctjXsF/Qq72dgBNxVRo3e9VasKtaR0kxlDM7ZrqVBUEd CJHvtPhN5pzXIb+h8MUoUiCYXscaaRRfRGkW27XebKxjg4edi6grdFxm5H2b8j18KlXcGDvy 7MQltwtt5rANnRcW7ZHagVQVZPKPBRVVKIbPNvdgK2F3QYbbAykcy2SfR/FtPg+n1xgAjVL2 FjvdIN8FhkcUFOdlhHhCk9tgu9FApFSr1hQqKz5RLpetEAV2AIFqywQO/Pns+N/tt8c/nrw/ JlvLyZuK6zNStmMgnovznEomuHbg3kbtDt7Gpa6iut+ILu4tCQnpN6bLvyLGiUNWqeOvtVQz U3pfDwwyvi1PpYpXB/jf8YV3eGg6+omAYNZSD2pNbE7xCbYK22WBGt2VOY07etWWzJDBDyvu 9oAf0sEGJYUCaf2ykGfEVIXwKAflezMSTsWSC5wAbcqlO58LMGYD5G+IlCdcxTjDyoXqVquG FLPRqAXbLfrTDO5r6TLRdRkKxD9r6B2e3NZMFExyS6Xs0Ns7uWUYf2YoyfzILY9bk9+mU9PJ ZkP62Gw4PWw2CvaPsyCgxw59QTcfSUchpUl0OrWrhaXg/1JQvan0JQ39P9ziYB5MBzSRPCf3 soLs+XQcf2EuOcwsHg0kDTPSIlJZ0+MYIgVnk1FIkZrAn4A2j8PJZWeccGRENC1jcAwGWyXM TVmYR84FBwvkwPBtDBVGaNCDsjoEJ6ZZFCdLIPAr+oMRXMqjQDkCJiqObOSuSiDa6Ni9iSmy hiEMmUKqrKmiMMKS8QFIB0aZuPBr1FPYTlAmF04uLxp5QFetSuK42Bu1kzRsGLz/e2NT59Tf sPbWH+pdlUgDWVw4FZd0tsEaSDUML9ARuAqmWAqomBTN5MnOvHEEAxNOu5vISuk5Hkja4Kzz af1B6v5PrG2X06AChVDPquGmkCjoN5wJNfKYBY6mi7aRdf5pHlUAl3ivZD0vnYelqK7YILcH HKGD6IvCuIX1S9S7ZfRR9RsXagT8BMkkuDOI8mylqEkmsprOFHcvlocDXY7RhLvXlAesuqa9 DPhSCs9dJVU60JBS2ppFYoFudUYxfpC+p/XZirZz33/f2/mDSjeyNpnDVOkemPGy13eflHSq 7DzOo+7nsz5gEsi7mBO43j9AnQw0jLqQToxdCzKhx9iXkmt/p1cdszmXnlX9I7B8jUgdy+AT hQs+mYU5OfVIYrNkGpOPLA+08E4PqZr46ZWwzmECX9xMW9MrrbwuDXGkKtOrzelVGwQjxOMy qbTlYhXz/0E3go1yqVSSh2fep2f0+BY9jg3oB5Uh2rhSclu17KhiLS3rvRqnh+GnuyNYLgKe fmfvH28ijlQ0rEm1oeJYV4Aud3Ju4O98NLxFaTdSuOWlez2uTW7ivW5oHhr5ymDkHizyDBS5 B4m8ABC5aXhhGPJ750TgzwNTBOD7rlRePjuMca3Kg67GQsu5uNUPhK2mUPEc0GorRqwQZnUa stqPWP1ogNUpvGpcv/awPQDZ1kkzoinMAwBtH4xnuxKcbYotFACzvSvPg7J1kWwXANkqHNss jG15KRBb2zdkDoSt2iNpAFte3+Wl0GsfDl67KnZtFrp2HnLtPOBajVv7YNjaUgHU2hVAaz2Y tUtD1i6DWFuei1ebgqtdhFZbygOrdbBqHwmqtrQCUm1xoNocnNpVYWqXQqnNja6aA1Jb8mHU lgpD1JaWRKgtPQCgVuHT+uFp0TlFPQD/F4OKtZFiVwCKnY8Ta+SghSCxsEX65IcXIBbegf51 zb80Vqwl3aSRYpcEvXtUxDsL9TUL+prFfM1BcF0E4OrDby0tQENV69ODSorOUD5QUlpI+Uio uTVeP7DGlUBQMxioc2hAMQjUko2AasbikSFHSynE0XJpGbzRUlG40ZLCSXSesNBGS8pn3QUb 1ZfTNKa0BNRoKT/cdS7SKL0nKTFKJZ6CfBBRTweEhPurLgwhmi54VQTRTAOXAxDNW4KprS6T mUUPLS0LB5o/a6vRxoXtF0xPNcleSM/8Rs1B9MSafXieblTkfbnMqXoKgniKlUlDeCq3yvkA nj78zpIHvlMCdEse8E7sjh+600HuTKkf5sF23pUzoJ18zpKeu0qELFzncmiduWCd8wE5nRNb cThODxqnu4TeHv/wGReQLhJDwjnxkbqkJST1yHcZbTTPrT00pKowYJj8U0P6TDpsmSdvApRF ++E1WfDpSCiComvPYIEPXhiidWgAm7BOZplQvACiIUnS7CBBO572kUbjfH0oc2BoBOVMvkbG BGt2iOTCZMYr2anObNhPYMbu5HoSrVZkIdWBGzMp1+3ArNRMDHSKOG+pwXOzOij1lU+jorpo FqQolaSDnI73ElMU4jO31ugix0FrD60wVHZgLiTut9FXUkN1cL87wbRkH4bhmoVw9SC4llbE YrUH3Tob3Lt6buMYVC4MrroKtupq0KoZXVNxYFWhzzlwqQvQUheBpWplk5FtD7VmpShSqh8o NQcnFedtNZTUPJDUB2GklnwQqa41BRhQAXhUHzrqEuCo6QCmR4BGTfcig4vqwqKKvrgoMqrS Ai6BjLqohjQ46pKAp0a34sU8XRjDNw/yNB/cVGGb2kijaWTTfGBT31sK1jQX1dR5CVenRjRd AtC06IIriiyaWW2wNjDNN4KDKgqKayCNkJoGSC2Oj/r1u0AiLjTvG90+I/q6wJ1yOM07ZzwC bCq0h3OAKVX+A+FR89BR2SIA28ULjboYGXVZYNTsJGZHtzV3eFdFRS1poeExIVGXQkRdEhB1 VTxUn0PAilCohbEL0xKPHZ2cxUG9Kz8UENI5VnF8dC4AnSMZ+2PSNRLkQs+KlTAgH2UYMwCQ y45iBr7xkQdRY/jNGcRV4eLuynOwoU45M32PHw6edQ0WGr29oBHoCzUf0Y0igwu2gdLJPEt0 E+jd7FpaAtHuUQHt0p1fCc7uznFCy6LXPRi8LgenbhmYugJYbgVA6vKB3OzzdbZVj4RI97BO aDy6Ob3IRZlLn7gda5gHYA7GIR8PLrvu5oPBzd1qi6Dgvh7u2yLYN68q37I4HDYWkKL5kG53 /gp8eG0euLbl0NoWZAu1sNoWQrX5EdiKA7CVFuCvlbxYayV7g85FWistgkzzKaDKywAtPQbO 0p1tPtaASOUHwSEtjYaURT9yZIiC2EfeVZyblIYmsACi0eqARsvhGT0criiDVlTwsJMPVlRy RS6xSNvOgJ42i1zeWFkf5bjxew/VgU5wYuF4KGQOraJNYMUTJMXITApH7hFOM27zJEa5KJbI a7heKxeBXkqPghymHwXT6OGQRisiGtGZvbwEnNF8NKMiYEa5WEYPhzIyer/VgIwKwgMtA2Nk oxhZIEYLMYzyIIyKN7EggJGNX2R5TfkkiywvUTndcxmQyPf+1/sHrt3UYzT1Yr2kLKgKIMXY oJmxiTHba+rUDa8yrVHqHHRozZGSRfJxJOQGX5CIJvVbTZn924hO/c2430eSp1+nzcc4EfBz SAgYPfN2OMBAuVsVGOK7PjM3vOSZWcrq1DnLIxzHAaXxLIin9FhwSg6CDqmzvxpu0OPBBj0M NcjtchozqGR8/3IRg1gAJmrgFmtvIiqGkW7aLAd/c+geULQozCHl0wlI3UPgWiC2szEZmO1s 7FqTqc0kT+Ttsf/5cPLm2HsOTUOdlJx957iAODswDWpWMvsxd03wU3qX5j7hbNzMzs3durl7 V+hV6c5mj33jxyWsrad8ZoJA7KFoAV1jCWpz0rleU6kxg7/gy9np5/dv6Nub0+OjMzFJGdBY Hg/1V4R5reFGimjYAc5g9qRJUBteFhAPepljiL45Cq8tFuEDLYK+yUPmWAqNswAs5PaCo7AK 0p1zTiJfJ4TIcg9HKfCsPOys+SBZc9CwXAAs4+yn4a9yXPosUVQnuf+aQFdeA5eNcuWAVzkC RMkvQawGOHXnD1klOI75aFPluVhTWWyoNIt7BGQoDy7UfOyn4shPGSCgDA6QmADnogDNAwGa gwE0BwIoBwEoBwAoF/9nAfxPLvqPEuuiXOyfB0L/5CL/rAz8kwP78yDQHw/Azxx4n2LqOvLm W6iuwwc4WAL5XBtOyiPKCS+9zEgWbz/89t5o9Cgb6PlNm6ylhExQVMOxADqo5AEOKrmwQaUH 4AWllHw04IuJoFhxKiYDDpM+3vk1iR2RiFiJGRz0xJHnUB7zkkFFIOXZb3NoiDLbDZVHvD3M 7z+cnWDE9NpR8oXtLhfoEqH7j6G3XPz6sx7jH+jW5Z8YUiEc/grFLY3Ubh1W2YtlCxOQSANy DybQdaYJPsAHWm+q6wI1uHh5CRwCFOhpQe68i4iBuvG20VOzFbbHU40AHspWRsAcf2jT7DxA qTlwLVk4qceBgspFNrFV5elsxGkcKB+gAss3xQCffO831OvWwcMzLGaW0h24T6WiMqW30Vd2 EKK5hu4MIkxcxN8ZnwjnkI6SjshiY0UVhorSrMsLFFXOwERplKhl0Z3MMLngThrbaWlIJk+J smgsWTWzT9OhCPYkWHMwSzBpFghL5bXP+PWVDXz2ezz6C+r6A5ZweU2iUo9p2yZoLZVsOon9 Sh+28mwSbgao7ycrDEYqArG3y4CVNxtSyK2IzpwOQ+wSQI22MIO/hANSSkBV/qZdDCuqaQgk z5DzLO6/aBSsq3Rj6/jygZ9+FKYdOcb1jPW35rFZk/1dExDGhlpEa9JReQ6xycfUykVvwqWR NskpU2j6WJS2TFvpqdlCncbKKkgDUCJGmc+z+CianoTl74Zo17kIX9sz/ikcUW4CekIeYDOf HMGEkU3CIVoaMItsNOoM8ideNaUQ20A/i+EYrgQE0MyRovh2C4v5vbW7pxLOLfDB0GvgO0xO +N9YApZUrDtQraYL/60zQYjyV3qolUv7dYdzCAOvw3B32soYcC25haUBZmjoNLb+v431A7F4 VGQgv6PBllgXIoZT0yBB0+JHNzYsUC3dZNTjp7tBMSIH/gLXgrUlS8kdLGpznubt7PjfSqvl qreNvkwXldaxZao68HiJZPZiYQ6cT/jphr3djugKRlbAvhAjui0vKteECohtVSW35W82OR8U lNAKEsk8g/UiKLzCSHhLkVLlrufZsrmYd8Wnjl/2TB3fsKcO/UdIZUwGf+yZY/VHXy93EmXa fPPWizqDIrPG9HA4JkpYo1OSJpPPCb0N/kWjmwpsXMhM3579+iNlWTx4uNSemhJbkBdNvgNf wZtQZOSqibZM7Wl5QEIsC+xT1tjbDjDOOvxPPEMfCUVoo5Ec0UCgglsU0jSjMCpMcTFiYxDO D/tTJpLthXMey5pwnBAyi9h2SMgePspZ0MQ8zETfiPoQE4sCJtJz9B6ftvFnEo4R+oQuw2B9 z33DdcZ003/fpt+o9MDh4G5JyaKtbOGaMg+21JNdfrJluEFnWcjGZREbVwFs9KIzFgFnVNiM jwLNWJCU4Zr1EDJayr/rGn//Xqr6wzmDvIWnUAy8iK7CkWpfAg2sUKChtA4mSme2ruYyJTK1 9YsJ/w6B05TNswOIJBWnSLju9I/66/NJ1LsI3WWTu1e0tKO6TRuheznhV9a/X9d7QK0WJjvP zQsimekyOLRYrwqraKuVptv5WyLTqVqg1zI1r1nLdpw12SF8t/WTRii9DBGRTKaNfEOfUQL5 Z8n3St1S1gklUiWzoYGqVqNBHVc96CS3o277Ip7GBdpeNekDdOtMiJNqYfCqoohwLtXPbjUe Sv1ixqdZvwqH4EnIblFaglFVZ1RoCzales+zMXVvvtNtfG12p3MqlyedM/2ArGMjRvzTzYT7 zhaWHUylLd7FPiypgOGiTMbsOwWgsMbUOLivpU79qLRjfYEj5loezTpNNI+LpIOGkgVyNFsy 34CSxY234xOb4T1boDPFIhH0FIqX0f6IJLJjj1mmWENcTaFqAj0Fq1u4mtQ0d/QsdaA4CkLH dI8a9ayWWiymIjyywO01QnnLVqZO3PDEJ33Yl8Ugx3YBKK2lFAWmCgtgzzOr+iZVMU22tJLJ eS+tBHOuKNVkcE8pbjl3RafXZsSWisfnNyXPOkjDypMmixusDL9ZRXkB1GBfpKcPB3ghEOJD UYAdbMQloBFLPo1zxwNbuBiPz0UAtgueCwC8uGB/9hC7ksLgi4sr82EvpqqZB7+4uAKD/WtD FsbLQP8ursSCeLRrWRH4d3F9NuCjXWFhvMfFVThwj6mhKwr6W3JAH/ng1clAPqojxjc+vN/V 4H5XQ/udB/a7MIT/EbB+F9bxlaB+fS76DwgoyA2eyDWMPhjQ9xHxfOf7t2Z5lKpHTy/rSfRB Eav3ca4HAYcuQgJ+EAyq6wnHogB6Z3iEgVSurod0JA8A1Y9Vmg9VmodUmgdUmnUkKK+IUpot xp7yxRCl7rgb0B1JPM2jLs8wGM+9TA7QbvaLcYW0BW44OrU4wSwtdsVJpd7mBn4Jb52GHWGu j5NPv7R/+viu/cvxf/DR/zYE5v/pD0zr1rgz7V7W//yz+ZXqmI//2mg1tncY/3W3sbPXaCH+ 6/Ze4wn/9e/41EECue72b5It+nezuxkDdy2dXc6Co/EkaO4Erear5stXuzuEGFre2Nhwn089 2mq82nnBjyI8dmu32ay1msEGfXlJ6NiirQBKTbywPeUC2+rCQTkoB+hOaqAnrxC/Do4R3wW7 tGTKdVUIgTxBEc+5jHE3ass14BFTsp58K8UzHhScXuuuvkSeZ+bVJmNkpjC4SWWV6yUCuoK/ a3B7Db98660a76iMBr77mv957yJTsspWQ1OuY/N1B7jJ2GI9iFiONLZcV4nTsak8X9hgdZVf QMZtXcx2BkqTajeUc5E7YgpewSqwvPHrh7ef3x233x5/PH7/lvtYC/7sjKcIEdzk/4FrbDBY b5sfV89B7bXAnrVaaokw1hi8HzAsZ6BX1Spzygt1pwHrE9Zpa1/WqW+cgvnjRKtLPKsC/K/g MKDg/LCRIGSqt8dv3h2dHqfKcBZGLfh00v70+Yc2V/eJfn84fYs1n7x9+w7TGm5ID/7btOnp 8/U/Nv9vfaU6FvD/5ovmdpb/7zzx/7/jo/h/TPwh9vP/BvD/psv/9fNpUWH/VaNl+H9zt/mS +D99mcf/40fg/3E+/4+X5v/xUvw/U3WK/2fuO/w/c9fh/3Fh/h8v4P9xmv/HXv6f7voS/D/O 5f9xQf4fW1wvdrhePI//y3LbbdRe4Grb3oe/Nhf3dwyXQ2BYdsFW+9n1Mg3PY9dxzZ3Hr86u kf6//3B2/OmR6Yr9WUD/d/dau4r+v3jRgPvN5s7O7hP9/zs+Z5dhEgYkAaDfOuft6M/I0MnQ 5aIY1gFJvB2EBiRlUsiec7pO0sgKzd4sl09GUPAECBUC3r0ql7dmyWQLldLJ1iicapXzK9ik G+S7vnYdDbqdwWxNKBtlzuoE57MLlYsDXb3ifjCOB4OKwM1KfeuJXA06g2u0bVL+nYScocOb bkhKMkShQ/N6RGnhb8vsex+SnlpqGHagr4TP1lNW2OQWWjoUr7MzMixjIsURvU7vSGvja0pu qfOcMmVk3zQdC0uB+pirZXQhyKtsZ+9jiu+Q8Zg6E1JjS4c4WTdanw3m2JuPn4PubRc19WXl +k+zSOUlU+TAsNka55torGbPOIJBJuhEGFScN6mmXld4kSNJFIBJ7sNOD2uqBckA8+njODYD VCUKllrSuVJJYLrjGZWAzxA0SbIZnATJ7OJCsgbaMMM8WDVJvgAzwh56HSpBFlI/unETVeol MpmO1XB3OMtfQinmB51olIjmNBoxsvLp2UdZBbNhwmc3yuWPIxmpTBCERjBFtevUchyhUYhH lOmw+4WxkgURED4n0M5BFF7J1BKY8zic9ENCjRyhVWnAwIKUAn9qzQ0vucz8oKH/KmQPkcow SgYM/lkVEBDjbj6NL0JsqBkRbc7pyrpMaG5xbijF7nmnB42irYmly3ap0dYc3Mqodzuys6Ik mYUa/FhhaBNkIT6uHzUzyWuHoxOvO7zwqWJYnJ3RZrrDHe4wWjRpyqgavHI9mW7RLyXsSRuQ YPDkYcKrPrlyDqIvlDZJloszBFa515doWEOrv5o3ivEb0xrhhLrWNoApHkSYY4IAGYeoMscR waXAo6SgB9zBqcB7XwhxQuM4kr8rY9tVa0EXTRqUul/QTRFbLdQgmXGf5q1GzboYxOewdpSD QcL5kbBktLuvGTR0HhFGBgjE8wDT/zPVoqFnlMrOoF9XtjExCVLiqJoiV1xSBHcJntSkuDqf xF8EfWA8gWadw/TPENwpSdTm3WToZ5uyw+LtbjGPoCVqsww2pcq4UVbE2YVea7KrUXzEtXuB 4UvUUkaXntB+wkmnrHXYIk1+0KQKm3kSjyeSHQ6TV0mK953NG5dCwqhqjbcsbTn/BpVkxrig EsjBK4Vh4b1d3MLFlVSJYNFihWYBjS2X4VglObBVAhbuNdHaDV57Ak5COZYTzYeUp41NsMlH jNnAbBTejMl4LKsJeUkSVMLNi000u1IYCqNE4QGDkNmrm8EHTEk25iojCiDsRVdRb9ZhbHdn aqAtgyTmveLSA2JoBEqsEJqxCiGtSGFUcyad0YXOMAj0FLZuMp3hZjXZ9XC/dSYX6N6EzkiK GZpthD5K553ul83gN0oKFqH5F1OhwcxcoNWSc2zdWLuxpnmyzIRN3VVnOn2k1EiZhxgMIPSG dqIsGikFbXHw2GAmqcpw+U8YidlsE1iZQBZo0UQomSRJdK4IDgEiQc24Z2pYFs2oMAPkliBa bMHYb9GIbOExDRY8kLGIh6MznTKWEtRNN5h4wuIixqMokACh8fZm0ncywh2339pvNKmk7mU0 htVRxZKGcYLAS4hAKw4m5C7K64skhVaw/4vQO1Qg6l0o4wiEArMNIruAahBSkjoDNYbjy3h0 K8uAWo0PTGbjKaZAVSJPa7cxhGlAllIjcBxKmzeIr1G8imR74mCLyyRaZhFMkhOxJYqS4k6B czCOvGZvYqmvBRezDizCaRjSpsEEnMF2y2rOVqKEngTz6ihqLBJwjwU9GWCeaBZGdxvYdlqy tgjowpLjQO3/ggn1Mc0ULFEmVZ0ptS9C02qH0YB4t9/IHGHCQKCpf6P8j+c/XFm4rr5WHQvO f9vNPXP+w++NZqvV2ns6//0dn5NRL7x5xcSlfPjwT/n0zSeSuF4FW5fA5LZG3SvYa5PuVg6p q12VJyEKLnSaAC4fkfDX3NzebG02t8tM8GZBfaIuSWNRc0nfSs394AiOiCBhbgfN3Vc7zVeN ZlDHpVXSxaDeUp5+SepKlEdRYbm7gwpLeppVSPvbtb1gA/80WV+59RwI7sM/pPKhTIzDIXQQ ZE5g1SHhtwblja3n5Y3geTDghjV2mi/p9294AKdkwkQ9rsNACd8gFUQGTYx4ElJq9EmjHLp4 KOEigcdGySVwJnQnBZoNYs55J5HEeESE0JElOHnzc/vt2Q/v2u+O3/909nNQ2W5V4fUdKkTn GuUj8o3KQYpVEakcYdvCEXt/aYY7mg3PqVIqRBiKnJdMc0CKv8b02C2SxrZbm/T0mRyt6Gze C9HVWx0+dE7UEPrBUimUSMLEJKdO4ry3ioGBnNgl+Qt4d8RRwngZux+w2zweFLnn7MyGt/uD zkXNDIUGGdNwHHjSjY1sjK8f9fjUz7kxsZTm3hcdpE/DldiaDWggyO7A7HabLQYw4W4Qd6KU 7M3Wvoy+VIF+Q0NMLHuOZ50b4F14eUsr2jGvSxkXfxv72pue6yT6SbcNcgFMGmYpq5aDO94B L5u1ZiPYaDV2as092gLloHSO2RoOgyuQIi9vk0oy6sHQtuEwCn8qID6/5pFGkKqgRL8HXxgW zTyKq8V+NtgK5Mnkz4PyhnKC0scxm/nPWS/Y2Q3BaT1sHcBZ5ju8+u239M20Be8cBtHzVhUe L2GFTjsjVKVSirxA8hPqmxi+hOW5l3ayl/azl2AIM9e2KRwwKLkNaB2U6/pS8mfBoSP3rKB0 r/XAGysWAYXYWLc4dimawFi3puW4lhAkVojQYUCLZEMPHTTgOZb3zKoIF8h/m+k9fZ4+T5+n z9Pn6fP0efo8fZ4+T5+nz9Pn6fP0efo8fZ4+T5+nz9Pn6fP0efo8fZ4+/59+/h9n31zdAEAB AA== --tKW2IUtsqtDRztdT-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 19:04:15 2005 Return-Path: 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 89E2F16A4CE; Wed, 20 Apr 2005 19:04:15 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9B143D53; Wed, 20 Apr 2005 19:04:13 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3KJ4Amq060621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Apr 2005 15:04:11 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11])j3KJ43EG089812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Apr 2005 15:04:04 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j3KJ3wWo001460; Wed, 20 Apr 2005 15:03:58 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j3KJ3v2W001459; Wed, 20 Apr 2005 15:03:57 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Alexander Chamandy Date: Wed, 20 Apr 2005 15:03:57 -0400 User-Agent: KMail/1.7.2 References: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_deqZCNLEC5P7dWN" Message-Id: <200504201503.57630.mi+mx@aldan.algebra.com> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: Q cc: freebsd-amd64@freebsd.org cc: obrien@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 19:04:15 -0000 --Boundary-00=_deqZCNLEC5P7dWN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline > > The latest version from Q's site works (!), but seems limited to > > 100baseTX full-duplex. Even at that nominal speed, the actual data > > transfers seem limited to 2-3 megabytes/s with occasional latency-spikes > > > > :-( > I just tried the one from Q's site on my Asus K8NNXP nForce MCP3 > Networking Adapter (RTL8201L) and it seems to peak at about 7-8MB/s. > I haven't had any latency problems.. perhaps this issue is isolated to > a certain network adapter? > > > I'll try to back-port if_nve manually and see, what happens. Well, simply checking out sys/dev/nve, sys/contrib/dev/nve, and sys/modules/nve allowed me to build the if_nve module. Loading if_nve.ko attaches to the interface, but attempts to ifconfig it result in instant panic (page fault). I'm going to guess, there is some assumption the driver makes, that is true on 6.0, but on 5.x So I'm back to net/nvnet's if_nv.ko, which is limping along... nv0: port 0xac00-0xac07 mem 0xff2fe000-0xff2fefff irq 22 at device 5.0 on pci0 nv0: Ethernet address 00:d0:68:06:d8:c0 miibus0: on nv0 My motherboard is IWill's DK8N -- dmesg attached. -mi --Boundary-00=_deqZCNLEC5P7dWN Content-Type: text/plain; charset="iso-8859-1"; name="pandora.dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pandora.dmesg" Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-RC2 #0: Sun Apr 10 04:02:23 UTC 2005 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1800.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2146697216 (2047 MB) avail memory = 2060873728 (1965 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.LUS0 has invalid initial irq 10, ignoring ACPI link \\_SB_.LKLN has invalid initial irq 5, ignoring ACPI link \\_SB_.LUS1 has invalid initial irq 11, ignoring ACPI link \\_SB_.LUS2 has invalid initial irq 7, ignoring ACPI link \\_SB_.LNKE has invalid initial irq 11, ignoring ACPI link \\_SB_.LNKB has invalid initial irq 10, ignoring ACPI link \\_SB_.LTIE has invalid initial irq 10, ignoring pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xff2fb000-0xff2fbfff irq 22 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xff2fc000-0xff2fcfff irq 21 at device 2.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered pci0: at device 2.2 (no driver attached) nv0: port 0xac00-0xac07 mem 0xff2fe000-0xff2fefff irq 22 at device 5.0 on pci0 nv0: Ethernet address 00:d0:68:06:d8:c0 miibus0: on nv0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nv0: Ethernet address: 00:d0:68:06:d8:c0 pci0: at device 6.0 (no driver attached) atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xbc00-0xbc0f,0xc000-0xc003,0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc07 irq 21 at device 10.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib1: at device 11.0 on pci0 pci2: on pcib1 pci2: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 ACPI link \\_SB_.LNKD has invalid initial irq 10, ignoring ACPI link \\_SB_.LNKC has invalid initial irq 10, ignoring pci1: on pcib2 fwohci0: mem 0xff0f8000-0xff0fbfff,0xff0ff800-0xff0fffff irq 18 at device 6.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:01:46:87 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:46:87 fwe0: Ethernet address: 02:00:00:01:46:87 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib3: on acpi0 pci3: on pcib3 pcib4: at device 1.0 on pci3 pci5: on pcib4 atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 mem 0xff5ffc00-0xff5fffff irq 27 at device 3.0 on pci5 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 ata6: channel #2 on atapci2 ata7: channel #3 on atapci2 pci3: at device 1.1 (no driver attached) pcib5: at device 2.0 on pci3 pci4: on pcib5 amr0: mem 0xfeaf0000-0xfeafffff irq 29 at device 1.0 on pci4 amr0: Firmware 712T, BIOS G116, 64MB RAM pci3: at device 2.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: at iomem 0xc8800-0xccfff,0xc0000-0xc7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1800006080 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master PIO4 ad4: 190782MB [387621/16/63] at ata2-master UDMA33 ad8: 190782MB [387621/16/63] at ata4-master SATA150 amrd0: on amr0 amrd0: 953885MB (1953556480 sectors) RAID 5 (optimal) Mounting root from ufs:/dev/ad8s2a --Boundary-00=_deqZCNLEC5P7dWN-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 19:27:13 2005 Return-Path: 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 A72A516A4CE for ; Wed, 20 Apr 2005 19:27:13 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E220543D53 for ; Wed, 20 Apr 2005 19:27:11 +0000 (GMT) (envelope-from bsdfreak@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so424590nzf for ; Wed, 20 Apr 2005 12:27:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ib4MDZJXs9S4/6ZplwyHZLBzYtraHRZt8PQpapLcsRD07nzxeSdwJeVnFZKhrGG8rWmDIgRa0hjhSaAOWKpcm/7TcKzIVzVFaZqSqe6sFsWcCe+98PXcmA6435eXeYFDKXTyCYpZazX0ipA0CFGHiHMbL8M2AU7GZSYhOdgIsO0= Received: by 10.36.9.5 with SMTP id 5mr120066nzi; Wed, 20 Apr 2005 12:27:11 -0700 (PDT) Received: by 10.36.7.11 with HTTP; Wed, 20 Apr 2005 12:27:11 -0700 (PDT) Message-ID: Date: Wed, 20 Apr 2005 15:27:11 -0400 From: Alexander Chamandy To: Mikhail Teterin In-Reply-To: <200504201503.57630.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> <200504201503.57630.mi+mx@aldan.algebra.com> cc: Q cc: freebsd-amd64@freebsd.org cc: obrien@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alexander Chamandy List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 19:27:13 -0000 On 4/20/05, Mikhail Teterin wrote: > > > The latest version from Q's site works (!), but seems limited to > > > 100baseTX full-duplex. Even at that nominal speed, the actual data > > > transfers seem limited to 2-3 megabytes/s with occasional latency-spi= kes > > > > > > :-( >=20 > > I just tried the one from Q's site on my Asus K8NNXP nForce MCP3 > > Networking Adapter (RTL8201L) and it seems to peak at about 7-8MB/s. > > I haven't had any latency problems.. perhaps this issue is isolated to > > a certain network adapter? > > > > > I'll try to back-port if_nve manually and see, what happens. >=20 > Well, simply checking out sys/dev/nve, sys/contrib/dev/nve, and > sys/modules/nve allowed me to build the if_nve module. Loading if_nve.ko > attaches to the interface, but attempts to ifconfig it result in instant > panic (page fault). I'm going to guess, there is some assumption the driv= er > makes, that is true on 6.0, but on 5.x >=20 > So I'm back to net/nvnet's if_nv.ko, which is limping along... Have you tried disabling ACPI and measuring performance then? I had a lot of problems with ACPI on this machine which is an AMD Athlon64 3200+ w/K8NNXP mainboard.. 2GB DDR RAM. >=20 > nv0: port 0xac00-0xac07 mem > 0xff2fe000-0xff2fefff irq 22 at device 5.0 on pci0 > nv0: Ethernet address 00:d0:68:06:d8:c0 > miibus0: on nv0 >=20 > My motherboard is IWill's DK8N -- dmesg attached. >=20 > -mi >=20 >=20 > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-RC2 #0: Sun Apr 10 04:02:23 UTC 2005 > root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 244 (1800.01-MHz K8-class CPU) > Origin =3D "AuthenticAMD" Id =3D 0xf58 Stepping =3D 8 > Features=3D0x78bfbff > AMD Features=3D0xe0500800 > real memory =3D 2146697216 (2047 MB) > avail memory =3D 2060873728 (1965 MB) > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > ACPI link \\_SB_.LUS0 has invalid initial irq 10, ignoring > ACPI link \\_SB_.LKLN has invalid initial irq 5, ignoring > ACPI link \\_SB_.LUS1 has invalid initial irq 11, ignoring > ACPI link \\_SB_.LUS2 has invalid initial irq 7, ignoring > ACPI link \\_SB_.LNKE has invalid initial irq 11, ignoring > ACPI link \\_SB_.LNKB has invalid initial irq 10, ignoring > ACPI link \\_SB_.LTIE has invalid initial irq 10, ignoring > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xff2fb000-0xff2fbfff irq 22 a= t device 2.0 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xff2fc000-0xff2fcfff irq 21 a= t device 2.1 on pci0 > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 4 ports with 4 removable, self powered > pci0: at device 2.2 (no driver attached) > nv0: port 0xac00-0xac07 mem 0xff2f= e000-0xff2fefff irq 22 at device 5.0 on pci0 > nv0: Ethernet address 00:d0:68:06:d8:c0 > miibus0: on nv0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000b= aseT-FDX, auto > nv0: Ethernet address: 00:d0:68:06:d8:c0 > pci0: at device 6.0 (no driver attached) > atapci0: port 0xffa0-0xffaf,0x376= ,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > atapci1: port 0xbc00-0xbc0f,0xc000-0xc003,0xc400= -0xc407,0xc800-0xc803,0xcc00-0xcc07 irq 21 at device 10.0 on pci0 > ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > pcib1: at device 11.0 on pci0 > pci2: on pcib1 > pci2: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > ACPI link \\_SB_.LNKD has invalid initial irq 10, ignoring > ACPI link \\_SB_.LNKC has invalid initial irq 10, ignoring > pci1: on pcib2 > fwohci0: mem 0xff0f8000-0xff0fbfff,0xff0f= f800-0xff0fffff irq 18 at device 6.0 on pci1 > fwohci0: OHCI version 1.10 (ROM=3D1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:00:00:00:01:46:87 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:00:00:01:46:87 > fwe0: Ethernet address: 02:00:00:01:46:87 > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) > firewire0: bus manager 0 (me) > pcib3: on acpi0 > pci3: on pcib3 > pcib4: at device 1.0 on pci3 > pci5: on pcib4 > atapci2: port 0xdc00-0xdc0f,0xe000-0xe003,0= xe400-0xe407,0xe800-0xe803,0xec00-0xec07 mem 0xff5ffc00-0xff5fffff irq 27 a= t device 3.0 on pci5 > ata4: channel #0 on atapci2 > ata5: channel #1 on atapci2 > ata6: channel #2 on atapci2 > ata7: channel #3 on atapci2 > pci3: at device 1.1 (no driver at= tached) > pcib5: at device 2.0 on pci3 > pci4: on pcib5 > amr0: mem 0xfeaf0000-0xfeafffff irq 29 at device= 1.0 on pci4 > amr0: Firmware 712T, BIOS G116, 64MB RAM > pci3: at device 2.1 (no driver at= tached) > acpi_button0: on acpi0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on a= cpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 = on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd0 at atkbd0 > orm0: at iomem 0xc8800-0xccfff,0xc0000-0xc7fff on isa0 > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1800006080 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata1-master PIO4 > ad4: 190782MB [387621/16/63] at ata2-maste= r UDMA33 > ad8: 190782MB [387621/16/63] at ata4-master SATA150 > amrd0: on amr0 > amrd0: 953885MB (1953556480 sectors) RAID 5 (optimal) > Mounting root from ufs:/dev/ad8s2a >=20 >=20 >=20 --=20 Best wishes, Alexander G. Chamandy Webmaster www.bsdfreak.org Your Source For BSD News! From owner-freebsd-net@FreeBSD.ORG Wed Apr 20 21:27:13 2005 Return-Path: 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 69D4416A4CE; Wed, 20 Apr 2005 21:27:13 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 039D943D1F; Wed, 20 Apr 2005 21:27:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j3KLRBms035007 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 20 Apr 2005 14:27:12 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4266C9D7.1010906@errno.com> Date: Wed, 20 Apr 2005 14:29:59 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20050419064747.GC734@cell.sick.ru> <4264D430.D39B81D0@freebsd.org> <20050419120324.GA5862@cell.sick.ru> <4264F4BC.4F3B57AE@freebsd.org> <20050419121141.GB5862@cell.sick.ru> <4264F7D4.F5A9775F@freebsd.org> <42652357.8020604@errno.com> <20050419171406.GA378@cell.sick.ru> In-Reply-To: <20050419171406.GA378@cell.sick.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Andre Oppermann cc: net@freebsd.org Subject: Re: if_link_state_change() patch for review X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2005 21:27:13 -0000 Gleb Smirnoff wrote: > On Tue, Apr 19, 2005 at 08:27:19AM -0700, Sam Leffler wrote: > S> >change message will report either all state changes or those where at > S> >the time of reporting the state changed relative to the last report. > S> >The same assumption is true for the OpenIGPd we are working on at the > S> >moment. > S> > S> It is possible with the change to defer the messages to have multiple > S> changes coalesced. If an app is written to assume it receives notice of > S> every change and it uses this to track internal state then it can get > S> confused. The issue was whether or not to communicate any coalescing to > S> applications so they can recognize that it's happened. In lieu of doing > S> that I asked for a console printf so we could see if it ever happened in > S> practice. > > Yes, all the time we are speaking about a theoretical issue. Let's see > whether it can happen or not. I decided to go ahead with this change. > > S> >From an (routing) application point of view only effective state changes > S> >are interesting and only those should be provided. > S> > > S> > S> If an inteface does down, moves network, then comes back up and you only > S> get the up event then you will likely do the wrong thing unless you have > S> some other way of identifying what happened. I'm not convinced (yet) > S> this cannot happen so am being cautious. > > In this case you will receive additional messages, not only RTM_IFINFO. > Move network will also generate RTM_NEWADDR and RTM_DELADDR > Only if someone sets the address which won't be true in the case I'm thinking of: dhclient handling a wireless nic that re-associates with a different ap. But since the dhclient I'm thinking of isn't in the tree yet I'll look at the problem myself. Sam From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 14:52:08 2005 Return-Path: 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 31F8E16A4CE for ; Thu, 21 Apr 2005 14:52:08 +0000 (GMT) Received: from mx.netvision.com.br (nv-230-249.netvision.com.br [200.247.230.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9978E43D45 for ; Thu, 21 Apr 2005 14:52:06 +0000 (GMT) (envelope-from andre@netvision.com.br) Received: from av.netvision.com.br (localhost [127.0.0.1]) by mailer.netvision.com.br (Postfix) with ESMTP id 3029C3C321C for ; Thu, 21 Apr 2005 11:52:04 -0300 (BRT) Received: from mx.netvision.com.br ([127.0.0.1]) by av.netvision.com.br (av [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 52758-03 for ; Thu, 21 Apr 2005 11:52:04 -0300 (BRT) Received: from mail.server.home (unknown [200.138.213.47]) by mx.netvision.com.br (Postfix) with ESMTP id 4640F3B266E for ; Thu, 21 Apr 2005 11:52:03 -0300 (BRT) Received: by mail.server.home (Postfix, from userid 0) id 095D460F6; Thu, 21 Apr 2005 14:52:56 +0000 (UTC) Date: Thu, 21 Apr 2005 14:52:56 +0000 From: Andre To: freebsd-net@freebsd.org Message-ID: <20050421145256.GA50738@server.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at netvision.com.br Subject: How to set the source IP of TCP connections? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 14:52:08 -0000 How can I open a TCP connection with a source IP address that's not configured on the machine? I've created a proxy (like Squid but for another protocol), and I use ipfw fwd to get the client's TCP connections to this proxy. The problem is that the connections that the proxy open have the source IP address of the machine where the proxy is running on. What I'd like to do is to use the IP address of the client as the source IP address of connections opened by the proxy for that client. Any way to do this in FreeBSD 4 or 5? From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 14:53:46 2005 Return-Path: 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 59C9116A4CE for ; Thu, 21 Apr 2005 14:53:46 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95B943D1F for ; Thu, 21 Apr 2005 14:53:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 68717 invoked from network); 21 Apr 2005 14:55:36 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Apr 2005 14:55:36 -0000 Message-ID: <4267BE79.972245F4@freebsd.org> Date: Thu, 21 Apr 2005 16:53:45 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Andre References: <20050421145256.GA50738@server.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: How to set the source IP of TCP connections? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 14:53:46 -0000 Andre wrote: > > How can I open a TCP connection with a source IP > address that's not configured on the machine? > > I've created a proxy (like Squid but for another > protocol), and I use ipfw fwd to get the client's > TCP connections to this proxy. > > The problem is that the connections that the proxy > open have the source IP address of the machine where > the proxy is running on. > > What I'd like to do is to use the IP address of the > client as the source IP address of connections opened > by the proxy for that client. > > Any way to do this in FreeBSD 4 or 5? No. -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 15:01:46 2005 Return-Path: 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 A9E9116A4CE for ; Thu, 21 Apr 2005 15:01:46 +0000 (GMT) Received: from rchss002.chiaro.com (rchss002.chiaro.com [63.88.196.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF3243D39 for ; Thu, 21 Apr 2005 15:01:46 +0000 (GMT) (envelope-from dbaukus@chiaro.com) Received: from rchst007.cus.chiaro.com ([192.168.8.120]) by rchss002.chiaro.com (8.12.11/8.12.11) with SMTP id j3LExNvP001975; Thu, 21 Apr 2005 09:59:23 -0500 (CDT) (envelope-from dbaukus@chiaro.com) Received: from chiaro.com ([192.168.25.95]) by rchst007.cus.chiaro.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 21 Apr 2005 10:01:02 -0500 Message-ID: <4267C206.3020506@chiaro.com> Date: Thu, 21 Apr 2005 10:08:54 -0500 From: dave baukus Organization: Chiaro Networks User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre References: <20050421145256.GA50738@server.home> In-Reply-To: <20050421145256.GA50738@server.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Apr 2005 15:01:02.0064 (UTC) FILETIME=[EF134F00:01C54682] cc: freebsd-net@freebsd.org Subject: Re: How to set the source IP of TCP connections? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 15:01:46 -0000 Can you not configure the loop back w/ the address then bind to it and connect to the forgein end ? It's not exactly what you want, but I think its a game some apps play. Andre wrote: > How can I open a TCP connection with a source IP > address that's not configured on the machine? > > I've created a proxy (like Squid but for another > protocol), and I use ipfw fwd to get the client's > TCP connections to this proxy. > > The problem is that the connections that the proxy > open have the source IP address of the machine where > the proxy is running on. > > What I'd like to do is to use the IP address of the > client as the source IP address of connections opened > by the proxy for that client. > > Any way to do this in FreeBSD 4 or 5? > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Dave Baukus dbaukus@chiaro.com Chiaro Networks Ltd. Richardson, Texas USA From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 15:08:22 2005 Return-Path: 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 9ADFE16A4CE; Thu, 21 Apr 2005 15:08:22 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3962343D1D; Thu, 21 Apr 2005 15:08:22 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j3LF7rse075073; Thu, 21 Apr 2005 08:07:53 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j3LF7qdj075072; Thu, 21 Apr 2005 08:07:52 -0700 (PDT) (envelope-from obrien) Date: Thu, 21 Apr 2005 08:07:52 -0700 From: "David O'Brien" To: Mikhail Teterin Message-ID: <20050421150752.GA74619@dragon.NUXI.org> References: <200504171905.j3HJ50jK096698@corbulon.video-collage.com> <200504201503.57630.mi+mx@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200504201503.57630.mi+mx@aldan.algebra.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: Q cc: Alexander Chamandy cc: freebsd-amd64@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 15:08:22 -0000 On Wed, Apr 20, 2005 at 03:03:57PM -0400, Mikhail Teterin wrote: > Well, simply checking out sys/dev/nve, sys/contrib/dev/nve, and > sys/modules/nve allowed me to build the if_nve module. Loading if_nve.ko > attaches to the interface, but attempts to ifconfig it result in instant > panic (page fault). I'm going to guess, there is some assumption the driver > makes, that is true on 6.0, but on 5.x Yes. -- -- David (obrien@FreeBSD.org) From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 15:54:21 2005 Return-Path: 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 39B5C16A4CE; Thu, 21 Apr 2005 15:54:21 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECDB243D1D; Thu, 21 Apr 2005 15:54:19 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j3LFsFYB093407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Apr 2005 11:54:18 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11])j3LFs2Wu004497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Apr 2005 11:54:05 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j3LFrrAP020163; Thu, 21 Apr 2005 11:53:53 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j3LFrqLX020162; Thu, 21 Apr 2005 11:53:52 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: obrien@freebsd.org Date: Thu, 21 Apr 2005 11:53:52 -0400 User-Agent: KMail/1.7.2 References: <200504201503.57630.mi+mx@aldan.algebra.com> <20050421150752.GA74619@dragon.NUXI.org> In-Reply-To: <20050421150752.GA74619@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504211153.52676.mi+mx@aldan.algebra.com> X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: Q cc: Alexander Chamandy cc: freebsd-amd64@freebsd.org cc: net@freebsd.org Subject: Re: nvnet does not see NVidia's adapter on amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 15:54:21 -0000 > On Wed, Apr 20, 2005 at 03:03:57PM -0400, Mikhail Teterin wrote: > > Well, simply checking out sys/dev/nve, sys/contrib/dev/nve, and > > sys/modules/nve allowed me to build the if_nve module. Loading if_nve.ko > > attaches to the interface, but attempts to ifconfig it result in instant > > panic (page fault). I'm going to guess, there is some assumption the > > driver makes, that is true on 6.0, but on 5.x > > Yes. How admirably Laconic. I volunteer to test the proper (pre-MFC) patches. The system is unusable at the moment :-( -mi From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 17:17:15 2005 Return-Path: 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 DC5D216A4CE for ; Thu, 21 Apr 2005 17:17:15 +0000 (GMT) Received: from mx.highway.ne.jp (pip7.usen.ad.jp [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id C91E643D4C for ; Thu, 21 Apr 2005 17:17:14 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.195.104.17] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1DOfIf-0007RF-Eq for freebsd-net@freebsd.org; Fri, 22 Apr 2005 02:17:13 +0900 Message-ID: <4267E009.6010102@highway.ne.jp> Date: Fri, 22 Apr 2005 02:16:57 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050401) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------010807040606030905060306" Subject: tcp output question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 17:17:16 -0000 This is a multi-part message in MIME format. --------------010807040606030905060306 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Hi, list, I'm reading FreeBSD's network codes, and I have noticed that we call tcp_output() from tcp_usr_send() with tcbinfo locked. According to the comment in the tcp_usr_send(), we must call tcp_connect() or tcp_usrclosed() with tcbinfo locked. But it seems that we does not need to lock it to call tcp_output(). Is there any reason not to unlock it before calling tcp_output()? I have tried the attached patch, so I get about 10-20% performance up when running my test server program. ------------------- Kazuaki Oda --------------010807040606030905060306 Content-Type: text/x-patch; name="tcp_usrreq.c.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tcp_usrreq.c.patch" --- tcp_usrreq.c.orig Tue Mar 29 10:10:46 2005 +++ tcp_usrreq.c Wed Apr 20 17:32:16 2005 @@ -619,7 +619,7 @@ int error = 0; struct inpcb *inp; struct tcpcb *tp; - const int inirw = INI_WRITE; + int unlocked = 0; #ifdef INET6 int isipv6; #endif @@ -694,6 +694,8 @@ socantsendmore(so); tp = tcp_usrclosed(tp); } + INP_INFO_WUNLOCK(&tcbinfo); + unlocked = 1; if (tp != NULL) { if (flags & PRUS_MORETOCOME) tp->t_flags |= TF_MORETOCOME; @@ -742,8 +744,13 @@ error = tcp_output(tp); tp->t_force = 0; } - COMMON_END((flags & PRUS_OOB) ? PRU_SENDOOB : - ((flags & PRUS_EOF) ? PRU_SEND_EOF : PRU_SEND)); +out: TCPDEBUG2((flags & PRUS_OOB) ? PRU_SENDOOB : + ((flags & PRUS_EOF) ? PRU_SEND_EOF : PRU_SEND)); + if (tp) + INP_UNLOCK(inp); + if (!unlocked) + INP_INFO_WUNLOCK(&tcbinfo); + return error; } /* --------------010807040606030905060306-- From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 17:21:04 2005 Return-Path: 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 A54F416A4CE for ; Thu, 21 Apr 2005 17:21:04 +0000 (GMT) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0CA043D2D for ; Thu, 21 Apr 2005 17:21:03 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from [24.201.17.57] (account kfl@xiphos.ca HELO [10.0.0.249]) by mail.net (CommuniGate Pro SMTP 4.2.8) with ESMTP id 53954222 for freebsd-net@freebsd.org; Thu, 21 Apr 2005 13:21:02 -0400 Message-ID: <4267E0FA.9060004@xiphos.ca> Date: Thu, 21 Apr 2005 13:20:58 -0400 From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ipfw fwd to localhost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 17:21:04 -0000 Hi, I just did a cvsup of RELENG_5 and got some problem doing forwarding to localhost using a rule like this: ipfw add fwd 127.0.0.1,1234 tcp from any to any in via re1 I have those options in my kernel config: options IPFIREWALL options IPFIREWALL_FORWARD_EXTENDED options IPFIREWALL_DEFAULT_TO_ACCEPT I understand that 5.4 is using ipfw2 by default so I did not add IPFW2="YES" in /etc/make.conf and used the ipfw that I had installed with 5.3. The error I get is somehting like setsockopt (IP_FW_ADD) invalid argument when issuing the ipfw call. Anybody has encountered this problem? Karim. From owner-freebsd-net@FreeBSD.ORG Thu Apr 21 17:37:57 2005 Return-Path: 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 257A316A4CE for ; Thu, 21 Apr 2005 17:37:57 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84FAA43D49 for ; Thu, 21 Apr 2005 17:37:56 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 71216 invoked from network); 21 Apr 2005 17:39:45 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Apr 2005 17:39:45 -0000 Message-ID: <4267E4F3.45CD30AF@freebsd.org> Date: Thu, 21 Apr 2005 19:37:55 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Karim Fodil-Lemelin References: <4267E0FA.9060004@xiphos.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: ipfw fwd to localhost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 17:37:57 -0000 Karim Fodil-Lemelin wrote: > > Hi, > > I just did a cvsup of RELENG_5 and got some problem doing forwarding > to localhost using a rule like this: > > ipfw add fwd 127.0.0.1,1234 tcp from any to any in via re1 > > I have those options in my kernel config: > > options IPFIREWALL > options IPFIREWALL_FORWARD_EXTENDED > options IPFIREWALL_DEFAULT_TO_ACCEPT > > I understand that 5.4 is using ipfw2 by default so I did not add > IPFW2="YES" in /etc/make.conf and used the ipfw that I had installed > with 5.3. > > The error I get is somehting like setsockopt (IP_FW_ADD) invalid > argument when issuing the ipfw call. You need this option too: options IPFIREWALL_FORWARD -- Andre From owner-freebsd-net@FreeBSD.ORG Fri Apr 22 05:05:34 2005 Return-Path: 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 C891516A573 for ; Fri, 22 Apr 2005 05:05:34 +0000 (GMT) Received: from orion.erdves.lt (ns2.lrtc.net [217.9.240.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DA9E43D62 for ; Fri, 22 Apr 2005 05:05:27 +0000 (GMT) (envelope-from dnr@freemail.lt) Received: (qmail 83283 invoked from network); 22 Apr 2005 05:05:26 -0000 Received: from unknown (HELO www.lrtc.net) (217.9.240.99) by orion.erdves.lt with SMTP; 22 Apr 2005 05:05:26 -0000 Received: from donatas ([217.9.241.242]) by www.lrtc.net (Lotus Domino Release 6.0) with SMTP id 2005042208052568-19992 ; Fri, 22 Apr 2005 08:05:25 +0300 Message-ID: <015a01c546f8$e49a7a50$9f90a8c0@DONATAS> From: "dnr" To: Date: Fri, 22 Apr 2005 08:05:24 +0300 MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MIMETrack: Itemize by SMTP Server on lotus/LRTC(Release 6.0|September 26, 2002) at 04/22/2005 08:05:25 AM,04/22/2005 08:05:26 AM, Serialize complete at 04/22/2005 08:05:26 AM Content-Transfer-Encoding: 7bit Content-Type: text/plain; format=flowed; charset="iso-8859-4"; reply-type=original Subject: flood with ng_bridge X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 05:05:35 -0000 can you check flood.gif?(it's denied to send gif's to this conference) ftp://temp:temp@217.9.241.242/flood.gif for unknown reasons ng_bridge seems to be working like ng_hub and is flooding network even after establishing session between two mac addresses. using kernel bridge instead of ng_bridge solves the problem, but on heavy network loads "unknown" packets apear in random directions (this does not happed using ng_bridge or ng_hub) os used - only FreeBSD5.3 thank you... From owner-freebsd-net@FreeBSD.ORG Fri Apr 22 15:12:36 2005 Return-Path: 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 BB56216A4CE for ; Fri, 22 Apr 2005 15:12:36 +0000 (GMT) Received: from mail.packetfront.com (maillab.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 143D943D39 for ; Fri, 22 Apr 2005 15:12:36 +0000 (GMT) (envelope-from ragnar@ghn.se) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 82431A3F6E for ; Fri, 22 Apr 2005 17:12:31 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12850-08 for ; Fri, 22 Apr 2005 17:12:31 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id 4AECEA3F6B for ; Fri, 22 Apr 2005 17:12:31 +0200 (CEST) Message-ID: <42691452.6060008@ghn.se> Date: Fri, 22 Apr 2005 17:12:18 +0200 From: =?ISO-8859-1?Q?Ragnar_L=F6nn?= Organization: Packetfront User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Subject: Simulating multiple physical machines using Netgraph? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 15:12:37 -0000 Hi all, I have a problem that I would like to know if Netgraph can help me solve or not. Any help will be greatly appreciated :-) I'm trying to emulate many (hundreds) of physical machines using a single PC, for purposes of testing Internet access hardware. I have set up a (Linux-based) system where I set up virtual VLAN-enabled network interfaces on the PC, give these interfaces individual MAC- and IP-addresses, then connect the "real", physical interface on the machine to a VLAN switch. By using source routing on the Linux PC I'm able to make all traffic from an application that binds to a certain interface to be sent through the appropriate VLAN interaface and thus get VLAN-tagged and also the right source MAC-address. To the hardware on the other side of the VLAN switch it looks as if there are many physical machines connecting to it because it sees traffic from different MAC- and IP-addresses coming in on different physical ports. VLAN101@ethernet0@PC ---+ +--- port 1 --- Access unit port 1 VLAN102@ethernet0@PC ---+---VLAN SWITCH +--- port 2 --- Access unit port 2 VLAN103@ethernet0@PC ---+ +--- port 3 --- Access unit port 3 I'm using Linux to do this, because it allows me to assign individual MAC addresses to virtual interfaces. Something I had problems doing under FreeBSD (I think it was the kernel dropping ethernet packets that arrived on virtual interface X, with destination MAC address for interface X, and not the destination MAC address for the underlying physical interface. Something I've seen mentioned here on the list too and which seems to have changed between FreeBSD 4.10 and 5.x). Anyway, the problem with Linux is that apart from some troubles with e.g. IGMP/ Multicast I've also run into a limit of roughly 250 virtual interfaces that I'm able to create. The Linux kernel uses a single byte as index value for its routing tables, meaning you can only have 256 of them on the system, and each of my virtual interfaces need its own routing table (albeit with only a single entry in it) so I can't emulate more than roughly 250 physical machines with this setup. What I would like to do would be to have a special virtual network interface that when an application binds to it, causes all the packets from that application to get the right source MAC address and IP address (of the virtual interface) as well as bypass the normal routing table and get sent directly to e.g. a gateway host that can forward packets for that particular source IP address. Packets coming in to the raw physical interface similarly needs to get directed to the virtual interface so that the application can read them. Ideally, the application should think that it's using a standard ethernet interface and notice nothing different about it. Is it possible to do something like that with Netgraph on FreeBSD? Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Fri Apr 22 15:24:25 2005 Return-Path: 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 19CA716A4CE for ; Fri, 22 Apr 2005 15:24:25 +0000 (GMT) Received: from mail.packetfront.com (maillab.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB2E43D49 for ; Fri, 22 Apr 2005 15:24:24 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id E34B2A3F6F for ; Fri, 22 Apr 2005 17:24:22 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13076-08 for ; Fri, 22 Apr 2005 17:24:22 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id C0D38A3F6E for ; Fri, 22 Apr 2005 17:24:22 +0200 (CEST) Message-ID: <4269171A.1090209@packetfront.com> Date: Fri, 22 Apr 2005 17:24:10 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <42691452.6060008@ghn.se> In-Reply-To: <42691452.6060008@ghn.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Subject: Re: Simulating multiple physical machines using Netgraph? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 15:24:25 -0000 Ragnar Lönn wrote: > VLAN101@ethernet0@PC ---+ +--- port 1 > --- Access unit port 1 > VLAN102@ethernet0@PC ---+---VLAN SWITCH +--- port 2 --- Access unit > port 2 > VLAN103@ethernet0@PC ---+ +--- port 3 > --- Access unit port 3 That came out a bit wrongly formatted, I'll try again: VLAN101@ethernet0@PC ---+ +--- port 1 --- Access unit port 1 VLAN102@ethernet0@PC ---+---VLAN SWITCH +--- port 2 --- Access unit port 2 VLAN103@ethernet0@PC ---+ +--- port 3 --- Access unit port 3 /Ragnar From owner-freebsd-net@FreeBSD.ORG Sat Apr 23 12:04:14 2005 Return-Path: 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 BCFF616A4CE; Sat, 23 Apr 2005 12:04:14 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2230B43D45; Sat, 23 Apr 2005 12:04:14 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154])j3NC4BLv002746; Sat, 23 Apr 2005 08:04:11 -0400 (EDT) Received: from volatile.chemikals.org (morganw@localhost [127.0.0.1]) j3NC4BZm096878; Sat, 23 Apr 2005 08:04:11 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost)j3NC4BvA096875; Sat, 23 Apr 2005 08:04:11 -0400 (EDT) (envelope-from morganw@chemikals.org) X-Authentication-Warning: volatile.chemikals.org: morganw owned process doing -bs Date: Sat, 23 Apr 2005 08:04:10 -0400 (EDT) From: Wesley Morgan To: net@freebsd.org, mobile@freebsd.org Message-ID: <20050423075339.T84591@volatile.chemikals.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Marvell 88E8053 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 12:04:14 -0000 Anyone know if this PHY is supported by the sk driver yet or maybe there is some uncommitted code for it? -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-net@FreeBSD.ORG Sat Apr 23 18:11:56 2005 Return-Path: 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 5A09816A4CE for ; Sat, 23 Apr 2005 18:11:56 +0000 (GMT) Received: from mx01.bos.ma.towardex.com (195.65-124-20.reverse.twdx.net [65.124.20.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0768843D54 for ; Sat, 23 Apr 2005 18:11:56 +0000 (GMT) (envelope-from blahdy@mx01.bos.ma.towardex.com) Received: by mx01.bos.ma.towardex.com (TowardEX ESMTP 3.5_DAKN, from userid 1001) id 5C66A6D46D; Sat, 23 Apr 2005 14:11:55 -0400 (EDT) Date: Sat, 23 Apr 2005 14:11:55 -0400 From: James To: Eivind Hestnes Message-ID: <20050423181155.GA59185@scylla.towardex.com> References: <20050419183335.F18008131@joshua.stabbursmoen.no> <5c05f1805041911351d2bd98e@mail.gmail.com> <42656CA0.9040403@stabbursmoen.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42656CA0.9040403@stabbursmoen.no> User-Agent: Mutt/1.4.2.1i cc: Jerald Von Dipple cc: Eivind Hestnes cc: net@freebsd.org Subject: Re: Performance Intel Pro 1000 MT (PWLA8490MT) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 18:11:56 -0000 On Tue, Apr 19, 2005 at 10:40:00PM +0200, Eivind Hestnes wrote: [ snip ] > >> > >>Debug information: > >>eivind@core-gw:~$ sysctl -a | grep kern.polling > >>kern.polling.burst: 150 > >>kern.polling.each_burst: 5 > >>kern.polling.burst_max: 150 > >>kern.polling.idle_poll: 0 > >>kern.polling.poll_in_trap: 0 > >>kern.polling.user_frac: 50 > >>kern.polling.reg_frac: 20 > >>kern.polling.short_ticks: 1411 > >>kern.polling.lost_polls: 720 > >>kern.polling.pending_polls: 0 > >>kern.polling.residual_burst: 0 > >>kern.polling.handlers: 0 > >>kern.polling.enable: 1 > >>kern.polling.phase: 0 > >>kern.polling.suspect: 186 > >>kern.polling.stalled: 0 > >>kern.polling.idlepoll_sleeping: 1 Set idle_poll to 1 sysctl -w kern.polling.idle_poll=1 -J -- James Jun Infrastructure and Technology Services TowardEX Technologies Office +1-617-459-4051 x179 | Mobile +1-978-394-2867 james@towardex.com | www.towardex.com