From owner-freebsd-net@FreeBSD.ORG Sun Nov 6 12:06:03 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 2641616A41F; Sun, 6 Nov 2005 12:06:03 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (mail-svr1.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14F4043D67; Sun, 6 Nov 2005 12:06:02 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 8AAA3346E0; Sun, 6 Nov 2005 05:06:01 -0700 (MST) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07643-02; Sun, 6 Nov 2005 05:06:01 -0700 (MST) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 2B1F5346D3; Sun, 6 Nov 2005 05:06:01 -0700 (MST) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id CADDD3F71; Sun, 6 Nov 2005 05:06:00 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id B40F43F6C; Sun, 6 Nov 2005 05:06:00 -0700 (MST) Date: Sun, 6 Nov 2005 05:06:00 -0700 (MST) From: Vaibhave Agarwal To: current@freebsd.org, freebsd-net@freebsd.org, jhb@freebsd.org In-Reply-To: Message-ID: References: <20051027233636.GA39380@dmw.hopto.org> <20051028105057.J20147@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: chmr@edvz.tu-graz.ac.at, chris@gnome.co.uk Subject: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 12:06:03 -0000 hi, FreeBSD 6.0 always uses local APIC for the clock. But on my Pentium 3, 850 MHz machine, it doesnt detect local APIC and falls back to using the motherboard clock for the clock interrupts. I figured this out by printing the value of "using_lapic_timer" variable in the sys/i386/isa/clock.c file, which is always 0. But when I use Intel's 3GHz - 64 bit Xeon processor, it detects local APIC and all works fine. Can someone please tell me the reason, why local APIC doesnt work for the Pentium 3 machines ? Or is there a way to fix this ? Thanks vaibhave From owner-freebsd-net@FreeBSD.ORG Sun Nov 6 15:40:33 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 AF12916A41F; Sun, 6 Nov 2005 15:40:33 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCBE43D46; Sun, 6 Nov 2005 15:40:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1468687 for multiple; Sun, 06 Nov 2005 10:42:30 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA6FeDlR003644; Sun, 6 Nov 2005 10:40:20 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Vaibhave Agarwal Date: Sun, 6 Nov 2005 10:12:55 -0500 User-Agent: KMail/1.8 References: <20051027233636.GA39380@dmw.hopto.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200511061012.57212.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=100 Cc: freebsd-net@FreeBSD.org, current@FreeBSD.org, chris@gnome.co.uk, chmr@edvz.tu-graz.ac.at Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 15:40:33 -0000 On Sunday 06 November 2005 07:06 am, Vaibhave Agarwal wrote: > hi, > > FreeBSD 6.0 always uses local APIC for the clock. > > But on my Pentium 3, 850 MHz machine, it doesnt detect local APIC and > falls back to using the motherboard clock for the clock interrupts. > > I figured this out by printing the value of > "using_lapic_timer" variable in the sys/i386/isa/clock.c file, > which is always 0. > > But when I use Intel's 3GHz - 64 bit Xeon processor, it detects local APIC > and all works fine. > > Can someone please tell me the reason, why local APIC doesnt work for the > Pentium 3 machines ? Or is there a way to fix this ? We don't detect the local APIC via MSR's or the APIC bit in cpu_features, b= ut=20 rely on a working MP Table or MADT table to setup both the local APIC(s) an= d=20 I/O APIC(s). Does your machine have a valid MP Table or an APIC table in i= ts=20 acpidump? Many UP machine BIOSes don't include those tables. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Sun Nov 6 15:50:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 0A51016A41F; Sun, 6 Nov 2005 15:50:09 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D2B643D45; Sun, 6 Nov 2005 15:50:07 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id jA6Fo6vx093542; Sun, 6 Nov 2005 18:50:06 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id jA6Fo5cB093541; Sun, 6 Nov 2005 18:50:05 +0300 (MSK) (envelope-from yar) Date: Sun, 6 Nov 2005 18:50:05 +0300 From: Yar Tikhiy To: Andrew Thompson Message-ID: <20051106155005.GC81664@comp.chem.msu.su> References: <20051029180124.GA97835@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051029180124.GA97835@heff.fud.org.nz> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, Jon Otterholm Subject: Re: if_bridge and vlan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 15:50:09 -0000 On Sun, Oct 30, 2005 at 07:01:25AM +1300, Andrew Thompson wrote: > On Sat, Oct 29, 2005 at 06:32:31PM +0200, Jon Otterholm wrote: > > > > Does anyone know if if_bridge supports vlan-interfaces? > > Yes it does. Last time I tried if_bridge wouldn't run STP over vlan interfaces. It was due some tests for IFT_ETHER only and not for IFT_L2VLAN in the code. However, after fixing those tests, STP was active on vlan, but still wasn't really working, presumably due to my switch swallowing the STP frames. I hope to continue investigating the issue when time permits. -- Yar From owner-freebsd-net@FreeBSD.ORG Sun Nov 6 22:40:00 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 C1C9C16A41F; Sun, 6 Nov 2005 22:40:00 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (mail-svr1.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FB8743D6E; Sun, 6 Nov 2005 22:40:00 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id F0061346E0; Sun, 6 Nov 2005 15:39:58 -0700 (MST) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20413-02; Sun, 6 Nov 2005 15:39:58 -0700 (MST) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 99F2A346D3; Sun, 6 Nov 2005 15:39:58 -0700 (MST) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id 779AD3F71; Sun, 6 Nov 2005 15:39:58 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id 5F6723F6C; Sun, 6 Nov 2005 15:39:58 -0700 (MST) Date: Sun, 6 Nov 2005 15:39:58 -0700 (MST) From: Vaibhave Agarwal To: John Baldwin In-Reply-To: <200511061012.57212.jhb@FreeBSD.org> Message-ID: References: <20051027233636.GA39380@dmw.hopto.org> <200511061012.57212.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: freebsd-net@FreeBSD.org, freebsd-acpi@freebsd.org, current@FreeBSD.org, chris@gnome.co.uk Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 22:40:00 -0000 On Sun, 6 Nov 2005, John Baldwin wrote: > We don't detect the local APIC via MSR's or the APIC bit in cpu_features, but > rely on a working MP Table or MADT table to setup both the local APIC(s) and > I/O APIC(s). Does your machine have a valid MP Table or an APIC table in its > acpidump? Many UP machine BIOSes don't include those tables. > I think you are right. There is no valid APIC table in the acpidump. The only place where APIC is mentioned in the acpidump(8) is in following: Scope (\_SB) { Name (APIC, 0x00) Method (_PIC, 1, NotSerialized) { Store (Arg0, APIC) } } And I suppose APIC is disabled in the BIOS too. Is there a way to enable APIC using software, without changing the BIOS, since I dont have access to the BIOS, as it is a remote machine (with root access) ? Thanks vaibhave From owner-freebsd-net@FreeBSD.ORG Sun Nov 6 22:45:03 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 C351E16A41F; Sun, 6 Nov 2005 22:45:03 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C231E43D6A; Sun, 6 Nov 2005 22:44:58 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA6MiUxq018172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 6 Nov 2005 14:44:31 -0800 Message-ID: <436E874E.4010305@root.org> Date: Sun, 06 Nov 2005 14:44:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vaibhave Agarwal References: <20051027233636.GA39380@dmw.hopto.org> <200511061012.57212.jhb@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-acpi@FreeBSD.org, chris@gnome.co.uk, current@FreeBSD.org, John Baldwin Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 22:45:04 -0000 Vaibhave Agarwal wrote: > On Sun, 6 Nov 2005, John Baldwin wrote: > > >>We don't detect the local APIC via MSR's or the APIC bit in cpu_features, but >>rely on a working MP Table or MADT table to setup both the local APIC(s) and >>I/O APIC(s). Does your machine have a valid MP Table or an APIC table in its >>acpidump? Many UP machine BIOSes don't include those tables. >> > > > I think you are right. > There is no valid APIC table in the acpidump. > The only place where APIC is mentioned in the acpidump(8) is in following: > > Scope (\_SB) > { > Name (APIC, 0x00) > Method (_PIC, 1, NotSerialized) > { > Store (Arg0, APIC) > } > } > > > And I suppose APIC is disabled in the BIOS too. > Is there a way to enable APIC using software, without changing the BIOS, > since I dont have access to the BIOS, as it is a remote machine (with > root access) ? The above references to APIC just store a value in a convenience variable. If there's nothing else in the AML that references the \_SB.APIC variable, then it has no effect on the system. In that case, the only way to get APIC support on that machine is to implement another way of enumerating it. -- Nate From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 06:33:30 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 9219C16A41F; Mon, 7 Nov 2005 06:33:30 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6262C43D60; Mon, 7 Nov 2005 06:33:25 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.53 (FreeBSD)) id 1EZ0cj-0006wR-K7; Mon, 07 Nov 2005 14:36:57 +0800 Message-Id: <6.2.1.2.2.20051107141043.03b34eb0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 07 Nov 2005 14:28:21 +0800 To: freebsd-net@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-isp@freebsd.org Subject: pppoed vs mpd, sample config for mpd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 06:33:30 -0000 Hi, Sorry for cross posting. I'm trying to configure PPPoE server in FreeBSD 5.x/6.0. I configured pppoed and everything seems to be working fine. I also found out that mpd can be configured as a pppoe server. However I couldn't find sample mpd configurations for PPPoe server. Can somebody share some simple mpd pppoe server configurations? It would be great if there are some links regarding mpd pppoe server configurations. Another question is, what is the difference between pppoed and mpd? Which one should I choose? What are the best practices around? Basically I would like to have PPPoE server for allowing connections from ADSL users. There are 25-500 ADSL customers. thanks in advance, Ganbold From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 09:10:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 E506116A41F; Mon, 7 Nov 2005 09:10:45 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF25D43D48; Mon, 7 Nov 2005 09:10:44 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.53 (FreeBSD)) id 1EZ353-000AjF-Da; Mon, 07 Nov 2005 17:14:21 +0800 Message-Id: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 07 Nov 2005 17:05:45 +0800 To: freebsd-net@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: glebius@FreeBSD.org Subject: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 09:10:46 -0000 Hi, I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However ADSL user can't log in to pppoe server. Nothing happens on mpd console. MX# mpd -f mpd.conf Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 20841, version 3.18 (root@mx 10:43 7-Nov-2005) [PPPoE] ppp node is "mpd20841-PPPoE" [PPPoE] using interface ng0 mpd: accept encryption: not applicable [PPPoE] the max MTU on type "pppoe" links is 1492 [PPPoE] exec: /sbin/ifconfig rl0 up [PPPoE:PPPoE] [PPPoE] PPPoE server listening on rl0: for service "*" Here is is my mpd.conf: default: load pppoe pppoe: new -i ng0 PPPoE PPPoE set bundle no multilink set bundle enable compression set bundle accept encryption set bundle max-logins 1 set bundle enable radius-acct set bundle enable radius-auth set iface idle 0 set iface disable on-demand set iface disable proxy-arp set iface enable tcpmssfix set iface mtu 1500 set iface route default set link type pppoe set link mtu 1500 set link no pap chap set link enable pap chap set link keep-alive 60 180 set link max-redial -1 set link mtu 1492 set link latency 1 set ccp yes mpp-e40 set ccp yes mpp-e128 set ccp yes mpp-stateless set pppoe iface rl0 set pppoe service "*" set pppoe disable originate set pppoe enable incoming set ipcp ranges 192.168.5.50/32 192.168.5.128/32 set ipcp dns x.x.x.x set ipcp yes vjcomp set ipcp no vjcomp set radius server x.x.x.x 1812 1813 set radius timeout 10 set radius config /etc/ppp/radius.conf set radius retries 3 What am I missing on above config? How can I debug mpd ? Because I don't see any logs coming. thanks in advance, Ganbold From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 09:12:16 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 2CB7B16A41F for ; Mon, 7 Nov 2005 09:12:16 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B6CE43D48 for ; Mon, 7 Nov 2005 09:12:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jA79CB0c055259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 12:12:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jA79CBFl055258; Mon, 7 Nov 2005 12:12:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Nov 2005 12:12:11 +0300 From: Gleb Smirnoff To: Ganbold Message-ID: <20051107091211.GO91530@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Ganbold , freebsd-net@freebsd.org References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 09:12:16 -0000 On Mon, Nov 07, 2005 at 05:05:45PM +0800, Ganbold wrote: G> I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However ADSL G> user can't log in to pppoe server. G> Nothing happens on mpd console. Do you see PPPoE PADI packets with help of tcpdump? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 09:34:43 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 6481116A420; Mon, 7 Nov 2005 09:34:43 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5881B43D48; Mon, 7 Nov 2005 09:34:42 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.53 (FreeBSD)) id 1EZ3SC-000BHf-R0; Mon, 07 Nov 2005 17:38:16 +0800 Message-Id: <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 07 Nov 2005 17:29:40 +0800 To: Gleb Smirnoff From: Ganbold In-Reply-To: <20051107091211.GO91530@cell.sick.ru> References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> <20051107091211.GO91530@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 09:34:43 -0000 At 05:12 PM 11/7/2005, you wrote: >On Mon, Nov 07, 2005 at 05:05:45PM +0800, Ganbold wrote: >G> I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However ADSL >G> user can't log in to pppoe server. >G> Nothing happens on mpd console. > >Do you see PPPoE PADI packets with help of tcpdump? Gleb, I got it working. I have several questions: In log it says: ... [PPPoE] LCP: phase shift AUTHENTICATE --> NETWORK [PPPoE] setting interface ng0 MTU to 1480 bytes [PPPoE] up: 1 link, total bandwidth 64000 bps ... [PPPoE:PPPoE] show link Link PPPoE: Configuration MRU : 1500 bytes Ctrl char map : 0x000a0000 bytes Retry timeout : 2 seconds Max redial : -1 connect attempts Bandwidth : 64000 bits/sec Can I change the bandwidth of my customer? Basically I would like to configure it in DSLAM, not in mpd server. Is it possible to change it in mpd? thanks, Ganbold >-- >Totus tuus, Glebius. >GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 09:50:36 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 D55D416A41F for ; Mon, 7 Nov 2005 09:50:36 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2909D43D46 for ; Mon, 7 Nov 2005 09:50:35 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jA79oYGQ055991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 12:50:34 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jA79oYr5055990; Mon, 7 Nov 2005 12:50:34 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Nov 2005 12:50:34 +0300 From: Gleb Smirnoff To: Ganbold Message-ID: <20051107095034.GP91530@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Ganbold , freebsd-net@FreeBSD.org References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> <20051107091211.GO91530@cell.sick.ru> <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 09:50:36 -0000 On Mon, Nov 07, 2005 at 05:29:40PM +0800, Ganbold wrote: G> At 05:12 PM 11/7/2005, you wrote: G> >On Mon, Nov 07, 2005 at 05:05:45PM +0800, Ganbold wrote: G> >G> I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However G> >ADSL G> >G> user can't log in to pppoe server. G> >G> Nothing happens on mpd console. G> > G> >Do you see PPPoE PADI packets with help of tcpdump? G> G> Gleb, I got it working. I have several questions: G> G> In log it says: G> ... G> [PPPoE] LCP: phase shift AUTHENTICATE --> NETWORK G> [PPPoE] setting interface ng0 MTU to 1480 bytes G> [PPPoE] up: 1 link, total bandwidth 64000 bps G> ... G> [PPPoE:PPPoE] show link G> Link PPPoE: G> Configuration G> MRU : 1500 bytes G> Ctrl char map : 0x000a0000 bytes G> Retry timeout : 2 seconds G> Max redial : -1 connect attempts G> Bandwidth : 64000 bits/sec G> G> Can I change the bandwidth of my customer? Basically I would like to G> configure it in DSLAM, not in mpd server. G> Is it possible to change it in mpd? Does mpd really limits bandwidth to 64000 bits/sec? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 09:59:52 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 76C6816A41F; Mon, 7 Nov 2005 09:59:52 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A8443D45; Mon, 7 Nov 2005 09:59:51 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.53 (FreeBSD)) id 1EZ3qa-000Bz7-7h; Mon, 07 Nov 2005 18:03:28 +0800 Message-Id: <6.2.1.2.2.20051107175035.03b29a00@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 07 Nov 2005 17:54:52 +0800 To: Gleb Smirnoff From: Ganbold In-Reply-To: <20051107095034.GP91530@cell.sick.ru> References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> <20051107091211.GO91530@cell.sick.ru> <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> <20051107095034.GP91530@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 09:59:52 -0000 At 05:50 PM 11/7/2005, you wrote: >On Mon, Nov 07, 2005 at 05:29:40PM +0800, Ganbold wrote: >G> At 05:12 PM 11/7/2005, you wrote: >G> >On Mon, Nov 07, 2005 at 05:05:45PM +0800, Ganbold wrote: >G> >G> I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However >G> >ADSL >G> >G> user can't log in to pppoe server. >G> >G> Nothing happens on mpd console. >G> > >G> >Do you see PPPoE PADI packets with help of tcpdump? >G> >G> Gleb, I got it working. I have several questions: >G> >G> In log it says: >G> ... >G> [PPPoE] LCP: phase shift AUTHENTICATE --> NETWORK >G> [PPPoE] setting interface ng0 MTU to 1480 bytes >G> [PPPoE] up: 1 link, total bandwidth 64000 bps >G> ... >G> [PPPoE:PPPoE] show link >G> Link PPPoE: >G> Configuration >G> MRU : 1500 bytes >G> Ctrl char map : 0x000a0000 bytes >G> Retry timeout : 2 seconds >G> Max redial : -1 connect attempts >G> Bandwidth : 64000 bits/sec >G> >G> Can I change the bandwidth of my customer? Basically I would like to >G> configure it in DSLAM, not in mpd server. >G> Is it possible to change it in mpd? > >Does mpd really limits bandwidth to 64000 bits/sec? Gleb, Sorry for confusion, it was configured on the DSLAM as 64kb. One more question, where mpd sends its log? I don't see any logs on syslog messages. How do I make mpd log its messages? Sorry again for lot of questions. thanks again, Ganbold >-- >Totus tuus, Glebius. >GLEBIUS-RIPN GLEB-RIPE >_______________________________________________ >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 Nov 7 10:02:27 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 2DAC616A420 for ; Mon, 7 Nov 2005 10:02:27 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4512143DA3 for ; Mon, 7 Nov 2005 10:02:04 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jA7A1sSE056404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 13:01:55 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jA7A1sa3056403; Mon, 7 Nov 2005 13:01:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Nov 2005 13:01:54 +0300 From: Gleb Smirnoff To: Ganbold Message-ID: <20051107100154.GR91530@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Ganbold , freebsd-net@FreeBSD.org References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> <20051107091211.GO91530@cell.sick.ru> <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> <20051107095034.GP91530@cell.sick.ru> <6.2.1.2.2.20051107175035.03b29a00@202.179.0.80> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6.2.1.2.2.20051107175035.03b29a00@202.179.0.80> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 10:02:27 -0000 On Mon, Nov 07, 2005 at 05:54:52PM +0800, Ganbold wrote: G> Sorry for confusion, it was configured on the DSLAM as 64kb. G> One more question, where mpd sends its log? I don't see any logs on syslog G> messages. How do I make mpd log its messages? G> Sorry again for lot of questions. Just run mpd with argument "-s mpd". And add the following to syslogd.conf: !mpd *.* /var/log/mpd -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 11:02:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 327BF16A41F for ; Mon, 7 Nov 2005 11:02:11 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E2943D45 for ; Mon, 7 Nov 2005 11:02:10 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA7B2A7x049922 for ; Mon, 7 Nov 2005 11:02:10 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA7B29fY049915 for freebsd-net@freebsd.org; Mon, 7 Nov 2005 11:02:09 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Nov 2005 11:02:09 GMT Message-Id: <200511071102.jA7B29fY049915@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 11:02:11 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/11/03] kern/88450 net SYN+ACK reports strange size of window 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 13:45:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 3980616A41F for ; Mon, 7 Nov 2005 13:45:11 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B8043D45 for ; Mon, 7 Nov 2005 13:45:05 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so388524wxc for ; Mon, 07 Nov 2005 05:45:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RMFbRzvCi89A9PmufWTUgXgtadr8pciazsvVeOlfOCOdWqmF9bfw+TyiaMUfCGtBIJqJ4cfJlPK9WKmPnI1nmphYpvz6tAE4vUTS46ZDFXtE4C2XFxWHyPgoSP08YC+sCwpuqx8PzNUb5lyrkEaET7x9FG2mnqJqh3tKmujYaVE= Received: by 10.70.96.6 with SMTP id t6mr267247wxb; Mon, 07 Nov 2005 05:45:04 -0800 (PST) Received: by 10.70.105.13 with HTTP; Mon, 7 Nov 2005 05:45:04 -0800 (PST) Message-ID: <84dead720511070545i4c585f4bt600af50776d1a458@mail.gmail.com> Date: Mon, 7 Nov 2005 19:15:04 +0530 From: Joseph Koshy To: John Baldwin In-Reply-To: <200511061012.57212.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051027233636.GA39380@dmw.hopto.org> <200511061012.57212.jhb@FreeBSD.org> Cc: freebsd-net@freebsd.org, Vaibhave Agarwal , current@freebsd.org, chris@gnome.co.uk, chmr@edvz.tu-graz.ac.at Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 13:45:11 -0000 >>>> "jb" =3D=3D "John Baldwin" said: jb> We don't detect the local APIC via MSR's or the APIC bit in jb> cpu_features, but rely on a working MP Table or MADT table jb> to setup both the local APIC(s) and I/O APIC(s). Unfortunately not having the APIC enabled in the BIOS also means that we cannot use PMCs, the APIC timer or the thermal monitor, even if the CPU implements these features. My too simple experiment attempting to enable the local APIC on an AMD K7 box didn't go very well; this would be entirely due to lack of clue on my part since Linux 2.4 seems to be able to turn on the APIC on the same hardware without issues. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 14:04:56 2005 Return-Path: X-Original-To: net@FreeBSD.org 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 3390E16A41F; Mon, 7 Nov 2005 14:04:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F32E143D58; Mon, 7 Nov 2005 14:04:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jA7E4q9u060373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 17:04:52 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jA7E4poX060372; Mon, 7 Nov 2005 17:04:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Nov 2005 17:04:51 +0300 From: Gleb Smirnoff To: arch@FreeBSD.org Message-ID: <20051107140451.GU91530@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Mon, 07 Nov 2005 14:28:41 +0000 Cc: Subject: ARP request retransmitting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 14:04:56 -0000 Colleagues, I have a proposition on changing the behavior of ARP retransmitting. Currently we after sending several ARP requests, sending ARP requests for given IP is suppressed for some interval (by default 20 seconds). Probably this feature was designed in early 90th, when sending one additional broadcast packet was an expensive thing. I suggest to keep sending ARP requests while there is a demand for this (we are trying to transmit packets to this particular IP), ratelimiting these requests to one per second. This will help in a quite common case, when some host on net is rebooting, and we are waiting for him to come up, and notice this only after 1 - 20 seconds since the time it is reachable. Any objections? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 16:18:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 B882916A420; Mon, 7 Nov 2005 16:18:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA5A43D86; Mon, 7 Nov 2005 16:18:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1523317 for multiple; Mon, 07 Nov 2005 11:20:40 -0500 Received: from localhost.baldwin.cx (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA7GIXrN011431; Mon, 7 Nov 2005 11:18:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Mon, 7 Nov 2005 11:05:56 -0500 User-Agent: KMail/1.8.2 References: <20051027233636.GA39380@dmw.hopto.org> <436E874E.4010305@root.org> In-Reply-To: <436E874E.4010305@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071105.58729.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=100 Cc: freebsd-net@freebsd.org, Vaibhave Agarwal , current@freebsd.org, chris@gnome.co.uk, Nate Lawson Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 16:18:59 -0000 On Sunday 06 November 2005 05:44 pm, Nate Lawson wrote: > Vaibhave Agarwal wrote: > > On Sun, 6 Nov 2005, John Baldwin wrote: > >>We don't detect the local APIC via MSR's or the APIC bit in cpu_features, > >> but rely on a working MP Table or MADT table to setup both the local > >> APIC(s) and I/O APIC(s). Does your machine have a valid MP Table or an > >> APIC table in its acpidump? Many UP machine BIOSes don't include those > >> tables. > > > > I think you are right. > > There is no valid APIC table in the acpidump. > > The only place where APIC is mentioned in the acpidump(8) is in > > following: > > > > Scope (\_SB) > > { > > Name (APIC, 0x00) > > Method (_PIC, 1, NotSerialized) > > { > > Store (Arg0, APIC) > > } > > } > > > > > > And I suppose APIC is disabled in the BIOS too. > > Is there a way to enable APIC using software, without changing the BIOS, > > since I dont have access to the BIOS, as it is a remote machine (with > > root access) ? > > The above references to APIC just store a value in a convenience > variable. If there's nothing else in the AML that references the > \_SB.APIC variable, then it has no effect on the system. In that case, > the only way to get APIC support on that machine is to implement another > way of enumerating it. And even then it can't be used for any device interrupts since there aren't any I/O APICs. On a UP machine without I/O APICs, it's actually probably more optimal to just use irq0 and irq8 for clocks rather than the lapic timer anyway. The only real possible gain is the ability to use the profiling interrupt from the local APIC. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 17:19:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 E902116A41F; Mon, 7 Nov 2005 17:19:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E4943D46; Mon, 7 Nov 2005 17:19:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 0DB49224F39; Mon, 7 Nov 2005 09:19:51 -0800 (PST) Received: from [192.168.2.6] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id jA7HJm9X059611; Mon, 7 Nov 2005 09:19:48 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <436F8CB4.8040805@elischer.org> Date: Mon, 07 Nov 2005 09:19:48 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <6.2.1.2.2.20051107165813.03b3deb0@202.179.0.80> <20051107091211.GO91530@cell.sick.ru> <6.2.1.2.2.20051107172022.03b27990@202.179.0.80> <20051107095034.GP91530@cell.sick.ru> In-Reply-To: <20051107095034.GP91530@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Ganbold Subject: Re: mpd as pppoe server problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 17:19:52 -0000 Gleb Smirnoff wrote: >On Mon, Nov 07, 2005 at 05:29:40PM +0800, Ganbold wrote: >G> At 05:12 PM 11/7/2005, you wrote: >G> >On Mon, Nov 07, 2005 at 05:05:45PM +0800, Ganbold wrote: >G> >G> I'm trying to configure mpd as a pppoe server in FreeBSD 5.3. However >G> >ADSL >G> >G> user can't log in to pppoe server. >G> >G> Nothing happens on mpd console. >G> > >G> >Do you see PPPoE PADI packets with help of tcpdump? >G> >G> Gleb, I got it working. I have several questions: >G> >G> In log it says: >G> ... >G> [PPPoE] LCP: phase shift AUTHENTICATE --> NETWORK >G> [PPPoE] setting interface ng0 MTU to 1480 bytes >G> [PPPoE] up: 1 link, total bandwidth 64000 bps >G> ... >G> [PPPoE:PPPoE] show link >G> Link PPPoE: >G> Configuration >G> MRU : 1500 bytes >G> Ctrl char map : 0x000a0000 bytes >G> Retry timeout : 2 seconds >G> Max redial : -1 connect attempts >G> Bandwidth : 64000 bits/sec >G> >G> Can I change the bandwidth of my customer? Basically I would like to >G> configure it in DSLAM, not in mpd server. >G> Is it possible to change it in mpd? > >Does mpd really limits bandwidth to 64000 bits/sec? > > > that number is only 'pretend' it is so tha tyou can tell mpd which lionks ahf what % of the traffic in multilink ppp. i.e 64000 and 64000 will split the traffic in half for each link 64000 and 128000 will split it 1/3 and 2/3 (or so I remenber archie saying.) From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 19:12:00 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 9C7E216A41F for ; Mon, 7 Nov 2005 19:12:00 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from sccimhc92.asp.att.net (sccimhc92.asp.att.net [63.240.76.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C880343D5F for ; Mon, 7 Nov 2005 19:11:59 +0000 (GMT) (envelope-from David.Boyd@insightbb.com) Received: from sneezy (12-202-93-158.client.insightbb.com[12.202.93.158]) by sccimhc92.asp.att.net (sccimhc92) with SMTP id <20051107191158i9200bdhr2e>; Mon, 7 Nov 2005 19:11:58 +0000 From: "David Boyd" To: Date: Mon, 7 Nov 2005 14:13:13 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Importance: Normal Subject: IPsec: panic/reboot with 5.4-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 19:12:00 -0000 Panics occur as often as every few hours (usually once or twice a day) on eight identical systems used as VPN devices in hospital radiology appliance maintenance network. System were upgraded to 5.4-STABLE because panic(s) was followed by hang in 5.4-RELEASE. One other system running 4.10-RELEASE on Soekris Net4801 doesn't experience this problem. dmesg output: WARNING: pseudo-random number generator used for IPsec processing Fatal trap 12: page fault while in kernel mode fault virtual address = 0x23 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06c9530 stack pointer = 0x10:0xcc7378f4 frame pointer = 0x10:0xcc737904 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 498 (isakmpd) trap number = 12 panic: page fault Uptime: 18h55m51s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #1: Fri Oct 14 10:37:20 EDT 2005 root@flash-143.support.arh.org:/usr/obj/var/cvsup/usr/src/sys/RADIOLOGY WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1500MHz (1496.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf07 Stepping = 7 Features=0x3febfbff real memory = 268173312 (255 MB) avail memory = 252772352 (241 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xff9ffc00-0xff9ffc7f irq 3 at device 10.0 on pci2 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:bb:82:cc rl0: port 0xd800-0xd8ff mem 0xff9ff800-0xff9ff8ff irq 9 at device 11.0 on pci2 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0d:88:35:27:a3 rl1: port 0xd400-0xd4ff mem 0xff9ff400-0xff9ff4ff irq 10 at device 12.0 on pci2 miibus2: on rl1 rlphy1: on miibus2 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:0d:88:35:27:89 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef40-0xef5f irq 5 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1496337224 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 19470MB [39560/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO3 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /u was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 WARNING: pseudo-random number generator used for IPsec processing key_delete: no SA found. key_delete: no SA found. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x7f03704e fault code = supervisor read, page not present instruction pointer = 0x8:0xc071acac stack pointer = 0x10:0xcc73dba4 frame pointer = 0x10:0xcc73dbb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 48 (syncer) trap number = 12 panic: page fault Uptime: 8h57m20s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #1: Fri Oct 14 10:37:20 EDT 2005 root@flash-143.support.arh.org:/usr/obj/var/cvsup/usr/src/sys/RADIOLOGY WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1500MHz (1496.34-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf07 Stepping = 7 Features=0x3febfbff real memory = 268173312 (255 MB) avail memory = 252772352 (241 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xff9ffc00-0xff9ffc7f irq 3 at device 10.0 on pci2 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:bb:82:cc rl0: port 0xd800-0xd8ff mem 0xff9ff800-0xff9ff8ff irq 9 at device 11.0 on pci2 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0d:88:35:27:a3 rl1: port 0xd400-0xd4ff mem 0xff9ff400-0xff9ff4ff irq 10 at device 12.0 on pci2 miibus2: on rl1 rlphy1: on miibus2 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:0d:88:35:27:89 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef40-0xef5f irq 5 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1496336256 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 19470MB [39560/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO3 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /u was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 1 WARNING: pseudo-random number generator used for IPsec processing IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 IPv4 ESP input: no key association found for spi 3082824311 key_delete: no SA found. key_delete: no SA found. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x280 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06c9530 stack pointer = 0x10:0xd10c78f4 frame pointer = 0x10:0xd10c7904 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 496 (isakmpd) trap number = 12 panic: page fault Uptime: 16h45m12s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #1: Fri Oct 14 10:37:20 EDT 2005 root@flash-143.support.arh.org:/usr/obj/var/cvsup/usr/src/sys/RADIOLOGY WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1500MHz (1496.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf07 Stepping = 7 Features=0x3febfbff real memory = 268173312 (255 MB) avail memory = 252772352 (241 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xff9ffc00-0xff9ffc7f irq 3 at device 10.0 on pci2 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:76:bb:82:cc rl0: port 0xd800-0xd8ff mem 0xff9ff800-0xff9ff8ff irq 9 at device 11.0 on pci2 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:0d:88:35:27:a3 rl1: port 0xd400-0xd4ff mem 0xff9ff400-0xff9ff4ff irq 10 at device 12.0 on pci2 miibus2: on rl1 rlphy1: on miibus2 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:0d:88:35:27:89 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xef40-0xef5f irq 5 at device 31.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc8000-0xc87ff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1496334708 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 19470MB [39560/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO3 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /u was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: pseudo-random number generator used for IPsec processing kgdb output: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x652f6284 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06c9530 stack pointer = 0x10:0xcc72b8f4 frame pointer = 0x10:0xcc72b904 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 480 (isakmpd) trap number = 12 panic: page fault Uptime: 7h45m52s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:160 #1 0xc06163a4 in boot (howto=260) at /var/cvsup/usr/src/sys/kern/kern_shutdown.c:412 #2 0xc0616638 in panic (fmt=0xc07dfc4e "%s") at /var/cvsup/usr/src/sys/kern/kern_shutdown.c:568 #3 0xc07944b0 in trap_fatal (frame=0xcc72b8b4, eva=1697604228) at /var/cvsup/usr/src/sys/i386/i386/trap.c:817 #4 0xc079421b in trap_pfault (frame=0xcc72b8b4, usermode=0, eva=1697604228) at /var/cvsup/usr/src/sys/i386/i386/trap.c:735 #5 0xc0793e5d in trap (frame= {tf_fs = -1049886696, tf_es = 16, tf_ds = 16, tf_edi = 3, tf_esi = -1047134208, tf_ebp = -864896764, tf_isp = -864896800, tf_ebx = -1049820928, tf_edx = 1, tf_ecx = -1687724405, tf_eax = 1697604196, tf_trapno = 12, tf_err = 0, tf_eip = -1066625744, tf_cs = 8, tf_eflags = 66050, tf_esp = 0, tf_ss = -1049820928}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:425 #6 0xc0783daa in calltrap () at /var/cvsup/usr/src/sys/i386/i386/exception.s:140 #7 0xc16c0018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0x00000003 in ?? () #11 0xc1960000 in ?? () #12 0xcc72b904 in ?? () #13 0xcc72b8e0 in ?? () #14 0xc16d0100 in ?? () #15 0x00000001 in ?? () #16 0x9b675e8b in ?? () #17 0x652f6264 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc06c9530 in key_getsavbyspi (sah=0xc1960000, spi=0) at /var/cvsup/usr/src/sys/netkey/key.c:2981 #21 0xc06cc0f1 in key_delete (so=0xc178e654, m=0xc16d0100, mhp=0xcc72ba60) at /var/cvsup/usr/src/sys/netkey/key.c:5428 #22 0xc06ce1dd in key_parse (m=0xc16d0100, so=0xc178e654) at /var/cvsup/usr/src/sys/netkey/key.c:7134 #23 0xc06cf99f in key_output (m=0xc16d0100) at /var/cvsup/usr/src/sys/netkey/keysock.c:131 #24 0xc068a258 in raw_usend (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0xc15f3000) at /var/cvsup/usr/src/sys/net/raw_usrreq.c:263 #25 0xc06cff07 in key_send (so=0xc178e654, flags=0, m=0xc16d0100, nam=0x0, control=0x0, p=0xc15f3000) at /var/cvsup/usr/src/sys/netkey/keysock.c:442 #26 0xc064c2b3 in sosend (so=0xc178e654, addr=0x0, uio=0xc19b6100, top=0xc16d0100, control=0x0, flags=0, td=0xc15f3000) at /var/cvsup/usr/src/sys/kern/uipc_socket.c:835 #27 0xc063bac6 in soo_write (fp=0x0, uio=0xc19b6100, active_cred=0xc14fbd80, flags=0, td=0xc15f3000) at /var/cvsup/usr/src/sys/kern/sys_socket.c:118 #28 0xc0635dbb in dofilewrite (td=0xc15f3000, fd=5, fp=0xc1717088, auio=0xc19b6100, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:245 #29 0xc0635c5b in kern_writev (td=0xc15f3000, fd=5, auio=0xc19b6100) at /var/cvsup/usr/src/sys/kern/sys_generic.c:401 #30 0xc0635c04 in writev (td=0xc15f3000, uap=0xcc72bd04) at /var/cvsup/usr/src/sys/kern/sys_generic.c:387 #31 0xc07947bb in syscall (frame= {tf_fs = 134742063, tf_es = 47, tf_ds = -1078001617, tf_edi = 134793152, tf_esi = -1078007488, tf_ebp = -1078007384, tf_isp = -864895644, tf_ebx = 5, tf_edx = 23, tf_ecx = 0, tf_eax = 121, tf_trapno = 0, tf_err = 2, tf_eip = 673149675, tf_cs = 31, tf_eflags = 658, tf_esp = -1078007524, tf_ss = 47}) at /var/cvsup/usr/src/sys/i386/i386/trap.c:1009 #32 0xc0783dff in Xint0x80_syscall () at /var/cvsup/usr/src/sys/i386/i386/exception.s:201 #33 0x0808002f in ?? () #34 0x0000002f in ?? () #35 0xbfbf002f in ?? () #36 0x0808c7c0 in ?? () #37 0xbfbee940 in ?? () #38 0xbfbee9a8 in ?? () #39 0xcc72bd64 in ?? () #40 0x00000005 in ?? () #41 0x00000017 in ?? () #42 0x00000000 in ?? () #43 0x00000079 in ?? () #44 0x00000000 in ?? () #45 0x00000002 in ?? () #46 0x281f72eb in ?? () #47 0x0000001f in ?? () #48 0x00000292 in ?? () #49 0xbfbee91c in ?? () #50 0x0000002f in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x0f998000 in ?? () #56 0xc18851c4 in ?? () #57 0xc15f3000 in ?? () #58 0xcc72baa8 in ?? () #59 0xcc72ba90 in ?? () #60 0xc14fe480 in ?? () #61 0xc0625fd7 in sched_switch (td=0xbfbee940, newtd=0x5, flags=Cannot access memory at address 0xbfbee9b8 ) at /var/cvsup/usr/src/sys/kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) quit kernel configuration input: # # RADIOLOGY -- Custom kernel configuration file for FreeBSD/i386 # # $FreeBSD: src/sys/i386/conf/RADIOLOGY,v 5.06.01.1 2005/06/01 10:00:00 dbboyd Exp $ makeoptions DEBUG=-g include GENERIC nooption SMP nooption INET6 nodevice eisa nooption NFSCLIENT nooption NFSSERVER nooption NFS_ROOT ident RADIOLOGY options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT option IPSTEALTH option IPSEC option IPSEC_ESP option IPSEC_DEBUG options DEVICE_POLLING options HZ=1000 device atapicam # # # # From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 20:55:33 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 906DC16A41F for ; Mon, 7 Nov 2005 20:55:33 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: from fmx05.freemail.hu (fmx05.freemail.hu [195.228.245.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DA9543D99 for ; Mon, 7 Nov 2005 20:55:18 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: (qmail 58363 invoked from network); 7 Nov 2005 17:55:15 +0100 Received: from fm05.freemail.hu (195.228.245.105) by fmx05.freemail.hu with SMTP; 7 Nov 2005 17:55:14 +0100 Received: (qmail 90234 invoked by uid 227048); 7 Nov 2005 17:55:14 +0100 Date: Mon, 7 Nov 2005 17:55:14 +0100 (CET) From: Csaba Urban To: freebsd-net@freebsd.org Message-ID: X-Originating-IP: [85.159.48.68] X-HTTP-User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Freemail: message scanned Subject: 6.0-RELEASE: if_bridge+vlan panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 20:55:33 -0000 Hello, I'm trying tho have if_bridge work with vlan members but kernel panics=20 after a few minutes. I tried if_bridge+ng_eiface+ng_vlan but it panics=20 too. The strange thing is that it seems forwarding packets correctly=20 until it crushes. I have the following setup: =20 -x.x.2.1 [FreeBSD]x.x.1.1/24--tagged--[Cisco 2950] | = |=20 vlan1 vlan2 | = | x.x.1.2/24 x.x.1.3= /24 STP must be disabled on the switch because it uses per vlan spanning- tree (PVST) and if_bridge doesn't understand that but I can't set up=20 vlans in the bridge to be in STP mode anyway. Does it work for anybody? Csaba =0A=0A_____________________________________________________________________= =0AK=F6telez=F5 aut=F3biztos=EDt=E1s 2006. N=E9zze meg, hogy mit sp=F3rolha= t =E9s k=F6sse meg k=E9nyelmesen online!=0AKLIKK IDE: www.hirkereso.hu/b=0A= =0A From owner-freebsd-net@FreeBSD.ORG Mon Nov 7 21:02:46 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 0922216A41F for ; Mon, 7 Nov 2005 21:02:46 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4573643D53 for ; Mon, 7 Nov 2005 21:02:43 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 4CB0D28455; Tue, 8 Nov 2005 10:09:44 +1300 (NZDT) Date: Tue, 8 Nov 2005 10:09:44 +1300 From: Andrew Thompson To: Csaba Urban Message-ID: <20051107210944.GA95873@heff.fud.org.nz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org Subject: Re: 6.0-RELEASE: if_bridge+vlan panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 21:02:46 -0000 On Mon, Nov 07, 2005 at 05:55:14PM +0100, Csaba Urban wrote: > Hello, > > I'm trying tho have if_bridge work with vlan members but kernel panics > after a few minutes. I tried if_bridge+ng_eiface+ng_vlan but it panics > too. The strange thing is that it seems forwarding packets correctly > until it crushes. > Can you submit a PR with the panic string, ifconfig output and any other info that would be helpful. A backtrace would be greatly appreciated, see the docs here http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Andrew From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 01:38:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 8F5AF16A420; Tue, 8 Nov 2005 01:38:02 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from mail-svr1.cs.utah.edu (mail-svr1.cs.utah.edu [155.98.64.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAFD043D55; Tue, 8 Nov 2005 01:38:01 +0000 (GMT) (envelope-from vaibhave@cs.utah.edu) Received: from localhost (localhost [127.0.0.1]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id DA366346E0; Mon, 7 Nov 2005 18:38:00 -0700 (MST) Received: from mail-svr1.cs.utah.edu ([127.0.0.1]) by localhost (mail-svr1.cs.utah.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15215-09; Mon, 7 Nov 2005 18:38:00 -0700 (MST) Received: from trust.cs.utah.edu (trust.cs.utah.edu [155.98.65.28]) by mail-svr1.cs.utah.edu (Postfix) with ESMTP id 816B034692; Mon, 7 Nov 2005 18:38:00 -0700 (MST) Received: by trust.cs.utah.edu (Postfix, from userid 4969) id 754343F71; Mon, 7 Nov 2005 18:38:00 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by trust.cs.utah.edu (Postfix) with ESMTP id 726BC3F6C; Mon, 7 Nov 2005 18:38:00 -0700 (MST) Date: Mon, 7 Nov 2005 18:38:00 -0700 (MST) From: Vaibhave Agarwal To: John Baldwin In-Reply-To: <200511071105.58729.jhb@freebsd.org> Message-ID: References: <20051027233636.GA39380@dmw.hopto.org> <436E874E.4010305@root.org> <200511071105.58729.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: amavisd-new at cs.utah.edu Cc: freebsd-net@freebsd.org, freebsd-acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 01:38:02 -0000 On Mon, 7 Nov 2005, John Baldwin wrote: > And even then it can't be used for any device interrupts since there aren't > any I/O APICs. On a UP machine without I/O APICs, it's actually probably > more optimal to just use irq0 and irq8 for clocks rather than the lapic timer > anyway. The only real possible gain is the ability to use the profiling > interrupt from the local APIC. I got access to the BIOS of the Pentium 3 machine I am using, but it has no option to enable/disable the local APIC. Joseph Koshy is right, Linux enables the local APIC timer while booting up. I got the following in the bootup log of Linux 2.4 kernel on the same machine. ------------------------- Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Using local APIC timer interrupts. calibrating APIC timer ... ------------------------- Though there is no I/O apic in the UP machines, but I only wanted to use local APIC timer in the lapic_timer_oneshot() mode to schedule few timers accurately. thanks vaibhave From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 09:36:33 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 A280F16A41F; Tue, 8 Nov 2005 09:36:33 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 416B543D46; Tue, 8 Nov 2005 09:36:33 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EZPu3-0004Td-Rv; Tue, 08 Nov 2005 11:36:31 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-net@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Nov 2005 11:36:31 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: IPMI highjacks packets to ports 623/664 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 09:36:33 -0000 problem: IPMI will highjack packets to ports 623/664, so packets which get assigned either port, will not get back to the application. Question: Is there a way to blacklist these ports? thanks, danny From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 11:58:08 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 EC65516A421; Tue, 8 Nov 2005 11:58:08 +0000 (GMT) (envelope-from molter@tin.it) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53BC943D4C; Tue, 8 Nov 2005 11:58:08 +0000 (GMT) (envelope-from molter@tin.it) Received: from tortellino.codalunga (82.122.234.135) by vsmtp1.tin.it (7.2.060.1) (authenticated as molter@tin.it) id 436F96850007BFBA; Tue, 8 Nov 2005 12:57:56 +0100 Received: by tortellino.codalunga (Postfix, from userid 1001) id 3FF0C81FA; Tue, 8 Nov 2005 11:58:15 +0100 (CET) Date: Tue, 8 Nov 2005 11:58:15 +0100 From: Marco Molteni To: Ruslan Ermilov Message-Id: <20051108115815.6990ec9e.molter@tin.it> In-Reply-To: <20051104215539.GI63539@ip.net.ua> References: <20051102193617.1013be88.molter@tin.it> <20051103145144.GM63539@ip.net.ua> <20051104210511.569754bc.molter@tin.it> <20051104215539.GI63539@ip.net.ua> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, wpaul@freebsd.org Subject: Re: troubles with ng_fec on -current X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 11:58:09 -0000 On Fri, 4 Nov 2005 23:55:39 +0200 Ruslan Ermilov wrote: [..] > I know. Please try what's in CVS now (I made three revisions > to ng_fec.c). I wonder, are you assigning an IP address to > fec0 or doing "ifconfig fec0 up" before confuguring the > bundle (adding ports)? I tried with the latest ng_fec.c in CVS. Now the ste0,ste1,ste2,ste3 and ng_fec interfaces have the same MAC address (previously they were zeroed): ste0: flags=8843 mtu 1500 options=8 ether 00:05:5d:64:a7:de media: Ethernet autoselect (100baseTX ) status: active ste1: flags=8843 mtu 1500 options=8 ether 00:05:5d:64:a7:de media: Ethernet autoselect (100baseTX ) status: active ste2: flags=8843 mtu 1500 options=8 ether 00:05:5d:64:a7:de media: Ethernet autoselect (100baseTX ) status: active ste3: flags=8843 mtu 1500 options=8 ether 00:05:5d:64:a7:de media: Ethernet autoselect (100baseTX ) status: active fec0: flags=8843 mtu 1500 inet 1.1.1.4 netmask 0xffffff00 broadcast 1.1.1.255 inet6 fe80::205:5dff:fe64:a7de%fec0 prefixlen 64 scopeid 0x8 ether 00:05:5d:64:a7:de media: Ethernet none status: active Ping still doesn't work as follows: 4 nodes: box1 (1.1.1.1), box2(1.1.1.2), box3(1.1.1.3), box4(1.1.1.4). box4 has the ng_fec. ping from box1,box2,box3 to box4 goes thru as expected. ping from box3 to box4 doesn't get any reply. If I put interface ste2 on box4 in promiscuos mode, then box3 gets a reply as expected. Same on the other way: ping from 1.1.1.4 to 1.1.1.3 is replied at 1.1.1.3 but isn't picked up by ste2 at 1.1.1.4. If ste2 is put in promisc mode then the reply is picked up by ste2. The script I use to config ng_fec is: ngctl mkpeer fec dummy fec ngctl msg fec0: add_iface '"ste0"' ngctl msg fec0: add_iface '"ste1"' ngctl msg fec0: add_iface '"ste2"' ngctl msg fec0: add_iface '"ste3"' ngctl msg fec0: set_mode_mac ifconfig fec0 inet 1.1.1.4/24 I also tried fiddling with ifconfig ng_fec down/up but nothing changes. marco From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 16:11:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 4389516A420; Tue, 8 Nov 2005 16:11:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A41143D53; Tue, 8 Nov 2005 16:10:59 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1586401 for multiple; Tue, 08 Nov 2005 11:13:00 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA8GAjf5027042; Tue, 8 Nov 2005 11:10:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Vaibhave Agarwal Date: Tue, 8 Nov 2005 10:18:51 -0500 User-Agent: KMail/1.8.2 References: <20051027233636.GA39380@dmw.hopto.org> <200511071105.58729.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511081018.53452.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-net@freebsd.org, freebsd-acpi@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: Freebsd 6.0 doesnt detect local APIC on a Pentium 3 machine X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 16:11:09 -0000 On Monday 07 November 2005 08:38 pm, Vaibhave Agarwal wrote: > On Mon, 7 Nov 2005, John Baldwin wrote: > > And even then it can't be used for any device interrupts since there > > aren't any I/O APICs. On a UP machine without I/O APICs, it's actually > > probably more optimal to just use irq0 and irq8 for clocks rather than > > the lapic timer anyway. The only real possible gain is the ability to > > use the profiling interrupt from the local APIC. > > I got access to the BIOS of the Pentium 3 machine I am using, but it has > no option to enable/disable the local APIC. Yes, I've not seen any BIOSen that do. > Joseph Koshy is right, Linux enables the local APIC timer while booting > up. I got the following in the bootup log of Linux 2.4 kernel on the same > machine. > > ------------------------- > Local APIC disabled by BIOS -- reenabling. > Found and enabled local APIC! > > Using local APIC timer interrupts. > calibrating APIC timer ... > ------------------------- Just because Linux does for UP doesn't mean it is more optimal for FreeBSD. :) On FreeBSD with the lapic timer you have 2 * hz interrupts per second. With the irq0/irq8 combo you have hz + stathz interrupts per second. The difference is 2000 vs 1128. Granted, the lapic timer interrupt handler doesn't have to talk to hardware out on the LPC bus.. > Though there is no I/O apic in the UP machines, but I only wanted to use > local APIC timer in the lapic_timer_oneshot() mode to schedule few timers > accurately. You can increase the rate of the rtc timer. We run it at profhz (1024) when profiling is enabled for example. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 16:27:23 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org 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 0BE1216A442 for ; Tue, 8 Nov 2005 16:27:23 +0000 (GMT) (envelope-from suz@alaxala.net) Received: from pc1.alaxala.kame.net (kame219.kame.net [203.178.141.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C1E43D48 for ; Tue, 8 Nov 2005 16:27:20 +0000 (GMT) (envelope-from suz@alaxala.net) Received: from localhost (localhost [127.0.0.1]) by pc1.alaxala.kame.net (Postfix) with ESMTP id D7D8562B2; Wed, 9 Nov 2005 01:28:39 +0900 (JST) Received: from pc1.alaxala.kame.net ([127.0.0.1]) by localhost (pc1.alaxala.kame.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62184-01; Wed, 9 Nov 2005 01:28:37 +0900 (JST) Received: from flora220.uki-uki.net (unknown [209.52.153.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pc1.alaxala.kame.net (Postfix) with ESMTP id 2BDDC61CF; Wed, 9 Nov 2005 01:28:37 +0900 (JST) Date: Tue, 08 Nov 2005 08:26:08 -0800 Message-ID: From: SUZUKI Shinsuke To: freebsd-net@FreeBSD.org User-Agent: Wanderlust/2.15.1 (Almost Unreal) Emacs/22.0 Mule/5.0 (SAKAKI) Organization: Technical Marketing Dept., ALAXALA Networks Corporation MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: amavisd-new at alaxala.kame.net Cc: core@kame.net Subject: Conclusion of KAME X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 16:27:23 -0000 (Apologize for possible duplicate messages) Dear all, This is an important announcement from the KAME project. I'm SUZUKI, Shinsuke, sending this message on behalf of the project. It is our pleasure to announce that the KAME project has achieved its project mission, which was to establish the IPv6 platform technology and to deploy the IPv6 technology to the industry. We have observed that the missions of the KAME project, which were to provide an open reference implementation of the IPv6 protocol, have been achieved and so have decided that we can conclude the project. The KAME project will complete its work on the IPv6 reference implementation around the end of March 2006. We will conclude the project and then move on to other work in related areas through the following two activities. (1) Complete merging the KAME's IPv6 protocol stack into BSD operating systems source code suite, in order for the core IPv6 protocol stack to be maintained in each BSD community thereafter. (2) KAME members are going to focus on the next R&D items associated with IPv6 technology, while enhancing the collaboration and cooperation with the WIDE project members at large and some other related R&D organizations. The WIDE project, along with the members of the KAME project, has focused on some specific important areas including advanced core functions or applications associated with IPv6 technology. In other words, the WIDE project is going to reinforce the IPv6-related activities, rather than just to continue our effort on IPv6, according to the success and the conclusion of KAME project activity. (see also the official announcement from WIDE at http://www.wide.ad.jp/news/press/20051107-KAME-e.html) The WIDE project established the KAME project in 1998. The primary mission and the goal was to develop and to deploy the reference code of IPv6/IPsec and other advanced protocols related with the IPv6 system, in order to enable the deployment of the IPv6 technology. The majority of our implementation has been already merged into 4 major BSD operating systems (BSDi/FreeBSD/NetBSD/OpenBSD) and we believe the implementation is now quite stable, and has been integrated into many commercial products. This means that KAME's major task, which is to provide a reference implementation both to academia and to industry, has been achieved. Through various discussions with IETF members and others, we have reached a conclusion that there are no major issues in the basic functionality of our IPv6 code base. In fact, the IETF is now discussing how to make the core protocols advance to the full standard. Also, we can observe many IPv6 products other than BSD systems, including various kinds of commercial products/services, in the commercial market. We have observed: 1. The KAME project has achieved its development and deployment goal associated with the IPv6 core protocol stack/functions 2. The IPv6 core protocol specifications have matured and are now stable. 3. Products and services using the IPv6 technology have been widely developed and deployed. Given the above observations, we have realized that we can (and should) conclude the KAME project activity, in order to let the industry realize that IPv6 is stable enough for commercial development and deployment. To conclude the KAME project, we will focus on integrating all remaining KAME functionality into the *BSD operating systems. We hope to complete this effort by the end of March 2006. Some advanced features currently developed and distributed by the KAME project are not ready to be merged into BSD systems yet. Those include SCTP/DCCP, Mobile IPv6, NEMO, and IKEv2. We do not plan to incorporate them by the end of March 2006. Instead, the research and development activities on these features will continue via other working groups in the WIDE project. The following is a summary of the related groups: - SCTP/DCCP WIDE SCTP WG (http://member.wide.ad.jp/wg/sctp) - Mobile IPv6/NEMO WIDE Nautilus6 project (http://www.nautilus6.org/) - IKEv2 WIDE ipsec WG (http://www.wide.ad.jp/project/wg/ipsec.html) - DHCPv6 A new development activity is planned - pim6sd/pim6dd A new development activity is planned Other IPv6-related activates will also continue. - IPv6 code for Linux The USAGI project (http://www.linux-ipv6.org/) - IPv6 testing and evaluation The TAHI project (http://www.tahi.org/) Likewise, the mailing list "snap-users" will remain and the current core members of the KAME project will support questions/comments, if any, as much as possible. We hereby thank those who helped us. Without their help, our goal would have not been achieved. We believe the IPv6 will be deployed more universally in the near future. May IPv6 be with you... --- The KAME project (http://www.kame.net/) The WIDE project (http://www.wide.ad.jp/) From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 18:06:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 9E41616A41F for ; Tue, 8 Nov 2005 18:06:11 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5162F43D45 for ; Tue, 8 Nov 2005 18:06:11 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id jA8I5PSU071214; Tue, 8 Nov 2005 10:05:25 -0800 (PST) Date: Tue, 08 Nov 2005 08:10:23 -0800 Message-ID: From: gnn@freebsd.org To: "David Boyd" In-Reply-To: References: User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin8.1.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: IPsec: panic/reboot with 5.4-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 18:06:11 -0000 At Mon, 7 Nov 2005 14:13:13 -0500, David Boyd wrote: > > Panics occur as often as every few hours (usually once or twice a day) on > eight identical systems used as VPN devices in hospital radiology appliance > maintenance network. System were upgraded to 5.4-STABLE because panic(s) > was followed by hang in 5.4-RELEASE. > > One other system running 4.10-RELEASE on Soekris Net4801 doesn't experience > this problem. > Do you have a crash dump or at least a clean backtrace? I suspect access to the machines is a non-starter. Thanks, George From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 19:02:33 2005 Return-Path: X-Original-To: net@freebsd.org 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 A9E5A16A45B for ; Tue, 8 Nov 2005 19:02:33 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2BAD43D48 for ; Tue, 8 Nov 2005 19:02:32 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from lars.ietf64.ietf.org (pp107-126.bctel.ca [209.52.107.126]) by kyoto.netlab.nec.de (Postfix) with ESMTP id 265991BAC4D; Tue, 8 Nov 2005 20:02:29 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.ietf64.ietf.org (Postfix) with ESMTP id 8615B41233B; Tue, 8 Nov 2005 11:02:27 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Message-Id: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-11-698006575; protocol="application/pkcs7-signature" To: net@freebsd.org From: Lars Eggert Date: Tue, 8 Nov 2005 11:02:25 -0800 X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 19:02:34 -0000 --Apple-Mail-11-698006575 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, I came across the following in the release notes of 6.0 recently: "The RST handling of the FreeBSD TCP stack has been improved to make reset attacks as difficult as possible while maintaining compatibility with the widest range of TCP stacks. (...) Note that this behavior technically violates the RFC 793 specification; the conventional (but less secure) behavior can be restored by setting a new sysctl net.inet.tcp.insecure_rst to 1. [MERGED]" This means that the default, unconfigured FreeBSD TCP implementation is no longer RFC-conformant, which has always been one of its advantages over competing systems. Although I agree that the modification can be useful in some specific setups, making it the default at this time appears hasty. The IETF's tcpm working group is evaluating mechanisms for RST processing, and one will likely move to standards track in the future. Thus, I'd like to suggest that the default for net.inet.tcp.insecure_rst be zero for now. AFAIK, any other TCP mod came disabled be default in the past, too. Lars -- Lars Eggert NEC Network Laboratories --Apple-Mail-11-698006575-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 19:23:48 2005 Return-Path: X-Original-To: net@freebsd.org 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 76B6316A41F for ; Tue, 8 Nov 2005 19:23:48 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id BFD7243D5A for ; Tue, 8 Nov 2005 19:23:46 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 23793 invoked from network); 8 Nov 2005 19:23:44 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 8 Nov 2005 19:23:44 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 8 Nov 2005 13:23:43 -0600 (CST) From: Mike Silbersack To: Lars Eggert In-Reply-To: Message-ID: <20051108130801.Y36544@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 19:23:48 -0000 On Tue, 8 Nov 2005, Lars Eggert wrote: > Thus, I'd like to suggest that the default for net.inet.tcp.insecure_rst be > zero for now. AFAIK, any other TCP mod came disabled be default in the past, > too. > > Lars I'm open to discussing the change. I plan to revisit that and the SYN causing a connection reset issue after eurobsdcon. However, I'm open to clubbing you over the head for not saying anything throughout the entire 6.0 release cycle and requesting the change AFTER THE RELEASE HAS SHIPPED. Since 6.0 shipped with this feature on, I don't think we should flip the setting back to off until a good reason has been given. While we're on the subject of potential problems, I'd like to throw out an idea. What would people think of a "log perhaps somewhat in vain" option (turned on by default) that logged unusual looking packets to /var/log/ip.log - but did it in a ratelimited fashion, so that it would not be possible for attackers to chew up disk space. This would of course get written to during an attack, but it would also log legitimate cases, such as where a RST blocked by this setting came in. This could also be used to tell if future changes cause additional incompatibilities. Such a feature wouldn't cause performance problems, but I could see there being privacy concerns. If the log was only root readable, what would people think? Remember that I'm talking only about logging "odd" packets, and only their TCP/IP flags and fields, not the data contents. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 19:46:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 8C09A16A421; Tue, 8 Nov 2005 19:46:20 +0000 (GMT) In-Reply-To: <20051108115815.6990ec9e.molter@tin.it> from Marco Molteni at "Nov 8, 2005 11:58:15 am" To: molter@tin.it (Marco Molteni) Date: Tue, 8 Nov 2005 19:46:20 +0000 (GMT) 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: <20051108194620.8C09A16A421@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-net@freebsd.org, wpaul@freebsd.org Subject: Re: troubles with ng_fec on -current X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 19:46:20 -0000 > On Fri, 4 Nov 2005 23:55:39 +0200 > Ruslan Ermilov wrote: > > [..] > > > I know. Please try what's in CVS now (I made three revisions > > to ng_fec.c). I wonder, are you assigning an IP address to > > fec0 or doing "ifconfig fec0 up" before confuguring the > > bundle (adding ports)? > > I tried with the latest ng_fec.c in CVS. > > Now the ste0,ste1,ste2,ste3 and ng_fec interfaces have the same MAC > address (previously they were zeroed): > > ste0: flags=8843 mtu 1500 > options=8 > ether 00:05:5d:64:a7:de > media: Ethernet autoselect (100baseTX ) > status: active > ste1: flags=8843 mtu 1500 > options=8 > ether 00:05:5d:64:a7:de > media: Ethernet autoselect (100baseTX ) > status: active > ste2: flags=8843 mtu 1500 > options=8 > ether 00:05:5d:64:a7:de > media: Ethernet autoselect (100baseTX ) > status: active > ste3: flags=8843 mtu 1500 > options=8 > ether 00:05:5d:64:a7:de > media: Ethernet autoselect (100baseTX ) > status: active > fec0: flags=8843 mtu 1500 > inet 1.1.1.4 netmask 0xffffff00 broadcast 1.1.1.255 > inet6 fe80::205:5dff:fe64:a7de%fec0 prefixlen 64 scopeid 0x8 > ether 00:05:5d:64:a7:de > media: Ethernet none > status: active > > Ping still doesn't work as follows: > > 4 nodes: box1 (1.1.1.1), box2(1.1.1.2), box3(1.1.1.3), box4(1.1.1.4). > box4 has the ng_fec. > > ping from box1,box2,box3 to box4 goes thru as expected. > > ping from box3 to box4 doesn't get any reply. If I put interface > ste2 on box4 in promiscuos mode, then box3 gets a reply as expected. Grrrr. You say you run tcpdump, yet you won't show us the packets that tcpdump receives!!! Show _US_ the traffic, for crying out loud! Do the packets actually have a destination address 00:05:5d:64:a7:de, or do they have something else? If they _do_ have the right address, have you tried doing 'ifconfig ste2 down; ifconfig ste2 up' to force it to reprogram the RX filter? Have you tried the even simpler experiment of just trying to change the MAC address on a single interface with 'ifconfig steX ether xx:xx:xx:xx:xx:xx' without even using the fast etherchannel driver? If you have not tried this, then try it now: # ifconfig ste2 ether 0:0:e8:1:2:3 # ifconfig ste2 1.1.1.4 netmask 0xffffff00 up # ping 1.1.1.3 -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 19:54:14 2005 Return-Path: X-Original-To: net@freebsd.org 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 6A67616A41F for ; Tue, 8 Nov 2005 19:54:14 +0000 (GMT) (envelope-from gollum123@free.fr) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC6C43D45 for ; Tue, 8 Nov 2005 19:54:13 +0000 (GMT) (envelope-from gollum123@free.fr) Received: from [192.168.0.140] (tui75-2-82-229-178-102.fbx.proxad.net [82.229.178.102]) by smtp4-g19.free.fr (Postfix) with ESMTP id C29F43F5E8; Tue, 8 Nov 2005 20:54:12 +0100 (CET) Date: Tue, 8 Nov 2005 20:54:13 +0100 From: Mathieu CHATEAU X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <885717694.20051108205413@free.fr> To: Lars Eggert In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mathieu CHATEAU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 19:54:14 -0000 hello, to start with, i don't want to raise a troll... argue to keep it set: 1/it can be set back if needed 2/95% of users will get benefits against 5% that will disable it 3/over the time, i am having above 70 lines in sysctl.conf to get FreeBSD secured and the network strong and fast. 4/the 5% unlucky people knows they must take care of it (so they will find about this parameter easily as you done it) Maybe we can just set a warning during install (asking what to do) ? cheers, Mathieu CHATEAU Tuesday, November 8, 2005, 8:02:25 PM, you wrote: LE> Hi, LE> I came across the following in the release notes of 6.0 recently: LE> "The RST handling of the FreeBSD TCP stack has been improved to make LE> reset attacks as difficult as possible while maintaining LE> compatibility with the widest range of TCP stacks. (...) Note that LE> this behavior technically violates the RFC 793 specification; the LE> conventional (but less secure) behavior can be restored by setting a LE> new sysctl net.inet.tcp.insecure_rst to 1. [MERGED]" LE> This means that the default, unconfigured FreeBSD TCP implementation LE> is no longer RFC-conformant, which has always been one of its LE> advantages over competing systems. Although I agree that the LE> modification can be useful in some specific setups, making it the LE> default at this time appears hasty. The IETF's tcpm working group is LE> evaluating mechanisms for RST processing, and one will likely move to LE> standards track in the future. LE> Thus, I'd like to suggest that the default for LE> net.inet.tcp.insecure_rst be zero for now. AFAIK, any other TCP mod LE> came disabled be default in the past, too. LE> Lars LE> -- LE> Lars Eggert NEC Network Laboratories From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 20:24:26 2005 Return-Path: X-Original-To: net@freebsd.org 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 74D8F16A41F for ; Tue, 8 Nov 2005 20:24:26 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82F443D6D for ; Tue, 8 Nov 2005 20:24:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jA8KOPoO007551; Tue, 8 Nov 2005 12:24:25 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jA8KOPx2007550; Tue, 8 Nov 2005 12:24:25 -0800 Date: Tue, 8 Nov 2005 12:24:25 -0800 From: Brooks Davis To: Lars Eggert Message-ID: <20051108202425.GE27091@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 20:24:26 -0000 On Tue, Nov 08, 2005 at 11:02:25AM -0800, Lars Eggert wrote: > Hi, > > I came across the following in the release notes of 6.0 recently: > > "The RST handling of the FreeBSD TCP stack has been improved to make > reset attacks as difficult as possible while maintaining > compatibility with the widest range of TCP stacks. (...) Note that > this behavior technically violates the RFC 793 specification; the > conventional (but less secure) behavior can be restored by setting a > new sysctl net.inet.tcp.insecure_rst to 1. [MERGED]" > > This means that the default, unconfigured FreeBSD TCP implementation > is no longer RFC-conformant, which has always been one of its > advantages over competing systems. Although I agree that the > modification can be useful in some specific setups, making it the > default at this time appears hasty. The IETF's tcpm working group is > evaluating mechanisms for RST processing, and one will likely move to > standards track in the future. Anyone claiming a "fully RFC-conformant TCP implementation" is almost certainly full of it. Striving for standards conformance even when the standards are wrong or inadequate is not particularly useful IMO. Where possible we should provide knobs to switch between the behaviors, but given the rate at which standards are updated, I don't believe waiting for final approval to flip a switch is viable. -- Brooks From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 20:46:05 2005 Return-Path: X-Original-To: net@freebsd.org 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 EF78C16A41F for ; Tue, 8 Nov 2005 20:46:05 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A99143D46 for ; Tue, 8 Nov 2005 20:46:04 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id AE4F3A2FD7; Tue, 8 Nov 2005 21:46:03 +0100 (CET) Received: by hammer.stack.nl (Postfix, from userid 333) id 797D86526; Tue, 8 Nov 2005 21:46:03 +0100 (CET) Date: Tue, 8 Nov 2005 21:46:03 +0100 From: Marc Olzheim To: Lars Eggert Message-ID: <20051108204603.GA2121@stack.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 20:46:06 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 08, 2005 at 11:02:25AM -0800, Lars Eggert wrote: > Thus, I'd like to suggest that the default for =20 > net.inet.tcp.insecure_rst be zero for now. AFAIK, any other TCP mod =20 > came disabled be default in the past, too. Being on the wrong end of a distributed tcp syn flood attack atm. on the machine I'm mailing from, is probably enough to convince me of its use. :-) I hardly notice anything on the machine, except for having to move the sshd to ipv6 only... Marc --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDcQ6LezjnobFOgrERAhuaAJ0W8orTWkP8IHrFqC1vrojZRmq+wACfZDvv nXBJCQya2KdovHpoDEQznwg= =KJi8 -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 21:20:26 2005 Return-Path: X-Original-To: net@freebsd.org 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 3ACF016A41F for ; Tue, 8 Nov 2005 21:20:26 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8602243D45 for ; Tue, 8 Nov 2005 21:20:25 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from lars.ietf64.ietf.org (pp107-126.bctel.ca [209.52.107.126]) by kyoto.netlab.nec.de (Postfix) with ESMTP id 013D81BAC4D; Tue, 8 Nov 2005 22:15:23 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.ietf64.ietf.org (Postfix) with ESMTP id DC34C41385B; Tue, 8 Nov 2005 13:14:33 -0800 (PST) In-Reply-To: <20051108130801.Y36544@odysseus.silby.com> References: <20051108130801.Y36544@odysseus.silby.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-13-705931855; protocol="application/pkcs7-signature" Message-Id: From: Lars Eggert Date: Tue, 8 Nov 2005 13:14:30 -0800 To: Mike Silbersack X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 21:20:26 -0000 --Apple-Mail-13-705931855 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, On Nov 8, 2005, at 11:23, Mike Silbersack wrote: > > I'm open to discussing the change. I plan to revisit that and the > SYN causing a connection reset issue after eurobsdcon. good to know, thanks! > However, I'm open to clubbing you over the head for not saying > anything throughout the entire 6.0 release cycle and requesting the > change AFTER THE RELEASE HAS SHIPPED. Since 6.0 shipped with this > feature on, I don't think we should flip the setting back to off > until a good reason has been given. Point taken, and I'm very sorry. I no longer follow -current, so I've missed this completely until I looked at 6.0. The argument for switching it back off would be that the RST attack is probably only effective against long-lived connections between well-known ports, the canonical example being BGP sessions. I doubt that the average user has many such connections open and thus will see little benefit from having this on. The change does increase the chances of ignoring valid RSTs, which could lead to all sorts of problems, especially when talking to esoteric TCP stacks. These two effects (attack resistance vs. compatibility) are hard to trade off. I'd personally argue for the conservative approach. Also note that other attacks against long-lived TCP connections are still possible, e.g., through spoofed ICMP packets. I do see the release engineering aspects of switching this off by default. In the end, it's a judgement call. > While we're on the subject of potential problems, I'd like to throw > out an idea. What would people think of a "log perhaps somewhat in > vain" option (turned on by default) that logged unusual looking > packets to /var/log/ip.log - but did it in a ratelimited fashion, > so that it would not be possible for attackers to chew up disk > space. This would of course get written to during an attack, but > it would also log legitimate cases, such as where a RST blocked by > this setting came in. This could also be used to tell if future > changes cause additional incompatibilities. > > Such a feature wouldn't cause performance problems, but I could see > there being privacy concerns. If the log was only root readable, > what would people think? Remember that I'm talking only about > logging "odd" packets, and only their TCP/IP flags and fields, not > the data contents. I think that'd be very useful. I frequently come across entries in the logs that I wish I had some more information about. I'd even go as far as (optionally) dumping all such packets in tcpdump format. Lars -- Lars Eggert NEC Network Laboratories --Apple-Mail-13-705931855-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 21:32:15 2005 Return-Path: X-Original-To: net@freebsd.org 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 E7DA116A41F for ; Tue, 8 Nov 2005 21:32:15 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9043D6A for ; Tue, 8 Nov 2005 21:32:05 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from lars.ietf64.ietf.org (pp107-126.bctel.ca [209.52.107.126]) by kyoto.netlab.nec.de (Postfix) with ESMTP id 34AEF1BAC9E; Tue, 8 Nov 2005 22:31:54 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.ietf64.ietf.org (Postfix) with ESMTP id 33749413BC1; Tue, 8 Nov 2005 13:20:10 -0800 (PST) In-Reply-To: <885717694.20051108205413@free.fr> References: <885717694.20051108205413@free.fr> Mime-Version: 1.0 (Apple Message framework v746.2) X-Priority: 3 (Normal) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-14-706269573; protocol="application/pkcs7-signature" Message-Id: <304C5D45-BF2F-4648-AB36-92F10BF0D482@netlab.nec.de> From: Lars Eggert Date: Tue, 8 Nov 2005 13:20:07 -0800 To: Mathieu CHATEAU X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 21:32:16 -0000 --Apple-Mail-14-706269573 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 8, 2005, at 11:54, Mathieu CHATEAU wrote: > 1/it can be set back if needed It can be enabled, too, if needed. > 2/95% of users will get benefits against 5% that will disable it I'd love to see a source for those numbers. > 3/over the time, i am having above 70 lines in sysctl.conf to get > FreeBSD secured and the network strong and fast. It's a policy decision whether FreeBSD out-of-the box should be heavily optimized and non-standards-conformant, or be conservatively configured. I'd argue for the latter. > 4/the 5% unlucky people knows they must take care of it (so they will > find about this parameter easily as you done it) I doubt that very many people that have "hanging" connections that do not abort will be able to trace this back to this sysctl setting. On the flipside, people concerned about the attack have likely also read about mitigation mechanisms such as this one, and are able to judge the risks of enabling it. Lars -- Lars Eggert NEC Network Laboratories --Apple-Mail-14-706269573-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 21:57:00 2005 Return-Path: X-Original-To: net@freebsd.org 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 1D22716A41F for ; Tue, 8 Nov 2005 21:57:00 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79FF143D48 for ; Tue, 8 Nov 2005 21:56:59 +0000 (GMT) (envelope-from lars.eggert@netlab.nec.de) Received: from lars.ietf64.ietf.org (pp107-126.bctel.ca [209.52.107.126]) by kyoto.netlab.nec.de (Postfix) with ESMTP id CBB871BAC4D; Tue, 8 Nov 2005 22:56:55 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lars.ietf64.ietf.org (Postfix) with ESMTP id 3234C414569; Tue, 8 Nov 2005 13:56:46 -0800 (PST) In-Reply-To: <20051108204603.GA2121@stack.nl> References: <20051108204603.GA2121@stack.nl> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1-708463057; protocol="application/pkcs7-signature" Message-Id: <280E31B0-BA54-404A-8CD4-2EF64F767B9A@netlab.nec.de> From: Lars Eggert Date: Tue, 8 Nov 2005 13:56:41 -0800 To: Marc Olzheim X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 21:57:00 -0000 --Apple-Mail-1-708463057 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Nov 8, 2005, at 12:46, Marc Olzheim wrote: > Being on the wrong end of a distributed tcp syn flood attack atm. > on the > machine I'm mailing from, is probably enough to convince me of its > use. The change we are discussing is not protecting you from SYN floods, it is supposed to protect you from spoofed RSTs. Lars -- Lars Eggert NEC Network Laboratories --Apple-Mail-1-708463057-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 8 22:09:50 2005 Return-Path: X-Original-To: net@freebsd.org 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 B395D16A41F for ; Tue, 8 Nov 2005 22:09:50 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B1E43D46 for ; Tue, 8 Nov 2005 22:09:49 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id B1325A2FD6; Tue, 8 Nov 2005 23:09:48 +0100 (CET) Received: by hammer.stack.nl (Postfix, from userid 333) id 906FB6526; Tue, 8 Nov 2005 23:09:48 +0100 (CET) Date: Tue, 8 Nov 2005 23:09:48 +0100 From: Marc Olzheim To: Lars Eggert Message-ID: <20051108220948.GA2602@stack.nl> References: <20051108204603.GA2121@stack.nl> <280E31B0-BA54-404A-8CD4-2EF64F767B9A@netlab.nec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <280E31B0-BA54-404A-8CD4-2EF64F767B9A@netlab.nec.de> X-Operating-System: FreeBSD hammer.stack.nl 6.0-BETA4 FreeBSD 6.0-BETA4 X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.11 Cc: Marc Olzheim , net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 22:09:50 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 08, 2005 at 01:56:41PM -0800, Lars Eggert wrote: > On Nov 8, 2005, at 12:46, Marc Olzheim wrote: > >Being on the wrong end of a distributed tcp syn flood attack atm. =20 > >on the > >machine I'm mailing from, is probably enough to convince me of its =20 > >use. >=20 > The change we are discussing is not protecting you from SYN floods, =20 > it is supposed to protect you from spoofed RSTs. Whoops, indeed, I misread. Well then, still glad to inform you that I'm happy with the performance of the machine under a synflood attack :-P Marc --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDcSIsezjnobFOgrERAuyaAJ99FFZ5VGYl0RIDr502qXYbH3nUjgCgi2IV ph1xL/8GVJPs33RCnrO77wc= =DuhM -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-net@FreeBSD.ORG Wed Nov 9 08:57:16 2005 Return-Path: X-Original-To: net@freebsd.org 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 778F216A41F for ; Wed, 9 Nov 2005 08:57:16 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0180D43D46 for ; Wed, 9 Nov 2005 08:57:15 +0000 (GMT) (envelope-from nikruzhan@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so100451nzo for ; Wed, 09 Nov 2005 00:57:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=I9AxqPhuJhw945nAZbs6N+lDqqP5SyPKLQqhthrslL7tGO0715em0OTICCpceNskrAicrzXpQFrQvgoFvM/asOrq8Qw0oceChJjPPKaQUHdTsuCYeXv9VKruNiUb+gfCXhBPsog1WrGvLWahzU/mgozD5wTY3wMG01YYYKdvPGs= Received: by 10.37.18.20 with SMTP id v20mr313415nzi; Wed, 09 Nov 2005 00:57:15 -0800 (PST) Received: by 10.36.224.36 with HTTP; Wed, 9 Nov 2005 00:57:15 -0800 (PST) Message-ID: <60ffc71f0511090057h286df5a9hd95b1d17752f9a19@mail.gmail.com> Date: Wed, 9 Nov 2005 16:57:15 +0800 From: Nik To: net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: one to one mappings issues using IPnat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 08:57:16 -0000 Hi, I'm using ipnat for one to one mappings in my FreeBSD router using IPnat. I got several interfaces plus Vlans ; rl0 - Local (192.168.0.x), em0, em1, em2, em3 - External (internet), em4, vlan0, vlan1, vlan2, vlan3, vlan4, vlan5, vlan6, vlan7, vlan8, vlan9 - DMZ = ( 202.xxx.10.x). my ipnat.rules ; map em3 192.168.0.0/24 -> 0/32 portmap tcp/udp auto map em3 192.168.0.0/24 -> 0/32 # Server bimap em3 192.168.0.22/32 -> 202.xxx.10.7/32 bimap vlan2 192.168.0.22/32 -> 202.xxx.10.7/32 bimap vlan3 192.168.0.22/32 -> 202.xxx.10.7/32 bimap vlan4 192.168.0.22/32 -> 202.xxx.10.7/32 bimap vlan5 192.168.0.22/32 -> 202.xxx.10.7/32 bimap rl0 192.168.0.22/32 -> 202.xxx.10.7/32 202.xxx.10.7/32 was included in vlan9, my local already can ping to 202.xxx.10.7 and that's mean it's working at Lan but the problem is I can't ping 202.xxx.10.7 from another same subnet ip eg: 202.xxx.10.10 and it give me this result ; [root@SatelliteVod ~]# ping 202.xxx.10.7 PING 202.xxx.10.7 (202.xxx.10.7) 56(84) bytes of data. >From 202.xxx.10.10 icmp_seq=3D0 Destination Host Unreachable >From 202.xxx.10.10 icmp_seq=3D1 Destination Host Unreachable >From 202.xxx.10.10 icmp_seq=3D2 Destination Host Unreachable Also I can't ping 202.xxx.10.7 from router itself, it's give me this result ; > ping 202.xxx.10.7 PING 202.xxx.10.7 (202.xxx.10.7): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down --- 202.xxx.10.7 ping statistics --- 9 packets transmitted, 0 packets received, 100% packet loss There's no problem when I try to ping the server from outside. I just pass all out and pass in all in my ipf.rules so I think there's no problem with ipfilter. Thanks, Nik. From owner-freebsd-net@FreeBSD.ORG Wed Nov 9 11:29:55 2005 Return-Path: X-Original-To: net@freebsd.org 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 79C3316A41F for ; Wed, 9 Nov 2005 11:29:55 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id E788643D49 for ; Wed, 9 Nov 2005 11:29:54 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 94530 invoked from network); 9 Nov 2005 11:29:53 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 9 Nov 2005 11:29:53 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 9 Nov 2005 05:29:51 -0600 (CST) From: Mike Silbersack To: Lars Eggert In-Reply-To: Message-ID: <20051109052044.R6480@odysseus.silby.com> References: <20051108130801.Y36544@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: Re: TCP RST handling in 6.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 11:29:55 -0000 On Tue, 8 Nov 2005, Lars Eggert wrote: > Also note that other attacks against long-lived TCP connections are still > possible, e.g., through spoofed ICMP packets. I don't think we've been vulnerable to the ICMP-based reset attack for a few years, actually. Using SYN packets is the best method, for now. We haven't implemented any changes to how we handle SYN packets yet. I'll get back on that after eurobsdcon. > I do see the release engineering aspects of switching this off by default. In > the end, it's a judgement call. If it indeed does cause problems and I switch it back to off in 6.0-stable, we'll have no end of people who are really confused when a move from 6.0-release to 6.0-stable fixes their mysterious problem. So, changing is out of the question at this point. BTW, have traces of the stacks which interact badly due to the changes in tcpsecure been archived somewhere? Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Nov 9 12:36:39 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 EDC0216A41F for ; Wed, 9 Nov 2005 12:36:39 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from mx-itb.geoph.ITB.ac.id (mx7.ITB.ac.id [167.205.30.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC74943D45 for ; Wed, 9 Nov 2005 12:36:37 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from antivirus.itb.ac.id (antivirus.ITB.ac.id [167.205.108.137]) by mx-itb.geoph.ITB.ac.id (Postfix) with SMTP id A2E4720A4B for ; Wed, 9 Nov 2005 19:36:29 +0700 (WIT) Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.itb.ac.id [167.205.30.228]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 7DA4620A46 for ; Wed, 9 Nov 2005 19:36:29 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 5A6E111503; Wed, 9 Nov 2005 19:36:33 +0700 (WIT) Date: Wed, 9 Nov 2005 19:36:33 +0700 From: Dikshie To: freebsd-net@freebsd.org Message-ID: <20051109123633.GA82343@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 6.0-STABLE i386) X-Uptime: 7:33PM up 2 days, 4:35, 2 users, load averages: 1.00, 1.00, 1.00 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D Subject: (no subject) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 12:36:40 -0000 Dear All, I got many: IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 on /var/log/messages any solutions ? my box is UP > uname -a FreeBSD ipv6.ppk.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #2: Mon Nov 7 13:40:12 WIT 2005 my kernel same as generic with add: options MROUTING options PIM options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPV6FIREWALL options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options QUOTA options SUIDDIR options DEVICE_POLLING options HZ=1000 best regards -dikshie- From owner-freebsd-net@FreeBSD.ORG Wed Nov 9 12:46:08 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 D7E8816A423 for ; Wed, 9 Nov 2005 12:46:08 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from mx-itb.geoph.ITB.ac.id (mx7.ITB.ac.id [167.205.30.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A055843D45 for ; Wed, 9 Nov 2005 12:46:07 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from antivirus.itb.ac.id (antivirus.ITB.ac.id [167.205.108.137]) by mx-itb.geoph.ITB.ac.id (Postfix) with SMTP id B4C2C20A4B for ; Wed, 9 Nov 2005 19:45:59 +0700 (WIT) Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.itb.ac.id [167.205.30.228]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 8BCDE20A46 for ; Wed, 9 Nov 2005 19:45:59 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id 3AF911150A; Wed, 9 Nov 2005 19:46:04 +0700 (WIT) Date: Wed, 9 Nov 2005 19:46:04 +0700 From: Dikshie To: freebsd-net@freebsd.org Message-ID: <20051109124604.GA82703@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 6.0-STABLE i386) X-Uptime: 7:44PM up 2 days, 4:46, 2 users, load averages: 1.00, 1.00, 1.00 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D Subject: Unknown Extension Header X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 12:46:09 -0000 Dear All, really sorry for previous email I got many: IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 IPFW2: IPV6 - Unknown Extension Header(103), ext_hd=0 on /var/log/messages any solutions ? my box is UP >uname -a >FreeBSD ipv6.ppk.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #2: Mon Nov 7 13:40:12 WIT 2005 my kernel same as generic with add: options MROUTING options PIM options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPV6FIREWALL options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options QUOTA options SUIDDIR options DEVICE_POLLING options HZ=1000 best regards -dikshie- From owner-freebsd-net@FreeBSD.ORG Wed Nov 9 13:06:31 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 6014D16A41F for ; Wed, 9 Nov 2005 13:06:31 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF6E343D48 for ; Wed, 9 Nov 2005 13:06:29 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.10 ([192.168.2.10]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Wed, 9 Nov 2005 13:06:28 +0000 Received: from by mail1.cil.se; 09 Nov 2005 14:06:28 +0100 From: Jon Otterholm To: freebsd-net@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 09 Nov 2005 14:06:28 +0100 Message-Id: <1131541588.996.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Subject: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 13:06:31 -0000 Hi! I wonder if anyone have a soloution to my problem... I want to create a bridge-interface (if_bridge) with a bunch (500+) of sub-interfaces (vlan) as members. All members of the bridge should be able to "talk" to each other but MAC-addresses must be isolated to their "own" vlan. My thought is to set up a arp-proxy that handles this but i cant find any info on how to do this on a FreeBSD-box (preferably 6.0-RELEASE). Is there anyone with a working soloution in real or theory? Any general thoughts or feedback on this is are appreciated? /Jon From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 00:12:17 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 A08A616A420 for ; Thu, 10 Nov 2005 00:12:17 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FCDF43D48 for ; Thu, 10 Nov 2005 00:12:16 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 072354CC15; Thu, 10 Nov 2005 00:12:31 +0000 (GMT) Received: from [192.168.46.52] (ppp166-27.static.internode.on.net [150.101.166.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 129E04CB60; Thu, 10 Nov 2005 00:12:29 +0000 (GMT) Message-ID: <4372905C.1020804@roq.com> Date: Thu, 10 Nov 2005 11:12:12 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051110 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dennis binder References: <433BD311.1030501@gmx.de> In-Reply-To: <433BD311.1030501@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@freebsd.org Subject: Re: WG511T problem using dhcp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 00:12:17 -0000 dennis binder wrote: > hello, > > i'm trying to get a wlan card WG511T from netgear to work > and connect to the internet via an accesspoint. > The accesspoint has an SSID= "WLAN" and provides DHCP. > > dmesg bings up the following: > ath0: mem 0x88000000-0x8800ffff irq 9 at device 0.0 on > cardbus0 > ath0: mac 5.9 phy 4.3 5ghz radio 4.6 > ath0: Ethernet address: 00:0f:b5:67:1b:4f > ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps > 36Mbps 48Mbps 54Mbps > > my /etc/rc.conf looks like this: > removable_interfaces="ath0 ep0" > ifconfig_ath0="NO" > > my /etc/start_if.ath0 is empty. After plugging the card "ifconfig ath0" > prints this: > ath0: flags=8802 mtu 1500 > ether 00:0f:b5:67:1b:4f > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > after this I want to manually connect to the internet. > I try > # ifconfig ath0 ssid WLAN > # ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet6 fe80::20f:b5ff:fe67:1b4f%ath0 prefixlen 64 scopeid 0x4 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:0f:b5:67:1b:4f > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: no carrier > ssid WLAN 1:WLAN > channel -1 authmode OPEN powersavemode OFF powersavesleep 100 > rtsthreshold 2312 protmode CTS > wepmode OFF weptxkey 1 > > After running "dhclient ath0" the netgear-card finds the accesspoint ( > both > leds blinking simultanously). > "ifconfig ath0" prints "status: active" but the inet-address remains > 0.0.0.0. > > How can I assign the card a valid ip-address via dhcp ? > Or what is wrong in my setup ? > My second interface fxp0 has no problems getting valid > ip-address via dhcp. > > Any hints are very welcome. > > Dennis Binder I am using the same card, in my rc.conf I just have this ifconfig_ath0="DHCP WPA" I am using WPA encryption and have the relevant information in /etc/wpa_supplicant.conf but if I am using no encryption I wouldn't need the WPA part at all. Mike From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 04:56:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 6879116A41F for ; Thu, 10 Nov 2005 04:56:54 +0000 (GMT) (envelope-from redchin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1021B43D45 for ; Thu, 10 Nov 2005 04:56:53 +0000 (GMT) (envelope-from redchin@gmail.com) Received: by zproxy.gmail.com with SMTP id i28so300597nzi for ; Wed, 09 Nov 2005 20:56:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mOtjHJiTi8G6C/8a6eqMKiJUpKQC6HLF5p+3wDZ631F6ujDcT9YIwcU81L8mHhwNtLi4JEqi4+ohTe9as9MPLPlwywWdu2YNwgL0xjfdmjFXpoVBgJaiHdrKPXh+x3R2tiiox4OK7ZMYzsY2IdbV/sY/j4P0yXjaKhT8Wg0lBe0= Received: by 10.64.201.3 with SMTP id y3mr359567qbf; Wed, 09 Nov 2005 20:56:53 -0800 (PST) Received: by 10.65.153.8 with HTTP; Wed, 9 Nov 2005 20:56:53 -0800 (PST) Message-ID: <1d3ed48c0511092056u5ea4072dq4dd01c5807e5737c@mail.gmail.com> Date: Wed, 9 Nov 2005 20:56:53 -0800 From: Kevin Downey To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: wpa_supplicant and wep X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 04:56:54 -0000 YXRoMDogPEF0aGVyb3MgNTIxMj4gbWVtIDB4ZTAwMTAwMDAtMHhlMDAxZmZmZiBpcnEgMTAgYXQg ZGV2aWNlIDkuMCBvbiBwY2kwCmF0aDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOjNkOmFlOmFk OmI4CmF0aDA6IG1hYyA1LjkgcGh5IDQuMyByYWRpbyA0LjYKCndoZW4gSSB1c2Ugd3BhX3N1cHBs aWNhbnQgYW5kIGRoY2xpZW50IHRoZSBjYXJkIGVuZHMgdXAgaW4gYSBsb29wIHNjYW5uaW5nCmZv ciBhcHMsIGFuZCBldmVyeW9uZSBpbiBhd2hpbGUgd2lsbCBhc3NvY2lhdGUgd2l0aCBteSBhcCwg dGhlbiBhIG1pbnV0ZSBvcgpzbyBsYXRlciBpdCB3aWxsIGNvbnRpbnVlIGxvb3BpbmcgdGhyb3Vn aCBjaGFubmVscy4gaWYgSSBzZXQgdGhlIGNhcmQgdXAKbWFudWFseSBpdCB3b3JrcyBmaW5lIG5v IHByb2JsZW0uCgpGcmVlQlNEIHppZm5hYi5uZXh1cy5sYW4gNi4wLVNUQUJMRSBGcmVlQlNEIDYu MC1TVEFCTEUgIzE6IFNhdCBOb3YgNQowMjo1MToyOCBQU1QgMjAwNSByb290QHppZm5hYi5uZXh1 cy5sYW46L3Vzci9vYmovdXNyL3NyYy9zeXMvRCBpMzg2CgoKL2V0Yy93cGFfc3VwcGxpY2FudC5j b25mOgpjdHJsX2ludGVyZmFjZT0vdmFyL3J1bi93cGFfc3VwcGxpY2FudApjdHJsX2ludGVyZmFj ZV9ncm91cD0wCmVhcG9sX3ZlcnNpb249MQphcF9zY2FuPTEKZmFzdF9yZWF1dGg9MQpuZXR3b3Jr PXsKc3NpZD0ia3VibyIKa2V5X21nbXQ9Tk9ORQp3ZXBfa2V5MD1mZWRjYmE5ODc2NTQzMjEwMDEy MzQ1Njc4OQp3ZXBfdHhfa2V5aWR4PTAKcHJpb3JpdHk9NQp9Cgp0aGlzIGlzIHdvcmtpbmcgZmlu ZCB1cCB1bnRpbGwgSSBnb3QgaG9tZSBmcm9tIHdvcmsgdG9kYXkuCgotLQpDZXRlcnVtIGNlbnNl byBDYXJ0aGFnaW5lbSBlc3NlIGRlbGVuZGFtCg== From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 06:45:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 5180216A41F for ; Thu, 10 Nov 2005 06:45:50 +0000 (GMT) (envelope-from redchin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE39443D46 for ; Thu, 10 Nov 2005 06:45:49 +0000 (GMT) (envelope-from redchin@gmail.com) Received: by zproxy.gmail.com with SMTP id f1so335074nzc for ; Wed, 09 Nov 2005 22:45:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=WP0X8JH664KapVN82Nly4DqQ8kvjs9cImUSbc2rfe/ePArwoD0TC0psQqALJ7ziVgytLRwtvYERVooatV5NZl/L0CyoWTYddM8g+aXuHK7xytmZGe0VTkFiUf0OVIzyA13X9k5EyyE8OpG2Qkhs8Wjs8CZt2sdqNkwo+wOlIi0c= Received: by 10.64.250.3 with SMTP id x3mr457683qbh; Wed, 09 Nov 2005 22:39:42 -0800 (PST) Received: by 10.65.153.8 with HTTP; Wed, 9 Nov 2005 22:39:42 -0800 (PST) Message-ID: <1d3ed48c0511092239x610f71bdl2f5989171350805c@mail.gmail.com> Date: Wed, 9 Nov 2005 22:39:42 -0800 From: Kevin Downey To: freebsd-net@freebsd.org In-Reply-To: <1d3ed48c0511092056u5ea4072dq4dd01c5807e5737c@mail.gmail.com> MIME-Version: 1.0 References: <1d3ed48c0511092056u5ea4072dq4dd01c5807e5737c@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: wpa_supplicant and wep X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 06:45:50 -0000 ZGhjbGllbnQgYWxzbyBpcyBiZWhhdmluZyBlcnJhdGljYWxseS4Kb3YgOSAyMjozNDo1OSB6aWZu YWIga2VybmVsOiBhdGgwOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gRE9XTgpOb3YgOSAyMjozNTow MCB6aWZuYWIgL3Vzci9zYmluL2Nyb25bMjY5MjRdOiAocm9vdCkgQ01EICgvdXNyL2xpYmV4ZWMv YXRydW4pCk5vdiA5IDIyOjM1OjAxIHppZm5hYiBkaGNsaWVudFsyNDY1M106IGNvbm5lY3Rpb24g Y2xvc2VkCk5vdiA5IDIyOjM1OjAxIHppZm5hYiBrZXJuZWw6IE5vdiA5IDIyOjM1OjAxIHppZm5h YiBkaGNsaWVudFsyNDY1M106CmNvbm5lY3Rpb24gY2xvc2VkCk5vdiA5IDIyOjM1OjAxIHppZm5h YiBkaGNsaWVudFsyNDY1M106IGV4aXRpbmcuCk5vdiA5IDIyOjM1OjAxIHppZm5hYiBrZXJuZWw6 IE5vdiA5IDIyOjM1OjAxIHppZm5hYiBkaGNsaWVudFsyNDY1M106CmV4aXRpbmcuCk5vdiA5IDIy OjM1OjAxIHppZm5hYiBrZXJuZWw6IGF0aDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApOb3Yg OSAyMjozNTowMiB6aWZuYWIgZGhjbGllbnRbMjY5MzZdOiBESENQUkVRVUVTVCBvbiBhdGgwIHRv CjI1NS4yNTUuMjU1LjI1NSA8aHR0cDovLzI1NS4yNTUuMjU1LjI1NT4gcG9ydCA2NwpOb3YgOSAy MjozNTowMiB6aWZuYWIgZGhjbGllbnRbMjY5MzZdOiBESENQQUNLIGZyb20KMTkyLjE2OC4yLjE8 aHR0cDovLzE5Mi4xNjguMi4xPgpOb3YgOSAyMjozNTowMiB6aWZuYWIgZGhjbGllbnQ6IE5ldyBJ UCBBZGRyZXNzIChhdGgwKToKMTkyLjE2OC4yLjExOTxodHRwOi8vMTkyLjE2OC4yLjExOT4KTm92 IDkgMjI6MzU6MDMgemlmbmFiIGtlcm5lbDogYXRoMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KTm92IDkgMjI6MzU6MDMgemlmbmFiIGRoY2xpZW50OiBOZXcgU3VibmV0IE1hc2sgKGF0aDAp OgoyNTUuMjU1LjI1NS4wPGh0dHA6Ly8yNTUuMjU1LjI1NS4wPgpOb3YgOSAyMjozNTowMyB6aWZu YWIgZGhjbGllbnQ6IE5ldyBCcm9hZGNhc3QgQWRkcmVzcyAoYXRoMCk6CjE5Mi4xNjguMi4yNTU8 aHR0cDovLzE5Mi4xNjguMi4yNTU+Ck5vdiA5IDIyOjM1OjAzIHppZm5hYiBkaGNsaWVudDogTmV3 IFJvdXRlcnMgKGF0aDApOgoxOTIuMTY4LjIuMTxodHRwOi8vMTkyLjE2OC4yLjE+Ck5vdiA5IDIy OjM1OjAzIHppZm5hYiBkaGNsaWVudFsyNjkzNl06IGJvdW5kIHRvCjE5Mi4xNjguMi4xMTk8aHR0 cDovLzE5Mi4xNjguMi4xMTk+LS0gcmVuZXdhbCBpbiA2MDQ4MDAgc2Vjb25kcy4KTm92IDkgMjI6 MzU6MDQgemlmbmFiIGRoY2xpZW50WzI2OTM3XTogY29ubmVjdGlvbiBjbG9zZWQKTm92IDkgMjI6 MzU6MDQgemlmbmFiIGtlcm5lbDogTm92IDkgMjI6MzU6MDQgemlmbmFiIGRoY2xpZW50WzI2OTM3 XToKY29ubmVjdGlvbiBjbG9zZWQKTm92IDkgMjI6MzU6MDQgemlmbmFiIGRoY2xpZW50WzI2OTM3 XTogZXhpdGluZy4KTm92IDkgMjI6MzU6MDQgemlmbmFiIGtlcm5lbDogTm92IDkgMjI6MzU6MDQg emlmbmFiIGRoY2xpZW50WzI2OTM3XToKZXhpdGluZy4KTm92IDkgMjI6MzU6MDUgemlmbmFiIGtl cm5lbDogYXRoMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCk5vdiA5IDIyOjM1OjA2IHppZm5h YiBkaGNsaWVudFsyNjk5M106IERIQ1BSRVFVRVNUIG9uIGF0aDAgdG8KMjU1LjI1NS4yNTUuMjU1 IDxodHRwOi8vMjU1LjI1NS4yNTUuMjU1PiBwb3J0IDY3Ck5vdiA5IDIyOjM1OjA3IHppZm5hYiBr ZXJuZWw6IGF0aDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBET1dOCk5vdiA5IDIyOjM1OjA4IHpp Zm5hYiBkaGNsaWVudFsyNjk5NF06IGNvbm5lY3Rpb24gY2xvc2VkCk5vdiA5IDIyOjM1OjA4IHpp Zm5hYiBrZXJuZWw6IE5vdiA5IDIyOjM1OjA4IHppZm5hYiBkaGNsaWVudFsyNjk5NF06CmNvbm5l Y3Rpb24gY2xvc2VkCk5vdiA5IDIyOjM1OjA4IHppZm5hYiBkaGNsaWVudFsyNjk5NF06IGV4aXRp bmcuCk5vdiA5IDIyOjM1OjA4IHppZm5hYiBrZXJuZWw6IE5vdiA5IDIyOjM1OjA4IHppZm5hYiBk aGNsaWVudFsyNjk5NF06CmV4aXRpbmcuCk5vdiA5IDIyOjM1OjA5IHppZm5hYiBrZXJuZWw6IGF0 aDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApOb3YgOSAyMjozNToxMCB6aWZuYWIgZGhjbGll bnRbMjcwMjldOiBESENQUkVRVUVTVCBvbiBhdGgwIHRvCjI1NS4yNTUuMjU1LjI1NSA8aHR0cDov LzI1NS4yNTUuMjU1LjI1NT4gcG9ydCA2NwpOb3YgOSAyMjozNToxMCB6aWZuYWIgZGhjbGllbnRb MjcwMjldOiBESENQQUNLIGZyb20KMTkyLjE2OC4yLjE8aHR0cDovLzE5Mi4xNjguMi4xPgpOb3Yg OSAyMjozNToxMCB6aWZuYWIgZGhjbGllbnQ6IE5ldyBJUCBBZGRyZXNzIChhdGgwKToKMTkyLjE2 OC4yLjExOTxodHRwOi8vMTkyLjE2OC4yLjExOT4KTm92IDkgMjI6MzU6MTAgemlmbmFiIGRoY2xp ZW50OiBOZXcgU3VibmV0IE1hc2sgKGF0aDApOgoyNTUuMjU1LjI1NS4wPGh0dHA6Ly8yNTUuMjU1 LjI1NS4wPgpOb3YgOSAyMjozNToxMCB6aWZuYWIgZGhjbGllbnQ6IE5ldyBCcm9hZGNhc3QgQWRk cmVzcyAoYXRoMCk6CjE5Mi4xNjguMi4yNTU8aHR0cDovLzE5Mi4xNjguMi4yNTU+Ck5vdiA5IDIy OjM1OjEwIHppZm5hYiBkaGNsaWVudDogTmV3IFJvdXRlcnMgKGF0aDApOgoxOTIuMTY4LjIuMTxo dHRwOi8vMTkyLjE2OC4yLjE+Ck5vdiA5IDIyOjM1OjEwIHppZm5hYiBkaGNsaWVudFsyNzAyOV06 IGJvdW5kIHRvCjE5Mi4xNjguMi4xMTk8aHR0cDovLzE5Mi4xNjguMi4xMTk+LS0gcmVuZXdhbCBp biA2MDQ4MDAgc2Vjb25kcy4KTm92IDkgMjI6MzU6MTEgemlmbmFiIGtlcm5lbDogYXRoMDogbGlu ayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04KTm92IDkgMjI6MzU6MTIgemlmbmFiIGRoY2xpZW50WzI3 MDMwXTogY29ubmVjdGlvbiBjbG9zZWQKTm92IDkgMjI6MzU6MTIgemlmbmFiIGtlcm5lbDogTm92 IDkgMjI6MzU6MTIgemlmbmFiIGRoY2xpZW50WzI3MDMwXToKY29ubmVjdGlvbiBjbG9zZWQKTm92 IDkgMjI6MzU6MTIgemlmbmFiIGRoY2xpZW50WzI3MDMwXTogZXhpdGluZy4KTm92IDkgMjI6MzU6 MTIgemlmbmFiIGtlcm5lbDogTm92IDkgMjI6MzU6MTIgemlmbmFiIGRoY2xpZW50WzI3MDMwXToK ZXhpdGluZy4KTm92IDkgMjI6MzU6MTQgemlmbmFiIGtlcm5lbDogYXRoMDogbGluayBzdGF0ZSBj aGFuZ2VkIHRvIFVQCk5vdiA5IDIyOjM1OjE1IHppZm5hYiBkaGNsaWVudFsyNzA4N106IERIQ1BS RVFVRVNUIG9uIGF0aDAgdG8KMjU1LjI1NS4yNTUuMjU1IDxodHRwOi8vMjU1LjI1NS4yNTUuMjU1 PiBwb3J0IDY3Ck5vdiA5IDIyOjM1OjE5IHppZm5hYiBrZXJuZWw6IGF0aDA6IGxpbmsgc3RhdGUg Y2hhbmdlZCB0byBET1dOCk5vdiA5IDIyOjM1OjIwIHppZm5hYiBkaGNsaWVudFsyNzA4OF06IGNv bm5lY3Rpb24gY2xvc2VkCk5vdiA5IDIyOjM1OjIwIHppZm5hYiBrZXJuZWw6IE5vdiA5IDIyOjM1 OjIwIHppZm5hYiBkaGNsaWVudFsyNzA4OF06CmNvbm5lY3Rpb24gY2xvc2VkCk5vdiA5IDIyOjM1 OjIwIHppZm5hYiBkaGNsaWVudFsyNzA4OF06IGV4aXRpbmcuCk5vdiA5IDIyOjM1OjIwIHppZm5h YiBrZXJuZWw6IE5vdiA5IDIyOjM1OjIwIHppZm5hYiBkaGNsaWVudFsyNzA4OF06CmV4aXRpbmcu Ck5vdiA5IDIyOjM1OjI5IHppZm5hYiBrZXJuZWw6IGF0aDA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBVUApOb3YgOSAyMjozNToyOSB6aWZuYWIgZGhjbGllbnRbMjcxMjVdOiBESENQUkVRVUVTVCBv biBhdGgwIHRvCjI1NS4yNTUuMjU1LjI1NSA8aHR0cDovLzI1NS4yNTUuMjU1LjI1NT4gcG9ydCA2 NwpOb3YgOSAyMjozNTozMiB6aWZuYWIgZGhjbGllbnRbMjcxMjVdOiBESENQUkVRVUVTVCBvbiBh dGgwIHRvCjI1NS4yNTUuMjU1LjI1NSA8aHR0cDovLzI1NS4yNTUuMjU1LjI1NT4gcG9ydCA2NwpO b3YgOSAyMjozNTozMiB6aWZuYWIgZGhjbGllbnRbMjcxMjVdOiBESENQQUNLIGZyb20KMTkyLjE2 OC4yLjE8aHR0cDovLzE5Mi4xNjguMi4xPgpOb3YgOSAyMjozNTozMyB6aWZuYWIgZGhjbGllbnQ6 IE5ldyBJUCBBZGRyZXNzIChhdGgwKToKMTkyLjE2OC4yLjExOTxodHRwOi8vMTkyLjE2OC4yLjEx OT4KTm92IDkgMjI6MzU6MzMgemlmbmFiIGRoY2xpZW50OiBOZXcgU3VibmV0IE1hc2sgKGF0aDAp OgoyNTUuMjU1LjI1NS4wPGh0dHA6Ly8yNTUuMjU1LjI1NS4wPgpOb3YgOSAyMjozNTozMyB6aWZu YWIgZGhjbGllbnQ6IE5ldyBCcm9hZGNhc3QgQWRkcmVzcyAoYXRoMCk6CjE5Mi4xNjguMi4yNTU8 aHR0cDovLzE5Mi4xNjguMi4yNTU+Ck5vdiA5IDIyOjM1OjMzIHppZm5hYiBkaGNsaWVudDogTmV3 IFJvdXRlcnMgKGF0aDApOgoxOTIuMTY4LjIuMTxodHRwOi8vMTkyLjE2OC4yLjE+Ck5vdiA5IDIy OjM1OjMzIHppZm5hYiBkaGNsaWVudFsyNzEyNV06IGJvdW5kIHRvCjE5Mi4xNjguMi4xMTk8aHR0 cDovLzE5Mi4xNjguMi4xMTk+LS0gcmVuZXdhbCBpbiA2MDQ4MDAgc2Vjb25kcy4KCgoKLS0KQ2V0 ZXJ1bSBjZW5zZW8gQ2FydGhhZ2luZW0gZXNzZSBkZWxlbmRhbQo= From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 12:49:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 4692216A41F for ; Thu, 10 Nov 2005 12:49:12 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E994943D46 for ; Thu, 10 Nov 2005 12:49:11 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 7D0C3A0; Thu, 10 Nov 2005 07:44:38 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 4502D790; Thu, 10 Nov 2005 07:44:37 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EaBrT-000HTG-9i; Thu, 10 Nov 2005 12:49:03 +0000 Date: Thu, 10 Nov 2005 12:49:03 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20051110124903.GB67086@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131541588.996.13.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 12:49:12 -0000 On Wed, Nov 09, 2005 at 02:06:28PM +0100, Jon Otterholm wrote: > I want to create a bridge-interface (if_bridge) with a bunch (500+) of > sub-interfaces (vlan) as members. All members of the bridge should be > able to "talk" to each other but MAC-addresses must be isolated to their > "own" vlan. That doesn't really make any sense to me, can you give a concrete example of how it should behave? And/or a higher-level description of what it is you're actually trying to achieve? Note that if the VLANs are *bridged* together then: (1) they form a single broadcast domain. A broadcast packet on any one VLAN will be forwarded to all other VLANs (2) a unicast packet to MAC address XX:XX:XX:XX:XX:XX will be forwarded only to the VLAN which has that node, as long as the forwarding table knows where it is (if not, it will be forwarded to all VLANs) So bridging VLANs really just collapses them back into a single LAN, which means you shouldn't have set up any VLANs in the first place :-( From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 13:24:29 2005 Return-Path: X-Original-To: net@FreeBSD.org 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 0FBB916A420 for ; Thu, 10 Nov 2005 13:24:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81FB843D48 for ; Thu, 10 Nov 2005 13:24:27 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 82BC246BDB for ; Thu, 10 Nov 2005 08:24:24 -0500 (EST) Date: Thu, 10 Nov 2005 13:24:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: net@FreeBSD.org Message-ID: <20051110132309.A68007@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: TCP inflight (was: Re: Poor Samba throughput on 6.0 (fwd)) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 13:24:29 -0000 I've seen a number of reports that TCP inflight data limiting is substantially impacting performance on high bandwidth, low latency networks. Not knowing much about it, I figured I'd post on net@ and see if anyone here is interested in taking a look at some of the reports (they're easy to find in the mailing list archives) and investigating how to fix them. Robert N M Watson ---------- Forwarded message ---------- Date: Thu, 10 Nov 2005 10:31:03 +0000 From: Joao Barros To: Robert Watson Cc: Mike Jakubik , freebsd-performance@freebsd.org, Arkadi Shishlov Subject: Re: Poor Samba throughput on 6.0 On 11/10/05, Robert Watson wrote: > On Wed, 9 Nov 2005, Mike Jakubik wrote: > >> I have done many tests to try to determine the poor performance on my >> systems (FreeBSD-current connected directly to Windows XP via identical >> Intel Pro 1000 cards) and my only conclusion is that Samba on FreeBSD >> when talking to a Windows box is simply fubared. Im willing to bet thats >> not the case on Linux. I can get great speeds (~30MB/s) using ftp >> between the machines, but when i use Samba, i get a maximum of 11MB/s. I >> have tried playing with mtu size, samba options, polling, but there does >> not seem to be any visible bottlenecks, its just simply slow. It would >> be great if someone could get to the bottom of this, its quite >> frustrating. > > There are a number of TCP related configuration frobs on FreeBSD. It > would be quite interesting to know how modifying each of the following > settings affects Samba performance: > > net.inet.tcp.delayed_ack > net.inet.tcp.sack.enable > net.inet.tcp.inflight.enable > > There has been recent evidence that the inflight bandwidth calculation is > having problems generating stable performance at high bandwidth and low > latency, so I might try that one first. > > Robert N M Watson I just tested on my home machine and delayed_ack and sack.enable have little or no effect on the results. inflight.enable on the other hand had a huge impact! With the file cached I've gone from flat 5.5MB/s up to also flat 7.2MB/s It's an improvement but there is still a difference up to those theoretical 12.5MB/s on a 100mbit link -- Joao Barros From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 13:25:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 4798D16A426 for ; Thu, 10 Nov 2005 13:25:12 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB3F943D4C for ; Thu, 10 Nov 2005 13:25:09 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.10 ([192.168.2.10]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Thu, 10 Nov 2005 13:25:08 +0000 Received: from by mail1.cil.se; 10 Nov 2005 14:25:08 +0100 From: Jon Otterholm To: Brian Candler In-Reply-To: <20051110124903.GB67086@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 10 Nov 2005 14:25:07 +0100 Message-Id: <1131629107.878.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org Subject: Re: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 13:25:14 -0000 That depends... In all this - our role is similar to an ISP, but we are buying access to our customers from an external part. Every customer is delivered on a separate vlan trunked. - Our DSL customers cannot be set on the same VLAN i a single DSLAM (don't ask me why - ask Alcatel). - We cannot build a simple bridge because the Network service provider can't handle when a MAC-address shows up on 2 different VLAN's. The arp-proxy should do the following: - Forward any broadcast packets but rewrite src to its own mac. - Forward unicast packets according to FDB but rewrite src to its own mac. I hope this makes it clear. /J On Thu, 2005-11-10 at 12:49 +0000, Brian Candler wrote: > On Wed, Nov 09, 2005 at 02:06:28PM +0100, Jon Otterholm wrote: > > I want to create a bridge-interface (if_bridge) with a bunch (500+) of > > sub-interfaces (vlan) as members. All members of the bridge should be > > able to "talk" to each other but MAC-addresses must be isolated to their > > "own" vlan. > > That doesn't really make any sense to me, can you give a concrete example of > how it should behave? And/or a higher-level description of what it is you're > actually trying to achieve? > > Note that if the VLANs are *bridged* together then: > (1) they form a single broadcast domain. A broadcast packet on any one VLAN > will be forwarded to all other VLANs > (2) a unicast packet to MAC address XX:XX:XX:XX:XX:XX will be forwarded only > to the VLAN which has that node, as long as the forwarding table knows > where it is (if not, it will be forwarded to all VLANs) > > So bridging VLANs really just collapses them back into a single LAN, which > means you shouldn't have set up any VLANs in the first place :-( From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 13:39:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 6F8A816A424 for ; Thu, 10 Nov 2005 13:39:13 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA39643D6E for ; Thu, 10 Nov 2005 13:39:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 6A657BC; Thu, 10 Nov 2005 08:34:36 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 2E020679; Thu, 10 Nov 2005 08:34:35 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EaCdv-000HVR-FW; Thu, 10 Nov 2005 13:39:07 +0000 Date: Thu, 10 Nov 2005 13:39:07 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20051110133907.GA67265@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131629107.878.22.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 13:39:13 -0000 On Thu, Nov 10, 2005 at 02:25:07PM +0100, Jon Otterholm wrote: > In all this - our role is similar to an ISP, but we are buying access to > our customers from an external part. Every customer is delivered on a > separate vlan trunked. > > - Our DSL customers cannot be set on the same VLAN i a single DSLAM > (don't ask me why - ask Alcatel). > - We cannot build a simple bridge because the Network service provider > can't handle when a MAC-address shows up on 2 different VLAN's. > > The arp-proxy should do the following: > - Forward any broadcast packets but rewrite src to its own mac. > - Forward unicast packets according to FDB but rewrite src to its own > mac. Can you not perform normal routing - that is, allocate a separate IP subnet to each VLAN? This uses some more IPs than a 'flat' addressing space, but it's guaranteed to work properly. If your DSL traffic is presented as PPPoE, maybe you can get away with just having a separate PPPoE listener on each VLAN. If it's presented as L2TP you could use private IPs for the tunnel endpoints. Otherwise, a bridge which rewrites source MAC addresses as packets pass through - that's just too awful to contemplate. As you say, you'd also have modify ARP responses to have the bogus MAC addresses too. Dealing with multicast, IGMP, Netbios... no I really don't want to contemplate it :-) Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 14:08:36 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 B337E16A41F for ; Thu, 10 Nov 2005 14:08:36 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C04143D46 for ; Thu, 10 Nov 2005 14:08:35 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.10 ([192.168.2.10]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Thu, 10 Nov 2005 14:08:34 +0000 Received: from by mail1.cil.se; 10 Nov 2005 15:08:34 +0100 From: Jon Otterholm To: Brian Candler In-Reply-To: <20051110133907.GA67265@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051110133907.GA67265@uk.tiscali.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 10 Nov 2005 15:08:34 +0100 Message-Id: <1131631714.878.34.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org Subject: Re: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 14:08:36 -0000 The point in all this is to reduce administration on my hand and in some cases to offer a service to customers with the feeling that they reside "on the same layer". Today I'm routing the traffic. Alcatels soloution to this is to put an ARP-proxy in a Cisco-router. I cannot understand why Alcatel has put this limitaion in their DSLAM's. Their answer is that it prevents spoofing. I would accept this as a feature but not as a limitation... /J On Thu, 2005-11-10 at 13:39 +0000, Brian Candler wrote: > On Thu, Nov 10, 2005 at 02:25:07PM +0100, Jon Otterholm wrote: > > In all this - our role is similar to an ISP, but we are buying access to > > our customers from an external part. Every customer is delivered on a > > separate vlan trunked. > > > > - Our DSL customers cannot be set on the same VLAN i a single DSLAM > > (don't ask me why - ask Alcatel). > > - We cannot build a simple bridge because the Network service provider > > can't handle when a MAC-address shows up on 2 different VLAN's. > > > > The arp-proxy should do the following: > > - Forward any broadcast packets but rewrite src to its own mac. > > - Forward unicast packets according to FDB but rewrite src to its own > > mac. > > Can you not perform normal routing - that is, allocate a separate IP subnet > to each VLAN? This uses some more IPs than a 'flat' addressing space, but > it's guaranteed to work properly. > > If your DSL traffic is presented as PPPoE, maybe you can get away with just > having a separate PPPoE listener on each VLAN. If it's presented as L2TP you > could use private IPs for the tunnel endpoints. > > Otherwise, a bridge which rewrites source MAC addresses as packets pass > through - that's just too awful to contemplate. As you say, you'd also have > modify ARP responses to have the bogus MAC addresses too. Dealing with > multicast, IGMP, Netbios... no I really don't want to contemplate it :-) > > Regards, > > Brian. From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 14:31:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 BA39816A41F for ; Thu, 10 Nov 2005 14:31:26 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F75A43D46 for ; Thu, 10 Nov 2005 14:31:26 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id D0D5840F; Thu, 10 Nov 2005 09:32:10 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 9BCBD87; Thu, 10 Nov 2005 09:32:09 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EaDSV-000HXj-1z; Thu, 10 Nov 2005 14:31:23 +0000 Date: Thu, 10 Nov 2005 14:31:23 +0000 From: Brian Candler To: Jon Otterholm Message-ID: <20051110143123.GA67414@uk.tiscali.com> References: <1131541588.996.13.camel@localhost.localdomain> <20051110124903.GB67086@uk.tiscali.com> <1131629107.878.22.camel@localhost.localdomain> <20051110133907.GA67265@uk.tiscali.com> <1131631714.878.34.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131631714.878.34.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: arp-proxy X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 14:31:26 -0000 On Thu, Nov 10, 2005 at 03:08:34PM +0100, Jon Otterholm wrote: > The point in all this is to reduce administration on my hand and in some > cases to offer a service to customers with the feeling that they reside > "on the same layer". That is, customer A *wants* to see all the Netbios broadcasts from customers B, C and D, and vice versa? Oh well. I can't help you really, except perhaps to point you to the Netgraph module API :-) > Alcatels soloution to this is to put an ARP-proxy in a Cisco-router. Proxy-ARP is easy enough in FreeBSD: there are net-mgmt/choparp and net/arpd in ports (I have used the former, not the latter) and `arp pub`. However that's a long way removed from a bridge which rewrites packets - a sort of layer 2 NAT... Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 16:44:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 8533216A420 for ; Thu, 10 Nov 2005 16:44:49 +0000 (GMT) (envelope-from fming@borderware.com) Received: from mail.borderware.com (mail.borderware.com [207.236.65.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C75443D53 for ; Thu, 10 Nov 2005 16:44:48 +0000 (GMT) (envelope-from fming@borderware.com) Message-ID: <437378FF.2010901@borderware.com> Date: Thu, 10 Nov 2005 11:44:47 -0500 From: ming fu User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Lost fragment when send to ip that need arp resolve X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 16:44:49 -0000 Hi, When sending large udp packet (larger then mtu) to an ip that need arp resolve, the first frag will be lost. The ip_output() sends out the fragments in a loop. The first frag cause an arp request and the mbuf will be hold in "struct llinfo_arp" for send after arp can be resolved. However, the ip_output continue to send all the fragment, and the "struct llinfo_arp" can only hold one mbuf. The later frag will overwrite the point to ealier mbuf. Once arp is resolved, only the last mbuf will be sent, and all the rest will be lost. Anyone know if there is attemp to make the "struct llinfo_arp" to hold more than one mbuf, or there is a way to return an error to the application so it will do a re-send. Regards, Ming From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 17:17:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 2BECF16A41F for ; Thu, 10 Nov 2005 17:17:15 +0000 (GMT) (envelope-from karel.miklav@siol.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 303FE43D46 for ; Thu, 10 Nov 2005 17:17:13 +0000 (GMT) (envelope-from karel.miklav@siol.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051110171800.GBMO7456.mta1.siol.net@edge1.siol.net> for ; Thu, 10 Nov 2005 18:18:00 +0100 Received: from [192.168.0.149] (really [86.61.11.68]) by edge1.siol.net with ESMTP id <20051110171711.VJHI15081.edge1.siol.net@[192.168.0.149]> for ; Thu, 10 Nov 2005 18:17:11 +0100 Message-ID: <4373808C.4050706@siol.net> Date: Thu, 10 Nov 2005 18:17:00 +0100 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 17:17:15 -0000 I've made a router/firewall/server for home network out of an old pc. It connects with PPPOE over a big ugly ADSL modem. I'd like do add some clients, but I don't have enough slots for NICs and I don't wanna have another weird external device. What are my options? -- Thanks, Karel Miklav From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 19:06:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 315AE16A420 for ; Thu, 10 Nov 2005 19:06:11 +0000 (GMT) (envelope-from reichert@numachi.com) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 375C743D8E for ; Thu, 10 Nov 2005 19:05:57 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 61571 invoked from network); 10 Nov 2005 19:05:53 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 10 Nov 2005 19:05:53 -0000 Received: (qmail 10053 invoked by uid 1001); 10 Nov 2005 19:05:53 -0000 Date: Thu, 10 Nov 2005 14:05:53 -0500 From: Brian Reichert To: Karel Miklav Message-ID: <20051110190553.GY13291@numachi.com> References: <4373808C.4050706@siol.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4373808C.4050706@siol.net> User-Agent: Mutt/1.5.10i Cc: freebsd-net@freebsd.org Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 19:06:11 -0000 On Thu, Nov 10, 2005 at 06:17:00PM +0100, Karel Miklav wrote: > I've made a router/firewall/server for home network out of > an old pc. It connects with PPPOE over a big ugly ADSL > modem. I'd like do add some clients, but I don't have > enough slots for NICs and I don't wanna have another weird > external device. What are my options? Use a hub? By a quad-port NIC? > -- > > Thanks, > Karel Miklav -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 23:01:29 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 DD22216A420 for ; Thu, 10 Nov 2005 23:01:29 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD2043D48 for ; Thu, 10 Nov 2005 23:01:28 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051110230215.VBLB7456.mta1.siol.net@edge1.siol.net> for ; Fri, 11 Nov 2005 00:02:15 +0100 Received: from [192.168.0.149] (really [86.61.11.68]) by edge1.siol.net with ESMTP id <20051110230126.ZNPR15081.edge1.siol.net@[192.168.0.149]> for ; Fri, 11 Nov 2005 00:01:26 +0100 Message-ID: <4373D139.5090608@lovetemple.net> Date: Fri, 11 Nov 2005 00:01:13 +0100 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4373808C.4050706@siol.net> <20051110190553.GY13291@numachi.com> In-Reply-To: <20051110190553.GY13291@numachi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 23:01:30 -0000 Brian Reichert wrote: > Use a hub? This is an external thing, right? > By a quad-port NIC? Yes, that's more like it. I was searching for a multiport NIC the other day and found nothin, but your backup made me luckier. Level One's FNC-0600TXM is supposed to be some kind of a switch on a PCI card, FreeBSD drivers are supposedly available and the price is just great (40 EUR). But how does it work, will I see only one interface (that would be perfect)? Can somebody recommend this card? -- Thanks, Karel Miklav From owner-freebsd-net@FreeBSD.ORG Thu Nov 10 23:26:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 2CA1C16A41F for ; Thu, 10 Nov 2005 23:26:37 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B58B443D45 for ; Thu, 10 Nov 2005 23:26:36 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so589144wxc for ; Thu, 10 Nov 2005 15:26:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qIqORC2wgZ+8d+M6QrtKrxpnsXmTz1oMXLWP7gKRrpXUXdB/Dc7kjO3S6Yut6UTBY5befjHMxctGmUx5e946aamruQk0OeJXQjbn2XqNAIqskD0vCUq7U41m8MTTKC8mHTCtpYV1YeIdbkilEutf22k7wDh3szOqBWSeM7TblA8= Received: by 10.70.129.18 with SMTP id b18mr1427204wxd; Thu, 10 Nov 2005 15:26:35 -0800 (PST) Received: by 10.70.113.17 with HTTP; Thu, 10 Nov 2005 15:26:35 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 01:26:35 +0200 From: Ivo Vachkov To: freebsd-net@freebsd.org In-Reply-To: <4373D139.5090608@lovetemple.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4373808C.4050706@siol.net> <20051110190553.GY13291@numachi.com> <4373D139.5090608@lovetemple.net> Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 23:26:37 -0000 2005/11/11, Karel Miklav : > Brian Reichert wrote: > > Use a hub? > > This is an external thing, right? > > > By a quad-port NIC? > > Yes, that's more like it. I was searching for a multiport > NIC the other day and found nothin, but your backup made > me luckier. Level One's FNC-0600TXM is supposed to be some > kind of a switch on a PCI card, FreeBSD drivers are > supposedly available and the price is just great (40 EUR). > But how does it work, will I see only one interface (that > would be perfect)? Can somebody recommend this card? > It seems, that http://www.linux-1u.net/PCI/ has a section on DUAL/QUAD NICs. Nice stuff :) > > Thanks, > Karel Miklav > _______________________________________________ > 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" > -- "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity." Dennis Ritchie From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 01:16:30 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 7B35316A41F for ; Fri, 11 Nov 2005 01:16:30 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: from fmx05.freemail.hu (fmx05.freemail.hu [195.228.245.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 9262543D46 for ; Fri, 11 Nov 2005 01:16:29 +0000 (GMT) (envelope-from ucsaba@freemail.hu) Received: (qmail 41644 invoked from network); 10 Nov 2005 15:09:47 +0100 Received: from fm05.freemail.hu (195.228.245.105) by fmx05.freemail.hu with SMTP; 10 Nov 2005 15:09:46 +0100 Received: (qmail 14080 invoked by uid 227048); 10 Nov 2005 15:09:46 +0100 Date: Thu, 10 Nov 2005 15:09:46 +0100 (CET) From: Csaba Urban To: Andrew Thompson In-Reply-To: <20051107210944.GA95873@heff.fud.org.nz> Message-ID: X-Originating-IP: [85.159.48.179] X-HTTP-User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; snprtz|S04769465200454; .NET CLR 1.1.4322) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Freemail: message scanned Cc: freebsd-net@freebsd.org Subject: Re: 6.0-RELEASE: if_bridge+vlan panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 01:16:30 -0000 Hello, It seems that the crash occurs only when ipfw or pf is enabled. As suggested, I will submit a pr soon. Csaba Andrew Thompson =EDrta: > On Mon, Nov 07, 2005 at 05:55:14PM +0100, Csaba Urban wrote: > > Hello, > >=20 > > I'm trying tho have if_bridge work with vlan members but kernel=20 panics=20 > > after a few minutes. I tried if_bridge+ng_eiface+ng_vlan but it=20 panics=20 > > too. The strange thing is that it seems forwarding packets correctly=20 > > until it crushes. > >=20 >=20 > Can you submit a PR with the panic string, ifconfig output and any=20 other > info that would be helpful. >=20 > A backtrace would be greatly appreciated, see the docs here > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers- handbook/kerneldebug.html >=20 >=20 > Andrew > =0A=0A___________________________________________________________________= ____=0AKGFB 2006 - Garant=E1ltan a legjobb =E1r! Nyerje meg az =FAj Swiftet= + =0Agarant=E1lt 10,000,- Ft =E9rt=E9k=FB aj=E1nd=E9k. WWW.NETRISK.HU=0A= =0A From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 06:47:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 F2BDA16A41F for ; Fri, 11 Nov 2005 06:47:10 +0000 (GMT) (envelope-from Nickolay.Kritsky@astra-sw.com) Received: from mail.astra-sw.com (mail.astra-sw.com [82.140.87.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D84943D4C for ; Fri, 11 Nov 2005 06:47:09 +0000 (GMT) (envelope-from Nickolay.Kritsky@astra-sw.com) Received: from exchange.stardevelopers4msi.com (exchange.stardevelopers4msi.com [10.1.2.201] (may be forged)) by mail.astra-sw.com (8.12.11/8.12.11) with ESMTP id jAB6l6x2067322 for ; Fri, 11 Nov 2005 09:47:06 +0300 (MSK) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Nov 2005 09:47:01 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: All-in-one box thread-index: AcXmHA5sePCIZ174QD6m93cjP+Og2AAbzZ3A From: "Nickolay Kritsky" To: "Karel Miklav" , Cc: Subject: RE: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 06:47:11 -0000 we are using DLINK quad-port 1000Mbit adapters(DFE-580). Them look like four `ste' interfaces to the system and look fine. Usenet and freebsd-* users were also saying that DFE-570 is even better, because they use DEC chips for networking which should be better. Never had a chance to test. AFAIK DFE-570's are already finished from production. hope that helps nick -----Original Message----- From: Karel Miklav [mailto:karel.miklav@siol.net]=20 Sent: Thursday, November 10, 2005 8:17 PM To: freebsd-net@freebsd.org Subject: All-in-one box I've made a router/firewall/server for home network out of an old pc. It connects with PPPOE over a big ugly ADSL modem. I'd like do add some clients, but I don't have enough slots for NICs and I don't wanna have another weird external device. What are my options? -- Thanks, Karel Miklav _______________________________________________ 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 Fri Nov 11 16:08:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 E739116A41F for ; Fri, 11 Nov 2005 16:08:28 +0000 (GMT) (envelope-from reichert@numachi.com) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 53D0043D46 for ; Fri, 11 Nov 2005 16:08:28 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 72842 invoked from network); 11 Nov 2005 16:08:26 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 11 Nov 2005 16:08:26 -0000 Received: (qmail 15323 invoked by uid 1001); 11 Nov 2005 16:08:26 -0000 Date: Fri, 11 Nov 2005 11:08:26 -0500 From: Brian Reichert To: Karel Miklav Message-ID: <20051111160826.GB13291@numachi.com> References: <4373808C.4050706@siol.net> <20051110190553.GY13291@numachi.com> <4373D139.5090608@lovetemple.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4373D139.5090608@lovetemple.net> User-Agent: Mutt/1.5.10i Cc: freebsd-net@freebsd.org Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 16:08:29 -0000 On Fri, Nov 11, 2005 at 12:01:13AM +0100, Karel Miklav wrote: > Brian Reichert wrote: > >Use a hub? > > This is an external thing, right? Yes; so are the hosts your connecting to this all-in-one box. Sorry if I didn't fully understand the constraints... > > >By a quad-port NIC? > > Yes, that's more like it. Let me know how that goes; I still have a fantasy of building a WAP appliance myself this winter, sometime... > -- > > Thanks, > Karel Miklav -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 17:44:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 13F8116A41F for ; Fri, 11 Nov 2005 17:44:49 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA4C43D46 for ; Fri, 11 Nov 2005 17:44:48 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so762308wxc for ; Fri, 11 Nov 2005 09:44:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=teQLcPKPLXt0Fx/gkp1SHwlXgHJ5uu7LOueDWstfYyD0qUqKZoK7GM98u53HZ+RpHHjoiEg3HyZQeDHrqLb5ZydIPoAMLFzqMzq5O/MSqm+GOQwgZCGEPBfBimSEn65rtHwT/QEqQS6e50jb/ex8UWdVxv+YSH8l2F+5Gfp9SVg= Received: by 10.70.115.4 with SMTP id n4mr2408806wxc; Fri, 11 Nov 2005 09:44:45 -0800 (PST) Received: by 10.70.113.17 with HTTP; Fri, 11 Nov 2005 09:44:44 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 19:44:44 +0200 From: Ivo Vachkov To: freebsd-net@freebsd.org In-Reply-To: <20051111160826.GB13291@numachi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4373808C.4050706@siol.net> <20051110190553.GY13291@numachi.com> <4373D139.5090608@lovetemple.net> <20051111160826.GB13291@numachi.com> Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 17:44:49 -0000 2005/11/11, Brian Reichert : > > Let me know how that goes; I still have a fantasy of building a WAP > appliance myself this winter, sometime... > WAP =3D Wireless Access Point ? I think I can help with links to hardware/software and even step-by-step guide how to build embedded FreeBSD build for the appliance. -- "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity." Dennis Ritchie From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 18:46:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 23D1616A41F for ; Fri, 11 Nov 2005 18:46:06 +0000 (GMT) (envelope-from reichert@numachi.com) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 801E143D49 for ; Fri, 11 Nov 2005 18:46:05 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 74039 invoked from network); 11 Nov 2005 18:46:04 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 11 Nov 2005 18:46:04 -0000 Received: (qmail 15896 invoked by uid 1001); 11 Nov 2005 18:46:04 -0000 Date: Fri, 11 Nov 2005 13:46:04 -0500 From: Brian Reichert To: Ivo Vachkov Message-ID: <20051111184604.GC13291@numachi.com> References: <4373808C.4050706@siol.net> <20051110190553.GY13291@numachi.com> <4373D139.5090608@lovetemple.net> <20051111160826.GB13291@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.10i Cc: freebsd-net@freebsd.org Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 18:46:06 -0000 On Fri, Nov 11, 2005 at 07:44:44PM +0200, Ivo Vachkov wrote: > 2005/11/11, Brian Reichert : > > > Let me know how that goes; I still have a fantasy of building a WAP > > appliance myself this winter, sometime... > > WAP = Wireless Access Point ? Indeed; there are many useful docs out there. -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 20:37:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 5437316A424 for ; Fri, 11 Nov 2005 20:37:27 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 009B043D49 for ; Fri, 11 Nov 2005 20:37:24 +0000 (GMT) (envelope-from karel@lovetemple.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051111203810.JWUJ7456.mta1.siol.net@edge1.siol.net> for ; Fri, 11 Nov 2005 21:38:10 +0100 Received: from [192.168.0.149] (really [195.210.197.31]) by edge1.siol.net with ESMTP id <20051111203720.TSGE15081.edge1.siol.net@[192.168.0.149]> for ; Fri, 11 Nov 2005 21:37:20 +0100 Message-ID: <437500FD.6080403@lovetemple.net> Date: Fri, 11 Nov 2005 21:37:17 +0100 From: Karel Miklav User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: All-in-one box X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Nov 2005 20:37:28 -0000 Nickolay Kritsky wrote: > we are using DLINK quad-port 1000Mbit adapters(DFE-580). Them look ^^^^ 100 probably? > like four `ste' interfaces to the system and look fine. Usenet and > freebsd-* users were also saying that DFE-570 is even better, because > they use DEC chips for networking which should be better. Never had a > chance to test. AFAIK DFE-570's are already finished from production. Thanks to all of you guys. I was not able to find any user testimonials for the LevelOne FNC-0600TXM. This D-Link DFE-580TX is three times more expensive and although widely sold in Europe not even listed on D-Link's site?! I didn't know I'm poking into such an exotic area. I'll probalbly go the common route and then hide all the network gizmos with the cable nest into a carton box or something :) -- Regards, Karel Miklav From owner-freebsd-net@FreeBSD.ORG Sat Nov 12 07:22:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 81DCC16A41F for ; Sat, 12 Nov 2005 07:22:02 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 05B9B43D45 for ; Sat, 12 Nov 2005 07:22:01 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 87639 invoked from network); 12 Nov 2005 07:21:44 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 12 Nov 2005 07:21:44 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 12 Nov 2005 01:21:43 -0600 (CST) From: Mike Silbersack To: freebsd-net@freebsd.org Message-ID: <20051112011829.J9033@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Testing with a Cisco router X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Nov 2005 07:22:02 -0000 Does anyone have a Cisco router running an up to date version of IOS that they would be willing to run some tests on for me? I'm running tests vs the TCP stacks of various operating systems for my eurobsdcon presentation, and IOS is the one OS I can't seem to download and install inside VMWare. :) The tests are pretty simple and should only take at most an hour of your time to run. It would be easiest to run if you have a FreeBSD machine on the same subnet. Please contact me via private e-mail if you have such hardware and are willing to help. Thanks, Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Sat Nov 12 08:49:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 19CBB16A41F for ; Sat, 12 Nov 2005 08:49:28 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E97143D45 for ; Sat, 12 Nov 2005 08:49:24 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Sat, 12 Nov 2005 09:49:22 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Testing with a Cisco router thread-index: AcXnWd0OGcJcz/HXRAm3un+WldXM4gACt1wG From: "Jon Otterholm" To: "Mike Silbersack" , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: SV: Testing with a Cisco router X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Nov 2005 08:49:28 -0000 Hi! I have a router up and running but it is vital to our production all the = time so the tests cannot have any bad affects on my production... IOS Version: Version 12.3(8)T3 (With firewall feature set) Hardware: 7301 I have a bunch of FreeBSD's connected to various subnets on the Cisco = router.=20 /Jon =20 -----Ursprungligt meddelande----- Fr=E5n: owner-freebsd-net@freebsd.org genom Mike Silbersack Skickat: l=F6 11/12/2005 8:21 Till: freebsd-net@freebsd.org =C4mne: Testing with a Cisco router =20 Does anyone have a Cisco router running an up to date version of IOS = that=20 they would be willing to run some tests on for me? I'm running tests vs = the TCP stacks of various operating systems for my eurobsdcon=20 presentation, and IOS is the one OS I can't seem to download and install = inside VMWare. :) The tests are pretty simple and should only take at most an hour of your = time to run. It would be easiest to run if you have a FreeBSD machine = on=20 the same subnet. Please contact me via private e-mail if you have such hardware and are=20 willing to help. Thanks, Mike "Silby" Silbersack _______________________________________________ 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 Sat Nov 12 20:13:45 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org 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 C1D2016A41F for ; Sat, 12 Nov 2005 20:13:45 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C91A43D46 for ; Sat, 12 Nov 2005 20:13:45 +0000 (GMT) (envelope-from ivo.vachkov@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so363354wxc for ; Sat, 12 Nov 2005 12:13:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T5NCqLbkQvT96SP8s9aSzbkD4bsPxT8N3sMNaPh7OfGinrCLcNWF7FCi7Zf4Bk16O3TesYkGtDpy1xUvuzf0DSv2FZpabV8wiwSKlo/EgPWJc9OIB75/kreVWR3BxGV6yfca+T3z90561avMCNZM0MO8mcDhEkFV0mJ9v4ac9iI= Received: by 10.70.73.6 with SMTP id v6mr103326wxa; Sat, 12 Nov 2005 06:41:31 -0800 (PST) Received: by 10.70.113.17 with HTTP; Sat, 12 Nov 2005 06:41:31 -0800 (PST) Message-ID: Date: Sat, 12 Nov 2005 16:41:31 +0200 From: Ivo Vachkov To: freebsd-net@freebsd.org In-Reply-To: <15738.1131786948@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1131786743.2050.7.camel@primergy470.juergendankoweit.net> <15738.1131786948@critter.freebsd.dk> Subject: Re: FreeBSD on embedded systems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Nov 2005 20:13:45 -0000 2005/11/12, Poul-Henning Kamp : > In message <1131786743.2050.7.camel@primergy470.juergendankoweit.net>, Ju= ergen > Dankoweit writes: > > >My question is now: is there an overview on which embedded systems > >FreeBSD runs? It does really matters what do you mean by "embedded system". I suppose you're interested in the form factor of i386 computers. > Typically in this space, people select hardware based on I/O > requirements and there is plenty to pick at. > > FreeBSD runs on pretty much anything with an i386 compatible CPU, > and the soekris is merely the hackers favourite. > I have experience running FreeBSD (4-STABLE and up) on VIA embedded main boards. More info: - http://www.viaembedded.com/index.jsp I also think you'll find the following links interesting: - http://www.tri-m.com/products/cpu.html#3_5 - http://www.tri-m.com/products/cpu.html#5_25 Lots of hardware to choose from, different form factors, on board i/o ports, etc ...