From owner-freebsd-net@FreeBSD.ORG Sun Aug 10 09:06:28 2003 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 B17F637B401 for ; Sun, 10 Aug 2003 09:06:28 -0700 (PDT) Received: from hoolan.org (db217.csie.ncu.edu.tw [140.115.50.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E30243F3F for ; Sun, 10 Aug 2003 09:06:23 -0700 (PDT) (envelope-from freebsd@hoolan.org) Received: from hoolan.org (localhost [127.0.0.1]) by hoolan.org (8.12.9/8.12.9) with ESMTP id h7AG6LWU049578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 11 Aug 2003 00:06:21 +0800 (CST) (envelope-from freebsd@hoolan.org) Received: from localhost (jeff@localhost) by hoolan.org (8.12.9/8.12.9/Submit) with ESMTP id h7AG6Kdu049575 for ; Mon, 11 Aug 2003 00:06:21 +0800 (CST) (envelope-from freebsd@hoolan.org) Date: Mon, 11 Aug 2003 00:06:20 +0800 (CST) From: Yung-Sheng Tang X-X-Sender: jeff@hoolan.org To: freebsd-net@freebsd.org Message-ID: <20030810235327.S49254-100000@hoolan.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Apache 1.3.28 fail to timeout idle keep-alive connection 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, 10 Aug 2003 16:06:29 -0000 Hello, After upgrading from Apache 1.3.27 to 1.3.28 (using ports), I notice memory utilization increases a lot, because httpd does not terminate some of idle keep-alive connection. It can not be re-produced with interactive talking to httpd yet. I have default Timeout and KeepaliveTimeout setting in httpd.conf. Any one else has the same situation there? I don't subscribe to the list, so any input please CC me as well. Thank you. -jeff From owner-freebsd-net@FreeBSD.ORG Sun Aug 10 10:08:44 2003 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 61CD037B401 for ; Sun, 10 Aug 2003 10:08:44 -0700 (PDT) Received: from mwinf0203.wanadoo.fr (smtp7.wanadoo.fr [193.252.22.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A3943F75 for ; Sun, 10 Aug 2003 10:08:43 -0700 (PDT) (envelope-from fabien.thomas@wanadoo.fr) Received: from wanadoo.fr (ALille-201-1-1-185.w193-251.abo.wanadoo.fr [193.251.0.185]) by mwinf0203.wanadoo.fr (SMTP Server) with ESMTP id 30A1D10001B7 for ; Sun, 10 Aug 2003 19:08:42 +0200 (CEST) Date: Sun, 10 Aug 2003 19:08:36 +0200 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Fabien THOMAS To: freebsd-net@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <475F6EFE-CB55-11D7-AAB4-000393AB4AD4@wanadoo.fr> X-Mailer: Apple Mail (2.552) Subject: ALTQ integration 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, 10 Aug 2003 17:08:44 -0000 What is the status of the ALTQ framework integration into FreeBSD ? OpenBSD have native support but i think the merge with pf is a bad idea that do not allow third party classifier. fabien From owner-freebsd-net@FreeBSD.ORG Sun Aug 10 10:52:40 2003 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 4AA7637B401 for ; Sun, 10 Aug 2003 10:52:40 -0700 (PDT) Received: from ares.cs.Virginia.EDU (ares.cs.Virginia.EDU [128.143.137.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FAC543F93 for ; Sun, 10 Aug 2003 10:52:39 -0700 (PDT) (envelope-from nicolas@cs.Virginia.EDU) Received: from LITHIUM.chvlva.adelphia.net (localhost [127.0.0.1]) id h7AHqZL9026355 for ; Sun, 10 Aug 2003 13:52:36 -0400 (EDT) Date: Sun, 10 Aug 2003 13:52:36 -0400 From: Nicolas Christin To: freebsd-net@freebsd.org In-Reply-To: <475F6EFE-CB55-11D7-AAB4-000393AB4AD4@wanadoo.fr> Message-ID: <0308101344350.3308@LITHIUM> References: <475F6EFE-CB55-11D7-AAB4-000393AB4AD4@wanadoo.fr> Organization: University of Virginia - CS Dept. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: ALTQ integration 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, 10 Aug 2003 17:52:40 -0000 Fabien, On Sun, 10 Aug 2003, Fabien THOMAS wrote: > What is the status of the ALTQ framework integration into FreeBSD ? I refer you to the current threads in . The short answer is "some people are working on it". > OpenBSD have native support but i think the merge with pf is a bad idea > that do not allow third party classifier. Well - it has been discussed (especially on netbsd-tech, and sometimes in pretty harsh terms), and it is the road that is seemingly followed, according to the recent commits in the KAME tree. See for instance the changelog for July 10 at . Regards, -- Nicolas From owner-freebsd-net@FreeBSD.ORG Sun Aug 10 23:52:33 2003 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 755FC37B401 for ; Sun, 10 Aug 2003 23:52:33 -0700 (PDT) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CEE43FAF for ; Sun, 10 Aug 2003 23:52:32 -0700 (PDT) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 1A60523823; Sun, 10 Aug 2003 23:52:32 -0700 (PDT) Date: Sun, 10 Aug 2003 23:52:32 -0700 From: Will Andrews To: net@freebsd.org Message-ID: <20030811065231.GQ95290@procyon.firepipe.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Bridging in FreeBSD without one side being blocked? 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, 11 Aug 2003 06:52:33 -0000 Hello (please cc: me as I am not subscribed, thanks), I was wondering if anyone has managed to set up bridge in such a way that hosts on both sides will be able to access the machine doing the bridging. The reason I need this is because I need to join two media types (10baseT/100baseTX and 1000baseSX), and both sides of the bridge need access to the machine in question. I'd prefer to do it like this instead of buying another switch with the necessary media ports or a media converter just for this. As far as I can tell, it does not seem like FreeBSD's BRIDGE is capable of doing this sort of thing. Does someone know if ng_bridge can do it, or if it could be made to with some slight modifications? I could not find any documentation about someone that has done something like this. I should note.. later I may add an Atheros card to the bridge, configured in 802.11a host AP mode. Same conditions apply. :) Seems to me that if a packet is destined for an IP associated with any of the bridge's child interfaces, the code should recognize that the packet can be delivered directly to it, as opposed to simply dropping it. Thanks in advance! -- wca From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 01:55:15 2003 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 A4D3137B401 for ; Mon, 11 Aug 2003 01:55:15 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB4B43F3F for ; Mon, 11 Aug 2003 01:55:14 -0700 (PDT) (envelope-from maxim@FreeBSD.org) Received: from news1.macomnet.ru (7pzwqbrn@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h7B8tAd11933271; Mon, 11 Aug 2003 12:55:10 +0400 (MSD) Date: Mon, 11 Aug 2003 12:55:10 +0400 (MSD) From: Maxim Konovalov To: Will Andrews In-Reply-To: <20030811065231.GQ95290@procyon.firepipe.net> Message-ID: <20030811105953.I84996@news1.macomnet.ru> References: <20030811065231.GQ95290@procyon.firepipe.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: net@FreeBSD.org Subject: Re: Bridging in FreeBSD without one side being blocked? 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, 11 Aug 2003 08:55:15 -0000 Hello Will, On Sun, 10 Aug 2003, 23:52-0700, Will Andrews wrote: > Hello (please cc: me as I am not subscribed, thanks), > > I was wondering if anyone has managed to set up bridge in such a > way that hosts on both sides will be able to access the machine > doing the bridging. The reason I need this is because I need to > join two media types (10baseT/100baseTX and 1000baseSX), and both > sides of the bridge need access to the machine in question. I'd > prefer to do it like this instead of buying another switch with > the necessary media ports or a media converter just for this. > > As far as I can tell, it does not seem like FreeBSD's BRIDGE is > capable of doing this sort of thing. Does someone know if > > ng_bridge can do it, or if it could be made to with some slight > modifications? I could not find any documentation about someone > that has done something like this. > > I should note.. later I may add an Atheros card to the bridge, > configured in 802.11a host AP mode. Same conditions apply. :) > > Seems to me that if a packet is destined for an IP associated > with any of the bridge's child interfaces, the code should > recognize that the packet can be delivered directly to it, as > opposed to simply dropping it. First, there is a bug in bridge code when it is loaded as module. Use static compiled bridge instead. Second, if your NICs in a bridge cluster have different if_hwassist checksum capabilities, you hit another bug. Third, if you use vlan(4) there is a bug with bridging them too. Forth, you have to turn net.inet.ip.check_interface off (sysctl net.inet.ip.check_interface=0). I have a gross hack http://people.freebsd.org/~maxim/diff/bridge.diff to work around all these bugs but I still can't figure how to fix them properly. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 01:59:56 2003 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 D3A7137B401 for ; Mon, 11 Aug 2003 01:59:56 -0700 (PDT) Received: from smtp1.netcologne.de (smtp1.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A5143F75 for ; Mon, 11 Aug 2003 01:59:56 -0700 (PDT) (envelope-from djanssen@netcologne.de) Received: from kevelaer (unknown [194.8.203.34]) by smtp1.netcologne.de (Postfix) with SMTP id 12C6F38C48 for ; Mon, 11 Aug 2003 10:59:54 +0200 (MEST) From: Dirk Janssen To: X-Mailer: PocoMail 2.64 (1120) - Licensed Version Date: Mon, 11 Aug 2003 10:59:54 +0200 Message-ID: <2003811105954.371464@kevelaer> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Trouble with 5.1-RELEASE and Broadcom BCM5704C 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, 11 Aug 2003 08:59:57 -0000 Hi, I have a problem with the Broadcom BCM5704C (Dual Gigabit= Ethernet) which is used by one of our servers (newsfeeder with 5.1-RELEASE and= diablo). The interfaces go down frequently if they have traffic (diablo= started) and I see the following kernel messages: kernel: bge0: watchdog timeout -- resetting kernel: bge1: watchdog timeout -- resetting After this, the interfaces are up again for about 10-15 minutes. The server is a Fujitsu-Siemens Primergy RX300 with one Xeon= 2,4Ghz and 2GB RAM: http://www.fujitsu-siemens.com/rl/products/primergy/rx300.html What I've done so far and what didn't help: - Compiled a kernel with and without SMP/APIC (also switched Hyperthreading and APIC on/off in bios) - tried various mediaopts/mediatypes on the interfaces and/or the= switch (Cisco 2924-XL, no VLAN, IOS 12.05.(2XU)), both are running on= auto now (100 BASE/TX, full-duplex, no crc errors). - tried different drivers: http://people.freebsd.org/~wpaul/Broadcom/5705/ =3D> worked, but the problem was still there (even with _very_ low= traffic) http://people.freebsd.org/~wpaul/Broadcom/busdma/ =3D> didn't work, I was unable to compile the kernel. =3D> the driver which is shipped with 5.1-R is now used again. - tried a different mtu (1505) on bge0. Any help on solving this issue would be nice. Regards, Dirk Janssen From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 02:50:35 2003 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 8E71C37B401 for ; Mon, 11 Aug 2003 02:50:35 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D2543F75 for ; Mon, 11 Aug 2003 02:50:32 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h7B9oTsL016042; Mon, 11 Aug 2003 12:50:29 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <007001c35fed$fec9ed00$812a40c1@PETEX31> From: "Petri Helenius" To: "Dirk Janssen" , References: <2003811105954.371464@kevelaer> Date: Mon, 11 Aug 2003 12:50:27 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: Trouble with 5.1-RELEASE and Broadcom BCM5704C 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, 11 Aug 2003 09:50:35 -0000 I´ve seen lost interrupts with 5.1 with em driver and the ata driver seems to suffer from this also when doing detach/attach. Getting a old kernel module from 5.0 and recompiling it for 5.1 does not help with the issue so I suspect a more generic issue with interrupts. Pete ----- Original Message ----- From: "Dirk Janssen" To: Sent: Monday, August 11, 2003 11:59 AM Subject: Trouble with 5.1-RELEASE and Broadcom BCM5704C Hi, I have a problem with the Broadcom BCM5704C (Dual Gigabit Ethernet) which is used by one of our servers (newsfeeder with 5.1-RELEASE and diablo). The interfaces go down frequently if they have traffic (diablo started) and I see the following kernel messages: kernel: bge0: watchdog timeout -- resetting kernel: bge1: watchdog timeout -- resetting After this, the interfaces are up again for about 10-15 minutes. The server is a Fujitsu-Siemens Primergy RX300 with one Xeon 2,4Ghz and 2GB RAM: http://www.fujitsu-siemens.com/rl/products/primergy/rx300.html What I've done so far and what didn't help: - Compiled a kernel with and without SMP/APIC (also switched Hyperthreading and APIC on/off in bios) - tried various mediaopts/mediatypes on the interfaces and/or the switch (Cisco 2924-XL, no VLAN, IOS 12.05.(2XU)), both are running on auto now (100 BASE/TX, full-duplex, no crc errors). - tried different drivers: http://people.freebsd.org/~wpaul/Broadcom/5705/ => worked, but the problem was still there (even with _very_ low traffic) http://people.freebsd.org/~wpaul/Broadcom/busdma/ => didn't work, I was unable to compile the kernel. => the driver which is shipped with 5.1-R is now used again. - tried a different mtu (1505) on bge0. Any help on solving this issue would be nice. Regards, Dirk Janssen _______________________________________________ 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 Aug 11 03:35:01 2003 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 5702037B401 for ; Mon, 11 Aug 2003 03:35:01 -0700 (PDT) Received: from mail.drunkencomputing.de (ratz.drunkencomputing.de [195.244.235.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D31743FBD for ; Mon, 11 Aug 2003 03:35:00 -0700 (PDT) (envelope-from hscholz@raisdorf.net) Received: from localhost (localhost [127.0.0.1]) by mail.drunkencomputing.de (Postfix) with ESMTP id 720FF8AF6C for ; Mon, 11 Aug 2003 12:36:06 +0200 (CEST) Received: from mail.drunkencomputing.de ([127.0.0.1])port 10024) with ESMTP id 96312-04 for ; Mon, 11 Aug 2003 12:36:05 +0200 (CEST) Received: from goanna.lan.raisdorf.net (pD9527080.dip.t-dialin.net [217.82.112.128]) by mail.drunkencomputing.de (Postfix) with ESMTP id 030678AF6B for ; Mon, 11 Aug 2003 12:36:02 +0200 (CEST) Date: Mon, 11 Aug 2003 12:34:54 +0200 From: Hendrik Scholz To: freebsd-net@freebsd.org Message-Id: <20030811123454.2ca68861.hscholz@raisdorf.net> In-Reply-To: <475F6EFE-CB55-11D7-AAB4-000393AB4AD4@wanadoo.fr> References: <475F6EFE-CB55-11D7-AAB4-000393AB4AD4@wanadoo.fr> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at drunkencomputing.de Subject: Re: ALTQ integration 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, 11 Aug 2003 10:35:01 -0000 Hi! On Sun, 10 Aug 2003 19:08:36 +0200 Fabien THOMAS wrote: > What is the status of the ALTQ framework integration into FreeBSD ? Dennis Berger (www.nipsi.de) is working on ALTQ stuff. During the last few weeks more and more NICs (including the tun driver) have been modified (off the regular cvs tree). These patches are intended to be used with the pf port (http://pf4freebsd.love2party.net/) and work quite well (beside some minor problems which got fixed). As a matter of fact the stuff works quite well (using it on a 5.1-REL router) and I'm just upgrading to the latest version since I missed some interessting changes while attending the CCC Camp near Berlin :) Max and Dennis are currently somewhat in sync with the OpenBSD pf tree and the latest ALTQ releases so they are working on FreeBSD integration. Have a look at their cvs tree and snapshots (http://pf4freebsd.love2party.net/pf_freebsd_1.60.tar.gz and http://www.nipsi.de/FreeBSD/altq-freebsd-5.1-release-0.4.2.tar.gz) if you like. Hendrik -- Hendrik Scholz - - http://raisdorf.net/ drag me, drop me - treat me like an object From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 04:05:40 2003 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 0346637B401 for ; Mon, 11 Aug 2003 04:05:40 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6131C43F3F for ; Mon, 11 Aug 2003 04:05:38 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id MAA00519 for ; Mon, 11 Aug 2003 12:32:04 +0200 (MEST) Received: from IPv6Router (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id 63AE614426 for ; Mon, 11 Aug 2003 12:21:12 +0200 (MET DST) Content-Type: text/plain; charset="us-ascii" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Mon, 11 Aug 2003 13:35:55 +0200 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308111335.55573.yoyes@dif.um.es> Subject: SSL lib 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, 11 Aug 2003 11:05:40 -0000 Hello. I am working with FreeBSD I have included in that files, and I obtain the following=20 error: IPv6Router# gcc -lssl echo_server.c ssl_common.c -o ssl /tmp/ccN7GB0Z.o: In function `main': /tmp/ccN7GB0Z.o(.text+0x170): undefined reference to `BIO_new_socket' /tmp/ccN7GB0Z.o(.text+0x20f): undefined reference to `BIO_read' /tmp/ccN7GB0Z.o(.text+0x262): undefined reference to `BIO_write' /tmp/ccN7GB0Z.o(.text+0x27c): undefined reference to `BIO_ctrl' /tmp/ccZzO4nR.o: In function `ssl_initialize_context': /tmp/ccZzO4nR.o(.text+0x2e): undefined reference to `BIO_new_fp' /tmp/ccZzO4nR.o: In function `FatalError': /tmp/ccZzO4nR.o(.text+0x231): undefined reference to `BIO_printf' /tmp/ccZzO4nR.o(.text+0x242): undefined reference to `ERR_print_errors' /tmp/ccZzO4nR.o: In function `SSL_Error': /tmp/ccZzO4nR.o(.text+0x35b): undefined reference to `ERR_print_errors' /usr/lib/libssl.so: undefined reference to `EVP_DigestInit' /usr/lib/libssl.so: undefined reference to `BIO_find_type' /usr/lib/libssl.so: undefined reference to `EVP_enc_null' /usr/lib/libssl.so: undefined reference to `EVP_CIPHER_CTX_init' /usr/lib/libssl.so: undefined reference to `X509_NAME_dup' /usr/lib/libssl.so: undefined reference to `COMP_compress_block' /usr/lib/libssl.so: undefined reference to `EVP_rc2_cbc' /usr/lib/libssl.so: undefined reference to `sk_new_null' /usr/lib/libssl.so: undefined reference to `X509_STORE_get_by_subject' /usr/lib/libssl.so: undefined reference to `lh_free' /usr/lib/libssl.so: undefined reference to `EVP_VerifyFinal' /usr/lib/libssl.so: undefined reference to `COMP_CTX_new' /usr/lib/libssl.so: undefined reference to `sk_dup' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_set_ex_data' /usr/lib/libssl.so: undefined reference to `EVP_DigestFinal' /usr/lib/libssl.so: undefined reference to `X509_free' /usr/lib/libssl.so: undefined reference to `CRYPTO_get_ex_data' /usr/lib/libssl.so: undefined reference to `BN_bin2bn' /usr/lib/libssl.so: undefined reference to `CRYPTO_get_ex_new_index' /usr/lib/libssl.so: undefined reference to `PEM_read_bio_RSAPrivateKey' /usr/lib/libssl.so: undefined reference to `BN_bn2bin' /usr/lib/libssl.so: undefined reference to `RAND_add' /usr/lib/libssl.so: undefined reference to `BIO_s_socket' /usr/lib/libssl.so: undefined reference to `asn1_add_error' /usr/lib/libssl.so: undefined reference to `d2i_RSAPrivateKey' /usr/lib/libssl.so: undefined reference to `sk_num' /usr/lib/libssl.so: undefined reference to `BIO_free_all' /usr/lib/libssl.so: undefined reference to `BIO_get_retry_reason' /usr/lib/libssl.so: undefined reference to `X509_STORE_new' /usr/lib/libssl.so: undefined reference to `SHA1_Init' /usr/lib/libssl.so: undefined reference to `HMAC_Final' /usr/lib/libssl.so: undefined reference to `EVP_md5' /usr/lib/libssl.so: undefined reference to `ASN1_object_size' /usr/lib/libssl.so: undefined reference to `EVP_get_cipherbyname' /usr/lib/libssl.so: undefined reference to `EVP_rc4' /usr/lib/libssl.so: undefined reference to `EVP_add_cipher' /usr/lib/libssl.so: undefined reference to `ASN1_get_object' /usr/lib/libssl.so: undefined reference to `BIO_s_file' /usr/lib/libssl.so: undefined reference to `COMP_expand_block' /usr/lib/libssl.so: undefined reference to `BIO_snprintf' /usr/lib/libssl.so: undefined reference to `d2i_RSAPrivateKey_bio' /usr/lib/libssl.so: undefined reference to `ASN1_dup' /usr/lib/libssl.so: undefined reference to `RSA_sign' /usr/lib/libssl.so: undefined reference to `ERR_peek_error' /usr/lib/libssl.so: undefined reference to `PEM_read_bio_PrivateKey' /usr/lib/libssl.so: undefined reference to `lh_retrieve' /usr/lib/libssl.so: undefined reference to `X509_get_pubkey' /usr/lib/libssl.so: undefined reference to `CRYPTO_dup_ex_data' /usr/lib/libssl.so: undefined reference to `DH_generate_key' /usr/lib/libssl.so: undefined reference to `DH_size' /usr/lib/libssl.so: undefined reference to `i2d_ASN1_INTEGER' /usr/lib/libssl.so: undefined reference to `lh_doall_arg' /usr/lib/libssl.so: undefined reference to `CRYPTO_set_ex_data' /usr/lib/libssl.so: undefined reference to `SHA1_Update' /usr/lib/libssl.so: undefined reference to `CRYPTO_lock' /usr/lib/libssl.so: undefined reference to `DSA_verify' /usr/lib/libssl.so: undefined reference to `sk_pop_free' /usr/lib/libssl.so: undefined reference to `SHA1_Final' /usr/lib/libssl.so: undefined reference to `BIO_puts' /usr/lib/libssl.so: undefined reference to `X509_verify_cert_error_string= ' /usr/lib/libssl.so: undefined reference to `BN_num_bits' /usr/lib/libssl.so: undefined reference to `ASN1_check_infinite_end' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_purpose_inheri= t' /usr/lib/libssl.so: undefined reference to `BUF_MEM_new' /usr/lib/libssl.so: undefined reference to `BIO_free' /usr/lib/libssl.so: undefined reference to `EVP_dss1' /usr/lib/libssl.so: undefined reference to `DH_new' /usr/lib/libssl.so: undefined reference to `d2i_PrivateKey' /usr/lib/libssl.so: undefined reference to `X509_STORE_set_default_paths' /usr/lib/libssl.so: undefined reference to `DSA_sign' /usr/lib/libssl.so: undefined reference to `DH_compute_key' /usr/lib/libssl.so: undefined reference to `CRYPTO_add_lock' /usr/lib/libssl.so: undefined reference to `COMP_CTX_free' /usr/lib/libssl.so: undefined reference to `sk_push' /usr/lib/libssl.so: undefined reference to `EVP_sha1' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_init' /usr/lib/libssl.so: undefined reference to `i2d_DHparams' /usr/lib/libssl.so: undefined reference to `RSA_private_decrypt' /usr/lib/libssl.so: undefined reference to `EVP_CipherInit' /usr/lib/libssl.so: undefined reference to `ERR_put_error' /usr/lib/libssl.so: undefined reference to `RSA_new' /usr/lib/libssl.so: undefined reference to `sk_set_cmp_func' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_assign' /usr/lib/libssl.so: undefined reference to `CRYPTO_free' /usr/lib/libssl.so: undefined reference to `OBJ_NAME_add' /usr/lib/libssl.so: undefined reference to `sk_new' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_type' /usr/lib/libssl.so: undefined reference to `X509_TRUST_get_by_id' /usr/lib/libssl.so: undefined reference to `d2i_ASN1_INTEGER' /usr/lib/libssl.so: undefined reference to `sk_zero' /usr/lib/libssl.so: undefined reference to `X509_verify_cert' /usr/lib/libssl.so: undefined reference to `sk_free' /usr/lib/libssl.so: undefined reference to `BIO_new' /usr/lib/libssl.so: undefined reference to `d2i_X509_bio' /usr/lib/libssl.so: undefined reference to `X509_check_private_key' /usr/lib/libssl.so: undefined reference to `MD5_Init' /usr/lib/libssl.so: undefined reference to `EVP_CIPHER_CTX_cleanup' /usr/lib/libssl.so: undefined reference to `X509_PURPOSE_get_by_id' /usr/lib/libssl.so: undefined reference to `sk_value' /usr/lib/libssl.so: undefined reference to `CRYPTO_new_ex_data' /usr/lib/libssl.so: undefined reference to `BIO_pop' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_copy_parameters' /usr/lib/libssl.so: undefined reference to `X509_get_subject_name' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_new' /usr/lib/libssl.so: undefined reference to `i2d_X509_NAME' /usr/lib/libssl.so: undefined reference to `RSA_public_encrypt' /usr/lib/libssl.so: undefined reference to `i2d_X509' /usr/lib/libssl.so: undefined reference to `PEM_read_bio_X509' /usr/lib/libssl.so: undefined reference to `MD5_Final' /usr/lib/libssl.so: undefined reference to `ERR_clear_error' /usr/lib/libssl.so: undefined reference to `EVP_DigestUpdate' /usr/lib/libssl.so: undefined reference to `OBJ_obj2nid' /usr/lib/libssl.so: undefined reference to `OBJ_bsearch' /usr/lib/libssl.so: undefined reference to `sk_delete' /usr/lib/libssl.so: undefined reference to `RAND_bytes' /usr/lib/libssl.so: undefined reference to `RSAPrivateKey_dup' /usr/lib/libssl.so: undefined reference to `asn1_Finish' /usr/lib/libssl.so: undefined reference to `BIO_copy_next_retry' /usr/lib/libssl.so: undefined reference to `sk_set' /usr/lib/libssl.so: undefined reference to `EVP_des_cbc' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_missing_parameters' /usr/lib/libssl.so: undefined reference to `BIO_callback_ctrl' /usr/lib/libssl.so: undefined reference to `DH_free' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_cleanup' /usr/lib/libssl.so: undefined reference to `BUF_MEM_free' /usr/lib/libssl.so: undefined reference to `EVP_SignFinal' /usr/lib/libssl.so: undefined reference to `sk_find' /usr/lib/libssl.so: undefined reference to `X509_certificate_type' /usr/lib/libssl.so: undefined reference to `EVP_MD_CTX_copy' /usr/lib/libssl.so: undefined reference to `ASN1_INTEGER_get' /usr/lib/libssl.so: undefined reference to `RSA_free' /usr/lib/libssl.so: undefined reference to `d2i_DHparams' /usr/lib/libssl.so: undefined reference to `BIO_int_ctrl' /usr/lib/libssl.so: undefined reference to `BIO_f_buffer' /usr/lib/libssl.so: undefined reference to `ERR_get_error' /usr/lib/libssl.so: undefined reference to `EVP_DecryptInit' /usr/lib/libssl.so: undefined reference to `sk_shift' /usr/lib/libssl.so: undefined reference to `lh_new' /usr/lib/libssl.so: undefined reference to `CRYPTO_free_ex_data' /usr/lib/libssl.so: undefined reference to `ASN1_INTEGER_set' /usr/lib/libssl.so: undefined reference to `i2d_ASN1_OCTET_STRING' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_get_ex_new_ind= ex' /usr/lib/libssl.so: undefined reference to `RSA_verify' /usr/lib/libssl.so: undefined reference to `BN_dup' /usr/lib/libssl.so: undefined reference to `ERR_add_error_data' /usr/lib/libssl.so: undefined reference to `X509_NAME_cmp' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_size' /usr/lib/libssl.so: undefined reference to `EVP_add_digest' /usr/lib/libssl.so: undefined reference to `HMAC_cleanup' /usr/lib/libssl.so: undefined reference to `BIO_push' /usr/lib/libssl.so: undefined reference to `EVP_EncryptInit' /usr/lib/libssl.so: undefined reference to `X509_get_issuer_name' /usr/lib/libssl.so: undefined reference to `ASN1_put_object' /usr/lib/libssl.so: undefined reference to `X509_get_ext_count' /usr/lib/libssl.so: undefined reference to `EVP_des_ede3_cbc' /usr/lib/libssl.so: undefined reference to `X509_STORE_free' /usr/lib/libssl.so: undefined reference to `ERR_load_crypto_strings' /usr/lib/libssl.so: undefined reference to `BUF_MEM_grow' /usr/lib/libssl.so: undefined reference to `lh_insert' /usr/lib/libssl.so: undefined reference to `X509_STORE_load_locations' /usr/lib/libssl.so: undefined reference to `X509_NAME_free' /usr/lib/libssl.so: undefined reference to `d2i_ASN1_OCTET_STRING' /usr/lib/libssl.so: undefined reference to `CRYPTO_malloc' /usr/lib/libssl.so: undefined reference to `lh_delete' /usr/lib/libssl.so: undefined reference to `BN_clear_free' /usr/lib/libssl.so: undefined reference to `HMAC_Init' /usr/lib/libssl.so: undefined reference to `d2i_X509_NAME' /usr/lib/libssl.so: undefined reference to `RSA_flags' /usr/lib/libssl.so: undefined reference to `d2i_X509' /usr/lib/libssl.so: undefined reference to `asn1_GetSequence' /usr/lib/libssl.so: undefined reference to `RSA_size' /usr/lib/libssl.so: undefined reference to `RAND_pseudo_bytes' /usr/lib/libssl.so: undefined reference to `BIO_s_connect' /usr/lib/libssl.so: undefined reference to `EVP_PKEY_free' /usr/lib/libssl.so: undefined reference to `MD5_Update' /usr/lib/libssl.so: undefined reference to `HMAC_Update' /usr/lib/libssl.so: undefined reference to `X509_STORE_CTX_set_verify_cb' /usr/lib/libssl.so: undefined reference to `ERR_load_strings' /usr/lib/libssl.so: undefined reference to `EVP_md2' /usr/lib/libssl.so: undefined reference to `EVP_get_digestbyname' If someboy have had similar error an know the solution, please help me. Thanks a lot From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 08:20:56 2003 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 2CC9A37B401 for ; Mon, 11 Aug 2003 08:20:56 -0700 (PDT) Received: from ivoti.terra.com.br (ivoti.terra.com.br [200.176.3.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E71D43F85 for ; Mon, 11 Aug 2003 08:20:54 -0700 (PDT) (envelope-from eick.jac@terra.com.br) Received: from marova.terra.com.br (marova.terra.com.br [200.176.3.39]) by ivoti.terra.com.br (Postfix) with ESMTP id 585957A3DE6 for ; Mon, 11 Aug 2003 11:52:06 -0300 (BRT) Received: from eicke (unknown [200.162.114.126]) (authenticated user eick.jac) by marova.terra.com.br (Postfix) with ESMTP id D429B3DC867 for ; Mon, 11 Aug 2003 11:52:03 -0300 (BRT) Message-ID: <005401c36017$f6bd6ef0$0902a8c0@alellyxbr.com.br> From: "Eicke" To: References: <20030811065231.GQ95290@procyon.firepipe.net> Date: Mon, 11 Aug 2003 11:50:51 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Network I/O 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, 11 Aug 2003 15:20:56 -0000 Hi folks, I have two servers in the same network segment and with the same = hardware. The First work as a router and second is a DNS, a HTTP, and Postifix = server. I realized a test, I tried to copy a 1Gb file from servers to my = machine. I am very bother because this: Server 1 transmition speed 250kb/s Server 2 transmition speed 15kb/s (!!!!!!!!!!!!!!!!!!!) Some Server 2 datas: -CPU is often IDLE -Memory average utilization is 80% -Interface traffic average is 8k -few users have shell access and run pine only -some network connection number , as following: Active Internet connections Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp4 0 10237 bh.4037 mta-v20.level3.m.smtp ESTABLISHED tcp4 0 0 bh.smtp 192.168.4.10.1360 ESTABLISHED tcp4 0 20 bh.ssh 192.168.2.9.1524 ESTABLISHED tcp4 0 0 bh.ssh 192.168.2.9.1469 ESTABLISHED tcp4 0 0 bh.ssh 192.168.2.11.2331 ESTABLISHED tcp4 0 0 bh.imap 192.168.4.25.1097 ESTABLISHED tcp4 0 0 bh.imap 192.168.2.17.33295 ESTABLISHED tcp4 0 0 bh.ssh 192.168.2.4.42974 ESTABLISHED tcp4 0 0 bh.ssh 192.168.2.17.33277 ESTABLISHED tcp4 0 0 bh.ssh 192.168.2.4.40383 ESTABLISHED tcp4 0 0 localhost.domain *.* LISTEN tcp4 0 0 bh.domain *.* LISTEN udp4 0 0 localhost.domain *.* udp4 0 0 bh.domain *.* -Interface configuration is fxp0: media: Ethernet 100baseTX ; - switch point is 100full - There are not errors ou colisions on interface; Could you help me? Regards. Eicke. From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 08:29:04 2003 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 844E137B401 for ; Mon, 11 Aug 2003 08:29:04 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E026043FD7 for ; Mon, 11 Aug 2003 08:29:03 -0700 (PDT) (envelope-from mbsd@pacbell.net) Received: from atlas (adsl-64-165-200-173.dsl.snfc21.pacbell.net [64.165.200.173])h7BFSxoN007068; Mon, 11 Aug 2003 10:29:00 -0500 (CDT) Date: Mon, 11 Aug 2003 08:29:01 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@atlas.home To: Maria Dolores Moral In-Reply-To: <200308111335.55573.yoyes@dif.um.es> Message-ID: <20030811082729.H1825@atlas.home> References: <200308111335.55573.yoyes@dif.um.es> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: SSL lib 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, 11 Aug 2003 15:29:04 -0000 On Mon, 11 Aug 2003, Maria Dolores Moral wrote: > Hello. I am working with FreeBSD > I have included in that files, and I obtain the following > error: > > IPv6Router# gcc -lssl echo_server.c ssl_common.c -o ssl > /tmp/ccN7GB0Z.o: In function `main': > /tmp/ccN7GB0Z.o(.text+0x170): undefined reference to `BIO_new_socket' [...] Try: -lssl -lcrypto $.02, /Mikko From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 09:28:53 2003 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 C558337B401 for ; Mon, 11 Aug 2003 09:28:53 -0700 (PDT) Received: from mx2.nersc.gov (mx2.nersc.gov [128.55.6.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E228243F3F for ; Mon, 11 Aug 2003 09:28:52 -0700 (PDT) (envelope-from dart@nersc.gov) Received: from mx2.nersc.gov (localhost [127.0.0.1]) by localhost.nersc.gov (Postfix) with ESMTP id 119E6774C; Mon, 11 Aug 2003 09:28:52 -0700 (PDT) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by mx2.nersc.gov (Postfix) with ESMTP id 79F847747; Mon, 11 Aug 2003 09:28:51 -0700 (PDT) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id DC818F84E; Mon, 11 Aug 2003 09:28:48 -0700 (PDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "Eicke" In-Reply-To: Message from "Eicke" <005401c36017$f6bd6ef0$0902a8c0@alellyxbr.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_582732832P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 11 Aug 2003 09:28:48 -0700 From: Eli Dart Message-Id: <20030811162848.DC818F84E@gemini.nersc.gov> cc: net@freebsd.org Subject: Re: Network I/O 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, 11 Aug 2003 16:28:54 -0000 --==_Exmh_582732832P Content-Type: text/plain; charset=us-ascii In reply to "Eicke" : > Hi folks, > > I have two servers in the same network segment and with the same = > hardware. > The First work as a router and second is a DNS, a HTTP, and Postifix = > server. > > I realized a test, I tried to copy a 1Gb file from servers to my = > machine. > > > I am very bother because this: > > Server 1 transmition speed 250kb/s > Server 2 transmition speed 15kb/s (!!!!!!!!!!!!!!!!!!!) Check the network configuration of server 2 and the switch to which it is connected -- you may have a duplex mismatch. --eli > > > > > > > Some Server 2 datas: > > -CPU is often IDLE > -Memory average utilization is 80% > -Interface traffic average is 8k > -few users have shell access and run pine only > -some network connection number , as following: > Active Internet connections > > Proto Recv-Q Send-Q Local Address Foreign Address (state) > > tcp4 0 10237 bh.4037 mta-v20.level3.m.smtp ESTABLISHED > > tcp4 0 0 bh.smtp 192.168.4.10.1360 ESTABLISHED > > tcp4 0 20 bh.ssh 192.168.2.9.1524 ESTABLISHED > > tcp4 0 0 bh.ssh 192.168.2.9.1469 ESTABLISHED > > tcp4 0 0 bh.ssh 192.168.2.11.2331 ESTABLISHED > > tcp4 0 0 bh.imap 192.168.4.25.1097 ESTABLISHED > > tcp4 0 0 bh.imap 192.168.2.17.33295 ESTABLISHED > > tcp4 0 0 bh.ssh 192.168.2.4.42974 ESTABLISHED > > tcp4 0 0 bh.ssh 192.168.2.17.33277 ESTABLISHED > > tcp4 0 0 bh.ssh 192.168.2.4.40383 ESTABLISHED > > tcp4 0 0 localhost.domain *.* LISTEN > > tcp4 0 0 bh.domain *.* LISTEN > > udp4 0 0 localhost.domain *.* > > udp4 0 0 bh.domain *.* > > -Interface configuration is > > fxp0: media: Ethernet 100baseTX ; > > - switch point is 100full > > - There are not errors ou colisions on interface; > > > > Could you help me? > > Regards. > > Eicke. > > _______________________________________________ > 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" --==_Exmh_582732832P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE/N8RALTFEeF+CsrMRAvWMAJ9B2/iX5kYUAT0y92CN7mhEdQZtwACbB0Ms zfKa6brtOeoUGlw8hz83ivU= =3ThI -----END PGP SIGNATURE----- --==_Exmh_582732832P-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 09:56:17 2003 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id AA3CD37B425; Mon, 11 Aug 2003 09:56:17 -0700 (PDT) In-Reply-To: <2003811105954.371464@kevelaer> from Dirk Janssen at "Aug 11, 2003 10:59:54 am" To: djanssen@netcologne.de (Dirk Janssen) Date: Mon, 11 Aug 2003 09:56:17 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20030811165617.AA3CD37B425@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-net@freebsd.org Subject: Re: Trouble with 5.1-RELEASE and Broadcom BCM5704C 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, 11 Aug 2003 16:56:18 -0000 > Hi, > > I have a problem with the Broadcom BCM5704C (Dual Gigabit Ethernet) which > is used by one of our servers (newsfeeder with 5.1-RELEASE and diablo). > The interfaces go down frequently if they have traffic (diablo started) > and I see the following kernel messages: > > kernel: bge0: watchdog timeout -- resetting > kernel: bge1: watchdog timeout -- resetting [...] The BCM5704 has a smaller memory buffer space than earlier NICs, and the bge(4) driver up to 5.1-RELEASE failed to take this into account. I checked in a fix for this to 5-CURRENT and 4-STABLE yesterday. You can apply the following workaround on your 5.1-RELEASE systems to fix this (same workaround will work on 4.8-RELEASE as well): - Bring up /sys/dev/bge/if_bge.c in your favorite editor. - Search for the following line of code: CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_LEN, 0x18000); It should appear twice in the bge_blockinit() function. - Change 0x18000 to 0x10000 in both places. - Recompile your kernel and/or if_bge.ko module. The fix I made to 4-STABLE and 5-CURRENT does basically the same thing, but only applies the different value for the 5704 ASIC. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= "If stupidity were a handicap, you'd have the best parking spot." ============================================================================= From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 09:59:50 2003 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 9B5CE37B401 for ; Mon, 11 Aug 2003 09:59:50 -0700 (PDT) Received: from ivoti.terra.com.br (ivoti.terra.com.br [200.176.3.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9C3243FA3 for ; Mon, 11 Aug 2003 09:59:49 -0700 (PDT) (envelope-from eick.jac@terra.com.br) Received: from canela.terra.com.br (canela.terra.com.br [200.176.3.79]) by ivoti.terra.com.br (Postfix) with ESMTP id B12AD79C160; Mon, 11 Aug 2003 13:59:46 -0300 (BRT) Received: from eicke (unknown [200.162.114.126]) (authenticated user eick.jac) by canela.terra.com.br (Postfix) with ESMTP id B6118224437; Mon, 11 Aug 2003 13:59:45 -0300 (BRT) Message-ID: <007d01c36029$cd3abc10$0902a8c0@alellyxbr.com.br> From: "Eicke" To: "Eli Dart" References: <20030811162848.DC818F84E@gemini.nersc.gov> Date: Mon, 11 Aug 2003 13:58:33 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 cc: net@freebsd.org Subject: Re: Network I/O 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, 11 Aug 2003 16:59:50 -0000 At the end of my previous message I put: -Interface configuration is fxp0: media: Ethernet 100baseTX ; - switch point is 100full - There are not errors ou colisions on interface; Thanks and Regards. Eicke ----- Original Message ----- From: "Eli Dart" To: "Eicke" Cc: Sent: Monday, August 11, 2003 1:28 PM Subject: Re: Network I/O From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 10:53:00 2003 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 6B9B437B401 for ; Mon, 11 Aug 2003 10:53:00 -0700 (PDT) Received: from apollo.kinger.net (ns.kinger.com [140.99.32.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7B4A43FBF for ; Mon, 11 Aug 2003 10:52:59 -0700 (PDT) (envelope-from king@kinger.net) Received: from localhost (localhost [127.0.0.1]) by apollo.kinger.net (8.9.0/8.9.0) with ESMTP id LAA20452 for ; Mon, 11 Aug 2003 11:02:14 -0700 Date: Mon, 11 Aug 2003 11:02:13 -0700 (MST) From: Link King To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Recursive Tunneling 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, 11 Aug 2003 17:53:00 -0000 I'm trying to setup multiple layers of IPIP tunnels on a FreeBSD system (destined to Cisco routers). I have what I believe is the correct setup on the FreeBSD box but am getting a ping error when testing the second IPIP tunnel: bash-2.05b# ping 10.2.2.2 PING 10.2.2.2 (10.2.2.2): 56 data bytes ping: sendto: Input/output error ping: sendto: Input/output error ping: sendto: Input/output error The first tunnel works fine and if I generate the ping from the Cisco side (on the second tunnel) the packets get to the FreeBSD box just fine. Here's my interface config: bash-2.05b# gifconfig -a gif0: flags=8051 mtu 1280 inet 10.1.1.1 --> 10.1.1.2 netmask 0xfffffffc inet6 fe80::2e0:81ff:fe24:eff4%gif0 prefixlen 64 physical address inet xxx.xxx.xxx.125 --> xxx.xxx.xxx.234 gif1: flags=8051 mtu 1280 inet 10.2.2.1 --> 10.2.2.2 netmask 0xfffffffc inet6 fe80::2e0:81ff:fe24:eff4%gif1 prefixlen 64 physical address inet 10.1.1.1 --> 10.1.1.2 Can anyone tell me what I've got setup wrong here or at the least what the 'Input/output error' indicates? Link King king@kinger.net From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 11:01:22 2003 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 11BAF37B401 for ; Mon, 11 Aug 2003 11:01:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0726E43FE9 for ; Mon, 11 Aug 2003 11:01:16 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7BI1GUp080804 for ; Mon, 11 Aug 2003 11:01:16 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7BI1GIG080798 for freebsd-net@freebsd.org; Mon, 11 Aug 2003 11:01:16 -0700 (PDT) Date: Mon, 11 Aug 2003 11:01:16 -0700 (PDT) Message-Id: <200308111801.h7BI1GIG080798@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, 11 Aug 2003 18:01:22 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/05/04] kern/37761 net process exits but socket is still ESTABLI 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 11:24:48 2003 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 2C68837B401 for ; Mon, 11 Aug 2003 11:24:48 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id A436343F75 for ; Mon, 11 Aug 2003 11:24:47 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7BIOfX24128; Mon, 11 Aug 2003 11:24:41 -0700 (PDT) Message-ID: <3F37DF69.1070601@isi.edu> Date: Mon, 11 Aug 2003 11:24:41 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Link King References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010002000604080101020208" cc: freebsd-net@freebsd.org Subject: Re: Recursive Tunneling 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, 11 Aug 2003 18:24:48 -0000 This is a cryptographically signed message in MIME format. --------------ms010002000604080101020208 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Link King wrote: > I'm trying to setup multiple layers of IPIP tunnels on a FreeBSD system > (destined to Cisco routers). I have what I believe is the correct setup > on the FreeBSD box but am getting a ping error when testing the second > IPIP tunnel: > > bash-2.05b# ping 10.2.2.2 > PING 10.2.2.2 (10.2.2.2): 56 data bytes > ping: sendto: Input/output error > ping: sendto: Input/output error > ping: sendto: Input/output error Did you increase net.link.gif.max_nesting via sysctl? Lars -- Lars Eggert USC Information Sciences Institute --------------ms010002000604080101020208 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgxMTE4MjQ0MVowIwYJKoZIhvcNAQkEMRYEFAd8OZMkkqPOMw/Ddzy4 XE+jep0wMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAoZDapSI+ag5mOW1/ed+4k/3BprroUnVftRPK OwyDU+dEONjnqfy67kFw3U+B2oxZVcSG8UlIDGjH+ZlBaF9qbFEcLY8E+ZUQEq2qEjWiMesE d1SIGnlmsu6pn4AyuP3gr6SOcGpqJRgP8GcDSmfbsFpDS4WZ7U9xB+MEcPOSUF30sEPfDhL+ g5GJ1YZxY5P8nx3dsp0yeEIJummVAiYOgUBz38hMXcfbF7yeGoxn9QFMydqk8i6sQINqdHSN ktAhhMuvn5jJA7Df3UbOw5wu5fUI3Wj3fB0Hs4sx6Ak4RpSU+8eKs+kBTivlIo+y1t/eHe9L CPXaYYtdC/fo8J5QiQAAAAAAAA== --------------ms010002000604080101020208-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 11:51:31 2003 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 4B70B37B401; Mon, 11 Aug 2003 11:51:30 -0700 (PDT) Received: from phoenix.gargantuan.com (rrcs-se-24-73-171-238.biz.rr.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9B143F3F; Mon, 11 Aug 2003 11:51:29 -0700 (PDT) (envelope-from michael@gargantuan.com) Received: from cyclops.gargantuan.com (cyclops.gargantuan.com [3ffe:c00:8034:a00::18]) by phoenix.gargantuan.com (Postfix) with ESMTP id B22131F7; Mon, 11 Aug 2003 14:51:28 -0400 (EDT) From: "Michael W. Oliver" To: freebsd-net@freebsd.org, freebsd-mobile@freebsd.org Date: Mon, 11 Aug 2003 14:51:18 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200308111451.27601.michael@gargantuan.com> Subject: recommended bluetooth adapters X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: michael@gargantuan.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 18:51:31 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 =46olks, I am looking for a USB Bluetooth adapter for my -CURRENT machine and would= =20 like to know what works and doesn't work for you. Please reply directly to= =20 me if you feel this is OT. Thanks in advance for your consideration! =2D --=20 +-------------------------------------+------------------------------+ | Michael W. Oliver, CCNP | "The tree of liberty must be | | IPv6 & FreeBSD mark | refreshed from time to time | | michael@gargantuan.com | with the blood of patriots | | http://michael.gargantuan.com/ | and tyrants." | | ASpath-tree, Looking Glass, etc. | - President Thomas Jefferson | | +------------------------------+ | gpg key - http://michael.gargantuan.com/gnupg/pubkey.asc | +--------------------------------------------------------------------+ =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/N+WvsWv7q8X6o8kRAuq1AJ97O3VPlkntntXr0htacqvCZFCh8gCffm/g ke9dEX7amSn9BlCR/NWRKIY=3D =3DajA9 =2D----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 11:59:39 2003 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 199E837B404 for ; Mon, 11 Aug 2003 11:59:39 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 948C043F75 for ; Mon, 11 Aug 2003 11:59:37 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 29029 invoked by uid 5013); 11 Aug 2003 18:56:51 -0000 Date: Mon, 11 Aug 2003 19:56:51 +0100 From: Bruce M Simpson To: "Michael W. Oliver" Message-ID: <20030811185651.GD24691@spc.org> Mail-Followup-To: Bruce M Simpson , "Michael W. Oliver" , freebsd-net@freebsd.org, freebsd-mobile@freebsd.org References: <200308111451.27601.michael@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308111451.27601.michael@gargantuan.com> User-Agent: Mutt/1.4.1i Organization: SPC cc: freebsd-net@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: recommended bluetooth adapters 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, 11 Aug 2003 18:59:39 -0000 On Mon, Aug 11, 2003 at 02:51:18PM -0400, Michael W. Oliver wrote: > I am looking for a USB Bluetooth adapter for my -CURRENT machine and would > like to know what works and doesn't work for you. Please reply directly to > me if you feel this is OT. The little MSI ones appear to work A-OK. BMS From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 12:06:25 2003 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 797FB37B401; Mon, 11 Aug 2003 12:06:25 -0700 (PDT) Received: from mail.droso.net (koala.droso.net [193.162.142.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA8A043F75; Mon, 11 Aug 2003 12:06:24 -0700 (PDT) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id D09F922827; Mon, 11 Aug 2003 21:06:22 +0200 (CEST) Date: Mon, 11 Aug 2003 21:06:22 +0200 From: Erwin Lansing To: "Michael W. Oliver" Message-ID: <20030811190622.GB916@droso.net> References: <200308111451.27601.michael@gargantuan.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <200308111451.27601.michael@gargantuan.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD/i386 5.1-RELEASE-p2 cc: freebsd-net@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: recommended bluetooth adapters 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, 11 Aug 2003 19:06:25 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 11, 2003 at 02:51:18PM -0400, Michael W. Oliver wrote: >=20 > Folks, >=20 > I am looking for a USB Bluetooth adapter for my -CURRENT machine and woul= d=20 > like to know what works and doesn't work for you. Please reply directly = to=20 > me if you feel this is OT. >=20 Isn't there/shouldn't there be a hardware notes list somewhere? Anyway, the D-Link dongle works fine: http://dlink.com/products/?pid=3D34 Cheers, -erwin --=20 _._ _,-'""`-._ Erwin Lansing (,-.`._,'( |\`-/| erwin@lansing.dk http://droso.org `-.-' \ )-`( , o o) erwin@FreeBSD.org -bf- `- \`_`"'- --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/N+kuqy9aWxUlaZARAvCnAJ9L79PwioQaPafIYYHMk7ljWlHYzwCgyeu2 uNPFKPFVVHzq9x8/PXlQty4= =VtuT -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 12:10:07 2003 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 C0A3037B401; Mon, 11 Aug 2003 12:10:07 -0700 (PDT) Received: from kdmail2.netcologne.de (kdmail2.netcologne.de [194.8.194.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7197E43FBD; Mon, 11 Aug 2003 12:10:06 -0700 (PDT) (envelope-from djanssen@netcologne.de) Received: from kevelaer (spam2.netcologne.de [194.8.203.34] (may be forged)) by kdmail2.netcologne.de (Mirapoint Messaging Server MOS 2.9.3.5) with SMTP id ACV70136; Mon, 11 Aug 2003 21:10:03 +0200 (CEST) From: Dirk Janssen To: X-Mailer: PocoMail 2.64 (1120) - Licensed Version Date: Mon, 11 Aug 2003 21:10:03 +0200 In-Reply-To: <20030811165617.AA3CD37B425@hub.freebsd.org> Message-ID: <200381121103.553835@kevelaer> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable cc: freebsd-net@FreeBSD.ORG Subject: Re: Trouble with 5.1-RELEASE and Broadcom BCM5704C 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, 11 Aug 2003 19:10:08 -0000 Hi Bill, >The BCM5704 has a smaller memory buffer space than earlier NICs,= and the >bge(4) driver up to 5.1-RELEASE failed to take this into= account. I >checked in a fix for this to 5-CURRENT and 4-STABLE yesterday.= You can >apply the following workaround on your 5.1-RELEASE systems to= fix this >(same workaround will work on 4.8-RELEASE as well): > >- Bring up /sys/dev/bge/if_bge.c in your favorite editor. -= Search for >the following line of code: > > CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_LEN, 0x18000); > >It should appear twice in the bge_blockinit() function. - Change= 0x18000 >to 0x10000 in both places. - Recompile your kernel and/or= if_bge.ko >module. thanks for the information about this workaround. I will try it= out tomorrow and give you a feedback. Regards, Dirk Janssen From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 12:11:07 2003 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 ACB3C37B48C; Mon, 11 Aug 2003 12:11:06 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B219043F75; Mon, 11 Aug 2003 12:11:05 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h7BJAtv0063510; Mon, 11 Aug 2003 21:10:59 +0200 Date: Mon, 11 Aug 2003 21:10:46 +0200 (CEST) From: Lukas Ertl To: "Michael W. Oliver" In-Reply-To: <200308111451.27601.michael@gargantuan.com> Message-ID: <20030811210939.M576@korben.in.tern> References: <200308111451.27601.michael@gargantuan.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: unet 4244; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-net@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: recommended bluetooth adapters 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, 11 Aug 2003 19:11:07 -0000 On Mon, 11 Aug 2003, Michael W. Oliver wrote: > I am looking for a USB Bluetooth adapter for my -CURRENT machine and would > like to know what works and doesn't work for you. Please reply directly to > me if you feel this is OT. I'm using the EPoX BT-DG02 Dongle, works great. regards, le -- Lukas Ertl eMail: l.ertl@univie.ac.at UNIX Systemadministrator Tel.: (+43 1) 4277-14073 Vienna University Computer Center Fax.: (+43 1) 4277-9140 University of Vienna http://mailbox.univie.ac.at/~le/ From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 14:02:48 2003 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 E554037B401 for ; Mon, 11 Aug 2003 14:02:47 -0700 (PDT) Received: from iteso.mx (iteso.mx [148.201.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E527043F3F for ; Mon, 11 Aug 2003 14:02:45 -0700 (PDT) (envelope-from eric@iteso.mx) Received: from iteso.mx (localhost [127.0.0.1]) by iteso.mx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h7BL2jvB028072 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 11 Aug 2003 16:02:45 -0500 Received: (from www-data@localhost) by iteso.mx (8.12.3/8.12.3/Debian-6.4) id h7BL2jAQ028071 for freebsd-net@freebsd.org; Mon, 11 Aug 2003 16:02:45 -0500 Resent-From: Eric De la Cruz Lugo X-Authentication-Warning: iteso.mx: www-data set sender to eric@iteso.mx using -f Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by iteso.mx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h79FVlvA018836 for ; Sat, 9 Aug 2003 10:31:48 -0500 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 986C257709; Sat, 9 Aug 2003 08:30:58 -0700 (PDT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 81FCD37B401; Sat, 9 Aug 2003 08:30:58 -0700 (PDT) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F9037B401 for ; Sat, 9 Aug 2003 08:30:47 -0700 (PDT) Received: from iteso.mx (iteso.mx [148.201.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED9F43FBF for ; Sat, 9 Aug 2003 08:30:45 -0700 (PDT) (envelope-from eric@iteso.mx) Received: from iteso.mx (localhost [127.0.0.1]) by iteso.mx (8.12.3/8.12.3/Debian-6.4) with ESMTP id h79FUgvB018718 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sat, 9 Aug 2003 10:30:43 -0500 Received: (from www-data@localhost) by iteso.mx (8.12.3/8.12.3/Debian-6.4) id h79FUg6J018717 for freebsd-questions@freebsd.org; Sat, 9 Aug 2003 10:30:42 -0500 Received: from dsl-200-95-9-60.prodigy.net.mx (dsl-200-95-9-60.prodigy.net.mx [200.95.9.60]) by iteso.mx (IMP) with HTTP for ; Sat, 9 Aug 2003 10:30:42 -0500 Delivered-To: freebsd-questions@freebsd.org From: Eric De la Cruz Lugo X-Authentication-Warning: iteso.mx: www-data set sender to eric@iteso.mx using -f Message-ID: <1060443042.3f3513a2e0208@iteso.mx> Date: Sat, 9 Aug 2003 10:30:42 -0500 To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 X-Originating-IP: 200.95.34.144 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-questions@freebsd.org Errors-To: owner-freebsd-questions@freebsd.org Resent-Date: Mon, 11 Aug 2003 16:02:45 -0500 Resent-To: freebsd-net@freebsd.org Resent-Message-ID: <1060635765.3f3804752b444@iteso.mx> Subject: Wireless question, maybe off topic X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 21:02:48 -0000 Sorry if this is not the right list, I have checked de Hardware Notes for FreeBSD 4.8 and there is this wireless adapter called: Netgear MA401 Its a PCMCIA adapter. But i was checking on google and found this one: Netgear MA311 802.11b Wireless PCI Adapter I need a PCI card for my desktop wich runs FreeBSD I want to connect peer to peer 2 FreeBSD boxes at 1 mile from each other, (I want to try the pringles antennas as described in http://www.oreillynet.com/cs/weblog/view/wlg/448 I know there are Aironet PCI adapters but they are expensive, I want to try with cheaper hardware and the Netgear is cheaper in an order of maggnitude. Hope some one knows about this, if possible, or point me to the right list to ask. Thanks in advance. Eric De La Cruz Lugo Merida, Yucatan, Mexico. P.S. Sorry for my bad english. --- _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Aug 11 17:35:40 2003 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 BD36137B401 for ; Mon, 11 Aug 2003 17:35:40 -0700 (PDT) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BC143F75 for ; Mon, 11 Aug 2003 17:35:39 -0700 (PDT) (envelope-from ericx@vineyard.net) Received: from localhost (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id 120D991D32; Mon, 11 Aug 2003 20:35:39 -0400 (EDT) Received: from vineyard.net ([127.0.0.1]) by localhost (king1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38262-08; Mon, 11 Aug 2003 20:35:38 -0400 (EDT) Received: from alice (alice.ericx.net [204.128.227.62]) by vineyard.net (Postfix) with SMTP id CD50B91D2B; Mon, 11 Aug 2003 20:35:38 -0400 (EDT) Message-ID: <000f01c3606a$3e163af0$3ee380cc@alice> From: "Eric W. Bates" To: "Eric De la Cruz Lugo" References: <1060443042.3f3513a2e0208@iteso.mx> Date: Mon, 11 Aug 2003 20:39:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by AMaViS at Vineyard.NET cc: freebsd-net@freebsd.org Subject: Re: Wireless question, maybe off topic 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, 12 Aug 2003 00:35:41 -0000 If you grovel up a PCI card with a PCMCIA slot, you may be all set (I haven't tried the Netgear). This is, in fact, the way the 'PCI' version of the Lucent card is sold. I'm sorry to make a plug on the list, but I think these guys are cool (YMMV), and they can sell you such a card for $40: http://www.fab-corp.com/F1.htm ----- Original Message ----- From: "Eric De la Cruz Lugo" To: Sent: Saturday, August 09, 2003 11:30 AM Subject: Wireless question, maybe off topic > Sorry if this is not the right list, I have checked de Hardware Notes for > FreeBSD 4.8 and there is this wireless adapter called: > > Netgear MA401 > > Its a PCMCIA adapter. > > But i was checking on google and found this one: > > Netgear MA311 802.11b Wireless PCI Adapter > > I need a PCI card for my desktop wich runs FreeBSD I want to connect peer to > peer 2 FreeBSD boxes at 1 mile from each other, (I want to try the pringles > antennas as described in > > > http://www.oreillynet.com/cs/weblog/view/wlg/448 > > I know there are Aironet PCI adapters but they are expensive, I want to try > with cheaper hardware and the Netgear is cheaper in an order of maggnitude. > > Hope some one knows about this, if possible, or point me to the right list to > ask. > > Thanks in advance. > > Eric De La Cruz Lugo > Merida, Yucatan, Mexico. > P.S. Sorry for my bad english. > > > --- > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-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 Aug 12 02:47:43 2003 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 6030537B401 for ; Tue, 12 Aug 2003 02:47:43 -0700 (PDT) Received: from webmail.emre.de (webmail.emre.de [194.8.203.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F02443F3F for ; Tue, 12 Aug 2003 02:47:42 -0700 (PDT) (envelope-from info@emre.de) Received: by webmail.emre.de (Postfix, from userid 80) id C5E223A23C; Tue, 12 Aug 2003 11:50:14 +0200 (CEST) Received: from 194.8.193.125 ( [194.8.193.125]) as user emre@webmail.emre.de by webmail.emre.de with HTTP; Tue, 12 Aug 2003 11:50:14 +0200 Message-ID: <1060681814.3f38b85635053@webmail.emre.de> Date: Tue, 12 Aug 2003 11:50:14 +0200 From: Emre Bastuz To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.0 X-Originating-IP: 194.8.193.125 Subject: Syskonnect GE-9843 Rev. 2 'sk0' not working on 4.8-STABLE 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, 12 Aug 2003 09:47:43 -0000 Hi, I just plugged a Syskonnect Fiber GigE Adapter (64 Bit PCI) into one of my servers running 4.8-STABLE. During boot up the PCI vendor ID and the card type are detected but I can not configure any network adapter sk0 (though it´s included in the kernel with 'device sk'). Any idea why? The vendor ID (0x1148) seems OK but I could not find any refenrence to the device type 0x4320 when grepping through the source. Maybe that´s the problem? Syskonnect support told me that there are known issues with the revision 2 of the NIC so I´m just wanted to ask if anyone knows any workaround or something. Thanks for all suggestions. Regards, Emre -- info@emre.de http://www.emre.de UIN: 561260 PGP Key ID: 0xAFAC77FD I don't see why some people even HAVE cars. -- Calvin From owner-freebsd-net@FreeBSD.ORG Tue Aug 12 06:49:45 2003 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 4AC9E37B401 for ; Tue, 12 Aug 2003 06:49:45 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 344B843F3F for ; Tue, 12 Aug 2003 06:49:44 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id PAA17217 for ; Tue, 12 Aug 2003 15:49:43 +0200 (MEST) Received: from localhost (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id B852914426 for ; Tue, 12 Aug 2003 15:38:51 +0200 (MET DST) Content-Type: text/plain; charset="us-ascii" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Tue, 12 Aug 2003 16:53:33 +0200 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308121653.33540.yoyes@dif.um.es> Subject: Mysql and java on FreeBSD 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, 12 Aug 2003 13:49:45 -0000 Hello. I am working with java and mysql on FreeBSD. I have read that I need use: Class.forName("com.mysql.jdbc.Driver"); connect=3D DriverManager.getConnection("jdbc:mysql://localhost:3306/db_na= me"); But when I do not how compile: javac -classpath ??? Program.java I think I must use mysql-jdbc-mm, but I have an error when I compile. I do not if I need it as jdbc or I need add something to the path. If somebody have had a similar error, please help me. Thanks a lot. Yours faithfully You can see the error here: *********************************** localhost# pwd /usr/ports/databases/mysql-jdbc-mm localhost# make NO_CHECKSUM=3Dyes =3D=3D=3D> Building for mysql-jdbc-mm-2.0.14 Buildfile: build.xml clean: [delete] Deleting 49 files from=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14 init: [delete] Deleting directory=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build [copy] Copying 65 files to=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14 [copy] Copied 1 empty directory to=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14 [copy] Copying 3 files to=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14 compile-core: [javac] Compiling 23 source files [javac] Note: 2 files use or override a deprecated API. Recompile wi= th=20 "-deprecation" for details. [javac] 1 warning compile-jdbc1: compile-jdbc2: [javac] Compiling 16 source files [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:28:=20 Package javax.naming not found in import. [javac] import javax.naming.*; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:29:=20 Class javax.naming.spi.ObjectFactory not found in import. [javac] import javax.naming.spi.ObjectFactory; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:35:=20 Interface javax.naming.spi.ObjectFactory of class=20 org.gjt.mm.mysql.jdbc2.optional.MysqlDataSourceFactory not found. [javac] public class MysqlDataSourceFactory implements ObjectFactory [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSource.java:30:=20 Package javax.naming not found in import. [javac] import javax.naming.*; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSource.java:37:=20 Interface org.gjt.mm.mysql.jdbc2.optional.Referenceable of class=20 org.gjt.mm.mysql.jdbc2.optional.MysqlDataSource not found. [javac] public class MysqlDataSource implements DataSource, Reference= able,=20 Serializable [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:28:=20 Package javax.naming not found in import. [javac] import javax.naming.*; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:29:=20 Class javax.naming.spi.ObjectFactory not found in import. [javac] import javax.naming.spi.ObjectFactory; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:35:=20 Interface javax.naming.spi.ObjectFactory of class=20 org.gjt.mm.mysql.jdbc2.optional.MysqlXaDataSourceFactory not found. [javac] public class MysqlXaDataSourceFactory implements ObjectFactor= y [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSource.java:30:=20 Package javax.naming not found in import. [javac] import javax.naming.*; [javac] ^ [javac]=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSource.java:43:=20 Interface org.gjt.mm.mysql.jdbc2.optional.Referenceable of class=20 org.gjt.mm.mysql.jdbc2.optional.MysqlXaDataSource not found. [javac] Referenceable, [javac] ^ [javac] Note:=20 /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-2.= 0.14/org/gjt/mm/mysql/jdbc2/Connection.java=20 uses or overrides a deprecated API. Recompile with "-deprecation" for=20 details. [javac] 10 errors, 1 warning BUILD FAILED file:/usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build.xml:75= :=20 Compile failed; see the compiler error output for details. Total time: 31 seconds *** Error code 1 Stop in /usr/ports/databases/mysql-jdbc-mm. *********************************** From owner-freebsd-net@FreeBSD.ORG Tue Aug 12 07:05:40 2003 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 4F8FB37B401 for ; Tue, 12 Aug 2003 07:05:40 -0700 (PDT) Received: from smtp12.eresmas.com (smtp12.eresmas.com [62.81.235.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA8E343F3F for ; Tue, 12 Aug 2003 07:05:39 -0700 (PDT) (envelope-from uc18492@alumnos.unican.es) Received: from [192.168.108.51] (helo=mx01.in.mad.eresmas.com) by smtp12.eresmas.com with esmtp (Exim 4.10) id 19mZmI-00034b-00 for freebsd-net@freebsd.org; Tue, 12 Aug 2003 16:05:34 +0200 Received: from [62.36.104.220] (helo=62-36-104-220.dialup.uni2.es) by mx01.in.mad.eresmas.com with esmtp (Exim 4.20) id 19mZmI-0007Ux-Kl for freebsd-net@freebsd.org; Tue, 12 Aug 2003 16:05:37 +0200 From: "E.P.S." To: freebsd-net@freebsd.org Date: Tue, 12 Aug 2003 16:04:51 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308121604.51558.uc18492@alumnos.unican.es> X-Spam-Score: 0.7 Subject: ppp-troubled 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, 12 Aug 2003 14:05:40 -0000 When calling through my 56k-modem sometimes (not very often) the modem misses a number (por example, it does 5-6-9-1-silence-3-4..). While being connected to my isp sometimes the CS switches off for a few seconds; also when de modem is transmitting/receiving x aplications take long time to load (like 5-10 seconds, which is really annoying in a Pentium IV), or even executing. I thought maybe all these things are related. It happens both using ppp and pppd, using freebsd 5.1. Is this logical? Thanks in advance From owner-freebsd-net@FreeBSD.ORG Tue Aug 12 08:07:03 2003 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 D959837B401 for ; Tue, 12 Aug 2003 08:07:01 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0C543FBD for ; Tue, 12 Aug 2003 08:07:00 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id RAA19292 for ; Tue, 12 Aug 2003 17:06:59 +0200 (MEST) Received: from localhost (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id 771D114426 for ; Tue, 12 Aug 2003 16:56:07 +0200 (MET DST) Content-Type: text/plain; charset="iso-8859-1" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Tue, 12 Aug 2003 18:10:49 +0200 User-Agent: KMail/1.4.3 References: <200308121653.33540.yoyes@dif.um.es> In-Reply-To: <200308121653.33540.yoyes@dif.um.es> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308121810.50026.yoyes@dif.um.es> Subject: Mysql and java on FreeBSD 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, 12 Aug 2003 15:07:03 -0000 On Tuesday 12 August 2003 16:53, you wrote: Hello. I am working with java and mysql on FreeBSD. I have read that I need use: Class.forName("com.mysql.jdbc.Driver"); connect=3D DriverManager.getConnection("jdbc:mysql://localhost:3306/db_na= me");=20 But, I do not how compile: > javac -classpath ??? Program.java I think I must use mysql-jdbc-mm, but I have an error when I compile. I do not if I need it as jdbc or I need add something to the path. If somebody have had a similar error, please help me. Thanks a lot. Yours faithfully You can see the error here: > *********************************** > localhost# pwd > /usr/ports/databases/mysql-jdbc-mm > localhost# make NO_CHECKSUM=3Dyes > =3D=3D=3D> Building for mysql-jdbc-mm-2.0.14 > Buildfile: build.xml > > clean: > [delete] Deleting 49 files from > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14 > > init: > [delete] Deleting directory > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build > [copy] Copying 65 files to > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14 [copy] Copied 1 empty directory to > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14 [copy] Copying 3 files to > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14 > > compile-core: > [javac] Compiling 23 source files > [javac] Note: 2 files use or override a deprecated API. Recompile = with > "-deprecation" for details. > [javac] 1 warning > > compile-jdbc1: > > compile-jdbc2: > [javac] Compiling 16 source files > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:28: Packa= ge > javax.naming not found in import. > [javac] import javax.naming.*; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:29: Class > javax.naming.spi.ObjectFactory not found in import. > [javac] import javax.naming.spi.ObjectFactory; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSourceFactory.java:35: Inter= face > javax.naming.spi.ObjectFactory of class > org.gjt.mm.mysql.jdbc2.optional.MysqlDataSourceFactory not found. > [javac] public class MysqlDataSourceFactory implements ObjectFactor= y > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSource.java:30: Package > javax.naming not found in import. > [javac] import javax.naming.*; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlDataSource.java:37: Interface > org.gjt.mm.mysql.jdbc2.optional.Referenceable of class > org.gjt.mm.mysql.jdbc2.optional.MysqlDataSource not found. > [javac] public class MysqlDataSource implements DataSource, > Referenceable, Serializable > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:28: Pac= kage > javax.naming not found in import. > [javac] import javax.naming.*; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:29: Cla= ss > javax.naming.spi.ObjectFactory not found in import. > [javac] import javax.naming.spi.ObjectFactory; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSourceFactory.java:35: > Interface javax.naming.spi.ObjectFactory of class > org.gjt.mm.mysql.jdbc2.optional.MysqlXaDataSourceFactory not found. > [javac] public class MysqlXaDataSourceFactory implements ObjectFact= ory > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSource.java:30: Package > javax.naming not found in import. > [javac] import javax.naming.*; > [javac] ^ > [javac] > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/optional/MysqlXaDataSource.java:43: Interface > org.gjt.mm.mysql.jdbc2.optional.Referenceable of class > org.gjt.mm.mysql.jdbc2.optional.MysqlXaDataSource not found. > [javac] Referenceable, > [javac] ^ > [javac] Note: > /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build/mm.mysql-= 2.0. >14/org/gjt/mm/mysql/jdbc2/Connection.java uses or overrides a deprecated > API. Recompile with "-deprecation" for details. > [javac] 10 errors, 1 warning > > BUILD FAILED > file:/usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14/build.xml:= 75: > Compile failed; see the compiler error output for details. > > Total time: 31 seconds > *** Error code 1 > > Stop in /usr/ports/databases/mysql-jdbc-mm. > > *********************************** From owner-freebsd-net@FreeBSD.ORG Tue Aug 12 09:45:46 2003 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 8D0C137B401 for ; Tue, 12 Aug 2003 09:45:46 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 326B343F85 for ; Tue, 12 Aug 2003 09:45:45 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id SAA22365 for ; Tue, 12 Aug 2003 18:45:44 +0200 (MEST) Received: from localhost (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id 8ED0314426 for ; Tue, 12 Aug 2003 18:34:52 +0200 (MET DST) Content-Type: text/plain; charset="iso-8859-1" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Tue, 12 Aug 2003 19:49:37 +0200 User-Agent: KMail/1.4.3 References: <200308121945.27760.yoyes@dif.um.es> In-Reply-To: <200308121945.27760.yoyes@dif.um.es> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308121949.37105.yoyes@dif.um.es> Subject: Mysql connection 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, 12 Aug 2003 16:45:46 -0000 Hello. I am working with java and mysql on FreeBSD 4.7. I use for compile: javac -classpath /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14:= =2E Server.java java -classpath /usr/ports/databases/mysql-jdbc-mm/work/mm.mysql-2.0.14:. Server But I obtain the following exception: > Unable to load driver. > java.sql.SQLException: Cannot load connection class because of underlyi= ng > exception: 'java.lang.ClassNotFoundException: > org.gjt.mm.mysql.jdbc2.Connection'. > at org.gjt.mm.mysql.Driver.connect(Driver.java:177) > at java.sql.DriverManager.getConnection(DriverManager.java:450) > at java.sql.DriverManager.getConnection(DriverManager.java:130) > at Server.obtainPK(Server.java:73) > at Server.main(Server.java:167) > The code is: /**********************/ /* Server.java=09*/ /**********************/ import java.io.*; import java.lang.*; import java.net.*; import java.util.*; import org.gjt.mm.mysql.Driver; import java.sql.*; public static void main(String[] args) throws IOException{ ... try { Class.forName("org.gjt.mm.mysql.Driver").newInstance(); Connection Conn =3D DriverManager.getConnection("jdbc:mysql://192.168.0.1/Server","root","car= acola");=20 } catch (Exception E) { =09System.err.println("Unable to load driver."); =09E.printStackTrace(); } ... } If someone know how I can resolve it,please help me. Thanks a lot. From owner-freebsd-net@FreeBSD.ORG Tue Aug 12 11:40:19 2003 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 4517337B404; Tue, 12 Aug 2003 11:40:19 -0700 (PDT) Received: from kdmail2.netcologne.de (kdmail2.netcologne.de [194.8.194.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC8843FA3; Tue, 12 Aug 2003 11:40:17 -0700 (PDT) (envelope-from djanssen@netcologne.de) Received: from kevelaer (spam2.netcologne.de [194.8.203.34] (may be forged)) by kdmail2.netcologne.de (Mirapoint Messaging Server MOS 2.9.3.5) with SMTP id ACW07899; Tue, 12 Aug 2003 20:40:16 +0200 (CEST) From: Dirk Janssen To: X-Mailer: PocoMail 2.64 (1120) - Licensed Version Date: Tue, 12 Aug 2003 20:40:15 +0200 In-Reply-To: <200381121103.553835@kevelaer> Message-ID: <2003812204015.902418@kevelaer> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable cc: freebsd-net@freebsd.org Subject: Re: Trouble with 5.1-RELEASE and Broadcom BCM5704C 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, 12 Aug 2003 18:40:19 -0000 Hi, >>- Bring up /sys/dev/bge/if_bge.c in your favorite editor. -= Search for >>the following line of code: >> >>CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_LEN, 0x18000); >> >>It should appear twice in the bge_blockinit() function. -= Change >>0x18000 to 0x10000 in both places. - Recompile your kernel= and/or >>if_bge.ko module. today I've edited if_bge.c and recompiled the kernel. After that= the problem was gone. Thanks for this solution. Regards, Dirk Janssen From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 03:47:24 2003 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 82E6437B401 for ; Wed, 13 Aug 2003 03:47:24 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46C6043F85 for ; Wed, 13 Aug 2003 03:47:23 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id MAA16373 for ; Wed, 13 Aug 2003 12:21:05 +0200 (MEST) Received: from localhost (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id 943F514426 for ; Wed, 13 Aug 2003 12:10:12 +0200 (MET DST) Content-Type: text/plain; charset="us-ascii" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Wed, 13 Aug 2003 13:24:57 +0200 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308131324.57759.yoyes@dif.um.es> Subject: java and mysql on FreeBSD 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, 13 Aug 2003 10:47:24 -0000 Please, if you can help me :-( I do not know anywhere where I can ask this question I am working with java and mysql on FreeBSD 4.7 I have had a lot of problem with the java connection with mysql, but I do= not=20 if a FreeBSD problem or mysql problem ?? When I compile my java program I obtain: localhost# ./Server Exception: java.sql.SQLException: Server configuration denies access to d= ata=20 source java.sql.SQLException: Server configuration denies access to data source at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:399) at com.mysql.jdbc.Connection.createNewIO(Connection.java:1562) at com.mysql.jdbc.Connection.(Connection.java:491) at=20 com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:346= ) at java.sql.DriverManager.getConnection(DriverManager.java:450) at java.sql.DriverManager.getConnection(DriverManager.java:130) at Server.obtainPK(Server.java:45) at Server.main(Server.java:145) I use for compiling: javac -classpath=20 /usr/ports/databases/mysql-java-3.0.8/mysql-connector-java-3.0.8-stable-b= in.jar:.=20 Server.java java -classpath=20 /usr/ports/databases/mysql-java-3.0.8/mysql-connector-java-3.0.8-stable-b= in.jar:.=20 Server /*************************************** And my program is: /**********************/ /* Server.java */ /**********************/ import java.io.*; import java.lang.*; import java.net.*; import java.util.*; import org.gjt.mm.mysql.Driver; import java.sql.*; public static void main(String[] args) throws IOException{ ... try { Class.forName("org.gjt.mm.mysql.Driver").newInstance(); Connection con =3D=20 DriverManager.getConnection("jdbc:mysql://localhost/Server:3306","testuse= r",""); } catch (Exception E) { System.err.println("Unable to load driver."); E.printStackTrace(); } ... } /*************************************** But whe I execute mysql I can see the database and the table. You can see it: localhost# mysql -u testuser -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 4 to server version: 3.23.52 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> use Server Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> show tables; +------------------+ | Tables_in_Server | +------------------+ | Certificate | +------------------+ 1 row in set (0.00 sec) Thanks a lot From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 04:35:48 2003 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 2CD6F37B401 for ; Wed, 13 Aug 2003 04:35:48 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBBCA43F75 for ; Wed, 13 Aug 2003 04:35:46 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7DBZhuL043105 for ; Wed, 13 Aug 2003 12:35:43 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7DBXDnH065627 for ; Wed, 13 Aug 2003 12:33:13 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: freebsd-net@freebsd.org Date: Wed, 13 Aug 2003 12:33:13 +0100 Message-ID: <65626.1060774393@thrush.ravenbrook.com> Sender: nb@ravenbrook.com Subject: Translate MAC address to IP address 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, 13 Aug 2003 11:35:48 -0000 [-net seems to be the right forum for this.] I have some MAC addresses from a local Ethernet segment. I want to convert them into IP addresses. How can I do that programmatically? (i.e. not "ping likely candidates and then eyeball the arp -a output"). I'm prepared to burn hundreds of packets, and possibly wait a few seconds, to get the result. I understand that the mapping may be dynamic, especially in the presence of DHCP etc, and I'm prepared to put up with that; a "best guess" is far better than nothing at all (and in fact on my local network the mapping is pretty static). This is on 4.8-STABLE. Background: I have written a small utility for traffic volume monitoring on an Ethernet segment. It uses libpcap to capture the ethernet header of every packet and counts traffic volume by source and destination MAC. A bit like a lobotomized tcpdump (and indeed that is what I started with). Currently the report looks like this: Per-MAC: out out in in packets bytes packets bytes ff:ff:ff:ff:ff:ff: 0 0 4 240 00:07:e9:db:2a:26: 71 5435 127 70958 00:02:b3:33:37:0f: 389 290734 331 38761 00:90:27:ed:3c:70: 33 15909 30 4105 00:50:fc:01:f4:0e: 7 1648 5 717 00:d0:b7:ac:99:87: 142 15184 153 105835 00:03:47:fa:fb:5b: 105 15832 98 115895 00:07:e9:92:c0:76: 28 3221 27 11452 Per-header: packets bytes 00:90:27:ed:3c:70 -> 00:d0:b7:ac:99:87: 7 4798 00:d0:b7:ac:99:87 -> 00:90:27:ed:3c:70: 6 689 00:90:27:ed:3c:70 -> 00:02:b3:33:37:0f: 6 513 00:02:b3:33:37:0f -> 00:90:27:ed:3c:70: 6 1273 00:02:b3:33:37:0f -> 00:07:e9:92:c0:76: 7 854 00:07:e9:92:c0:76 -> 00:02:b3:33:37:0f: 8 958 00:02:b3:33:37:0f -> 00:07:e9:db:2a:26: 127 70958 00:07:e9:db:2a:26 -> 00:02:b3:33:37:0f: 71 5435 00:d0:b7:ac:99:87 -> ff:ff:ff:ff:ff:ff: 2 120 00:50:fc:01:f4:0e -> 00:02:b3:33:37:0f: 7 1648 00:02:b3:33:37:0f -> 00:50:fc:01:f4:0e: 5 717 00:02:b3:33:37:0f -> 00:d0:b7:ac:99:87: 146 101037 00:d0:b7:ac:99:87 -> 00:02:b3:33:37:0f: 134 14375 00:07:e9:92:c0:76 -> ff:ff:ff:ff:ff:ff: 2 120 00:90:27:ed:3c:70 -> 00:07:e9:92:c0:76: 20 10598 00:07:e9:92:c0:76 -> 00:90:27:ed:3c:70: 18 2143 00:03:47:fa:fb:5b -> 00:02:b3:33:37:0f: 105 15832 00:02:b3:33:37:0f -> 00:03:47:fa:fb:5b: 98 115895 total: 775 347963 I would like to be able to report by IP address. Yours, Nick Barnes Ravenbrook Limited From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 05:13:28 2003 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 EBB8337B401 for ; Wed, 13 Aug 2003 05:13:28 -0700 (PDT) Received: from mercury.ccmr.cornell.edu (mercury.ccmr.cornell.edu [128.84.231.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA6A443F3F for ; Wed, 13 Aug 2003 05:13:27 -0700 (PDT) (envelope-from mitch@ccmr.cornell.edu) Received: from saruman.ccmr.cornell.edu (saruman.ccmr.cornell.edu [128.84.249.196])h7DCDOQ4014487; Wed, 13 Aug 2003 08:13:24 -0400 Received: from localhost (mitch@localhost)h7DCDOa0013585; Wed, 13 Aug 2003 08:13:24 -0400 X-Authentication-Warning: saruman.ccmr.cornell.edu: mitch owned process doing -bs Date: Wed, 13 Aug 2003 08:13:24 -0400 (EDT) From: Mitch Collinsworth To: Nick Barnes In-Reply-To: <65626.1060774393@thrush.ravenbrook.com> Message-ID: References: <65626.1060774393@thrush.ravenbrook.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 13 Aug 2003 12:13:29 -0000 If you ping the broadcast addr you will (should) get a reply from all hosts. This will give you a full arp table that can be grep'd programatically. The only hitch is that it's possible for someone to put a firewall or other custom setup on a machine to prevent it from replying to ping. Another way would be to decode packets to read the IP from address. Not sure if tcpdump has that ability or it it would take some coding. I've always done it with arp myself. -Mitch On Wed, 13 Aug 2003, Nick Barnes wrote: > [-net seems to be the right forum for this.] > > I have some MAC addresses from a local Ethernet segment. I want to > convert them into IP addresses. How can I do that programmatically? > (i.e. not "ping likely candidates and then eyeball the arp -a > output"). I'm prepared to burn hundreds of packets, and possibly wait > a few seconds, to get the result. From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 05:25:32 2003 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 81C5B37B404 for ; Wed, 13 Aug 2003 05:25:32 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D6343FBF for ; Wed, 13 Aug 2003 05:25:31 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7DCPQuL043687; Wed, 13 Aug 2003 13:25:26 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7DCMunH065998; Wed, 13 Aug 2003 13:22:57 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Mitch Collinsworth In-Reply-To: Message from Mitch Collinsworth Date: Wed, 13 Aug 2003 13:22:56 +0100 Message-ID: <65997.1060777376@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 13 Aug 2003 12:25:32 -0000 At 2003-08-13 12:13:24+0000, Mitch Collinsworth writes: > > If you ping the broadcast addr you will (should) get a reply from > all hosts. This will give you a full arp table that can be > grep'd programatically. The only hitch is that it's possible for > someone to put a firewall or other custom setup on a machine to > prevent it from replying to ping. A good idea, except that a lot of OSes these days are configured to ignore broadcast pings. That includes FreeBSD, by default (although you can change it with the net.inet.icmp.bmcastecho sysctl). This is because forged broadcast pings were used as DoS attack amplifiers. The only two machines on our office subnet which respond to a broadcast ping are a PC running Windows NT4 and an HP LaserJet printer. I get nothing back from machines running Windows XP, FreeBSD 4.x, and Mac OS X. > Another way would be to decode packets to read the IP from address. > Not sure if tcpdump has that ability or it it would take some > coding. I've always done it with arp myself. I could do that, but on the subnets I'm interested in, the IP addresses in most of the packets aren't local to the subnet (most of the machines on it are routers of one sort or another). Nick B From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 06:59:18 2003 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 5EA7D37B401 for ; Wed, 13 Aug 2003 06:59:18 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 619A543FDD for ; Wed, 13 Aug 2003 06:59:17 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h7DDwpAL078659; Wed, 13 Aug 2003 09:58:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h7DDwpsL078656; Wed, 13 Aug 2003 09:58:51 -0400 (EDT) Date: Wed, 13 Aug 2003 09:58:51 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Nick Barnes In-Reply-To: <65626.1060774393@thrush.ravenbrook.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 13 Aug 2003 13:59:18 -0000 On Wed, 13 Aug 2003, Nick Barnes wrote: > I have written a small utility for traffic volume monitoring on an > Ethernet segment. It uses libpcap to capture the ethernet header of > every packet and counts traffic volume by source and destination MAC. A > bit like a lobotomized tcpdump (and indeed that is what I started with). The easiest way would actually be to expand your tool to also look at the IP header and track usage at the IP level in the first place. Converting MAC addresses back to IPs is hard in the world of IPv4 (it's a lot easier in IPv6 but that probably won't help you :-). One nice thing about the tracking at capture time model is that it will allow you to handle MAC<->IP mapping changes in more flexible ways. Since you only need the source/dest IP addresses, you don't even have to deal with IP option parsing, just check the frame type for IP, then look for the 'struct ip' after the ethernet frame header. The usual reference source code I toss out for this sort of thing is: http://www.watson.org/~robert/freebsd/bpfmon.tgz I recently received patches to make it distinguish source/dest address as well, so I guess I should stick it in a CVS tree sometime. > > Currently the report looks like this: > > Per-MAC: out out in in > packets bytes packets bytes > ff:ff:ff:ff:ff:ff: 0 0 4 240 > 00:07:e9:db:2a:26: 71 5435 127 70958 > 00:02:b3:33:37:0f: 389 290734 331 38761 > 00:90:27:ed:3c:70: 33 15909 30 4105 > 00:50:fc:01:f4:0e: 7 1648 5 717 > 00:d0:b7:ac:99:87: 142 15184 153 105835 > 00:03:47:fa:fb:5b: 105 15832 98 115895 > 00:07:e9:92:c0:76: 28 3221 27 11452 > > Per-header: packets bytes > 00:90:27:ed:3c:70 -> 00:d0:b7:ac:99:87: 7 4798 > 00:d0:b7:ac:99:87 -> 00:90:27:ed:3c:70: 6 689 > 00:90:27:ed:3c:70 -> 00:02:b3:33:37:0f: 6 513 > 00:02:b3:33:37:0f -> 00:90:27:ed:3c:70: 6 1273 > 00:02:b3:33:37:0f -> 00:07:e9:92:c0:76: 7 854 > 00:07:e9:92:c0:76 -> 00:02:b3:33:37:0f: 8 958 > 00:02:b3:33:37:0f -> 00:07:e9:db:2a:26: 127 70958 > 00:07:e9:db:2a:26 -> 00:02:b3:33:37:0f: 71 5435 > 00:d0:b7:ac:99:87 -> ff:ff:ff:ff:ff:ff: 2 120 > 00:50:fc:01:f4:0e -> 00:02:b3:33:37:0f: 7 1648 > 00:02:b3:33:37:0f -> 00:50:fc:01:f4:0e: 5 717 > 00:02:b3:33:37:0f -> 00:d0:b7:ac:99:87: 146 101037 > 00:d0:b7:ac:99:87 -> 00:02:b3:33:37:0f: 134 14375 > 00:07:e9:92:c0:76 -> ff:ff:ff:ff:ff:ff: 2 120 > 00:90:27:ed:3c:70 -> 00:07:e9:92:c0:76: 20 10598 > 00:07:e9:92:c0:76 -> 00:90:27:ed:3c:70: 18 2143 > 00:03:47:fa:fb:5b -> 00:02:b3:33:37:0f: 105 15832 > 00:02:b3:33:37:0f -> 00:03:47:fa:fb:5b: 98 115895 > > total: 775 347963 > > I would like to be able to report by IP address. > > Yours, > > Nick Barnes > Ravenbrook Limited > _______________________________________________ > 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 Aug 13 07:02:59 2003 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 BFED637B401 for ; Wed, 13 Aug 2003 07:02:59 -0700 (PDT) Received: from ipb.redline.ru (ipb.redline.ru [217.144.98.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DAAF43FB1 for ; Wed, 13 Aug 2003 07:02:58 -0700 (PDT) (envelope-from zakharov@ipb.redline.ru) Received: from starfall ([192.232.12.98]) by ipb.redline.ru (8.12.9/8.12.9) with SMTP id h7DE2toQ057307 for ; Wed, 13 Aug 2003 18:02:56 +0400 (MSD) (envelope-from zakharov@ipb.redline.ru) Message-ID: <014701c361a3$01da40b0$620ce8c0@tv.interprom.msk.su> From: "Mikhail E. Zakharov" To: Date: Wed, 13 Aug 2003 17:58:42 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: 1 server, 1 net, 2 cards X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Mikhail E. Zakharov" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 14:03:00 -0000 Hi! I have two 3com ethernet cards at my FreeBSD server. How to set up them, to work together at the same subnet with IP 192.168.1.1 (xl0) and IP 192.168.1.2(xl1). From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 07:30:40 2003 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 1477C37B404; Wed, 13 Aug 2003 07:30:40 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF1FF43F93; Wed, 13 Aug 2003 07:30:38 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7DEUZuL044954; Wed, 13 Aug 2003 15:30:35 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7DES5nH066709; Wed, 13 Aug 2003 15:28:05 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Robert Watson In-Reply-To: Message from Robert Watson Date: Wed, 13 Aug 2003 15:28:05 +0100 Message-ID: <66708.1060784885@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 13 Aug 2003 14:30:40 -0000 At 2003-08-13 13:58:51+0000, Robert Watson writes: > > On Wed, 13 Aug 2003, Nick Barnes wrote: > > > I have written a small utility for traffic volume monitoring on an > > Ethernet segment. It uses libpcap to capture the ethernet header of > > every packet and counts traffic volume by source and destination MAC. A > > bit like a lobotomized tcpdump (and indeed that is what I started with). > > The easiest way would actually be to expand your tool to also look at the > IP header and track usage at the IP level in the first place. But the IP addresses in the packets are not interesting to me. I want to track usage according to router on the local subnet, not according to IP address of the ultimate (possibly distant) sources and destinations. That's why I'm looking at the MAC addresses in the first place. I have a routing subnet, with a bunch of gateway machines on it. For the purposes of this application, I neither know nor care about the IP addresses of the machines behind those gateways. Packets coming through will have IP addresses of those distant machines but the MAC addresses of the gateways themselves. Other than that, the application is broadly similar to your bpfmon. Thanks for those sources. I'm leaning towards a routine which will send a simple packet (maybe a ping) to all IP addresses on the local subnet, then waits for a short while (long enough for all the ARP exchanges), and then harvest the results from the local ARP table. This seems easy enough to create (given the sources to ping and arp, of course). It won't work for machines which are off the network when I trigger the ARP; I guess I could do it at the beginning and then do it again if I see a MAC address which I didn't harvest. Nick B From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 08:43:56 2003 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 2942437B401 for ; Wed, 13 Aug 2003 08:43:56 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9043043F93 for ; Wed, 13 Aug 2003 08:43:55 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7DFhsX10485; Wed, 13 Aug 2003 08:43:54 -0700 (PDT) Message-ID: <3F3A5CB7.5070006@isi.edu> Date: Wed, 13 Aug 2003 08:43:51 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Barnes References: <65626.1060774393@thrush.ravenbrook.com> In-Reply-To: <65626.1060774393@thrush.ravenbrook.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070709090404010406080107" cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 13 Aug 2003 15:43:56 -0000 This is a cryptographically signed message in MIME format. --------------ms070709090404010406080107 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Nick Barnes wrote: > [-net seems to be the right forum for this.] > > I have some MAC addresses from a local Ethernet segment. I want to > convert them into IP addresses. How can I do that programmatically? net/arping from port: [root@nik: ~] arping -i em1 00:07:e9:0a:23:91 ARPING 00:07:e9:0a:23:91 60 bytes from 128.9.168.57 (00:07:e9:0a:23:91): icmp_seq=0 time=5.453 msec 60 bytes from 128.9.168.57 (00:07:e9:0a:23:91): icmp_seq=1 time=9.980 msec 60 bytes from 128.9.168.57 (00:07:e9:0a:23:91): icmp_seq=2 time=9.981 msec ^C --- 00:07:e9:0a:23:91 statistics --- 3 packets transmitted, 3 packets received, 0% unanswered Lars -- Lars Eggert USC Information Sciences Institute --------------ms070709090404010406080107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgxMzE1NDM1MVowIwYJKoZIhvcNAQkEMRYEFD/KXDqp460RuQCliJQV NNBaefXNMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAViR9RCECp5VSZ4OZmReH2CtaD6Xnt6MEaolK doPpKldipxoSiJJ69EE/cMyLgXzv+UfB7FHjWTueAf7a/Mm0KeKBX5DXpAg8naDueltc9oaR euNhSiMBEaA4N9fAKizTp5zyczRASmpMj+fwctyZOlJHT8Dv49VScFbiWaWoMeyihG/hq9RL cVmc4+b4yLUdD1JQY4KPNjwRPRHPR5HVShTRNW2nqxqCZ3HrA9Od5TYFwtL683xTw1qHYGsg EcTFX20NdD4J4xIOyJax2OUO4t3qI2nIRyaJgSzQVZluPNZqWS31UZafJwKER3UvUq4uAHqe G1DBbRW/vGEn3IgYwQAAAAAAAA== --------------ms070709090404010406080107-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 14:01:58 2003 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 92FB837B401 for ; Wed, 13 Aug 2003 14:01:58 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B2543F3F for ; Wed, 13 Aug 2003 14:01:57 -0700 (PDT) (envelope-from emaste@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Wed, 13 Aug 2003 17:01:57 -0400 Message-ID: From: Ed Maste To: 'Mike Silbersack' , Scot Loach Date: Wed, 13 Aug 2003 17:01:56 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-net@freebsd.org'" Subject: RE: TCP socket shutdown race condition 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, 13 Aug 2003 21:01:58 -0000 Mike "Silby" Silbersack wrote: >Well, as ui_ref is the best bet, redoing your tests with it expanded to >ui_int is where we need to start before looking further. :) > >I believe that a uidinfo->ui_ref over/underflow could cause random memory >corruption, so maybe the panic you're seeing comes about after a bunch of >memory has already been trashed. > >So anyway, promote ui_ref to a u_int and retest. Tell us what happens. So as Scot mentioned (http://news.gw.com/freebsd.net/10900) it doesn't look like the ui_ref is overflowing, and the panic still happens with a 32 bit ref count. I think I've found the problem. crfree() is called from a lot of places (I counted at least 20) including sodealloc() in the socket code, crcopy() etc. It's called at splnet() from sodealloc(). I'm not sure what spl (if any) it might be called at from elsewhere, but certainly not splnet(). I believe the non-atomic (on SMP) increment and decrement in crhold() and crfree() result in a race condition, with the ref count ending up less than it should be. By adding a busy wait loop to crhold() and crfree() and making them "even less atomic" I was able to reliably make the same panic occur within a minute or two of starting my test. (Running the same test, it took on the order of a day for Scot to observe a panic.) I've added an splhigh() around the code in crhold() and crfree() (with the delay left in) and haven't observed a panic yet. I'm not sure what the best way to fix this is, but the ref count inc/dec either needs to be protected or made atomic. I'm going to investigate the correct solution for this and supply a PR / patch, but for now let me know if more information is desired. -ed From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 14:58:37 2003 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 EAD6337B401 for ; Wed, 13 Aug 2003 14:58:37 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A9F4443FA3 for ; Wed, 13 Aug 2003 14:58:36 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 29279 invoked from network); 13 Aug 2003 21:58:35 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 13 Aug 2003 21:58:35 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 13 Aug 2003 16:57:28 -0500 (CDT) From: Mike Silbersack To: Ed Maste In-Reply-To: Message-ID: <20030813164935.M29363@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-net@freebsd.org'" cc: John Baldwin Subject: RE: TCP socket shutdown race condition 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, 13 Aug 2003 21:58:38 -0000 On Wed, 13 Aug 2003, Ed Maste wrote: > I think I've found the problem. > > crfree() is called from a lot of places (I counted at least 20) including > sodealloc() in the socket code, crcopy() etc. It's called at splnet() from > sodealloc(). I'm not sure what spl (if any) it might be called at from > elsewhere, but certainly not splnet(). > > I'm going to investigate the correct solution for this and supply a > PR / patch, but for now let me know if more information is desired. > > -ed Hm, sounds like you've done some solid debugging, and this should be easy to fix. However, perhaps we need to think about this for a little bit longer before we just switch to atomic operations or a spl call within the cr functions... As I understand it, 4.x uses just a single lock on anything going into the kernel, meaning that this type of problem should be prevented. However, maybe there's something a lot more subtle which actually goes on. What I'm thinking is that perhaps we're seeing a single entrypoint which happens to call the cr* functions that should be more generally locked, and that we're just seeing the problem in the cr functions. John, can you give us a quick overview of how 4.x SMP works so that we can determine the correct solution here? My main question is this: If CPU 1 is chugging along at a low SPL level and an interrupt comes in to CPU 2, can it wrestle control away from the other CPU, and/or run the interrupt handler concurrently? Thanks, Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Aug 13 15:03:36 2003 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 6085437B401; Wed, 13 Aug 2003 15:03:36 -0700 (PDT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EBCC43F85; Wed, 13 Aug 2003 15:03:35 -0700 (PDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (250-217.customer.cloud9.net [168.100.250.217])h7DM3PEt011549 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Wed, 13 Aug 2003 18:03:29 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) From: Mikhail Teterin Organization: Virtual Estates, Inc. To: net@FreeBSD.org, questions@FreeBSD.org Date: Wed, 13 Aug 2003 18:04:02 -0400 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308131804.02367@misha-mx.virtual-estates.net> X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) Subject: troubles telnet-ing with Kerberos 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, 13 Aug 2003 22:03:36 -0000 Hello! I'm trying to make the FreeBSD 5.x machine accept users based on Kerberos' tickets. The telnet and telnetd seem like the most functional pair for this excercise. (rlogin's man page documents Kerberos options, but they are not implemented, it seems). The KDC is a Win2K server (with Active Directory), but, according to tcpdump, nothing talks to it during the (failing) authentication attempt. After adding ``-a debug -edebug -D report'' to telnetd, I get the following, when trying to telnet to the host: telnet tool Trying 172.21.128.30... Connected to tool.us.example.com. Escape character is '^]'. td: send do AUTHENTICATION td: ttloop [ Trying mutual KERBEROS5 (host/tool.us.example.com@US.EXAMPLE.COM)... ] td: ttloop read 36 chars td: recv will AUTHENTICATION td: send suboption AUTHENTICATION SEND KERBEROS_V5 CLIENT|MUTUAL KERBEROS_V5 CLIENT|ONE-WAY SRA CLIENT|ONE-WAY td: recv do ENCRYPT td: send will ENCRYPT td: recv will ENCRYPT td: send do ENCRYPT td: send suboption ENCRYPT SUPPORT DES_CFB64 DES_OFB64 td: recv do SUPPRESS GO AHEAD td: send will SUPPRESS GO AHEAD td: recv will TERMINAL TYPE td: send do TERMINAL TYPE td: recv will NAWS td: send do NAWS td: recv will TSPEED td: send do TSPEED td: recv will LFLOW td: send do LFLOW td: recv will LINEMODE td: send do LINEMODE td: recv will NEW-ENVIRON td: send do NEW-ENVIRON td: recv do STATUS td: send will STATUS td: recv will XDISPLOC td: send do XDISPLOC td: ttloop td: ttloop read 1024 chars td: recv suboption AUTHENTICATION NAME "mteterin" td: ttloop td: ttloop read 332 chars td: recv suboption (terminated by (null) 59, not IAC SE!) AUTHENTICATION IS KERBEROS_V5 CLIENT|MUTUAL AUTH 110 130 4 220 48 130 4 216 160 3 2 1 5 161 3 2 1 14 162 7 3 5 0 32 0 0 0 163 130 4 40 97 130 4 36 48 130 4 32 160 3 2 1 5 161 14 27 12 85 83 46 77 85 82 69 88 46 67 79 77 162 36 48 34 160 3 2 1 1 161 27 48 25 27 4 104 111 115 116 27 17 116 111 111 108 46 117 115 46 109 117 114 101 120 46 99 111 109 163 130 3 225 48 130 3 221 160 3 2 1 1 162 130 3 212 4 130 3 208 114 111 28 194 170 137 87 79 194 167 232 10 63 130 209 101 174 124 75 197 43 114 188 113 63 64 10 128 64 197 195 141 15 19 2 223 182 93 144 td: recv suboption ENCRYPT REQUEST-START td: recv suboption ENCRYPT SUPPORT DES_CFB64 DES_OFB64 td: recv suboption NAWS 0 140 (140) 0 47 (47) td: recv suboption LINEMODE SLC SYNCH DEFAULT 0; IP VARIABLE|FLUSHIN|FLUSHOUT 3; AO VARIABLE 15; AYT VARIABLE 20; ABORT VARIABLE|FLUSHIN|FLUSHOUT 28; EOF VARIABLE 4; SUSP VARIABLE|FLUSHIN 26; EC VARIABLE 8; EL VARIABLE 21; EW VARIABLE 23; RP VARIABLE 18; LNEXT VARIABLE 22; XON VARIABLE 17; XOFF VARIABLE 19; FORW1 NOSUPPORT 255; FORW2 NOSUPPORT 255; td: recv do SUPPRESS GO AHEAD td: ttloop [... Waits about a minute ...] >>>TELNETD: I support auth type 2 2 >>>TELNETD: I support auth type 2 0 >>>TELNETD: I support auth type 6 0 >>>TELNETD: I will support DES_CFB64 >>>TELNETD: I will support DES_OFB64 >>>TELNETD: Sending type 2 2 >>>TELNETD: Sending type 2 0 >>>TELNETD: Sending type 6 0 >>>TELNETD: in auth_wait. >>>TELNETD: Got NAME [mteterin] >>>REPLY:2: [1] (47) 52 65 61 64 20 72 65 71 20 66 61 69 6c 65 64 3a Read req failed: ASN.1 badly-formatted encoding >>>TELNETD: He is supporting DES_CFB64 (1) >>>TELNETD: He is supporting DES_OFB64 (2) >>>TELNETD: (*ep->start)() returned 7 Because the KDC is a Windows machine, we had to add default_etypes = des-cbc-crc default_etypes_des = des-cbc-crc to the krb5.conf's libdefaults section on all machines. Not sure if this is the reason for the problem :-( -- there is an unaswered complaint about the same trouble at http://www.geocrawler.com/archives/3/165/2002/8/250/9205461/ where the KDC was hosted on a NetBSD server... Any ideas? Thanks! -mi From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 03:39:55 2003 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 12FFE37B401 for ; Thu, 14 Aug 2003 03:39:55 -0700 (PDT) Received: from unimur.um.es (unimur.um.es [155.54.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED79A43FCB for ; Thu, 14 Aug 2003 03:39:52 -0700 (PDT) (envelope-from yoyes@dif.um.es) Received: from aries.dif.um.es (aries.dif.um.es [155.54.210.253]) by unimur.um.es (8.9.1b+Sun/8.9.1) with ESMTP id LAA22805 for ; Thu, 14 Aug 2003 11:53:11 +0200 (MEST) Received: from localhost (gemela.dif.um.es [155.54.210.45]) by aries.dif.um.es (Postfix) with ESMTP id 1BA2E14426 for ; Thu, 14 Aug 2003 11:42:17 +0200 (MET DST) Content-Type: text/plain; charset="us-ascii" From: Maria Dolores Moral To: freebsd-net@freebsd.org Date: Thu, 14 Aug 2003 12:57:03 +0200 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308141257.03124.yoyes@dif.um.es> Subject: Something like my.cnf 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, 14 Aug 2003 10:39:55 -0000 I am working with java and mysql on FreeBSD. I obtain the following exception: java.sql.SQLException: Server configuration denies access to data source at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:399) at com.mysql.jdbc.Connection.createNewIO(Connection.java:1562) at com.mysql.jdbc.Connection.(Connection.java:491) at=20 com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:346= ) at java.sql.DriverManager.getConnection(DriverManager.java:450) at java.sql.DriverManager.getConnection(DriverManager.java:130) at Server.obtainPK(Server.java:44) at Server.main(Server.java:145) For this code: Class.forName("org.gjt.mm.mysql.Driver").newInstance(); DriverManager.getConnection("jdbc:mysql://localhost:3306/test","root","ca= racola"); Someone has suggested me to configure something else, something like my.c= nf,=20 but I have not found it. Somebody Know a similar archive and how I must configure it. If anybody have this file and could send me ;-), I would be very grateful= =2E Your faithfully From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 04:46:26 2003 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 2F56237B401 for ; Thu, 14 Aug 2003 04:46:26 -0700 (PDT) Received: from argosy.ca (www.argosy.ca [138.73.18.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D8FF43FBD for ; Thu, 14 Aug 2003 04:46:25 -0700 (PDT) (envelope-from hhwoo@argosy.ca) Received: from a7n8x (berserk@h24-87-8-66.vc.shawcable.net [24.87.8.66]) by argosy.ca (8.12.9/8.12.9) with SMTP id h7EBnnPr096210; Thu, 14 Aug 2003 08:49:49 -0300 (ADT) (envelope-from hhwoo@argosy.ca) Message-ID: <000901c36259$e9c7e970$0800a8c0@a7n8x> From: "Han Hwei Woo" To: "Mikhail E. Zakharov" , References: <014701c361a3$01da40b0$620ce8c0@tv.interprom.msk.su> Date: Thu, 14 Aug 2003 04:47:59 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: Re: 1 server, 1 net, 2 cards 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, 14 Aug 2003 11:46:26 -0000 I don't believe it is possible to do that in the manner you're suggesting. What is your purpose for using two ethernet cards with two different IP's on the same network? The carrying capacity of your switching fabric (hub or switch) as well as the ethernet card on the host you try to communicate will limit your bandwidth, so you will not see any performance gain from using the 2nd ethernet card, even if you setup an effective method of load balancing. If you want to use your freebsd box as your switching fabric however, you can setup the 2 cards as a bridge. "man 4 bridge" will explain how to do that. You would then only need 1 IP address for your bridge interface, and you can add a 2nd IP using aliasing as well if you wish. Keep in mind that this will be more cpu intensive than just setting up a separate network on each card, although if your machine is relatively fast, the difference will be negligible. I hope this helps. If not, perhaps you could explain more about what you are trying to accomplish, which will enable us to help you better. Cheers, Han Hwei Woo ----- Original Message ----- From: "Mikhail E. Zakharov" To: Sent: Wednesday, August 13, 2003 6:58 AM Subject: 1 server, 1 net, 2 cards > Hi! > I have two 3com ethernet cards at my FreeBSD server. How to set up them, to > work together at the same subnet with IP 192.168.1.1 (xl0) and IP > 192.168.1.2(xl1). > > _______________________________________________ > 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 Thu Aug 14 07:41:41 2003 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 4B8A837B401 for ; Thu, 14 Aug 2003 07:41:41 -0700 (PDT) Received: from mail.speakeasy.net (mail7.speakeasy.net [216.254.0.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFFF43FBD for ; Thu, 14 Aug 2003 07:41:40 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15996 invoked from network); 14 Aug 2003 14:41:40 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 Aug 2003 14:41:40 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h7EEfb9s065214; Thu, 14 Aug 2003 10:41:38 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030813164935.M29363@odysseus.silby.com> Date: Thu, 14 Aug 2003 10:42:00 -0400 (EDT) From: John Baldwin To: Mike Silbersack cc: "freebsd-net@freebsd.org" Subject: RE: TCP socket shutdown race condition 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, 14 Aug 2003 14:41:41 -0000 On 13-Aug-2003 Mike Silbersack wrote: > > On Wed, 13 Aug 2003, Ed Maste wrote: > >> I think I've found the problem. >> >> crfree() is called from a lot of places (I counted at least 20) including >> sodealloc() in the socket code, crcopy() etc. It's called at splnet() from >> sodealloc(). I'm not sure what spl (if any) it might be called at from >> elsewhere, but certainly not splnet(). >> >> I'm going to investigate the correct solution for this and supply a >> PR / patch, but for now let me know if more information is desired. >> >> -ed > > Hm, sounds like you've done some solid debugging, and this should be easy > to fix. However, perhaps we need to think about this for a little bit > longer before we just switch to atomic operations or a spl call within the > cr functions... > > As I understand it, 4.x uses just a single lock on anything going into the > kernel, meaning that this type of problem should be prevented. However, > maybe there's something a lot more subtle which actually goes on. What > I'm thinking is that perhaps we're seeing a single entrypoint which > happens to call the cr* functions that should be more generally locked, > and that we're just seeing the problem in the cr functions. > > John, can you give us a quick overview of how 4.x SMP works so that we can > determine the correct solution here? My main question is this: If CPU 1 > is chugging along at a low SPL level and an interrupt comes in to CPU 2, > can it wrestle control away from the other CPU, and/or run the interrupt > handler concurrently? In that case, CPU 2 uses an IPI to "push" the interrupt over to CPU 1 since CPU 1 is in the kernel. CPU 2 will not handle an interrupt unless it can get the giant lock. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 11:56:32 2003 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 93CFE37B401 for ; Thu, 14 Aug 2003 11:56:32 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 41D7F43FBD for ; Thu, 14 Aug 2003 11:56:31 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 27963 invoked by uid 5013); 14 Aug 2003 18:53:42 -0000 Date: Thu, 14 Aug 2003 19:53:42 +0100 From: Bruce M Simpson To: Bill Fenner Message-ID: <20030814185342.GK1409@spc.org> Mail-Followup-To: Bruce M Simpson , Bill Fenner , freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: SPC cc: freebsd-net@freebsd.org Subject: Netmasks and PF_ROUTE rockets 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, 14 Aug 2003 18:56:32 -0000 Bill, Thanks for your help the other week. It seems, though, that in order to fix my code, I had to replicate exactly what route(8) did. Specifically, it fills out the netmask sockaddr_in in this way: it counts the number of bytes of netmask set within the sockaddr and sets sin_len accordingly. It is also necessary to pad each sockaddr after the rtmsg header to the nearest longword, otherwise nothing works. I have actually managed to panic the 5.1 kernel by passing a wrongly formatted routing message in. The on-demand routing example now works on its own without the need for the user to configure an interface or a route; they do have to specify a network address in CIDR notation which will be used with the XRESOLVE flag and the disc1 interface. They also need to kldload if_disc, I haven't brought maybeload in from ifconfig(8) [yet]. BMS From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 13:32:43 2003 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 9FB3537B401 for ; Thu, 14 Aug 2003 13:32:43 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A5A643FE1 for ; Thu, 14 Aug 2003 13:32:42 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 69943 invoked from network); 14 Aug 2003 20:32:41 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 14 Aug 2003 20:32:41 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 14 Aug 2003 15:31:29 -0500 (CDT) From: Mike Silbersack To: John Baldwin In-Reply-To: Message-ID: <20030814153022.U39444@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "freebsd-net@freebsd.org" Subject: RE: TCP socket shutdown race condition 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, 14 Aug 2003 20:32:43 -0000 On Thu, 14 Aug 2003, John Baldwin wrote: > In that case, CPU 2 uses an IPI to "push" the interrupt over to CPU 1 > since CPU 1 is in the kernel. CPU 2 will not handle an interrupt unless > it can get the giant lock. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ So on 4.x, any SMP race is probably also a UP race, but we just don't see it because UP can't preempt. Well, I guess the spl() fix is probably going to be the quickest here then, please send it to me once you've pounded on it, Ed. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Thu Aug 14 14:37:25 2003 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 D842437B404 for ; Thu, 14 Aug 2003 14:37:25 -0700 (PDT) Received: from web40307.mail.yahoo.com (web40307.mail.yahoo.com [66.218.78.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B71643FBD for ; Thu, 14 Aug 2003 14:37:25 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030814213725.31856.qmail@web40307.mail.yahoo.com> Received: from [165.193.27.35] by web40307.mail.yahoo.com via HTTP; Thu, 14 Aug 2003 14:37:25 PDT Date: Thu, 14 Aug 2003 14:37:25 -0700 (PDT) From: Maksim Yevmenkin To: "Michael W. Oliver" , freebsd-net@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: <3F3BFF32.9050107@cw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: recommended bluetooth adapters 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, 14 Aug 2003 21:37:26 -0000 Hello, sorry for the late reply (better late then never :) the follwing link has the list of devices supported by BlueZ (Linux Bluetooth stack). http://www.holtmann.org/linux/bluetooth/devices.html the same list (in general) is valid for FreeBSD. just check the "Chipset" and "Driver" columns. if "Driver" is hci_usb (or hci_usb + bluefw) then the device will most likely work. i have CSR and Broadcom chipset based devices and they work too. thanks, max > Folks, > > I am looking for a USB Bluetooth adapter for my -CURRENT machine and would > like to know what works and doesn't work for you. Please reply directly to > me if you feel this is OT. > > Thanks in advance for your consideration! __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 01:46:32 2003 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 DF20437B401 for ; Fri, 15 Aug 2003 01:46:32 -0700 (PDT) Received: from exchange.wan.no (exchange.wan.no [80.86.128.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24EA43FA3 for ; Fri, 15 Aug 2003 01:46:31 -0700 (PDT) (envelope-from sten.daniel.sorsdal@wan.no) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 15 Aug 2003 10:44:25 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Message-ID: <0AF1BBDF1218F14E9B4CCE414744E70F1F3E6B@exchange.wanglobal.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 1 server, 1 net, 2 cards Thread-Index: AcNho1ub4X6mbnxqSA23p1I+zrhIBQBZgdHQ From: =?iso-8859-1?Q?Sten_Daniel_S=F8rsdal?= To: "Mikhail E. Zakharov" , Subject: RE: 1 server, 1 net, 2 cards 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, 15 Aug 2003 08:46:33 -0000 > I have two 3com ethernet cards at my FreeBSD server. How to=20 > set up them, to > work together at the same subnet with IP 192.168.1.1 (xl0) and IP > 192.168.1.2(xl1). >=20 If it's some kind of simple loadbalancing you are after; ng_one2many It's a netgraph module to "double" your sending capacity using only one = ip address, you=20 would need the same in the opposite side for doubling receiving = capacity. - Sten From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 04:16:36 2003 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 C169A37B401 for ; Fri, 15 Aug 2003 04:16:36 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5984C43F3F for ; Fri, 15 Aug 2003 04:16:35 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7FBGVuL070153; Fri, 15 Aug 2003 12:16:31 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7FBDvnH075603; Fri, 15 Aug 2003 12:13:57 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Lars Eggert In-Reply-To: Message from Lars Eggert of "Wed, 13 Aug 2003 08:43:51 PDT." <3F3A5CB7.5070006@isi.edu> Date: Fri, 15 Aug 2003 12:13:57 +0100 Message-ID: <75602.1060946037@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 15 Aug 2003 11:16:37 -0000 At 2003-08-13 15:43:51+0000, Lars Eggert writes: > This is a cryptographically signed message in MIME format. > > --------------ms070709090404010406080107 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > Nick Barnes wrote: > > > [-net seems to be the right forum for this.] > > > > I have some MAC addresses from a local Ethernet segment. I want to > > convert them into IP addresses. How can I do that programmatically? > > net/arping from port: Thanks for the reference. I had a look at arping. It works by sending a broadcast ping to the specified MAC address (not to the broadcast MAC). I note that FreeBSD machines do respond to such pings (unlike regular broadcast pings), but some machines do not (e.g. WinXPPro, NT4). Since asking the question, I have been rummaging around in user-space network code (e.g. in the sources for arp, ping, and ifconfig) and have written a couple of little utilities: - "ifget" lists IP addresses accessible on local subnets via active network interfaces (in fact I have two implementations of this, one written before I discovered getifaddrs() and one written after). This is all possible IP addresses (in the range defined by the netmask, for broadcast interfaces). It skips interfaces which are loopback, down, not running, not AF_INET, or not IFM_ACTIVE. - "pingall" sends a single ping packet to all such IP addresses and then exits. This causes an ARP exchange for any such address not currently in the local ARP table, so populates that table (including a lot of "incomplete" entries, for unassigned IP addresses). Next week I may spend the time to extend my "ethercount" program, using the "pingall" code and the guts of "arp -a", to report using IP addresses instead of MACs. I can provide sources on request any time; once these things are a bit more polished I will put them on the web. Nick B From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 04:44:46 2003 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 E384237B401 for ; Fri, 15 Aug 2003 04:44:46 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE4D943FA3 for ; Fri, 15 Aug 2003 04:44:45 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7FBihuL070383 for ; Fri, 15 Aug 2003 12:44:43 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7FBgAnH075998 for ; Fri, 15 Aug 2003 12:42:10 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: freebsd-net@freebsd.org In-Reply-To: Message from Nick Barnes <75602.1060946037@thrush.ravenbrook.com> Date: Fri, 15 Aug 2003 12:42:10 +0100 Message-ID: <75997.1060947730@thrush.ravenbrook.com> Sender: nb@ravenbrook.com Subject: Re: Translate MAC address to IP address 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, 15 Aug 2003 11:44:47 -0000 At 2003-08-15 11:13:57+0000, I wrote: > Next week I may spend the time to extend my "ethercount" program, > using the "pingall" code and the guts of "arp -a", to report using IP > addresses instead of MACs. FYI, here are the relevant guts of "arp -na": /* Usual BSD copyright notice goes here */ #include #include #include #include #include #include #include #include #include #include #include #define ROUNDUP(a) \ ((a) > 0 ? (1 + (((a) - 1) | (sizeof(long) - 1))) : sizeof(long)) int main(int argc, char *argv[]) { int mib[6]; size_t needed; char *lim, *buf, *next; if (argc != 1) { (void)fprintf(stderr, "Usage: %s\n", argv[0]); exit(1); } mib[0] = CTL_NET; mib[1] = PF_ROUTE; mib[2] = 0; mib[3] = AF_INET; mib[4] = NET_RT_FLAGS; mib[5] = RTF_LLINFO; if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) errx(1, "route-sysctl-estimate"); if ((buf = malloc(needed)) == NULL) errx(1, "malloc"); if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) errx(1, "actual retrieval of routing table"); lim = buf + needed; next = buf; while (next < lim) { struct rt_msghdr *rtm = (struct rt_msghdr *)next; struct sockaddr_inarp *sinarp = (struct sockaddr_inarp *)(rtm + 1); struct sockaddr_dl *sdl = (struct sockaddr_dl *)((char *)sinarp + ROUNDUP(sinarp->sin_len)); if (sdl->sdl_alen) { /* complete ARP entry */ printf("%s at ", inet_ntoa(sinarp->sin_addr)); printf("%s", ether_ntoa((struct ether_addr *)LLADDR(sdl))); printf("\n"); } next += rtm->rtm_msglen; } free(buf); return(0); } From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 07:15:06 2003 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 AED9737B401 for ; Fri, 15 Aug 2003 07:15:06 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC63143FAF for ; Fri, 15 Aug 2003 07:15:05 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7FEF2X23058; Fri, 15 Aug 2003 07:15:03 -0700 (PDT) Message-ID: <3F3CEAE4.3060108@isi.edu> Date: Fri, 15 Aug 2003 07:15:00 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nick Barnes References: <75602.1060946037@thrush.ravenbrook.com> In-Reply-To: <75602.1060946037@thrush.ravenbrook.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050909070902020907050508" cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 15 Aug 2003 14:15:07 -0000 This is a cryptographically signed message in MIME format. --------------ms050909070902020907050508 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Nick, Nick Barnes wrote: > At 2003-08-13 15:43:51+0000, Lars Eggert writes: >>Nick Barnes wrote: >>> >>>I have some MAC addresses from a local Ethernet segment. I want to >>>convert them into IP addresses. How can I do that programmatically? >> >>net/arping from port: > > Thanks for the reference. I had a look at arping. It works by sending > a broadcast ping to the specified MAC address (not to the broadcast > MAC). I note that FreeBSD machines do respond to such pings (unlike > regular broadcast pings), but some machines do not (e.g. WinXPPro, > NT4). it also supports setting the source IP and MAC address to one specified on the command line. This usually works for these other boxes, if you use a valid one for the net you're on. > Since asking the question, I have been rummaging around in user-space > network code (e.g. in the sources for arp, ping, and ifconfig) and > have written a couple of little utilities: ... > I can provide sources on request any time; once these things are a bit > more polished I will put them on the web. Interesting! Maybe turn them into a port once they're stable? Lars -- Lars Eggert USC Information Sciences Institute --------------ms050909070902020907050508 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgxNTE0MTUwMFowIwYJKoZIhvcNAQkEMRYEFM+kEJ+9ASiBDXGKo8ZH THkqqz7AMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAdiHrjEOwWbLyIbNOAMnE2+GntLk19qilXqxF dweCJsMKYn/v3C8sEK7e6USNyRxdL+p4ofTmRlrWElc7FLyHAu/REjWBRkIbUv7R52llOXiz KNxEvHvj8t1M9A9+C46IYA1/Bjk3LYvX/0rOtV9rbn7mycgAfaFcMqCVPClsCTmDDUmh8sEk 0oDhJD7I1MFXlplWRnWpkLNQ0E/YlrbzeHaN2Il4XEGT11/j6wojH3o/rAvU+zyZ9dLTL2IV vT8QFxQfr9utZod6PLFUqieYhTgR7Y5Ax/ijwjQ0UlUKA2Obq0aH5j52+KG3lIyQYexDuMSS nvwEs1j0rGjNmfenvgAAAAAAAA== --------------ms050909070902020907050508-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 07:54:09 2003 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 90A1537B401 for ; Fri, 15 Aug 2003 07:54:09 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47ED543FBD for ; Fri, 15 Aug 2003 07:54:08 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7FEs5uL072440; Fri, 15 Aug 2003 15:54:05 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7FEpVnH076997; Fri, 15 Aug 2003 15:51:31 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Lars Eggert In-Reply-To: Message from Lars Eggert of "Fri, 15 Aug 2003 07:15:00 PDT." <3F3CEAE4.3060108@isi.edu> Date: Fri, 15 Aug 2003 15:51:31 +0100 Message-ID: <76996.1060959091@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 15 Aug 2003 14:54:09 -0000 At 2003-08-15 14:15:00+0000, Lars Eggert writes: > Nick Barnes wrote: > > Thanks for the reference. I had a look at arping. It works by sending > > a broadcast ping to the specified MAC address (not to the broadcast > > MAC). I note that FreeBSD machines do respond to such pings (unlike > > regular broadcast pings), but some machines do not (e.g. WinXPPro, > > NT4). > > it also supports setting the source IP and MAC address to one specified > on the command line. This usually works for these other boxes, if you > use a valid one for the net you're on. The source IP and MAC are not a problem (they are both set correctly already). The problem is that the ping packets don't have an appropriate destination IP address. This can be set with the -T option for arping, but if I set it to anything other than the target machine's actual address (which I'm trying to use arping to find!) then WinXPPro, for instance, will not respond: # XP Pro 193.112.141.247 00:07:e9:92:c0:76 # default arping, destination address 255.255.255.255: # NO RESPONSE # ./arping -c 1 -q -i rl0 00:07:e9:92:c0:76 15:43:02.245550 0:50:fc:1:f4:e 0:7:e9:92:c0:76 0800 60: 193.112.141.249 > 255.255.255.255: icmp: echo request # # Use -T to set destination address to local broadcast 193.112.141.255: # NO RESPONSE # ./arping -T 193.112.141.255 -c 1 -q -i rl0 00:07:e9:92:c0:76 15:43:14.577626 0:50:fc:1:f4:e 0:7:e9:92:c0:76 0800 60: 193.112.141.249 > 193.112.141.255: icmp: echo request # # Use -T to set destination address to another local address 193.112.141.248: # NO RESPONSE # ./arping -T 193.112.141.248 -c 1 -q -i rl0 00:07:e9:92:c0:76 15:44:45.764904 0:50:fc:1:f4:e 0:7:e9:92:c0:76 0800 60: 193.112.141.249 > 193.112.141.248: icmp: echo request # # Use -T to set destination address to the actual target address # (which we are trying to use arping to find): # RESPONSE (i.e. the machine is working). # ./arping -T 193.112.141.247 -c 1 -q -i rl0 00:07:e9:92:c0:76 15:48:47.687538 0:50:fc:1:f4:e 0:7:e9:92:c0:76 0800 60: 193.112.141.249 > 193.112.141.247: icmp: echo request 15:48:47.687680 0:7:e9:92:c0:76 ff:ff:ff:ff:ff:ff 0806 60: arp who-has 193.112.141.249 tell 193.112.141.247 15:48:47.687710 0:50:fc:1:f4:e 0:7:e9:92:c0:76 0806 60: arp reply 193.112.141.249 is-at 0:50:fc:1:f4:e 15:48:47.687775 0:7:e9:92:c0:76 0:50:fc:1:f4:e 0800 60: 193.112.141.247 > 193.112.141.249: icmp: echo reply # Nick B From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 07:59:04 2003 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 AB1C237B401 for ; Fri, 15 Aug 2003 07:59:04 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9152743FB1 for ; Fri, 15 Aug 2003 07:59:03 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.12.6/8.12.6) with ESMTP id h7FEx1uL072465; Fri, 15 Aug 2003 15:59:01 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.9/8.12.9) with ESMTP id h7FEuRnH077012; Fri, 15 Aug 2003 15:56:27 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Lars Eggert In-Reply-To: Message from Lars Eggert of "Fri, 15 Aug 2003 07:15:00 PDT." <3F3CEAE4.3060108@isi.edu> Date: Fri, 15 Aug 2003 15:56:27 +0100 Message-ID: <77011.1060959387@thrush.ravenbrook.com> Sender: nb@ravenbrook.com cc: freebsd-net@freebsd.org Subject: Re: Translate MAC address to IP address 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, 15 Aug 2003 14:59:05 -0000 At 2003-08-15 14:15:00+0000, Lars Eggert writes: > Nick Barnes wrote: > ... > > I can provide sources on request any time; once these things are a bit > > more polished I will put them on the web. > > Interesting! Maybe turn them into a port once they're stable? I'm unlikely to invest the effort to make them work in the wide variety of networks out there (e.g. other address families, weird interface types, etc). If people think that they would be useful despite being ethernet-only, IPv4-only, FreeBSD-only, and maybe x86-only[*], then they're welcome (I guess that would still include 99% of FreeBSD installations). Let's talk about it once there's code worth sharing. Nick B [*] I would expect this code to be portable, but there seems to be a certain amount of alpha-specific magic in some of the programs I'm looking at, mainly concerned with alignment. From owner-freebsd-net@FreeBSD.ORG Fri Aug 15 08:20:35 2003 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 0640A37B484 for ; Fri, 15 Aug 2003 08:20:33 -0700 (PDT) Received: from tiamat.astral-on.net (tiamat.astral-on.net [193.41.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F1E43FB1 for ; Fri, 15 Aug 2003 08:20:30 -0700 (PDT) (envelope-from ad@odin.astral-on.net) Received: from odin.astral-on.net (odin.astral-on.net [193.41.4.6]) by tiamat.astral-on.net (8.12.9/8.12.8) with ESMTP id h7FFKPlQ092213 for ; Fri, 15 Aug 2003 18:20:26 +0300 (EEST) Received: (from ad@localhost) by odin.astral-on.net (8.11.6/8.11.6) id h7FFKN678466 for freebsd-net@freebsd.org; Fri, 15 Aug 2003 18:20:23 +0300 (EEST) (envelope-from ad) Date: Fri, 15 Aug 2003 18:20:23 +0300 From: Andrew Degtiariov To: freebsd-net@freebsd.org Message-ID: <20030815152023.GA62439@astral-on.net> Mail-Followup-To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Subject: Problem with multicast on 4.8-RELEASE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ad@astral-on.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2003 15:20:36 -0000 Hello. I have got a strange problem with multicast on my NAS. Right after start (no dialup users connected) all working fine. But ospf has stopped work correctly when the first ppp0 went up. The reason it does not work because system stops to send multicast packets via rl0 interface and start sends its via ppp0 after ones goes up. Ospf has been recovered when a dialup user disconnected (ppp0 down). This problem has been observed with gated and zebra software. On 4.3 and 4.4 systems such does not occur. PS. pppX interfaces has been configured as passive (does not enable OSPF on it). System: root@nas1-Kiev:~>uname -a FreeBSD nas1-Kiev.astral-on.net 4.8-RELEASE FreeBSD 4.8-RELEASE #1: Fri Aug 15 13:13:37 EEST 2003 root@test_vh.astral-on.net:/usr/src/sys/compile/NAS0-KIEV i386 root@nas1-Kiev:~> List of interfaces before ppp connection: root@nas1-Kiev:~>ifconfig -au rl0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:00:21:cb:e9:6b media: Ethernet autoselect (10baseT/UTP) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 root@nas1-Kiev:~> List of interfaces after ppp connection: root@nas1-Kiev:~>ifconfig -au rl0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:00:21:cb:e9:6b media: Ethernet autoselect (10baseT/UTP) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8051 mtu 1500 inet 192.168.0.1 --> 192.168.1.2 netmask 0xffffffff root@nas1-Kiev:~> tcpdump listings: On 16.38 ppp connections has been established On 16:38:19 host has been stoped sending multicast via rl0. On 16:40:00 ppp connections has been breaked off and multicast on rl0 recovered. root@nas1-Kiev:~>tcpdump -i ppp0 -pn proto ospf tcpdump: listening on ppp0 16:38:03.693818 192.168.0.1 > 224.0.0.6: OSPFv2-ls_ack 104: backbone [ttl 1] 16:38:04.613847 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr x.x.x.x bdr y.y.y.y [ttl 1] 16:38:04.703817 192.168.0.1 > 224.0.0.6: OSPFv2-ls_ack 44: backbone [ttl 1] 16:38:13.784001 192.168.0.1 > 224.0.0.6: OSPFv2-ls_ack 164: backbone [ttl 1] 16:38:14.624030 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr x.x.x.x bdr y.y.y.y [ttl 1] 16:38:23.894139 192.168.0.1 > 224.0.0.6: OSPFv2-ls_ack 144: backbone [ttl 1] 16:38:24.634133 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr x.x.x.x bdr y.y.y.y [ttl 1] 16:38:24.904164 192.168.0.1 > 224.0.0.6: OSPFv2-ls_ack 84: backbone [ttl 1] 16:38:25.584201 192.168.0.1 > 224.0.0.6: OSPFv2-ls_upd 64: backbone [ttl 1] 16:38:25.914200 192.168.0.1 > 224.0.0.5: OSPFv2-ls_ack 44: backbone [ttl 1] 16:38:26.604230 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr 192.168.0.1 bdr 192.168.0.1 [ttl 1] 16:38:30.594416 192.168.0.1 > 224.0.0.5: OSPFv2-ls_upd 64: backbone [ttl 1] 16:38:31.494278 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr x.x.x.x bdr 192.168.0.1 [ttl 1] 16:38:36.604510 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr x.x.x.x [ttl 1] ... root@nas1-Kiev:~>tcpdump -i rl0 -np '(proto ospf && host 192.168.0.1)' tcpdump: listening on rl0 16:37:59.680379 y.y.y.y > 192.168.0.1: OSPFv2-ls_upd 244: backbone [ttl 1] 16:37:59.681411 192.168.0.1 > y.y.y.y: OSPFv2-ls_ack 144: backbone [ttl 1] 16:37:59.693798 192.168.0.1 > y.y.y.y: OSPFv2-ls_upd 64: backbone [ttl 1] 16:37:59.723788 192.168.0.1 > x.x.x.x: OSPFv2-ls_upd 64: backbone [ttl 1] 16:38:09.700343 y.y.y.y > 192.168.0.1: OSPFv2-ls_upd 208: backbone [ttl 1] 16:38:09.701285 192.168.0.1 > y.y.y.y: OSPFv2-ls_ack 124: backbone [ttl 1] 16:38:19.720448 y.y.y.y > 192.168.0.1: OSPFv2-ls_upd 280: backbone [ttl 1] 16:38:19.721611 192.168.0.1 > y.y.y.y: OSPFv2-ls_ack 164: backbone [ttl 1] 16:40:06.695706 192.168.0.1 > 224.0.0.5: OSPFv2-hello 80: backbone dr 192.168.0.1 [ttl 1] -- Andrew Degtiariov DA-RIPE From owner-freebsd-net@FreeBSD.ORG Sat Aug 16 01:47:56 2003 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 9FE6237B401 for ; Sat, 16 Aug 2003 01:47:56 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 53EDA43FD7 for ; Sat, 16 Aug 2003 01:47:55 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 28600 invoked by uid 5013); 16 Aug 2003 08:45:04 -0000 Date: Sat, 16 Aug 2003 09:45:04 +0100 From: Bruce M Simpson To: freebsd-net@freebsd.org Message-ID: <20030816084504.GC20931@spc.org> Mail-Followup-To: Bruce M Simpson , freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: SPC Subject: Re: Netmasks and PF_ROUTE rockets 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, 16 Aug 2003 08:47:56 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Oops. Resend. --pWyiEgJYm5f9v55/ Content-Type: message/rfc822 Content-Disposition: inline Date: Sat, 16 Aug 2003 09:40:30 +0100 From: Bruce M Simpson To: Ruslan Ermilov Cc: freebsd-net@spc.org Subject: Re: Netmasks and PF_ROUTE rockets Message-ID: <20030816084030.GA26787@spc.org> References: <20030814185342.GK1409@spc.org> <20030815135238.GF58477@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20030815135238.GF58477@sunbay.com> User-Agent: Mutt/1.4.1i Organization: SPC --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Aug 15, 2003 at 04:52:38PM +0300, Ruslan Ermilov wrote: > > I have actually managed to panic the 5.1 kernel by passing a wrongly > > formatted routing message in. > I'd be interested in the code that panics the kernel. (To fix > the latter.) Attached. DDB reported the panic address as being in arp_rtrequest() which isn't obvious from the prepended gdb backtrace. Note that I've since started filling out the RTM_ADD message in the same way as route(8) does with its NEXTADDR() macro in the original branch of this code; this works and gets the netmask in the routing table correctly. BMS --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="addr.c.panic" /* * THIS CODE PANICS a 5.1-RELEASE KERNEL * * Very interestingly, too: #12 0xc023ad2e in rtrequest1 (req=1, info=0xd1d31b24, ret_nrt=0xd1d31b10) at ../../../net/route.c:739 #13 0xc023bae6 in route_output (m=0xc0ee3c00, so=0xc2ac7600) at ../../../net/rtsock.c:338 #14 0xc0239c6d in raw_usend (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0xc2647260) at ../../../net/raw_usrreq.c:257 #15 0xc023b855 in rts_send (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0x0) at ../../../net/rtsock.c:233 #16 0xc02011ad in sosend (so=0xc2ac7600, addr=0x0, uio=0xd1d31c70, top=0xc0ee3c00, control=0x0, flags=0, td=0xc2647260) at ../../../kern/uipc_socket.c:712 #17 0xc01f06dd in soo_write (fp=0x0, uio=0xd1d31c70, active_cred=0xc2af7380, flags=0, td=0xc2647260) at ../../../kern/sys_socket.c:107 #18 0xc01ea3b8 in dofilewrite (td=0xc2647260, fp=0xc26e6294, fd=0, buf=0xbfbff550, nbyte=0, offset=0, flags=0) at file.h:239 #19 0xc01ea1f9 in write (td=0xc2647260, uap=0xd1d31d10) at ../../../kern/sys_generic.c:328 #20 0xc031da8a in syscall */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #define _IFNAME "lo0" void usage(void); int add_xresolve_route(char *ifname, struct sockaddr_in *sin, int bits); int inet_cidr_aton(char *s, struct in_addr *pin, int *bits); int get_if_index(char *ifname); int create_if(char *ifname); int destroy_if(char *ifname); int if2sockaddr(char *ifname, struct sockaddr_dl *sdl); int handle_rtmsg(struct rt_msghdr *rtm, int msglen); int handle_rtmsg_resolve(struct rt_msghdr *rtm, int msglen); int reply_rtmsg_resolve(struct sockaddr_in *sin); int rtsock; int main(int argc, char *argv[]) { int bits; struct sockaddr_in sin; if (geteuid() != 0) errx(1, "must be root to alter routing table"); memset(&sin, 0, sizeof(sin)); sin.sin_family = AF_INET; sin.sin_len = sizeof(sin); if ((argc != 2) || (inet_cidr_aton(argv[1], &sin.sin_addr, &bits) != 1)) usage(); rtsock = socket(PF_ROUTE, SOCK_RAW, 0); if (rtsock == -1) err(EX_OSERR, "socket"); add_xresolve_route(_IFNAME, &sin, bits); if (rtsock != -1) close(rtsock); exit (EXIT_SUCCESS); } void usage(void) { fprintf(stderr, "usage: rtmhack \n" " specifies the test network in CIDR notation\n"); exit(EXIT_FAILURE); } /* * Like inet_aton(), but handle an optional CIDR prefix. */ int inet_cidr_aton(char *s, struct in_addr *pin, int *bits) { char *q; q = NULL; *bits = 32; if ((q = strchr(s, '/')) != NULL) { *bits = strtoul(q+1, 0, 0); *q = '\0'; } return (inet_aton(s, pin)); } /* * Return the index of a named interface in the MIB, or -1 if it does * not exist. */ int get_if_index(char *ifname) { int name[6]; int i; size_t len; int maxifno; int indx; struct ifmibdata ifmd; int ifnamelen; ifnamelen = strlen(ifname); indx = -1; name[0] = CTL_NET; name[1] = PF_LINK; name[2] = NETLINK_GENERIC; name[3] = IFMIB_SYSTEM; name[4] = IFMIB_IFCOUNT; len = sizeof(maxifno); if (sysctl(name, 5, &maxifno, &len, 0, 0) < 0) err(1, "sysctl net.link.generic.system.ifcount"); name[3] = IFMIB_IFDATA; name[5] = IFDATA_GENERAL; len = sizeof(ifmd); for (i = 1; i <= maxifno; i++) { name[4] = i; if (sysctl(name, 6, &ifmd, &len, 0, 0) < 0) { if (errno == ENOENT) continue; err(1, "sysctl"); } if (strncmp(ifname, ifmd.ifmd_name, ifnamelen) == 0) { indx = i; break; } } return (indx); } /* * create an instance of a named clonable interface. * Return 0 if successful, or -1 if an error occurred. */ int create_if(char *ifname) { int s, retval; struct ifreq ifr; retval = 0; s = socket(AF_INET, SOCK_DGRAM, 0); if (s == -1) err(1, "socket"); memset(&ifr, 0, sizeof(ifr)); (void) strlcpy(ifr.ifr_name, ifname, sizeof(ifr.ifr_name)); if (ioctl(s, SIOCIFCREATE, &ifr) < 0) { retval = -1; warn("SIOCIFCREATE"); } close(s); return (retval); } /* * destroy an instance of a named clonable interface. * Return 0 if successful, or -1 if an error occurred. */ int destroy_if(char *ifname) { int s, retval; struct ifreq ifr; retval = 0; s = socket(AF_INET, SOCK_DGRAM, 0); if (s == -1) err(1, "socket"); memset(&ifr, 0, sizeof(ifr)); (void) strlcpy(ifr.ifr_name, ifname, sizeof(ifr.ifr_name)); if (ioctl(s, SIOCIFDESTROY, &ifr) < 0) { retval = -1; warn("SIOCIFDESTROY"); } close(s); return (retval); } /* * Copy the sockaddr_dl structure corresponding to the named interface * into the structure pointed to by sdl. * Returns 0 if successful, or -1 if the structure found was not valid. */ int if2sockaddr(char *ifname, struct sockaddr_dl *sdl) { struct ifaddrs *ifap, *ifa; struct sockaddr_dl *isdl; if (getifaddrs(&ifap)) err(1, "getifaddrs"); isdl = NULL; for (ifa = ifap; ifa; ifa = ifa->ifa_next) { if (ifa->ifa_addr->sa_family != AF_LINK) continue; if (strcmp(ifname, ifa->ifa_name)) continue; isdl = (struct sockaddr_dl *)ifa->ifa_addr; } if (isdl) memcpy(sdl, isdl, isdl->sdl_len); return ((isdl != NULL) ? 0 : -1); } /* * Bind an cloning XRESOLVE route, for the given network/host, * to a named interface. * Return 0 if successful, or -1 if an error occurred. * * XXX there is a glaring bug here - the netmask is not set correctly * when adding the route. what could be the problem? this is a real mess. */ int add_xresolve_route(char *ifname, struct sockaddr_in *sin, int bits) { struct { struct rt_msghdr rtm; struct sockaddr_storage addrs[RTAX_MAX]; } r; union { struct sockaddr sa; struct sockaddr_in sin; } so_mask; struct sockaddr_dl sdl; char *cp; unsigned long mask; int len; const int maxbits = 32; /* RTM_ADD: Add Route: len 172, pid: 31485, seq 1, errno 0 flags: locks: inits: sockaddrs: 1.0.0.0 disc0 (0) 0 ff */ memset(&r, 0, sizeof(r)); r.rtm.rtm_version = RTM_VERSION; r.rtm.rtm_type = RTM_ADD; r.rtm.rtm_pid = getpid(); r.rtm.rtm_seq = 0; r.rtm.rtm_flags = RTF_XRESOLVE | RTF_CLONING | RTF_UP; r.rtm.rtm_addrs = RTA_DST | RTA_GATEWAY; #if 1 /* * netmask sockaddrs are very tricky to initialize correctly. * the fix below suggested by Bill Fenner * ...only this still doesn't work. * actually this encoding is correct and is being reported * correctly when we shuffle our arguments somewhat. * this points towards incorrect padding somewhere. * XXX netmask must come after addr? try it */ r.rtm.rtm_addrs |= RTA_NETMASK; memset(&so_mask, 0, sizeof(so_mask)); so_mask.sa.sa_len = 0; so_mask.sa.sa_family = 0; mask = 0xffffffff << (maxbits - bits); so_mask.sin.sin_addr.s_addr = htonl(mask); /* * Handle variable length netmasks correctly, by counting * bytes set in such a netmask. */ cp = (char *)(&so_mask.sin.sin_addr + 1); while (*--cp == 0 && cp > (char *)&so_mask) ; so_mask.sa.sa_len = 1 + cp - (char *)&so_mask; #endif if2sockaddr(ifname, &sdl); memmove(&r.addrs[0], sin, sin->sin_len); memmove(&r.addrs[1], &sdl, sdl.sdl_len); memmove(&r.addrs[2], &so_mask, sizeof(so_mask)); #if 1 r.rtm.rtm_msglen = sizeof(r.rtm) + sizeof(struct sockaddr_storage)*2; len = write(rtsock, &r, r.rtm.rtm_msglen); #else r.rtm.rtm_msglen = sizeof(r); len = write(rtsock, &r, r.rtm.rtm_msglen); #endif if (len != r.rtm.rtm_msglen) warn("write"); return ((len > 0) ? 0 : -1); } /* * routing socket message dispatcher */ int handle_rtmsg(struct rt_msghdr *rtm, int msglen) { if (rtm->rtm_version != RTM_VERSION) { (void) printf("bad routing message version %d\n", rtm->rtm_version); return (-1); } switch (rtm->rtm_type) { case RTM_RESOLVE: (void) printf("rtm_type %d: RTM_RESOLVE\n", rtm->rtm_type); handle_rtmsg_resolve(rtm, msglen); break; default: (void) printf("rtm_type %d: ignored\n", rtm->rtm_type); } return (0); } /* * Dispatch routine for RTM_RESOLVE routing messages. * Return 0 if successful; otherwise, return -1 if an error occurred. */ int handle_rtmsg_resolve(struct rt_msghdr *rtm, int msglen) { void *sp; struct sockaddr *sa; struct sockaddr_in *sin; /* * ignore messages from ourselves */ if (rtm->rtm_pid == getpid()) { printf("heard own message, ignoring\n"); return (0); } printf("rtm_index: %04x rtm_addrs: %08x\n", rtm->rtm_index, rtm->rtm_addrs); /* * The message must contain the address for which a route is * being requested, otherwise it is invalid. */ if (!(rtm->rtm_addrs & RTA_DST)) { warnx("RTM_RESOLVE message does not contain destination"); return (-1); } sa = sp = (rtm + 1); if (sa->sa_family != AF_INET) { warnx("RTM_RESOLVE contains non-AF_INET destination %d", sa->sa_family); return (-1); } sin = (struct sockaddr_in *)sa; printf("route requested for %s\n", inet_ntoa(sin->sin_addr)); /* * XXX: Should check if the requested destination is within the * network prefix specified on the command line. */ reply_rtmsg_resolve(sin); printf("route resolved for %s\n", inet_ntoa(sin->sin_addr)); return (0); } /* * Modify a given route in response to an RTM_RESOLVE message from the kernel. * Return 0 if successful; otherwise, return -1. */ int reply_rtmsg_resolve(struct sockaddr_in *sin) { int len; struct { struct rt_msghdr rtm; struct sockaddr addrs[RTAX_MAX]; } r; struct sockaddr_dl sdl; memset(&r, 0, sizeof(r)); r.rtm.rtm_version = RTM_VERSION; r.rtm.rtm_type = RTM_CHANGE; r.rtm.rtm_pid = getpid(); r.rtm.rtm_seq = 0; if2sockaddr("lo0", &sdl); memcpy(&r.addrs[RTAX_DST], sin, sin->sin_len); memcpy(&r.addrs[RTAX_GATEWAY], &sdl, sdl.sdl_len); memset(&r.addrs[RTAX_IFP], 0, sizeof(r.addrs[RTAX_IFP])); memset(&r.addrs[RTAX_IFA], 0, sizeof(r.addrs[RTAX_IFA])); r.rtm.rtm_addrs = RTA_DST | RTA_GATEWAY | RTA_IFP | RTA_IFA; r.rtm.rtm_flags = RTF_DONE; r.rtm.rtm_msglen = sizeof(r); len = write(rtsock, &r, r.rtm.rtm_msglen); if (len != r.rtm.rtm_msglen) warn("write"); return ((len > 0) ? 0 : -1); } --h31gzZEtNLTqOjlF-- --pWyiEgJYm5f9v55/-- From owner-freebsd-net@FreeBSD.ORG Sat Aug 16 09:58:00 2003 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 7CFA637B404 for ; Sat, 16 Aug 2003 09:58:00 -0700 (PDT) Received: from hotmail.com (law12-oe16.law12.hotmail.com [64.4.18.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6EF743F93 for ; Sat, 16 Aug 2003 09:57:59 -0700 (PDT) (envelope-from company2210@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 16 Aug 2003 09:57:59 -0700 Received: from 81.17.78.11 by law12-oe16.adinternal.hotmail.com with DAV; Sat, 16 Aug 2003 16:57:59 +0000 X-Originating-IP: [81.17.78.11] X-Originating-Email: [company2210@hotmail.com] From: "Company 2210" To: Date: Sat, 16 Aug 2003 17:58:04 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2720.3000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300 Message-ID: X-OriginalArrivalTime: 16 Aug 2003 16:57:59.0725 (UTC) FILETIME=[8C4AE5D0:01C36417] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: High UDP Loss issues 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, 16 Aug 2003 16:58:00 -0000 Hi,=20 I have two FreeBSD 5.0-RELEASE boxes connected over an IPSEC (With = racoon) wireless link ( both are gateways). Now, TCP traffic flows = perfectly, and at the expected speeds ~4.2Mbps. However UDP traffic = flows at 10.6Mbps with enormous loss. An output from netperf is shown = below: $ ./netperf -f K -H 10.0.0.2 -t UDP_STREAM UDP UNIDIRECTIONAL SEND TEST to 10.0.0.2 Socket Message Elapsed Messages =20 Size Size Time Okay Errors Throughput bytes bytes secs # # KBytes/sec 8192 8192 10.00 13084 416919 10462.48 42080 10.00 9 7.20 I've tried playing with the MTU on both boxes (network cards and gif = tunnel interfaces are set to 1500), but it has made no difference. Now, = this is where the plot thickens, I have a second wireless link which = connects to a Windows XP box (Layout below): FREEBSD-BOXA <----------IPSEC--------> FREEBSD-BOXB <------Unencrypted = Wireless Link------> Windows XP - BOX When I run netperf from the Windows XP box to FreeBSD BOXB I get no UDP = errrors: C:\PROGRA~1\NETPERF>netperf -f K -H 81.19.79.1 -t UDP_STREAM UDP UNIDIRECTIONAL SEND TEST to 81.19.79.1 Socket Message Elapsed Messages Size Size Time Okay Errors Throughput bytes bytes secs # # KBytes/sec 8192 8192 10.00 1465 0 1172.00 42080 10.00 9 7.20 C:\PROGRA~1\NETPERF> I am totally at a loss as to why all UDP traffic between the freebsd = boxes has an ultra high error rate, but all other traffic doesn't. I'm = guessing it may be a flow control issue? but I'm not sure how this could = be rectified. Any help greatly appericated. Colin.