From owner-freebsd-net@FreeBSD.ORG Sun Dec 14 09:58:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59FEF106574F; Sun, 14 Dec 2008 09:58:04 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 113E98FC19; Sun, 14 Dec 2008 09:58:03 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.dialup.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 3740613DF48; Sun, 14 Dec 2008 12:48:18 +0300 (MSK) Date: Sun, 14 Dec 2008 12:40:19 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <73133587.20081214124019@serebryakov.spb.ru> To: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: MiniPCI WiFi (802.11g/11n) adapter with HostAP support -- please, advice models! 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, 14 Dec 2008 09:58:04 -0000 Hello, Freebsd-net. I need MiniPCI WiFi adapter with HostAP support (so, AFAIU, it should NOT be Intel adapters). WPA2 will be a plus. Could somebody advice exact models (not chipsets!) to look up in price lists and catalogs? Is VIA VT6655GMA00 (VIA MAC/BBP(VT6655) and Airoha Transceiver(AL2230)) supported? Are here any Atheros-based (5212?) MiniPCI cards on marked? Is Atheros 802.11n chipset (as found on TP-Link TL-WN861N 300N) supported? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Sun Dec 14 10:14:49 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35231065673 for ; Sun, 14 Dec 2008 10:14:49 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 613BF8FC1F for ; Sun, 14 Dec 2008 10:14:49 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from albator.zen.inc (albator.zen.inc [192.168.1.5]) by smtp.zeninc.net (smtpd) with ESMTP id 0E77D2798B8; Sun, 14 Dec 2008 11:14:46 +0100 (CET) Received: by albator.zen.inc (Postfix, from userid 1000) id D51867343A; Sun, 14 Dec 2008 11:14:45 +0100 (CET) Date: Sun, 14 Dec 2008 11:14:45 +0100 From: VANHULLEBUS Yvan To: Stephen Clark Message-ID: <20081214101445.GA2617@zeninc.net> References: <20081211122828.CF3958FC16@mx1.freebsd.org> <20081211123958.GA5332@zeninc.net> <200812121845.20262.artem@aws-net.org.ua> <20081212175500.GA2573@zeninc.net> <4942B264.5020607@earthlink.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4942B264.5020607@earthlink.net> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: NAT-T + ipsec integration 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, 14 Dec 2008 10:14:49 -0000 On Fri, Dec 12, 2008 at 01:50:12PM -0500, Stephen Clark wrote: [...] > Are there any restrictions for nat-t on freebsd-6, like number of vpns that > can be natted? NAT-T generates quite no more restrictions than non NAT-T tunnels. Number of VPN tunnels may be a little bit lower with NAT-T than without: we do know that PFKey's buffer is the actual limitation when increasing number of SPD/SAD entries, and entries with NAT-T will generate (a few) more data per entry. I don't have exact numbers to provide to you, but expect number of running NAT-T tunnels to be a bit lower than without NAT-T. This is the only limit AFAIK. Yvan. From owner-freebsd-net@FreeBSD.ORG Sun Dec 14 17:26:34 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E4501065672 for ; Sun, 14 Dec 2008 17:26:34 +0000 (UTC) (envelope-from mamruoc@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7C98FC0C for ; Sun, 14 Dec 2008 17:26:33 +0000 (UTC) (envelope-from mamruoc@gmail.com) Received: by ewy14 with SMTP id 14so3047166ewy.19 for ; Sun, 14 Dec 2008 09:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=Vtvo3Qc6GQtFh51tuIVlGojiKNj2swbqNPjxOfRxsiE=; b=N5obQwB8RbthFuiZsd+9zKKcQNKyk8I5i19ke/C3uD763l8CtAiGzmlhpUCNUV3RIw uUlFI0fSMN9HV//3+gYWQf4HKGogUmjv3iE+QL6bqCVJT0L4Ls5f0OQvxuk+vyTl6lCW 5Ha39O7g5fpWOExXbZ8e8CRAyNK522ZWVx+Qs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=JgumvDr6Z4WM6gskSWePWIrA19kEfQxnZhhmSvqhiZs4avhNPXWM5o/tEcyfivTH1g blSyP4Us88zu+3nzNEF2LlZH1r84REIbz636jhAO325GVeV/Pe/u3781c0eMYnl3IcJt w+AQKiU32364XTazmxgFUXRPlB0KTg9ogWXxE= Received: by 10.210.121.8 with SMTP id t8mr6681567ebc.143.1229275592979; Sun, 14 Dec 2008 09:26:32 -0800 (PST) Received: from appuru-2.local (217-14-12-49-dhcp-osl.bbse.no [217.14.12.49]) by mx.google.com with ESMTPS id 3sm825792eyi.30.2008.12.14.09.26.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Dec 2008 09:26:32 -0800 (PST) Message-ID: <494541C6.2090106@gmail.com> Date: Sun, 14 Dec 2008 18:26:30 +0100 From: Mam Ruoc User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Belkin F5D5055 not working in FreeBSD 7.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: Sun, 14 Dec 2008 17:26:34 -0000 Hi! With problems with my VIA ITX Velocity driver problem, I bought this device. In the supported hardware list of FreeBSD 7.0, this should be supported just fine. I get this on bootup, and the device seems "up", but does not working: axe0: on uhub3 axe0: AX88178, bufsz 1536, boundary 64 miibus0: on axe0 ukphy0: PHY 0 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, 1000baseT, 1000baseT-FDX auto axe0: using obsoleted if_watchdog interface axe0: Ethernet address: 00:11:50:e7:94:70 axe0: if_start running deferred for Giant Anyboy have the same experience? Mam From owner-freebsd-net@FreeBSD.ORG Sun Dec 14 17:50:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE981065673 for ; Sun, 14 Dec 2008 17:50:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id D8CF38FC1D for ; Sun, 14 Dec 2008 17:50:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id A91A241C64C; Sun, 14 Dec 2008 18:50:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id UY7pMqpk-0wp; Sun, 14 Dec 2008 18:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5529D41C63C; Sun, 14 Dec 2008 18:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 585694448D5; Sun, 14 Dec 2008 17:49:27 +0000 (UTC) Date: Sun, 14 Dec 2008 17:49:26 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Frank Behrens In-Reply-To: <200812131149.mBDBnfOa023545@post.behrens.de> Message-ID: <20081214174833.W97918@maildrop.int.zabbadoz.net> References: <200812031220.mB3CK204015947@post.behrens.de> <200812131149.mBDBnfOa023545@post.behrens.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Problem with new source address selection 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, 14 Dec 2008 17:50:07 -0000 On Sat, 13 Dec 2008, Frank Behrens wrote: > Bjoern A. Zeeb wrote on 8 Dec 2008 21:02: >> Did you try the patch and did it work for you as expected? If so I'll >> add it to my repo and the next jail patch. > > Meanwhile I can confirm that your patch works well for me on an up-to- > date RELENG_7 kernel. Thanks. I added it to HEAD now. Maybe someone else will join the discussion and it will at least be there for the rest of FreeBSD 7, once in_pcbladdr will be MFCed. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Sun Dec 14 21:22:47 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D0181065679 for ; Sun, 14 Dec 2008 21:22:47 +0000 (UTC) (envelope-from jason.dicioccio@ods.org) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6F58FC0C for ; Sun, 14 Dec 2008 21:22:46 +0000 (UTC) (envelope-from jason.dicioccio@ods.org) Received: by ewy14 with SMTP id 14so3138486ewy.19 for ; Sun, 14 Dec 2008 13:22:46 -0800 (PST) Received: by 10.210.121.8 with SMTP id t8mr6846763ebc.180.1229288039564; Sun, 14 Dec 2008 12:53:59 -0800 (PST) Received: by 10.210.131.18 with HTTP; Sun, 14 Dec 2008 12:53:59 -0800 (PST) Message-ID: Date: Sun, 14 Dec 2008 12:53:59 -0800 From: "Jason DiCioccio" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Steady leak of mbufs + 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: Sun, 14 Dec 2008 21:22:47 -0000 Hey all, I'm running into a strange situation where every ~1.5 days, I will have a kernel panic: Architecture: i386 Architecture Version: 2 Version String: FreeBSD 7.0-RELEASE-p6 #1: Sun Dec 7 17:16:36 EST 2008 geniusj@update.ods.org:/usr/obj/usr/src/sys/UPDATE Panic String: kmem_malloc(16384): kmem_map too small: 536858624 total allocated When tracking down the source of the inflated kmem, I noticed that the mbufs/bytes allocated to network figures in netstat -m were growing steadily up until the crash. Before the crash, bytes allocated to network will be up near 400MB with mbufs reaching nearly 2 million. mbuf clusters will be in the low hundreds, however. This box is running a decent assortment of network protocols and functionality. It's a fairly active DNS server (more active than most), it is running a couple of instances of openvpn (tap), it's using gif for an ipv6 tunnel which is then tunneled over openvpn as well, it's also using BGP over the tunnels with quagga.. The only thing I can think of that changed before this all started happening is that I had added AAAA records for the nameserver (in the registry as well as locally). The inet6 traffic is fairly light, however (with a total of ~1.5MB both in and out in the past 15 hours versus 580MB in and 985MB out for the whole box.). Before I go down the bug report route, I'd like to know if there are accepted conditions where mbufs will grow like this and where I might start looking.. If more information would be helpful, let me know what's needed. Any help would be appreciated. Thanks! Jason DiCioccio From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 00:30:48 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5677C1065672 for ; Mon, 15 Dec 2008 00:30:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id C9CD28FC13 for ; Mon, 15 Dec 2008 00:30:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2466494rvf.43 for ; Sun, 14 Dec 2008 16:30:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=nONS5fQyWrdCA9iSjGYynLCX/Qe4JWxGaJjVD6hiWhs=; b=a6aEd1CJHwIwo0hqm+xKBVwzL7zZxWC95B8M+FeNX8ZaKBH4YCAeRVAR+8cEKBBMY2 m1aK7msYYkSX8e+R7VhlY/fVVXjjklNZbfX5Eh1FLKiEGNPfASs1hAZeOuLHKXAWWsXt 82DHLfRbPVD+by32ZP4+IhHR2V4pEz+BHX4u4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YdAf801D8z5atzbKAFtZbZYGu6izqfB43yCyd3Yty2cpPwy1jCcMkgVmZeIcyz9dFC hQh6pjyNedXOR1e941Hlgdmh4YH+ebWlrp+x8RHp5qTRqQfeuMELV37kRvoZJKTDhGir jIei53tOklDchTCmmw+SquMX69rXFQru8kKHA= Received: by 10.140.163.12 with SMTP id l12mr3368228rve.178.1229301047433; Sun, 14 Dec 2008 16:30:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm1716173rvb.2.2008.12.14.16.30.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Dec 2008 16:30:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id mBF0Uevx058914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2008 09:30:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id mBF0UeZV058913; Mon, 15 Dec 2008 09:30:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 15 Dec 2008 09:30:40 +0900 From: Pyun YongHyeon To: Mam Ruoc Message-ID: <20081215003040.GB58724@cdnetworks.co.kr> References: <494541C6.2090106@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <494541C6.2090106@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: Belkin F5D5055 not working in FreeBSD 7.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 00:30:48 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Dec 14, 2008 at 06:26:30PM +0100, Mam Ruoc wrote: > Hi! > > With problems with my VIA ITX Velocity driver problem, I bought this > device. In the supported hardware list of FreeBSD 7.0, this should be > supported just fine. > > I get this on bootup, and the device seems "up", but does not working: > > axe0: 2> on uhub3 > axe0: AX88178, bufsz 1536, boundary 64 > miibus0: on axe0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX, > 1000baseT, 1000baseT-FDX auto > axe0: using obsoleted if_watchdog interface > axe0: Ethernet address: 00:11:50:e7:94:70 > axe0: if_start running deferred for Giant > > > Anyboy have the same experience? > I have a patch for axe(4) but the patch seem to break AX88172. Try attached patch. Since ukphy(4) was attached to axe(4) I guess you may need a dedicated PHY driver. Show me the output of "devinfo -rv | grep phy". -- Regards, Pyun YongHyeon --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="axe.88178.patch3" Index: sys/dev/usb/if_axe.c =================================================================== --- sys/dev/usb/if_axe.c (revision 183636) +++ sys/dev/usb/if_axe.c (working copy) @@ -162,6 +162,7 @@ static miibus_writereg_t axe_miibus_writereg; static miibus_statchg_t axe_miibus_statchg; +static int axe_get_phyno(struct axe_softc *, int); static int axe_encap(struct axe_softc *, struct mbuf *, int); static void axe_rxeof(usbd_xfer_handle, usbd_private_handle, usbd_status); static void axe_txeof(usbd_xfer_handle, usbd_private_handle, usbd_status); @@ -248,21 +249,10 @@ return(0); AXE_SLEEPLOCKASSERT(sc); -#ifdef notdef - /* - * The chip tells us the MII address of any supported - * PHYs attached to the chip, so only read from those. - */ - if (sc->axe_phyaddrs[0] != AXE_NOPHY && phy != sc->axe_phyaddrs[0]) + if (sc->axe_phyno != phy) return (0); - if (sc->axe_phyaddrs[1] != AXE_NOPHY && phy != sc->axe_phyaddrs[1]) - return (0); -#endif - if (sc->axe_phyaddrs[0] != 0xFF && sc->axe_phyaddrs[0] != phy) - return (0); - AXE_LOCK(sc); axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); err = axe_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, (void *)&val); @@ -274,10 +264,18 @@ return(-1); } - if (val && val != 0xffff) - sc->axe_phyaddrs[0] = phy; + val = le16toh(val); + if ((sc->axe_flags & AX772) != 0 && reg == MII_BMSR) { + /* + * BMSR of AX88772 indicates that it supports extended + * capability but the extended status register is + * revered for embedded ethernet PHY. So clear the + * extended capability bit of BMSR. + */ + val &= ~BMSR_EXTCAP; + } - return (le16toh(val)); + return (val); } static int @@ -290,6 +288,10 @@ return(0); AXE_SLEEPLOCKASSERT(sc); + + if (sc->axe_phyno != phy) + return (0); + AXE_LOCK(sc); axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); val = htole32(val); @@ -310,12 +312,58 @@ { struct axe_softc *sc = device_get_softc(dev); struct mii_data *mii = GET_MII(sc); + struct ifnet *ifp; int val, err; - val = (mii->mii_media_active & IFM_GMASK) == IFM_FDX ? - AXE_MEDIA_FULL_DUPLEX : 0; + ifp = sc->axe_ifp; + if (mii == NULL || ifp == NULL || + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return; + + sc->axe_link = 0; + if ((mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) == + (IFM_ACTIVE | IFM_AVALID)) { + switch (IFM_SUBTYPE(mii->mii_media_active)) { + case IFM_10_T: + sc->axe_link++; +#if 1 + device_printf(dev, "LINK UP 10Mbps\n"); +#endif + break; + case IFM_100_TX: + sc->axe_link++; +#if 1 + device_printf(dev, "LINK UP 100Mbps\n"); +#endif + break; + case IFM_1000_T: + if ((sc->axe_flags & AX178) == 0) + break; + sc->axe_link++; +#if 1 + device_printf(dev, "LINK UP 1000Mbps\n"); +#endif + break; + default: + break; + } + } + + /* Lost link, do nothing. */ + if (sc->axe_link == 0) { +#if 1 + device_printf(dev, "LINK DOWN\n"); +#endif + return; + } + + val = 0; + if ((IFM_OPTIONS(mii->mii_media_active) & IFM_FDX) != 0) + val |= AXE_MEDIA_FULL_DUPLEX; if (sc->axe_flags & (AX178|AX772)) { val |= AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC; + if (sc->axe_flags & AX178) + val |= AXE_178_MEDIA_ENCK; switch (IFM_SUBTYPE(mii->mii_media_active)) { case IFM_1000_T: @@ -343,7 +391,6 @@ struct axe_softc *sc = ifp->if_softc; struct mii_data *mii = GET_MII(sc); - sc->axe_link = 0; if (mii->mii_instance) { struct mii_softc *miisc; LIST_FOREACH(miisc, &mii->mii_phys, mii_list) @@ -456,6 +503,9 @@ axe_cmd(sc, AXE_CMD_SW_RESET_REG, 0, AXE_SW_RESET_PRL | AXE_178_RESET_MAGIC, NULL); usbd_delay_ms(sc->axe_udev, 150); + /* Enable MII/GMII/RGMII interface to work with external PHY. */ + axe_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0, NULL); + usbd_delay_ms(sc->axe_udev, 150); axe_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, 0, NULL); } @@ -465,7 +515,7 @@ axe_cmd(sc, AXE_CMD_WRITE_GPIO, 0, 0x00b0, NULL); usbd_delay_ms(sc->axe_udev, 40); - if (sc->axe_phyaddrs[1] == AXE_INTPHY) { + if (sc->axe_phyno == AXE_PHY_NO_AX772_EPHY) { /* ask for embedded PHY */ axe_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0x01, NULL); usbd_delay_ms(sc->axe_udev, 10); @@ -516,6 +566,30 @@ return; } +static int +axe_get_phyno(struct axe_softc *sc, int sel) +{ + int phyno; + + phyno = -1; + switch (AXE_PHY_TYPE(sc->axe_phyaddrs[sel])) { + case PHY_TYPE_100_HOME: + case PHY_TYPE_GIG: + phyno = AXE_PHY_NO(sc->axe_phyaddrs[sel]); + break; + case PHY_TYPE_SPECIAL: + /* FALLTHROUGH */ + case PHY_TYPE_RSVD: + /* FALLTHROUGH */ + case PHY_TYPE_NON_SUP: + /* FALLTHROUGH */ + default: + break; + } + + return (phyno); +} + /* * Probe for a AX88172 chip. */ @@ -610,6 +684,18 @@ /* We need the PHYID for the init dance in some cases */ axe_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, (void *)&sc->axe_phyaddrs); +#if 1 + device_printf(sc->axe_dev, "PHYADDR 0x%02x:0x%02x\n", + sc->axe_phyaddrs[0], sc->axe_phyaddrs[1]); +#endif + sc->axe_phyno = axe_get_phyno(sc, AXE_PHY_SEL_PRI); + if (sc->axe_phyno == -1) + sc->axe_phyno = axe_get_phyno(sc, AXE_PHY_SEL_SEC); + if (sc->axe_phyno == -1) { + device_printf(sc->axe_dev, + "no valid PHY address found, assuming PHY address 0\n"); + sc->axe_phyno = 0; + } if (sc->axe_flags & AX178) axe_ax88178_init(sc); @@ -629,12 +715,6 @@ */ axe_cmd(sc, AXE_CMD_READ_IPG012, 0, 0, (void *)&sc->axe_ipgs); - /* - * Work around broken adapters that appear to lie about - * their PHY addresses. - */ - sc->axe_phyaddrs[0] = sc->axe_phyaddrs[1] = 0xFF; - ifp = sc->axe_ifp = if_alloc(IFT_ETHER); if (ifp == NULL) { device_printf(sc->axe_dev, "can not if_alloc()\n"); @@ -999,12 +1079,8 @@ } mii_tick(mii); - if (!sc->axe_link && mii->mii_media_status & IFM_ACTIVE && - IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { - sc->axe_link++; - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - axe_start(ifp); - } + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + axe_start(ifp); sc->axe_stat_ch = timeout(axe_tick, sc, hz); @@ -1122,6 +1198,7 @@ { struct axe_softc *sc = xsc; struct ifnet *ifp = sc->axe_ifp; + struct mii_data *mii = GET_MII(sc); struct axe_chain *c; usbd_status err; int i; @@ -1223,6 +1300,9 @@ usbd_transfer(c->axe_xfer); } + sc->axe_link = 0; + mii_mediachg(mii); + ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; Index: sys/dev/usb/if_axereg.h =================================================================== --- sys/dev/usb/if_axereg.h (revision 183636) +++ sys/dev/usb/if_axereg.h (working copy) @@ -134,9 +134,24 @@ #define AXE_178_RXCMD_MFB_8192 0x0200 /* 8K max frame burst */ #define AXE_178_RXCMD_MFB_16384 0x0300 /* 16K max frame burst*/ -#define AXE_NOPHY 0xE0 -#define AXE_INTPHY 0x10 +#define AXE_PHY_SEL_PRI 1 +#define AXE_PHY_SEL_SEC 0 +#define AXE_PHY_TYPE_MASK 0xE0 +#define AXE_PHY_TYPE_SHIFT 5 +#define AXE_PHY_TYPE(x) \ + (((x) & AXE_PHY_TYPE_MASK) >> AXE_PHY_TYPE_SHIFT) +#define PHY_TYPE_100_HOME 0 /* 10/100 or 1M HOME PHY */ +#define PHY_TYPE_GIG 1 /* Gigabit PHY */ +#define PHY_TYPE_SPECIAL 4 /* Special case */ +#define PHY_TYPE_RSVD 5 /* Reserved */ +#define PHY_TYPE_NON_SUP 7 /* Non-supported PHY */ + +#define AXE_PHY_NO_MASK 0x1F +#define AXE_PHY_NO(x) ((x) & AXE_PHY_NO_MASK) + +#define AXE_PHY_NO_AX772_EPHY 0x10 /* Embedded 10/100 PHY of AX88772 */ + #define AXE_TIMEOUT 1000 #define AXE_172_BUFSZ 1536 #define AXE_178_MIN_BUFSZ 2048 @@ -236,6 +251,7 @@ int axe_link; unsigned char axe_ipgs[3]; unsigned char axe_phyaddrs[2]; + int axe_phyno; struct timeval axe_rx_notice; struct usb_task axe_tick_task; int axe_bufsz; --r5Pyd7+fXNt84Ff3-- From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 02:48:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E4B1065679 for ; Mon, 15 Dec 2008 02:48:03 +0000 (UTC) (envelope-from espartano.mail@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0AF8FC1C for ; Mon, 15 Dec 2008 02:48:02 +0000 (UTC) (envelope-from espartano.mail@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1260356fgb.35 for ; Sun, 14 Dec 2008 18:48:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ntD1bKxXv5wBqzBQUsTLTLZsPmqoszOWw+a8Yw6C6w0=; b=OEBzwzDYVE3kMn8341AqFjOFu7rrSXHWUgv/a4MLgLmfJwBWf9BGkduhfnT+x4xt8b cDDypR9Cs1oXv5bMTUwLyE5iGHmw9VAiB0VNakzgrqp4FNt/6ZdJIunZieNWLgRX7mFC tgY/NYYpMGivKkpuK7cNvajcDi1XmEQYlse+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BP+7yvqiJx9MDJbga7BX0fv3+tr0GkZMs+PTu6A1eTtcJlu3pMGMXxZVklmYopu1JR 8H25s+s08R1VGU8b81ow4rQxUqL3cYvLaqC0FbV0qGLtS+QF2qyPKkpmNWG24DONfWNo 1pZfLaICC0n8ZyTVe18UJulzxeVzJ7sUCwM2o= Received: by 10.86.79.19 with SMTP id c19mr3442324fgb.66.1229309281244; Sun, 14 Dec 2008 18:48:01 -0800 (PST) Received: by 10.86.95.1 with HTTP; Sun, 14 Dec 2008 18:48:01 -0800 (PST) Message-ID: Date: Sun, 14 Dec 2008 20:48:01 -0600 From: Espartano To: "Lev Serebryakov" In-Reply-To: <73133587.20081214124019@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <73133587.20081214124019@serebryakov.spb.ru> Cc: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MiniPCI WiFi (802.11g/11n) adapter with HostAP support -- please, advice models! 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, 15 Dec 2008 02:48:03 -0000 On Sun, Dec 14, 2008 at 3:40 AM, Lev Serebryakov wrote: > Hello, Freebsd-net. > > I need MiniPCI WiFi adapter with HostAP support (so, AFAIU, it > should NOT be Intel adapters). WPA2 will be a plus. > > Could somebody advice exact models (not chipsets!) to look up in > price lists and catalogs? > You can buy a Wistron CM9 Atheros 802.11a/b/g miniPCI wireless card to acomplish an AP, here is the url to see the Specifications: http://www.pcengines.ch/cm9.htm if you want to buy this MiniPci card you can do it in this page: http://www.pcengines.ch/order1.php search for the cm9 key word. already i am using this MiniPCI card over FreeBSD 7.0 to acomplish an AP and the card work very fine. :) > Is VIA VT6655GMA00 (VIA MAC/BBP(VT6655) and Airoha > Transceiver(AL2230)) supported? > > Are here any Atheros-based (5212?) MiniPCI cards on marked? > > Is Atheros 802.11n chipset (as found on TP-Link TL-WN861N 300N) supported? > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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" > -- "Linux is for people who hate Windows, BSD is for people who love UNIX". "Social Engineer -> Because there is no patch for human stupidity" "The Unix Guru's View of Sex unzip ; strip ; touch ; grep ; finger ; mount ; fsck ; more ; yes ; umount ; sleep." "Documentation is like sex: when it is good, it is very, very good; and when it is bad, it is better than nothing." From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 06:34:13 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E6081065677; Mon, 15 Dec 2008 06:34:13 +0000 (UTC) (envelope-from qingli@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 438108FC0C; Mon, 15 Dec 2008 06:34:13 +0000 (UTC) (envelope-from qingli@FreeBSD.org) Received: from freefall.freebsd.org (qingli@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBF6YDDO060566; Mon, 15 Dec 2008 06:34:13 GMT (envelope-from qingli@freefall.freebsd.org) Received: (from qingli@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBF6YDVC060565; Mon, 15 Dec 2008 06:34:13 GMT (envelope-from qingli) Date: Mon, 15 Dec 2008 06:34:13 GMT From: Qing Li Message-Id: <200812150634.mBF6YDVC060565@freefall.freebsd.org> To: freebsd-current@freebsd.org Cc: freebsd-net@freebsd.org Subject: HEADSUP: arp-v2 has been committed 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, 15 Dec 2008 06:34:13 -0000 Hi All, The arp-v2 changes have been committed into HEAD. Please report problems to me and Kip Macy. -- Qing From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 07:30:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E52106564A; Mon, 15 Dec 2008 07:30:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3868FC1D; Mon, 15 Dec 2008 07:30:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from desktop.home.serebryakov.spb.ru (blacklion.dialup.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id CD12A13DF42; Mon, 15 Dec 2008 10:38:44 +0300 (MSK) Date: Mon, 15 Dec 2008 10:30:53 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1988001541.20081215103053@serebryakov.spb.ru> To: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: ath: is here full list of supported chipsets and chipsets comparsion? 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, 15 Dec 2008 07:30:57 -0000 Hello, All. `man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and not-supported AR5005VL. But in "current" cars here are many other chipsets -- 5213A, 5414, etc... And Atheros site is not very helpful now -- there are not 5212, 5213A, 5414 chipsets in both areas "WLAN for Home, Office and Metro Wi-Fi" and "WLAN for Mobile" (BTW, link to http://customerproducts.atheros.com/ doesn't work anymore). Is here full list of supported chipsets, and, maybe, some table with chipsets features (AES, WPA2, AP mode, etc)? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 07:57:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A55DA1065675 for ; Mon, 15 Dec 2008 07:57:33 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 325B88FC1C for ; Mon, 15 Dec 2008 07:57:33 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so117354ugs.39 for ; Sun, 14 Dec 2008 23:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:mime-version:content-type:x-mailer:thread-index :x-mimeole; bh=JnWCeszFZdyhyuE/XUyLQhQA7Y+eG5NAgcFZ9+dDBPI=; b=DZkfmJMmyC58zq/b73DSIuvYdbe4klIfmQhRzYYTnU0QdOMIHPxdFqXLnalQGp6G5r QRmjqvHjLNm0M5zFGXXi3P6qorOhaYy57wa6eSSem5nbL9wkygLnzVADb575X0Y8HvXf 7wU9jVz++E0P+OBAAw4RQGQn8cTibcl1Aklpw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:x-mimeole; b=P+89A5cAPkWN1ACc3EY854AsB0mZ4refVSSLKd/2dcbgqBZsIYXtT8SKlQ9WoS89mM fHKhmWBY/O5HYd6Q6UFb6Dmt1MxinxyZLtZ1ToF8PxDad3R0UMof/ud/vUAZiQTjc3qK C3K4z6ILo3N7IqDat02+FUZluCrFWlVFQoO8Y= Received: by 10.66.238.16 with SMTP id l16mr1698543ugh.38.1229327851939; Sun, 14 Dec 2008 23:57:31 -0800 (PST) Received: from mtllpt03 (DSL212-235-20-133.bb.netvision.net.il [212.235.20.133]) by mx.google.com with ESMTPS id 6sm95169ugc.39.2008.12.14.23.57.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Dec 2008 23:57:31 -0800 (PST) From: "Yony Yossef" To: Date: Mon, 15 Dec 2008 09:57:19 +0200 Message-ID: <000001c95e8a$c7f1cc20$220f000a@mtl.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcleidyyXb477L6XScq9SC1isCCsOw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Detecting network memory leaks using netstat -m 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, 15 Dec 2008 07:57:33 -0000 Hi All, I'm trying to find out whether my ethernet driver is leaking. I just found out about netstat -m, but I don't understand some of it's output. Can somebody explain me what is "mbuf+clusters out of packet secondary zone in use" ? My output shows it raised significantly during equilibrium after several stress runs: BEFORE 16641/217734/234375 mbufs in use (current/cache/total) 16640/217766/234406/262144 mbuf clusters in use (current/cache/total/max) 256/1664 mbuf+clusters out of packet secondary zone in use (current/cache) AFTER 625083/86562/711645 mbufs in use (current/cache/total) 180264/81880/262144/262144 mbuf clusters in use (current/cache/total/max) 160420/311 mbuf+clusters out of packet secondary zone in use (current/cache) Thanks Yony From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 09:46:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A82261065672 for ; Mon, 15 Dec 2008 09:46:25 +0000 (UTC) (envelope-from dustah@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 18FCB8FC16 for ; Mon, 15 Dec 2008 09:46:24 +0000 (UTC) (envelope-from dustah@gmail.com) Received: by ewy14 with SMTP id 14so3391187ewy.19 for ; Mon, 15 Dec 2008 01:46:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=NIe/ekGxFRJ6+CfZmSTiI4GT4w8TkRoR1Aq1IGjGBbI=; b=vSkAmMhBS8k+uJB8NQE2EA8KsXb5cLSOT+/tJ8xHfoh+hzbZSy/gYF8/nXwg/nmYzg 5TJ5ryz/NMpDNeDXVl9f+k24u6CSSt2md7DqKW2CQFJjNur8GPt2FSnILh4uHzSORDdy 5rGyXC2FUdD4pVOMdcK220LACouZ1lx9tIM2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=Gz2OkS+L2XPKiavdH/eA9XlJYuC93ZW4IrnudbNAJ9xLbWUatOFZMuEoXetfQuqQGE e0bG9huG7UQjMV1yT1eN0YOTIIE09qHKV56rl9oirzbql9jJFBzw223BrHS7hzqO2gBq X0SGlVx4MFycRiqVuys32HdU6jWBueh+L0BaQ= Received: by 10.210.34.5 with SMTP id h5mr738609ebh.161.1229332658552; Mon, 15 Dec 2008 01:17:38 -0800 (PST) Received: by 10.210.139.6 with HTTP; Mon, 15 Dec 2008 01:17:38 -0800 (PST) Message-ID: Date: Mon, 15 Dec 2008 12:17:38 +0300 From: "Denis Mysenko" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PPP / Routing table 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, 15 Dec 2008 09:46:25 -0000 Hello everybody! I got stuck here with PPP + Poptop :( I use Poptop 1.3.4 on FreeBSD 7.1-PRERELEASE for a VPN server. As far as I understand, the problem is related either to userland ppp or to FreeBSD itself and not to Poptop. So here it is: There is a Poptop server running for several VPN clients, MPPE is enabled for PPP. When somebody connects, tunnel interface is created and corresponding entry in the routing table is made, like this one: UGH 0 0 tun0 Everything works fine, both with MPPE turned on and off. The problem starts when second client connects to Poptop! New tunnel interface, let's say tun1, is created correctly, with proper IP address. However, routing table is updated with incorrect entry: UGH 0 0 tun0 As we can see, FreeBSD added a routing entry going through the same tunnel interface - of the previous client! So obviously new VPN connection doesn't work. What is strange - is that it happens only when second client turns on MPPE. With MPPE turned off - everything works fine. I was playing a lot with different parameters and once I got everything working, but not anymore :) Since I don't see any logical reason - I cannot recover the proper config. As far as I understand, so far, PPP creates a tunnel interface and then FreeBSD, and not PPP, adds a routing table entry since a new network interface was added - am I true? Local IP (my side of the PtP) for all tunnel devices is the same - let's say 192.168.0.1. So as I see it, when detecting corresponding interface FreeBSD chooses the first tunnel interface because it has the same local IP. The question is - why does MPPE affect this process? And it used to work half a day ago anyway. Please - if anybody has any idea - could you help me!? :) -- Sincerely, -- Denis Mysenko, CCNA, MCP, MCSA Technologies of the Smart City Ltd Phone: +7 903 913-2651 ICQ: 555955 From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 10:13:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F6C21065672 for ; Mon, 15 Dec 2008 10:13:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id BA1768FC29 for ; Mon, 15 Dec 2008 10:13:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-061-136.pools.arcor-ip.net [88.66.61.136]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1LCARg16GR-0004Nb; Mon, 15 Dec 2008 11:13:00 +0100 Received: (qmail 34692 invoked from network); 15 Dec 2008 10:13:00 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 15 Dec 2008 10:13:00 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Mon, 15 Dec 2008 11:12:59 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812151112.59847.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+huYQDeevUskqGWj6b3qkphZxsMXcpyQ/rnjg cfcMbLAOwrn4At+1GW5t3qn12iNU1GxNQxJK1FpvPT50zlexOt gRR/X8/q9O2VyVTyYck6A== Cc: Denis Mysenko Subject: Re: PPP / Routing table 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, 15 Dec 2008 10:13:03 -0000 On Monday 15 December 2008 10:17:38 Denis Mysenko wrote: > Hello everybody! > > I got stuck here with PPP + Poptop :( I use Poptop 1.3.4 on FreeBSD > 7.1-PRERELEASE for a VPN server. > > As far as I understand, the problem is related either to userland ppp or to > FreeBSD itself and not to Poptop. So here it is: > > There is a Poptop server running for several VPN clients, MPPE is enabled > for PPP. When somebody connects, tunnel interface is created and > corresponding entry in the routing table is made, like this one: > UGH 0 0 tun0 > > Everything works fine, both with MPPE turned on and off. The problem starts > when second client connects to Poptop! New tunnel interface, let's say > tun1, is created correctly, with proper IP address. However, routing table > is updated with incorrect entry: > UGH 0 0 tun0 > > As we can see, FreeBSD added a routing entry going through the same tunnel > interface - of the previous client! So obviously new VPN connection doesn't > work. What is strange - is that it happens only when second client turns on > MPPE. With MPPE turned off - everything works fine. > > I was playing a lot with different parameters and once I got everything > working, but not anymore :) Since I don't see any logical reason - I cannot > recover the proper config. > > As far as I understand, so far, PPP creates a tunnel interface and then > FreeBSD, and not PPP, adds a routing table entry since a new network > interface was added - am I true? Local IP (my side of the PtP) for all > tunnel devices is the same - let's say 192.168.0.1. So as I see it, when > detecting corresponding interface FreeBSD chooses the first tunnel > interface because it has the same local IP. The question is - why does MPPE > affect this process? And it used to work half a day ago anyway. > > Please - if anybody has any idea - could you help me!? :) Looks to me as if poptop (which I am not familiar with) tries to do something clever and fails miserably. # netstat -rnfinet | grep 10 # ifconfig tun0 create 10.0.1.1 10.0.1.2 # ifconfig tun1 create 10.0.1.1 10.0.1.3 # netstat -rnfinet | grep 10 10.0.1.2 10.0.1.1 UH 0 0 tun0 10.0.1.3 10.0.1.1 UH 0 0 tun1 It is also unclear to me why you'd see RTF_GATEWAY on ptp routes. It might help to ktrace poptop to see what kind of ioctl it is issuing. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 11:00:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FB0E1065672 for ; Mon, 15 Dec 2008 11:00:10 +0000 (UTC) (envelope-from 306423.311704@vux.bos.netsolhost.com) Received: from omr6.networksolutionsemail.com (omr6.networksolutionsemail.com [205.178.146.56]) by mx1.freebsd.org (Postfix) with ESMTP id A9DF58FC0C for ; Mon, 15 Dec 2008 11:00:09 +0000 (UTC) (envelope-from 306423.311704@vux.bos.netsolhost.com) Received: from vux.bos.netsolhost.com ([10.49.38.152]) by omr6.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id mBFAlZpr001701 for ; Mon, 15 Dec 2008 05:47:35 -0500 Received: from vux25.mgt.hosting.dc2.netsol.com (smmsp@localhost [127.0.0.1]) by vux.bos.netsolhost.com (8.13.7/8.13.7) with ESMTP id mBFAiZpo019120 for ; Mon, 15 Dec 2008 05:47:35 -0500 Received: (from 306423.311704@localhost) by vux25.mgt.hosting.dc2.netsol.com (8.13.7/8.13.7/Submit) id mBFAfgBm017744; Mon, 15 Dec 2008 05:41:42 -0500 Date: Mon, 15 Dec 2008 05:41:42 -0500 Message-Id: <200812151041.mBFAfgBm017744@vux25.mgt.hosting.dc2.netsol.com> To: freebsd-net@freebsd.org From: Chevron Texaco Oil and Gas Company MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: CONTACT OUR ZONE F BRANCH OFFICE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peterhamilton33@live.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2008 11:00:10 -0000 Attn: Dear Email Owner. I am Mrs. Chin Wool, the Company's secretary to Chevron Texaco Oil and Gas Company In Singapore (ASIA DISTRICT). If this email address is yours, congratulation to you, as we have a life transforming news for you. For more information kindly contact our Zone F,United Kingdom branch. Mr Peter Hamilton. email:peterhamilton33@live.com Yours Faithfully, Chin Wool (Mrs) For the Chief Executive Officer (CEO), Chevron Texaco Oil and Gas Company, Singapore, Asia. From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 11:06:56 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66691106567B for ; Mon, 15 Dec 2008 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 58C768FC14 for ; Mon, 15 Dec 2008 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBFB6uqG004413 for ; Mon, 15 Dec 2008 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBFB6tho004409 for freebsd-net@FreeBSD.org; Mon, 15 Dec 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Dec 2008 11:06:55 GMT Message-Id: <200812151106.mBFB6tho004409@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org 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, 15 Dec 2008 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [panic] Kernel panic with EtherIP (may be related to S o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129135 net [vge] vge driver on a VIA mini-ITX not working f kern/129074 net [ppp] [panic] kernel panic with pppoe_server o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o kern/128833 net [bge] Network packets corrupted when bge card is in 64 o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o kern/128247 net [ip6] [panic] Fatal Trap 12 in ip6_forward = o conf/128030 net [request] Isn't it time to enable IPsec in GENERIC? o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and f kern/126564 net [ath] doesn't work with my PCI-E X1 wireless network a o kern/126561 net [nlm] [patch] NLM (rpclockd) RPC UNLOCK failure (stall o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126469 net [fxp] [panic] fxp(4) related kernel panic o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [in] Network: internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre f kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/125079 net [ppp] host routes added by ppp with gateway flag (regr o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124609 net [ipsec] [panic] ipsec 'remainder too big' panic with p o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123881 net [tcp] Turning on TCP blackholing causes slow localhost o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123200 net [netgraph] Server failure due to netgraph mpd and dhcp f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/123066 net [ipsec] [panic] kernel trap with ipsec o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122427 net [apm] [panic] apm and mDNSResponder cause panic during o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122068 net [ppp] ppp can not set the correct interface with pptpd o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/121983 net [fxp] fxp0 MBUF and PAE o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] LOR icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [PATCH] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119361 net [bge] bge(4) transmit performance problem o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/118880 net [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/113842 net [ip6] PF_INET6 proto domain state can't be cleared wit o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear o kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo f kern/92552 net A serious bug in most network drivers from 5.X to 6.X o kern/92090 net [bge] bge0: watchdog timeout -- resetting s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [PATCH] for static ARP tables in rc.network 199 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 13:57:13 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5BF106564A; Mon, 15 Dec 2008 13:57:13 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8328FC19; Mon, 15 Dec 2008 13:57:12 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl75-59.kln.forthnet.gr [77.49.122.59]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id mBFDgHfI007228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 15 Dec 2008 15:42:23 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id mBFDgHCx002534; Mon, 15 Dec 2008 15:42:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id mBFDgHAW002533; Mon, 15 Dec 2008 15:42:17 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Qing Li References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> Date: Mon, 15 Dec 2008 15:42:17 +0200 In-Reply-To: <200812150634.mBF6YDVC060565@freefall.freebsd.org> (Qing Li's message of "Mon, 15 Dec 2008 06:34:13 GMT") Message-ID: <873agpk11i.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: mBFDgHfI007228 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.861, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.54, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 15 Dec 2008 13:57:13 -0000 On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > Hi All, > > The arp-v2 changes have been committed into HEAD. > Please report problems to me and Kip Macy. Thanks! I've just updated my installation here to the new kernel and userland and it seems to work fine so far. At least, ARP and IPv4 seems to work without any noticeable problem the last few hours :-) I have one minor question though (still reading through the diff, so I am not sure if this is `normal'). The new netstat output includes a `Use' column that seems to be ever increasing: : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5338 re0 : 127.0.0.1 link#4 UH 0 1292 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 : : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5365 re0 : 127.0.0.1 link#4 UH 0 1337 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 : : % netstat -rn -f inet : Routing tables : : Internet: : Destination Gateway Flags Refs Use Netif Expire : default 192.168.1.1 UGS 0 5409 re0 : 127.0.0.1 link#4 UH 0 1375 lo0 : 192.168.1.0/24 link#2 U 0 2 re0 Is this expected, or does it look like a leak? From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 14:07:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A0B106564A for ; Mon, 15 Dec 2008 14:07:20 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4C28FC18 for ; Mon, 15 Dec 2008 14:07:20 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so139036ugs.39 for ; Mon, 15 Dec 2008 06:07:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:mime-version:content-type:x-mailer:thread-index :x-mimeole; bh=HI3bAiBruPlEUmwQzTt6aCt1wDH9gIfSDhZqD+73WDw=; b=wbnQUERuUgAl2k4WAoE34EYkticuHTe4DkTAZ09qtqTL4LRU9P2lmPgj0ErBvM22Ab cqNShGFgZoo9YesUujNvl7KArjTq+GoSZ4FHjkawsLuVOo0WS81Ugb1EtuIcZDMblfXa URhJwdY+aba8gCxmtsR4sFIGVf5RFnaaY5bo0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:x-mimeole; b=fWt4BRFAnL0DZU7tpLGv8KRxXiYvFEGo8WUcn4UHut9k3OkR9RLmpfka+QeKIAZcP4 rWEgWN3iQcB2Jca0gal4L/3pzh+cL+C+L7YvQUVKbXvZ6QbnXJt21MTMRXI8ZF1RI9N+ ytm/Y1sU/61EWBPxA37IDH7q6+uyAPfscQoWA= Received: by 10.67.32.18 with SMTP id k18mr1898745ugj.27.1229350039143; Mon, 15 Dec 2008 06:07:19 -0800 (PST) Received: from mtllpt03 (DSL212-235-20-133.bb.netvision.net.il [212.235.20.133]) by mx.google.com with ESMTPS id i30sm779774ugd.30.2008.12.15.06.07.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 06:07:18 -0800 (PST) From: "Yony Yossef" To: Date: Mon, 15 Dec 2008 16:07:15 +0200 Message-ID: <000501c95ebe$709bddb0$220f000a@mtl.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Aclevm7Ij8iAClQPR4m2nooLNbPwGg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 15 Dec 2008 14:07:21 -0000 Hi All, I'm testing an Ethernet driver on FreeBSD 6.3. Running netstat -m during an ethernt stress test I see that the "mbuf+clusters out of packet secondary zone in use" number is growing gradualy. Problem is it never goes down after I stop the test, so it's pushing the "mbufs in use" up until the following stress test iterations reach the OS limit. What does this number mean? 506391/126009/632400 mbufs in use (current/cache/total) 141035/121109/262144/262144 mbuf clusters in use (current/cache/total/max) 131054/610 mbuf+clusters out of packet secondary zone in use (current/cache) Thanks Yony From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 18:15:44 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E81E2106567A for ; Mon, 15 Dec 2008 18:15:44 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id BEFFE8FC2B for ; Mon, 15 Dec 2008 18:15:44 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBFIFi1N007303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2008 10:15:44 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49469ED0.5070308@freebsd.org> Date: Mon, 15 Dec 2008 10:15:44 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Lev Serebryakov References: <1988001541.20081215103053@serebryakov.spb.ru> In-Reply-To: <1988001541.20081215103053@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: ath: is here full list of supported chipsets and chipsets comparsion? 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, 15 Dec 2008 18:15:45 -0000 Lev Serebryakov wrote: > Hello, All. > > `man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and > not-supported AR5005VL. But in "current" cars here are many other > chipsets -- 5213A, 5414, etc... And Atheros site is not very helpful > now -- there are not 5212, 5213A, 5414 chipsets in both areas "WLAN > for Home, Office and Metro Wi-Fi" and "WLAN for Mobile" (BTW, link to > http://customerproducts.atheros.com/ doesn't work anymore). > > Is here full list of supported chipsets, and, maybe, some table with > chipsets features (AES, WPA2, AP mode, etc)? > > HEAD supports most PCI/cardbus parts. The main exceptions are the 9280 and 9285. The ath9k driver for linux supports them and anyone can add support using that. 11n parts only support legacy operation though w/ ~10 line change to the driver you can get 11n RX + legacy TX. RELENG_7 has a much older hal and lacks support for many cards. I recommend using HEAD if wireless support is important to you. No ETA on an update by me--others are welcome to supply the changes. All ath cards support all features you listed (except for the 5210 which you're unlikely to care about). Sam From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 18:29:50 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3601D1065670 for ; Mon, 15 Dec 2008 18:29:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 141168FC1E for ; Mon, 15 Dec 2008 18:29:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id C343E46B39; Mon, 15 Dec 2008 13:29:49 -0500 (EST) Date: Mon, 15 Dec 2008 18:29:49 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yony Yossef In-Reply-To: <000501c95ebe$709bddb0$220f000a@mtl.com> Message-ID: References: <000501c95ebe$709bddb0$220f000a@mtl.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 15 Dec 2008 18:29:50 -0000 On Mon, 15 Dec 2008, Yony Yossef wrote: > I'm testing an Ethernet driver on FreeBSD 6.3. > > Running netstat -m during an ethernt stress test I see that the > "mbuf+clusters out of packet secondary zone in use" number is growing > gradualy. Problem is it never goes down after I stop the test, so it's > pushing the "mbufs in use" up until the following stress test iterations > reach the OS limit. What does this number mean? It seems likely that one of two things is happening: (1) a leak of mbuf + clusters (2) a bug in stats on mbuf + clusters Could you paste the output of "vmstat -z | grep -i mbuf" into an e-mail? That's the underlying vm stats from the zone used to generate netstat -m output, and might shed more light on things. Robert N M Watson Computer Laboratory University of Cambridge > > > 506391/126009/632400 mbufs in use (current/cache/total) > 141035/121109/262144/262144 mbuf clusters in use (current/cache/total/max) > 131054/610 mbuf+clusters out of packet secondary zone in use (current/cache) > > > Thanks > Yony > _______________________________________________ > 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 Dec 15 18:45:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC0110656A8 for ; Mon, 15 Dec 2008 18:45:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAE08FC16 for ; Mon, 15 Dec 2008 18:45:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1258264yxb.13 for ; Mon, 15 Dec 2008 10:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=CDkMKUIJG6JyPsWoCW8vV9XdH8Z10Xn1O6oyf4/X+fo=; b=mbz3LTLX2WLnj3rVUvvvpeJepIQNUw2y0/LKW5zzABE4NwzWUif70GkdhEeDsEiHJ2 iIxlHjvcf7MUUzHGS2GI7yWh9ycFRb2I/A5nC6FpnbbesUNR6nMSFoohfmvAD6Ju6U2K z/0Cs0Rc55QFoQHfyupRWS+qHS8J2m+mz3Sqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=m4kh5Zu9rVW87nOvFwg0H7YeQp9ogGjnFn3sYPu28sD70pf1vObn+i7QQj4nwL8K+C b8w7ZS3BCg3dFXHfh4kLUYlQ6uETXCyOboifzyPHGvrfHKw/kwcyxnIIbhb3NosXRLRH xIhQmoxtSmiT/GrPLRXI873w8v/BkPRHWhqbY= Received: by 10.90.68.20 with SMTP id q20mr3931889aga.75.1229365037873; Mon, 15 Dec 2008 10:17:17 -0800 (PST) Received: by 10.90.91.14 with HTTP; Mon, 15 Dec 2008 10:17:17 -0800 (PST) Message-ID: Date: Mon, 15 Dec 2008 21:17:17 +0300 From: pluknet To: "Yony Yossef" In-Reply-To: <000501c95ebe$709bddb0$220f000a@mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000501c95ebe$709bddb0$220f000a@mtl.com> Cc: freebsd-net@freebsd.org Subject: Re: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 15 Dec 2008 18:45:12 -0000 2008/12/15 Yony Yossef : > Hi All, > > I'm testing an Ethernet driver on FreeBSD 6.3. > > Running netstat -m during an ethernt stress test I see that the > "mbuf+clusters out of packet secondary zone in use" number is growing > gradualy. > Problem is it never goes down after I stop the test, so it's pushing the > "mbufs in use" up until the following stress test iterations reach the OS > limit. > What does this number mean? > > > 506391/126009/632400 mbufs in use (current/cache/total) > 141035/121109/262144/262144 mbuf clusters in use (current/cache/total/max) > 131054/610 mbuf+clusters out of packet secondary zone in use (current/cache) > Can you say what the ethernet stress test do you use? -- wbr, pluknet From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 19:23:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4805D1065670 for ; Mon, 15 Dec 2008 19:23:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0874F8FC08 for ; Mon, 15 Dec 2008 19:23:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 1EB3546B1A; Mon, 15 Dec 2008 14:23:24 -0500 (EST) Date: Mon, 15 Dec 2008 19:23:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yony Yossef In-Reply-To: Message-ID: References: <000501c95ebe$709bddb0$220f000a@mtl.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 15 Dec 2008 19:23:25 -0000 On Mon, 15 Dec 2008, Robert Watson wrote: > On Mon, 15 Dec 2008, Yony Yossef wrote: > >> I'm testing an Ethernet driver on FreeBSD 6.3. >> >> Running netstat -m during an ethernt stress test I see that the >> "mbuf+clusters out of packet secondary zone in use" number is growing >> gradualy. Problem is it never goes down after I stop the test, so it's >> pushing the "mbufs in use" up until the following stress test iterations >> reach the OS limit. What does this number mean? I realized that I didn't quite answer your question here, so to be more specific: the FreeBSD mbuf allocator has a number of slab allocator zones it can draw from, depending on the type of request. These are enumerated in the vmstat -z output: robert@fledge:~> vmstat -z | head -1 ; vmstat -z | grep -i mbuf ITEM SIZE LIMIT USED FREE REQUESTS FAILURES mbuf_packet: 256, 0, 262, 222, 202448978, 0 mbuf: 256, 0, 9, 527, 686757049, 0 mbuf_cluster: 2048, 25600, 484, 304, 4017957, 0 mbuf_jumbo_pagesize: 4096, 12800, 7, 298, 18924376, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 406, 8873247, 0 The 'mbuf' zone allocates simple mbufs from a cache. The various cluster zones allocate cluster storage of various sizes, from the 2k default cluster size up to various jumbo sizes used when sending large amounts of data or when jumbograms are configured for a network interface that supports them. The mbuf_packet (mbuf+cluster) zone is a special zone allocating mbufs with pre-attached clusters, which was an optimization that seemed to help a lot a few years ago. In particular, you don't have to enter the memory allocator twice in order to find an mbuf with a cluster. There are some downsides, not least more complicated book-keeping, and some issues with how to account for and manage memory across the various caches. Notice that all mbuf_packet FREE (cached) clusters are billed as used clusters for the mbuf_cluster zone, as while UMA knows that mbuf_packet counts as a regular mbuf allocation, it doesn't know about the cluster hooked off it; netstat -m adjusts the reported cluster allocation for this before printing stats. Recently, we've been discussing moving to a variable-size mbuf scheme supporting large mbuf sizes with embedded storage, which seems to improve memory efficient quite a bit. There are some downsides -- one issue is that it somewhat complicates reference-counted cluster use (although not much); another is that data is no longer page-aligned which will make page-flipping less convenient on the receiver. Currently, if the hardware supports header-spitting, you can imagine the data going fairly easily into appropriately sized clusters (especially if the hardware supports LRO directly), and then flipping the pages into user memory on receive. With mbufs stuck on the front end of the page, not so much. Robert N M Watson Computer Laboratory University of Cambridge > > It seems likely that one of two things is happening: > > (1) a leak of mbuf + clusters > (2) a bug in stats on mbuf + clusters > > Could you paste the output of "vmstat -z | grep -i mbuf" into an e-mail? > That's the underlying vm stats from the zone used to generate netstat -m > output, and might shed more light on things. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> >> 506391/126009/632400 mbufs in use (current/cache/total) >> 141035/121109/262144/262144 mbuf clusters in use (current/cache/total/max) >> 131054/610 mbuf+clusters out of packet secondary zone in use >> (current/cache) >> >> >> Thanks >> Yony >> _______________________________________________ >> 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" >> > _______________________________________________ > 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 Dec 15 20:00:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71997106564A; Mon, 15 Dec 2008 20:00:24 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 51B598FC16; Mon, 15 Dec 2008 20:00:24 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBFJZOIh005030; Mon, 15 Dec 2008 11:35:24 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 15 Dec 2008 11:35:28 -0800 Message-ID: In-Reply-To: <873agpk11i.fsf@kobe.laptop> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AcleuzM4ft2uNm1IT5epXz6AwN7sTwALliIg References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> From: "Li, Qing" To: "Giorgos Keramidas" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed 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, 15 Dec 2008 20:00:24 -0000 The increase in "Use" count is not a leak. Before the arp-v2 commit,=20 the counter increment occurs in the ARP entry for the gateway, but=20 "rt_gwroute" is no longer necessary and has been removed. The outgoing=20 interface is known from the default route entry, and because the gateway is on-link, an ARP search is made in that interface.=20 The side effect is the "Use" count is increased in the default route entry. You will also notice a similar behavior when you access=20 on-link hosts, i.e., the "Use" count for the interface route 192.169.1.0/24 will go up for every outgoing packet. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Giorgos Keramidas > Sent: Monday, December 15, 2008 5:42 AM > To: Qing Li > Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org > Subject: Re: HEADSUP: arp-v2 has been committed >=20 > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. >=20 > Thanks! I've just updated my installation here to the new kernel and > userland and it seems to work fine so far. At least, ARP and IPv4 > seems > to work without any noticeable problem the last few hours :-) >=20 > I have one minor question though (still reading through the diff, so I > am not sure if this is `normal'). >=20 > The new netstat output includes a `Use' column that seems to be ever > increasing: >=20 > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5338 re0 > : 127.0.0.1 link#4 UH 0 1292 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 > : > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5365 re0 > : 127.0.0.1 link#4 UH 0 1337 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 > : > : % netstat -rn -f inet > : Routing tables > : > : Internet: > : Destination Gateway Flags Refs Use Netif > Expire > : default 192.168.1.1 UGS 0 5409 re0 > : 127.0.0.1 link#4 UH 0 1375 lo0 > : 192.168.1.0/24 link#2 U 0 2 re0 >=20 > Is this expected, or does it look like a leak? >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 20:27:34 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0BD1065678; Mon, 15 Dec 2008 20:27:34 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id EE6788FC1A; Mon, 15 Dec 2008 20:27:33 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.dialup.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 5FDC213DF46; Mon, 15 Dec 2008 23:35:21 +0300 (MSK) Date: Mon, 15 Dec 2008 23:27:30 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1125132021.20081215232730@serebryakov.spb.ru> To: Sam Leffler In-Reply-To: <49469ED0.5070308@freebsd.org> References: <1988001541.20081215103053@serebryakov.spb.ru> <49469ED0.5070308@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Lev Serebryakov , freebsd-hardware@freebsd.org Subject: Re[2]: ath: is here full list of supported chipsets and chipsets comparsion? 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, 15 Dec 2008 20:27:34 -0000 Hello, Sam. You wrote 15 =E4=E5=EA=E0=E1=F0=FF 2008 =E3., 21:15:44: > RELENG_7 has a much older hal and lacks support for many cards. I > recommend using HEAD if wireless support is important to you. No ETA on > an update by me--others are welcome to supply the changes. As far as I understand, HEAD uses new HAL, so update is not simple one... Or is RELENG_7 HAL build from same (Ok, previous version) sources, as used in HEAD and HAL itself could be ported? (I understand, that ath DRIVER could not be backported, because all massive wlan changes). And using HEAD in production... Hmm. Is it good idea? Are current MiniPCI versions (AR5006[suffix]) supported by RELENG_7 HAL? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 21:10:51 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1741065679; Mon, 15 Dec 2008 21:10:51 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 13DED8FC25; Mon, 15 Dec 2008 21:10:51 +0000 (UTC) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBFLAoBW081255; Mon, 15 Dec 2008 21:10:50 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBFLAnlN081251; Mon, 15 Dec 2008 21:10:49 GMT (envelope-from marius) Date: Mon, 15 Dec 2008 21:10:49 GMT Message-Id: <200812152110.mBFLAnlN081251@freefall.freebsd.org> To: freebsd@amc-os.com, marius@FreeBSD.org, freebsd-net@FreeBSD.org From: marius@FreeBSD.org Cc: Subject: Re: kern/128833: [bge] Network packets corrupted when bge card is in 64-bit PCI slot 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, 15 Dec 2008 21:10:51 -0000 Synopsis: [bge] Network packets corrupted when bge card is in 64-bit PCI slot State-Changed-From-To: open->closed State-Changed-By: marius State-Changed-When: Mon Dec 15 21:08:02 UTC 2008 State-Changed-Why: Close, a workaround for the hardware bug was committed to head (r185812), stable/7 (r186134), releng/7.1 (r186135) and stable/6 (186136). http://www.freebsd.org/cgi/query-pr.cgi?pr=128833 From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 22:37:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0E90106568E; Mon, 15 Dec 2008 22:37:28 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4F97E8FC20; Mon, 15 Dec 2008 22:37:28 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.182.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 3F82B84CD735; Mon, 15 Dec 2008 16:37:27 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mBFMbLOY081498; Mon, 15 Dec 2008 16:37:21 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Mon, 15 Dec 2008 16:37:21 -0600 (CST) From: Wes Morgan To: Sam Leffler In-Reply-To: <49469ED0.5070308@freebsd.org> Message-ID: References: <1988001541.20081215103053@serebryakov.spb.ru> <49469ED0.5070308@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: ath: is here full list of supported chipsets and chipsets comparsion? 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, 15 Dec 2008 22:37:29 -0000 On Mon, 15 Dec 2008, Sam Leffler wrote: > Lev Serebryakov wrote: >> Hello, All. >> >> `man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and >> not-supported AR5005VL. But in "current" cars here are many other >> chipsets -- 5213A, 5414, etc... And Atheros site is not very helpful >> now -- there are not 5212, 5213A, 5414 chipsets in both areas "WLAN >> for Home, Office and Metro Wi-Fi" and "WLAN for Mobile" (BTW, link to >> http://customerproducts.atheros.com/ doesn't work anymore). >> >> Is here full list of supported chipsets, and, maybe, some table with >> chipsets features (AES, WPA2, AP mode, etc)? >> >> > HEAD supports most PCI/cardbus parts. The main exceptions are the 9280 and > 9285. The ath9k driver for linux supports them and anyone can add support > using that. 11n parts only support legacy operation though w/ ~10 line > change to the driver you can get 11n RX + legacy TX. > > RELENG_7 has a much older hal and lacks support for many cards. I recommend > using HEAD if wireless support is important to you. No ETA on an update by > me--others are welcome to supply the changes. > > All ath cards support all features you listed (except for the 5210 which > you're unlikely to care about). Sam, I just updated my system from -stable to -current this weekend, and I'm noticing a lot more issues with the ath driver losing its association much more frequently, sometimes failing to reassociate altogether. The strange part is that tcpdump shows packets being received from the network just fine, but nothing seems to be transmitted (although I have not stepped over to my file server to verify this). A manual unload / reload of the module "solves" the problem, but I get a warning about a memory leak. Code-wise, the only difference since the "open sourcing" is simply that we now have the code, correct? From owner-freebsd-net@FreeBSD.ORG Mon Dec 15 23:01:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2631065672 for ; Mon, 15 Dec 2008 23:01:43 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8291C8FC12 for ; Mon, 15 Dec 2008 23:01:43 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBFN1dZX009128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Dec 2008 15:01:39 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4946E1D3.5090005@freebsd.org> Date: Mon, 15 Dec 2008 15:01:39 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Wes Morgan References: <1988001541.20081215103053@serebryakov.spb.ru> <49469ED0.5070308@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: ath: is here full list of supported chipsets and chipsets comparsion? 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, 15 Dec 2008 23:01:43 -0000 Wes Morgan wrote: > On Mon, 15 Dec 2008, Sam Leffler wrote: > >> Lev Serebryakov wrote: >>> Hello, All. >>> >>> `man ath' on FreeBSD 7.1-PRE speaks only about WPA2 in AR5212 and >>> not-supported AR5005VL. But in "current" cars here are many other >>> chipsets -- 5213A, 5414, etc... And Atheros site is not very helpful >>> now -- there are not 5212, 5213A, 5414 chipsets in both areas "WLAN >>> for Home, Office and Metro Wi-Fi" and "WLAN for Mobile" (BTW, link to >>> http://customerproducts.atheros.com/ doesn't work anymore). >>> >>> Is here full list of supported chipsets, and, maybe, some table with >>> chipsets features (AES, WPA2, AP mode, etc)? >>> >>> >> HEAD supports most PCI/cardbus parts. The main exceptions are the >> 9280 and 9285. The ath9k driver for linux supports them and anyone >> can add support using that. 11n parts only support legacy operation >> though w/ ~10 line change to the driver you can get 11n RX + legacy TX. >> >> RELENG_7 has a much older hal and lacks support for many cards. I >> recommend using HEAD if wireless support is important to you. No ETA >> on an update by me--others are welcome to supply the changes. >> >> All ath cards support all features you listed (except for the 5210 >> which you're unlikely to care about). > > Sam, > > I just updated my system from -stable to -current this weekend, and > I'm noticing a lot more issues with the ath driver losing its > association much more frequently, sometimes failing to reassociate > altogether. The strange part is that tcpdump shows packets being > received from the network just fine, but nothing seems to be > transmitted (although I have not stepped over to my file server to > verify this). A manual unload / reload of the module "solves" the > problem, but I get a warning about a memory leak. I see no relevant PR's. I cannot fix problems w/o information. > > Code-wise, the only difference since the "open sourcing" is simply > that we now have the code, correct? Only difference between what? The code in the tree is my latest work. If there are problems I will do my best to fix them given sufficient information and/or the ability to reproduce the problem. Sam From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 06:52:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 249ED1065676 for ; Tue, 16 Dec 2008 06:52:28 +0000 (UTC) (envelope-from dustah@gmail.com) Received: from mail-bw0-f14.google.com (mail-bw0-f14.google.com [209.85.218.14]) by mx1.freebsd.org (Postfix) with ESMTP id 515ED8FC17 for ; Tue, 16 Dec 2008 06:52:27 +0000 (UTC) (envelope-from dustah@gmail.com) Received: by bwz7 with SMTP id 7so7321529bwz.19 for ; Mon, 15 Dec 2008 22:52:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=TADDnKCTKfNAu/GMAYj+LOd4wY6l3ABe9ijMbg7ySAU=; b=GJA6k8aHieLMLgMiGnUVVw72g+6jFEHgvpfpW/1iy/b3A1In+5Ch7nLYVKW5RRuvUa iE8HSJQOt4OS80woJiDzZToFF3FDFfKI3bb+llOdJlw3DrEAC0CpPoquFn1U0P9IhIVY Eh09tJK3b0oPLMnlvsiUfWzdvXZ/8vG67P22M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=fOXtGlNkReLZa8EVXt4CVaIFXQNKYz/eM2CWriNukHaAVtPXaa975Ttrr85+Pbc7DU BRBFoVV9qpQVJ6ENV7UlmZDvg6i91IKRrm6vYQdNhcWXvz+3n5kD8lGTka02KVuvn+Jc 9f+rGQ7ZnZIGbc99cWvaPEwNOm8Ucfaq6hn3A= Received: by 10.223.103.212 with SMTP id l20mr7577173fao.3.1229410345634; Mon, 15 Dec 2008 22:52:25 -0800 (PST) Received: by 10.223.126.15 with HTTP; Mon, 15 Dec 2008 22:52:25 -0800 (PST) Message-ID: Date: Tue, 16 Dec 2008 09:52:25 +0300 From: "Denis Mysenko" To: freebsd-net@freebsd.org In-Reply-To: <200812151112.59847.max@love2party.net> MIME-Version: 1.0 References: <200812151112.59847.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: PPP / Routing table 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, 16 Dec 2008 06:52:28 -0000 On Mon, Dec 15, 2008 at 1:12 PM, Max Laier wrote: > > It is also unclear to me why you'd see RTF_GATEWAY on ptp routes. It might > help to ktrace poptop to see what kind of ioctl it is issuing. > > Actually, as far as I understand (and according to kdump as well) - Poptop has nothing to do with interfaces or VPN itself - Poptop simply connects userland ppp with connected users, the rest is the task of ppp. So either this is a problem of ppp or OS/kernel. So I did ktrace on ppp, ppp reads ppp.secret file to get necessary IP address and issues the following call: CALL ioctl(0x1,SIOCAIFADDR, 0xbfbfdaac) And also these two calls: CALL __sysctl(0xbfbfda50,0x6,0,0xbfbfda78,0,0) CALL __sysctl(0xbfbfda50,0x6,0x8127800,0xbfbfda78,0,0) At the end of the link establishment process, ppp also issues these two calls: CALL ioctl(0x1,SIOCGIFFLAGS,0xbfbfdf8c) CALL ioctl(0x1,SIOCSIFFLAGS,0xbfbfdf8c) I compared two ktrace log files - from successful and from unsuccessful VPN connections and these ioctl() calls are equal. I ran through sources of ppp, these calls are issued by ipip.c and iface.c - initially to set up interface and then to change it's flags. Interface is chosen correctly for these calls. Another interesting thing, probably related to the last two calls, is when the second client connects to the Poptop server, initial routing table of FreeBSD contains a good entry with correct tunnel interface and UH flags, then entry flags are updated to UGH, then entry interface is updated to incorrect tunnel of the previous client. Just a note - ppp.log contains correct tunnel interfaces for all clients, as well as correct IP addresses in IPCP part. -- Sincerely, -- Denis Mysenko, CCNA, MCP, MCSA Technologies of the Smart City Ltd Phone: +7 903 913-2651 ICQ: 555955 From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 09:56:15 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0562106564A for ; Tue, 16 Dec 2008 09:56:15 +0000 (UTC) (envelope-from nrml@att.net) Received: from smtp106.sbc.mail.mud.yahoo.com (smtp106.sbc.mail.mud.yahoo.com [68.142.198.205]) by mx1.freebsd.org (Postfix) with SMTP id A5AAE8FC16 for ; Tue, 16 Dec 2008 09:56:15 +0000 (UTC) (envelope-from nrml@att.net) Received: (qmail 99294 invoked from network); 16 Dec 2008 09:56:15 -0000 Received: from unknown (HELO Inbox) (nrml@70.7.127.185 with login) by smtp106.sbc.mail.mud.yahoo.com with SMTP; 16 Dec 2008 09:56:14 -0000 X-YMail-OSG: Z5TCf_8VM1nhlY_EfYZkou11w875iM.TnIN_RVY5qxOEsi4V3BrDYBVHof7a3JH_LRQd.Do2Iij1UduJVxq0NdYf_9biyPJc4nuXvwCFdwic8WK_KJL51X47IvPri3dKF6A9KrKnboh_z7hW2jgIaohN X-Yahoo-Newman-Property: ymail-3 MIME-Version: 1.0 content-class: From: Gabe Date: Tue, 16 Dec 2008 01:56:27 -0800 Importance: normal X-Priority: 3 To: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Message-Id: <20081216095615.A5AAE8FC16@mx1.freebsd.org> Subject: FreeBSD network failover 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, 16 Dec 2008 09:56:16 -0000 I have a nat'd box which obviously has an internal and external ip address.= The box has a third interface which is configured to a DSL connection. My = goal is for that interface to be activated if the external side fails so th= at outbound traffic still flows. Any of you know of a way to accomplish thi= s regardless of the type of failure. I looked into CARP but I am not convinced that this would do what I need it= to. /gabe= From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 10:16:11 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B6C9106564A for ; Tue, 16 Dec 2008 10:16:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 209FD8FC17 for ; Tue, 16 Dec 2008 10:16:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LCWyH-0001ht-TA; Tue, 16 Dec 2008 10:16:10 +0000 Message-ID: <49477FE8.4070903@psg.com> Date: Tue, 16 Dec 2008 19:16:08 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Gabe References: <20081216095615.A5AAE8FC16@mx1.freebsd.org> In-Reply-To: <20081216095615.A5AAE8FC16@mx1.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD network failover 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, 16 Dec 2008 10:16:11 -0000 On 08.12.16 18:56, Gabe wrote: > I have a nat'd box which obviously has an internal and external ip > address. The box has a third interface which is configured to a DSL > connection. My goal is for that interface to be activated if the > external side fails so that outbound traffic still flows. Any of you > know of a way to accomplish this regardless of the type of failure. what routing protocols are involved? randy From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 10:19:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D2141065675 for ; Tue, 16 Dec 2008 10:19:22 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id ED3EB8FC17 for ; Tue, 16 Dec 2008 10:19:21 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so216485ugs.39 for ; Tue, 16 Dec 2008 02:19:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references:subject :date:message-id:mime-version:content-type:content-transfer-encoding :x-mailer:thread-index:x-mimeole:in-reply-to; bh=4OoH+a7ejadhHdsc/U4y+PWXqk+wdp+CE0flZ3NuCEY=; b=P7m3gAi72EdKHd9Ns8klTnFPQtFne3sJ7YVoTSeWps4X2nyOelfTfSpo7kp1+F4jJq WFPCGF7ZD0MyElj1dGnw2apwKHFjHRhUzkijnVtPR01BYn+xB2skH3spoJQpHhrWJNjb CD7OyEY9o3kgyqNBj2lg7yzaikm8OdRBTcBZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :x-mimeole:in-reply-to; b=DYRqG0f20fzGpmxT2Gcx6ifd43+9biLFVjioliUTfDYmZxycHGNTbiWRuvOQ+ajtOa BI1+xyHayVY6OBoJRroGA6+SWeQpCq1S73MQ3StO0CB7CK0ukdV1HO7WiqtluCQsgMV+ yTG2FJAS2Id/VVbJ+/OlIEA+JxMm5bR1Do0kY= Received: by 10.67.100.5 with SMTP id c5mr2566720ugm.43.1229422760736; Tue, 16 Dec 2008 02:19:20 -0800 (PST) Received: from mtllpt03 (DSL212-235-20-133.bb.netvision.net.il [212.235.20.133]) by mx.google.com with ESMTPS id l4sm546416ugf.2.2008.12.16.02.19.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 02:19:19 -0800 (PST) From: "Yony Yossef" To: "'pluknet'" , "Yony Yossef" References: <000501c95ebe$709bddb0$220f000a@mtl.com> Date: Tue, 16 Dec 2008 12:19:13 +0200 Message-ID: <000b01c95f67$c06737f0$220f000a@mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acle4V8xmdmOiwd2QpipZ2/g6CK07AAhjeBA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 In-Reply-To: Cc: freebsd-net@freebsd.org Subject: RE: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 16 Dec 2008 10:19:22 -0000 > > Hi All, > > > > I'm testing an Ethernet driver on FreeBSD 6.3. > > > > Running netstat -m during an ethernt stress test I see that the > > "mbuf+clusters out of packet secondary zone in use" number > is growing > > gradualy. > > Problem is it never goes down after I stop the test, so > it's pushing > > the "mbufs in use" up until the following stress test > iterations reach > > the OS limit. > > What does this number mean? > > > > > > 506391/126009/632400 mbufs in use (current/cache/total) > > 141035/121109/262144/262144 mbuf clusters in use > > (current/cache/total/max) 131054/610 mbuf+clusters out of packet > > secondary zone in use (current/cache) > > > > Can you say what the ethernet stress test do you use? > I'm using a bi-directional test running multiple processes of this ping command: /sbin/ping -c 5000 -i 0.0001 -s 65507 -l 100 From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 10:42:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D89E1065675 for ; Tue, 16 Dec 2008 10:42:17 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.176]) by mx1.freebsd.org (Postfix) with ESMTP id DEDE18FC25 for ; Tue, 16 Dec 2008 10:42:16 +0000 (UTC) (envelope-from yonyossef.lists@gmail.com) Received: by ik-out-1112.google.com with SMTP id c21so816887ika.3 for ; Tue, 16 Dec 2008 02:42:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references:subject :date:message-id:mime-version:content-type:content-transfer-encoding :x-mailer:thread-index:x-mimeole:in-reply-to; bh=SX2uFWLMjO6NT4mW3O+swSlGCQAHM8cjfPEjFTokI2s=; b=lVSUM6LsT85SZ5l6kuapKJTouceAkzY4SZk3Uhbkbs+vkMqctc/dVKZgmE8YE9Jka3 1D1zGm8g5szak2ct0d72jk+zZTuwMltCp2S0vmhQOI/e4JEqB6D1TTqiinRylKDHoHhW fOGuJGJmPLu7wSRUghdPtL2n+7tbtLVYzZJiI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :x-mimeole:in-reply-to; b=ILT4DC1OHuxJar3A6NIMwmjrhNHy6ltNAT23YGQ46BN8038PIGUCbFw97jQaep185L IdW3fWQ7vvgnsKd4XJQKoEzg+uyGX43XT4gd3iSMMHh8TBPTjxPm/lqcW5mVzVVwuaBo 6mDqfc4mpVH1ir9WOOicIu8VFnXBXqCH71cN8= Received: by 10.66.239.16 with SMTP id m16mr2580434ugh.36.1229424135394; Tue, 16 Dec 2008 02:42:15 -0800 (PST) Received: from mtllpt03 (DSL212-235-20-133.bb.netvision.net.il [212.235.20.133]) by mx.google.com with ESMTPS id y6sm1305945uge.28.2008.12.16.02.42.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 02:42:14 -0800 (PST) From: "Yony Yossef" To: "'Robert Watson'" , "Yony Yossef" References: <000501c95ebe$709bddb0$220f000a@mtl.com> Date: Tue, 16 Dec 2008 12:42:11 +0200 Message-ID: <000c01c95f6a$f52d0430$220f000a@mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acle54ZAlKUBKty+QMiP/4EuFNTF0gAgoNzw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 In-Reply-To: Cc: freebsd-net@freebsd.org Subject: RE: About netstat -m: What is "mbuf+clusters out of packet secondary zone in use" ? 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, 16 Dec 2008 10:42:17 -0000 > > I'm testing an Ethernet driver on FreeBSD 6.3. > > > > Running netstat -m during an ethernt stress test I see that the > > "mbuf+clusters out of packet secondary zone in use" number > is growing > > gradualy. Problem is it never goes down after I stop the > test, so it's > > pushing the "mbufs in use" up until the following stress test > > iterations reach the OS limit. What does this number mean? > > It seems likely that one of two things is happening: > > (1) a leak of mbuf + clusters > (2) a bug in stats on mbuf + clusters > > Could you paste the output of "vmstat -z | grep -i mbuf" into > an e-mail? > That's the underlying vm stats from the zone used to generate > netstat -m output, and might shed more light on things. Thanks Robert. Here's the dump. In the beginning of the test this is the status: Tue Dec 16 10:34:15 UTC 2008 4353/1152/5505 mbufs in use (current/cache/total) 4352/706/5058/65536 mbuf clusters in use (current/cache/total/max) 256/640 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 9792K/1700K/11492K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ITEM SIZE LIMIT USED FREE REQUESTS FAILURES mbuf_packet: 256, 0, 256, 640, 12466, 0 mbuf: 256, 0, 4097, 512, 26854, 0 mbuf_cluster: 2048, 65536, 4992, 66, 4992, 0 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 After a while the mbuf+clusters is growing. This output was taken a long time after the test ended: Tue Dec 16 10:38:58 UTC 2008 12873/62142/75015 mbufs in use (current/cache/total) 6780/58756/65536/65536 mbuf clusters in use (current/cache/total/max) 2337/542 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 16778K/133047K/149825K bytes allocated to network (current/cache/total) 0/77/15 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines ITEM SIZE LIMIT USED FREE REQUESTS FAILURES mbuf_packet: 256, 0, 2337, 542, 1939590, 15 mbuf: 256, 0, 10536, 61600, 10221115, 0 mbuf_cluster: 2048, 65536, 7322, 58214, 3316319, 77 mbuf_jumbo_pagesize: 4096, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 0, 0, 0, 0, 0 From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 10:48:41 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E5531065672 for ; Tue, 16 Dec 2008 10:48:41 +0000 (UTC) (envelope-from nrml@att.net) Received: from smtp111.sbc.mail.mud.yahoo.com (smtp111.sbc.mail.mud.yahoo.com [68.142.198.210]) by mx1.freebsd.org (Postfix) with SMTP id E75D18FC17 for ; Tue, 16 Dec 2008 10:48:40 +0000 (UTC) (envelope-from nrml@att.net) Received: (qmail 92820 invoked from network); 16 Dec 2008 10:48:40 -0000 Received: from unknown (HELO Inbox) (nrml@70.7.127.185 with login) by smtp111.sbc.mail.mud.yahoo.com with SMTP; 16 Dec 2008 10:48:26 -0000 X-YMail-OSG: 8kjn..0VM1kIEdZBFrUrxzOUDhGjSzl8EcuK3Qe.ieym4OE6CLJW7soWESrGSthHlK8MYKJcwmzq6B70wA6G.1yw1nyTckqmI5dMy5xyQ9zMlr9PSZGXwcAkGvgHvYGO2.WwY9LntC9ow04jxIGt5ePi X-Yahoo-Newman-Property: ymail-3 MIME-Version: 1.0 content-class: From: Gabe Date: Tue, 16 Dec 2008 02:48:51 -0800 Importance: normal X-Priority: 3 To: Randy Bush Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Message-Id: <20081216104840.E75D18FC17@mx1.freebsd.org> Cc: freebsd-net@freebsd.org Subject: RE: FreeBSD network failover 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, 16 Dec 2008 10:48:41 -0000 On 08.12.16 18:56, Gabe wrote: > I have a nat'd box which obviously has an internal and external ip > address. The box has a third interface which is configured to a DSL > connection. My goal is for that interface to be activated if the > external side fails so that outbound traffic still flows. Any of you > know of a way to accomplish this regardless of the type of failure. > what routing protocols are involved? > randy Its just IP and nat and there is an IPSec tunnel in place. I need to know t= hat if the ISP goes out the DSL connection will be able to do certain thing= s, like say sending an email to a pager letting us know that the main conne= ction went down.= From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 10:57:14 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400C71065670 for ; Tue, 16 Dec 2008 10:57:14 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECA98FC20 for ; Tue, 16 Dec 2008 10:57:14 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LCXc1-0001mi-If; Tue, 16 Dec 2008 10:57:13 +0000 Message-ID: <49478988.2070208@psg.com> Date: Tue, 16 Dec 2008 19:57:12 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Gabe Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD network failover 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, 16 Dec 2008 10:57:14 -0000 >>> I have a nat'd box which obviously has an internal and external ip >>> address. The box has a third interface which is configured to a >>> DSL connection. My goal is for that interface to be activated if >>> the external side fails so that outbound traffic still flows. Any >>> of you know of a way to accomplish this regardless of the type of >>> failure. >> what routing protocols are involved? > Its just IP and nat and there is an IPSec tunnel in place. I need to > know that if the ISP goes out the DSL connection will be able to do > certain things, like say sending an email to a pager letting us know > that the main connection went down. freebsd does not allow metrics on static routes, which would be the 'normal' hack. i.e. you can not have two default routes with different weights. so you may be left with a scripted hack which pings, or otherwise checks, the next hops of the two exits and adds/deletes default routes appropriately. randy From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 13:08:35 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 623B91065677 for ; Tue, 16 Dec 2008 13:08:35 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAFB8FC1B for ; Tue, 16 Dec 2008 13:08:35 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3345596wfg.7 for ; Tue, 16 Dec 2008 05:08:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=VtCZGNVobZSJTdCW4fW7Wwd/LTFvEW4AzsvdAlG8uVc=; b=jpyAQJwhFGMsGcbo0AEZTOcU1xd7h/e3J1qhBjNGFtTEOiJ7xI81ntL83USqHSn0J1 zmxoAB0dmujYWuXsxVyjW9cb5K7YI0qU1CvokeMZv49OrYG4LTmhrKvQFmJuAw/LqtKa RaO7p3gYWnrNNmuj+gPpUUm0fM4XEVvAl7Hls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references:x-google-sender-auth; b=nOznKHlU7N+DHlAjamNgrn2bdreD+I34D5feObR4xpELz2zqcaBTIdxtfJyYQxaC21 JDJWgK1kfaN8VvdXGto1Wu/MTmbuiccN8mKuDhp/j7WnwOwMf67GlA9a5K44ANwjIfyC 75HL10LHXaFUrUzY5GT7I0XIo6pbpLDWf/oSY= Received: by 10.142.48.14 with SMTP id v14mr3293626wfv.166.1229431284599; Tue, 16 Dec 2008 04:41:24 -0800 (PST) Received: by 10.142.177.16 with HTTP; Tue, 16 Dec 2008 04:41:24 -0800 (PST) Message-ID: <61b573980812160441m68027f88ic67d5eb532b4c311@mail.gmail.com> Date: Tue, 16 Dec 2008 14:41:24 +0200 From: "Shteryana Shopova" Sender: shteryana@gmail.com To: "Randy Bush" In-Reply-To: <49478988.2070208@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49478988.2070208@psg.com> X-Google-Sender-Auth: ecb09a000adeb510 Cc: freebsd-net@freebsd.org, Gabe Subject: Re: FreeBSD network failover X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 13:08:35 -0000 Maybe try lagg(4) in Failover mode? On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote: >>>> I have a nat'd box which obviously has an internal and external ip >>>> address. The box has a third interface which is configured to a >>>> DSL connection. My goal is for that interface to be activated if >>>> the external side fails so that outbound traffic still flows. Any >>>> of you know of a way to accomplish this regardless of the type of >>>> failure. > From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 13:49:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 965CC106567C for ; Tue, 16 Dec 2008 13:49:33 +0000 (UTC) (envelope-from dustah@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id C23218FC12 for ; Tue, 16 Dec 2008 13:49:32 +0000 (UTC) (envelope-from dustah@gmail.com) Received: by ewy14 with SMTP id 14so4266578ewy.19 for ; Tue, 16 Dec 2008 05:49:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=7KxInTwv+5Kskn77ldloWMYg0egJ8VEwq9lnno7Fllg=; b=TMN9g8myOfeaDn163qysscQyf5qG57Gyx82Xd0x8liWRHR2GaoR/rcceqCBYnWekZr pgVX2kuRw9LDc6gHTAuHAbYaQZZSSj0xBfa4v+mibSBQI0tCWvrXP00YR/U2ekn2U1Nn 35WaNsI5FbLt2xtc0r7yQLYSnIT2Y7o65Y8NI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=eIxtM8OsJoFlJhwxOmhBlpZt8U3LAeD/+v3nhnoR2smimYaRXC4rZW+Dc4TeW+YWXV kSlYJXtbabaAMkPp+dJmx9PZXLqnxtNmdia6GTM+mmOIS2wMUAhYsO8kLZfrNtEiOf9s cood6UXw4Med9pZpGncuT6dt9Tb8+DELng/ic= Received: by 10.210.113.16 with SMTP id l16mr9277134ebc.38.1229435371316; Tue, 16 Dec 2008 05:49:31 -0800 (PST) Received: by 10.210.139.6 with HTTP; Tue, 16 Dec 2008 05:49:31 -0800 (PST) Message-ID: Date: Tue, 16 Dec 2008 16:49:31 +0300 From: "Denis Mysenko" To: freebsd-net@freebsd.org In-Reply-To: MIME-Version: 1.0 References: <200812151112.59847.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: PPP / Routing table 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, 16 Dec 2008 13:49:33 -0000 I guess I found the source of the problem - it is route_Add() function from route.c (a part of /usr/sbin/ppp) which modifies routing table of the machine upon a new connection. As a quick solution, I created a ppp.linkup file: /sbin/route del $1 /sbin/route add -host $1 -iface $2 that deletes incorrect route entry and adds a new one with UH (no RTF_GATEWAY anymore) flags and proper destination interface. But it would be much nicer to have this problem fixed in ppp instead... :) -- Sincerely, -- Denis Mysenko, CCNA, MCP, MCSA Technologies of the Smart City Ltd Phone: +7 903 913-2651 ICQ: 555955 From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 14:13:52 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B901065673 for ; Tue, 16 Dec 2008 14:13:52 +0000 (UTC) (envelope-from nrml@att.net) Received: from smtp114.sbc.mail.mud.yahoo.com (smtp114.sbc.mail.mud.yahoo.com [68.142.198.213]) by mx1.freebsd.org (Postfix) with SMTP id 0A09D8FC19 for ; Tue, 16 Dec 2008 14:13:51 +0000 (UTC) (envelope-from nrml@att.net) Received: (qmail 83512 invoked from network); 16 Dec 2008 14:13:51 -0000 Received: from unknown (HELO Inbox) (nrml@70.7.127.185 with login) by smtp114.sbc.mail.mud.yahoo.com with SMTP; 16 Dec 2008 14:13:50 -0000 X-YMail-OSG: FmsWuikVM1k9m9EsnDSFpHxDDYogOb2M1i_8TrCIXuE0UlDDTN18umaVWng63Z3Ygv.bSDUlf0cS6_ljXlKmRxC9eojCfSltVC6M0zIy0CsQBoNo6vnZ1jad3AKi.UVrmiIahTUaEfNgjDLfU6VnvPWlqQQVw5f7iy9weAm.qm0ldIMuEIi1kXQ- X-Yahoo-Newman-Property: ymail-3 MIME-Version: 1.0 content-class: From: Gabe Date: Tue, 16 Dec 2008 06:14:02 -0800 Importance: normal X-Priority: 3 To: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Message-Id: <20081216141352.0A09D8FC19@mx1.freebsd.org> Subject: RE: FreeBSD network failover 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, 16 Dec 2008 14:13:52 -0000 >Maybe try lagg(4) in Failover mode? On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote: >>>> I have a nat'd box which obviously has an internal and external ip >>>> address. The box has a third interface which is configured to a >>>> DSL connection. My goal is for that interface to be activated if >>>> the external side fails so that outbound traffic still flows. Any >>>> of you know of a way to accomplish this regardless of the type of >>>> failure. > Lagg wouldn't work on my setup because the dsl connection would be almost = completely independent. Unless you can provide an example. /gabe= From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 15:06:29 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C632C106564A for ; Tue, 16 Dec 2008 15:06:29 +0000 (UTC) (envelope-from valentin.bud@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 95BF18FC1F for ; Tue, 16 Dec 2008 15:06:29 +0000 (UTC) (envelope-from valentin.bud@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3398906wfg.7 for ; Tue, 16 Dec 2008 07:06:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=V6OxWB373XZZ7DuSWibkWj+AG8VrGB5VJxsyJavX9oQ=; b=q4HgP74YQ19HSWsQwEGq5brhbj0BkFInYoxhJMuA6DNZIDBglgdortsjLiAqdfzSBN 9gkDpkUpJT/X//ngQOxk91w9DQDypJQH85dLXA9Ke/rnQMg7NuS6dvhSM4VjV/XK2utO nHAwrDHgnpIiWONxn2KcmKZuaGelcPXGIBhaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=mNNOkHishtkJQGA1eMdiNe5mUeqxk2Ht1x52lb1SFjoA548N/NXtyTv+CUFs3fbUSS WJitejMXTSS7fCjXSq/CvSMx+loNyBj1Ma/sYu/HcYDbEuNxQTnygcUThIII2lZqcjyU +dHBbcB3gUOcYhfmCau0Pgu6N4CWrdcJB1NnU= Received: by 10.142.237.20 with SMTP id k20mr3335601wfh.74.1229438214803; Tue, 16 Dec 2008 06:36:54 -0800 (PST) Received: by 10.142.165.8 with HTTP; Tue, 16 Dec 2008 06:36:54 -0800 (PST) Message-ID: <139b44430812160636s798ab039xee7f15229eb2a077@mail.gmail.com> Date: Tue, 16 Dec 2008 16:36:54 +0200 From: "Valentin Bud" To: Gabe In-Reply-To: <20081216141352.0A09D8FC19@mx1.freebsd.org> MIME-Version: 1.0 References: <20081216141352.0A09D8FC19@mx1.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD network failover 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, 16 Dec 2008 15:06:29 -0000 On Tue, Dec 16, 2008 at 4:14 PM, Gabe wrote: > >Maybe try lagg(4) in Failover mode? > > On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote: > >>>> I have a nat'd box which obviously has an internal and external ip > >>>> address. The box has a third interface which is configured to a > >>>> DSL connection. My goal is for that interface to be activated if > >>>> the external side fails so that outbound traffic still flows. Any > >>>> of you know of a way to accomplish this regardless of the type of > >>>> failure. > > > > Lagg wouldn't work on my setup because the dsl connection would be almost > completely independent. Unless you can provide an example. Hello Gabe, You could use monit (http://mmonit.com/monit/) for example to monitor the default gateway with a ping and if it fails to exec a specific script in which you set up routes, send email and such and of course to (re)set the default stuff when the (default) connection is back online. There might be other tools designed especially for this so the others can point you in a better direction. a great day, v > > > /gabe > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 16:15:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0E67106564A for ; Tue, 16 Dec 2008 16:15:03 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f14.google.com (mail-bw0-f14.google.com [209.85.218.14]) by mx1.freebsd.org (Postfix) with ESMTP id 111E38FC1D for ; Tue, 16 Dec 2008 16:15:02 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by bwz7 with SMTP id 7so7852251bwz.19 for ; Tue, 16 Dec 2008 08:15:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:subject :x-priority:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc:x-pgp-agent:x-mailer; bh=QsVwxJLiat2KcunWJQL0eMLvYm5TWqzxRU7t6s1NgMg=; b=nb9KUjl0RnSmXTOcNDF/jAD0IxNQQS4/fbWa7/SB1XZtOdP3GEzEhGN6cAzollzvk5 MVm77ywBDaUYPR+jmnmNhjQ7iEBuXjkdfOTg+woNGXxkFXnzpekUHutKjN9tw3HmX5pb 5JwCVY4OI18QOC0kVo0VvOpDDucXS83Gd8f9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:subject:x-priority:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc :x-pgp-agent:x-mailer; b=vzGDGzJlnnL3FoeTaQHkd1HWQdt/jtJRLNARHrc67GN2l4Ty6Wb8R6NyDbH3uJGTHo RcDP5TLFkrb2M0s5IBFaVHWq2kqa4rr3xUS7ZmjuKW7f/LEoyx85bud2xWxUz7Yq857j wgTHXdNsPg4awTWT/VrjHE9s9xEyDFuzNyijg= Received: by 10.103.182.3 with SMTP id j3mr3528394mup.113.1229442671671; Tue, 16 Dec 2008 07:51:11 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id e9sm688473muf.51.2008.12.16.07.51.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 07:51:07 -0800 (PST) From: Nikolay Denev To: Gabe In-Reply-To: <20081216095615.A5AAE8FC16@mx1.freebsd.org> X-Priority: 3 References: <20081216095615.A5AAE8FC16@mx1.freebsd.org> Message-Id: <4B08B02F-74F5-4250-AF04-23A9C5D8888A@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 16 Dec 2008 17:51:03 +0200 X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD network failover 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, 16 Dec 2008 16:15:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16 Dec, 2008, at 11:56 , Gabe wrote: > I have a nat'd box which obviously has an internal and external ip > address. The box has a third interface which is configured to a DSL > connection. My goal is for that interface to be activated if the > external side fails so that outbound traffic still flows. Any of you > know of a way to accomplish this regardless of the type of failure. > > I looked into CARP but I am not convinced that this would do what I > need it to. > > /gabe > _______________________________________________ > 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" > pfSense for example accomplishes this by using pf(4) with slbd (/usr/ ports/net/slbd). - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAklHzmcACgkQHNAJ/fLbfrk48ACdFti+w9eDl/poxMokZuylY+0c ecUAn2mcmtGj1X/9wAOyb2ORA34if8nB =nei8 -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 16:49:55 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E6F1065675 for ; Tue, 16 Dec 2008 16:49:55 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.190]) by mx1.freebsd.org (Postfix) with ESMTP id E068A8FC08 for ; Tue, 16 Dec 2008 16:49:54 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so3863574rne.12 for ; Tue, 16 Dec 2008 08:49:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=6urxLkxj/zrwn5J7NrzpITSYzDKUTFa8Yb2ZTViO0oI=; b=pjRLBZzJHCmkFQveb43JH38T0mabNDtw8Oj6lx5OF+Zp6drfzNsAlxcyRt1iS2RY6D J0uT1t0OCiv85SEcjt2l6zHyKOJKEC9vAAWJaAmWwjQ6KeE+FqF7PUBgVkMQOJVkAHLS VkNRJK9dDrUJSBBA+VyXvTohDyr+B64FTNuv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Evx01v5zGlUmeSKlnEvuRZqBhqPbfVFKoHHB0ibSnLFtO9g09O9urgs+DqfdpbnVzN r1ECBSQo1r24fmh+CwZE9OH244OQg7PTnlNrnnUdCQHPNSYjvF5l5H2XIxNR5+PyNFRb bngiMohcJFYdCGW+MmqOMMjH6rqW2aT3106CA= Received: by 10.142.191.5 with SMTP id o5mr3369594wff.139.1229446193616; Tue, 16 Dec 2008 08:49:53 -0800 (PST) Received: by 10.142.177.16 with HTTP; Tue, 16 Dec 2008 08:49:53 -0800 (PST) Message-ID: <61b573980812160849q54377584n8bf15b8858110ba6@mail.gmail.com> Date: Tue, 16 Dec 2008 18:49:53 +0200 From: "Shteryana Shopova" To: Gabe In-Reply-To: <20081216141352.0A09D8FC19@mx1.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081216141352.0A09D8FC19@mx1.freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD network failover 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, 16 Dec 2008 16:49:55 -0000 On Tue, Dec 16, 2008 at 4:14 PM, Gabe wrote: >>Maybe try lagg(4) in Failover mode? > Lagg wouldn't work on my setup because the dsl connection would be almost completely independent. Unless you can provide an example. > Bind the two connection to the lagg, configure both IPs on the lagg and add some script that monitors the link status (or connectivity) of the primary connection and changes the default route/primary link status accordingly. I am not sure this will work (can't test it atm) but you might at least try it. cheers, Shteryana From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 17:04:29 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B34F6106564A for ; Tue, 16 Dec 2008 17:04:29 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9BF8FC08 for ; Tue, 16 Dec 2008 17:04:29 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LCcoa-000AMx-Gt for freebsd-net@freebsd.org; Tue, 16 Dec 2008 19:30:32 +0300 Message-ID: <4947D7A9.2050407@FreeBSD.org> Date: Tue, 16 Dec 2008 19:30:33 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 17:04:29 -0000 Hello. Some weird thing has happened with 64bit counters: % snmpwalk -v2c -cpublic localhost ifInOctets IF-MIB::ifInOctets.1 = Counter32: 4107815474 ... IF-MIB::ifInOctets.16 = Counter32: 2894713654 % snmpwalk -v2c -cpublic localhost ifHCInOctets IF-MIB::ifHCInOctets.1 = Counter64: 7911064279758 ... IF-MIB::ifHCInOctets.4 = Counter64: 13143091216588 There are all 16 32bits counters but only 4 64bits. That's less than physical interfaces on this router (em0-em5). 7.1-PRERELEASE -- Dixi. Sem. From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 17:16:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 419071065676 for ; Tue, 16 Dec 2008 17:16:17 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id F10B08FC20 for ; Tue, 16 Dec 2008 17:16:16 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LCdWp-000Bcz-J7 for freebsd-net@freebsd.org; Tue, 16 Dec 2008 20:16:15 +0300 Message-ID: <4947E260.6070509@FreeBSD.org> Date: Tue, 16 Dec 2008 20:16:16 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4947D7A9.2050407@FreeBSD.org> In-Reply-To: <4947D7A9.2050407@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 17:16:17 -0000 Sergey Matveychuk wrote: > Hello. > > Some weird thing has happened with 64bit counters: > > % snmpwalk -v2c -cpublic localhost ifInOctets > IF-MIB::ifInOctets.1 = Counter32: 4107815474 > ... > IF-MIB::ifInOctets.16 = Counter32: 2894713654 > > % snmpwalk -v2c -cpublic localhost ifHCInOctets > IF-MIB::ifHCInOctets.1 = Counter64: 7911064279758 > ... > IF-MIB::ifHCInOctets.4 = Counter64: 13143091216588 > > There are all 16 32bits counters but only 4 64bits. That's less than > physical interfaces on this router (em0-em5). > > 7.1-PRERELEASE > Looks like this is a reason: # ifconfig em4 em4: flags=8802 metric 0 mtu 1500 options=19b ether 00:15:17:80:f5:ee media: Ethernet autoselect status: no carrier # ifconfig em5 em5: flags=8802 metric 0 mtu 1500 options=19b ether 00:15:17:80:f5:ef media: Ethernet autoselect status: no carrier No 64bits counters returned for interfaces bellow them. -- Dixi. Sem. From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 17:18:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9731A1065678 for ; Tue, 16 Dec 2008 17:18:20 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8A58FC14 for ; Tue, 16 Dec 2008 17:18:19 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 Dec 2008 18:18:17 +0100 Date: Tue, 16 Dec 2008 18:20:09 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Sergey Matveychuk In-Reply-To: <4947D7A9.2050407@FreeBSD.org> Message-ID: <20081216181850.O74416@beagle.kn.op.dlr.de> References: <4947D7A9.2050407@FreeBSD.org> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Dec 2008 17:18:17.0857 (UTC) FILETIME=[4975D710:01C95FA2] Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd & 64bits counters problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 17:18:20 -0000 On Tue, 16 Dec 2008, Sergey Matveychuk wrote: SM>Hello. SM> SM>Some weird thing has happened with 64bit counters: SM> SM>% snmpwalk -v2c -cpublic localhost ifInOctets SM>IF-MIB::ifInOctets.1 = Counter32: 4107815474 SM>... SM>IF-MIB::ifInOctets.16 = Counter32: 2894713654 SM> SM>% snmpwalk -v2c -cpublic localhost ifHCInOctets SM>IF-MIB::ifHCInOctets.1 = Counter64: 7911064279758 SM>... SM>IF-MIB::ifHCInOctets.4 = Counter64: 13143091216588 SM> SM>There are all 16 32bits counters but only 4 64bits. That's less than physical SM>interfaces on this router (em0-em5). SM> SM>7.1-PRERELEASE The highspeed counters are only there if this is a high-speed interface. High speed means that the baudrate in the interface MIB (the one in the kernel) must be larger than 20Mbaud. harti From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:06:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 764441065670 for ; Tue, 16 Dec 2008 18:06:03 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 31AEA8FC18 for ; Tue, 16 Dec 2008 18:06:02 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-210.yandex.ru ([87.250.250.210]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LCeIz-000DFt-Sz; Tue, 16 Dec 2008 21:06:01 +0300 Message-ID: <4947EE0B.9050902@FreeBSD.org> Date: Tue, 16 Dec 2008 21:06:03 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Harti Brandt References: <4947D7A9.2050407@FreeBSD.org> <20081216181850.O74416@beagle.kn.op.dlr.de> In-Reply-To: <20081216181850.O74416@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 18:06:03 -0000 Harti Brandt wrote: > On Tue, 16 Dec 2008, Sergey Matveychuk wrote: > > SM>Hello. > SM> > SM>Some weird thing has happened with 64bit counters: > SM> > SM>% snmpwalk -v2c -cpublic localhost ifInOctets > SM>IF-MIB::ifInOctets.1 = Counter32: 4107815474 > SM>... > SM>IF-MIB::ifInOctets.16 = Counter32: 2894713654 > SM> > SM>% snmpwalk -v2c -cpublic localhost ifHCInOctets > SM>IF-MIB::ifHCInOctets.1 = Counter64: 7911064279758 > SM>... > SM>IF-MIB::ifHCInOctets.4 = Counter64: 13143091216588 > SM> > SM>There are all 16 32bits counters but only 4 64bits. That's less than physical > SM>interfaces on this router (em0-em5). > SM> > SM>7.1-PRERELEASE > > The highspeed counters are only there if this is a high-speed interface. > High speed means that the baudrate in the interface MIB (the one in the > kernel) must be larger than 20Mbaud. Well, these is lagg interfaces: lagg0: flags=8843 metric 0 mtu 9000 options=19b ether 00:30:48:67:d4:68 media: Ethernet autoselect status: active laggproto lacp laggport: em2 flags=1c laggport: em0 flags=1c There is no baudrate on them. But they are really high-speed however. -- Dixi. Sem. From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:08:41 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D9551065670 for ; Tue, 16 Dec 2008 18:08:41 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6628FC08 for ; Tue, 16 Dec 2008 18:08:41 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id A7A891E7C52; Tue, 16 Dec 2008 13:08:40 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 16 Dec 2008 13:08:40 -0500 X-Sasl-enc: xDXASlLVhe422R1eU4Ezfj3UaQOyMAzpBjdKgGQSNQY2 1229450920 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id ED57827418; Tue, 16 Dec 2008 13:08:39 -0500 (EST) Message-ID: <4947EEA5.6050501@incunabulum.net> Date: Tue, 16 Dec 2008 18:08:37 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Harti Brandt References: <4947D7A9.2050407@FreeBSD.org> <20081216181850.O74416@beagle.kn.op.dlr.de> In-Reply-To: <20081216181850.O74416@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Sergey Matveychuk Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 18:08:41 -0000 Harti Brandt wrote: > The highspeed counters are only there if this is a high-speed interface. > High speed means that the baudrate in the interface MIB (the one in the > kernel) must be larger than 20Mbaud. > Does it look at the if_baudrate member? em(4) and other drivers will set if_baudrate according to the speed detected from Ethernet link beat, this could be creating a situation where bsnmpd is not exposing the high-speed counters at runtime? I imagine this could really confuse an SNMP-oriented Network Management System such as Nagios or OpenNMS. cheers BMS From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:10:23 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D96D1065679; Tue, 16 Dec 2008 18:10:23 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id A9A9C8FC13; Tue, 16 Dec 2008 18:10:22 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 Dec 2008 19:10:21 +0100 Date: Tue, 16 Dec 2008 19:12:24 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Sergey Matveychuk In-Reply-To: <4947EE0B.9050902@FreeBSD.org> Message-ID: <20081216190932.I74416@beagle.kn.op.dlr.de> References: <4947D7A9.2050407@FreeBSD.org> <20081216181850.O74416@beagle.kn.op.dlr.de> <4947EE0B.9050902@FreeBSD.org> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Dec 2008 18:10:21.0152 (UTC) FILETIME=[8F16D600:01C95FA9] Cc: freebsd-net@freebsd.org Subject: Re: bsnmpd & 64bits counters problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 18:10:23 -0000 On Tue, 16 Dec 2008, Sergey Matveychuk wrote: SM>Harti Brandt wrote: SM>> On Tue, 16 Dec 2008, Sergey Matveychuk wrote: SM>> SM>> SM>Hello. SM>> SM> SM>> SM>Some weird thing has happened with 64bit counters: SM>> SM> SM>> SM>% snmpwalk -v2c -cpublic localhost ifInOctets SM>> SM>IF-MIB::ifInOctets.1 = Counter32: 4107815474 SM>> SM>... SM>> SM>IF-MIB::ifInOctets.16 = Counter32: 2894713654 SM>> SM> SM>> SM>% snmpwalk -v2c -cpublic localhost ifHCInOctets SM>> SM>IF-MIB::ifHCInOctets.1 = Counter64: 7911064279758 SM>> SM>... SM>> SM>IF-MIB::ifHCInOctets.4 = Counter64: 13143091216588 SM>> SM> SM>> SM>There are all 16 32bits counters but only 4 64bits. That's less than SM>> physical SM>> SM>interfaces on this router (em0-em5). SM>> SM> SM>> SM>7.1-PRERELEASE SM>> SM>> The highspeed counters are only there if this is a high-speed interface. SM>> High speed means that the baudrate in the interface MIB (the one in the SM>> kernel) must be larger than 20Mbaud. SM> SM>Well, these is lagg interfaces: SM>lagg0: flags=8843 metric 0 mtu 9000 SM> options=19b SM> ether 00:30:48:67:d4:68 SM> media: Ethernet autoselect SM> status: active SM> laggproto lacp SM> laggport: em2 flags=1c SM> laggport: em0 flags=1c SM> SM>There is no baudrate on them. But they are really high-speed however. All interfaces have a baudrate. Its in net/if.h ifi_baudrate. We had the problem in the past with other interface types. 'virtual' interfaces must take care to somehow propagate the rate of the underlying physical interfaces up to the virtual one. harti From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:11:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B81106564A for ; Tue, 16 Dec 2008 18:11:20 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA748FC1E for ; Tue, 16 Dec 2008 18:11:20 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id B32931E4BC1; Tue, 16 Dec 2008 13:11:19 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 16 Dec 2008 13:11:19 -0500 X-Sasl-enc: Ag1csYAsQ5G+fhqzHsFn3ySWlu9GlMmUCzvCXX+JPSPK 1229451079 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1A7522B9FC; Tue, 16 Dec 2008 13:11:19 -0500 (EST) Message-ID: <4947EF45.3060203@incunabulum.net> Date: Tue, 16 Dec 2008 18:11:17 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Randy Bush References: <49478988.2070208@psg.com> In-Reply-To: <49478988.2070208@psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Gabe Subject: Re: FreeBSD network failover 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, 16 Dec 2008 18:11:20 -0000 Randy Bush wrote: > ... > freebsd does not allow metrics on static routes, which would be the > 'normal' hack. i.e. you can not have two default routes with > different weights. If you look in my 1 currently owned PRs: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71474 ...this ticket contains a description of how to implement floating statics in a hopefully non-sucky way, which is a stepping-stone to being able to deal with metrics in a sensible way. cheers BMS From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:20:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6ED5106568C; Tue, 16 Dec 2008 18:20:42 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 42BCC8FC34; Tue, 16 Dec 2008 18:20:41 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 16 Dec 2008 19:20:40 +0100 Date: Tue, 16 Dec 2008 19:22:45 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Bruce Simpson In-Reply-To: <4947EEA5.6050501@incunabulum.net> Message-ID: <20081216191244.C74416@beagle.kn.op.dlr.de> References: <4947D7A9.2050407@FreeBSD.org> <20081216181850.O74416@beagle.kn.op.dlr.de> <4947EEA5.6050501@incunabulum.net> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 16 Dec 2008 18:20:40.0605 (UTC) FILETIME=[004FDCD0:01C95FAB] Cc: freebsd-net@freebsd.org, Sergey Matveychuk Subject: Re: bsnmpd & 64bits counters problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 18:20:42 -0000 On Tue, 16 Dec 2008, Bruce Simpson wrote: BS>Harti Brandt wrote: BS>> The highspeed counters are only there if this is a high-speed interface. BS>> High speed means that the baudrate in the interface MIB (the one in the BS>> kernel) must be larger than 20Mbaud. BS>> BS> BS>Does it look at the if_baudrate member? BS> BS>em(4) and other drivers will set if_baudrate according to the speed detected BS>from Ethernet link beat, this could be creating a situation where bsnmpd is BS>not exposing the high-speed counters at runtime? BS> BS>I imagine this could really confuse an SNMP-oriented Network Management BS>System such as Nagios or OpenNMS. Yes, it looks at ifi_baudrate. The reason is that the HC counters are mandatory only for interfaces with > 20MBit/second according to the compliance statememnt of the MIB. The HC counters come add additional cost, because the daemon has to poll the kernel's 32 bit counters and detect wrap arounds. So the daemon adapts dynamically based on the interface with the highest speed. And in any case, network management tools must be prepared to handle both cases. See also RFC2233: For interfaces that operate at 20,000,000 (20 million) bits per second or less, 32-bit byte and packet counters MUST be used. harti From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 18:46:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6DBD10656A3; Tue, 16 Dec 2008 18:46:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 769D38FC21; Tue, 16 Dec 2008 18:46:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 09F6BFEF4; Wed, 17 Dec 2008 07:27:54 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GXhLTA3u72RY; Wed, 17 Dec 2008 07:27:50 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 17 Dec 2008 07:27:50 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id A727B11479; Wed, 17 Dec 2008 07:27:49 +1300 (NZDT) Date: Tue, 16 Dec 2008 10:27:49 -0800 From: Andrew Thompson To: Harti Brandt Message-ID: <20081216182749.GE3082@citylink.fud.org.nz> References: <4947D7A9.2050407@FreeBSD.org> <20081216181850.O74416@beagle.kn.op.dlr.de> <4947EE0B.9050902@FreeBSD.org> <20081216190932.I74416@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20081216190932.I74416@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-net@freebsd.org, Sergey Matveychuk Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 18:46:20 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote: > On Tue, 16 Dec 2008, Sergey Matveychuk wrote: > SM>> > SM>> The highspeed counters are only there if this is a high-speed interface. > SM>> High speed means that the baudrate in the interface MIB (the one in the > SM>> kernel) must be larger than 20Mbaud. > SM> > SM>Well, these is lagg interfaces: > SM>lagg0: flags=8843 metric 0 mtu 9000 > SM> options=19b > SM> ether 00:30:48:67:d4:68 > SM> media: Ethernet autoselect > SM> status: active > SM> laggproto lacp > SM> laggport: em2 flags=1c > SM> laggport: em0 flags=1c > SM> > SM>There is no baudrate on them. But they are really high-speed however. > > All interfaces have a baudrate. Its in net/if.h ifi_baudrate. We had the > problem in the past with other interface types. 'virtual' interfaces must > take care to somehow propagate the rate of the underlying physical > interfaces up to the virtual one. This patch should fix it for the lacp case. What is the correct value to use for a collection of interfaces with possibly different speeds? highest/lowest? Andrew --SUOF0GtieIMvvwua Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="ieee8023ad_lacp.diff" Index: ieee8023ad_lacp.c =================================================================== --- ieee8023ad_lacp.c (revision 186188) +++ ieee8023ad_lacp.c (working copy) @@ -901,6 +901,7 @@ lacp_aggregator_bandwidth(struct lacp_aggregator * static void lacp_select_active_aggregator(struct lacp_softc *lsc) { + struct lagg_softc *sc = lsc->lsc_softc; struct lacp_aggregator *la; struct lacp_aggregator *best_la = NULL; uint64_t best_speed = 0; @@ -956,6 +957,7 @@ lacp_select_active_aggregator(struct lacp_softc *l #endif /* defined(LACP_DEBUG) */ if (lsc->lsc_active_aggregator != best_la) { + sc->sc_ifp->if_baudrate = speed; lsc->lsc_active_aggregator = best_la; lacp_update_portmap(lsc); if (best_la) { --SUOF0GtieIMvvwua-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 19:04:06 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F551065676 for ; Tue, 16 Dec 2008 19:04:06 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-defer01.adhost.com (mail-defer01.adhost.com [216.211.128.176]) by mx1.freebsd.org (Postfix) with ESMTP id BD3318FC1F for ; Tue, 16 Dec 2008 19:04:06 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-in01.adhost.com (mail-in01.adhost.com [10.212.3.11]) by mail-defer01.adhost.com (Postfix) with ESMTP id 82CD7109A6 for ; Tue, 16 Dec 2008 10:47:05 -0800 (PST) (envelope-from mksmith@adhost.com) Received: from ad-exh01.adhost.lan (exchange.adhost.com [216.211.143.69]) by mail-in01.adhost.com (Postfix) with ESMTP id AF9EA2D761A; Tue, 16 Dec 2008 10:47:04 -0800 (PST) (envelope-from mksmith@adhost.com) MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 x-pgp-encoding-format: MIME x-pgp-mapi-encoding-version: 2.5.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="PGP_Universal_D6CB9DC3_0EC71059_AF676A43_1AB46AF4" x-pgp-encoding-version: 2.0.2 Content-class: urn:content-classes:message Date: Tue, 16 Dec 2008 10:47:01 -0800 Message-ID: <17838240D9A5544AAA5FF95F8D52031605272E7E@ad-exh01.adhost.lan> In-Reply-To: <20081216141352.0A09D8FC19@mx1.freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD network failover Thread-Index: AclfiJv8a8WPVAO7RfqRjPnkgXpxZgAJf/pw References: <20081216141352.0A09D8FC19@mx1.freebsd.org> From: "Michael K. Smith - Adhost" To: "Gabe" , Cc: Subject: RE: FreeBSD network failover 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, 16 Dec 2008 19:04:07 -0000 --PGP_Universal_D6CB9DC3_0EC71059_AF676A43_1AB46AF4 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: QUOTED-PRINTABLE > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org= ] On > Behalf Of Gabe > Sent: Tuesday, December 16, 2008 6:14 AM > To: freebsd-net@freebsd.org > Subject: RE: FreeBSD network failover >=20 > >Maybe try lagg(4) in Failover mode? >=20 > On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote: > >>>> I have a nat'd box which obviously has an internal and external ip > >>>> address. The box has a third interface which is configured to a > >>>> DSL connection. My goal is for that interface to be activated if > >>>> the external side fails so that outbound traffic still flows. Any > >>>> of you know of a way to accomplish this regardless of the type of > >>>> failure. > > >=20 > Lagg wouldn't work on my setup because the dsl connection would be almost > completely independent. Unless you can provide an example. >=20 > /gabe How about PF with ifstated? Regards, Mike --PGP_Universal_D6CB9DC3_0EC71059_AF676A43_1AB46AF4 Content-Type: application/pgp-signature; name="PGP.sig" Content-Transfer-Encoding: 7BIT Content-Disposition: attachment; filename="PGP.sig" -----BEGIN PGP SIGNATURE----- Version: 9.9.0 (Build 397) iQEVAwUBSUf3pfTXQhZ+XcVAAQidewf/e8MrgZJ34hUo0T1KKv4HCLk1FNUCA+HT 5wXLDB8CzfMPBOl8vL8x+xO8C04O7tzzHxtFE7ywVdMFGctdXd6J1z0oWxBg0FJ8 5XHgM46R1VSLO3KY9cYBNkH48d2Wk6ze+eivBwtJat7vZAaWx7d40d7xtFKbsadf HsZirm3prZBRKD1mKRYeetVfrCws5NSbeZuI4n9rGUP1qrmpulCzIicuJKKlLtL+ 4c/rRZF01rqehSQj2lYsLmaBLaJfYiG36upk8jRWu7HbWqENKXN+Ejorwcq3AFp/ F3J6IzfULnmmatYJtOFuCI6EqvDNwfwB//fr7GwRUu9Brui9Sn4Vqg== =sXMU -----END PGP SIGNATURE----- --PGP_Universal_D6CB9DC3_0EC71059_AF676A43_1AB46AF4-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 19:08:02 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D178E1065677 for ; Tue, 16 Dec 2008 19:08:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 652DF8FC26 for ; Tue, 16 Dec 2008 19:08:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-067-224-053.pools.arcor-ip.net [88.67.224.53]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1LCfGz0XiO-0002B6; Tue, 16 Dec 2008 20:08:01 +0100 Received: (qmail 51110 invoked from network); 16 Dec 2008 19:08:00 -0000 Received: from unknown (HELO fbsd8.laiers.local) (192.168.4.151) by router.laiers.local with SMTP; 16 Dec 2008 19:08:00 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Tue, 16 Dec 2008 20:08:00 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <4947D7A9.2050407@FreeBSD.org> <20081216190932.I74416@beagle.kn.op.dlr.de> <20081216182749.GE3082@citylink.fud.org.nz> In-Reply-To: <20081216182749.GE3082@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812162008.00654.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1//j6bWkROHENmtMqm/1YnBSm183gU1+4kGI7f r65pbghRaUdpVvlCdeaQg32GCqUvoO4HiNMNFao5XYzqE+h9D4 wk4TWfn6AKlHmjVJGjkjQ== Cc: Harti Brandt , Andrew Thompson , Sergey Matveychuk Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 19:08:02 -0000 On Tuesday 16 December 2008 19:27:49 Andrew Thompson wrote: > On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote: > > On Tue, 16 Dec 2008, Sergey Matveychuk wrote: > > SM>> > > SM>> The highspeed counters are only there if this is a high-speed > > interface. SM>> High speed means that the baudrate in the interface MIB > > (the one in the SM>> kernel) must be larger than 20Mbaud. > > SM> > > SM>Well, these is lagg interfaces: > > SM>lagg0: flags=8843 metric 0 mtu > > 9000 SM> > > options=19b SM> > > ether 00:30:48:67:d4:68 > > SM> media: Ethernet autoselect > > SM> status: active > > SM> laggproto lacp > > SM> laggport: em2 flags=1c > > SM> laggport: em0 flags=1c > > SM> > > SM>There is no baudrate on them. But they are really high-speed however. > > > > All interfaces have a baudrate. Its in net/if.h ifi_baudrate. We had the > > problem in the past with other interface types. 'virtual' interfaces must > > take care to somehow propagate the rate of the underlying physical > > interfaces up to the virtual one. > > This patch should fix it for the lacp case. What is the correct value to > use for a collection of interfaces with possibly different speeds? > highest/lowest? If aggregation is used you should add the individual speeds (as this is the highest rate at which the interface counter could be increased). If it's in failover you should propagate the speed of the active interface. When in doubt, always report the highest value - at least for the purpose discussed here. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 19:23:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD7EC1065670 for ; Tue, 16 Dec 2008 19:23:28 +0000 (UTC) (envelope-from need4spam@bk.ru) Received: from mx44.mail.ru (mx44.mail.ru [195.239.211.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6B5448FC08 for ; Tue, 16 Dec 2008 19:23:28 +0000 (UTC) (envelope-from need4spam@bk.ru) Received: from f61.mail.ru (f61.mail.ru [194.67.57.95]) by mx44.mail.ru (mPOP.Fallback_MX) with ESMTP id 28E563800F1BB for ; Tue, 16 Dec 2008 20:49:45 +0300 (MSK) Received: from mail by f61.mail.ru with local id 1LCe3D-0000KS-00 for freebsd-net@freebsd.org; Tue, 16 Dec 2008 20:49:43 +0300 Received: from [62.182.89.99] by win.mail.ru with HTTP; Tue, 16 Dec 2008 20:49:43 +0300 From: Alexey Ivanov To: freebsd-net@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [62.182.89.99] Date: Tue, 16 Dec 2008 20:49:43 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: OK Subject: BCM43XX Wireless drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexey Ivanov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 19:23:28 -0000 In my notebook i have ndis0@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4310 broadcom wireless 1490 (dell)' class = network cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 09[58] = vendor (length 120) cap 05[e8] = MSI supports 1 message, 64 bit cap 10[d0] = PCI-Express 1 endpoint and as i know it's currently not supported by FreeBSD. I've downloaded http://paradox.lissyara.su/bwi.01.tar.bz2 (it's sources from some p4 branch that is actually dragonflybsd bwi driver port) but still no luck, cause all modern broadcom cards need v4 firmware. I also extracted/built v4_150 broadcom firmware (http://opticomspb.ru/~savetherbtz/freebsd/bwi/bwifw_v4_150.tar.bz2) and found site with it's cpecs http://bcm-v4.sipsolutions.net/ on which Linux driver is based But with my knowledge of C i can't write driver =( FreeBSD forums thread here http://forums.freebsd.org/showthread.php?t=170 Is there any work going that way? Or Broadcom Wi-fi will always be unsupported on FreBSD. From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 19:35:16 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA821065678 for ; Tue, 16 Dec 2008 19:35:16 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f14.google.com (mail-bw0-f14.google.com [209.85.218.14]) by mx1.freebsd.org (Postfix) with ESMTP id A06948FC12 for ; Tue, 16 Dec 2008 19:35:15 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by bwz7 with SMTP id 7so8051935bwz.19 for ; Tue, 16 Dec 2008 11:35:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ali/MozwvwH4KWLkIeMtPMPYmzNmqCs0ng53DrqIUIk=; b=EZmEeqTHY8ZKcjRCz0AtU76JSGFqnNGJaVyJh5G3QE3PUK3OrAU+e0ws1uXnHXAp+v K8svgQ6BNO3jdKmj5zPW7jooeyMAm2IniajWyc2qosI7eBuDhSt9HSqG4f/Eq5+GZA4y jIDOxnz2MVdBBFkD9/Q7JYME4SXtkrIQoEUPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Qy73F65u+qGCQ7SsM8ODZQFZME5m10cBOm2o+WpiSM+lMO4ghGF3OE4K0EuBVchTmo Vtr1J57+rRUKOgjJtW0utR6/fAIKAMrxxOoLgK/kVqam7TpUSU4UFx5K+mXIaKgtqjHZ A9hbA75UXeXPs0w++TQAGRfOSDycSGiHVhJjc= Received: by 10.103.229.12 with SMTP id g12mr3636513mur.87.1229455939991; Tue, 16 Dec 2008 11:32:19 -0800 (PST) Received: by 10.103.169.16 with HTTP; Tue, 16 Dec 2008 11:32:19 -0800 (PST) Message-ID: <4ad871310812161132y5313006buea7e0c5033ea3041@mail.gmail.com> Date: Tue, 16 Dec 2008 14:32:19 -0500 From: "Glen Barber" To: "Alexey Ivanov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: BCM43XX Wireless drivers 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, 16 Dec 2008 19:35:16 -0000 On Tue, Dec 16, 2008 at 12:49 PM, Alexey Ivanov wrote: > In my notebook i have > > ndis0@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM4310 broadcom wireless 1490 (dell)' > class = network > cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 > cap 09[58] = vendor (length 120) > cap 05[e8] = MSI supports 1 message, 64 bit > cap 10[d0] = PCI-Express 1 endpoint > > and as i know it's currently not supported by FreeBSD. > I've downloaded http://paradox.lissyara.su/bwi.01.tar.bz2 (it's sources from some p4 branch that is actually dragonflybsd bwi driver port) but still no luck, cause all modern broadcom cards need v4 firmware. > I also extracted/built v4_150 broadcom firmware (http://opticomspb.ru/~savetherbtz/freebsd/bwi/bwifw_v4_150.tar.bz2) and found site with it's cpecs http://bcm-v4.sipsolutions.net/ on which Linux driver is based > > But with my knowledge of C i can't write driver =( > FreeBSD forums thread here http://forums.freebsd.org/showthread.php?t=170 > > Is there any work going that way? Or Broadcom Wi-fi will always be unsupported on FreBSD. Until broadcom releases the specs on their hardware, NDIS is our only solution. I used the .INF and .SYS files from my WinXP driver disk for my Dell laptop (Inspiron b120) and ndisgen. Besides no LED light when the card is active, it works (but is a pain sometimes). Also, it supports WPA/WEP. My suggestion is a USB adapter (preferably Atheros). Regards. -- Glen Barber "If you have any trouble sounding condescending, find a Unix user to show you how it's done." --Scott Adams From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 20:33:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F5631065673 for ; Tue, 16 Dec 2008 20:33:22 +0000 (UTC) (envelope-from fernercc@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6F98FC22 for ; Tue, 16 Dec 2008 20:33:22 +0000 (UTC) (envelope-from fernercc@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1986880yxb.13 for ; Tue, 16 Dec 2008 12:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=donAx/ZT0hfB1teEYzwIF3gVVrpqrhLyUCCnJAfJKZk=; b=tucslF95zrh775AS0rsP3liwmiMo3Z3Rprcjf501DIkka2XdvyyQ2k09g9NjB994bU Uo74n60W1mvn7E8fYG0my/KYJPUg7NcWAB0N7pEY6u+dtlclDRDyzkGoKqEfRdwERxei NC6eggKxUyx6pRJoLUMVtgP6trF5bSM6EGkRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=KMTq4kJAFhGNbKUzBAbxR+D8y/X/JjJiYshXUZCm5rr32GkII/hkjkmDPA2Sh+KgwD Fq2dFHP4HH435vcsHI3wkhNxhTKdPUmDhWCn2OXGpAdg55HabVDMPc7ivKcc+x4QDaaS HG+z3ABXtvsZKX4t46Fv/bM8qEHajgFI0YhQM= Received: by 10.100.125.12 with SMTP id x12mr6056573anc.4.1229459601463; Tue, 16 Dec 2008 12:33:21 -0800 (PST) Received: from ?192.168.2.2? (cpe-70-112-179-136.austin.res.rr.com [70.112.179.136]) by mx.google.com with ESMTPS id c37sm13440722ana.57.2008.12.16.12.33.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Dec 2008 12:33:21 -0800 (PST) From: Ferner Cilloniz To: freebsd-net@freebsd.org Content-Type: text/plain Date: Tue, 16 Dec 2008 14:33:18 +0000 Message-Id: <1229437998.4942.2.camel@mobiliare.Belkin> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Subject: working directory within kernel code 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, 16 Dec 2008 20:33:22 -0000 I am trying to determine the current working directory when a system call is issued. im interested in determining this from a kernel module. however, because system calls are only given a thread* and a void*, which gets casted, is there any way i find out the cwd? thanks. -- Cilloniz Bicchi, Ferner Research Assistant Dept. of Computer Sciences The University of Texas at Austin http://www.cs.utexas.edu/~fernercc fernercc@cs.utexas.edu From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 21:02:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62F13106564A for ; Tue, 16 Dec 2008 21:02:22 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E1C9C8FC1B for ; Tue, 16 Dec 2008 21:02:21 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LCh3b-0001Eu-QS for freebsd-net@freebsd.org; Tue, 16 Dec 2008 21:02:19 +0000 Received: from 93-138-45-143.adsl.net.t-com.hr ([93.138.45.143]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Dec 2008 21:02:19 +0000 Received: from ivoras by 93-138-45-143.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Dec 2008 21:02:19 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Tue, 16 Dec 2008 22:01:59 +0100 Lines: 59 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4E5E09E75FB1BC0B7B050693" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-45-143.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) X-Enigmail-Version: 0.95.7 Sender: news Subject: 6to4 in 6.3-R? 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, 16 Dec 2008 21:02:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4E5E09E75FB1BC0B7B050693 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I'm toying around with IPv6 and one thing I'd like to try is to set up an stf tunnel. The other types, like freenet6 and what sixxs uses work without problems, but on a 7-stable machine. I've followed various documents (like http://www.kfu.com/~nsayer/6to4/ but most are very similar) and it apparently boils down to the following in /etc/rc.conf: ipv6_enable=3D"YES" ipv6_defaultrouter=3D"2002:c058:6301::" stf_interface_ipv4addr=3D"my.permanent.ipv4.addr" The interface comes up ok: stf0: flags=3D1 mtu 1280 inet6 2002:a135:xxyy::1 prefixlen 16 but attempts to ping outside result in errors: > ping6 www.freebsd.org PING6(56=3D40+8+8 bytes) 2002:a135:xxyy::1 --> 2001:4f8:fff6::21 ping6: sendmsg: Permission denied ping6: wrote www.freebsd.org 16 chars, ret=3D-1 ping6: sendmsg: Permission denied ping6: wrote www.freebsd.org 16 chars, ret=3D-1 ^C --- www.freebsd.org ping6 statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss It can ping6 itself. I have ipfw here but a very early rule says "allow ipv6 from any to any". It's triggered, judging by the packet counts, but apparently only in one direction (in the above example, only 2 packets would be accounted for). I think it's either broken (I can't try spf on the 7-stable machine) or, more likely, I'm missing something since I'm new to ipv6. Any ideas? --------------enig4E5E09E75FB1BC0B7B050693 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklIF00ACgkQldnAQVacBcheewCgrEvAz241JxhX9o0aTx4U3Chy xoUAn35ovZPavKH0bOb0BBeKGnPQQWfY =390d -----END PGP SIGNATURE----- --------------enig4E5E09E75FB1BC0B7B050693-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 21:21:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBFFA1065675 for ; Tue, 16 Dec 2008 21:21:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id C32EF8FC16 for ; Tue, 16 Dec 2008 21:21:45 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LChMN-0002n9-09; Tue, 16 Dec 2008 21:21:43 +0000 Message-ID: <49481BE5.7030101@psg.com> Date: Wed, 17 Dec 2008 06:21:41 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Bruce Simpson References: <49478988.2070208@psg.com> <4947EF45.3060203@incunabulum.net> In-Reply-To: <4947EF45.3060203@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Gabe Subject: Re: FreeBSD network failover 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, 16 Dec 2008 21:21:45 -0000 On 08.12.17 03:11, Bruce Simpson wrote: > Randy Bush wrote: >> ... >> freebsd does not allow metrics on static routes, which would be the >> 'normal' hack. i.e. you can not have two default routes with different >> weights. > > If you look in my 1 currently owned PRs: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71474 > > ...this ticket contains a description of how to implement floating > statics in a hopefully non-sucky way, which is a stepping-stone to being > able to deal with metrics in a sensible way. yep. don't wrap it, i'll eat it here. :) randy From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 21:39:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E3A1065678 for ; Tue, 16 Dec 2008 21:39:59 +0000 (UTC) (envelope-from prvs=julian=229da16c1@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id ED1548FC27 for ; Tue, 16 Dec 2008 21:39:58 +0000 (UTC) (envelope-from prvs=julian=229da16c1@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.27]) by smtp-outbound.ironport.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Dec 2008 13:11:38 -0800 Message-ID: <49481985.3080101@elischer.org> Date: Tue, 16 Dec 2008 13:11:33 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Ferner Cilloniz References: <1229437998.4942.2.camel@mobiliare.Belkin> In-Reply-To: <1229437998.4942.2.camel@mobiliare.Belkin> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: working directory within kernel code 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, 16 Dec 2008 21:39:59 -0000 Ferner Cilloniz wrote: > I am trying to determine the current working directory when a system > call is issued. im interested in determining this from a kernel module. > > however, because system calls are only given a thread* and a void*, > which gets casted, is there any way i find out the cwd? > > thanks. > (why 'net@' ?) (try hackers@) it depends if you want the NAME of the working directory or a pointer to it's vnode, (or something similar). From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 22:07:26 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AACA1065673; Tue, 16 Dec 2008 22:07:26 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id BEB2A8FC18; Tue, 16 Dec 2008 22:07:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id CBA1BFEF4; Wed, 17 Dec 2008 11:07:24 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TRZGUpgrgjX4; Wed, 17 Dec 2008 11:07:20 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 17 Dec 2008 11:07:20 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 0B1331142E; Wed, 17 Dec 2008 11:07:20 +1300 (NZDT) Date: Tue, 16 Dec 2008 14:07:19 -0800 From: Andrew Thompson To: Max Laier Message-ID: <20081216220719.GA19787@citylink.fud.org.nz> References: <4947D7A9.2050407@FreeBSD.org> <20081216190932.I74416@beagle.kn.op.dlr.de> <20081216182749.GE3082@citylink.fud.org.nz> <200812162008.00654.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <200812162008.00654.max@love2party.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-net@freebsd.org, Harti Brandt , Sergey Matveychuk Subject: Re: bsnmpd & 64bits counters 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: Tue, 16 Dec 2008 22:07:26 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 16, 2008 at 08:08:00PM +0100, Max Laier wrote: > On Tuesday 16 December 2008 19:27:49 Andrew Thompson wrote: > > On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote: > > > On Tue, 16 Dec 2008, Sergey Matveychuk wrote: > > > SM>> > > > SM>> The highspeed counters are only there if this is a high-speed > > > interface. SM>> High speed means that the baudrate in the interface MIB > > > (the one in the SM>> kernel) must be larger than 20Mbaud. > > > SM> > > > SM>Well, these is lagg interfaces: > > > SM>lagg0: flags=8843 metric 0 mtu > > > 9000 SM> > > > options=19b SM> > > > ether 00:30:48:67:d4:68 > > > SM> media: Ethernet autoselect > > > SM> status: active > > > SM> laggproto lacp > > > SM> laggport: em2 flags=1c > > > SM> laggport: em0 flags=1c > > > SM> > > > SM>There is no baudrate on them. But they are really high-speed however. > > > > > > All interfaces have a baudrate. Its in net/if.h ifi_baudrate. We had the > > > problem in the past with other interface types. 'virtual' interfaces must > > > take care to somehow propagate the rate of the underlying physical > > > interfaces up to the virtual one. > > > > This patch should fix it for the lacp case. What is the correct value to > > use for a collection of interfaces with possibly different speeds? > > highest/lowest? > > If aggregation is used you should add the individual speeds (as this is the > highest rate at which the interface counter could be increased). If it's in > failover you should propagate the speed of the active interface. When in > doubt, always report the highest value - at least for the purpose discussed > here. Patch updated, should work as you described. Andrew --OgqxwSJOaUobr8KG Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="lagg_baud.diff" Index: if_lagg.c =================================================================== --- if_lagg.c (revision 186188) +++ if_lagg.c (working copy) @@ -1206,6 +1206,7 @@ lagg_linkstate(struct lagg_softc *sc) { struct lagg_port *lp; int new_link = LINK_STATE_DOWN; + uint64_t speed = 0; /* Our link is considered up if at least one of our ports is active */ SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) { @@ -1215,6 +1216,24 @@ lagg_linkstate(struct lagg_softc *sc) } } if_link_state_change(sc->sc_ifp, new_link); + + /* Update if_baudrate to reflect the max possible speed */ + switch (sc->sc_proto) { + case LAGG_PROTO_FAILOVER: + sc->sc_ifp->if_baudrate = + sc->sc_primary->lp_ifp->if_baudrate; + break; + case LAGG_PROTO_ROUNDROBIN: + case LAGG_PROTO_LOADBALANCE: + case LAGG_PROTO_ETHERCHANNEL: + SLIST_FOREACH(lp, &sc->sc_ports, lp_entries) + speed += lp->lp_ifp->if_baudrate; + sc->sc_ifp->if_baudrate = speed; + break; + case LAGG_PROTO_LACP: + /* LACP updates if_baudrate itself */ + break; + } } static void Index: ieee8023ad_lacp.c =================================================================== --- ieee8023ad_lacp.c (revision 186188) +++ ieee8023ad_lacp.c (working copy) @@ -901,6 +901,7 @@ lacp_aggregator_bandwidth(struct lacp_aggregator * static void lacp_select_active_aggregator(struct lacp_softc *lsc) { + struct lagg_softc *sc = lsc->lsc_softc; struct lacp_aggregator *la; struct lacp_aggregator *best_la = NULL; uint64_t best_speed = 0; @@ -956,6 +957,7 @@ lacp_select_active_aggregator(struct lacp_softc *l #endif /* defined(LACP_DEBUG) */ if (lsc->lsc_active_aggregator != best_la) { + sc->sc_ifp->if_baudrate = best_speed; lsc->lsc_active_aggregator = best_la; lacp_update_portmap(lsc); if (best_la) { --OgqxwSJOaUobr8KG-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 03:33:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121651065674 for ; Wed, 17 Dec 2008 03:33:24 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id A52328FC18 for ; Wed, 17 Dec 2008 03:33:23 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 30339 invoked by uid 89); 17 Dec 2008 03:43:21 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Dec 2008 03:43:21 -0000 Message-ID: <494872FE.8070801@ibctech.ca> Date: Tue, 16 Dec 2008 22:33:18 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Net X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: loopback creation at boot 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, 17 Dec 2008 03:33:24 -0000 Hi all, I'm curious to know if the creation of additional 'lo' interfaces is possible at boot via the traditional /etc/rc.conf as of yet. Forgive me if I've missed anything regarding this. I'm still trying to blend some functionality between FBSD and Quagga for certain routing functions. This is just attempting to get feedback here, knowing full well that this is not a Quagga list: - IPv6 addresses can't be assigned via Quagga to a NIC (Quagga issue AFAICT) -'disc' interfaces can't be `created' via Quagga (Quagga issue AFAICT) - apparently, 'disc' interfaces can not be created via /etc/rc.conf - IPv4 addresses CAN be assigned to available NIC(s) via Quagga - loopback interfaces can NOT be created via Quagga, or via FreeBSD boot procedure (other than lo0) Can anyone provide any feedback or procedural guidance on how I can (for example): - ensure that lo1, lo2-lo14 are created at boot - ensure that disc0 is created at boot, with an assigned IPv4 and IPv6 address The situation is thus: I have a couple of edge routers that I've converted from Cisco to FreeBSD & Quagga for testing, with BGP as the primary routing protocol. Upon the rare situation that the router has to reboot, manual configuration (ie. addition) of the missing virtual NICs must be performed prior to numerous BGP sessions coming up. The issue is not with the assignment of numbers... those were examples to stir imagination and ideas for those who have been there. The real trouble is having the interfaces available during boot, so I can get numbers assigned to them by the system. The lo interfaces are straight forward. The disc (null) interface is used for pull-up routes for my IPv4 and IPv6 allocations, and for routes learnt via Cymru BOGONS. Any guidance welcome. Steve From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 03:41:08 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AC01065670; Wed, 17 Dec 2008 03:41:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 536618FC1E; Wed, 17 Dec 2008 03:41:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4674318rvf.43 for ; Tue, 16 Dec 2008 19:41:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=OT7ZGrZGKKDaPm71QFYzh9KWJBEKyQOlQTTGglXFD6w=; b=RYzX2trL6UFCMw/IYAabm1iZ9426TWLnR/DTaPc6UA4QiTM3Zdl6cxZLeU7WEbOWYm mMlz+kt5nrMI5zrf489ynmNyV+g8Dl8w5uGMGX2eFnJwTJUuwjmDCYdW6pNWJXgBOts3 5yo8lr/UzL1VlgBHXPRSJguE2wH+09EmvkKxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=GEyd6HeE8HcaU9hMxVklWa74NPqDy1fMdLbtY93zfyJFHWisDfeDURy2V9d+WyLCqh 9A9bXN7WQKJAs3bUTJFSF6FlcpV8ePfaKVMcHWRkAyfz9QOLMFcofeIu8Ea9eamWYEu0 gXSpgs0k7wK/5JwblRF+HH47CZV+YgRFPtJKo= Received: by 10.141.36.10 with SMTP id o10mr135572rvj.272.1229485267994; Tue, 16 Dec 2008 19:41:07 -0800 (PST) Received: by 10.140.132.20 with HTTP; Tue, 16 Dec 2008 19:41:07 -0800 (PST) Message-ID: <3c1674c90812161941r747e3151m6d0d053b7f7e62ba@mail.gmail.com> Date: Wed, 17 Dec 2008 03:41:07 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Mike Tancsa" In-Reply-To: <200812170332.mBH3WRbR092071@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Google-Sender-Auth: 08fa3f39ebb4750d Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 17 Dec 2008 03:41:08 -0000 This was caused by a change I made today. Evidently we're trying to acquire a shared lock while holding an exclusive lock. I will take a look. -Kip On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote: > At 01:34 AM 12/15/2008, Qing Li wrote: > >> Hi All, >> >> The arp-v2 changes have been committed into HEAD. >> Please report problems to me and Kip Macy. > > Not sure if its related or not, but if I create and destroy a lagg port, I > get a panic > e.g. > > > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > 0[current]# > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > ifconfig: SIOCSLAGGPORT: Device busy > 1[current]# ifconfig lagg0 destroy > > > panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 > cpuid = 3 > KDB: enter: panic > [thread pid 1239 tid 100065 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1239 tid 100065 td 0xc45f1b40 > kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 > panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 > _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at > _rw_rlock+118 > ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at > ifnet_byindex+39 > if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 > lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) > at lagg_clone_destroy+146 > ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at > ifc_simple_destroy+39 > if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at > if_clone_destroyif+225 > if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at > if_clone_destroy+162 > ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at > ifioctl+278 > soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at > soo_ioctl+919 > kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 > ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 > syscall(3866975544) at syscall+675 > Xint0x80_syscall() at Xint0x80_syscall+32 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, > ebp = 3217024136 --- > db> > db> show alllocks > Process 1239 (ifconfig) thread 0xc45f1b40 (100065) > exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ > /usr/src/sys/net/if.c:498 > Process 1135 (sshd) thread 0xc462e000 (100113) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 0 (kernel) thread 0xc4382900 (100042) > exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ > /usr/src/sys/dev/e1000/if_igb.c:1224 > db> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 03:46:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76CE61065673; Wed, 17 Dec 2008 03:46:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 23EC38FC12; Wed, 17 Dec 2008 03:46:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBH3WRD4026857; Tue, 16 Dec 2008 22:32:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mBH3WRbR092071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Dec 2008 22:32:27 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 16 Dec 2008 22:32:25 -0500 To: Qing Li , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200812150634.mBF6YDVC060565@freefall.freebsd.org> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: freebsd-net@freebsd.org, kmacy@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 17 Dec 2008 03:46:04 -0000 At 01:34 AM 12/15/2008, Qing Li wrote: >Hi All, > >The arp-v2 changes have been committed into HEAD. >Please report problems to me and Kip Macy. Not sure if its related or not, but if I create and destroy a lagg port, I get a panic e.g. 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 0[current]# 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 ifconfig: SIOCSLAGGPORT: Device busy 1[current]# ifconfig lagg0 destroy panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 cpuid = 3 KDB: enter: panic [thread pid 1239 tid 100065 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> bt Tracing pid 1239 tid 100065 td 0xc45f1b40 kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at _rw_rlock+118 ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at ifnet_byindex+39 if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) at lagg_clone_destroy+146 ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at ifc_simple_destroy+39 if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at if_clone_destroyif+225 if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at if_clone_destroy+162 ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at ifioctl+278 soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at soo_ioctl+919 kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 syscall(3866975544) at syscall+675 Xint0x80_syscall() at Xint0x80_syscall+32 --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, ebp = 3217024136 --- db> db> show alllocks Process 1239 (ifconfig) thread 0xc45f1b40 (100065) exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ /usr/src/sys/net/if.c:498 Process 1135 (sshd) thread 0xc462e000 (100113) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ /usr/src/sys/kern/uipc_sockbuf.c:148 Process 0 (kernel) thread 0xc4382900 (100042) exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ /usr/src/sys/dev/e1000/if_igb.c:1224 db> From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 04:00:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9696106568B for ; Wed, 17 Dec 2008 04:00:36 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C35818FC1A for ; Wed, 17 Dec 2008 04:00:36 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 3CAF11A3C3C; Tue, 16 Dec 2008 19:41:14 -0800 (PST) Date: Tue, 16 Dec 2008 19:41:14 -0800 From: Alfred Perlstein To: Ferner Cilloniz Message-ID: <20081217034114.GU18389@elvis.mu.org> References: <1229437998.4942.2.camel@mobiliare.Belkin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1229437998.4942.2.camel@mobiliare.Belkin> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: working directory within kernel code 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, 17 Dec 2008 04:00:36 -0000 * Ferner Cilloniz [081216 12:33] wrote: > I am trying to determine the current working directory when a system > call is issued. im interested in determining this from a kernel module. > > however, because system calls are only given a thread* and a void*, > which gets casted, is there any way i find out the cwd? thread should point to proc which should have a "current dir" vnode in it, or a pointer to a struct that has it... keep poking around. -Alfred From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 04:34:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFE81065677; Wed, 17 Dec 2008 04:34:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 89B8C8FC1A; Wed, 17 Dec 2008 04:34:38 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4706659rvf.43 for ; Tue, 16 Dec 2008 20:34:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=B5d8p16/HUsIy+RT1fVGrIt0vJefarZQeQNAJWGG20Q=; b=rxn9d5VtAyo4HCAF8BEDKJ7yoeiv1O8mL0XlOJMxZOp9tfgwOzsp4oUdXobC5v4she ihRSju/wy68OGegZXCHGuV05xzfxHNpxorgL5EAxEtZQKN8v5xJBVLYK9MDxhcRvb9ky bymQRMSSUIiFrwWl9rLlgAAmepAR+BhISYHJA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Z4DqoH6iC796vhWmdV61fcyhbodFVcQWJrCtdCFFm1ig9IWssWFDGlJ1ps5cHXGdak 21kbjvO+A0/sgL1ZCzbxrj8AeStTW8fcGOZPV2YlQMkyVobfAkfT2fi2TOvPqcpZvbxh HrDB1my6vpN+dC3EtbVL/n3MA+LBAF6nN6zI0= Received: by 10.140.226.14 with SMTP id y14mr163031rvg.237.1229488478044; Tue, 16 Dec 2008 20:34:38 -0800 (PST) Received: by 10.140.132.20 with HTTP; Tue, 16 Dec 2008 20:34:37 -0800 (PST) Message-ID: <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.com> Date: Wed, 17 Dec 2008 04:34:37 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Mike Tancsa" In-Reply-To: <200812170332.mBH3WRbR092071@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> X-Google-Sender-Auth: 841f6a223993758c Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 17 Dec 2008 04:34:38 -0000 Try changeid 186209. Thanks, Kip On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote: > At 01:34 AM 12/15/2008, Qing Li wrote: > >> Hi All, >> >> The arp-v2 changes have been committed into HEAD. >> Please report problems to me and Kip Macy. > > Not sure if its related or not, but if I create and destroy a lagg port, I > get a panic > e.g. > > > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > 0[current]# > 0[current]# ifconfig lagg0 laggproto failover laggport igb0 laggport igb1 > ifconfig: SIOCSLAGGPORT: Device busy > 1[current]# ifconfig lagg0 destroy > > > panic: _rw_rlock (ifnet): wlock already held @ /usr/src/sys/net/if.c:200 > cpuid = 3 > KDB: enter: panic > [thread pid 1239 tid 100065 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1239 tid 100065 td 0xc45f1b40 > kdb_enter(3232454813,3232454813,3232453528,3866974928,3,...) at kdb_enter+58 > panic(3232453528,3232060900,3232514293,3232513870,200,...) at panic+310 > _rw_rlock(3235193604,3232513870,200,3292329984,3866975012,...) at > _rw_rlock+118 > ifnet_byindex(6,3232513870,498,3297629696,3292329984,...) at > ifnet_byindex+39 > if_free_type(3292329984,6,279,3229646306,0,...) at if_free_type+156 > lagg_clone_destroy(3292329984,3292329984,3292329984,3299962240,3866975112,...) > at lagg_clone_destroy+146 > ifc_simple_destroy(3299962240,3292329984,3232515110,213,45,...) at > ifc_simple_destroy+39 > if_clone_destroyif(3299962240,3292329984,3232515110,191,0,...) at > if_clone_destroyif+225 > if_clone_destroy(3292314144,412,3235009472,3294567396,3235009472,...) at > if_clone_destroy+162 > ifioctl(3296010632,2149607801,3292314144,3294567232,2149607801,...) at > ifioctl+278 > soo_ioctl(3294877664,2149607801,3292314144,3297629184,3294567232,...) at > soo_ioctl+919 > kern_ioctl(3294567232,3,2149607801,3292314144,8000192,...) at kern_ioctl+477 > ioctl(3294567232,3866975480,12,3232296124,3233288592,...) at ioctl+308 > syscall(3866975544) at syscall+675 > Xint0x80_syscall() at Xint0x80_syscall+32 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 672834707, esp = 3217024108, > ebp = 3217024136 --- > db> > db> show alllocks > Process 1239 (ifconfig) thread 0xc45f1b40 (100065) > exclusive rw ifnet (ifnet) r = 0 (0xc0d52304) locked @ > /usr/src/sys/net/if.c:498 > Process 1135 (sshd) thread 0xc462e000 (100113) > exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc475920c) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:148 > Process 0 (kernel) thread 0xc4382900 (100042) > exclusive sleep mutex igb1 (IGB Core Lock) r = 0 (0xc43622dc) locked @ > /usr/src/sys/dev/e1000/if_igb.c:1224 > db> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 06:58:28 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDD6106564A; Wed, 17 Dec 2008 06:58:28 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77FCA8FC17; Wed, 17 Dec 2008 06:58:28 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBH6wSjd075150; Wed, 17 Dec 2008 06:58:28 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBH6wS1w075146; Wed, 17 Dec 2008 06:58:28 GMT (envelope-from remko) Date: Wed, 17 Dec 2008 06:58:28 GMT Message-Id: <200812170658.mBH6wS1w075146@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/129647: [if_rl]: if_rl breakage 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, 17 Dec 2008 06:58:28 -0000 Old Synopsis: if_rl breakage New Synopsis: [if_rl]: if_rl breakage Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Wed Dec 17 06:58:06 UTC 2008 Responsible-Changed-Why: reassign to -net http://www.freebsd.org/cgi/query-pr.cgi?pr=129647 From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 07:37:43 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88E85106564A; Wed, 17 Dec 2008 07:37:43 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6330B8FC1B; Wed, 17 Dec 2008 07:37:43 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBH7bhdJ031574; Wed, 17 Dec 2008 07:37:43 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBH7bhoD031570; Wed, 17 Dec 2008 07:37:43 GMT (envelope-from yongari) Date: Wed, 17 Dec 2008 07:37:43 GMT Message-Id: <200812170737.mBH7bhoD031570@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/129647: [if_rl]: if_rl breakage 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, 17 Dec 2008 07:37:43 -0000 Synopsis: [if_rl]: if_rl breakage Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Wed Dec 17 07:36:29 UTC 2008 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=129647 From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 09:05:31 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D51A1065687 for ; Wed, 17 Dec 2008 09:05:31 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (unknown [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id BF8D38FC28 for ; Wed, 17 Dec 2008 09:05:30 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ume@ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id mBH95IOE018427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 18:05:22 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 17 Dec 2008 18:05:18 +0900 Message-ID: From: Hajimu UMEMOTO To: "=?GB2312?B?s8LQocn6?=" In-Reply-To: References: User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (amd64-portbld-freebsd7.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.1-RC1 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 17 Dec 2008 18:05:22 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: [help]strange problem about gethostbyname/getaddrinfo 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, 17 Dec 2008 09:05:31 -0000 Hi, >>>>> On Wed, 10 Dec 2008 13:48:51 +0800 >>>>> "=?GB2312?B?s8LQocn6?=" said: stutiredboy> hi,all,we have a project which must resolv some domains in the server stutiredboy> process stutiredboy> our system in FreeBSD 6.2 or 6.3, the server process may open 7000+ stutiredboy> sockets,not fork Umm, it seems your system is slightly old. I believe 6.3-RELEASE is okay. But, there was a bug on 6.2 and earlier that rejected file descriptors higher than FD_SETSIZE even when using kevent(2). http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/resolv/res_send.c#rev1.2.2.5 Perhaps, it is your case. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 10:49:48 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850461065673 for ; Wed, 17 Dec 2008 10:49:48 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF1B8FC17 for ; Wed, 17 Dec 2008 10:49:48 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 0BE621E8B5C; Wed, 17 Dec 2008 05:49:47 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 17 Dec 2008 05:49:47 -0500 X-Sasl-enc: Gney9YA0cI9WsDIViFhqfDuNXatEbIjiXK6AHR+qm4B8 1229510986 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 3D2AD3D486; Wed, 17 Dec 2008 05:49:46 -0500 (EST) Message-ID: <4948D949.8040500@incunabulum.net> Date: Wed, 17 Dec 2008 10:49:45 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.18 (X11/20081204) MIME-Version: 1.0 To: Steve Bertrand References: <494872FE.8070801@ibctech.ca> In-Reply-To: <494872FE.8070801@ibctech.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: loopback creation at boot 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, 17 Dec 2008 10:49:48 -0000 Steve Bertrand wrote: > ... > Can anyone provide any feedback or procedural guidance on how I can (for > example): > > - ensure that lo1, lo2-lo14 are created at boot > - ensure that disc0 is created at boot, with an assigned IPv4 and IPv6 > address You should be able to do this by putting them into the 'cloned_interfaces' variable in rc.conf; see the man page. Then configuring them should be as simple as using the usual rc.conf mechanisms. cheers BMS From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 11:09:46 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 775B81065675 for ; Wed, 17 Dec 2008 11:09:46 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 33CA58FC33 for ; Wed, 17 Dec 2008 11:09:45 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from localhost (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 05F2E5D47; Wed, 17 Dec 2008 11:53:57 +0100 (CET) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by localhost (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id htZwBu7kfM+C; Wed, 17 Dec 2008 11:53:55 +0100 (CET) Received: from [192.168.1.101] (home.bsdunix.ch [82.220.17.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTP id A4E9F5CFF; Wed, 17 Dec 2008 11:53:55 +0100 (CET) Message-Id: From: Thomas Vogt To: Steve Bertrand In-Reply-To: <494872FE.8070801@ibctech.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 17 Dec 2008 11:53:55 +0100 References: <494872FE.8070801@ibctech.ca> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Net Subject: Re: loopback creation at boot 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, 17 Dec 2008 11:09:46 -0000 Hi Steve Am 17.12.2008 um 04:33 schrieb Steve Bertrand: > Hi all, > > I'm curious to know if the creation of additional 'lo' interfaces is > possible at boot via the traditional /etc/rc.conf as of yet. > > Forgive me if I've missed anything regarding this. > > I'm still trying to blend some functionality between FBSD and Quagga > for > certain routing functions. > > This is just attempting to get feedback here, knowing full well that > this is not a Quagga list: > > - IPv6 addresses can't be assigned via Quagga to a NIC (Quagga issue > AFAICT) > -'disc' interfaces can't be `created' via Quagga (Quagga issue AFAICT) > - apparently, 'disc' interfaces can not be created via /etc/rc.conf > - IPv4 addresses CAN be assigned to available NIC(s) via Quagga > - loopback interfaces can NOT be created via Quagga, or via FreeBSD > boot > procedure (other than lo0) > > Can anyone provide any feedback or procedural guidance on how I can > (for > example): > > - ensure that lo1, lo2-lo14 are created at boot > - ensure that disc0 is created at boot, with an assigned IPv4 and IPv6 > address cloned_interfaces="lo1 lo2 lo3" ifconfig_lo1="up" ifconfig_lo2="up" ifconfig_lo3="up" Regards Thomas From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 13:37:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71F811065670 for ; Wed, 17 Dec 2008 13:37:04 +0000 (UTC) (envelope-from ottk@zzz.ee) Received: from zzz.ee (kalah.zzz.ee [194.204.30.253]) by mx1.freebsd.org (Postfix) with ESMTP id 2D07C8FC13 for ; Wed, 17 Dec 2008 13:37:03 +0000 (UTC) (envelope-from ottk@zzz.ee) Received: from zzz.ee (localhost.zzz.ee [127.0.0.1]) by zzz.ee (Postfix) with ESMTP id 389BDFD3B9 for ; Wed, 17 Dec 2008 15:20:07 +0200 (EET) Received: by zzz.ee (Postfix, from userid 3019) id 34C07FD3B7; Wed, 17 Dec 2008 15:20:07 +0200 (EET) X-Spam-Checker-Version: SpamAssassin on spamassassin.zzz.ee X-Spam-Level: X-Spam-Guessed-Language: X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_50 X-Spam-Checker-URL: http://info.zzz.ee Received: from ott.sise (adsl215.uninet.ee [194.204.62.215]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by zzz.ee (Postfix) with ESMTPS id CD0ABFD3A0 for ; Wed, 17 Dec 2008 15:20:03 +0200 (EET) From: Ott =?iso-8859-1?q?K=F6stner?= To: freebsd-net@freebsd.org Date: Wed, 17 Dec 2008 15:20:02 +0200 User-Agent: KMail/1.9.10 References: <200812171506.58607.ottk@zzz.ee> In-Reply-To: <200812171506.58607.ottk@zzz.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200812171520.02823.ottk@zzz.ee> X-Virus-Scanned: ClamAV using ClamSMTP @zzz.ee Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 13:37:04 -0000 =46erdinand Goldmann wrote: > > Hi there, > >=20 > > I just upgraded a FreeBSD 6.x machine to FreeBSD 6.3-STABLE, and now I'= m=20 > > seeing this same problem which has already been reported in different=20 > > postings: > >=20 > > named[51769]: socket: too many open file descriptors > > last message repeated 147 times >=20 > I am following up to my own posting, which was kind of stupid really beca= use I=20 > obviously made some mistakes. >=20 > I have now done the following: >=20 > # cd /usr/src/lib/bind >=20 > Edited config.mk: > CFLAGS+=3D -DVERSION=3D'"${BIND_VERSION}"' -DFD_SETSIZE=3D4096 >=20 > recompiled bind library and named according to advisory on freebsd-securi= ty: >=20 > # make obj && make depend && make && make install > # cd /usr/src/usr.sbin/named > # make obj && make depend && make && make install >=20 > I'm crossing my fingers, but it seems to have done the trick. Monitoring= =20 > system usage with sockstat, I have seen values of almost up to 1400 being= used=20 > by named without the 'too many open file descriptors' appearing in the lo= gs. >=20 > Sorry for my slightly nervous previous posting ... >=20 > Regards, > Ferdinand >=20 Hello List! I have faced the same kind of problem, and nothing seems to help... Trying to run Grub Next Generation Python Client (http://grub.org/?q=3Den/n= ode/204) on my FreeDSD 7.1 box with as many threads as possible. named seems to limit tha number of Grubng threads I ca= n run, because of exessive name service usage of web crawler. I have recompiled bind with 'CFLAGS+=3D -DFD_SETSIZE=3D4096', but this do= es not help. Also, 'sockstat |grep -c named' does now show too big numbers. Namely, arou= nd 20 with 60 Grubng threads and around 100 with 100 threads (never exeedin= g 1500). But with 100 threads 'named' becomes unresponsive. Messages appear in the log: named[63198]: socket: too many open file descriptors last message repeated 26 times Bind version is: BIND 9.4.2-P2 Any ideas? Best regards, O.K. =2D-=20 M=F5=F5da oma inteneti kiirust / Test Your Internet speed http://speedtest.zzz.ee/ From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 13:40:24 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08C9106564A for ; Wed, 17 Dec 2008 13:40:24 +0000 (UTC) (envelope-from touraine@users.sourceforge.net) Received: from rodin.limsi.fr (rodin.limsi.fr [129.175.152.156]) by mx1.freebsd.org (Postfix) with ESMTP id 52CA48FC1B for ; Wed, 17 Dec 2008 13:40:24 +0000 (UTC) (envelope-from touraine@users.sourceforge.net) Received: from cosette.limsi.fr (cosette.limsi.fr [129.175.156.75]) by rodin.limsi.fr (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id mBHDZKN6014621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 17 Dec 2008 14:35:21 +0100 Message-ID: <4948FECD.20304@users.sourceforge.net> Date: Wed, 17 Dec 2008 14:29:49 +0100 From: Damien Touraine User-Agent: Thunderbird 2.0.0.17 (X11/20081021) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-LIMSI-rodin-MailScanner: Found to be clean X-LIMSI-rodin-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-1, requis 5, autolearn=not spam, LIMSI_OK29 -1.00) X-MailScanner-Auteur: touraine@users.sourceforge.net X-MailScanner-Dest: freebsd-net@freebsd.org Cc: Subject: link state change without reason ... 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, 17 Dec 2008 13:40:24 -0000 Hi, I have a big server that has 3 network cards (2 Intel(R) PRO/1000 Gigabit Ethernet adapter and 1 3Com Etherlink XL and Fast Etherlink XL Ethernet). I have trouble with the cards : several times per hour, the interface goes down and up with the following dmesg signal : Dec 17 07:06:22 picpus kernel: em1: link state changed to DOWN Dec 17 07:06:37 picpus kernel: em1: link state changed to UP It appears on em1, xl0 but don't seem to be on em0. Do you think that sysctl "net.link.ether.inet.log_arp_wrong_iface=1" should impact on this problem ? Regards, Damien Touraine From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 15:44:29 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EC2F106564A; Wed, 17 Dec 2008 15:44:29 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DC9008FC1A; Wed, 17 Dec 2008 15:44:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mBHFiRfC098487; Wed, 17 Dec 2008 10:44:27 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mBHFiQiR095196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Dec 2008 10:44:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200812171544.mBHFiQiR095196@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 17 Dec 2008 10:44:25 -0500 To: "Kip Macy" From: Mike Tancsa In-Reply-To: <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.co m> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <200812170332.mBH3WRbR092071@lava.sentex.ca> <3c1674c90812162034s432c6d1by92dd3b566b715688@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 17 Dec 2008 15:44:29 -0000 At 11:34 PM 12/16/2008, Kip Macy wrote: >Try changeid 186209. Thanks, no panic now! ---Mike From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 18:40:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0ED106575B for ; Wed, 17 Dec 2008 18:40:57 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from mon.jinmei.org (mon.jinmei.org [IPv6:2001:4f8:3:36::162]) by mx1.freebsd.org (Postfix) with ESMTP id E31608FC08 for ; Wed, 17 Dec 2008 18:40:56 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:bb:217:f2ff:fee0:a91f]) by mon.jinmei.org (Postfix) with ESMTP id F0FE433C37; Wed, 17 Dec 2008 10:40:55 -0800 (PST) Date: Wed, 17 Dec 2008 10:40:55 -0800 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Ott =?ISO-8859-1?Q?K=F6stner?= In-Reply-To: <200812171520.02823.ottk@zzz.ee> References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 18:40:57 -0000 At Wed, 17 Dec 2008 15:20:02 +0200, Ott K=F6stner wrote: > named[63198]: socket: too many open file descriptors > last message repeated 26 times >=20 > Bind version is: BIND 9.4.2-P2 Please try BIND 9.4.3. Even with all attempts to mitigate the trouble and with tweaking parameters, 9.4.2-P2 still has a fundamental limitation on performance. It should work for the vast majority of users, but you really need 9.4.3 if your server is very busy. --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 18:57:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29F8106567A for ; Wed, 17 Dec 2008 18:57:25 +0000 (UTC) (envelope-from OttK@zzz.ee) Received: from zzz.ee (kalah.zzz.ee [194.204.30.253]) by mx1.freebsd.org (Postfix) with ESMTP id 86B7C8FC14 for ; Wed, 17 Dec 2008 18:57:25 +0000 (UTC) (envelope-from OttK@zzz.ee) Received: from zzz.ee (localhost.zzz.ee [127.0.0.1]) by zzz.ee (Postfix) with ESMTP id F3CC4FD3D0 for ; Wed, 17 Dec 2008 20:57:23 +0200 (EET) Received: by zzz.ee (Postfix, from userid 3019) id F2346FD3C5; Wed, 17 Dec 2008 20:57:23 +0200 (EET) X-Spam-Checker-Version: SpamAssassin on spamassassin.zzz.ee X-Spam-Level: *** X-Spam-Guessed-Language: X-Spam-Status: No, score=3.1 required=5.0 tests=BAYES_50,RDNS_DYNAMIC, SPF_SOFTFAIL X-Spam-Checker-URL: http://info.zzz.ee Received: from [192.168.1.64] (87-119-181-26.tll.elisa.ee [87.119.181.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by zzz.ee (Postfix) with ESMTPS id 61ADCFD356 for ; Wed, 17 Dec 2008 20:57:21 +0200 (EET) Message-ID: <49494B8E.7010205@zzz.ee> Date: Wed, 17 Dec 2008 20:57:18 +0200 From: =?UTF-8?B?T3R0IEvDtnN0bmVy?= Organization: TIGMA AS User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP @zzz.ee Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 18:57:25 -0000 JINMEI Tatuya / 神明達哉 wrote: > At Wed, 17 Dec 2008 15:20:02 +0200, > Ott Köstner wrote: > > >> named[63198]: socket: too many open file descriptors >> last message repeated 26 times >> >> Bind version is: BIND 9.4.2-P2 >> > > Please try BIND 9.4.3. Even with all attempts to mitigate the trouble > and with tweaking parameters, 9.4.2-P2 still has a fundamental > limitation on performance. It should work for the vast majority of > users, but you really need 9.4.3 if your server is very busy. > > --- > JINMEI, Tatuya > Internet Systems Consortium, Inc. > Thank You for your advice. Unfortunatelly there is no FreeBSD port of BIND 9.4.3 available at the moment. Hope this will appear soon... Best regards, O.K. From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 19:28:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7175106564A for ; Wed, 17 Dec 2008 19:28:07 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from alf.aws-net.org.ua (alf.aws-net.org.ua [85.90.196.192]) by mx1.freebsd.org (Postfix) with ESMTP id 18A078FC1B for ; Wed, 17 Dec 2008 19:28:06 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from [192.168.32.2] (rainbow.aws-net.org.ua [192.168.32.2]) by alf.aws-net.org.ua (8.14.3/8.14.3) with ESMTP id mBHJRw24016859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 17 Dec 2008 21:28:04 +0200 (EET) (envelope-from artem@aws-net.org.ua) Message-ID: <494952BE.3080305@aws-net.org.ua> Date: Wed, 17 Dec 2008 21:27:58 +0200 From: Artyom Viklenko Organization: Art&Co. User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: =?UTF-8?B?T3R0IEvDtnN0bmVy?= References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> <49494B8E.7010205@zzz.ee> In-Reply-To: <49494B8E.7010205@zzz.ee> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded STARTTLS authentication, not delayed by milter-greylist-4.0.1 (alf.aws-net.org.ua [192.168.32.61]); Wed, 17 Dec 2008 21:28:04 +0200 (EET) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on alf.aws-net.org.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 19:28:07 -0000 Ott Köstner пишет: > JINMEI Tatuya / 神明達哉 wrote: >> At Wed, 17 Dec 2008 15:20:02 +0200, >> Ott Köstner wrote: >> >> >>> named[63198]: socket: too many open file descriptors >>> last message repeated 26 times >>> >>> Bind version is: BIND 9.4.2-P2 >>> >> >> Please try BIND 9.4.3. Even with all attempts to mitigate the trouble >> and with tweaking parameters, 9.4.2-P2 still has a fundamental >> limitation on performance. It should work for the vast majority of >> users, but you really need 9.4.3 if your server is very busy. >> >> --- >> JINMEI, Tatuya >> Internet Systems Consortium, Inc. >> > Thank You for your advice. > > Unfortunatelly there is no FreeBSD port of BIND 9.4.3 available at the > moment. Hope this will appear soon... > BIND 9.5.0-P2 already in ports and seems working well. Giv it a try. > > Best regards, > O.K. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 19:36:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 075B61065670 for ; Wed, 17 Dec 2008 19:36:10 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from mon.jinmei.org (mon.jinmei.org [IPv6:2001:4f8:3:36::162]) by mx1.freebsd.org (Postfix) with ESMTP id E316E8FC1A for ; Wed, 17 Dec 2008 19:36:09 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:bb:217:f2ff:fee0:a91f]) by mon.jinmei.org (Postfix) with ESMTP id AAE6733C33; Wed, 17 Dec 2008 11:36:09 -0800 (PST) Date: Wed, 17 Dec 2008 11:36:09 -0800 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Artyom Viklenko In-Reply-To: <494952BE.3080305@aws-net.org.ua> References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> <49494B8E.7010205@zzz.ee> <494952BE.3080305@aws-net.org.ua> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.1 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, Ott =?ISO-8859-1?Q?K=F6stner?= Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 19:36:10 -0000 At Wed, 17 Dec 2008 21:27:58 +0200, Artyom Viklenko wrote: > BIND 9.5.0-P2 already in ports and seems working well. > Giv it a try. In this context 9.5.0-P2 won't help. All 9.x.y-P[12] versions have the same problem. --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 19:40:58 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06FCC106564A for ; Wed, 17 Dec 2008 19:40:58 +0000 (UTC) (envelope-from oxy@field.hu) Received: from green.field.hu (green.field.hu [217.20.130.28]) by mx1.freebsd.org (Postfix) with ESMTP id AEAA38FC29 for ; Wed, 17 Dec 2008 19:40:57 +0000 (UTC) (envelope-from oxy@field.hu) Received: from localhost (green.field.hu [217.20.130.28]) by green.field.hu (Postfix) with ESMTP id 7DACAB251E; Wed, 17 Dec 2008 20:23:34 +0100 (CET) X-Virus-Scanned: by Amavisd-new (Spamassassin+Razor2+Pyzor+DCC+Bayes db, Clamd Antivirus) at field.hu Received: from green.field.hu ([217.20.130.28]) by localhost (green.field.hu [217.20.130.28]) (amavisd-new, port 10024) with ESMTP id eDFjVeikc11Q; Wed, 17 Dec 2008 20:23:30 +0100 (CET) Received: from [192.168.1.2] (catv5403BE91.pool.t-online.hu [84.3.190.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by green.field.hu (Postfix) with ESMTPSA id 1847DB2515; Wed, 17 Dec 2008 20:23:30 +0100 (CET) Message-ID: <494951B2.5010207@field.hu> Date: Wed, 17 Dec 2008 20:23:30 +0100 From: oxy User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: =?UTF-8?B?T3R0IEvDtnN0bmVy?= References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> <49494B8E.7010205@zzz.ee> In-Reply-To: <49494B8E.7010205@zzz.ee> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 17 Dec 2008 19:40:58 -0000 I had the same with apache2.. here is the method what i used: edit these files: /usr/src/sys/sys/select.h /usr/include/sys/select.h change this: #define FD_SETSIZE 1024U to this: #define FD_SETSIZE 4096U cd /usr/src && make buildworld && make installworld && reboot after this i got rid of these messages.. Ott Köstner írta: > JINMEI Tatuya / 神明達哉 wrote: >> At Wed, 17 Dec 2008 15:20:02 +0200, >> Ott Köstner wrote: >> >> >>> named[63198]: socket: too many open file descriptors >>> last message repeated 26 times >>> >>> Bind version is: BIND 9.4.2-P2 >>> >> >> Please try BIND 9.4.3. Even with all attempts to mitigate the trouble >> and with tweaking parameters, 9.4.2-P2 still has a fundamental >> limitation on performance. It should work for the vast majority of >> users, but you really need 9.4.3 if your server is very busy. >> >> --- >> JINMEI, Tatuya >> Internet Systems Consortium, Inc. >> > Thank You for your advice. > > Unfortunatelly there is no FreeBSD port of BIND 9.4.3 available at the > moment. Hope this will appear soon... > > > Best regards, > O.K. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 19:57:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16561065676 for ; Wed, 17 Dec 2008 19:57:17 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 637388FC1C for ; Wed, 17 Dec 2008 19:57:17 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.dialup.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 9195213DF46 for ; Wed, 17 Dec 2008 23:05:04 +0300 (MSK) Date: Wed, 17 Dec 2008 22:57:11 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <976792756.20081217225711@serebryakov.spb.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: ifconfig add route " " to table -- why? 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, 17 Dec 2008 19:57:17 -0000 Hello, Freebsd-net. Why does adding address and destination for point-to-point interface add route for destination address? It is not always right. For example, many providers have VPN concentrator address same as "remote end" address and this default create loop -- VPN packets (TCP, UDP or GRE ones)goes into tunnel itself, ooops, host locked up... It could be fixed by deleting route right after tunnel creation via if-up script. But second problem doesn't have good solution, read ahead... Another problem, created by this default, is like this: if we have routing record for other tunnel end already (because it IS VPN server and we NEED routing to it to CREATE tunnel!), me can not assign tunnel interface address and connection fails :( I don't see any workaround for this :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 20:08:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B732106564A; Wed, 17 Dec 2008 20:08:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADCA8FC26; Wed, 17 Dec 2008 20:08:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id B30E618C38906; Wed, 17 Dec 2008 19:37:39 +0000 (UTC) Received: from wlan032021.uni-rostock.de (unknown [139.30.32.21]) by AurraSing.lando.cc (Postfix) with ESMTP; Wed, 17 Dec 2008 19:37:39 +0000 (UTC) Message-ID: <494954FD.8050708@grohnwaldt.eu> Date: Wed, 17 Dec 2008 20:37:33 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: thompsa@freebsd.org Content-Type: multipart/mixed; boundary="------------020506010600010003000302" Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: [Fwd: em0 disappeared] 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, 17 Dec 2008 20:08:04 -0000 This is a multi-part message in MIME format. --------------020506010600010003000302 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit hi, i've forgotten the cc, sry. chers, uwe --------------020506010600010003000302 Content-Type: message/rfc822; name="em0 disappeared.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="em0 disappeared.eml" Message-ID: <49495459.6090605@grohnwaldt.eu> Date: Wed, 17 Dec 2008 20:34:49 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: em0 disappeared Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit howdy, miwi and me tried to update a freebsd-current server to the todays src. after the update my em0-device disappeared. information about the old image: uname -a FreeBSD amd.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 pciconf em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet after the update there is no em-device: pciconf -lv: # amd# pciconf -lv | more # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 chip=0x02f010de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Host Bridge' # class = memory # subclass = RAM # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 chip=0x02fa10de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 0' # class = memory # subclass = RAM # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 chip=0x02fe10de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 1' # class = memory # subclass = RAM # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 chip=0x02f810de rev=0xa2 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 5' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 4' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Host Bridge' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 3' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'C51 Memory Controller 2' # class = memory # subclass = RAM # hdr=0x01 # vendor = 'Nvidia Corp' # device = 'C51 PCIe Bridge' # class = bridge # subclass = PCI-PCI # hdr=0x01 # vendor = 'Nvidia Corp' # device = 'C51 PCIe Bridge' # class = bridge # subclass = PCI-PCI # hdr=0x00 # vendor = 'Nvidia Corp' # rocessor)' # class = display # subclass = VGA # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Host Bridge' # class = memory # subclass = RAM # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 LPC Bridge' # class = bridge # subclass = PCI-ISA # hdr=0x00 # vendor = 'Nvidia Corp' # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' # class = serial bus # subclass = SMBus # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 chip=0x026d10de rev=0xa3 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 USB Controller' # class = serial bus # subclass = USB # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 chip=0x026e10de rev=0xa3 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 USB Controller' # class = serial bus # subclass = USB # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 chip=0x026510de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Parallel ATA Controller' # class = mass storage # subclass = ATA # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 chip=0x026610de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Serial ATA Controller' # class = mass storage # subclass = ATA # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 chip=0x026710de rev=0xf1 hdr=0x00 # vendor = 'Nvidia Corp' # device = 'MCP51 Serial ATA Controller' # class = mass storage # subclass = ATA # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de rev=0xa2 hdr=0x01 # vendor = 'Nvidia Corp' # device = 'MCP51 PCI Bridge' # class = bridge # subclass = PCI-PCI # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' # class = bridge # subclass = HOST-PCI # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron Address Map' # class = bridge # subclass = HOST-PCI # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron DRAM Controller' # class = bridge # subclass = HOST-PCI # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 # vendor = 'Advanced Micro Devices (AMD)' # device = '(K8) Athlon 64/Opteron Miscellaneous Control' # class = bridge # subclass = HOST-PCI # amd# moreover i have a lspci from the rescue-linux: # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2) # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2) # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2) # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2) # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2) # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2) # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI Express Bridge (rev a2) # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev f1) # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller (rev f1) # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05) has anybody an idea? cheers, uwe --------------020506010600010003000302-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 20:49:27 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70377106564A for ; Wed, 17 Dec 2008 20:49:27 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 10CD08FC16 for ; Wed, 17 Dec 2008 20:49:26 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so145212yxb.13 for ; Wed, 17 Dec 2008 12:49:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=/w1J8dySHw3LGSROOQhRnXrZDJUKP1iEf4BsO4tcmbI=; b=Q/pgv6MqksOAT+BNYAxELAHmuN3XxDRgj8mhCDbe2HNc5UMFw4kEf67nqUmRHgEbK0 RvLaY9XqkCo2nciuenw9R53ZtMFTeq8cbP70u1/ti1BR5KUgtysEkyDwnJ3oK+iZEl8E 2DT7MY/BXGY1MxthwnQOBwixu+vPIHzBevdnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=shn4d6my26WhBkZhc2F1ztm9AlSE3Cr9wQrZAP0TTkp1quEFRE7TX/fmSmXQw8dcdG Kqh6fQN7bFhpE7qQshi7YAh1nQ29QYP/SawBP0PFV3eI1KQzhI6pULqU5t3+U6uyKMCE jY34UrJxLj46IOWIVVk/GXZt3Ycp94XKDajS0= Received: by 10.142.44.11 with SMTP id r11mr456934wfr.46.1229545032978; Wed, 17 Dec 2008 12:17:12 -0800 (PST) Received: by 10.142.125.20 with HTTP; Wed, 17 Dec 2008 12:17:12 -0800 (PST) Message-ID: <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> Date: Wed, 17 Dec 2008 12:17:12 -0800 From: "Paul Saab" Sender: paul.m.saab@gmail.com To: "Uwe Grohnwaldt" In-Reply-To: <494954FD.8050708@grohnwaldt.eu> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> X-Google-Sender-Auth: c9e44ea84cba819a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, freebsd-net@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 20:49:27 -0000 does dmesg show the device failing to attach? On Wed, Dec 17, 2008 at 11:37 AM, Uwe Grohnwaldt wrote: > hi, > > i've forgotten the cc, sry. > > chers, > uwe > > howdy, > > miwi and me tried to update a freebsd-current server to the todays src. > after the update my em0-device disappeared. information about the old image: > > uname -a > FreeBSD amd.miwibox.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jul 25 > 11:01:22 CEST 2008 root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC > amd64 > > pciconf > em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 > hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' > class = network subclass = ethernet > > > after the update there is no em-device: > pciconf -lv: > > # amd# pciconf -lv | more > # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 chip=0x02f010de > rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 chip=0x02fa10de > rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 0' > # class = memory > # subclass = RAM > # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 chip=0x02fe10de > rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 1' > # class = memory > # subclass = RAM > # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 chip=0x02f810de > rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 5' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 4' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 3' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 2' > # class = memory > # subclass = RAM > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x00 > # vendor = 'Nvidia Corp' > # rocessor)' > # class = display > # subclass = VGA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 LPC Bridge' > # class = bridge > # subclass = PCI-ISA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System > Management' > # class = serial bus > # subclass = SMBus > # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 chip=0x026d10de > rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 chip=0x026e10de > rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 chip=0x026510de > rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Parallel ATA Controller' > # class = mass storage > # subclass = ATA > # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 chip=0x026610de > rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 chip=0x026710de > rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de chip=0x026f10de > rev=0xa2 hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'MCP51 PCI Bridge' > # class = bridge > # subclass = PCI-PCI > # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 > rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron HyperTransport Technology > Configuration' > # class = bridge > # subclass = HOST-PCI > # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 > rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Address Map' > # class = bridge > # subclass = HOST-PCI > # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 > rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron DRAM Controller' > # class = bridge > # subclass = HOST-PCI > # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 > rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Miscellaneous Control' > # class = bridge > # subclass = HOST-PCI > # amd# > > > moreover i have a lspci from the rescue-linux: > # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2) > # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2) > # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2) > # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2) > # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2) > # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2) > # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) > # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1) > # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI Express > Bridge (rev a2) > # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) > # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) > # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) > # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) > # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3) > # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) > # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller > (rev f1) > # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller > (rev f1) > # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) > # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > HyperTransport Technology Configuration > # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Address Map > # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > DRAM Controller > # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Miscellaneous Control > # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet > Controller (rev 05) > > has anybody an idea? > > cheers, > uwe > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 20:56:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFDB7106564A; Wed, 17 Dec 2008 20:56:42 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 60D138FC16; Wed, 17 Dec 2008 20:56:42 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 9DC2A18C042F4; Wed, 17 Dec 2008 20:56:41 +0000 (UTC) Received: from wlan032021.uni-rostock.de (unknown [139.30.32.21]) by AurraSing.lando.cc (Postfix) with ESMTP; Wed, 17 Dec 2008 20:56:41 +0000 (UTC) Message-ID: <49496783.1090805@grohnwaldt.eu> Date: Wed, 17 Dec 2008 21:56:35 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Paul Saab References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> In-Reply-To: <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 20:56:43 -0000 with latest src, there were no messages about if_em in dmesg. miwi built src from 2008-07-27 - there the device was active. Paul Saab wrote: > does dmesg show the device failing to attach? > > On Wed, Dec 17, 2008 at 11:37 AM, Uwe Grohnwaldt > wrote: > > hi, > > i've forgotten the cc, sry. > > chers, > uwe > > howdy, > > miwi and me tried to update a freebsd-current server to the todays > src. after the update my em0-device disappeared. information about > the old image: > > uname -a > FreeBSD amd.miwibox.org 8.0-CURRENT > FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 > root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 > > pciconf > em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 > rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = > 'PRO/1000 GT' class = network subclass = ethernet > > > after the update there is no em-device: > pciconf -lv: > > # amd# pciconf -lv | more > # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 > chip=0x02f010de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 > chip=0x02fa10de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 0' > # class = memory > # subclass = RAM > # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 > chip=0x02fe10de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 1' > # class = memory > # subclass = RAM > # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 > chip=0x02f810de rev=0xa2 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 5' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 4' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 3' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'C51 Memory Controller 2' > # class = memory > # subclass = RAM > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'C51 PCIe Bridge' > # class = bridge > # subclass = PCI-PCI > # hdr=0x00 > # vendor = 'Nvidia Corp' > # rocessor)' > # class = display > # subclass = VGA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Host Bridge' > # class = memory > # subclass = RAM > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 LPC Bridge' > # class = bridge > # subclass = PCI-ISA > # hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI > System Management' > # class = serial bus > # subclass = SMBus > # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 > chip=0x026d10de rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 > chip=0x026e10de rev=0xa3 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 USB Controller' > # class = serial bus > # subclass = USB > # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 > chip=0x026510de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Parallel ATA Controller' > # class = mass storage > # subclass = ATA > # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 > chip=0x026610de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 > chip=0x026710de rev=0xf1 hdr=0x00 > # vendor = 'Nvidia Corp' > # device = 'MCP51 Serial ATA Controller' > # class = mass storage > # subclass = ATA > # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de > chip=0x026f10de rev=0xa2 hdr=0x01 > # vendor = 'Nvidia Corp' > # device = 'MCP51 PCI Bridge' > # class = bridge > # subclass = PCI-PCI > # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 > chip=0x11001022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron HyperTransport > Technology Configuration' > # class = bridge > # subclass = HOST-PCI > # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 > chip=0x11011022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Address Map' > # class = bridge > # subclass = HOST-PCI > # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 > chip=0x11021022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron DRAM Controller' > # class = bridge > # subclass = HOST-PCI > # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 > chip=0x11031022 rev=0x00 hdr=0x00 > # vendor = 'Advanced Micro Devices (AMD)' > # device = '(K8) Athlon 64/Opteron Miscellaneous Control' > # class = bridge > # subclass = HOST-PCI > # amd# > > > moreover i have a lspci from the rescue-linux: > # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 > (rev a2) > # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 > (rev a2) > # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 > (rev a2) > # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 > (rev a2) > # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) > # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 > (rev a2) > # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 > (rev a2) > # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge > (rev a1) > # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge > (rev a1) > # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI > Express Bridge (rev a2) > # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) > # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) > # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) > # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller > (rev a3) > # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller > (rev a3) > # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) > # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA > Controller (rev f1) > # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA > Controller (rev f1) > # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) > # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] HyperTransport Technology Configuration > # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] Address Map > # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] DRAM Controller > # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 > [Athlon64/Opteron] Miscellaneous Control > # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit > Ethernet Controller (rev 05) > > has anybody an idea? > > cheers, > uwe > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org > " > > From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 20:59:19 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23DF51065674; Wed, 17 Dec 2008 20:59:19 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id C315A8FC1E; Wed, 17 Dec 2008 20:59:18 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so101558wfg.7 for ; Wed, 17 Dec 2008 12:59:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=thV8+ydPDrW9OBlvRTM0JfevPrCbfScs/RkWSTJbrq8=; b=gE1ipsEfb+3jdVpm/msi8FYJiT2LW8l8UPNDLteFDK2s80Z1ClJNz7UlEJo36UlGkp EJF0K8TISXhgJ+71qo1yOEYvACdUEhjeVlf8ofgwSvZq9qNXXWBzEET4+fbGYLngZAxC DzwTPplzeStTVcokLYOB+PSBAx8xMQvsv3SME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=T7JJ/Usypqx0kdH1yO2id0crW+GbksIO1GcFWry6QJBhPCxm7s+iFoLI4t7hnVt9F/ 2S0hVe+BlFY0lWAcECGK87wdSIch2bmLK4szEmrTK4N1wZDGkvfpaax7HUx7V+6dxH+j LQNgJ8fyt4kmzJwKlPo5jPuYN4UA07xp0V+3s= Received: by 10.142.217.17 with SMTP id p17mr458699wfg.275.1229547557545; Wed, 17 Dec 2008 12:59:17 -0800 (PST) Received: by 10.142.125.20 with HTTP; Wed, 17 Dec 2008 12:59:17 -0800 (PST) Message-ID: <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> Date: Wed, 17 Dec 2008 12:59:17 -0800 From: "Paul Saab" Sender: paul.m.saab@gmail.com To: "Uwe Grohnwaldt" In-Reply-To: <49496783.1090805@grohnwaldt.eu> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> X-Google-Sender-Auth: e5520c71d69e56da Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, freebsd-net@freebsd.org, current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 20:59:19 -0000 are you looking for if_em or em? On Wed, Dec 17, 2008 at 12:56 PM, Uwe Grohnwaldt wrote: > with latest src, there were no messages about if_em in dmesg. miwi built > src from 2008-07-27 - there the device was active. > > Paul Saab wrote: > >> does dmesg show the device failing to attach? >> >> On Wed, Dec 17, 2008 at 11:37 AM, Uwe Grohnwaldt >> wrote: >> >> hi, >> >> i've forgotten the cc, sry. >> >> chers, >> uwe >> >> howdy, >> >> miwi and me tried to update a freebsd-current server to the todays >> src. after the update my em0-device disappeared. information about >> the old image: >> >> uname -a >> FreeBSD amd.miwibox.org 8.0-CURRENT >> >> FreeBSD 8.0-CURRENT #0: Fri Jul 25 11:01:22 CEST 2008 >> root@xizor.skywalkers.local:/usr/obj/usr/src/sys/GENERIC amd64 >> >> pciconf >> em0@pci0:4:7:0: class=0x020000 card=0x13768086 chip=0x107c8086 >> rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = >> 'PRO/1000 GT' class = network subclass = ethernet >> >> >> after the update there is no em-device: >> pciconf -lv: >> >> # amd# pciconf -lv | more >> # none0@pci0:0:0:0: class=0x050000 card=0x10c51734 >> chip=0x02f010de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Host Bridge' >> # class = memory >> # subclass = RAM >> # none1@pci0:0:0:1: class=0x050000 card=0x10c51734 >> chip=0x02fa10de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 0' >> # class = memory >> # subclass = RAM >> # none2@pci0:0:0:2: class=0x050000 card=0x10c51734 >> chip=0x02fe10de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 1' >> # class = memory >> # subclass = RAM >> # none3@pci0:0:0:3: class=0x050000 card=0x10c51734 >> chip=0x02f810de rev=0xa2 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 5' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 4' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Host Bridge' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 3' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'C51 Memory Controller 2' >> # class = memory >> # subclass = RAM >> # hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'C51 PCIe Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'C51 PCIe Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # rocessor)' >> # class = display >> # subclass = VGA >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Host Bridge' >> # class = memory >> # subclass = RAM >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 LPC Bridge' >> # class = bridge >> # subclass = PCI-ISA >> # hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI >> System Management' >> # class = serial bus >> # subclass = SMBus >> # ohci0@pci0:0:11:0: class=0x0c0310 card=0x10c61734 >> chip=0x026d10de rev=0xa3 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 USB Controller' >> # class = serial bus >> # subclass = USB >> # ehci0@pci0:0:11:1: class=0x0c0320 card=0x10c61734 >> chip=0x026e10de rev=0xa3 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 USB Controller' >> # class = serial bus >> # subclass = USB >> # atapci0@pci0:0:13:0: class=0x01018a card=0x10c61734 >> chip=0x026510de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Parallel ATA Controller' >> # class = mass storage >> # subclass = ATA >> # atapci1@pci0:0:14:0: class=0x010185 card=0x10c61734 >> chip=0x026610de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Serial ATA Controller' >> # class = mass storage >> # subclass = ATA >> # atapci2@pci0:0:15:0: class=0x010185 card=0x10c61734 >> chip=0x026710de rev=0xf1 hdr=0x00 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 Serial ATA Controller' >> # class = mass storage >> # subclass = ATA >> # pcib3@pci0:0:16:0: class=0x060401 card=0xcb8410de >> chip=0x026f10de rev=0xa2 hdr=0x01 >> # vendor = 'Nvidia Corp' >> # device = 'MCP51 PCI Bridge' >> # class = bridge >> # subclass = PCI-PCI >> # hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 >> chip=0x11001022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron HyperTransport >> Technology Configuration' >> # class = bridge >> # subclass = HOST-PCI >> # hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 >> chip=0x11011022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron Address Map' >> # class = bridge >> # subclass = HOST-PCI >> # hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 >> chip=0x11021022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron DRAM Controller' >> # class = bridge >> # subclass = HOST-PCI >> # hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 >> chip=0x11031022 rev=0x00 hdr=0x00 >> # vendor = 'Advanced Micro Devices (AMD)' >> # device = '(K8) Athlon 64/Opteron Miscellaneous Control' >> # class = bridge >> # subclass = HOST-PCI >> # amd# >> >> >> moreover i have a lspci from the rescue-linux: >> # 00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) >> # 00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 >> (rev a2) >> # 00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 >> (rev a2) >> # 00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 >> (rev a2) >> # 00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 >> (rev a2) >> # 00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2) >> # 00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 >> (rev a2) >> # 00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 >> (rev a2) >> # 00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge >> (rev a1) >> # 00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge >> (rev a1) >> # 00:05.0 VGA compatible controller: nVidia Corporation C51 PCI >> Express Bridge (rev a2) >> # 00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2) >> # 00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3) >> # 00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3) >> # 00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller >> (rev a3) >> # 00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller >> (rev a3) >> # 00:0d.0 IDE interface: nVidia Corporation MCP51 IDE (rev f1) >> # 00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA >> Controller (rev f1) >> # 00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA >> Controller (rev f1) >> # 00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2) >> # 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] HyperTransport Technology Configuration >> # 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] Address Map >> # 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] DRAM Controller >> # 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 >> [Athlon64/Opteron] Miscellaneous Control >> # 04:07.0 Ethernet controller: Intel Corporation 82541PI Gigabit >> Ethernet Controller (rev 05) >> >> has anybody an idea? >> >> cheers, >> uwe >> >> >> _______________________________________________ >> 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 >> " >> >> >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 21:02:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DB211065677; Wed, 17 Dec 2008 21:02:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 246E18FC12; Wed, 17 Dec 2008 21:02:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1B5A173098; Wed, 17 Dec 2008 22:07:18 +0100 (CET) Date: Wed, 17 Dec 2008 22:07:18 +0100 From: Luigi Rizzo To: Paul Saab Message-ID: <20081217210718.GA73545@onelab2.iet.unipi.it> References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Uwe Grohnwaldt , jfv@freebsd.org, current@freebsd.org, thompsa@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 21:02:05 -0000 On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > are you looking for if_em or em? also, wasn't the em driver renamed to ixgb or something like that ? cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 21:03:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A6D91065676; Wed, 17 Dec 2008 21:03:20 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id C91F78FC45; Wed, 17 Dec 2008 21:03:19 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so103454wfg.7 for ; Wed, 17 Dec 2008 13:03:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=257SZmPbXZkPphTLyH/Us0ZbRtd1vhb9jLsG6BbDpzU=; b=npZ9LoslklRvsOa6t5cHbdc2lBGDqpqtJrMVvNHznE/tFD5pmpuyeFo0c0Hpear8Y9 5ZweDDJuUlChxyD8ZEJNfT/IMU6yJ4iHkQvzArQzIK+Gt8XKMVdlucK9hH5ihuEC4xMd TCA3UvQRylLO547M/pDJTBOuJauG7znNefWrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=vmffMqW6LFRfSkAcS+F6Weamp7Kp8aUEYgqGHchxuxbswfFrkGYrAA3KRuO3Mev5X+ XxA+2+2x5RnjtcGCrkr+XXzo+oEdcz4OvOMa/aer8Q3ose/SJsmu6qEuM5SbguuR5ooV I8o5g+YfxeroF0bjVTLgRU6CvUfwzgDoGuSS8= Received: by 10.142.234.16 with SMTP id g16mr460596wfh.264.1229547798934; Wed, 17 Dec 2008 13:03:18 -0800 (PST) Received: by 10.142.125.20 with HTTP; Wed, 17 Dec 2008 13:03:18 -0800 (PST) Message-ID: <5c0ff6a70812171303r47e989f8r7efd4ba068c458ce@mail.gmail.com> Date: Wed, 17 Dec 2008 13:03:18 -0800 From: "Paul Saab" Sender: paul.m.saab@gmail.com To: "Luigi Rizzo" In-Reply-To: <20081217210718.GA73545@onelab2.iet.unipi.it> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> X-Google-Sender-Auth: 7537bd68b69298f4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Uwe Grohnwaldt , jfv@freebsd.org, current@freebsd.org, thompsa@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 21:03:20 -0000 On Wed, Dec 17, 2008 at 1:07 PM, Luigi Rizzo wrote: > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > > are you looking for if_em or em? > > also, wasn't the em driver renamed to ixgb or something like that ? > No... Maybe you need igb in your kernel as well? From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 21:54:14 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B586E106574C; Wed, 17 Dec 2008 21:54:14 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 66E3F8FC19; Wed, 17 Dec 2008 21:54:14 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id BB86018C042F4; Wed, 17 Dec 2008 21:54:13 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Wed, 17 Dec 2008 21:54:13 +0000 (UTC) Message-ID: <494974F7.7080408@grohnwaldt.eu> Date: Wed, 17 Dec 2008 22:53:59 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org, jfv@freebsd.org, thompsa@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> In-Reply-To: <20081217210718.GA73545@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 21:54:14 -0000 there is nothing mentioned about the network-interface neither in dmesg nor in pciconf. in my kernelconfig there are the entries: device em device igb device ixgb with the old kernel everything works. Luigi Rizzo wrote: > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > >> are you looking for if_em or em? >> > > also, wasn't the em driver renamed to ixgb or something like that ? > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 22:09:47 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E681065674; Wed, 17 Dec 2008 22:09:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id D6B4E8FC1C; Wed, 17 Dec 2008 22:09:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so245019rvf.43 for ; Wed, 17 Dec 2008 14:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=OzS3OSNeA2qZFW0AVGV6Hkk0fEQzXAphRTI+tfkDM30=; b=aEGSrHWbtM86e9pB02JJQfX0oS0rKWa2ZStnQls4A0UgkPg1q7e6rzxQDPXviixIm0 9WmB91w/Bbdt8sI4jOG9ibmy7lLoQeSgRbwRwbDyPmUPZsrvYznXg73poR6JcQdBZ6bO AQzppkAi1/OyuRuo4/f+X9zUzqypFntHpHtQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=hTyKW62tBbgwwMyIlcWOWSiwdzKALB1SNeKLFWop10A00GWh8y/M8d1b+05cKKd5Kv cWLo+VI29Q6xhWvzYnrwNATfSUuyJwx0DUxXV95TKydvglhonRRAUUvo6+MPjSKhZkP/ OvyuGKkpZdBGOf39OcRX4W1+FmiYTL/VxMDok= Received: by 10.114.145.1 with SMTP id s1mr657159wad.118.1229551786480; Wed, 17 Dec 2008 14:09:46 -0800 (PST) Received: by 10.114.12.2 with HTTP; Wed, 17 Dec 2008 14:09:46 -0800 (PST) Message-ID: <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> Date: Wed, 17 Dec 2008 14:09:46 -0800 From: "Jack Vogel" To: "Uwe Grohnwaldt" In-Reply-To: <494974F7.7080408@grohnwaldt.eu> MIME-Version: 1.0 References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 22:09:47 -0000 This is odd, that device is old, its not in igb, the support looks to me like its there in the code, its an 82541GI_LF. I am on vacation, and snowed in even if i weren't :) But I will look into it. Can you please try using the RC version of 7.1 to see if it has the same problem?? Jack On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > there is nothing mentioned about the network-interface neither in dmesg nor > in pciconf. > in my kernelconfig there are the entries: > device em > device igb > device ixgb > > with the old kernel everything works. > > Luigi Rizzo wrote: > >> On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: >> >> >>> are you looking for if_em or em? >>> >>> >> >> also, wasn't the em driver renamed to ixgb or something like that ? >> >> cheers >> luigi >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> >> > > From owner-freebsd-net@FreeBSD.ORG Wed Dec 17 22:38:37 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C7C21065676; Wed, 17 Dec 2008 22:38:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id A85C78FC14; Wed, 17 Dec 2008 22:38:36 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id XIS88643; Wed, 17 Dec 2008 14:27:43 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 693CC4500F; Wed, 17 Dec 2008 14:27:42 -0800 (PST) To: Luigi Rizzo In-Reply-To: Your message of "Wed, 17 Dec 2008 22:07:18 +0100." <20081217210718.GA73545@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1229552862_1108P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 17 Dec 2008 14:27:42 -0800 From: "Kevin Oberman" Message-Id: <20081217222742.693CC4500F@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; ; ; ; X-Sender: X-To_Name: Luigi Rizzo X-To_Domain: iet.unipi.it X-To: Luigi Rizzo X-To_Email: rizzo@iet.unipi.it X-To_Alias: rizzo Cc: Uwe Grohnwaldt , current@freebsd.org, Paul Saab , freebsd-net@freebsd.org, thompsa@freebsd.org, jfv@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 17 Dec 2008 22:38:37 -0000 --==_Exmh_1229552862_1108P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 17 Dec 2008 22:07:18 +0100 > From: Luigi Rizzo > Sender: owner-freebsd-current@freebsd.org > > On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: > > are you looking for if_em or em? > > also, wasn't the em driver renamed to ixgb or something like that ? em is still if_em, but the igb driver now supports a new Intel chip, the 82575, which was supported by em in 7.0. It will be supported by the igb driver in 7.1 as will all new Intel GigE chips. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1229552862_1108P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFJSXzekn3rs5h7N1ERAvqwAJ4pMegTDmbiGWrKvOLDAVo4JGvAPACeN67K 9/LQ2kP8LffEFVvVx4a0La0= =NIRB -----END PGP SIGNATURE----- --==_Exmh_1229552862_1108P-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 00:14:41 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73A7E106564A for ; Thu, 18 Dec 2008 00:14:41 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id ECD978FC16 for ; Thu, 18 Dec 2008 00:14:40 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so90279fgb.35 for ; Wed, 17 Dec 2008 16:14:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Dk/gx3YWGsHttjEoy5qonc5D0K40Aa0Aoq8IDLmUBNw=; b=WvlXzSSgF82NO/HrRx5bVVJl+RLhjr+/S6E7ZSqMCsQyX3NfEe67wYBYfgVUNQLwHH VLZ43B3GpsaRvTd34X1CtyCV6IoFC8jQox1px6ZWfTsvplIL/U2ApXvSshDppVxJNi0V 5McBaSD7WWH0rzK6f6BGnHAoQ7rDGizxmDGl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ePHfyKOvFsBN5oYJ2xnEM9ky9a9eLXTK9+DgtRujlBS+MiS2r6cwyKuyLoWghZREam OAYK+dtRPCf2iDHktZ5QAo35PK0sFMKgIlrtu++CXeCNcUhHQXli86SJgglAaREIeRoP 7Lpe4fdxMXptK7g6KFejSLNqtF/xUKJMyNGoM= Received: by 10.86.59.2 with SMTP id h2mr758358fga.73.1229559279106; Wed, 17 Dec 2008 16:14:39 -0800 (PST) Received: by 10.86.97.5 with HTTP; Wed, 17 Dec 2008 16:14:39 -0800 (PST) Message-ID: Date: Wed, 17 Dec 2008 16:14:39 -0800 From: "Maksim Yevmenkin" To: "Uwe Grohnwaldt" In-Reply-To: <494974F7.7080408@grohnwaldt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> Cc: jfv@freebsd.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 18 Dec 2008 00:14:41 -0000 On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > there is nothing mentioned about the network-interface neither in dmesg nor > in pciconf. > in my kernelconfig there are the entries: > device em > device igb > device ixgb > > with the old kernel everything works. > i actually had somewhat similar problem only with onboard bge nics on older tyan motherboards. when i upgraded from 7.x to current (amd64 arch) both onboard bge nics disappeared. i had to go to the bios screen and set "installed os" (or something like that) to "linux". other choices were "windows" and "other" (default). thanks, max From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 00:35:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA7B1065670; Thu, 18 Dec 2008 00:35:05 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 225BC8FC08; Thu, 18 Dec 2008 00:35:05 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id B621218C042F4; Thu, 18 Dec 2008 00:35:03 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Thu, 18 Dec 2008 00:35:03 +0000 (UTC) Message-ID: <49499AB2.7070100@grohnwaldt.eu> Date: Thu, 18 Dec 2008 01:34:58 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> In-Reply-To: <2a41acea0812171409w33e49c2fq3851761a09b7aead@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org, thompsa@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 18 Dec 2008 00:35:05 -0000 We tried 7.1RC and the card works fine. Jack Vogel wrote: > This is odd, that device is old, its not in igb, the support looks to me > like its > there in the code, its an 82541GI_LF. > > I am on vacation, and snowed in even if i weren't :) But I will look into > it. > Can you please try using the RC version of 7.1 to see if it has the same > problem?? > > Jack > > > On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > > >> there is nothing mentioned about the network-interface neither in dmesg nor >> in pciconf. >> in my kernelconfig there are the entries: >> device em >> device igb >> device ixgb >> >> with the old kernel everything works. >> >> Luigi Rizzo wrote: >> >> >>> On Wed, Dec 17, 2008 at 12:59:17PM -0800, Paul Saab wrote: >>> >>> >>> >>>> are you looking for if_em or em? >>>> >>>> >>>> >>> also, wasn't the em driver renamed to ixgb or something like that ? >>> >>> cheers >>> luigi >>> >>> From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 00:46:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75E791065673; Thu, 18 Dec 2008 00:46:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (AurraSing.lando.cc [87.106.187.149]) by mx1.freebsd.org (Postfix) with ESMTP id 297AE8FC17; Thu, 18 Dec 2008 00:46:04 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from AurraSing.lando.cc (unknown [127.0.0.1]) by AurraSing.lando.cc (Postfix) with ESMTP id 0577018C042F4; Thu, 18 Dec 2008 00:46:03 +0000 (UTC) Received: from BriaTharen.local (unknown [139.30.252.64]) by AurraSing.lando.cc (Postfix) with ESMTP; Thu, 18 Dec 2008 00:46:02 +0000 (UTC) Message-ID: <49499D47.5040509@grohnwaldt.eu> Date: Thu, 18 Dec 2008 01:45:59 +0100 From: Uwe Grohnwaldt User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd-current@freebsd.org, thompsa@freebsd.org References: <494954FD.8050708@grohnwaldt.eu> <5c0ff6a70812171217w1f19b185v7f8d3defde6c4deb@mail.gmail.com> <49496783.1090805@grohnwaldt.eu> <5c0ff6a70812171259rd32459bu7b77ffc9eb8ef7b@mail.gmail.com> <20081217210718.GA73545@onelab2.iet.unipi.it> <494974F7.7080408@grohnwaldt.eu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jfv@freebsd.org, freebsd-net@freebsd.org Subject: Re: [Fwd: em0 disappeared] 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, 18 Dec 2008 00:46:04 -0000 Maksim Yevmenkin wrote: > On Wed, Dec 17, 2008 at 1:53 PM, Uwe Grohnwaldt wrote: > >> there is nothing mentioned about the network-interface neither in dmesg nor >> in pciconf. >> in my kernelconfig there are the entries: >> device em >> device igb >> device ixgb >> >> with the old kernel everything works. >> >> > > i actually had somewhat similar problem only with onboard bge nics on > older tyan motherboards. when i upgraded from 7.x to current (amd64 > arch) both onboard bge nics disappeared. i had to go to the bios > screen and set "installed os" (or something like that) to "linux". > other choices were "windows" and "other" (default). > > thanks, > max > The problem is: it is a rented Strato-Server. So I have no access to the bios. The box is used to be a new Tinderbox for miwi so he needs a running fbsd-current. we would realy appreciate a fix and will test it, of course. chers, Uwe From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 00:46:53 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 061131065676; Thu, 18 Dec 2008 00:46:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C984A8FC26; Thu, 18 Dec 2008 00:46:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBI0kqIn005706; Thu, 18 Dec 2008 00:46:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBI0kqIo005702; Thu, 18 Dec 2008 00:46:52 GMT (envelope-from linimon) Date: Thu, 18 Dec 2008 00:46:52 GMT Message-Id: <200812180046.mBI0kqIo005702@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129719: [tcp] [panic] Panic during shutdown, tcp_ctloutput: inp == NULL 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, 18 Dec 2008 00:46:53 -0000 Old Synopsis: Panic during shutdown, tcp_ctloutput: inp == NULL New Synopsis: [tcp] [panic] Panic during shutdown, tcp_ctloutput: inp == NULL Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Dec 18 00:46:25 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129719 From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 18:18:44 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D709106564A; Thu, 18 Dec 2008 18:18:44 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (unknown [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id D14C58FC1C; Thu, 18 Dec 2008 18:18:43 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:DO9pd7JVZxa/zNrXDac6yzmDPjF5OFM8f9QdA1prp5XOKkk11gzojgHgupWnGQPc@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id mBIIIb62074181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 03:18:37 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 19 Dec 2008 03:18:37 +0900 Message-ID: From: Hajimu UMEMOTO To: Ivan Voras In-Reply-To: References: User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 19 Dec 2008 03:18:37 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: 6to4 in 6.3-R? 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, 18 Dec 2008 18:18:44 -0000 Hi, >>>>> On Tue, 16 Dec 2008 22:01:59 +0100 >>>>> Ivan Voras said: ivoras> > ping6 www.freebsd.org ivoras> PING6(56=40+8+8 bytes) 2002:a135:xxyy::1 --> 2001:4f8:fff6::21 ivoras> ping6: sendmsg: Permission denied ivoras> ping6: wrote www.freebsd.org 16 chars, ret=-1 ivoras> ping6: sendmsg: Permission denied ivoras> ping6: wrote www.freebsd.org 16 chars, ret=-1 ivoras> ^C ivoras> --- www.freebsd.org ping6 statistics --- ivoras> 2 packets transmitted, 0 packets received, 100.0% packet loss ivoras> It can ping6 itself. I have ipfw here but a very early rule says "allow ivoras> ipv6 from any to any". It's triggered, judging by the packet counts, but ivoras> apparently only in one direction (in the above example, only 2 packets ivoras> would be accounted for). Though "allow ipv6 from any to any" allows native IPv6 traffic, it doesn't allow IPv6 over IPv4 traffic e.g. 6to4. I suspect you don't have a rule to allow 6to4 traffic. Please try the following rule, and see the result: allow ip4 from any to any proto ipv6 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 20:06:40 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC8411065673 for ; Thu, 18 Dec 2008 20:06:40 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7904D8FC19 for ; Thu, 18 Dec 2008 20:06:39 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDP8i-0002My-OA for freebsd-net@freebsd.org; Thu, 18 Dec 2008 20:06:34 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 20:06:32 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 20:06:32 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 18 Dec 2008 21:06:28 +0100 Lines: 57 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDBA2173EF5D4CE8E85005F9C" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 6to4 in 6.3-R? 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, 18 Dec 2008 20:06:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDBA2173EF5D4CE8E85005F9C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hajimu UMEMOTO wrote: > Hi, >=20 >>>>>> On Tue, 16 Dec 2008 22:01:59 +0100 >>>>>> Ivan Voras said: >=20 > ivoras> > ping6 www.freebsd.org > ivoras> PING6(56=3D40+8+8 bytes) 2002:a135:xxyy::1 --> 2001:4f8:fff6::2= 1 > ivoras> ping6: sendmsg: Permission denied > ivoras> ping6: wrote www.freebsd.org 16 chars, ret=3D-1 > ivoras> ping6: sendmsg: Permission denied > ivoras> ping6: wrote www.freebsd.org 16 chars, ret=3D-1 > ivoras> ^C > ivoras> --- www.freebsd.org ping6 statistics --- > ivoras> 2 packets transmitted, 0 packets received, 100.0% packet loss >=20 > ivoras> It can ping6 itself. I have ipfw here but a very early rule say= s "allow > ivoras> ipv6 from any to any". It's triggered, judging by the packet co= unts, but > ivoras> apparently only in one direction (in the above example, only 2 = packets > ivoras> would be accounted for). >=20 > Though "allow ipv6 from any to any" allows native IPv6 traffic, it > doesn't allow IPv6 over IPv4 traffic e.g. 6to4. I suspect you don't > have a rule to allow 6to4 traffic. Please try the following rule, and > see the result: >=20 > allow ip4 from any to any proto ipv6 You are very much correct - I forgot to allow the inner protocol! Thanks!= --------------enigDBA2173EF5D4CE8E85005F9C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJSq1EldnAQVacBcgRArmEAJ9YeMFyIf713lLhoBMo9Nd9s/Rv+QCfV/ns XV7TGMxOys00kzm/oydBnwc= =YkOd -----END PGP SIGNATURE----- --------------enigDBA2173EF5D4CE8E85005F9C-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 20:59:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E571065670 for ; Thu, 18 Dec 2008 20:59:12 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id A81AB8FC0C for ; Thu, 18 Dec 2008 20:59:11 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDPxY-0004XP-Uz for freebsd-net@freebsd.org; Thu, 18 Dec 2008 20:59:05 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 20:59:04 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 20:59:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 18 Dec 2008 21:58:59 +0100 Lines: 77 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4B8AA03C8457F77BAD33991E" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) X-Enigmail-Version: 0.95.0 Sender: news Subject: IPv6 routing help? 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, 18 Dec 2008 20:59:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4B8AA03C8457F77BAD33991E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I'm experimenting with IPv6 and have 6to4 running on a machine (thanks to Hajimu UMEMOTO). I'm now trying to configure another system on a LAN, running Linux, to use the 6to4 one as a IPv6 router. I've configured ipv6 forwarding on the router, and started rtadvd. The client machine apparently sees the route and has autoconfigured the following: # ip -6 route show fe80::/64 dev eth0 metric 256 expires -205814sec mtu 1500 advmss 1440 hoplimit 4294967295 default via fe80::250:8bff:feeb:8401 dev eth0 proto kernel metric 1024 expires 1396sec mtu 1500 advmss 1440 hoplimit 64 The last line correctly lists the link-local ipv6 address of the router. This looks ok, except attempts to actually use ping6 on this address fail= : # ping6 fe80::250:8bff:feeb:8401 connect: Invalid argument But, pinging the router's external IPv6 address works from the client: # ping6 2002:xxyy:xxyy::1 PING 2002:xxyy:xxyy::1(2002:xxyy:xxyy::1) 56 data bytes 64 bytes from 2002:xxyy:xxyy::1: icmp_seq=3D1 ttl=3D64 time=3D0.492 ms 64 bytes from 2002:xxyy:xxyy::1: icmp_seq=3D2 ttl=3D64 time=3D0.501 ms --- 2002:xxyy:xxyy::1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev =3D 0.492/0.496/0.501/0.022 ms But pinging any outside address fails: # ping6 www.freebsd.org PING www.freebsd.org(www.freebsd.org) 56 data bytes =46rom fe80::250:8bff:feeb:8401 icmp_seq=3D1 Destination unreachable: Bey= ond scope of source address =46rom fe80::250:8bff:feeb:8401 icmp_seq=3D2 Destination unreachable: Bey= ond scope of source address --- www.freebsd.org ping statistics --- 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1000= ms As far as I understand ipv6 (very little), this basically says the router told the client it can't send packets to outside addresses with source addresses that are link-local. Is this correct? However, adding an ipv6 address to the client, in this case 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the router's external address. It looks to me like I'm missing something important in the relation between the link-local and the global addresses, but what? --------------enig4B8AA03C8457F77BAD33991E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFJSrmTldnAQVacBcgRAo/TAJdftGN9L99VxQbjAm3ctVlKl+60AJwIszMl j83pWien7JImZ2h3e6Sjnw== =ONqb -----END PGP SIGNATURE----- --------------enig4B8AA03C8457F77BAD33991E-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 21:39:49 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0C31065677 for ; Thu, 18 Dec 2008 21:39:49 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id EAE628FC23 for ; Thu, 18 Dec 2008 21:39:48 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 10840 invoked by uid 89); 18 Dec 2008 21:49:57 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 18 Dec 2008 21:49:57 -0000 Message-ID: <494AC323.9070007@ibctech.ca> Date: Thu, 18 Dec 2008 16:39:47 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 routing help? 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, 18 Dec 2008 21:39:49 -0000 Ivan Voras wrote: > As far as I understand ipv6 (very little), this basically says the > router told the client it can't send packets to outside addresses with > source addresses that are link-local. Is this correct? I don't know much about 6to4. All of my IPv6 is native, but what you are saying appears correct. It is almost like a translation at the router should be happening, but it is not. > However, adding an ipv6 address to the client, in this case > 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the router's > external address. It looks to me like I'm missing something important in > the relation between the link-local and the global addresses, but what? In this case, you are implementing the same IP prefix on both sides of the router, which won't work. Try to ping6 www.freebsd.org from the router itself. If that works, the issue is most certainly the router. If this is the case, hopefully someone with more 6to4 experience can explain why your router is not doing the expected thing. Steve From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 21:43:26 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4028106564A for ; Thu, 18 Dec 2008 21:43:26 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 40DEE8FC1E for ; Thu, 18 Dec 2008 21:43:26 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 11020 invoked by uid 89); 18 Dec 2008 21:53:35 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 18 Dec 2008 21:53:35 -0000 Message-ID: <494AC3FD.8040402@ibctech.ca> Date: Thu, 18 Dec 2008 16:43:25 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 routing help? 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, 18 Dec 2008 21:43:26 -0000 Ivan Voras wrote: > The last line correctly lists the link-local ipv6 address of the router. > This looks ok, except attempts to actually use ping6 on this address fail: > > # ping6 fe80::250:8bff:feeb:8401 > connect: Invalid argument Oh, and I've found in the past that FreeBSD requires you to add the interface name with a % sign after the v6 address when trying to communicate via link-local: #ping6 fe80::1%lo0 PING6(56=40+8+8 bytes) fe80::1%lo0 --> fe80::1%lo0 16 bytes from fe80::1%lo0, icmp_seq=0 hlim=64 time=0.224 ms 16 bytes from fe80::1%lo0, icmp_seq=1 hlim=64 time=0.131 ms ^C ...but when communicating to a global unique, you do not: #ping6 2607:f118::b6 PING6(56=40+8+8 bytes) 2607:f118::b6 --> 2607:f118::b6 16 bytes from 2607:f118::b6, icmp_seq=0 hlim=64 time=0.234 ms ^C Steve From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 21:55:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DC78106564A for ; Thu, 18 Dec 2008 21:55:28 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CCDF08FC08 for ; Thu, 18 Dec 2008 21:55:27 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDQq1-0006nA-Dj for freebsd-net@freebsd.org; Thu, 18 Dec 2008 21:55:21 +0000 Received: from 93-138-79-1.adsl.net.t-com.hr ([93.138.79.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 21:55:21 +0000 Received: from ivoras by 93-138-79-1.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 21:55:21 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 18 Dec 2008 22:54:58 +0100 Lines: 46 Message-ID: References: <494AC3FD.8040402@ibctech.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1ACF36E1EB9B5340EE717241" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-79-1.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <494AC3FD.8040402@ibctech.ca> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: IPv6 routing help? 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, 18 Dec 2008 21:55:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1ACF36E1EB9B5340EE717241 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Bertrand wrote: > Ivan Voras wrote: >=20 >> The last line correctly lists the link-local ipv6 address of the route= r. >> This looks ok, except attempts to actually use ping6 on this address f= ail: >> >> # ping6 fe80::250:8bff:feeb:8401 >> connect: Invalid argument >=20 > Oh, and I've found in the past that FreeBSD requires you to add the > interface name with a % sign after the v6 address when trying to > communicate via link-local: >=20 > #ping6 fe80::1%lo0 >=20 > PING6(56=3D40+8+8 bytes) fe80::1%lo0 --> fe80::1%lo0 > 16 bytes from fe80::1%lo0, icmp_seq=3D0 hlim=3D64 time=3D0.224 ms > 16 bytes from fe80::1%lo0, icmp_seq=3D1 hlim=3D64 time=3D0.131 ms > ^C Thanks, it looks like Linux wants it also. Pinging fe80::250:8bff:feeb:8401%eth0 works as expected. --------------enig1ACF36E1EB9B5340EE717241 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklKxrgACgkQldnAQVacBchmOgCfUW44zynrXvZqIcF7zzUS5rmB BfsAoMEhjI3ADct0vJZ49hiG8hAerhhO =rvzq -----END PGP SIGNATURE----- --------------enig1ACF36E1EB9B5340EE717241-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 22:08:31 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE509106564A for ; Thu, 18 Dec 2008 22:08:31 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 38DCE8FC08 for ; Thu, 18 Dec 2008 22:08:30 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDR2i-0007JW-0E for freebsd-net@freebsd.org; Thu, 18 Dec 2008 22:08:28 +0000 Received: from 93-138-79-1.adsl.net.t-com.hr ([93.138.79.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 22:08:27 +0000 Received: from ivoras by 93-138-79-1.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 22:08:27 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Thu, 18 Dec 2008 23:08:12 +0100 Lines: 60 Message-ID: References: <494AC323.9070007@ibctech.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig10DB026758155F711B70A4DB" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-79-1.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <494AC323.9070007@ibctech.ca> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: IPv6 routing help? 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, 18 Dec 2008 22:08:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig10DB026758155F711B70A4DB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Bertrand wrote: > Ivan Voras wrote: >=20 >> As far as I understand ipv6 (very little), this basically says the >> router told the client it can't send packets to outside addresses with= >> source addresses that are link-local. Is this correct? >=20 > I don't know much about 6to4. All of my IPv6 is native, but what you ar= e > saying appears correct. >=20 > It is almost like a translation at the router should be happening, but > it is not. Yes. >> However, adding an ipv6 address to the client, in this case >> 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the router'= s >> external address. It looks to me like I'm missing something important = in >> the relation between the link-local and the global addresses, but what= ? >=20 > In this case, you are implementing the same IP prefix on both sides of > the router, which won't work. I don't follow you - is something significantly different than ipv4? > Try to ping6 www.freebsd.org from the router itself. If that works, the= > issue is most certainly the router. If this is the case, hopefully > someone with more 6to4 experience can explain why your router is not > doing the expected thing. IPv6 from and to the "router" (it's actually an ordinary machine doing lots of stuff) works for all purposes. --------------enig10DB026758155F711B70A4DB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklKyc0ACgkQldnAQVacBcjyBgCfT3MCxXy4YuIPblNN0GUtO3ya k/gAni8/bA73jS2ESR8/BrATYPM5qdOe =cOud -----END PGP SIGNATURE----- --------------enig10DB026758155F711B70A4DB-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 23:33:04 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181451065670 for ; Thu, 18 Dec 2008 23:33:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id A25E78FC0C for ; Thu, 18 Dec 2008 23:33:03 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-020-216.pools.arcor-ip.net [88.66.20.216]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1LDSMY0cmr-0007WX; Fri, 19 Dec 2008 00:33:02 +0100 Received: (qmail 13501 invoked from network); 18 Dec 2008 23:33:01 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 18 Dec 2008 23:33:01 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 19 Dec 2008 00:33:01 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <494AC323.9070007@ibctech.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812190033.01630.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+Key6S/iS8pxiGHNnVMiwix7eVPU/goxpXrJ5 H57CcwhUx5JzRWOd8lKVtswYLr7ed7R4sk0caEHhE8dgYzoF3l UvS9hfMXP2ol9kYAD9M8g== Cc: Ivan Voras Subject: Re: IPv6 routing help? 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, 18 Dec 2008 23:33:04 -0000 On Thursday 18 December 2008 23:08:12 Ivan Voras wrote: > Steve Bertrand wrote: > > Ivan Voras wrote: > >> As far as I understand ipv6 (very little), this basically says the > >> router told the client it can't send packets to outside addresses with > >> source addresses that are link-local. Is this correct? > > > > I don't know much about 6to4. All of my IPv6 is native, but what you are > > saying appears correct. > > > > It is almost like a translation at the router should be happening, but > > it is not. > > Yes. No! IPv6 gets rid of all the translation madness! > >> However, adding an ipv6 address to the client, in this case > >> 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the router's > >> external address. It looks to me like I'm missing something important in > >> the relation between the link-local and the global addresses, but what? > > > > In this case, you are implementing the same IP prefix on both sides of > > the router, which won't work. > > I don't follow you - is something significantly different than ipv4? What you need to do is something like the following: On the interface you are running rtadvd you need a global address out of your stf prefix, e.g. 2002:aabb:ccdd:1::/64. Once you do that, everything else should just fall into place. The client will configure an address out of that prefix and adds a route via 2002:aabb:ccdd:1::/64. This should get you going. > > Try to ping6 www.freebsd.org from the router itself. If that works, the > > issue is most certainly the router. If this is the case, hopefully > > someone with more 6to4 experience can explain why your router is not > > doing the expected thing. > > IPv6 from and to the "router" (it's actually an ordinary machine doing > lots of stuff) works for all purposes. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 23:39:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9D2F1065675 for ; Thu, 18 Dec 2008 23:39:45 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id B0B4B8FC1B for ; Thu, 18 Dec 2008 23:39:45 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 14459 invoked by uid 89); 18 Dec 2008 23:49:55 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 18 Dec 2008 23:49:55 -0000 Message-ID: <494ADF40.3060903@ibctech.ca> Date: Thu, 18 Dec 2008 18:39:44 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: <494AC323.9070007@ibctech.ca> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 routing help? 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, 18 Dec 2008 23:39:46 -0000 Ivan Voras wrote: > Steve Bertrand wrote: >> Ivan Voras wrote: >> >>> As far as I understand ipv6 (very little), this basically says the >>> router told the client it can't send packets to outside addresses with >>> source addresses that are link-local. Is this correct? >> I don't know much about 6to4. All of my IPv6 is native, but what you are >> saying appears correct. >> >> It is almost like a translation at the router should be happening, but >> it is not. > > Yes. > >>> However, adding an ipv6 address to the client, in this case >>> 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the router's >>> external address. It looks to me like I'm missing something important in >>> the relation between the link-local and the global addresses, but what? >> In this case, you are implementing the same IP prefix on both sides of >> the router, which won't work. > > I don't follow you - is something significantly different than ipv4? Err, no. IPv4 and IPv6 are systematically the same. You stated in the original post that you have, on the router, as its 'outside' address: 2002:xxyy:xxyy::1 Then, in a subsequent post, you stated that you assigned: 2002:xxyy:xxyy::10 to the client, which I expect is attached to the *inside* interface on the router. Therefore, you would have 2002:xxyy:xxyy::/64 networks on BOTH the inside, and outside interfaces. I think what you need to do is configure a separate global /64 prefix on the INSIDE interface of your router (and the network clients), that is different from the /64 on the outside, as opposed to using link-local addressing. However, I have no idea if this needs to be globally routable or not. As I've said, I know pretty much nothing of 6to4. Some tunnel brokers can provide you with both a global unique address for the 'WAN' side of your router, and then route you a /48 that can be used inside of your network. Steve From owner-freebsd-net@FreeBSD.ORG Thu Dec 18 23:45:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBA21065676 for ; Thu, 18 Dec 2008 23:45:33 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 554308FC19 for ; Thu, 18 Dec 2008 23:45:32 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDSYd-0002dj-02 for freebsd-net@freebsd.org; Thu, 18 Dec 2008 23:45:31 +0000 Received: from 93-138-79-1.adsl.net.t-com.hr ([93.138.79.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 23:45:30 +0000 Received: from ivoras by 93-138-79-1.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Dec 2008 23:45:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Fri, 19 Dec 2008 00:45:10 +0100 Lines: 66 Message-ID: References: <494AC323.9070007@ibctech.ca> <494ADF40.3060903@ibctech.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8D5F6AAFDECA4BE6EDC71D5D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-79-1.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <494ADF40.3060903@ibctech.ca> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: IPv6 routing help? 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, 18 Dec 2008 23:45:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D5F6AAFDECA4BE6EDC71D5D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Bertrand wrote: > Ivan Voras wrote: >> Steve Bertrand wrote: >>> Ivan Voras wrote: >>> >>>> As far as I understand ipv6 (very little), this basically says the >>>> router told the client it can't send packets to outside addresses wi= th >>>> source addresses that are link-local. Is this correct? >>> I don't know much about 6to4. All of my IPv6 is native, but what you = are >>> saying appears correct. >>> >>> It is almost like a translation at the router should be happening, bu= t >>> it is not. >> Yes. >> >>>> However, adding an ipv6 address to the client, in this case >>>> 2002:xxyy:xxyy::10/64 doesn't help and breaks even pinging the route= r's >>>> external address. It looks to me like I'm missing something importan= t in >>>> the relation between the link-local and the global addresses, but wh= at? >>> In this case, you are implementing the same IP prefix on both sides o= f >>> the router, which won't work. >> I don't follow you - is something significantly different than ipv4? >=20 > Err, no. IPv4 and IPv6 are systematically the same. >=20 > You stated in the original post that you have, on the router, as its > 'outside' address: >=20 > 2002:xxyy:xxyy::1 >=20 > Then, in a subsequent post, you stated that you assigned: >=20 > 2002:xxyy:xxyy::10 to the client, which I expect is attached to the > *inside* interface on the router. Yes, I managed to get confused by the link-local address again. You're right. --------------enig8D5F6AAFDECA4BE6EDC71D5D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklK4IsACgkQldnAQVacBcj/RwCfVi9aiJVL3n0GkhoxByoOn3vz RBsAn1wFfgQ/3Br0iHAO+ZLmLeOwbzZs =r6Ab -----END PGP SIGNATURE----- --------------enig8D5F6AAFDECA4BE6EDC71D5D-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 00:12:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110231065676 for ; Fri, 19 Dec 2008 00:12:16 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D9A578FC20 for ; Fri, 19 Dec 2008 00:12:15 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LDSyQ-0003dU-Gp for freebsd-net@freebsd.org; Fri, 19 Dec 2008 00:12:10 +0000 Received: from 93-138-79-1.adsl.net.t-com.hr ([93.138.79.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Dec 2008 00:12:10 +0000 Received: from ivoras by 93-138-79-1.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Dec 2008 00:12:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Fri, 19 Dec 2008 01:11:51 +0100 Lines: 44 Message-ID: References: <494AC323.9070007@ibctech.ca> <200812190033.01630.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig063DB7DAEBB70ADF27670ECF" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-79-1.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <200812190033.01630.max@love2party.net> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: IPv6 routing help? 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, 19 Dec 2008 00:12:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig063DB7DAEBB70ADF27670ECF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Max Laier wrote: > On the interface you are running rtadvd you need a global address out o= f your=20 > stf prefix, e.g. 2002:aabb:ccdd:1::/64. Once you do that, everything e= lse=20 > should just fall into place. The client will configure an address out = of that=20 > prefix and adds a route via 2002:aabb:ccdd:1::/64. This should get you= going. Thanks, I understand now what I was doing wrong before. Actually 6to4 is very elegant. Another related question: if I understand it correctly, rtadvd should also be used for address autoconfiguration (like DHCP for IPv6, but not actually DHCP). I have it running with defaults (they look like they should do the right thing) and apparently it works as the client got the link-local address of the router as it's default IPv6 route, but I expected it would also automagically pick up the 2002:aabb:ccdd:1::/64 network when I assigned an address from it on the router and autoconfigure its own address. Maybe I'm expecting too much of it? --------------enig063DB7DAEBB70ADF27670ECF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklK5scACgkQldnAQVacBciLLgCfZIMemPEPFrSGwIYxBXVlqW84 DTMAn3VQnxvKx1DSTCiRgMzrJbYLAy+k =Gqrw -----END PGP SIGNATURE----- --------------enig063DB7DAEBB70ADF27670ECF-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 00:17:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3F61065679 for ; Fri, 19 Dec 2008 00:17:45 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 747D08FC2B for ; Fri, 19 Dec 2008 00:17:45 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-020-216.pools.arcor-ip.net [88.66.20.216]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1LDT3n3NxL-0008OH; Fri, 19 Dec 2008 01:17:44 +0100 Received: (qmail 14158 invoked from network); 19 Dec 2008 00:17:43 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 19 Dec 2008 00:17:43 -0000 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 19 Dec 2008 01:17:43 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <200812190033.01630.max@love2party.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812190117.43337.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1++pC8N6NpBa9FGnTYukA99yNqE+908ibny6cy A8O5kbdyfsR0aCIlnB7c4K/xFJ6rcIaPX7TuAiaK+eUUkjAOdc bOm2UhJAx/UXsTr7mhGRw== Cc: Ivan Voras Subject: Re: IPv6 routing help? 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, 19 Dec 2008 00:17:45 -0000 On Friday 19 December 2008 01:11:51 Ivan Voras wrote: > Max Laier wrote: > > On the interface you are running rtadvd you need a global address out of > > your stf prefix, e.g. 2002:aabb:ccdd:1::/64. Once you do that, > > everything else should just fall into place. The client will configure > > an address out of that prefix and adds a route via 2002:aabb:ccdd:1::/64. > > This should get you going. > > Thanks, I understand now what I was doing wrong before. Actually 6to4 is > very elegant. > > Another related question: if I understand it correctly, rtadvd should > also be used for address autoconfiguration (like DHCP for IPv6, but not > actually DHCP). I have it running with defaults (they look like they > should do the right thing) and apparently it works as the client got the > link-local address of the router as it's default IPv6 route, but I > expected it would also automagically pick up the 2002:aabb:ccdd:1::/64 > network when I assigned an address from it on the router and > autoconfigure its own address. Maybe I'm expecting too much of it? It will, provided you properly assign an address on the NIC that is running rtadvd. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 04:46:32 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF5E1065670; Fri, 19 Dec 2008 04:46:32 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 64E4A8FC14; Fri, 19 Dec 2008 04:46:32 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBJ4kWun091607; Fri, 19 Dec 2008 04:46:32 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBJ4kWeU091603; Fri, 19 Dec 2008 04:46:32 GMT (envelope-from linimon) Date: Fri, 19 Dec 2008 04:46:32 GMT Message-Id: <200812190446.mBJ4kWeU091603@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129750: [ath] Atheros AR5006 exits on "cannot map register space" & "ath0 attach returned 6" 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, 19 Dec 2008 04:46:32 -0000 Old Synopsis: Atheros AR5006 exists on "cannot map register space" & "ath0 attach returned 6" New Synopsis: [ath] Atheros AR5006 exits on "cannot map register space" & "ath0 attach returned 6" Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Dec 19 04:46:16 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129750 From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 07:38:50 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B0E21065673 for ; Fri, 19 Dec 2008 07:38:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEB38FC16 for ; Fri, 19 Dec 2008 07:38:49 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mBJ7cigI006871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 18:38:47 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mBJ7cixC032517; Fri, 19 Dec 2008 18:38:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mBJ7cgAW032516; Fri, 19 Dec 2008 18:38:42 +1100 (EST) (envelope-from peter) Date: Fri, 19 Dec 2008 18:38:42 +1100 From: Peter Jeremy To: Lev Serebryakov Message-ID: <20081219073842.GB21468@server.vk2pj.dyndns.org> References: <1988001541.20081215103053@serebryakov.spb.ru> <49469ED0.5070308@freebsd.org> <1125132021.20081215232730@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <1125132021.20081215232730@serebryakov.spb.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-net@freebsd.org, Lev Serebryakov , freebsd-hardware@freebsd.org Subject: Re: Re[2]: ath: is here full list of supported chipsets and chipsets comparsion? 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, 19 Dec 2008 07:38:50 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-15 23:27:30 +0300, Lev Serebryakov wro= te: > And using HEAD in production... Hmm. Is it good idea? That's really an individual decision. If you have the time, expertise and facilities to adequately regression test a HEAD snapshot using something similar to your production workload, and are willing to help resolve any problems you encounter, then there's no particular reason why you shouldn't run HEAD in production. Looking at it another way, the more people who stress 8-CURRENT in strange and varied ways (and help fix any problems they encounter), the better 8-RELEASE will be when it eventuates. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklLT4EACgkQ/opHv/APuIde+ACffL3vGeGU7B37czjSYvwqkzGy ZtsAn0gFhJ0dYfV025C5/0B01EYdfuSq =ACvm -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 10:36:41 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFE481065674 for ; Fri, 19 Dec 2008 10:36:41 +0000 (UTC) (envelope-from indul@citromail.hu) Received: from server16.citromail.hu (server16.citromail.hu [91.83.45.16]) by mx1.freebsd.org (Postfix) with ESMTP id 232848FC12 for ; Fri, 19 Dec 2008 10:36:40 +0000 (UTC) (envelope-from indul@citromail.hu) Received: (qmail 8839 invoked by uid 89); 19 Dec 2008 10:09:59 -0000 Message-ID: <20081219100959.8838.qmail@server16.citromail.hu> To: Received: from excalaa.csaszarnet.hu [87.229.1.153] by with HTTP; Fri, 19 Dec 2008 11:09:59 +0100 From: "Lazar Szilard" Date: Fri, 19 Dec 2008 11:09:59 +0100 Errors-To: X-Priority: 3 X-Mailer: VIPmail v.2.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 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: Fri, 19 Dec 2008 10:36:41 -0000 hi,=0A =0A I have a beginner quieston.=0A I use FreeBSD 7.1-RC1 without X on my notebook.=0A How can I configure my network to=0A 1. use proxy to http or ftp connections (proxy address: (10.0.1.1:8080)=0A or (on another place, with stong restrictions, but port 22 is open)=0A 2. use ssh tunnel (in windows I've used socks5 proxy trough my server: ssh = -D 7777 user@host.tld)=0A =0A where can I set these settings?=0A best regards,=0A indul =0AHirdet=E9s (x) =0A=0A mindenidok.hu=0A Kedvenceid =E9s VIP legek egy helyen.=0A Mutasd meg, miben vagy kir=E1ly!=0A Regisztr=E1lj, szavazz, =E9p=EDts saj=E1t list=E1t!=0A Az els=F5 50 decemberi listaszerz=F5 b=F6gr=E9t kap!=0A mindenidok.hu. A legport=E1l. //=20 From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 11:32:46 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F0B01065674 for ; Fri, 19 Dec 2008 11:32:46 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by mx1.freebsd.org (Postfix) with ESMTP id DDA548FC14 for ; Fri, 19 Dec 2008 11:32:45 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c21so216220ika.3 for ; Fri, 19 Dec 2008 03:32:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer; bh=a5loq03xQChfUL5n0+yVGQfFaE2Zk81+q8NPsAxHRy4=; b=pxszNnDdLyC+xdVJaf/6JGdmyI3pBpr/TLPOe2pPTBMCG8Ff2liWLkA21zlh/Zeh0E igQz7xt2J1QRJiSLPM7w4tjNvMGKwWg4/gshGbTXK/NdMJAH4dg4Up5ZX+Au3gTDNd8s /la2cq5D1ivKVF4tKTKkGVcuNwVXhL2XCYr8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer; b=iw07tS4lSy3P5fdF1Y/yfvVMImhNOZIWc4tXrNV7cF6z8ioiit/3S7Z59YVGqufDaP gW0hlvdPaLPHdLi73r90KcD/xw4++0/Hk8UbV6xIyassdh8JAEvi5RaqNt3xgPpz1hVO SWB5ytu68TQbolEYXc6THRR3pnq6/ObCztBU0= Received: by 10.210.10.8 with SMTP id 8mr2242562ebj.53.1229686364626; Fri, 19 Dec 2008 03:32:44 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id m5sm5979137gve.3.2008.12.19.03.32.42 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 03:32:43 -0800 (PST) From: Tom Evans To: Lazar Szilard In-Reply-To: <20081219100959.8838.qmail@server16.citromail.hu> References: <20081219100959.8838.qmail@server16.citromail.hu> Content-Type: multipart/mixed; boundary="=-Oy45P75YK18JawH6wdym" Date: Fri, 19 Dec 2008 11:33:09 +0000 Message-Id: <1229686389.41849.19.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 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: Fri, 19 Dec 2008 11:32:46 -0000 --=-Oy45P75YK18JawH6wdym Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, 2008-12-19 at 11:09 +0100, Lazar Szilard wrote: > hi, > > > > I have a beginner quieston. > > I use FreeBSD 7.1-RC1 without X on my notebook. > > How can I configure my network to > > 1. use proxy to http or ftp connections (proxy address: (10.0.1.1:8080) > > or (on another place, with stong restrictions, but port 22 is open) > > 2. use ssh tunnel (in windows I've used socks5 proxy trough my server: ssh -D 7777 user@host.tld) > > > > where can I set these settings? > > best regards, > > indul > > To use a proxy with most applications, it is simply necessary to set the appropriate environment variables. Eg, I have a squid proxy running on the server 'proxy', port 3128, so I put the following in my .bashrc: export HTTP_PROXY=proxy:3128 export http_proxy=http://proxy:3128/ export ftp_proxy=http://proxy:3128/ To use an ssh tunnel, you already have the command right there.. I use a tiny rc script to manage my ssh tunnels, it is attached. Put in /usr/local/etc/rc.d and add the following settings to /etc/rc.conf proxy_tunnel_enable="YES" proxy_tunnel_remote_user="someone@somehost" You should also set up passwordless ssh authentication for root to the user@host you wish to use for proxying to, and then simply change your local users proxy settings. --=-Oy45P75YK18JawH6wdym-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 11:46:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13C061065673 for ; Fri, 19 Dec 2008 11:46:12 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (allresearch.com [38.144.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id E2CF78FC1A for ; Fri, 19 Dec 2008 11:46:11 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id B91F664FC24 for ; Fri, 19 Dec 2008 03:29:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=webclipping.com; h= message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date; s=selector1; bh=N2cxLXfPNUX5m/qC6And RK47Ia0=; b=pmH2dFR4x8uXqdlRMLk/fKSwRnirvUX2xTWg38tx0jZ4+h5EQRqG BWPtUGD7T8aqJLyemaSiMJfLS0LPKHh7Z7Qwt6lg42cIT5zU2e9fPlgTvPv1R1L2 aqcIEJfH6VNyp7mx6GsAKjteL6uADUZ9BeH08kji6tdnF4Ud4Kvxug0= Received: from allresearch.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id 9D2F664FC0B for ; Fri, 19 Dec 2008 03:29:49 -0800 (PST) Received: (from nobody@localhost) by allresearch.com (8.13.8/8.13.8/Submit) id mBJBTnRw053099 for freebsd-net@freebsd.org; Fri, 19 Dec 2008 03:29:49 -0800 (PST) (envelope-from noah@webclipping.com) X-Authentication-Warning: allresearch.com: nobody set sender to noah@webclipping.com using -f X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on allresearch.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from [10.0.1.96] (rrcs-64-183-13-250.west.biz.rr.com [64.183.13.250]) by webclipping.com (Postfix) with ESMTP id 1380564FC06 for ; Fri, 19 Dec 2008 03:29:48 -0800 (PST) Message-Id: From: Noah Silverman To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 03:23:57 -0800 X-Mailer: Apple Mail (2.930.3) Subject: Surf outside Internet through VPN 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, 19 Dec 2008 11:46:12 -0000 Hello, I want to find a way to pass ALL traffic from my laptop THROUGH my office VPN and then out to the Internet. This is a "road warrior" setup. This gives me a few benefits: 1) I can check my email securely through VPN. 2) No matter where I am, I will always have the external IP of my VPN server when accessing the web. I have setup a VPN. Was able to get it working with either tun or tap interfaces. That part seems OK. Now what?? (I can see and connect to the VPN server with '10.0.8.1' easily. I can't see or connect to the outside world.) Do I need to add some kind of special route in the routing table? Would this be better as a tun or using a bridge through tap? Thanks, -N From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 12:48:27 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 567381065670 for ; Fri, 19 Dec 2008 12:48:27 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from srv.twinthornes.com (srv.twinthornes.com [65.75.198.146]) by mx1.freebsd.org (Postfix) with ESMTP id BD98F8FC08 for ; Fri, 19 Dec 2008 12:48:26 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.104] (c-76-27-226-62.hsd1.wa.comcast.net [76.27.226.62]) by srv.twinthornes.com (Postfix) with ESMTPSA id 182CC24C6A; Fri, 19 Dec 2008 04:30:31 -0800 (PST) Message-ID: <494B93E3.5020202@bitfreak.org> Date: Fri, 19 Dec 2008 04:30:27 -0800 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Noah Silverman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 12:48:27 -0000 Noah Silverman wrote: > I want to find a way to pass ALL traffic from my laptop THROUGH my > office VPN and then out to the Internet. This is a "road warrior" > setup. This gives me a few benefits: 1) I can check my email securely > through VPN. 2) No matter where I am, I will always have the external > IP of my VPN server when accessing the web. > > I have setup a VPN. Was able to get it working with either tun or tap > interfaces. That part seems OK. > > Now what?? (I can see and connect to the VPN server with '10.0.8.1' > easily. I can't see or connect to the outside world.) Do I need to > add some kind of special route in the routing table? If you can talk to arbitrary hosts on your office network--not just the VPN server--setting your default router to the office's gateway will achieve what you want. From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 13:00:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 000711065670 for ; Fri, 19 Dec 2008 13:00:58 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id A52868FC2D for ; Fri, 19 Dec 2008 13:00:58 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 135462798B8; Fri, 19 Dec 2008 14:00:57 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id 7525417057; Fri, 19 Dec 2008 14:03:44 +0100 (CET) Date: Fri, 19 Dec 2008 14:03:44 +0100 From: VANHULLEBUS Yvan To: Noah Silverman Message-ID: <20081219130344.GA38912@zeninc.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 13:00:59 -0000 On Fri, Dec 19, 2008 at 03:23:57AM -0800, Noah Silverman wrote: > Hello, Hi. > I want to find a way to pass ALL traffic from my laptop THROUGH my > office VPN and then out to the Internet. This is a "road warrior" > setup. This gives me a few benefits: 1) I can check my email securely > through VPN. 2) No matter where I am, I will always have the external > IP of my VPN server when accessing the web. > > I have setup a VPN. Was able to get it working with either tun or tap > interfaces. That part seems OK. Ok, I'll guess you're using an IPsec VPN. > Now what?? (I can see and connect to the VPN server with '10.0.8.1' > easily. I can't see or connect to the outside world.) Do I need to > add some kind of special route in the routing table? > > Would this be better as a tun or using a bridge through tap? If you're using a tun interface and can access your remote gate through the tunnel, you may just have to add a default route to this remote gate (warning: ensure you still have some static routes to access the public IP of the gate, so your tunnel won't match the default route, which is reachable through the tunnel....). You can also just use "simple" IPsec without gif, and you'll have SPD entries like: spdadd myip 0.0.0.0/0 any -P out ipsec esp/tunnel/mypublicIP-GatepublicIP/unique; for outgoing traffic (and the reverse SPD entry for incoming traffic). Please note that, for IPsec (and for IKE negociations), 0.0.0.0/0 does NOT means "any IP", it does REALLY means "the network with base address 0.0.0.0 and 0 bits of netmask". Yvan. From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 13:30:14 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819051065670 for ; Fri, 19 Dec 2008 13:30:14 +0000 (UTC) (envelope-from dunc@lemonia.org) Received: from tang.lemonia.org (tang.lemonia.org [88.208.192.38]) by mx1.freebsd.org (Postfix) with ESMTP id 43BC58FC25 for ; Fri, 19 Dec 2008 13:30:14 +0000 (UTC) (envelope-from dunc@lemonia.org) Received: from gateway.ash.thebunker.net ([213.129.64.4] helo=[172.16.3.10]) by tang.lemonia.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDeuS-0004iq-Ae; Fri, 19 Dec 2008 12:56:57 +0000 Message-ID: <494B9A10.4020402@lemonia.org> Date: Fri, 19 Dec 2008 12:56:48 +0000 From: Dunc User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: Noah Silverman References: <494B93E3.5020202@bitfreak.org> In-Reply-To: <494B93E3.5020202@bitfreak.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 213.129.64.4 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on tang.lemonia.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on tang.lemonia.org) Cc: freebsd-net@freebsd.org Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 13:30:14 -0000 Darren Pilgrim wrote: > Noah Silverman wrote: >> I want to find a way to pass ALL traffic from my laptop THROUGH my >> office VPN and then out to the Internet. This is a "road warrior" >> setup. This gives me a few benefits: 1) I can check my email >> securely through VPN. 2) No matter where I am, I will always have >> the external IP of my VPN server when accessing the web. >> >> I have setup a VPN. Was able to get it working with either tun or >> tap interfaces. That part seems OK. >> >> Now what?? (I can see and connect to the VPN server with '10.0.8.1' >> easily. I can't see or connect to the outside world.) Do I need to >> add some kind of special route in the routing table? > > If you can talk to arbitrary hosts on your office network--not just > the VPN server--setting your default router to the office's gateway > will achieve what you want. > _______________________________________________ If you meant the internal address of the office's gateway, then changing the default route to that means that you will no longer be able to reach the public IP of the VPN peer. What you need to do is, i) Add a host route to the VPN peer address, via your current default gateway on whatever network you happen to be on ii) Change your default route to be something on your office net that is willing to router traffic out the Internet for you. This potentially could the internal address of your office firewall, if it knows how to route back to you via the VPN terminating box. Alternatively just the other end of your tunnel, I'm guessing from the above that it's '10.0.8.1' If you're using OpenVPN, then the "redirect-gateway" directive tries to do the above for you. Cheers, Dunc From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 13:33:02 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDF31065673; Fri, 19 Dec 2008 13:33:02 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 44E3B8FC23; Fri, 19 Dec 2008 13:33:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.11.44]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mBJCrpuq021838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 15:53:57 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDerX-000Hja-Kw; Fri, 19 Dec 2008 15:53:51 +0300 From: Vladimir Grebenschikov To: Qing Li In-Reply-To: <873agpk11i.fsf@kobe.laptop> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Dec 2008 15:53:51 +0300 Message-Id: <1229691231.1818.53.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, gerald@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 13:33:02 -0000 On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Wine is not build any more:=20 ... cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT = -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrit= e-strings -Wpointer-arith -I/usr/local/include -O2 -pipe -fno-strict-aliasi= ng -o ipstats.o ipstats.c ipstats.c: In function 'getNumArpEntries': ipstats.c:1253: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1253: error: (Each undeclared identifier is reported only once ipstats.c:1253: error: for each function it appears in.) ipstats.c: In function 'getArpTable': ipstats.c:1311: error: 'RTF_LLINFO' undeclared (first use in this function) ipstats.c:1311: warning: initialization makes integer from pointer without = a cast gmake[2]: *** [ipstats.o] =EF=DB=C9=C2=CB=C1 1 gmake[2]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dll= s/iphlpapi' gmake[1]: *** [iphlpapi] =EF=DB=C9=C2=CB=C1 2 gmake[1]: Leaving directory `/usr/ports/emulators/wine/work/wine-1.1.10/dll= s' gmake: *** [dlls] =EF=DB=C9=C2=CB=C1 2 --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 13:34:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8DCD1065677 for ; Fri, 19 Dec 2008 13:34:38 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5824A8FC14 for ; Fri, 19 Dec 2008 13:34:37 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ewy14 with SMTP id 14so1253179ewy.19 for ; Fri, 19 Dec 2008 05:34:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=Skhi0O76uMUFDozHEXWj572avXJfLr2/JnbFcigH4xs=; b=h2Xoldx97OtcI5QqYaJjt78tE/in+3W2eM+b151E5j+I/OauqTojFfYsYzVbeiE5Ib wsVBhtm5inZSj6DisTVONL4yna7VZZQue3UunuiFW2JgLU/9YgsTm+DacbeBb7YC8EgK o/g7L0JBBzp6hDpAU//XQiYmzslnixzAMDUGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=ljpGGU8HetqrFFDVwHJlSmbxdbZoSsEW3xr5OaZK21X0t01pYafdSECNl5MP9ccWTN T7moRg5CWi1WC3VWNXgy3nrz1ZSF356/5cXKCriLKvgVw5ucHPkL6HZ30qnhtnwYmBQx 6Hcki9+CKlrdUHYbHzvtQ3M3SVhSvoHamUWq4= Received: by 10.210.143.11 with SMTP id q11mr3762650ebd.43.1229693676917; Fri, 19 Dec 2008 05:34:36 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id t12sm1556078gvd.13.2008.12.19.05.34.34 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 05:34:35 -0800 (PST) From: Tom Evans To: VANHULLEBUS Yvan In-Reply-To: <20081219130344.GA38912@zeninc.net> References: <20081219130344.GA38912@zeninc.net> Content-Type: text/plain Date: Fri, 19 Dec 2008 13:35:02 +0000 Message-Id: <1229693702.41849.47.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Noah Silverman Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 13:34:38 -0000 On Fri, 2008-12-19 at 14:03 +0100, VANHULLEBUS Yvan wrote: > > Please note that, for IPsec (and for IKE negociations), 0.0.0.0/0 does > NOT means "any IP", it does REALLY means "the network with base > address 0.0.0.0 and 0 bits of netmask". > > > Yvan. Could you define an IPv4 IP address that wouldn't be matched by that definition? IE - aren't they both the same thing? I might be being dense.. Cheers Tom From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 14:08:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CEC5106564A for ; Fri, 19 Dec 2008 14:08:36 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from cavolo.yandex.ru (cavolo.yandex.ru [87.250.244.45]) by mx1.freebsd.org (Postfix) with ESMTP id D170C8FC2A for ; Fri, 19 Dec 2008 14:08:35 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [87.250.250.162] (dhcp250-162.yandex.ru [87.250.250.162]) by cavolo.yandex.ru (8.14.2/8.14.2) with ESMTP id mBJDoX9L005221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 19 Dec 2008 16:50:34 +0300 (MSK) (envelope-from wawa@yandex-team.ru) Message-ID: <494BA6A9.5090907@yandex-team.ru> Date: Fri, 19 Dec 2008 16:50:33 +0300 From: Vladimir Ivanov User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: "freebsd-net@freebsd.org" X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on cavolo.yandex.ru host X-Antivirus-Code: 100000 Subject: Update of Yandex' SMBable em driver 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, 19 Dec 2008 14:08:36 -0000 Hi, We've published latest versions at http://people.yandex-team.ru/~wawa/em-6.7.3-yandex-1.40.tar.gz http://people.yandex-team.ru/~wawa/em-6.9.6-RELENG7-yandex-1.36.2.8.tar.gz These revisions use mtx_trylock instead of mtx_lock in em_start(). Regards, -- Vladimir Ivanov Network Operations Center OOO "Yandex" t: +7 495 739-7000 f: +7 495 739-7070 @: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: www.yandex.ru -- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 14:10:31 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF40106564A for ; Fri, 19 Dec 2008 14:10:31 +0000 (UTC) (envelope-from ottk@zzz.ee) Received: from zzz.ee (kalah.zzz.ee [194.204.30.253]) by mx1.freebsd.org (Postfix) with ESMTP id 859D48FC17 for ; Fri, 19 Dec 2008 14:10:31 +0000 (UTC) (envelope-from ottk@zzz.ee) Received: from zzz.ee (localhost.zzz.ee [127.0.0.1]) by zzz.ee (Postfix) with ESMTP id A39B3FD290 for ; Fri, 19 Dec 2008 16:10:30 +0200 (EET) Received: by zzz.ee (Postfix, from userid 3019) id A2343FD28C; Fri, 19 Dec 2008 16:10:30 +0200 (EET) X-Spam-Checker-Version: SpamAssassin on spamassassin.zzz.ee X-Spam-Level: X-Spam-Guessed-Language: X-Spam-Status: No, score=-13.0 required=5.0 tests=ALL_TRUSTED,BAYES_00 X-Spam-Checker-URL: http://info.zzz.ee Received: from ott.sise (adsl215.uninet.ee [194.204.62.215]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by zzz.ee (Postfix) with ESMTPS id 547A4FD285 for ; Fri, 19 Dec 2008 16:10:28 +0200 (EET) From: Ott =?utf-8?q?K=C3=B6stner?= To: freebsd-net@freebsd.org Date: Fri, 19 Dec 2008 16:10:27 +0200 User-Agent: KMail/1.9.10 References: <200812171506.58607.ottk@zzz.ee> <200812171520.02823.ottk@zzz.ee> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200812191610.27715.ottk@zzz.ee> X-Virus-Scanned: ClamAV using ClamSMTP @zzz.ee Subject: Re: FD_SETSIZE (too many open file descriptors) + BIND 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, 19 Dec 2008 14:10:31 -0000 On Wednesday 17 December 2008 8:40:55 pm JINMEI Tatuya / =E7=A5=9E=E6=98=8E= =E9=81=94=E5=93=89 wrote: > At Wed, 17 Dec 2008 15:20:02 +0200, > Ott K=C3=B6stner wrote: >=20 > > named[63198]: socket: too many open file descriptors > > last message repeated 26 times > >=20 > > Bind version is: BIND 9.4.2-P2 >=20 > Please try BIND 9.4.3. Even with all attempts to mitigate the trouble > and with tweaking parameters, 9.4.2-P2 still has a fundamental > limitation on performance. It should work for the vast majority of > users, but you really need 9.4.3 if your server is very busy. However there is no FreeBSD port of BIND 9.4.3, manually installed 9.4.3 fr= om sources...and... Yes, it *is* much better now. 'socket: too many open file descriptors' mess= ages disappeared :) Now waiting for FreeBSD port to come into existence... Thank You! O.K. =2D-=20 M=C3=B5=C3=B5da oma inteneti kiirust / Test Your Internet speed http://tallinn.speedtest.net/ From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 14:30:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4AAA1065678 for ; Fri, 19 Dec 2008 14:30:32 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id F35438FC1F for ; Fri, 19 Dec 2008 14:30:31 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by bwz12 with SMTP id 12so2768536bwz.19 for ; Fri, 19 Dec 2008 06:30:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=8T1eNVE5bhvHQWyiVnh8Esc4rY++M0VsEGybeMOUjfw=; b=DBEv1hld6smMeaZuM+Pb6tIz1nBvvKrORkgy88hnC65WDzGl+qVwsUXc/HLcyy5X6N 73mTSEygMziARzpXLNlqZE+I5RRlS5xib/rVl5KIcXxELuAElVtAtfdqUDfp1IYciwWE ZPfGtDx76reexwat/NU/Opgu++b8Gycx47Az8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=WXA93IoTb7gu1iJ8usFzvnT8gCaY4UqIDBZjxroVZSv3rNtjLxsYUs9HkP7sOfY1bU OrxMO9mvBWOv+F1rPyI5U6Ls+uncwhFT6uXmoZyl6IfvqaPjSYwsUC/eCZgyNIyS8Ojv hII3M/1Ps3jPgBCeLESXb8JppapF02dmQdkMQ= Received: by 10.181.158.3 with SMTP id k3mr1082657bko.182.1229695456987; Fri, 19 Dec 2008 06:04:16 -0800 (PST) Received: by 10.181.20.7 with HTTP; Fri, 19 Dec 2008 06:04:16 -0800 (PST) Message-ID: <9bbcef730812190604p5567295al51e586c2be2b866a@mail.gmail.com> Date: Fri, 19 Dec 2008 15:04:16 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Max Laier" In-Reply-To: <200812190117.43337.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812190033.01630.max@love2party.net> <200812190117.43337.max@love2party.net> X-Google-Sender-Auth: 4ea0942459ade7db Cc: freebsd-net@freebsd.org Subject: Re: IPv6 routing help? 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, 19 Dec 2008 14:30:32 -0000 2008/12/19 Max Laier : > On Friday 19 December 2008 01:11:51 Ivan Voras wrote: >> Max Laier wrote: >> > On the interface you are running rtadvd you need a global address out of >> > your stf prefix, e.g. 2002:aabb:ccdd:1::/64. Once you do that, >> > everything else should just fall into place. The client will configure >> > an address out of that prefix and adds a route via 2002:aabb:ccdd:1::/64. >> > This should get you going. >> >> Thanks, I understand now what I was doing wrong before. Actually 6to4 is >> very elegant. >> >> Another related question: if I understand it correctly, rtadvd should >> also be used for address autoconfiguration (like DHCP for IPv6, but not >> actually DHCP). I have it running with defaults (they look like they >> should do the right thing) and apparently it works as the client got the >> link-local address of the router as it's default IPv6 route, but I >> expected it would also automagically pick up the 2002:aabb:ccdd:1::/64 >> network when I assigned an address from it on the router and >> autoconfigure its own address. Maybe I'm expecting too much of it? > > It will, provided you properly assign an address on the NIC that is running > rtadvd. Thanks, it did! From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 14:34:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881611065674 for ; Fri, 19 Dec 2008 14:34:10 +0000 (UTC) (envelope-from praesentium@gmail.com) Received: from mail-qy0-f31.google.com (mail-qy0-f31.google.com [209.85.221.31]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE308FC1D for ; Fri, 19 Dec 2008 14:34:10 +0000 (UTC) (envelope-from praesentium@gmail.com) Received: by qyk12 with SMTP id 12so220836qyk.19 for ; Fri, 19 Dec 2008 06:34:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=829qpsGB3lNd1ZTHmBn6o+MtdTKQl6r/133On+MYpM4=; b=i3asc5O3pp9hcaXo12GoM66WQdj2ofTdqPlBJHt8B2Pcck3f/Fvne1zJZMvOmG0avF csZvoJ479Jc65lANMyCDlOyuNbrQplnkUPEwYM+vMZ42yqauiHyNwWgfhagc4TOUXE25 4LG71oAvaDJ8ehUkpJvk1Z74+4B/qqdev2gAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=QSgVbLBQ4XKaQ8HvKQB+SFUgXgT6QA5wUpJUetlyhMgFJsSZOGSmhOSLnXRYYDq0Zu Tz2EYgEbEuB5JgAGD4Xw5NYVM2rIne3mMUcXrMxt/J/0XBSFVknxPaTGMikYn+pB1Wwk 56DkSDbqQS2qth9YAxNCFzECqXYXCro8rYBBI= Received: by 10.214.215.3 with SMTP id n3mr3950087qag.243.1229696352840; Fri, 19 Dec 2008 06:19:12 -0800 (PST) Received: by 10.214.218.8 with HTTP; Fri, 19 Dec 2008 06:19:12 -0800 (PST) Message-ID: Date: Fri, 19 Dec 2008 09:19:12 -0500 From: "Jordy Dickinson" To: FreeBSD-Net MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Getting WPA2-PSK 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, 19 Dec 2008 14:34:10 -0000 Hey, I've never used a mailing list before, so forgive me if I'm not doing this right. I'm trying to set up my network card, but I keep getting this error message. I type in this: ifconfig wi0 authmode wpa > And I get this: ieee80211_load_module: load the wlan_xauth module by hand for now. > ifconfig: SIOCS80211: Invalid argument > Can anybody tell me what I'm doing wrong? Thanks, Jordy From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 15:05:09 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A5D1065674 for ; Fri, 19 Dec 2008 15:05:09 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f19.google.com (mail-bw0-f19.google.com [209.85.218.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD188FC24 for ; Fri, 19 Dec 2008 15:05:08 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by bwz12 with SMTP id 12so2820662bwz.19 for ; Fri, 19 Dec 2008 07:05:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=z935pJv8HNS7gvBd/HcvAHt6xdTBmMvKxarOZZWdVrY=; b=YpdGgbuwrhIK0cG24eLNJvZkhbbJHVyT9Kj0XZYM5/NqhZmeLfdJ15L0S4spvxmA+y My3djP/0o5TPiFouXCfY3UEUJJiUjncMgOfzy00Ueczvfczmm+N38WkidSvW7hlmnP84 sH87SNGH0kaOijT1JfIU7gwqMC777Xo4LEX50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=gJn8QvUS2jhTBxUeYKMhJUm/RQUOtXmB3MKBfK9cty4SbNLSzTpStHBKTCQiUuSXo9 2sBOz0eegJGnf03EUW1nVl9ufxUZq1Af0TYxrXVC9r+x4Jo3NgXpVCmZsbvcLflNhQcU Hi/gzR5Oo2tjWDBXFXA8x+iS9LTedMLdpsugs= Received: by 10.103.217.7 with SMTP id u7mr1263276muq.73.1229699099258; Fri, 19 Dec 2008 07:04:59 -0800 (PST) Received: from ?172.17.11.162? ([193.136.24.128]) by mx.google.com with ESMTPS id s10sm8542242muh.7.2008.12.19.07.04.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Dec 2008 07:04:58 -0800 (PST) Sender: Rui Paulo Message-Id: From: Rui Paulo To: Jordy Dickinson In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 15:04:55 +0000 References: X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD-Net Subject: Re: Getting WPA2-PSK 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, 19 Dec 2008 15:05:09 -0000 On 19 Dec 2008, at 14:19, Jordy Dickinson wrote: > Hey, I've never used a mailing list before, so forgive me if I'm not > doing > this right. > > I'm trying to set up my network card, but I keep getting this error > message. > I type in this: > > ifconfig wi0 authmode wpa >> > > And I get this: > > ieee80211_load_module: load the wlan_xauth module by hand for now. >> ifconfig: SIOCS80211: Invalid argument >> > > Can anybody tell me what I'm doing wrong? > You're probably running a custom kernel without the wlan_xauth module built in. Either load it as a module or compile it in your kernel. You may also want to use wpa_supplicant instead. Regads, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 15:05:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9785A1065680 for ; Fri, 19 Dec 2008 15:05:59 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25]) by mx1.freebsd.org (Postfix) with ESMTP id 554748FC2B for ; Fri, 19 Dec 2008 15:05:59 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id D1D372798B8; Fri, 19 Dec 2008 16:05:57 +0100 (CET) Received: by astro.zen.inc (Postfix, from userid 1000) id CE97B17057; Fri, 19 Dec 2008 16:08:46 +0100 (CET) Date: Fri, 19 Dec 2008 16:08:46 +0100 From: VANHULLEBUS Yvan To: Tom Evans Message-ID: <20081219150846.GA39267@zeninc.net> References: <20081219130344.GA38912@zeninc.net> <1229693702.41849.47.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1229693702.41849.47.camel@strangepork.mintel.co.uk> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org, Noah Silverman Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 15:05:59 -0000 On Fri, Dec 19, 2008 at 01:35:02PM +0000, Tom Evans wrote: > On Fri, 2008-12-19 at 14:03 +0100, VANHULLEBUS Yvan wrote: > > > > Please note that, for IPsec (and for IKE negociations), 0.0.0.0/0 does > > NOT means "any IP", it does REALLY means "the network with base > > address 0.0.0.0 and 0 bits of netmask". > > > > > > Yvan. > > Could you define an IPv4 IP address that wouldn't be matched by that > definition? IE - aren't they both the same thing? I might be being > dense.. When setting up configurations, I often see people who put 0.0.0.0/0 as traffic endpoint one one side, and "something else" on the other side (either in racoon.conf's sainfo sections or in SPD traffic endpoints), and who think it will work. It won't. Of course, once you get such SPD entry, any packet wich matches the other network (myip as source in my previous example) will match the SPD. Yvan. From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 15:17:52 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9BF106564A for ; Fri, 19 Dec 2008 15:17:52 +0000 (UTC) (envelope-from vlad@prokk.net) Received: from smtp.prokk.net (smtp.prokk.net [195.16.77.5]) by mx1.freebsd.org (Postfix) with ESMTP id C09758FC14 for ; Fri, 19 Dec 2008 15:17:49 +0000 (UTC) (envelope-from vlad@prokk.net) Received: from base (base.prokk.net [195.16.77.7]) by smtp.prokk.net (8.13.8/8.13.8) with ESMTP id mBJFHfTM058398 for ; Fri, 19 Dec 2008 17:17:46 +0200 (EET) (envelope-from vlad@prokk.net) From: "Vladimir V. Kobal" To: Date: Fri, 19 Dec 2008 17:17:30 +0200 Organization: ProKK SE Message-ID: <004a01c961ec$ec136540$c43a2fc0$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Aclh7OdMlLbBDYlqThKoeTLWscA3ag== Content-Language: uk X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (smtp.prokk.net [195.16.77.5]); Fri, 19 Dec 2008 17:17:46 +0200 (EET) Subject: Panic on boot with em1 attached 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, 19 Dec 2008 15:17:52 -0000 Hello, System is a NAS and has two interfaces. Default route is on em0. The network consisting of 2k hosts is attached to the em1. 7.0-RELEASE, 7.1-BETA2, 7.1-RC1 has the same error. In the progress of boot (uptime 7 seconds) it is panicing: Slab at 0xffffff000152ef50, freei 2 = 0. panic: Duplicate free of item 0xffffff000152e200 from zone 0xffffff003bfd3000(mbuf_packet) If I detach em1 before boot, the system boots and works well, but after attaching em1 back constantly appears a messages like this: rtfree: 0xffffff000187f7c0 has 1 refs May be the cause of this warnings is connected to the cause of panic. Here is a backtrace: #0 doadump () at pcpu.h:195 #1 0xffffffff802cbc97 in boot (howto=260) at ../../../kern/kern_shutdown.c:418 #2 0xffffffff802cc13c in panic (fmt=Variable "fmt" is not available. ) at ../../../kern/kern_shutdown.c:574 #3 0xffffffff805029a8 in uma_dbg_free (zone=Variable "zone" is not available. ) at ../../../vm/uma_dbg.c:302 #4 0xffffffff80501434 in uma_zfree_arg (zone=0xffffff003bfd3000, item=0xffffff000152e200, udata=0x0) at ../../../vm/uma_core.c:2265 #5 0xffffffff803237d9 in m_freem (mb=0x0) at mbuf.h:515 #6 0xffffffff803d39a1 in ip_fastforward (m=0xffffff000152e200) at ../../../netinet/ip_fastfwd.c:609 #7 0xffffffff8036ace6 in ether_demux (ifp=0xffffff0001257000, m=0xffffff000152e200) at ../../../net/if_ethersubr.c:770 #8 0xffffffff8036af62 in ether_input (ifp=0xffffff0001257000, m=0xffffff000152e200) at ../../../net/if_ethersubr.c:692 #9 0xffffffff801fe6f4 in em_rxeof (adapter=0xffffffff80c57000, count=99) at ../../../dev/e1000/if_em.c:4539 #10 0xffffffff801feb8b in em_handle_rxtx (context=Variable "context" is not available. ) at ../../../dev/e1000/if_em.c:1702 #11 0xffffffff80303481 in taskqueue_run (queue=0xffffff0001258600) at ../../../kern/subr_taskqueue.c:282 #12 0xffffffff8030363a in taskqueue_thread_loop (arg=Variable "arg" is not available. ) at ../../../kern/subr_taskqueue.c:401 #13 0xffffffff802aa7ff in fork_exit (callout=0xffffffff803035e0 , arg=0xffffffff80c5b588, frame=0xffffffff9ead9c80) at ../../../kern/kern_fork.c:804 #14 0xffffffff805250e3 in fork_trampoline () at ../../../amd64/amd64/exception.S:455 Dump for the mbuf: 0xffffff000152e200: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e208: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e210: 0x10 0x68 0x53 0x01 0x00 0xff 0xff 0xff 0xffffff000152e218: 0x30 0x00 0x00 0x00 0x03 0x00 0x00 0x00 0xffffff000152e220: 0x01 0x00 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e228: 0x00 0x70 0x25 0x01 0x00 0xff 0xff 0xff 0xffffff000152e230: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e238: 0x30 0x00 0x00 0x00 0x00 0x0f 0x00 0x00 0xffffff000152e240: 0xff 0xff 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e248: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e250: 0x00 0x68 0x53 0x01 0x00 0xff 0xff 0xff 0xffffff000152e258: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e260: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xffffff000152e268: 0x00 0x08 0x00 0x00 0xde 0xc0 0xad 0xde 0xffffff000152e270: 0x3c 0x00 0xfb 0x3b 0x00 0xff 0xff 0xff 0xffffff000152e278: 0x06 0x00 0x00 0x00 0xde 0xc0 0xad 0xde 0xffffff000152e280: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e288: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e290: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e298: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2a0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2a8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2b0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2b8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2c0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2c8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2d0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2d8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2e0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2e8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2f0: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde 0xffffff000152e2f8: 0xde 0xc0 0xad 0xde 0xde 0xc0 0xad 0xde I have a tcpdump file for the traffic on em1 during the boot but I can't work out the method of finding the matching packet to the mbuf. Is there any idea where the problem lies? Best regards, Vladimir Kobal From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 16:45:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127BF106564A for ; Fri, 19 Dec 2008 16:45:36 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8552C8FC18 for ; Fri, 19 Dec 2008 16:45:35 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id mBJGkIdn070346; Fri, 19 Dec 2008 10:46:18 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id mBJGkH0q070345; Fri, 19 Dec 2008 10:46:17 -0600 (CST) (envelope-from brooks) Date: Fri, 19 Dec 2008 10:46:17 -0600 From: Brooks Davis To: Rui Paulo Message-ID: <20081219164617.GC50722@lor.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H8ygTp4AXg6deix2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 19 Dec 2008 10:46:18 -0600 (CST) Cc: FreeBSD-Net , Jordy Dickinson Subject: Re: Getting WPA2-PSK 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, 19 Dec 2008 16:45:36 -0000 --H8ygTp4AXg6deix2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 19, 2008 at 03:04:55PM +0000, Rui Paulo wrote: >=20 > On 19 Dec 2008, at 14:19, Jordy Dickinson wrote: >=20 >> Hey, I've never used a mailing list before, so forgive me if I'm not doi= ng >> this right. >>=20 >> I'm trying to set up my network card, but I keep getting this error=20 >> message. >> I type in this: >>=20 >> ifconfig wi0 authmode wpa >>>=20 >>=20 >> And I get this: >>=20 >> ieee80211_load_module: load the wlan_xauth module by hand for now. >>> ifconfig: SIOCS80211: Invalid argument >>>=20 >>=20 >> Can anybody tell me what I'm doing wrong? >>=20 >=20 > You're probably running a custom kernel without the wlan_xauth module bui= lt=20 > in. Either load it as a module or compile it in your kernel. >=20 > You may also want to use wpa_supplicant instead. More specifically, setting "authmode wpa" with ifconfig will always be wrong (unless perhaps someday someone adds a suplicant to the kernel). If you want WPA to work, you must run wpa_supplicant. -- Brooks --H8ygTp4AXg6deix2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJS8/ZXY6L6fI4GtQRArCsAJwICgbp7JUm+FpzsL8R3v34pvAD6QCePCGj r5lXx9Z4dgQ79IdRTQLZL5E= =4vjZ -----END PGP SIGNATURE----- --H8ygTp4AXg6deix2-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 17:04:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FB71065673; Fri, 19 Dec 2008 17:04:32 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1FD8FC16; Fri, 19 Dec 2008 17:04:31 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.24.11.44]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mBJH4Sll003165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 20:04:29 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDim3-000Mb1-R8; Fri, 19 Dec 2008 20:04:27 +0300 From: Vladimir Grebenschikov To: Qing Li In-Reply-To: <873agpk11i.fsf@kobe.laptop> References: <200812150634.mBF6YDVC060565@freefall.freebsd.org> <873agpk11i.fsf@kobe.laptop> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 19 Dec 2008 20:04:27 +0300 Message-Id: <1229706267.85909.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 17:04:32 -0000 On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Nice, my host sends arp-reply about other hosts my host has MAC address 00:19:7d:8c:0b:44: 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >> it got broadcast arp request from some host 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >> it replies - IP you seeking for is on your MAC address some OS do put entries based on such bogus arp reply on their arp tables Looks as serious problem of ARP stack. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 17:35:37 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02E5D106567B; Fri, 19 Dec 2008 17:35:37 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id C5EE78FC1F; Fri, 19 Dec 2008 17:35:36 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id mBJHZUvi028168; Fri, 19 Dec 2008 09:35:30 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Dec 2008 09:33:53 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: Aclh+//oB2U3V5NUTSKwVkbV/QRcRAAA/Z9o References: <200812150634.mBF6YDVC060565@freefall.freebsd.org><873agpk11i.fsf@kobe.laptop> <1229706267.85909.6.camel@localhost> From: "Li, Qing" To: "Vladimir Grebenschikov" , "Qing Li" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 17:35:37 -0000 I checked in a fix earlier this morning, sync-up and give it a try. -- Qing Revision 1.188: download - view: text, markup, annotated - select for = diffs Fri Dec 19 11:07:34 2008 UTC (6 hours, 26 minutes ago) by qingli Branches: MAIN CVS tags: HEAD Diff to: previous 1.187: preferred, colored Changes since revision 1.187: +52 -57 lines SVN rev 186317 on 2008-12-19 11:07:34Z by qingli The proxy-arp code was broken and responds to ARP requests for addresses that are not proxied locally. -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Vladimir = Grebenschikov Sent: Fri 12/19/2008 9:04 AM To: Qing Li Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed =20 On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: > On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: > > Hi All, > > > > The arp-v2 changes have been committed into HEAD. > > Please report problems to me and Kip Macy. Nice, my host sends arp-reply about other hosts my host has MAC address 00:19:7d:8c:0b:44: 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP = (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >> it got broadcast arp request from some host 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP = (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >> it replies - IP you seeking for is on your MAC address some OS do put entries based on such bogus arp reply on their arp tables Looks as serious problem of ARP stack.=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 18:09:30 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 695F71065673 for ; Fri, 19 Dec 2008 18:09:30 +0000 (UTC) (envelope-from chodong2003@yahoo.com) Received: from web58407.mail.re3.yahoo.com (web58407.mail.re3.yahoo.com [68.142.236.175]) by mx1.freebsd.org (Postfix) with SMTP id F02578FC12 for ; Fri, 19 Dec 2008 18:09:29 +0000 (UTC) (envelope-from chodong2003@yahoo.com) Received: (qmail 96736 invoked by uid 60001); 19 Dec 2008 17:42:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=NQql2jUJ8mbE31DGzXe5XDXTS/RcfiI4Fp3SRoeQW/t9kZFrEZHzKcUbzEnNBvV5vPValYSQeanxiO6CNtrqbWRCNyzpGzcJSMC0fdxya7denRpM5JYX8xWkkOQaSAZ6AKt4q2LJwx79PaM/2/8SYVYtncrCO50QzUVdWNRDwl4=; X-YMail-OSG: 2VFFXi8VM1nhJGu3ivmM_bdtWuJJiTkWf5alriOok4SkhmE7HhFAoRDVaN0xj587.3pQE5Tzg3duLfNmGf5iV2fKC1DhKmXJPHyQ4ml6VRd8p.KQ7XuJgH63FEAyp_xkNfCY8YERwfwSdQ_GOqhucJz_N6E- Received: from [64.169.74.198] by web58407.mail.re3.yahoo.com via HTTP; Fri, 19 Dec 2008 09:42:48 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Fri, 19 Dec 2008 09:42:48 -0800 (PST) From: richard lll To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <889762.96728.qm@web58407.mail.re3.yahoo.com> Subject: Packet Loss Under FreeBSD 7.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chodong2003@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2008 18:09:30 -0000 Hi, I am new to FreeBSD and I am developing a program that does heavy use of UDP multicast over the LAN. This program is incurring 90-100 percent packet loss on FreeBSD. Packet loss occurs even when a I send just 3 packets. When I send 1000 packets I get 100% packet loss. netstat on FreeBSD shows all the packets, but none/few make it to my program. The program is single-source for FreeBSD, Linux and Solaris and neither Linux nor Solaris has anything like this level of packet loss. I am running a generic kernel, Intel P4, 512MB. I use a quad port SUN HME card 100T. I can telnet, ftp, etc. just fine. My guess is something is misconfigured in FreeBSD. Does anyone know what I need to tune? Thanks, /cho From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 19:46:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 822D61065678 for ; Fri, 19 Dec 2008 19:46:36 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 59B7B8FC14 for ; Fri, 19 Dec 2008 19:46:36 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 295045C75; Fri, 19 Dec 2008 14:31:12 -0500 (EST) X-Virus-Scanned: amavisd-new+ClamAV at codefab.com Received: from [10.152.145.215] (72-165-115-225.dia.static.qwest.net [72.165.115.225]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTPSA id 6A66B5C30; Fri, 19 Dec 2008 14:31:10 -0500 (EST) Message-Id: From: Chuck Swiger To: chodong2003@yahoo.com In-Reply-To: <889762.96728.qm@web58407.mail.re3.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 11:31:09 -0800 References: <889762.96728.qm@web58407.mail.re3.yahoo.com> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org Subject: Re: Packet Loss Under FreeBSD 7.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: Fri, 19 Dec 2008 19:46:36 -0000 On Dec 19, 2008, at 9:42 AM, richard lll wrote: > I am new to FreeBSD and I am developing a program that does heavy > use of UDP multicast over the LAN. This program is incurring 90-100 > percent packet loss on FreeBSD. Packet loss occurs even when a I > send just 3 packets. When I send 1000 packets I get 100% packet > loss. netstat on FreeBSD shows all the packets, but none/few make it > to my program. How are you sending your traffic? send() over a socket(), or via BPF or something else? Does adding something like a usleep(1000) call after each packet being sent do anything to help with the packet lossage? Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 19:57:55 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21E37106564A for ; Fri, 19 Dec 2008 19:57:55 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (allresearch.com [38.144.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id EDA188FC17 for ; Fri, 19 Dec 2008 19:57:54 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id D616064FC24; Fri, 19 Dec 2008 12:03:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=webclipping.com; h=cc :message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references; s=selector1; bh=Sv6sbAEQ5cEP/UuLsef6hO3J14Y=; b=cIAzuvUxna87O9O c5yFOUelCovS9ze+0W2/eDVEx2aaXrxHvfoXsvXHVaoCtTperxX68v/LLGqunKZI W6O64MzkbBsppnPySjjYTHhQb9ubbjt9LFZWRXO7I2HUwL2Oq2fuPMt0K5KKKWYJ aNX5NeJY955IySdvUdwGR5D4/c7k= Received: from allresearch.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id B983064FC20; Fri, 19 Dec 2008 12:03:34 -0800 (PST) Received: (from nobody@localhost) by allresearch.com (8.13.8/8.13.8/Submit) id mBJK3Xwr060910; Fri, 19 Dec 2008 12:03:33 -0800 (PST) (envelope-from noah@webclipping.com) X-Authentication-Warning: allresearch.com: nobody set sender to noah@webclipping.com using -f X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on allresearch.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from [10.0.1.96] (rrcs-64-183-13-250.west.biz.rr.com [64.183.13.250]) by webclipping.com (Postfix) with ESMTP id 23D2A64FC0B; Fri, 19 Dec 2008 12:03:32 -0800 (PST) Message-Id: <1F763AC2-758E-44B7-A241-E50C1F96C6A5@webclipping.com> From: Noah Silverman To: Darren Pilgrim In-Reply-To: <494B93E3.5020202@bitfreak.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 11:57:31 -0800 References: <494B93E3.5020202@bitfreak.org> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 19:57:55 -0000 I'm not sure that would work. I have my openVPN assigning IPs from a private range, 10.8.0.0 to my laptop. My office gateway is from our ISP on a public IP 123.123.123.123. My guess is that somewhere on the VPN server, I need to configure some kind of route or bridge from the opvnp ip block to the public ip block?? On Dec 19, 2008, at 4:30 AM, Darren Pilgrim wrote: > Noah Silverman wrote: >> I want to find a way to pass ALL traffic from my laptop THROUGH my >> office VPN and then out to the Internet. This is a "road warrior" >> setup. This gives me a few benefits: 1) I can check my email >> securely through VPN. 2) No matter where I am, I will always have >> the external IP of my VPN server when accessing the web. >> I have setup a VPN. Was able to get it working with either tun or >> tap interfaces. That part seems OK. >> Now what?? (I can see and connect to the VPN server with >> '10.0.8.1' easily. I can't see or connect to the outside world.) >> Do I need to add some kind of special route in the routing table? > > If you can talk to arbitrary hosts on your office network--not just > the VPN server--setting your default router to the office's gateway > will achieve what you want. > From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 20:01:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFCDC106564A for ; Fri, 19 Dec 2008 20:01:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 771BA8FC12 for ; Fri, 19 Dec 2008 20:01:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 4CC34FEF1; Sat, 20 Dec 2008 09:01:02 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XX90dbguoyrc; Sat, 20 Dec 2008 09:00:58 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 20 Dec 2008 09:00:58 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id A8BFB1142A; Sat, 20 Dec 2008 09:00:58 +1300 (NZDT) Date: Fri, 19 Dec 2008 12:00:58 -0800 From: Andrew Thompson To: Noah Silverman Message-ID: <20081219200058.GA86470@citylink.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.17 (2007-11-01) Cc: freebsd-net@freebsd.org Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 20:01:03 -0000 On Fri, Dec 19, 2008 at 03:23:57AM -0800, Noah Silverman wrote: > Hello, > > I want to find a way to pass ALL traffic from my laptop THROUGH my office > VPN and then out to the Internet. This is a "road warrior" setup. This > gives me a few benefits: 1) I can check my email securely through VPN. 2) > No matter where I am, I will always have the external IP of my VPN server > when accessing the web. > > I have setup a VPN. Was able to get it working with either tun or tap > interfaces. That part seems OK. > > Now what?? (I can see and connect to the VPN server with '10.0.8.1' > easily. I can't see or connect to the outside world.) Do I need to add > some kind of special route in the routing table? > > Would this be better as a tun or using a bridge through tap? Have you considered just using a http/socks proxy?, it would do away with all the routing magic. Andrew From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 20:54:47 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABDF41065674 for ; Fri, 19 Dec 2008 20:54:47 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (allresearch.com [38.144.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id 84F758FC08 for ; Fri, 19 Dec 2008 20:54:47 +0000 (UTC) (envelope-from noah@webclipping.com) Received: from webclipping.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id 6893F64FC43; Fri, 19 Dec 2008 13:00:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=webclipping.com; h= message-id:from:to:in-reply-to:content-type :content-transfer-encoding:subject:mime-version:date:references; s=selector1; bh=Lr6aKBArUPhiHkTpo5qTmjszI0w=; b=McoqyVIcOxbOgnq Vy5NFB+pLzBrn9kZKJPyvSjElHHgQfnHVoSPkgEw0kh16jIm5vNEh6dRXPrts1d0 67KRPqseIekKYLqiDE6r+30V2sNTfST0k5Pgv8jhoQ6t/34VqNXP+4meZrZhs/N2 DlYQ8vR7v6qJDNxmXmi5pzWAGs6k= Received: from allresearch.com (localhost.com [127.0.0.1]) by webclipping.com (Postfix) with ESMTP id 4C5BB64FC42; Fri, 19 Dec 2008 13:00:27 -0800 (PST) Received: (from nobody@localhost) by allresearch.com (8.13.8/8.13.8/Submit) id mBJL0QD4061626; Fri, 19 Dec 2008 13:00:26 -0800 (PST) (envelope-from noah@webclipping.com) X-Authentication-Warning: allresearch.com: nobody set sender to noah@webclipping.com using -f X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on allresearch.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from [10.0.1.96] (rrcs-64-183-13-250.west.biz.rr.com [64.183.13.250]) by webclipping.com (Postfix) with ESMTP id 8CDCE64FC2C; Fri, 19 Dec 2008 13:00:24 -0800 (PST) Message-Id: From: Noah Silverman To: freebsd-net@freebsd.org In-Reply-To: <20081219200058.GA86470@citylink.fud.org.nz> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 12:54:43 -0800 References: <20081219200058.GA86470@citylink.fud.org.nz> X-Mailer: Apple Mail (2.930.3) Subject: Re: Surf outside Internet through VPN 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, 19 Dec 2008 20:54:47 -0000 Thanks for all the replies. I think that I need to better explain what I'm trying to do.... My company has a small server farm that is co-located at a major ISP. In that farm we have a machine that acts as a small webserver and pop server. Since that webserver is already "exposed" to the public, I thought it would make a good choice as a VPN server for a few of our guys who travel and/or connect from home. Right now, I have openVPN working, certificates exchanged and signed, etc. I can remotely connect and setup a tunnel easily. I can ssh to the openVPN server using 10.0.8.1 and it works. I CAN'T surf the web or get outside the netblock of my openVPN. For this e-mail, lets assume the public IP of the webserver is 123.123.123.100 This was my plan: 1 )Setup openVPN on the webserver with a TUN interface. 2) Remote workers can then connect to the openVPN running on 123.123.123.100 3) Remote workers can now access our pop and smtp email at 10.0.8.1 (Address from openVPN.) 4) When Remote workers surf web or connect to other outside services, they appear to come from 123.123.123.100 (address of webserver.) 5) Remote workers need to access some "admin" pages on the webserver. Again, this should be easy as they could connect to 10.0.8.1 to get to the webserver through the VPN tunnel. We can then add rules to the webserver to only allow admin access from the 10.0.8.x block. 6) Remote workers can access services on our other servers through various firewalls because we have a simple rule in those firewalls allowing traffic in from 123.123.123.100. The "big picture" was to "standardize" the way remote workers connect, and to make sure all their traffic comes from the same IP address. That way we can manage rules for firewall, email relaying, mysql access, etc. Here are the key config settings for openVPN that I have setup now: proto udp dev tun server 10.0.8.0 255.255.255.0 push "route 10.0.8.0 255.255.255.0" push "redirect-gateway" client-to-client My guess is that I'm missing some very basic config line or routing setup. Here are some interesting observations: ############ On the client (remote laptop) I see some strange things in "netstat - rn" the first line is: Destination Gateway Flags Refs Use Netif Expire 0/1 10.0.8.5 UGSc 6 74 tun0 Why is the gateway coming in as "10.0.8.5"?? I thought my gateway would be 10.0.8.1 from openVPN. Why did it skip to "5" ############## On the webserver (openVPN host) "netstat -rn" gives me the following: Destination Gateway Flags Refs Use Netif Expire default 123.123.123.1 UGS 0 10514423 em0 10.0.8/24 10.0.8.2 UGS 0 436 tun0 Why is the gateway "10.0.8.2"?? Shouldn't it be "10.0.8.1"?? ############## On the webserver (openVPN host) an ifconfig shows some odd results tun0: flags=8051 mtu 1500 inet 10.0.8.1 --> 10.0.8.2 netmask 0xffffffff Opened by PID 52970 What is the reference to '10.0.8.2'?? I didn't put that in. Any and all help, suggestions, ideas, etc would be greatly appreciated!! Thanks!! -N On Dec 19, 2008, at 12:00 PM, Andrew Thompson wrote: > On Fri, Dec 19, 2008 at 03:23:57AM -0800, Noah Silverman wrote: >> Hello, >> >> I want to find a way to pass ALL traffic from my laptop THROUGH my >> office >> VPN and then out to the Internet. This is a "road warrior" setup. >> This >> gives me a few benefits: 1) I can check my email securely through >> VPN. 2) >> No matter where I am, I will always have the external IP of my VPN >> server >> when accessing the web. >> >> I have setup a VPN. Was able to get it working with either tun or >> tap >> interfaces. That part seems OK. >> >> Now what?? (I can see and connect to the VPN server with '10.0.8.1' >> easily. I can't see or connect to the outside world.) Do I need >> to add >> some kind of special route in the routing table? >> >> Would this be better as a tun or using a bridge through tap? > > Have you considered just using a http/socks proxy?, it would do away > with > all the routing magic. > > Andrew > _______________________________________________ > 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 Dec 19 21:00:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA1E61065678; Fri, 19 Dec 2008 21:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7B98FC19; Fri, 19 Dec 2008 21:00:03 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from [195.64.94.120] (helo=[10.0.2.153]) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LDlnd-0007an-OI; Fri, 19 Dec 2008 21:18:17 +0100 Message-Id: From: Remko Lodder To: "Li, Qing" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 19 Dec 2008 21:18:14 +0100 References: <200812150634.mBF6YDVC060565@freefall.freebsd.org><873agpk11i.fsf@kobe.laptop> <1229706267.85909.6.camel@localhost> X-Mailer: Apple Mail (2.930.3) Cc: Vladimir Grebenschikov , Qing Li , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed 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, 19 Dec 2008 21:00:03 -0000 Hello, I for one, can confirm that the fix from this morning resolved my problems :-) Cheers remko On Dec 19, 2008, at 6:33 PM, Li, Qing wrote: > > I checked in a fix earlier this morning, sync-up and give it a try. > > -- Qing > > Revision 1.188: download - view: text, markup, annotated - select > for diffs > Fri Dec 19 11:07:34 2008 UTC (6 hours, 26 minutes ago) by qingli > Branches: MAIN > CVS tags: HEAD > Diff to: previous 1.187: preferred, colored > Changes since revision 1.187: +52 -57 lines > > SVN rev 186317 on 2008-12-19 11:07:34Z by qingli > > The proxy-arp code was broken and responds to ARP > requests for addresses that are not proxied locally. > > > > -----Original Message----- > From: owner-freebsd-current@freebsd.org on behalf of Vladimir > Grebenschikov > Sent: Fri 12/19/2008 9:04 AM > To: Qing Li > Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org > Subject: Re: HEADSUP: arp-v2 has been committed > > On Mon, 2008-12-15 at 15:42 +0200, Giorgos Keramidas wrote: >> On Mon, 15 Dec 2008 06:34:13 GMT, Qing Li wrote: >>> Hi All, >>> >>> The arp-v2 changes have been committed into HEAD. >>> Please report problems to me and Kip Macy. > > Nice, my host sends arp-reply about other hosts > > my host has MAC address 00:19:7d:8c:0b:44: > > 19:59:39.409151 00:13:e8:d5:0f:63 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: arp who-has 10.24.11.35 tell 10.24.11.42 >>> it got broadcast arp request from some host > > > 19:59:39.409163 00:19:7d:8c:0b:44 > 00:13:e8:d5:0f:63, ethertype ARP > (0x0806), length 42: arp reply 10.24.11.35 is-at 00:13:e8:d5:0f:63 >>> it replies - IP you seeking for is on your MAC address > > some OS do put entries based on such bogus arp reply on their arp > tables > > Looks as serious problem of ARP stack. > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org > " > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 22:33:19 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B191065688 for ; Fri, 19 Dec 2008 22:33:18 +0000 (UTC) (envelope-from praesentium@gmail.com) Received: from mail-gx0-f22.google.com (mail-gx0-f22.google.com [209.85.217.22]) by mx1.freebsd.org (Postfix) with ESMTP id 8555A8FC23 for ; Fri, 19 Dec 2008 22:33:18 +0000 (UTC) (envelope-from praesentium@gmail.com) Received: by gxk3 with SMTP id 3so457675gxk.19 for ; Fri, 19 Dec 2008 14:33:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=jx1Hq7jsHxvB8HLxobAgagmH7/uTSNn8SB3kbrHJw9A=; b=Tu1dCn4TeNdMuLuI1AVaT5AKU22dSbSTkX3pWoD3SPfH2omxxJL/1wjMHE525X/Suw /DLzSnD7IjHdD4Sy1Z3MNUhZyRed9Pvdi73uXmgEZLwKtBLg6TUhZclzp5K8a8awiAgh BleWSLT4qv5pGOIHqv/pA/lk0r/q7w2Mh7Uto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=w66Y3BPmjdxC6U71GsTFhExnuYx0gHkqzYiuTXjFdrRAWjTMIa5UscGwMxIYwKYFP0 l7hExCzJU6fLOhL+DQUFPUmRn1SpBGwqf0A8nzkBi1f5VImgV/E0KwTxlQLmGt/pranL NfxVQq0inHDm5jDSH7hu4o42w2yb1SMIYFpTk= Received: by 10.214.26.13 with SMTP id 13mr564506qaz.331.1229725997717; Fri, 19 Dec 2008 14:33:17 -0800 (PST) Received: by 10.214.218.8 with HTTP; Fri, 19 Dec 2008 14:33:17 -0800 (PST) Message-ID: Date: Fri, 19 Dec 2008 17:33:17 -0500 From: "Jordy Dickinson" To: "Brooks Davis" In-Reply-To: <20081219164617.GC50722@lor.one-eyed-alien.net> MIME-Version: 1.0 References: <20081219164617.GC50722@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rui Paulo , FreeBSD-Net Subject: Re: Getting WPA2-PSK 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, 19 Dec 2008 22:33:19 -0000 On Fri, Dec 19, 2008 at 11:46 AM, Brooks Davis wrote: > On Fri, Dec 19, 2008 at 03:04:55PM +0000, Rui Paulo wrote: > > > > On 19 Dec 2008, at 14:19, Jordy Dickinson wrote: > > > >> Hey, I've never used a mailing list before, so forgive me if I'm not > doing > >> this right. > >> > >> I'm trying to set up my network card, but I keep getting this error > >> message. > >> I type in this: > >> > >> ifconfig wi0 authmode wpa > >>> > >> > >> And I get this: > >> > >> ieee80211_load_module: load the wlan_xauth module by hand for now. > >>> ifconfig: SIOCS80211: Invalid argument > >>> > >> > >> Can anybody tell me what I'm doing wrong? > >> > > > > You're probably running a custom kernel without the wlan_xauth module > built > > in. Either load it as a module or compile it in your kernel. > > > > You may also want to use wpa_supplicant instead. > > More specifically, setting "authmode wpa" with ifconfig will always be > wrong (unless perhaps someday someone adds a suplicant to the kernel). > If you want WPA to work, you must run wpa_supplicant. > > -- Brooks So how do I use wpa_supplicant? I've installed it on my machine already, and the man pages are gibberish to me. Also, is there a way to make the mailing list stop sending me emails that I'm not part of? From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 22:40:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36DC31065674 for ; Fri, 19 Dec 2008 22:40:33 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC13D8FC1C for ; Fri, 19 Dec 2008 22:40:32 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id mBJMfGGE077210; Fri, 19 Dec 2008 16:41:16 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id mBJMfGtP077209; Fri, 19 Dec 2008 16:41:16 -0600 (CST) (envelope-from brooks) Date: Fri, 19 Dec 2008 16:41:16 -0600 From: Brooks Davis To: Jordy Dickinson Message-ID: <20081219224116.GE50722@lor.one-eyed-alien.net> References: <20081219164617.GC50722@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WK3l2KTTmXPVedZ6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 19 Dec 2008 16:41:16 -0600 (CST) Cc: Rui Paulo , FreeBSD-Net Subject: Re: Getting WPA2-PSK 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, 19 Dec 2008 22:40:33 -0000 --WK3l2KTTmXPVedZ6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 19, 2008 at 05:33:17PM -0500, Jordy Dickinson wrote: > On Fri, Dec 19, 2008 at 11:46 AM, Brooks Davis wrote: >=20 > > On Fri, Dec 19, 2008 at 03:04:55PM +0000, Rui Paulo wrote: > > > > > > On 19 Dec 2008, at 14:19, Jordy Dickinson wrote: > > > > > >> Hey, I've never used a mailing list before, so forgive me if I'm not > > doing > > >> this right. > > >> > > >> I'm trying to set up my network card, but I keep getting this error > > >> message. > > >> I type in this: > > >> > > >> ifconfig wi0 authmode wpa > > >>> > > >> > > >> And I get this: > > >> > > >> ieee80211_load_module: load the wlan_xauth module by hand for now. > > >>> ifconfig: SIOCS80211: Invalid argument > > >>> > > >> > > >> Can anybody tell me what I'm doing wrong? > > >> > > > > > > You're probably running a custom kernel without the wlan_xauth module > > built > > > in. Either load it as a module or compile it in your kernel. > > > > > > You may also want to use wpa_supplicant instead. > > > > More specifically, setting "authmode wpa" with ifconfig will always be > > wrong (unless perhaps someday someone adds a suplicant to the kernel). > > If you want WPA to work, you must run wpa_supplicant. > > > > -- Brooks >=20 >=20 > So how do I use wpa_supplicant? I've installed it on my machine already, = and > the man pages are gibberish to me. You have to add appropriate entries to /etc/wpa_supplicant.conf for your network. See the examples in the default file and the wpa_supplicant.conf manpage for details. You would then add WPA to your ifconfig_wi0 line in /etc/rc.conf. However, even if you do this, you will not actually be able = to use WPA because wi(4) devices only support WEP (I missed that you were runn= ing wi(4) before). If you have a WPA encrypted network you will need to get another card. > Also, is there a way to make the mailing list stop sending me emails that > I'm not part of? You can not subscribe to the list. Since you have pretty basic questions you might consider asking the freebsd-questions list. -- Brooks --WK3l2KTTmXPVedZ6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJTCMLXY6L6fI4GtQRApz7AJ9Ul4dpIJr/2AEa8ixZUUyR6eXeZwCfQ6/q F+9MeS155Vv0+fCft1t+Gb0= =CZ3T -----END PGP SIGNATURE----- --WK3l2KTTmXPVedZ6-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 19 23:16:14 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16EF2106564A for ; Fri, 19 Dec 2008 23:16:14 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id B8E3A8FC16 for ; Fri, 19 Dec 2008 23:16:13 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id mBJNGDeM041045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Dec 2008 15:16:13 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <494C2B3D.40102@freebsd.org> Date: Fri, 19 Dec 2008 15:16:13 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Brooks Davis References: <20081219164617.GC50722@lor.one-eyed-alien.net> <20081219224116.GE50722@lor.one-eyed-alien.net> In-Reply-To: <20081219224116.GE50722@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: FreeBSD-Net , Jordy Dickinson Subject: Re: Getting WPA2-PSK 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, 19 Dec 2008 23:16:14 -0000 Brooks Davis wrote: > On Fri, Dec 19, 2008 at 05:33:17PM -0500, Jordy Dickinson wrote: > >> On Fri, Dec 19, 2008 at 11:46 AM, Brooks Davis wrote: >> >> >>> On Fri, Dec 19, 2008 at 03:04:55PM +0000, Rui Paulo wrote: >>> >>>> On 19 Dec 2008, at 14:19, Jordy Dickinson wrote: >>>> >>>> >>>>> Hey, I've never used a mailing list before, so forgive me if I'm not >>>>> >>> doing >>> >>>>> this right. >>>>> >>>>> I'm trying to set up my network card, but I keep getting this error >>>>> message. >>>>> I type in this: >>>>> >>>>> ifconfig wi0 authmode wpa >>>>> >>>>> And I get this: >>>>> >>>>> ieee80211_load_module: load the wlan_xauth module by hand for now. >>>>> >>>>>> ifconfig: SIOCS80211: Invalid argument >>>>>> >>>>>> >>>>> Can anybody tell me what I'm doing wrong? >>>>> >>>>> >>>> You're probably running a custom kernel without the wlan_xauth module >>>> >>> built >>> >>>> in. Either load it as a module or compile it in your kernel. >>>> >>>> You may also want to use wpa_supplicant instead. >>>> >>> More specifically, setting "authmode wpa" with ifconfig will always be >>> wrong (unless perhaps someday someone adds a suplicant to the kernel). >>> If you want WPA to work, you must run wpa_supplicant. >>> >>> -- Brooks >>> >> So how do I use wpa_supplicant? I've installed it on my machine already, and >> the man pages are gibberish to me. >> > > You have to add appropriate entries to /etc/wpa_supplicant.conf for your > network. See the examples in the default file and the wpa_supplicant.conf > manpage for details. You would then add WPA to your ifconfig_wi0 line in > /etc/rc.conf. However, even if you do this, you will not actually be able to > use WPA because wi(4) devices only support WEP (I missed that you were running > wi(4) before). If you have a WPA encrypted network you will need to get > another card. > Depends if he's running HEAD or something older. HEAD supports WPA w/ wi but only for Intersil cards w/ firmware rev >= 1.7. > >> Also, is there a way to make the mailing list stop sending me emails that >> I'm not part of? >> > > You can not subscribe to the list. > > Since you have pretty basic questions you might consider asking the > freebsd-questions list. > > There's also a section in the handbook that talks about setting up wireless network configs. Sam From owner-freebsd-net@FreeBSD.ORG Sat Dec 20 08:00:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14694106564A for ; Sat, 20 Dec 2008 08:00:12 +0000 (UTC) (envelope-from fernercc@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id C2F238FC19 for ; Sat, 20 Dec 2008 08:00:11 +0000 (UTC) (envelope-from fernercc@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1184565ywe.13 for ; Sat, 20 Dec 2008 00:00:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=exhLVU0/Pi3hJBmjDkng+QJ6y+8uDxs3AmGZfHfqq8Q=; b=ntuj1mRKONBgT8w1GWpLs2cegKPcqCsJHt8CrIAZK9UdEc8SSR04W7GzTokT9jZtiC +eVbHZ+Z2xMcK/NPfawVBpl29BHANWJhAUu+x+83qJLxzxQjFp0q4S984eaDEx0ggbW8 C3IC3wfuQ6qYsm6FyeITrXApik9XAYfPQLx6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=MT/h4aj/k/nD/A6bFdRkYUrU/VAp8pDzCrKNpNveQ9Gw1+0moKFBJrucECWxGnz8eN rLsA5NF7eaVP4uPHZ3FepA0EMVjL/FWBCtR3bU0lJowz3zD7iqaf316hp7NkOVCPWIe2 ev5vmL27p4Omf+TgfD0VODGPvL57t/SC7ny/c= Received: by 10.100.41.9 with SMTP id o9mr2773377ano.49.1229760011128; Sat, 20 Dec 2008 00:00:11 -0800 (PST) Received: from ?192.168.2.2? (cpe-70-112-179-136.austin.res.rr.com [70.112.179.136]) by mx.google.com with ESMTPS id b14sm8644506ana.32.2008.12.20.00.00.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Dec 2008 00:00:10 -0800 (PST) From: Ferner Cilloniz To: freebsd-net@freebsd.org Content-Type: text/plain Date: Sat, 20 Dec 2008 02:00:06 +0000 Message-Id: <1229738406.5614.17.camel@mobiliare.Belkin> Mime-Version: 1.0 X-Mailer: Evolution 2.24.2 Content-Transfer-Encoding: 7bit Subject: sending arbitrary UDP packets from kernel module 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, 20 Dec 2008 08:00:12 -0000 So i have done some research and reading and found that i need to call either udp_send or udp_output. Can anyone help me out with providing the proper arguments to these functions so i may call them and send arbitrary UDP packets from a kernel module? Thanks everyone :) static int udp_send(struct socket *so, int flags, struct mbuf *m, struct sockaddr *addr, struct mbuf *control, struct thread *td); From owner-freebsd-net@FreeBSD.ORG Sat Dec 20 14:30:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D8F1065673 for ; Sat, 20 Dec 2008 14:30:07 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C0ADE8FC0C for ; Sat, 20 Dec 2008 14:30:06 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1LE2qA-0003m9-VE for freebsd-net@freebsd.org; Sat, 20 Dec 2008 14:30:02 +0000 Received: from 78-1-132-46.adsl.net.t-com.hr ([78.1.132.46]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 20 Dec 2008 14:30:02 +0000 Received: from ivoras by 78-1-132-46.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 20 Dec 2008 14:30:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Sat, 20 Dec 2008 15:25:08 +0100 Lines: 39 Message-ID: References: <494BA6A9.5090907@yandex-team.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8FC2E4C20B749D610D131158" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-132-46.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) In-Reply-To: <494BA6A9.5090907@yandex-team.ru> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: Update of Yandex' SMBable em driver 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, 20 Dec 2008 14:30:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8FC2E4C20B749D610D131158 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Vladimir Ivanov wrote: > Hi, >=20 > We've published latest versions at >=20 > http://people.yandex-team.ru/~wawa/em-6.7.3-yandex-1.40.tar.gz > http://people.yandex-team.ru/~wawa/em-6.9.6-RELENG7-yandex-1.36.2.8.tar= =2Egz >=20 > These revisions use mtx_trylock instead of mtx_lock in em_start(). Thank you! Why the two versions? Is the first one for -CURRENT? (It looks like it would be interesting to try it on CURRENT with some ongoing SMP TCP work) --------------enig8FC2E4C20B749D610D131158 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklNAEQACgkQldnAQVacBcghTACg9wFj+Pk55GEdtXPoO3Zse2hR r48AnA7h5qoiHrNxGr4yE7s4n/eZAsIE =vFyr -----END PGP SIGNATURE----- --------------enig8FC2E4C20B749D610D131158-- From owner-freebsd-net@FreeBSD.ORG Sat Dec 20 16:47:27 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98E831065674; Sat, 20 Dec 2008 16:47:27 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5859E8FC12; Sat, 20 Dec 2008 16:47:27 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [77.41.76.79] (helo=[172.16.100.19]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LE4z8-000AF8-49; Sat, 20 Dec 2008 19:47:26 +0300 Message-ID: <494D219A.4040601@FreeBSD.org> Date: Sat, 20 Dec 2008 19:47:22 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Ivan Voras References: <494BA6A9.5090907@yandex-team.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Update of Yandex' SMBable em driver 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, 20 Dec 2008 16:47:27 -0000 Ivan Voras пишет: > Vladimir Ivanov wrote: >> Hi, >> >> We've published latest versions at >> >> http://people.yandex-team.ru/~wawa/em-6.7.3-yandex-1.40.tar.gz >> http://people.yandex-team.ru/~wawa/em-6.9.6-RELENG7-yandex-1.36.2.8.tar.gz >> >> These revisions use mtx_trylock instead of mtx_lock in em_start(). > > Thank you! > > Why the two versions? Is the first one for -CURRENT? > > (It looks like it would be interesting to try it on CURRENT with some > ongoing SMP TCP work) > Nope. The first one for RELENG_6. -- Dixi. Sem. From owner-freebsd-net@FreeBSD.ORG Sat Dec 20 21:31:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5261065673 for ; Sat, 20 Dec 2008 21:31:43 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 0405B8FC17 for ; Sat, 20 Dec 2008 21:31:42 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [IPv6:2002:508f:c392::21e:c2ff:fe00:76c8] (unknown [IPv6:2002:508f:c392:0:21e:c2ff:fe00:76c8]) by mail-n.franken.de (Postfix) with ESMTP id 220E71C0C0BD4 for ; Sat, 20 Dec 2008 22:31:40 +0100 (CET) Message-Id: From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: FreeBSD Net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 20 Dec 2008 22:31:39 +0100 X-Mailer: Apple Mail (2.930.3) Subject: Checksum offloading 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, 20 Dec 2008 21:31:43 -0000 Dear all, I'm currently analyzing how TCP/UDP checksum offloading works to find the best way to add SCTP checksum offloading. sys/mbuf.h has constants: #define CSUM_IP 0x0001 /* will csum IP */ #define CSUM_TCP 0x0002 /* will csum TCP */ #define CSUM_UDP 0x0004 /* will csum UDP */ which are used to signal which offloading is supported by the drive. But, if I understand the code correctly, this only applies to UDP/IPv4 and TCP/IPv4. What about IPv6? Would this require flags like CSUM_TCP6 and CSUM_UDP6 to signal that also offloading of UDP/IPv6 and TCP/IPv6 is supported? I'm asking this because we want to add CRC offloading for SCTP/IPv4 and SCTP/IPv6. We could only add one flag CSUM_SCTP and use it for IPv4 and IPv6 ar two flags CSUM_SCTP4 and CSUM_SCTP6... Best regards Michael