From owner-freebsd-net@FreeBSD.ORG Sun May 13 01:39:59 2012 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 195CA106566B for ; Sun, 13 May 2012 01:39:59 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id C8FFC8FC0A for ; Sun, 13 May 2012 01:39:58 +0000 (UTC) Received: by yenl8 with SMTP id l8so4589687yen.13 for ; Sat, 12 May 2012 18:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:mime-version:content-type:content-transfer-encoding :subject:from:date:to:message-id; bh=akRo557NwIqJ25RGOHVjQ6XEnwAn6JT9Hq+1kmRFqX0=; b=UKtE04k7iaw+jTfv/GsarBn3zqyGyvEmI4HGzdhnHv2W/nExdLpNRYxx0CFtba0Kw7 QE3HbJZjH7HdK3DJqLxixPdj2RQHXQdZO/h+7CbLmWcDnRrrXXaSwFdBPetsc0Ze3QtQ mJlq7WHhy08yg47u0gOE03bu5sD1CAZ5BfLd5IhJ2AmUuz9gA7c97T8nvnLVMD1b+eny w5LrRPNrqRT6S80AlYX1X6fGig53r5D31z2VfA/SmeIfig7dE12cIpaM1FbeEQpR07ww C+zPCJ6NQVRzGFTqQ8iR4FSM5/WNYcxSEWeQf/9Jt5LLmRkMvwayiuy5yPozClvtBeSJ ocBw== Received: by 10.42.123.66 with SMTP id q2mr1431266icr.52.1336873198044; Sat, 12 May 2012 18:39:58 -0700 (PDT) Received: from [10.10.82.15] ([173.209.144.118]) by mx.google.com with ESMTPS id ai6sm12043799igc.0.2012.05.12.18.39.56 (version=SSLv3 cipher=OTHER); Sat, 12 May 2012 18:39:57 -0700 (PDT) User-Agent: K-9 Mail for Android MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit From: Ivan Voras Date: Sat, 12 May 2012 21:40:14 -0400 To: "freebsd-net@freebsd.org" Message-ID: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> Subject: B.a.t.m.a.n. 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, 13 May 2012 01:39:59 -0000 Is anyone bored enough to try working on this: http://en.wikipedia.org/wiki/B.A.T.M.A.N. ? -- Sent from my phone, please excuse my brevity. From owner-freebsd-net@FreeBSD.ORG Sun May 13 07:09:21 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 968D2106564A for ; Sun, 13 May 2012 07:09:21 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.62.230.51]) by mx1.freebsd.org (Postfix) with ESMTP id 3878D8FC12 for ; Sun, 13 May 2012 07:09:20 +0000 (UTC) Received: from WildRover.lariat.net (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2] (may be forged)) by lariat.net (8.9.3/8.9.3) with ESMTP id AAA00422 for ; Sun, 13 May 2012 00:50:52 -0600 (MDT) Message-Id: <201205130650.AAA00422@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 13 May 2012 00:50:52 -0600 To: net@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: static_routes not working 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, 13 May 2012 07:09:21 -0000 Everyone: On a new 9.0 machine I tried using the variable static_routes (and corresponding route_XXX variables) to create static routes in /etc/rc.conf. Doesn't work at boot, though it does when /etc/netstart is run afterward. It appears that /etc/rc.d/routing, where the variable is processed, is not being executed at boot time. Have reproduced the same problem on 8.x machines as well. All have custom, IPv4-only kernels. What might be wrong? --Brett Glass From owner-freebsd-net@FreeBSD.ORG Sun May 13 10:46:45 2012 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 A7C511065670 for ; Sun, 13 May 2012 10:46:45 +0000 (UTC) (envelope-from ivo.vachkov@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C46A8FC08 for ; Sun, 13 May 2012 10:46:45 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3532531qcs.13 for ; Sun, 13 May 2012 03:46:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cTh0Npnoe39wVMRwfrtLinWIZs8z6uDBNOcd4bhG5Z4=; b=t/WMtO/9L/jm8zm4YJUkS+aBOhqfbxe7THF2M0Dwai4tgaAW6QpaOnq2i3tINbZD+8 kVJoNudlBbyKMpyqnNINn9IddPAHW1gF5pwV68l7D8/ysrNGHjyXpOPN1kD6kksUMutm GMEHgSFd1Zo/WGapdqCfSOv1+iDh9WSVePOAPHCnjjdoK4h58dv2MeFaT0K0vgQSxEvd E9FLdCbRd5YXLiRosHFxa8RT7//7hbVOobRxhpJQrtMqwut9LLpIE5Jt59nxt/mXmwl8 weBgT0UDnRH9vO5T1Xv5B5cnZEU30kRyot0VXNm1IA9tLAi9z2r7ftxKhLvGYlMAImIb Tm/A== Received: by 10.229.135.135 with SMTP id n7mr2066614qct.75.1336906004508; Sun, 13 May 2012 03:46:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.241.144 with HTTP; Sun, 13 May 2012 03:46:24 -0700 (PDT) In-Reply-To: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> From: Ivo Vachkov Date: Sun, 13 May 2012 13:46:24 +0300 Message-ID: To: Ivan Voras Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" Subject: Re: B.a.t.m.a.n. 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, 13 May 2012 10:46:45 -0000 Please define "working"? Porting? Kernel-level implementation? BSD-licensed one? Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? ... or OLSR? ... or HSLS? On Sun, May 13, 2012 at 4:40 AM, Ivan Voras wrote: > Is anyone bored enough to try working on this: > http://en.wikipedia.org/wiki/B.A.T.M.A.N. ? > -- > Sent from my phone, please excuse my brevity. > _______________________________________________ > 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" > -- Ivo Vachkov From owner-freebsd-net@FreeBSD.ORG Sun May 13 12:50:22 2012 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 A541F106566C for ; Sun, 13 May 2012 12:50:22 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 600418FC0C for ; Sun, 13 May 2012 12:50:22 +0000 (UTC) Received: by yhgm50 with SMTP id m50so4652672yhg.13 for ; Sun, 13 May 2012 05:50:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZMl0WFYtVs/uXLP7Jd8MTHn42Jei83jv1WrVWma5uIU=; b=hyrE2r5tQ7P5jtDZ2tiRAJKPUEvGEIerdXRsHZiAq4fq9+ylOozR3gSm2w4TeHKI4T QWgkjTvynGf8CRfErhldGmu4JaFnfxaHw7LStwAY02OxKGh5Y09K5EQzmVgvtgjik57f S97aiHsS6+9XPDwlD7j8mfoupOrDYLEzRO2B2l9VBD8oBnjcCk8xmtynGqefYs8CuF2z lsO2EiUfhEVy13+TXRGbKl7yQHnX/nHIgEFaGintr/0zlmvrh3UGwiRwR1dqF3967VCZ P0AS1xVqTv9Wa/BTs/AdK7juFDG3WW279EvYPpXpzMSsigAr7kRUjM5lG9IO+nNdMBIq BYXw== Received: by 10.101.137.39 with SMTP id p39mr1406885ann.73.1336913421889; Sun, 13 May 2012 05:50:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.112.10 with HTTP; Sun, 13 May 2012 05:49:41 -0700 (PDT) In-Reply-To: References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> From: Ivan Voras Date: Sun, 13 May 2012 08:49:41 -0400 Message-ID: To: Ivo Vachkov Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@freebsd.org" Subject: Re: B.a.t.m.a.n. 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, 13 May 2012 12:50:22 -0000 On 13 May 2012 06:46, Ivo Vachkov wrote: > Please define "working"? Porting? Kernel-level implementation? BSD-licensed > one? I'm just throwing the idea out, in case it catches the eye of someone who's looking for an interesting project. In the ideal world, I'd say BSD-licensed reimplementation, but I certainly won't get picky. It does have some documentation (e.g. http://tools.ietf.org/html/draft-wunderlich-openmesh-manet-routing-00 , http://www.open-mesh.org/wiki/batman-adv/Doc-overview). > Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? ... or > OLSR? ... or HSLS? I've seen BATMAN work at a local Linux club meeting, and I was pretty much impressed by how easy it is to setup. I don't know about the other protocols you listed, but BATMAN is in the stock Linux kernel, making it a practical choice. I might be wrong but it seems to me that it, contrasted to 802.11s, requires no special support from the wifi driver side, making it easier to implement. Other than that, no, I know far too little about all of them to have a preference. From owner-freebsd-net@FreeBSD.ORG Mon May 14 04:21:35 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D32C106578B for ; Mon, 14 May 2012 04:21:34 +0000 (UTC) (envelope-from vansiwow@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 20D2A8FC12 for ; Mon, 14 May 2012 04:21:33 +0000 (UTC) Received: by dadv36 with SMTP id v36so6087277dad.13 for ; Sun, 13 May 2012 21:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UsbGUdU/uwS8JXQW3uXtqjcdiXk2/IQVs0vMdpBh99M=; b=nwN4pCuQryxFLJ21l/KXLY+j6rT2rr3sf5mtejxpazz1UgfwnMV1oimyycr06Rmqnk p7Jk5VGxCiBlkhO9eBftmX/zIvUonCEutQLcjHmh7LAkHd1Wp1qDprRUuzwJDE++Ai8y bJhFyBHeNMXEYNIWJUSUszaEDCRLifgRT6TnDIBFQ4Qi4scrRY14y6Mxt5qG731Iraw9 oKvNz4sHEv5gAOC3ii6c6ywKazHfhn/WSw762KmTFztfFw/N5Tsc8Gg+/Fnn60jOKxTy wOS0cdF5IbotnI8801AqqbtGAs/dgHMyhttxJD3Ndw2HzZBxHqluiy/4kgrKuzHbpOM8 fsZw== MIME-Version: 1.0 Received: by 10.68.135.40 with SMTP id pp8mr18480601pbb.13.1336969293763; Sun, 13 May 2012 21:21:33 -0700 (PDT) Received: by 10.68.48.2 with HTTP; Sun, 13 May 2012 21:21:33 -0700 (PDT) Date: Mon, 14 May 2012 09:51:33 +0530 Message-ID: From: vansi wow To: sctp-impl@external.cisco.com, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Regarding SCTP performance 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, 14 May 2012 04:21:35 -0000 Hi All, we have ported SCTP from FreeBSD 7.0 tree , but we face the issue that when we measure the throughput performance of the stack , we see that SCTP throughput is half that of the TCP throughput . Is there some tuning which can be done or some tweaks which can help improve the performance . TCP : ===== SO_SNDBUF = 32768 SO_RCVBUF = 32768 Throughput: 5653KB/s SCTP: ====== SNDBUF = 838860 RCVBUF = 838860 Throughput = 2422 KB/s Regards, Vamshi From owner-freebsd-net@FreeBSD.ORG Mon May 14 08:44:39 2012 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 0F6A21065670 for ; Mon, 14 May 2012 08:44:39 +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 9F5868FC15 for ; Mon, 14 May 2012 08:44:38 +0000 (UTC) Received: from [172.20.10.2] (tmo-110-86.customers.d1-online.com [80.187.110.86]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id D48AD1C0C0BD4; Mon, 14 May 2012 10:44:36 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Michael Tuexen In-Reply-To: Date: Mon, 14 May 2012 04:44:36 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8A60952E-4300-497B-9101-CEA952026F24@lurchi.franken.de> References: To: vansi wow X-Mailer: Apple Mail (2.1278) Cc: freebsd-net@freebsd.org, sctp-impl@external.cisco.com Subject: Re: Regarding SCTP performance 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, 14 May 2012 08:44:39 -0000 On May 14, 2012, at 12:21 AM, vansi wow wrote: > Hi All, > we have ported SCTP from FreeBSD 7.0 tree , but we face the Hi Vamshi, I would recommend to use more recent sources... There has been a huge number of bug fixes been committed. BTW: What exactly does "porting" mean? What system are you using? >=20 > issue that when we measure the throughput performance of the stack , = we see > that SCTP throughput is half that of the TCP throughput . >=20 > Is there some tuning which can be done or some tweaks which can help > improve the performance . >=20 >=20 >=20 > TCP : > =3D=3D=3D=3D=3D > SO_SNDBUF =3D 32768 > SO_RCVBUF =3D 32768 > Throughput: 5653KB/s >=20 >=20 > SCTP: > =3D=3D=3D=3D=3D=3D > SNDBUF =3D 838860 > RCVBUF =3D 838860 > Throughput =3D 2422 KB/s Without any another information it is hard to say what is limiting the = transfer. Do you have any packet loss? What is the CPU load when doing the = transfer? FreeBSD 7 does not support CRC offloading... Best regards Michael >=20 > Regards, > Vamshi > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Mon May 14 09:39:14 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 270E21065799 for ; Mon, 14 May 2012 09:39:14 +0000 (UTC) (envelope-from vansiwow@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id ECF258FC16 for ; Mon, 14 May 2012 09:39:13 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so6629783pbb.13 for ; Mon, 14 May 2012 02:39:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WhMpvC5a1bPRU+g/GctP9FHT3wiFh+l/zJMZoOr8B70=; b=XfgmF65E43x4e+1WDbu/wf7XVIx6einpxx6QLEJh98J3KCN9rCXkVz6U9ZT17I+k+u 9FZ/Q8jHkU6iERmP+kaJ1DSwruMFSA3IWBcMbMkzm0IkpZ7ClUFU2Wn5z/qmhVqJAtCR mNIoNG+0L43+poME0fCpfYM7ybbMzQtVARQBdcAt/Ca8t9+S+/g7AvgyWTe+iMf10E7b an5Itc2ODYUJj4aJho5iPT71pCHOBUHfssPFkCC9K0Fe+rNLQxQ84E/W8Slor7HNU5Zx Alkt5Uoby2vfb4cyoozuDynRnV4MLo6n5ZqXyxJotdrdu3dQGjjsR+wx+1d1SVkN0LlP 85MA== MIME-Version: 1.0 Received: by 10.68.135.40 with SMTP id pp8mr20817319pbb.13.1336988353414; Mon, 14 May 2012 02:39:13 -0700 (PDT) Received: by 10.68.48.2 with HTTP; Mon, 14 May 2012 02:39:13 -0700 (PDT) In-Reply-To: <8A60952E-4300-497B-9101-CEA952026F24@lurchi.franken.de> References: <8A60952E-4300-497B-9101-CEA952026F24@lurchi.franken.de> Date: Mon, 14 May 2012 15:09:13 +0530 Message-ID: From: vansi wow To: Michael Tuexen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Regarding SCTP performance 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, 14 May 2012 09:39:14 -0000 Hi Michael, Since we use NetBSD 3.0 on the router, the SCTP stack code is ported to NetBSD 3.0 with some tweaks for the mips platform. There are no packet loss , since for testing ,we hosted both client and server on the same router . The CPU Load is very minimal since its just a echo application for the test. are there any performance related fixes in the new source which helps the throughput. Regards, Vamshi On Mon, May 14, 2012 at 2:14 PM, Michael Tuexen < Michael.Tuexen@lurchi.franken.de> wrote: > On May 14, 2012, at 12:21 AM, vansi wow wrote: > > > Hi All, > > we have ported SCTP from FreeBSD 7.0 tree , but we face the > Hi Vamshi, > > I would recommend to use more recent sources... There has been a huge > number of bug fixes been committed. BTW: What exactly does "porting" > mean? What system are you using? > > > > issue that when we measure the throughput performance of the stack , we > see > > that SCTP throughput is half that of the TCP throughput . > > > > Is there some tuning which can be done or some tweaks which can help > > improve the performance . > > > > > > > > > TCP : > > ===== > > SO_SNDBUF = 32768 > > SO_RCVBUF = 32768 > > Throughput: 5653KB/s > > > > > > SCTP: > > ====== > > SNDBUF = 838860 > > RCVBUF = 838860 > > Throughput = 2422 KB/s > Without any another information it is hard to say what is limiting the > transfer. > Do you have any packet loss? What is the CPU load when doing the transfer? > FreeBSD 7 does not support CRC offloading... > > Best regards > Michael > > > > Regards, > > Vamshi > > _______________________________________________ > > 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 May 14 09:45:50 2012 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 03F781065673 for ; Mon, 14 May 2012 09:45:50 +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 6B06A8FC1B for ; Mon, 14 May 2012 09:45:49 +0000 (UTC) Received: from [172.20.10.2] (tmo-110-86.customers.d1-online.com [80.187.110.86]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 3F0201C0B4619; Mon, 14 May 2012 11:45:48 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Michael Tuexen In-Reply-To: Date: Mon, 14 May 2012 11:45:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A60952E-4300-497B-9101-CEA952026F24@lurchi.franken.de> To: vansi wow X-Mailer: Apple Mail (2.1278) Cc: freebsd-net@freebsd.org Subject: Re: Regarding SCTP performance 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, 14 May 2012 09:45:50 -0000 On May 14, 2012, at 11:39 AM, vansi wow wrote: > Hi Michael, > Since we use NetBSD 3.0 on the router, the SCTP = stack code is ported to NetBSD 3.0 with some tweaks for the mips = platform. > There are no packet loss , since for testing ,we hosted both client = and server on the same router . The CPU Load is very minimal since its = just a echo application for the test. >=20 > are there any performance related fixes in the new source which helps = the throughput. Hi Vamshi, there is a huge number of bugfixes... We keep the SCTP sources of = stable/8, stable/9 and CURRENT in sync (as much as possible). Some of the bugs do affect the = performance. If it is possible, you can send me a .pcap tracefile (you can send it = off-list) and I will have a look. Maybe it is possible to guess what is going on. Best regards Michael >=20 > Regards, > Vamshi >=20 >=20 >=20 > On Mon, May 14, 2012 at 2:14 PM, Michael Tuexen = wrote: > On May 14, 2012, at 12:21 AM, vansi wow wrote: >=20 > > Hi All, > > we have ported SCTP from FreeBSD 7.0 tree , but we face = the > Hi Vamshi, >=20 > I would recommend to use more recent sources... There has been a huge > number of bug fixes been committed. BTW: What exactly does "porting" > mean? What system are you using? > > > > issue that when we measure the throughput performance of the stack , = we see > > that SCTP throughput is half that of the TCP throughput . > > > > Is there some tuning which can be done or some tweaks which can help > > improve the performance . >=20 > > > > > > > > TCP : > > =3D=3D=3D=3D=3D > > SO_SNDBUF =3D 32768 > > SO_RCVBUF =3D 32768 > > Throughput: 5653KB/s > > > > > > SCTP: > > =3D=3D=3D=3D=3D=3D > > SNDBUF =3D 838860 > > RCVBUF =3D 838860 > > Throughput =3D 2422 KB/s > Without any another information it is hard to say what is limiting the = transfer. > Do you have any packet loss? What is the CPU load when doing the = transfer? > FreeBSD 7 does not support CRC offloading... >=20 > Best regards > Michael > > > > Regards, > > Vamshi > > _______________________________________________ > > 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" > > >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Mon May 14 10:21:00 2012 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 A3E121065679 for ; Mon, 14 May 2012 10:21:00 +0000 (UTC) (envelope-from vansiwow@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0D08FC0A for ; Mon, 14 May 2012 10:21:00 +0000 (UTC) Received: by dadv36 with SMTP id v36so6481141dad.13 for ; Mon, 14 May 2012 03:20:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3Orq9bIufEa7WCn/ES7h+QwOv9kLqQgMjCim8Ua+mKA=; b=CYuxUdZaJrteSAVu9P06Banpds73AjsGR9yd9YB8S8OTA9IWSgSTEOnmHtKMVGOZq/ t96VBxFaxLgkaEWLpgdFE/DCDNrcANi7zrlhzkxNtrE70OB3DNFSPSDmEhl+HlLt6fs5 FT5WQ8VN2jTu4C6Ouw2a4gi4fIuEK0MnSi5Hs9qZUXQPqzYqAisJTyh6GcwD9X8a075b 0yY1kJyTPMaViDXni9r4mVEZwKray10o03BXdOXqi4jjKct4pfsSLP6uUBlTEp9vgHf7 KwDn9pxPGmqJIHuVWmkUjNF2EWTWfE51VZHX8Q+sd/Br+RtOnJzb8jufGyhlj9mkAIq3 3wDQ== MIME-Version: 1.0 Received: by 10.68.237.166 with SMTP id vd6mr1357970pbc.139.1336990858280; Mon, 14 May 2012 03:20:58 -0700 (PDT) Received: by 10.68.48.2 with HTTP; Mon, 14 May 2012 03:20:58 -0700 (PDT) In-Reply-To: References: <8A60952E-4300-497B-9101-CEA952026F24@lurchi.franken.de> Date: Mon, 14 May 2012 15:50:58 +0530 Message-ID: From: vansi wow To: Michael Tuexen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Regarding SCTP performance 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, 14 May 2012 10:21:00 -0000 Hi Michael, Thanks for your inputs . Will provide the pcap tracefile offlist . Regards, Vamshi On Mon, May 14, 2012 at 3:15 PM, Michael Tuexen < Michael.Tuexen@lurchi.franken.de> wrote: > On May 14, 2012, at 11:39 AM, vansi wow wrote: > > > Hi Michael, > > Since we use NetBSD 3.0 on the router, the SCTP > stack code is ported to NetBSD 3.0 with some tweaks for the mips platform. > > There are no packet loss , since for testing ,we hosted both client and > server on the same router . The CPU Load is very minimal since its just a > echo application for the test. > > > > are there any performance related fixes in the new source which helps > the throughput. > Hi Vamshi, > > there is a huge number of bugfixes... We keep the SCTP sources of > stable/8, stable/9 and CURRENT > in sync (as much as possible). Some of the bugs do affect the performance. > > If it is possible, you can send me a .pcap tracefile (you can send it > off-list) and I will > have a look. Maybe it is possible to guess what is going on. > > Best regards > Michael > > > > Regards, > > Vamshi > > > > > > > > On Mon, May 14, 2012 at 2:14 PM, Michael Tuexen < > Michael.Tuexen@lurchi.franken.de> wrote: > > On May 14, 2012, at 12:21 AM, vansi wow wrote: > > > > > Hi All, > > > we have ported SCTP from FreeBSD 7.0 tree , but we face the > > Hi Vamshi, > > > > I would recommend to use more recent sources... There has been a huge > > number of bug fixes been committed. BTW: What exactly does "porting" > > mean? What system are you using? > > > > > > issue that when we measure the throughput performance of the stack , > we see > > > that SCTP throughput is half that of the TCP throughput . > > > > > > Is there some tuning which can be done or some tweaks which can help > > > improve the performance . > > > > > > > > > > > > > > TCP : > > > ===== > > > SO_SNDBUF = 32768 > > > SO_RCVBUF = 32768 > > > Throughput: 5653KB/s > > > > > > > > > SCTP: > > > ====== > > > SNDBUF = 838860 > > > RCVBUF = 838860 > > > Throughput = 2422 KB/s > > Without any another information it is hard to say what is limiting the > transfer. > > Do you have any packet loss? What is the CPU load when doing the > transfer? > > FreeBSD 7 does not support CRC offloading... > > > > Best regards > > Michael > > > > > > Regards, > > > Vamshi > > > _______________________________________________ > > > 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 May 14 10:52:26 2012 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 EA30F1065672 for ; Mon, 14 May 2012 10:52:26 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 72FCD8FC0A for ; Mon, 14 May 2012 10:52:26 +0000 (UTC) Received: by werg1 with SMTP id g1so3047254wer.13 for ; Mon, 14 May 2012 03:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OizCZUpf9a2oBja85yRow30A79KKtSkVxQFy26lqJK0=; b=A6v6lIyAtPAl7rD00PVCtJ45bXDvbYdAaCSl83iU9D3XcKEEgbI/i78TpQ/O6tbNMd XA8G67qhjCKVOw/F/POK7W4mrZYExcNPdsWGpNiR2JaOtQI+MHfQ8p1Ku9ye3oy8by0J pPti1An6jqQs8mOkCify52dQ+7VK1gtC3WMv+bTJWMWvmA5aY2nZXxC6m0bWZTrudB7U ZqcleCAJTBm7M5NH06RJOeBDaOcQlS0rlyHac2ytq4EDtTDhF169SVDBoedgFw7zMIcY HOZnCBsuy/HS2xgf++Ks7x9+OS+smrwLY/WPGaPUuM5EAPFLtwQk9jQ1ScnnZGlnWVnL ju/A== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr4582143wej.95.1336992745246; Mon, 14 May 2012 03:52:25 -0700 (PDT) Received: by 10.223.155.74 with HTTP; Mon, 14 May 2012 03:52:25 -0700 (PDT) In-Reply-To: References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> Date: Mon, 14 May 2012 12:52:25 +0200 Message-ID: From: Monthadar Al Jaberi To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , Ivo Vachkov Subject: Re: B.a.t.m.a.n. 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, 14 May 2012 10:52:27 -0000 On Sun, May 13, 2012 at 2:49 PM, Ivan Voras wrote: > On 13 May 2012 06:46, Ivo Vachkov wrote: >> Please define "working"? Porting? Kernel-level implementation? BSD-licensed >> one? > > I'm just throwing the idea out, in case it catches the eye of someone > who's looking for an interesting project. In the ideal world, I'd say > BSD-licensed reimplementation, but I certainly won't get picky. > > It does have some documentation (e.g. > http://tools.ietf.org/html/draft-wunderlich-openmesh-manet-routing-00 > , http://www.open-mesh.org/wiki/batman-adv/Doc-overview). > >> Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? ... or >> OLSR? ... or HSLS? > > I've seen BATMAN work at a local Linux club meeting, and I was pretty > much impressed by how easy it is to setup. I don't know about the > other protocols you listed, but BATMAN is in the stock Linux kernel, > making it a practical choice. I might be wrong but it seems to me that > it, contrasted to 802.11s, requires no special support from the wifi > driver side, making it easier to implement. Other than that, no, I I think it a better version of the Optimized Link State Routing Protocol (OLSR) which is an IP routing algoritm, 802.11s is link level routing, which needs a wifi driver that permits changing the mac address. But there is no standard for it I think. > know far too little about all of them to have a preference. > _______________________________________________ > 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" -- Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Mon May 14 11:07:18 2012 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 079731065670 for ; Mon, 14 May 2012 11:07:18 +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 E425F8FC18 for ; Mon, 14 May 2012 11:07:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4EB7Hcg053336 for ; Mon, 14 May 2012 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4EB7HHS053334 for freebsd-net@FreeBSD.org; Mon, 14 May 2012 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 May 2012 11:07:17 GMT Message-Id: <201205141107.q4EB7HHS053334@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, 14 May 2012 11:07:18 -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/167768 net [ipfilter] Fatal trap in ipfilter/ipnat o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/167059 net [tcp] [panic] System does panic in in_pcbbind() and ha o kern/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166550 net [netinet] [patch] Some log lines about arp do not incl o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] ipfilter drops UDP packets with zero checksum o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis o kern/165963 net [panic] [ipf] ipfilter/nat NULL pointer deference o kern/165903 net mbuf leak o kern/165863 net [panic] [netinet] [patch] in_lltable_prefix_free() rac o kern/165643 net [net] [patch] Missing vnet restores in net/if_ethersub o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164400 net [ipsec] immediate crash after the start of ipsec proce o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop p kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues 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] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] 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/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee 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 kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one 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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 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 f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) 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 o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net 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 bin/121359 net [patch] [security] ppp(8): fix local stack overflow in 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/120966 net [rum] kernel panic with if_rum and WPA encryption 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 [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of 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/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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 bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [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/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to 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 o kern/105945 net Address can disappear from network interface 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 kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap 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/100709 net [libc] getaddrinfo(3) should return TTL info 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/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf 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 f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 401 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 14 11:27:56 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FC151065670 for ; Mon, 14 May 2012 11:27:56 +0000 (UTC) (envelope-from ahoballa@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id D96068FC08 for ; Mon, 14 May 2012 11:27:55 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so1302058wib.13 for ; Mon, 14 May 2012 04:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Xx2FRtyUHelnBWOFvtQErGrz7hkeUCunD+oGT23wV2g=; b=O+KokH+N60MTL89axZ97Jz40+kWo2xEXUrwydwLqJf9gzepyqlA6S8adqPol+Dia9D FKVOYo1ekxBDo51bhpkA1Z0qnYDsb7dQ7M2HYjOlyCnUJG2/9idvgWHfEHNUeK7mKRke pvOsB/S3G2ghskyz9Mb1AYEe9yEDMZ1YxZkCNUDAcOP9tXciwAuC6eavBYF0KUHFXTIq 6O0WeXjk4aVq0xPxsm+A2zCgJjxgFTgp5VBVsdE3vM3i/SA4/H7UpS1fihP95F/K8WHc CMudmLsPGQV9C6PbkFpqt6uUHXhicWBPE3zsNHxnT0++RnZOHaQaiTOfyNLWorGG4RhJ lOLA== MIME-Version: 1.0 Received: by 10.180.92.8 with SMTP id ci8mr4750791wib.15.1336994874846; Mon, 14 May 2012 04:27:54 -0700 (PDT) Received: by 10.223.112.79 with HTTP; Mon, 14 May 2012 04:27:54 -0700 (PDT) Date: Mon, 14 May 2012 14:27:54 +0300 Message-ID: From: ahoball alutis To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Can't ping my IP 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, 14 May 2012 11:27:56 -0000 Hello, I going to connect to my IPv6 FreeBSD server using tunnel. To do that I need to check if my IP pingable. I used http://just-ping.com ping test and it cant pimg my IP. Thanks for help! From owner-freebsd-net@FreeBSD.ORG Mon May 14 13:03:02 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACFC6106566B for ; Mon, 14 May 2012 13:03:02 +0000 (UTC) (envelope-from ivo.vachkov@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9ED8FC17 for ; Mon, 14 May 2012 13:03:02 +0000 (UTC) Received: by qcsg15 with SMTP id g15so4089108qcs.13 for ; Mon, 14 May 2012 06:03:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0IeNhZRDIzOqDa39z7g9KediiOQABizaoLHCkUqCVPA=; b=F1W5LxBDEHakULU/et0ArpwIv85QiyZKtt4LEf02aFxorNG0FCeoDx2EWwMqkvWwCj +yYYOiWr5lOjPzMFXK/I3CTUi9aGXCzuKlGqZqkYmimP3ssBI5ptmjpQxDkdUaXpBAGF tG4QENuEnCkIfZiA0aTQmfizwGHJwRhw6WwCEF7ERMjZT9gwyYG8pqzhouVS4wS1pX9O AIPmf1+CIK85BYOVKaJeLLMrBfzu/MyfTBkjsYuq0FnM7jiovWUyTzQu8jYvxWCWTSjP yWNoMbB0f/h0fEJN5/JlkPPnvV4HxBltK61VBPv97aY9vlktYwchyfXvUAK231+yyYMf GNjQ== Received: by 10.224.201.5 with SMTP id ey5mr12511942qab.74.1337000580988; Mon, 14 May 2012 06:03:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.241.144 with HTTP; Mon, 14 May 2012 06:02:40 -0700 (PDT) In-Reply-To: References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> From: Ivo Vachkov Date: Mon, 14 May 2012 16:02:40 +0300 Message-ID: To: Monthadar Al Jaberi Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" , Ivan Voras Subject: Re: B.a.t.m.a.n. 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, 14 May 2012 13:03:02 -0000 Hello all, On Mon, May 14, 2012 at 1:52 PM, Monthadar Al Jaberi wrote: > On Sun, May 13, 2012 at 2:49 PM, Ivan Voras wrote: > > On 13 May 2012 06:46, Ivo Vachkov wrote: > >> Please define "working"? Porting? Kernel-level implementation? > BSD-licensed > >> one? > > > > I'm just throwing the idea out, in case it catches the eye of someone > > who's looking for an interesting project. In the ideal world, I'd say > > BSD-licensed reimplementation, but I certainly won't get picky. > > > > It does have some documentation (e.g. > > http://tools.ietf.org/html/draft-wunderlich-openmesh-manet-routing-00 > > , http://www.open-mesh.org/wiki/batman-adv/Doc-overview). > Since it's not standardized, isn't it more logical to proceed with either user-space implementation or kernel implementation of something that has RFC assigned to the name (just asking, no troll/flame here)? Other than that I have some experience with BMX, Babel and OLSR. Also, i'm personally not convinced that kernel level implementation is the most appropriate choice for routing protocol (still i may be wrong). > >> Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? > ... or > >> OLSR? ... or HSLS? > > > > I've seen BATMAN work at a local Linux club meeting, and I was pretty > > much impressed by how easy it is to setup. I don't know about the > > other protocols you listed, but BATMAN is in the stock Linux kernel, > > making it a practical choice. I might be wrong but it seems to me that > > it, contrasted to 802.11s, requires no special support from the wifi > > driver side, making it easier to implement. Other than that, no, I > As mentioned already 802.11s is link-layer technology (that from our experiments and research seems to be limited to some 30 devices), in contrast those are network layer (L3) protocols that operate on top of IP. > > I think it a better version of the Optimized Link State Routing > Protocol (OLSR) which is an IP routing algoritm, 802.11s is link level > routing, which needs a wifi driver that permits changing the mac > address. > > But there is no standard for it I think. OLSR: http://www.ietf.org/rfc/rfc3626.txt > > know far too little about all of them to have a preference. > > _______________________________________________ > > 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" > > > > -- > Monthadar Al Jaberi > -- Ivo Vachkov From owner-freebsd-net@FreeBSD.ORG Mon May 14 14:38:50 2012 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 2818A1065686 for ; Mon, 14 May 2012 14:38:50 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0A7F8FC14 for ; Mon, 14 May 2012 14:38:49 +0000 (UTC) Received: by yhgm50 with SMTP id m50so5498018yhg.13 for ; Mon, 14 May 2012 07:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=cVuHKeyvmOUNskwLlfF5rPuuabuzrOQY852P02ea9lk=; b=HwVC20zPU5J+q9+5802LuSYvWIjS4Hes5g0q8jCgpd+snWoXY5ydYpnEuIBGoEFI0b /KIknD1SoxPF1GkWJ5Oc52eKK3gZq8WGc+3Brs8nN0oKZx/T2Nz15D03ha0oaFEB1iCG FoLpQ0jhnrMpqmSZ6fmuiNCqMRSiXBa+ImfMY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=cVuHKeyvmOUNskwLlfF5rPuuabuzrOQY852P02ea9lk=; b=Sv1CPPAW/LTWEIMTSm+zKBn93SiMEuCQGZFBpXHWDPId3sbJQ0f/+QT+i8JcjP9JgY GcocMjbMnQiIqA/hf6Z8+ey7FoyQZ8oSmUDDHmjn4YqqPMyc15MfeBHo1c5a6grRIePs aZQ3TBEczxfLGVQuaEAtMD68NMybznf2P+MwNf2HbgBEqB5F6gpH9D6BBUixyyWmMSMX M4JGbYzCO2zrzdXoPoMh5sE7ZDT1tdVmB69iSxWBgI3Mky/kGEfcUd5smQvU3InUH4qI Iv7z3hU0hfAw7uHDoi4UphUuyQB13dYs7GLj90PQGiIjxD42b1M3Lv9hEwLBWiv9IeGe hoyg== Received: by 10.50.51.195 with SMTP id m3mr4321638igo.35.1337006328677; Mon, 14 May 2012 07:38:48 -0700 (PDT) Received: from DataIX.net (24-247-238-117.dhcp.aldl.mi.charter.com. [24.247.238.117]) by mx.google.com with ESMTPS id eo5sm3179746igc.7.2012.05.14.07.38.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 May 2012 07:38:48 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q4EEckdb085980 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 May 2012 10:38:46 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q4EEckhd085446; Mon, 14 May 2012 10:38:46 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Mon, 14 May 2012 10:38:46 -0400 From: Jason Hellenthal To: ahoball alutis Message-ID: <20120514143845.GA51572@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQl00NMRpRAX0lXksW+XXuA0LUCQOJluL7a9BhMGliHaTlunPpQDhVgwQe3UiXeMUkHasYBg Cc: freebsd-net@freebsd.org Subject: Re: Can't ping my IP 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, 14 May 2012 14:38:50 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Beyond saying... adjust your router/firewall/gateway anything would just be a guess here. Most of the v6 tunnel providers have little details about this and expect you to understand your own technology. On Mon, May 14, 2012 at 02:27:54PM +0300, ahoball alutis wrote: > Hello, >=20 > I going to connect to my IPv6 FreeBSD server using tunnel. To do that I > need to check if my IP pingable. I used http://just-ping.com ping test and > it cant pimg my IP. >=20 > Thanks for help! --=20 - (2^(N-1)) --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJPsRj0AAoJEBSh2Dr1DU7WW08H/3H45b6K9sFXkCW9egJKn2ST qZqlk3JIAUbics7GJvAEVvrgQr5OFigAS8fCYqm7PY9ZyJgOMUVp0H9SaQR6XxBo UkvgN9sDA5+nCsrB0M75mIgrJFZi+2uD/ID1FsyTiavorL7vXQMxvbvWP7TKhC61 OZmEJTz/tBG5ucAlQBHAmOA46Z0UWIWtU00fWClmCaMFDhDSgKQAXRBcL5khG+dU dd5+cb947xYTtr5praJ6ByVw9iclVHJUUAzWMhKRdlhV6s6KlCJhKGTX+/QsGwZT 9ky1uGqhamAX0mhckkAk1oRaDkUQ7doBnFkvR6ytnEa7Ol8by+cNfK0Xpw+OGR4= =tvxo -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-net@FreeBSD.ORG Mon May 14 15:05:47 2012 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 251E1106568A for ; Mon, 14 May 2012 15:05:47 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 9E67F8FC1A for ; Mon, 14 May 2012 15:05:46 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so1511024wib.13 for ; Mon, 14 May 2012 08:05:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FLs3oKodQFFuCQt7tDuxiota7zgjQhSC002tgNtpgiY=; b=Mt9REWxGWcLv9DG5TPxXtyjLzgGB0RuBPHlse4DCpij3/TnTqIqF5ry+rKpQrxQ7l+ C3RWH65fGWvc2yJQF6/ahADT8vva7qYldqVt4P/rVYvanePzNblonNyw9DlB2TSQwqUA Vwta2LxWbHM+gShFHoEB0qxAvg1Cq3qTe8mwfmLN5Wnfaz93Swetb36Idx8VRwvvgXoO XtLNQETDth3/CV1+GR3tjY4brcX5lbzUtAKUgJrOuXTOhQHA+4OnNTauSn17wBXwN6xw Lveq950CoFZeDiB1DC4CkG7+ipXWzZBA7NK/zc+jXPoNfkbu81xK07NC7GHD6rz+T48D NoMA== MIME-Version: 1.0 Received: by 10.180.107.100 with SMTP id hb4mr7529652wib.22.1337007940320; Mon, 14 May 2012 08:05:40 -0700 (PDT) Received: by 10.223.155.74 with HTTP; Mon, 14 May 2012 08:05:40 -0700 (PDT) In-Reply-To: References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> Date: Mon, 14 May 2012 17:05:40 +0200 Message-ID: From: Monthadar Al Jaberi To: Ivo Vachkov Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , Ivan Voras Subject: Re: B.a.t.m.a.n. 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, 14 May 2012 15:05:47 -0000 On Mon, May 14, 2012 at 3:02 PM, Ivo Vachkov wrote: > Hello all, > > On Mon, May 14, 2012 at 1:52 PM, Monthadar Al Jaberi > wrote: >> >> On Sun, May 13, 2012 at 2:49 PM, Ivan Voras wrote: >> > On 13 May 2012 06:46, Ivo Vachkov wrote: >> >> Please define "working"? Porting? Kernel-level implementation? >> >> BSD-licensed >> >> one? >> > >> > I'm just throwing the idea out, in case it catches the eye of someone >> > who's looking for an interesting project. In the ideal world, I'd say >> > BSD-licensed reimplementation, but I certainly won't get picky. >> > >> > It does have some documentation (e.g. >> > http://tools.ietf.org/html/draft-wunderlich-openmesh-manet-routing-00 >> > , http://www.open-mesh.org/wiki/batman-adv/Doc-overview). > > > Since it's not standardized, isn't it more logical to proceed with either > user-space implementation or kernel implementation of something that has RFC > assigned to the name (just asking, no troll/flame here)? Other than that I > have some experience with BMX, Babel and OLSR. Also, i'm personally not > convinced that kernel level implementation is the most appropriate choice > for routing protocol (still i may be wrong). > >> >> >> Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? >> >> ... or >> >> OLSR? ... or HSLS? >> > >> > I've seen BATMAN work at a local Linux club meeting, and I was pretty >> > much impressed by how easy it is to setup. I don't know about the >> > other protocols you listed, but BATMAN is in the stock Linux kernel, >> > making it a practical choice. I might be wrong but it seems to me that >> > it, contrasted to 802.11s, requires no special support from the wifi >> > driver side, making it easier to implement. Other than that, no, I > > > As mentioned already 802.11s is link-layer technology (that from our > experiments and research seems to be limited to some 30 devices), in > contrast those are network layer (L3) protocols that operate on top of IP. > >> >> >> >> I think it a better version of the Optimized Link State Routing >> Protocol (OLSR) which is an IP routing algoritm, 802.11s is link level >> routing, which needs a wifi driver that permits changing the mac >> address. >> >> But there is no standard for it I think. > > > OLSR: http://www.ietf.org/rfc/rfc3626.txt Sorry, I meant BATMAN > >> >> > know far too little about all of them to have a preference. >> > _______________________________________________ >> > 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" >> >> >> >> -- >> Monthadar Al Jaberi > > > > > -- > Ivo Vachkov -- Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Mon May 14 16:50:29 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D05A106564A for ; Mon, 14 May 2012 16:50:29 +0000 (UTC) (envelope-from kirk.davis@epsb.ca) Received: from OWA01.EDU.epsb.ca (owa01.epsb.ca [198.161.119.28]) by mx1.freebsd.org (Postfix) with ESMTP id E1D088FC0C for ; Mon, 14 May 2012 16:50:28 +0000 (UTC) Received: from Exchange26.EDU.epsb.ca ([10.0.5.123]) by OWA01.EDU.epsb.ca with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 May 2012 10:49:22 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 14 May 2012 10:49:28 -0600 Message-ID: <529374128DC1B04D9D037911B8E8F0531095BEF8@Exchange26.EDU.epsb.ca> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 10Gb/s ixgbe and mbuf performance tuning. Thread-Index: Ac0x725qHdZ6+4yiR/OOLwSecus7fg== From: "Kirk Davis" To: X-OriginalArrivalTime: 14 May 2012 16:49:22.0465 (UTC) FILETIME=[8360C910:01CD31F1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 10Gb/s ixgbe and mbuf performance tuning. 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, 14 May 2012 16:50:29 -0000 Hi, I am running FreeBSD 8.1p3 amd64 with 6Gb of RAM. This is a router using Quagga for BGP. It has two 10Gb/s network connections using the intel ixgbe 2.4.4 driver. It is handling routing for about 200 remote sites and about 300k simultaneous sessions through the box. After a few hours at high traffic volumes (just over a 1Gb/s) it will stop routing any traffic. It look like I am running out of mbuf's. I have increased them but I am worried that there is a limit as to how much I can increase them without starving the kernel of space. Console is still responsive but no network. =20 I have looked over Tuning(7) and some other great articles on the net on performance tuning FreeBSD but it has left me a little confused. Can someone help to explain the best way to troubleshoot this issue and any formulas to tune it. =20 Here is some information: # netstat -m 66042/18063/84105 mbufs in use (current/cache/total) 66039/15931/81970/524288 mbuf clusters in use (current/cache/total/max) 66039/15881 mbuf+clusters out of packet secondary zone in use (current/cache) 0/5/5/524288 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/131072 9k jumbo clusters in use (current/cache/total/max) 0/0/0/65536 16k jumbo clusters in use (current/cache/total/max) 148588K/36397K/184986K 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 =20 =20 # more /boot/loader.conf geom_mirror_load=3D"YES" loader_logo=3D"beastie" vesa_load=3D"YES" ixgbe_load=3D"YES" hw.ixgbe.txd=3D4096 hw.ixgbe.rxd=3D4096 kern.ipc.nmbjumbop=3D524288 kern.ipc.nmbclusters=3D524288 kern.ipc.maxsockbuf=3D4194304 =20 # more /etc/sysctl.conf=20 #security.bsd.see_other_uids=3D0 kern.ipc.nmbjumbop=3D524288 kern.ipc.nmbclusters=3D524288 kern.ipc.maxsockbuf=3D4194304 hw.intr_storm_threshold=3D9000 net.inet.icmp.icmplim=3D1000 =20 Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-RELEASE-p1 #3: Thu Mar 29 08:53:27 MDT 2012 root@SchoolGW2.epsb.ca:/usr/obj/usr/src/sys/DELLR710x64 amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5560 @ 2.80GHz (2793.02-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x106a5 Family =3D 6 Model =3D 1a Stepping =3D 5 =20 Features=3D0xbfebfbff =20 Features2=3D0x9ce3bd AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 6442450944 (6144 MB) avail memory =3D 6170185728 (5884 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 16 cpu1 (AP): APIC ID: 17 cpu2 (AP): APIC ID: 18 cpu3 (AP): APIC ID: 19 cpu4 (AP): APIC ID: 20 cpu5 (AP): APIC ID: 21 cpu6 (AP): APIC ID: 22 cpu7 (AP): APIC ID: 23 cpu8 (AP): APIC ID: 0 cpu9 (AP): APIC ID: 1 cpu10 (AP): APIC ID: 2 cpu11 (AP): APIC ID: 3 cpu12 (AP): APIC ID: 4 cpu13 (AP): APIC ID: 5 cpu14 (AP): APIC ID: 6 cpu15 (AP): APIC ID: 7 .... ix0: port 0xbcc0-0xbcdf mem 0xdd800000-0xdd9fffff,0xdd7f8000-0xdd7fbfff irq 50 at device 0.0 on pci8 ix0: Using MSIX interrupts with 9 vectors ix0: [ITHREAD]=20 ix0: [ITHREAD]=20 ix0: [ITHREAD]=20 ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD]=20 ix0: [ITHREAD]=20 ix0: [ITHREAD]=20 ix0: Ethernet address: 00:1b:21:d8:d8:be ix0: PCI Express Bus: Speed 5.0Gb/s Width x8 ix1: port 0xbce0-0xbcff mem 0xdda00000-0xddbfffff,0xdd7fc000-0xdd7fffff irq 40 at device 0.1 on pci8 ix1: Using MSIX interrupts with 9 vectors ix1: [ITHREAD]=20 ix1: [ITHREAD]=20 ix1: [ITHREAD]=20 ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD] ix1: [ITHREAD]=20 ix1: Ethernet address: 00:1b:21:d8:d8:bf ix1: PCI Express Bus: Speed 5.0Gb/s Width x8 =20 # ifconfig -a ix0: flags=3D8843 metric 0 mtu 1500 =20 options=3D405b8 ether 00:1b:21:d8:d8:be inet 192.168.248.228 netmask 0xffffffe0 broadcast 192.168.248.255 media: Ethernet autoselect (10Gbase-T ) status: active ix1: flags=3D8843 metric 0 mtu 1500 =20 options=3D405b8 ether 00:1b:21:d8:d8:bf inet 192.168.250.40 netmask 0xffffff00 broadcast 192.168.250.255 inet 192.168.250.23 netmask 0xffffff00 broadcast 192.168.250.255 media: Ethernet autoselect (10Gbase-T ) status: active =20 =20 ---- Kirk =20 Kirk Davis Supervisor - Network Operations ITS, Edmonton Public Schools One Kingsway Ave. NW Edmonton, Alberta T5H 4G9 (780) 429-8308 =20 From owner-freebsd-net@FreeBSD.ORG Mon May 14 20:02:24 2012 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 EF0BA106564A for ; Mon, 14 May 2012 20:02:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCDD8FC0A for ; Mon, 14 May 2012 20:02:24 +0000 (UTC) Received: by werg1 with SMTP id g1so3544284wer.13 for ; Mon, 14 May 2012 13:02:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q5yc5y+ywRi5iv7cIfU7K13C2u4RXmlWNj2xY4k7CJk=; b=vGbenptSmYpF0iHS7MHeBKJWYH0nUsQyxzya20CX3ZmzFQfpbFdxdKs0hvfauHKzRA Qahoep9g39zQ5TpGYcuZ/lJW4VNhJMOKa+O7e+MmBe77HsQJG6VIZNTXpSLEgAX6qQ8p m1dGI10RT6+higVuZBc+mZC5i4OX+rv+eEZA2yoZaj+tAG/fDMRwcPnpyInDHd7wP+T3 l8Qv3/0EdhgqbKHUcFS9vMmrUE0Z8i8eKN/wGHFKXmQ1DCFqsbpE1y9HgM1kulvbO3p5 7l0P2POGRpQbkWpueqTX229yHm5FXu38FpJBBirKSjIQIrC5NmKFOJnskvD5zyzHY9CG QW9Q== MIME-Version: 1.0 Received: by 10.216.132.226 with SMTP id o76mr5912301wei.93.1337025743345; Mon, 14 May 2012 13:02:23 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Mon, 14 May 2012 13:02:23 -0700 (PDT) In-Reply-To: <529374128DC1B04D9D037911B8E8F0531095BEF8@Exchange26.EDU.epsb.ca> References: <529374128DC1B04D9D037911B8E8F0531095BEF8@Exchange26.EDU.epsb.ca> Date: Mon, 14 May 2012 13:02:23 -0700 Message-ID: From: Jack Vogel To: Kirk Davis Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 10Gb/s ixgbe and mbuf performance tuning. 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, 14 May 2012 20:02:25 -0000 Do you have LRO enabled? Also, you say it stops routing, do you mean it passes non-routing traffic, or does everything stop? Jack On Mon, May 14, 2012 at 9:49 AM, Kirk Davis wrote: > Hi, > > I am running FreeBSD 8.1p3 amd64 with 6Gb of RAM. This > is a router using Quagga for BGP. It has two 10Gb/s network connections > using the intel ixgbe 2.4.4 driver. It is handling routing for about > 200 remote sites and about 300k simultaneous sessions through the box. > After a few hours at high traffic volumes (just over a 1Gb/s) it will > stop routing any traffic. It look like I am running out of mbuf's. I > have increased them but I am worried that there is a limit as to how > much I can increase them without starving the kernel of space. Console > is still responsive but no network. > > > > I have looked over Tuning(7) and some other great > articles on the net on performance tuning FreeBSD but it has left me a > little confused. Can someone help to explain the best way to > troubleshoot this issue and any formulas to tune it. > > > > Here is some information: > > # netstat -m > > 66042/18063/84105 mbufs in use (current/cache/total) > > 66039/15931/81970/524288 mbuf clusters in use (current/cache/total/max) > > 66039/15881 mbuf+clusters out of packet secondary zone in use > (current/cache) > > 0/5/5/524288 4k (page size) jumbo clusters in use > (current/cache/total/max) > > 0/0/0/131072 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/65536 16k jumbo clusters in use (current/cache/total/max) > > 148588K/36397K/184986K 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 > > > > > > # more /boot/loader.conf > > geom_mirror_load="YES" > > loader_logo="beastie" > > vesa_load="YES" > > ixgbe_load="YES" > > hw.ixgbe.txd=4096 > > hw.ixgbe.rxd=4096 > > kern.ipc.nmbjumbop=524288 > > kern.ipc.nmbclusters=524288 > > kern.ipc.maxsockbuf=4194304 > > > > # more /etc/sysctl.conf > > #security.bsd.see_other_uids=0 > > kern.ipc.nmbjumbop=524288 > > kern.ipc.nmbclusters=524288 > > kern.ipc.maxsockbuf=4194304 > > hw.intr_storm_threshold=9000 > > net.inet.icmp.icmplim=1000 > > > > Copyright (c) 1992-2010 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.1-RELEASE-p1 #3: Thu Mar 29 08:53:27 MDT 2012 > > root@SchoolGW2.epsb.ca:/usr/obj/usr/src/sys/DELLR710x64 amd64 > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(R) CPU X5560 @ 2.80GHz (2793.02-MHz > K8-class CPU) > > Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a > Stepping = 5 > > > Features=0xbfebfbff ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > Features2=0x9ce3bd CM,DCA,SSE4.1,SSE4.2,POPCNT> > > AMD Features=0x28100800 > > AMD Features2=0x1 > > TSC: P-state invariant > > real memory = 6442450944 (6144 MB) > > avail memory = 6170185728 (5884 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs > > FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads > > cpu0 (BSP): APIC ID: 16 > > cpu1 (AP): APIC ID: 17 > > cpu2 (AP): APIC ID: 18 > > cpu3 (AP): APIC ID: 19 > > cpu4 (AP): APIC ID: 20 > > cpu5 (AP): APIC ID: 21 > > cpu6 (AP): APIC ID: 22 > > cpu7 (AP): APIC ID: 23 > > cpu8 (AP): APIC ID: 0 > > cpu9 (AP): APIC ID: 1 > > cpu10 (AP): APIC ID: 2 > > cpu11 (AP): APIC ID: 3 > > cpu12 (AP): APIC ID: 4 > > cpu13 (AP): APIC ID: 5 > > cpu14 (AP): APIC ID: 6 > > cpu15 (AP): APIC ID: 7 > > .... > > ix0: > port 0xbcc0-0xbcdf mem 0xdd800000-0xdd9fffff,0xdd7f8000-0xdd7fbfff irq > 50 at device 0.0 on pci8 > > ix0: Using MSIX interrupts with 9 vectors > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: [ITHREAD] > > ix0: Ethernet address: 00:1b:21:d8:d8:be > > ix0: PCI Express Bus: Speed 5.0Gb/s Width x8 > > ix1: > port 0xbce0-0xbcff mem 0xdda00000-0xddbfffff,0xdd7fc000-0xdd7fffff irq > 40 at device 0.1 on pci8 > > ix1: Using MSIX interrupts with 9 vectors > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: [ITHREAD] > > ix1: Ethernet address: 00:1b:21:d8:d8:bf > > ix1: PCI Express Bus: Speed 5.0Gb/s Width x8 > > > > # ifconfig -a > > ix0: flags=8843 metric 0 mtu > 1500 > > > options=405b8 N_HWTSO> > > ether 00:1b:21:d8:d8:be > > inet 192.168.248.228 netmask 0xffffffe0 broadcast > 192.168.248.255 > > media: Ethernet autoselect (10Gbase-T ) > > status: active > > ix1: flags=8843 metric 0 mtu > 1500 > > > options=405b8 N_HWTSO> > > ether 00:1b:21:d8:d8:bf > > inet 192.168.250.40 netmask 0xffffff00 broadcast 192.168.250.255 > > inet 192.168.250.23 netmask 0xffffff00 broadcast 192.168.250.255 > > media: Ethernet autoselect (10Gbase-T ) > > status: active > > > > > > ---- Kirk > > > > Kirk Davis > > Supervisor - Network Operations > > ITS, Edmonton Public Schools > > One Kingsway Ave. NW > > Edmonton, Alberta > > T5H 4G9 > > (780) 429-8308 > > > > _______________________________________________ > 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 May 14 21:44:36 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8A4C106564A for ; Mon, 14 May 2012 21:44:36 +0000 (UTC) (envelope-from kirk.davis@epsb.ca) Received: from Exchange22.EDU.epsb.ca (exchange22.epsb.ca [198.161.119.187]) by mx1.freebsd.org (Postfix) with ESMTP id B37F48FC12 for ; Mon, 14 May 2012 21:44:36 +0000 (UTC) Received: from Exchange26.EDU.epsb.ca ([10.0.5.123]) by Exchange22.EDU.epsb.ca with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 May 2012 15:43:39 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 14 May 2012 15:43:38 -0600 Message-ID: <529374128DC1B04D9D037911B8E8F0531095BEFE@Exchange26.EDU.epsb.ca> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 10Gb/s ixgbe and mbuf performance tuning. Thread-Index: Ac0yDIILyjl0fS0CSMmDbGWsnT06kAADVNYg References: <529374128DC1B04D9D037911B8E8F0531095BEF8@Exchange26.EDU.epsb.ca> From: "Kirk Davis" To: "Jack Vogel" X-OriginalArrivalTime: 14 May 2012 21:43:39.0182 (UTC) FILETIME=[9F99FCE0:01CD321A] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: RE: 10Gb/s ixgbe and mbuf performance tuning. 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, 14 May 2012 21:44:37 -0000 On Mon, May 14, 2012 at 2:02 PM, Jack Vogel [mailto:jfvogel@gmail.com] wrote: =20 >Do you have LRO enabled? Also, you say it stops routing, do you mean it >passes non-routing traffic, or does everything stop? I do have LRO enabled on both of the interfaces. It stops accepting traffic. It doesn't router traffic and I can't ssh into the server. If I try to ping a host on the local network from the console, I get an "Out of Buffer Space" error (not sure of the exact wording). >Jack > >On Mon, May 14, 2012 at 9:49 AM, Kirk Davis wrote: >Hi, > > I am running FreeBSD 8.1p3 amd64 with 6Gb of RAM. This >is a router using Quagga for BGP. It has two 10Gb/s network connections >using the intel ixgbe 2.4.4 driver. It is handling routing for about >200 remote sites and about 300k simultaneous sessions through the box. >After a few hours at high traffic volumes (just over a 1Gb/s) it will >stop routing any traffic. It look like I am running out of mbuf's. I >have increased them but I am worried that there is a limit as to how >much I can increase them without starving the kernel of space. Console >is still responsive but no network. > I have looked over Tuning(7) and some other great >articles on the net on performance tuning FreeBSD but it has left me a >little confused. Can someone help to explain the best way to >troubleshoot this issue and any formulas to tune it. --- Kirk _______________________________________________ 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" =20 From owner-freebsd-net@FreeBSD.ORG Tue May 15 10:18:14 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA8B81065670 for ; Tue, 15 May 2012 10:18:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 15ECA8FC15 for ; Tue, 15 May 2012 10:18:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q4FAHtqw031528; Tue, 15 May 2012 20:17:55 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 15 May 2012 20:17:55 +1000 (EST) From: Ian Smith To: Ivo Vachkov In-Reply-To: Message-ID: <20120515173803.X98171@sola.nimnet.asn.au> References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Monthadar Al Jaberi , freebsd-net@freebsd.org, Ivan Voras Subject: Re: B.a.t.m.a.n. 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, 15 May 2012 10:18:15 -0000 On Mon, 14 May 2012 16:02:40 +0300, Ivo Vachkov wrote: > Hello all, > > On Mon, May 14, 2012 at 1:52 PM, Monthadar Al Jaberi wrote: > > > On Sun, May 13, 2012 at 2:49 PM, Ivan Voras wrote: > > > On 13 May 2012 06:46, Ivo Vachkov wrote: > > >> Please define "working"? Porting? Kernel-level implementation? > > BSD-licensed > > >> one? > > > > > > I'm just throwing the idea out, in case it catches the eye of someone > > > who's looking for an interesting project. In the ideal world, I'd say > > > BSD-licensed reimplementation, but I certainly won't get picky. > > > > > > It does have some documentation (e.g. > > > http://tools.ietf.org/html/draft-wunderlich-openmesh-manet-routing-00 > > > , http://www.open-mesh.org/wiki/batman-adv/Doc-overview). On seeing Ivan's message, I thought I'd go back and have another look at this after my foray in '06-'07 looking at initially OLSR then batmand, for a rural mesh that never eventuated due to ADSL availability :) At that time, I'd have been happy to pay good money for that IETF draft, which wasn't then available; scouring web docs then linked from olsr.org and mailing lists looking through scant and early development docs left me not much the wiser, and hunting for code wasn't just down the rabbit hole, it was a large warren of dark twisty tunnels, many dead-end. In any case, that draft refers to the now unmaintained or at least not further developed batmand daemon which used layer 3 routing like olsrd, whereas 'batman advanced' as included in linux since 2.26.something routes at layer 2; I don't think there's much if any interoperability between them, so the first thing anyone wanting to 'do' batman on freebsd has to decide is which version to tackle (and why :) bearing in mind that 'BATMAN V' is in development, perhaps also non-interoperable. http://www.open-mesh.org/wiki/open-mesh/BranchesExplained That the Serval Project is using linux and batman-adv for their BatPhone (though also looking into using OLSR, they and olsr.org say) may push development, particularly if carrier-free mobile mesh networks prove as useful as many expect, though maybe that's just residual nationalism :) http://developer.servalproject.org/site/docs/2011/Serval_Introduction.html In any case, batman seems to be finding a place in both hacked routers and on linux-based phones like Androids, maybe Symbians, maybe iOS. Here's where the batman-adv code was first committed to linux, so an all + diff, some of which may help to serve as crude docs of what may be needed at kernel net level, which looks at the very least to need a new class for linsysfs(5) or an equivalent sysctl tree, but I've no idea what else might be needed at either kernel level, or for a daemon: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=c6c8fea29769d998d94fcec9b9f14d4b52b349d3 > Since it's not standardized, isn't it more logical to proceed with either > user-space implementation or kernel implementation of something that has > RFC assigned to the name (just asking, no troll/flame here)? Other than > that I have some experience with BMX, Babel and OLSR. Also, i'm personally > not convinced that kernel level implementation is the most appropriate > choice for routing protocol (still i may be wrong). Among the wiki-mazes at open-mesg.org are a few older docs describing the early development of and from olsrd at Freifunk Berlin, where OLSR RFC3626-compliance basically didn't work at any scale. A good read is: http://www.open-mesh.org/wiki/open-mesh/The-olsr-story My impression is that with OLSR, the RFC more or less preceded working code, and that the 'standard' became in many ways more an impediment to a working mesh (at any useful scale), whereas with both batmand and batman-adv, fast, furious and fairly anarchic hacking to get something working on a scale of hundreds of nodes was the driving force, leaving documentation, let alone another RFC candidate, to trail far behind .. besides it's still a fast-moving target, as many of the wiki pages attest, once you figure out what precedes or antecedes what - not easy when very few of the pages are dated, even as to original year. > > >> Are there any reasons to choose B.A.T.M.A.N. instead of bmx or babel? > > ... or > > >> OLSR? ... or HSLS? > > > > > > I've seen BATMAN work at a local Linux club meeting, and I was pretty > > > much impressed by how easy it is to setup. I don't know about the > > > other protocols you listed, but BATMAN is in the stock Linux kernel, > > > making it a practical choice. I might be wrong but it seems to me that > > > it, contrasted to 802.11s, requires no special support from the wifi > > > driver side, making it easier to implement. Other than that, no, I > > > > As mentioned already 802.11s is link-layer technology (that from our > experiments and research seems to be limited to some 30 devices), in > contrast those are network layer (L3) protocols that operate on top of IP. batmand is/was layer 3 but batman-adv (as in the linux kernel module, with its userland configuration program, batctl) routes at layer 2. http://downloads.open-mesh.org/batman/manpages/batmand.8.html http://downloads.open-mesh.org/batman/manpages/batctl.8.html and that's it for manual pages .. unless there's a (4) in linuxland? http://wwwtlc.iet.unipi.it/research/ggt-iswpc10.pdf compares 802.11s and batman-adv as two layer 2 protocols, though it's a teensy little mesh .. and there's later work on batman-adv addressing the PURGE_TIMEOUT issue, so it's pretty much early days as far as long-term settled standards. > I think it a better version of the Optimized Link State Routing > > Protocol (OLSR) which is an IP routing algoritm, 802.11s is link level > > routing, which needs a wifi driver that permits changing the mac > > address. > > > > But there is no standard for it I think. > > > OLSR: http://www.ietf.org/rfc/rfc3626.txt If you read enough of the batman-adv wiki, up, down and sideways, repeat and rinse a time or two the fog starts to clear, but it's heavy going. Working from both the title and by-date indexes helps, as I only found out after many hours - this explore cost me most of the last two days :) may it help, Ian From owner-freebsd-net@FreeBSD.ORG Tue May 15 13:43:51 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6536D1065674; Tue, 15 May 2012 13:43:51 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 19ED38FC14; Tue, 15 May 2012 13:43:50 +0000 (UTC) Received: from [209.249.190.124] (port=15265 helo=punk.neville-neil.com.neville-neil.com) by vps.hungerhost.com with esmtpa (Exim 4.77) (envelope-from ) id 1SUI2X-00022L-34; Tue, 15 May 2012 09:43:49 -0400 Date: Tue, 15 May 2012 09:44:39 -0400 Message-ID: <8662bxa794.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: Gergely CZUCZY In-Reply-To: <20120508121120.00003ea3@unknown> References: <20120508121120.00003ea3@unknown> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: jeff@freebsd.org, jhb@freebsd.org, net@freebsd.org Subject: Re: OFED stack, RDMA, ipoib help needed 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, 15 May 2012 13:43:51 -0000 At Tue, 8 May 2012 12:11:20 +0200, Gergely CZUCZY wrote: > > Hello, > > I'd like to ask a few question in order to get some hardware to work > we've got recently. > > The hardwares are the following: > - 2x dualport Mellanox ConnectX-3 VPI cards, with 56Gbps ports > - 4 computing modules with a singleport Mellanox MT27500-family > ConnectX-3 port. > > The 2 dualport cards are in a storage box, and the 4 singleport ones > are integrated on blade-like computing nodes (4 boxes in 2U). The > storage is running FreeBSD 9-STABLE, 2012-05-07 cvsup, and the > computing nodes are running linux. > > So far we had been able to bring up the subnet-manager on the FreeBSD > node, and one of the links got into Active state, which is quite good. > We had been able to ibping between the nodes. The FreeBSD kernel > config, in addition to GENERIC, is the following: > > options OFED > options SDP > device ipoib > options IPOIB_CM > device mlx4ib > device mthca > device mlxen > > Right now we're having problems with the following issues, situations: > > 1) we assigned IP addresses to both ib interfaces (fbsd, linux side), > but weren't able to ping over IP. We've seen icmp-echo-requests leaving > the box on the linux box, but haven't seen any incoming traffic on the > freebsd one. On the freebsd side, we had several issues: > - no incoming packets seen by tcpdump on the ib interface > - when trying to ping the other side, we've got "no route to host", > but the routing entry existed in the routing table. > - we had a few of these messages in our messages: "ib2: timing out; 0 > sends N recieves not completed", where started at 22,34 and was > growing. > Have you looked at your arp tables? (arp -a) Do you have any messages in dmesg on the FreeBSD side? Can you show us the output of ifconfig on the FreeBSD side? > 2) We're unable to find any resources on how to do RDMA on the FreeBSD > side. We'd like to use SRP (SCSI RDMA Protocol) communication, and/or > NFS-over-RDMA for our storage link between the boxes. Where could we > find any info on this? Sorry but I can't help you with this one. > 3) Enabling connected-mode, we weren't able to find a way to specify or > query the port that connected mode is using. Could someone please point > us to the right direction regarding this minor issue? This ought to work in FreeBSD as it does in Linux, but I've not personally tried it. > 4) We were also unable to find how to switch these dual-personality > cards between infiniband and ethernet modes. Could we also get some > pointers regarding this please? > It usually depends on what cable you're using, what it's plugged into, and what driver you bring up. The mlx4 driver should be able to give you an Ethernet device with the Connect X-3 cards. > Basically any help would be welcome which could help making infiniband > work. > > As a side question, I've seen a comming for OFED in HEAD by jhb, fixing > a few things, may I ask when will that get MFC'd to RELENG-9? > This I don't know about. Best, George From owner-freebsd-net@FreeBSD.ORG Tue May 15 17:11:12 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAC8110656AB for ; Tue, 15 May 2012 17:11:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78A678FC08 for ; Tue, 15 May 2012 17:11:12 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8824753pbb.13 for ; Tue, 15 May 2012 10:11:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UMj5DBwjP3d9anp3FHzw7U/94+rsKoHU7cW5PjLYPnw=; b=IhaI8qvkWdvmCEKhTJF1hwhNznzNlUE8lGFECLFMcuWsndUahr5a/Fcucxn8BE8SAR Q5TgSr82uAh+OpWIx/feHs89uNp+4xcUIvL3heDTOBuXfN6e14M3tS4xBQznG8VQ1WsS BsAQyVEjb/hQXbjkqy9eGmzxtbetO3K2B89Y/PRT5fe3W4xqHB+ULX6a63TpacZlw3Ni GTrjgWsuXzOxHOZVw3ktj09ikv61wqn6YLZ4TIIUCkbF4eH5JkvNMDv5cgYjUD1pRSd0 O0QzuWt0E+OoNhzrWq26rWSD0GMNNWzdGhkioUEod1qsSRIgDAhD37hp6TZVR4XIztwV DiVQ== MIME-Version: 1.0 Received: by 10.68.234.35 with SMTP id ub3mr7549980pbc.8.1337101872021; Tue, 15 May 2012 10:11:12 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Tue, 15 May 2012 10:11:11 -0700 (PDT) In-Reply-To: <20120515173803.X98171@sola.nimnet.asn.au> References: <5fd642c1-7bf3-4a25-a35f-54cddea68f13@email.android.com> <20120515173803.X98171@sola.nimnet.asn.au> Date: Tue, 15 May 2012 10:11:11 -0700 X-Google-Sender-Auth: pLmM0ozTtWQTxNiJj3geeawH0oU Message-ID: From: Adrian Chadd To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: Monthadar Al Jaberi , freebsd-net@freebsd.org, Ivo Vachkov , Ivan Voras Subject: Re: B.a.t.m.a.n. 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, 15 May 2012 17:11:12 -0000 Hi, If you'd like this kind of userland wifi mesh stuff to show up, we first need someone to step up as net80211 adhoc/injection maintainer. These userland mesh implementations rely on direction injection of wifi frames to work and I believe our support is currently 'tricky'. It also isn't at all supported in any useful way for 802.11n for the time being, as the "injection" is done via raw frames, rather than done via vap_start, and I think this potentially confuses a lot of things. Adrian From owner-freebsd-net@FreeBSD.ORG Tue May 15 18:11:46 2012 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 271BC106566B for ; Tue, 15 May 2012 18:11:46 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id D25098FC08 for ; Tue, 15 May 2012 18:11:45 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4FIBMfC094617 for ; Tue, 15 May 2012 11:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337105483; bh=EswHT38SCRKt+O7/3mf2bPUhF4VSCGG2q+ZSSQmMqsc=; h=Subject:From:To:Content-Type:Date:Message-ID:Mime-Version: Content-Transfer-Encoding; b=vLT2bomApJnvoaOnpRkcAuc/ZWm36zf7FZbFTci5eTxn+uRtcpXNa6ap4HJC90xXW 5gx+TVmjIZW2FEsIzYeucpSDUz1OjH0lvqKKjvnBo0u01hdHofNMxmXwOLQiwbqv9o J/7O9rQwCME97wBo8hg6/jE3qOOx80UUXmBky16A= From: Sean Bruno To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 May 2012 11:07:51 -0700 Message-ID: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 105483001 Subject: [stable-9] 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, 15 May 2012 18:11:46 -0000 Trying to use two interfaces connected to the same network with the same default router. The two interfaces have two different IPs on the same /28 and point at the same default router of .1. I have successfully configured the machine such that data is coming *in* on both interfaces, but the output is only going out the first interface. I've compiled with RADIX_MPATH enabled, and I'm setting the default route ... but, I'm pretty ignorant what to do next. Chances are, I'm just being stupid here and I need to get more sleep. -bash-4.2$ netstat -r Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default UGS 0 33320033 igb0 XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 => XXX.XXX.XXX.0/25 link#2 U 0 0 igb1 What am I missing here? Sean From owner-freebsd-net@FreeBSD.ORG Tue May 15 19:02:21 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D502D106564A for ; Tue, 15 May 2012 19:02:21 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from plsvl-mailgw-02.bluecoat.com (plsvl-mailgw-02.bluecoat.com [199.91.133.12]) by mx1.freebsd.org (Postfix) with ESMTP id B70D18FC08 for ; Tue, 15 May 2012 19:02:21 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com (unknown [10.2.2.122]) by plsvl-mailgw-02.bluecoat.com (Postfix) with ESMTP id 455A7200E1; Tue, 15 May 2012 12:08:47 -0700 (PDT) Received: from pwsvl-excmbx-05.internal.cacheflow.com ([fe80::f848:d461:9aa9:59a8]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Tue, 15 May 2012 12:02:13 -0700 From: "Li, Qing" To: Sean Bruno , "freebsd-net@freebsd.org" Thread-Topic: [stable-9] Thread-Index: AQHNMsZC3lDxBmu+h0ScSqswC32Xc5bLM4x8 Date: Tue, 15 May 2012 19:02:12 +0000 Message-ID: References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> In-Reply-To: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [199.91.133.85] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: [stable-9] 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, 15 May 2012 19:02:21 -0000 The route selection is based on a hash function of source-ip and destinatio= n-ip when =0A= RADIX_MPATH is enabled. You do not need to perform specific actions, other = than perhaps=0A= setting varying weights on each entry as an option. So depends on the traff= ic destination =0A= the chosen route may always be the same one. =0A= =0A= --Qing=0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of Sean Bruno [seanbru@yahoo-inc.com]=0A= Sent: Tuesday, May 15, 2012 11:07 AM=0A= To: freebsd-net@freebsd.org=0A= Subject: [stable-9]=0A= =0A= Trying to use two interfaces connected to the same network with the same=0A= default router. The two interfaces have two different IPs on the=0A= same /28 and point at the same default router of .1. I have=0A= successfully configured the machine such that data is coming *in* on=0A= both interfaces, but the output is only going out the first interface.=0A= =0A= I've compiled with RADIX_MPATH enabled, and I'm setting the default=0A= route ... but, I'm pretty ignorant what to do next. Chances are, I'm=0A= just being stupid here and I need to get more sleep.=0A= =0A= -bash-4.2$ netstat -r=0A= Routing tables=0A= =0A= Internet:=0A= Destination Gateway Flags Refs Use Netif=0A= Expire=0A= default UGS 0 33320033 igb0=0A= XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 =3D>= =0A= XXX.XXX.XXX.0/25 link#2 U 0 0 igb1=0A= =0A= =0A= What am I missing here?=0A= =0A= Sean=0A= =0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A= From owner-freebsd-net@FreeBSD.ORG Tue May 15 19:56:27 2012 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 BAA07106564A for ; Tue, 15 May 2012 19:56:27 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9B28FC12 for ; Tue, 15 May 2012 19:56:27 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4FJtgsC046183; Tue, 15 May 2012 12:55:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337111744; bh=Lt0Y+yPnr+OYv9BEhodFKXuEqdtJ6cCLZzhPRD84EFQ=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=fzZsH3+9ZCd7s8Sa9H0V3hvF3Ji4gxvHFZ/LoNMhBsrvusC8v2YE2y/yjXoMHqpmV CFEBY+tvcekaTTBAdayPbebMGTbNyvSmPW/0oKADOsswdHVeI5Scy/D+/YulRvP5iT NNXpeABSU9LaqjbYu2ADmcMXmFjRx+MPpnOIDP5Q= From: Sean Bruno To: "Li, Qing" In-Reply-To: References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 May 2012 12:55:14 -0700 Message-ID: <1337111714.3434.9.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 111743001 Cc: "freebsd-net@freebsd.org" Subject: RE: [stable-9] 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, 15 May 2012 19:56:27 -0000 On Tue, 2012-05-15 at 12:02 -0700, Li, Qing wrote: > The route selection is based on a hash function of source-ip and destination-ip when > RADIX_MPATH is enabled. You do not need to perform specific actions, other than perhaps > setting varying weights on each entry as an option. So depends on the traffic destination > the chosen route may always be the same one. > > --Qing Ok. thanks. Since I don't see *any* outbound network traffic on the second interface, what would you suggest I look at? Sean From owner-freebsd-net@FreeBSD.ORG Tue May 15 20:50:11 2012 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 5BCA61065680 for ; Tue, 15 May 2012 20:50:11 +0000 (UTC) (envelope-from mitya@yandex-team.ru) Received: from elephant.yandex.ru (elephant.yandex.ru [77.88.34.7]) by mx1.freebsd.org (Postfix) with ESMTP id D763D8FC1E for ; Tue, 15 May 2012 20:50:10 +0000 (UTC) Received: from Dmitrys-MacBook-Pro.local (v3-151-66.yandex.net [84.201.151.66]) by elephant.yandex.ru (Postfix) with ESMTP id 3VsW1y6th3z45JpY for ; Wed, 16 May 2012 00:43:02 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex-team.ru; s=default; t=1337114582; bh=qPlesAVQVeuR5XW3ou9b/LZT1140LrIhSZWh3WvxzPU=; h=Date:From:To:Subject; b=RfgZWqsU7TpfCd8XKRQ13IuTjUslKp/M4xqjJ54FlpvNj3m2rVIYDDTOt7GXEUW2F kGAhKZrmllWBYkHTfGsWRbamGd/vQQGue69iRIrCg5ElcDPdOmx3v5WA0VUwohCwRP JOpsqbBp5PrlPSXCES8qen/g3CWfwhw3RYEVJ480= Message-ID: <4FB2BFD6.8040607@yandex-team.ru> Date: Wed, 16 May 2012 00:43:02 +0400 From: Dmitry Sivachenko User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: network stops working 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, 15 May 2012 20:50:11 -0000 Hello! I am using FreeBSD-9-stable. I use Intel network cards (em, igb) with mtu=9000 (it's important, the problem disappears if I switch to mtu=1500). I have a number of servers running a few web-services written in our company. After a few days of working network suddenly stops functioning. There is nothing in log/messages. It just stops working. If I execute ifconfig down/up, I get the following error message: # ifconfig net0 down # ifconfig net0 up em1: Could not setup receive structures # and network still does not work. If I stop mentioned programs serving web requests (even not all of them, just random one), ifconfig net0 up command succeeds and network resumes its operations... for more few days and then the same problems comes back. Consider netstat -m output: > netstat -m 1025/4945/5970 mbufs in use (current/cache/total) 0/3446/3446/262144 mbuf clusters in use (current/cache/total/max) 0/2090 mbuf+clusters out of packet secondary zone in use (current/cache) 0/1230/1230/65536 4k (page size) jumbo clusters in use (current/cache/total/max) 1023/4907/5930/65536 9k jumbo clusters in use (current/cache/total/max) ^^^^^^^^^^^^^^^^^^^^^^^ Note that max is much higher that total. 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 9463K/57211K/66674K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/2542746/0 requests for jumbo clusters denied (4k/9k/16k) ^^^^^^^^^^^^ There are 9k jumbo clusters allocations denied. 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 641 requests for I/O initiated by sendfile 0 calls to protocol drain routines I am attaching vmstat -z output below for reference. What can be the cause of 9k jumbo closters allocation denies? What additional information cat I provide to help trach this down? Thanks in advance! > vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 208, 0, 92, 10, 92, 0, 0 UMA Zones: 3456, 0, 92, 0, 92, 0, 0 UMA Slabs: 568, 0, 6270, 702, 2222844, 0, 0 UMA RCntSlabs: 568, 0, 8883, 581, 7364017, 0, 0 UMA Hash: 256, 0, 1, 14, 4, 0, 0 16 Bucket: 152, 0, 39, 136, 185, 0, 0 32 Bucket: 280, 0, 130, 206, 401, 0, 0 64 Bucket: 536, 0, 138, 149, 470, 84, 0 128 Bucket: 1048, 0, 1812, 639, 1736739,16793, 0 VM OBJECT: 232, 0, 52210, 7454,20006697, 0, 0 MAP: 232, 0, 7, 25, 7, 0, 0 KMAP ENTRY: 120, 1549690, 3102, 2602, 6160517, 0, 0 MAP ENTRY: 120, 0, 7131, 3409,54473178, 0, 0 fakepg: 120, 0, 0, 589, 53928, 0, 0 mt_zone: 4112, 0, 276, 3, 276, 0, 0 16: 16, 0, 4047, 4353,3946273892, 0, 0 32: 32, 0, 3955, 2408,13600755, 0, 0 64: 64, 0, 11979, 7509,116304518, 0, 0 128: 128, 0, 20979, 36673,90194687, 0, 0 256: 256, 0, 5569, 16886,137956814, 0, 0 512: 512, 0, 4368, 5194, 8638401, 0, 0 1024: 1024, 0, 84, 1196, 4033660, 0, 0 2048: 2048, 0, 199, 1751, 1203566, 0, 0 4096: 4096, 0, 318, 2704, 1142726, 0, 0 Files: 80, 0, 5613, 5097,2006566966, 0, 0 TURNSTILE: 136, 0, 5605, 855, 6379, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 PROC: 1160, 0, 63, 3657, 709134, 0, 0 THREAD: 1112, 0, 3969, 1635, 524885, 0, 0 SLEEPQUEUE: 80, 0, 5605, 1094, 6379, 0, 0 VMSPACE: 392, 0, 43, 2387, 709117, 0, 0 cpuset: 72, 0, 2, 98, 2, 0, 0 mbuf_packet: 256, 0, 0, 1765,4356065566, 0, 0 mbuf: 256, 0, 1024, 3181,26760389876, 0, 0 mbuf_cluster: 2048, 262144, 1765, 1681,1318169467, 0, 0 mbuf_jumbo_page: 4096, 65536, 0, 1230,61648445, 0, 0 mbuf_jumbo_9k: 9216, 65536, 1023, 4907,8926430021,2542746, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 2352, 5422000, 0, 0 NetGraph items: 72, 4118, 0, 58, 5, 0, 0 NetGraph data items: 72, 522, 0, 58, 2, 0, 0 g_bio: 232, 0, 0, 4544,300858503, 0, 0 ttyinq: 160, 0, 180, 252, 615, 0, 0 ttyoutq: 256, 0, 95, 175, 327, 0, 0 ata_request: 328, 0, 0, 0, 0, 0, 0 ata_composite: 336, 0, 0, 0, 0, 0, 0 VNODE: 480, 0, 78944, 3840, 952605, 0, 0 VNODEPOLL: 112, 0, 0, 0, 1, 0, 0 NAMEI: 1024, 0, 0, 1632,139785175, 0, 0 S VFS Cache: 108, 0, 87356, 1579, 556273, 0, 0 L VFS Cache: 328, 0, 2924, 1768, 15274, 0, 0 DIRHASH: 1024, 0, 9, 1259, 20893, 0, 0 NCLNODE: 560, 0, 0, 0, 0, 0, 0 Mountpoints: 768, 0, 5, 10, 5, 0, 0 AIO: 208, 0, 0, 0, 0, 0, 0 AIOP: 32, 0, 0, 0, 0, 0, 0 AIOCB: 480, 0, 0, 0, 0, 0, 0 AIOL: 128, 0, 0, 0, 0, 0, 0 AIOLIO: 272, 0, 0, 0, 0, 0, 0 pipe: 728, 0, 7, 2928, 515298, 0, 0 ksiginfo: 112, 0, 3680, 3250, 192170, 0, 0 itimer: 344, 0, 1, 21, 6, 0, 0 KNOTE: 128, 0, 31, 4406,11850035546, 0, 0 socket: 680, 262140, 66, 4986,1949420563, 0, 0 ipq: 56, 8253, 0, 0, 0, 0, 0 udp_inpcb: 392, 262140, 20, 2170, 1133408, 0, 0 udpcb: 16, 262248, 20, 3676, 1133408, 0, 0 tcp_inpcb: 392, 262140, 3373, 24417,1947917187, 0, 0 tcpcb: 976, 262140, 26, 5010,1947917187, 0, 0 tcptw: 72, 41000, 3347, 24153,1352095629, 0, 0 syncache: 152, 15375, 0, 2375,2029926070, 0, 0 hostcache: 136, 153608, 5, 667, 4953, 0, 0 tcpreass: 40, 16464, 0, 2436,27465901, 0, 0 sackhole: 32, 0, 0, 909, 41329, 0, 0 sctp_ep: 1368, 25600, 0, 0, 0, 0, 0 sctp_asoc: 2288, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 216, 13, 0, 0 sctp_raddr: 704, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400008, 0, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0, 0 sctp_stream_msg_out: 112, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0, 0 ripcb: 392, 262140, 0, 70, 138, 0, 0 unpcb: 240, 262144, 14, 1986, 369808, 0, 0 rtentry: 200, 0, 19, 38, 37, 0, 0 IPFW dynamic rule: 120, 0, 0, 0, 0, 0, 0 divcb: 392, 262140, 0, 0, 0, 0, 0 g_stripe_zone: 131072, 100, 0, 0, 0, 0, 0 selfd: 56, 0, 6286, 2534,62657688, 0, 0 SWAPMETA: 288, 116519, 1109, 2817,14987719, 0, 0 FFS inode: 168, 0, 78896, 5232, 952545, 0, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 78896, 5014, 952545, 0, 0 > cat /boot/loader.conf userconfig_script_load="YES" vm.exec_map_entries="48" hw.igb.rxd="256" hw.igb.txd="256" hw.usb.no_pf="1" From owner-freebsd-net@FreeBSD.ORG Tue May 15 23:41:32 2012 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 3EC76106564A for ; Tue, 15 May 2012 23:41:32 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay2-bcrtfl2.verio.net (relay2-bcrtfl2.verio.net [131.103.218.177]) by mx1.freebsd.org (Postfix) with ESMTP id E62B38FC0A for ; Tue, 15 May 2012 23:41:31 +0000 (UTC) Received: from iad-wprd-xchw01.corp.verio.net (iad-wprd-xchw01.corp.verio.net [198.87.7.164]) by relay2-bcrtfl2.verio.net (Postfix) with ESMTP id EA4691FF0140 for ; Tue, 15 May 2012 19:14:36 -0400 (EDT) thread-index: Ac0y8H8FDJk5v8veRx6gFkCQZygm+A== Received: from hometx-733b1p1.corp.verio.net ([10.144.2.53]) by iad-wprd-xchw01.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 May 2012 19:14:35 -0400 Received: by hometx-733b1p1.corp.verio.net (sSMTP sendmail emulation); Tue, 15 May 2012 18:14:33 -0500 Date: Tue, 15 May 2012 18:14:33 -0500 From: "David DeSimone" To: Content-Transfer-Encoding: 7bit Message-ID: <20120515231432.GH28776@verio.net> Mail-Followup-To: freebsd-net@freebsd.org References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> Content-Class: urn:content-classes:message MIME-Version: 1.0 Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4913 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: Precedence: bulk User-Agent: Mutt/1.5.20 (2009-12-10) X-OriginalArrivalTime: 15 May 2012 23:14:35.0762 (UTC) FILETIME=[7E63C520:01CD32F0] Subject: Re: [stable-9] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 May 2012 23:41:32 -0000 Li, Qing wrote: > > The route selection is based on a hash function of source-ip and > destination-ip when RADIX_MPATH is enabled. You do not need to perform > specific actions, other than perhaps setting varying weights on each > entry as an option. So depends on the traffic destination the chosen > route may always be the same one. These comments suggest that there are multiple routes to be selected from. However, this output: > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default UGS 0 33320033 igb0 > XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 => > XXX.XXX.XXX.0/25 link#2 U 0 0 igb1 suggests that there is only ONE default route, pointing to ONE interface, igb0. Without an extra default route that is also pointing to igb1, I can't see how the system woudl ever forward traffic out igb1, unless it was directed to the local /25. -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-net@FreeBSD.ORG Tue May 15 23:43:32 2012 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 8D32C1065674 for ; Tue, 15 May 2012 23:43:32 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 418C38FC0C for ; Tue, 15 May 2012 23:43:32 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4FNh8CL079394; Tue, 15 May 2012 16:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337125389; bh=C7hM1TX8AHuPRCQmvrEyo+GfGAZQEaamBKD6IG468Yw=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=Vpl2ykIusmcXoiKRn6h4gsKIFQKV4qpPOzIXhtpeyw8DIdMi2GDTBdP35eKy14ly0 XOeL6Y+G9CccfwCfT/KGXUcFsHJ8Hr0B4eUv8BkxNXgqLpQ0Rxagg0mqgve62LA3DP jLzRicd7YB/6if8mD1Zw4Rs/ZgzKoJF0jXMUnhSM= From: Sean Bruno To: "Li, Qing" In-Reply-To: <1337111714.3434.9.camel@powernoodle-l7.corp.yahoo.com> References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> <1337111714.3434.9.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 May 2012 16:43:08 -0700 Message-ID: <1337125388.3434.16.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 125389010 Cc: "freebsd-net@freebsd.org" Subject: RE: [stable-9] 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, 15 May 2012 23:43:32 -0000 On Tue, 2012-05-15 at 12:55 -0700, Sean Bruno wrote: > > On Tue, 2012-05-15 at 12:02 -0700, Li, Qing wrote: > > The route selection is based on a hash function of source-ip and destination-ip when > > RADIX_MPATH is enabled. You do not need to perform specific actions, other than perhaps > > setting varying weights on each entry as an option. So depends on the traffic destination > > the chosen route may always be the same one. > > > > --Qing > > Ok. thanks. > > Since I don't see *any* outbound network traffic on the second > interface, what would you suggest I look at? > > Sean Oh, hrm ... do I need to add "options ROUTETABLE X" in my kernel conf? I note that "setfib 1 netstat -rn" errors out. I suspect that this is needed too? sean -bash-4.2$ setfib 1 netstat 1 setfib: 1: invalid FIB (max 0) -bash-4.2$ setfib 1 netstat 1 -bash-4.2$ netstat 1 input (Total) output packets errs idrops bytes packets errs bytes colls 2027 0 0 521204 2007 0 526254 0 1989 0 0 495541 1936 0 500816 0 1881 0 0 499234 1851 0 504117 From owner-freebsd-net@FreeBSD.ORG Tue May 15 23:51:00 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C91F106566B for ; Tue, 15 May 2012 23:51:00 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id D7B0D8FC14 for ; Tue, 15 May 2012 23:50:59 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4FNoeuM082551; Tue, 15 May 2012 16:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337125841; bh=GbG6jkDmvKjuVy+Tpnip1IBJxcwSKvL8u/feqOQXX3w=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=EoZNW/NK+DQeRHVh1aHDUjFWNacCRLyaIUCliM+GhjXmKXI2bt91jlSIQiqFj04zK Vk6yMKa/9O0gblVjyx4jfVufibWLOkuppnB8Pmm85Z5JHyzth9q4NcCZXDdeaTIZSP 3piN7+71Tkv+R8nb2S9DZvfhN/f89Uew/gB1UfXQ= From: Sean Bruno To: David DeSimone In-Reply-To: <20120515231432.GH28776@verio.net> References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> <20120515231432.GH28776@verio.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 15 May 2012 16:50:40 -0700 Message-ID: <1337125840.3434.21.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 125840001 Cc: "freebsd-net@freebsd.org" Subject: Re: [stable-9] 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, 15 May 2012 23:51:00 -0000 On Tue, 2012-05-15 at 16:14 -0700, David DeSimone wrote: > suggests that there is only ONE default route, pointing to ONE > interface, igb0. Without an extra default route that is also pointing > to igb1, I can't see how the system woudl ever forward traffic out > igb1, > unless it was directed to the local /25. Agreed. I'm definitely setting two routes manually to the same default g/w ... pretty sure I don't know what I'm doing here, but here's the commands that are being executed: ifconfig igb0 XXX.XXX.XXX.48 netmask 255.255.255.128 ifconfig igb0 XXX.XXX.XXX.112 netmask 255.255.255.255 alias ifconfig igb0 XXX.XXX.XXX.113 netmask 255.255.255.255 alias ifconfig igb0 XXX.XXX.XXX.114 netmask 255.255.255.255 alias route add default XXX.XXX.XXX.1 ifconfig igb1 XXX.XXX.XXX.115 netmask 255.255.255.128 ifconfig igb1 XXX.XXX.XXX.116 netmask 255.255.255.255 alias ifconfig igb1 XXX.XXX.XXX.117 netmask 255.255.255.255 alias ifconfig igb1 XXX.XXX.XXX.118 netmask 255.255.255.255 alias route add default XXX.XXX.XXX.1 For various userland application reasons, I need to add the alias entries. Sean From owner-freebsd-net@FreeBSD.ORG Wed May 16 01:52:00 2012 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 9353E106566B; Wed, 16 May 2012 01:52:00 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from plsvl-mailgw-02.bluecoat.com (plsvl-mailgw-02.bluecoat.com [199.91.133.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7015D8FC16; Wed, 16 May 2012 01:52:00 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com (unknown [10.2.2.122]) by plsvl-mailgw-02.bluecoat.com (Postfix) with ESMTP id ED49E200DE; Tue, 15 May 2012 18:58:30 -0700 (PDT) Received: from pwsvl-excmbx-05.internal.cacheflow.com ([fe80::f848:d461:9aa9:59a8]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Tue, 15 May 2012 18:51:59 -0700 From: "Li, Qing" To: David DeSimone , "freebsd-net@freebsd.org" Thread-Topic: [stable-9] Thread-Index: AQHNMsZC3lDxBmu+h0ScSqswC32Xc5bLM4x8gAC9OYD//7QIgw== Date: Wed, 16 May 2012 01:51:59 +0000 Message-ID: References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> , <20120515231432.GH28776@verio.net> In-Reply-To: <20120515231432.GH28776@verio.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [199.91.133.85] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "qingli@freebsd.org" Subject: RE: [stable-9] 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, 16 May 2012 01:52:00 -0000 Yes, you are right, I should have paid closer attention to the output, howe= ver, what=0A= I replied still apply to RADIX_MPATH in general.=0A= =0A= Now, when I first introduced RADIX_MPATH, to get the (not always even) gene= ral load =0A= balancing among interfaces attached to the same prefix, you only need to ad= d the following=0A= additional host routes, as in:=0A= =0A= route add -host gateway-ip -interface igb0=0A= route add -host gateway-ip -interface igb1=0A= =0A= However, I just realized that strategy no longer work after the ARP entries= are maintained =0A= separately from the general routing table.=0A= =0A= Let me think it through and try to come up with a patch.=0A= =0A= --Qing=0A= =0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of David DeSimone [fox@verio.net]=0A= Sent: Tuesday, May 15, 2012 4:14 PM=0A= To: freebsd-net@freebsd.org=0A= Subject: Re: [stable-9]=0A= =0A= Li, Qing wrote:=0A= >=0A= > The route selection is based on a hash function of source-ip and=0A= > destination-ip when RADIX_MPATH is enabled. You do not need to perform=0A= > specific actions, other than perhaps setting varying weights on each=0A= > entry as an option. So depends on the traffic destination the chosen=0A= > route may always be the same one.=0A= =0A= These comments suggest that there are multiple routes to be selected=0A= from. However, this output:=0A= =0A= > Internet:=0A= > Destination Gateway Flags Refs Use Netif=0A= > Expire=0A= > default UGS 0 33320033 igb0=0A= > XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 =3D>= =0A= > XXX.XXX.XXX.0/25 link#2 U 0 0 igb1=0A= =0A= suggests that there is only ONE default route, pointing to ONE=0A= interface, igb0. Without an extra default route that is also pointing=0A= to igb1, I can't see how the system woudl ever forward traffic out igb1,=0A= unless it was directed to the local /25.=0A= =0A= --=0A= David DeSimone =3D=3D Network Admin =3D=3D fox@verio.net=0A= "I don't like spinach, and I'm glad I don't, because if I=0A= liked it I'd eat it, and I just hate it." -- Clarence Darrow=0A= =0A= =0A= This email message is intended for the use of the person to whom it has bee= n sent, and may contain information that is confidential or legally protect= ed. If you are not the intended recipient or have received this message in = error, you are not authorized to copy, distribute, or otherwise use this me= ssage or its attachments. Please notify the sender immediately by return e-= mail and permanently delete this message and any attachments. Verio, Inc. m= akes no warranty that this email is error or virus free. Thank you.=0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A= From owner-freebsd-net@FreeBSD.ORG Wed May 16 03:57:39 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 580FE106564A; Wed, 16 May 2012 03:57:39 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2AC008FC08; Wed, 16 May 2012 03:57:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4G3vdw0089614; Wed, 16 May 2012 03:57:39 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4G3vdU6089610; Wed, 16 May 2012 03:57:39 GMT (envelope-from gjb) Date: Wed, 16 May 2012 03:57:39 GMT Message-Id: <201205160357.q4G3vdU6089610@freefall.freebsd.org> To: gjb@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gjb@FreeBSD.org Cc: Subject: Re: misc/167947: [ipfw] arpresolve checks only the default FIB for the interface route 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, 16 May 2012 03:57:39 -0000 Old Synopsis: arpresolve checks only the default FIB for the interface route New Synopsis: [ipfw] arpresolve checks only the default FIB for the interface route Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gjb Responsible-Changed-When: Wed May 16 03:57:09 UTC 2012 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=167947 From owner-freebsd-net@FreeBSD.ORG Wed May 16 04:00:30 2012 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 C5B2B106564A for ; Wed, 16 May 2012 04:00:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5005F8FC08 for ; Wed, 16 May 2012 04:00:15 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so254585wgb.31 for ; Tue, 15 May 2012 21:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=gOiHszZjYsn54f2Put+Rvppe0VyCsm5j3GxUdOemywQ=; b=pN1LcloOIUdWzoQf8ygCJ83+iwkkPzFiSxR/fxJ2bWXoTP8A0UeimQeoaLsAKUxljb O5RfZscICikqnvgiUdWV0Ipftp2q3foD/48mP5/TtCyUx3pUPZtyC90nQWed4DB2FA5m 2FG0BhtO6sJmwFoh2jVZ3eBOGsDLCgqpSfOMZdd4lD68jCR81e93YTwr+f1jSlHlTD/L WJzb5aBr9C7aI0BBlGtoQ7L3tjZ9ea1nEUEa1HNzvL5UPlulx7veB+U3WOD4I7tfXc5F 3jINdfhA8MLMg+2RfpuhAtgwmbVQKt8qgAmLh6pmGGBZjZxuIH4Hx6xUyDORamXhdF1h XA/Q== Received: by 10.180.102.9 with SMTP id fk9mr11705006wib.1.1337140814590; Tue, 15 May 2012 21:00:14 -0700 (PDT) Received: from [10.0.0.3] ([93.152.152.135]) by mx.google.com with ESMTPS id gd4sm4632606wib.6.2012.05.15.21.00.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 May 2012 21:00:13 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <59FAFD0B-A107-4173-9FA9-BA3349D499E2@gmail.com> Date: Wed, 16 May 2012 07:00:12 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4B587DD0.8020700@icritical.com> <59FAFD0B-A107-4173-9FA9-BA3349D499E2@gmail.com> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1278) Subject: Re: setfib/arpresolve behaviour bug? 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, 16 May 2012 04:00:30 -0000 Filed as=20 misc/167947 On May 12, 2012, at 10:21 AM, Nikolay Denev wrote: > On Jan 21, 2010, at 6:16 PM, Matt Burke wrote: >=20 >> Box is running 8.0-RELEASE-p2 cvsupped two days ago. >>=20 >> NICs are em bonded with lagg failover and running a few vlan = interfaces. >>=20 >> net.my_fibnum: 0 >> net.add_addr_allfibs: 1 >> net.fibs: 4 >>=20 >> This is reproducible, but with the lack of (accessible?) = documentation on >> multiple routing tables, I don't know if this is intended behaviour = or a bug. >>=20 >> It seems processes using a non-default fib cannot perform arp lookups >> unless the fib 0 has a routing table entry for the attached network: >>=20 >> [root@host ~]# ifconfig vlan11 a.a.a.92/27 >> [root@host ~]# route delete -net a.a.a.64/27 >> delete net a.a.a.64 >> [root@host ~]# setfib 1 ping a.a.a.65 >> PING a.a.a.65 (a.a.a.65): 56 data bytes >> ping: sendto: Invalid argument >> ^C >> --- a.a.a.65 ping statistics --- >> 1 packets transmitted, 0 packets received, 100.0% packet loss >> [root@host ~]# dmesg |tail -1 >> arpresolve: can't allocate llinfo for a.a.a.65 >>=20 >>=20 >> Putting the entry into the arp cache before removing the route = results in >> success: >>=20 >> [root@host ~]# ifconfig vlan11 a.a.a.92/27 >> [root@host ~]# setfib 1 ping a.a.a.65 >> PING a.a.a.65 (a.a.a.65): 56 data bytes >> 64 bytes from a.a.a.65: icmp_seq=3D0 ttl=3D255 time=3D1.437 ms >> ^C >> --- a.a.a.65 ping statistics --- >> 1 packets transmitted, 1 packets received, 0.0% packet loss >> round-trip min/avg/max/stddev =3D 1.437/1.437/1.437/0.000 ms >> [root@host ~]# route delete -net a.a.a.64/27 >> delete net a.a.a.64 >> [root@host ~]# setfib 1 ping a.a.a.65 >> PING a.a.a.65 (a.a.a.65): 56 data bytes >> 64 bytes from a.a.a.65: icmp_seq=3D0 ttl=3D255 time=3D0.762 ms >> ^C >> --- a.a.a.65 ping statistics --- >> 1 packets transmitted, 1 packets received, 0.0% packet loss >> round-trip min/avg/max/stddev =3D 0.762/0.762/0.762/0.000 ms >>=20 >>=20 >> and deleting it again results in failure: >>=20 >> [root@host ~]# arp -an >> ? (a.a.a.92) at 00:11:27:00:d7:c4 on vlan11 permanent [vlan] >> ? (a.a.a.65) at 00:1a:e4:00:60:bf on vlan11 [vlan] >> ... >> [root@host ~]# arp -d a.a.a.65 >> delete: cannot locate a.a.a.65 >> [root@host ~]# setfib 1 arp -d a.a.a.65 >> a.a.a.65 (a.a.a.65) deleted >> [root@host ~]# setfib 1 ping -c1 a.a.a.65 >> PING a.a.a.65 (a.a.a.65): 56 data bytes >> ping: sendto: Invalid argument >> ^C >> --- a.a.a.65 ping statistics --- >> 1 packets transmitted, 0 packets received, 100.0% packet loss >>=20 >>=20 >> This behaviour seems a little inconsistent, with fib 1 requesting arp >> lookups, fib 0 performing and displaying them, but fib 1 needing to = delete >> them... >>=20 >>=20 >>=20 >> --=20 >>=20 >> The information contained in this message is confidential and is = intended for the addressee only. If you have received this message in = error or there are any problems please notify the originator = immediately. The unauthorised use, disclosure, copying or alteration of = this message is strictly forbidden.=20 >>=20 >> Critical Software Ltd. reserves the right to monitor and record = e-mail messages sent to and from this address for the purposes of = investigating or detecting any unauthorised use of its system and = ensuring its effective operation. >>=20 >> Critical Software Ltd. registered in England, 04909220. Registered = Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. >>=20 >> ------------------------------------------------------------ >> This message has been scanned for security threats by iCritical. >> For further information, please visit www.icritical.com >> ------------------------------------------------------------ >=20 > I've encountered exactly the same problem today. >=20 > I have a machine with public addresses, and also a interface for out = of band management with private address, and I wanted to use > a separate FIB for the private interface and it's routes. >=20 > When I've deleted the routes for the private interface form the main = FIB, arpresolve stopped working. >=20 > The I've patched sys/netinet/in.c with the following patch : >=20 > --- sys/netinet/in.c.orig 2012-05-12 08:57:17.000000000 +0200 > +++ sys/netinet/in.c 2012-05-12 08:56:43.000000000 +0200 > @@ -1418,21 +1418,21 @@ >=20 > static int > in_lltable_rtcheck(struct ifnet *ifp, u_int flags, const struct = sockaddr *l3addr) > { > struct rtentry *rt; >=20 > KASSERT(l3addr->sa_family =3D=3D AF_INET, > ("sin_family %d", l3addr->sa_family)); >=20 > /* XXX rtalloc1 should take a const param */ > - rt =3D rtalloc1(__DECONST(struct sockaddr *, l3addr), 0, 0); > + rt =3D rtalloc1_fib(__DECONST(struct sockaddr *, l3addr), 0, 0, = ifp->if_fib); >=20 > if (rt =3D=3D NULL) > return (EINVAL); >=20 > /* > * If the gateway for an existing host route matches the target = L3 > * address, which is a special route inserted by some = implementation > * such as MANET, and the interface is of the correct type, then > * allow for ARP to proceed. > */ >=20 >=20 > And this seems to fix the issue. >=20 > Now that the multi FIB code is in GENERIC probably this (or similar = fix) should be comitted. >=20 > P.S.: I also wonder why the loopback route for an interface address is = also installed explicitly in the default FIB? >=20 >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Wed May 16 06:09:31 2012 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 2C44C106564A for ; Wed, 16 May 2012 06:09:31 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id DDB7B8FC0A for ; Wed, 16 May 2012 06:09:30 +0000 (UTC) Received: by ggnm2 with SMTP id m2so439685ggn.13 for ; Tue, 15 May 2012 23:09:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=m9EexKMRg5g6942TjvKsVy0bJnULOkpD/3H21xrBXaA=; b=H+ZK+pg6uOppw7MUp3HfKwLeKSGb0jGD6iiqLdM7PLS78wF3JpBDMJus3wEmCawGRj kC0v2auiJR9z6GBGxWH7UNZ5xFEWPWPGC7STPsjnVylPEWyTufi5hr6SWlAEU3y6JBkW 1djqapeY7n+5KKfvpUFhrxKIWt5VAcSarrIuIu0nesBb+v3MbypP2oYnZY1ue4AdXzd9 nnc0dgEZKXiQkkmU44qEBQSUSnJ2OCa3XiRgw9ZiWQiIUH3qy06wX8oHTwQGThEn8ftp LpSjXJcdErNIoQjOVWclOgQox3D0N154OCr7oPkWVMnzkTnc/qHiesV/VWc7LKQ2SsQr 2onw== MIME-Version: 1.0 Received: by 10.50.185.165 with SMTP id fd5mr959303igc.46.1337148569797; Tue, 15 May 2012 23:09:29 -0700 (PDT) Received: by 10.64.30.227 with HTTP; Tue, 15 May 2012 23:09:29 -0700 (PDT) Date: Wed, 16 May 2012 11:39:29 +0530 Message-ID: From: Venkat Duvvuru To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPv6 flowid hash calculation 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, 16 May 2012 06:09:31 -0000 Folks, This question is related to the hash calculation done as part of selecting the transmit queue for IPv6 traffic. I observed that no matter how many queues you use in the driver, the tx traffic is always coming on queue 0. Did anybody else observed this behaviour? Note: IPv4 traffic is coming on all the tx queues. Please clarify. /Venkat From owner-freebsd-net@FreeBSD.ORG Wed May 16 15:20:54 2012 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 8F54A106566C for ; Wed, 16 May 2012 15:20:54 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0020C8FC23 for ; Wed, 16 May 2012 15:20:53 +0000 (UTC) Received: by lbon10 with SMTP id n10so836895lbo.13 for ; Wed, 16 May 2012 08:20:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=T+Mk53Ab1ONx/eZ7TXCYtNhyWFdmci/kbHfthvh6oYI=; b=DaLivXJOAvrs96PeZfsXpaWOpM4iQMVDl9AD8uiT9MmoVTnGtl2dN4wVd8yrHWlsJP ued6YCy2wc+Yhwzd/RZmkn7s0eYS3Em6Y1V471l829C7zuIYZwRV7AtVTMja0o2ce3HT ObxxL5ktZr+eEgqhHzXnGC6bIv6O4e+lOlSfxiUDiPbUQv1hK84L7T1RxmJiNZyRDh9G /UntIazuM7EBnsJJN+EVEchulVBcLDu/duntC3XCfmy0YXUjxbi87M9rAh4B+Zy2gTmO N7FkbyHp62jwPiSuhaGjm0oMrweH5FOB88rv/q581eSgumovGD4lGFqeYdTRXCI2cqy3 yUxw== Received: by 10.152.146.163 with SMTP id td3mr3366815lab.25.1337181652761; Wed, 16 May 2012 08:20:52 -0700 (PDT) Received: from zont-osx.local (ppp95-165-141-253.pppoe.spdop.ru. [95.165.141.253]) by mx.google.com with ESMTPS id o9sm3618799lbm.14.2012.05.16.08.20.51 (version=SSLv3 cipher=OTHER); Wed, 16 May 2012 08:20:52 -0700 (PDT) Message-ID: <4FB3C5D4.6080005@zonov.org> Date: Wed, 16 May 2012 19:20:52 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sean Bruno References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> In-Reply-To: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQma/HE4xMPYxA3oIJvhttTTVXTyFu3Adotv1jr6tChvqAiRj6EuFBymcCuN1fVdL3uJ+Pwn Cc: "freebsd-net@freebsd.org" Subject: Re: [stable-9] 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, 16 May 2012 15:20:54 -0000 On 5/15/12 10:07 PM, Sean Bruno wrote: > Trying to use two interfaces connected to the same network with the same > default router. The two interfaces have two different IPs on the > same /28 and point at the same default router of .1. I have > successfully configured the machine such that data is coming *in* on > both interfaces, but the output is only going out the first interface. > > I've compiled with RADIX_MPATH enabled, and I'm setting the default > route ... but, I'm pretty ignorant what to do next. Chances are, I'm > just being stupid here and I need to get more sleep. > > -bash-4.2$ netstat -r > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default UGS 0 33320033 igb0 > XXX.XXX.XXX.0/25 link#1 U 0 0 igb0 => > XXX.XXX.XXX.0/25 link#2 U 0 0 igb1 > > > What am I missing here? > Did you try to use ipfw instead of RADIX_MPATH? Try something like this: route add default $router -interface $if1 ipfw add $number fwd $router ip from $ip2 to any out via $if2 -- Andrey Zonov From owner-freebsd-net@FreeBSD.ORG Wed May 16 18:56:45 2012 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 E6BBF106566C; Wed, 16 May 2012 18:56:45 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from db3outboundpool.messaging.microsoft.com (db3ehsobe004.messaging.microsoft.com [213.199.154.142]) by mx1.freebsd.org (Postfix) with ESMTP id 33A4F8FC15; Wed, 16 May 2012 18:56:44 +0000 (UTC) Received: from mail70-db3-R.bigfish.com (10.3.81.249) by DB3EHSOBE004.bigfish.com (10.3.84.24) with Microsoft SMTP Server id 14.1.225.23; Wed, 16 May 2012 18:41:25 +0000 Received: from mail70-db3 (localhost [127.0.0.1]) by mail70-db3-R.bigfish.com (Postfix) with ESMTP id 6FE041E04AC; Wed, 16 May 2012 18:41:25 +0000 (UTC) X-SpamScore: -1 X-BigFish: VPS-1(zzc85fh14ffIzz1202hzz8275bh8275dhz2fh2a8h668h839hd25h) X-Forefront-Antispam-Report: CIP:198.70.193.61; KIP:(null); UIP:(null); IPV:NLI; H:avexcashub1.qlogic.com; RD:avexcashub1.qlogic.com; EFVD:NLI Received-SPF: pass (mail70-db3: domain of qlogic.com designates 198.70.193.61 as permitted sender) client-ip=198.70.193.61; envelope-from=david.somayajulu@qlogic.com; helo=avexcashub1.qlogic.com ; 1.qlogic.com ; Received: from mail70-db3 (localhost.localdomain [127.0.0.1]) by mail70-db3 (MessageSwitch) id 1337193683554175_9568; Wed, 16 May 2012 18:41:23 +0000 (UTC) Received: from DB3EHSMHS006.bigfish.com (unknown [10.3.81.249]) by mail70-db3.bigfish.com (Postfix) with ESMTP id 82CFB10026E; Wed, 16 May 2012 18:41:23 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.61) by DB3EHSMHS006.bigfish.com (10.3.87.106) with Microsoft SMTP Server (TLS) id 14.1.225.23; Wed, 16 May 2012 18:41:22 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub1.qlogic.org ([::1]) with mapi; Wed, 16 May 2012 11:41:26 -0700 From: David Somayajulu To: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org (freebsd-current@FreeBSD.org)" , "freebsd-drivers@freebsd.org" Date: Wed, 16 May 2012 11:41:25 -0700 Thread-Topic: Ethernet Drivers: Question on ifp->if_ioctl invocation for SIOCADDMULTI and SIOCDELMULTI Thread-Index: Ac0zkCqD5TmECMzeQBqgnK1AAFmspg== Message-ID: <75E1A2A7D185F841A975979B0906BBA67C7A229F49@AVEXMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "davidcs@FreeBSD.org" Subject: Ethernet Drivers: Question on ifp->if_ioctl invocation for SIOCADDMULTI and SIOCDELMULTI 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, 16 May 2012 18:56:46 -0000 Hi All, When ifp->if_ioctl() is invoked for the ioctl cmd SIOCADDMULTI, IN_MULTI_LOCK() is called in one of the functions in_joingroup() in the ca= ller stack. >From netinet/in_var.h, line 357 : #define IN_MULTI_LOCK() mtx_lock= (&in_multi_mtx) >From netinet/in_mcast.c 1098 in_joingroup(struct ifnet *ifp, const struct in_addr *gina, 1099 /*const*/ struct in_mfilter *imf, struct in_multi **pinm) 1100 { 1101 int error; 1102 1103 IN_MULTI_LOCK(); 1104 error =3D in_joingroup_locked(ifp, gina, imf, pinm); 1105 IN_MULTI_UNLOCK(); 1106 This is also the case for SIOCDELMULTI, where the function holding "in_mul= ti_mtx" lock is in_leavegroup() This poses a problem in the driver in that the hardware dependent function = performing it, is not allowed to sleep() in case it needs to poll some sta= te. Question: 1. If I want to implement any delays - for the above case - in the dr= iver using DELAY(usec) macro, is there a maximum amount of time that the dr= iver is allowed to complete this function? I am concerned that if it takes = to too long I might run into a soft_lockup() situation. 2. Is it o.k to defer the processing in a separate in a separate thre= ad which can sleep() ? Thanks David S. ________________________________ This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-net@FreeBSD.ORG Thu May 17 01:15:41 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3263D1065686 for ; Thu, 17 May 2012 01:15:41 +0000 (UTC) (envelope-from suryasantu@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E16598FC12 for ; Thu, 17 May 2012 01:15:40 +0000 (UTC) Received: by yenl8 with SMTP id l8so1692981yen.13 for ; Wed, 16 May 2012 18:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=v+dH1vD9spVE2AjMpRNASlbRjegDU8mb0qxsizz7u7c=; b=rwsGTasslvGb2kcNlaX9RcNzWeJpIrVuZaXVZAhY8VmqNz+L9b/xyVsJ/OgweBCwI1 4HIbuf/UZNPlt5hOwGBc03dUiiVKaMXOFFmLXrTmcFtSVf6eYuhSl75sYtDd04Wr6rs2 pRltun6vtHbmomzQId1AX/Q/e48xuRPyOmradEGTHiEZvQp80jnovzSriLzNy7rI5+vZ tI3KsycbYWl5xfxj/2hbFXLb5ady4taMxKAF0qVe/+7YMRGLeXyIJ7yJaN4lxMNIxUEv AAR71jP4i1jGvpOxpUbngdr8ropXmKUeTClFBKqDPeQYovN+UpP+kW1EEGJbXWzOS6wy JyBw== Received: by 10.101.97.3 with SMTP id z3mr1738396anl.56.1337217340142; Wed, 16 May 2012 18:15:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.191.33 with HTTP; Wed, 16 May 2012 18:15:19 -0700 (PDT) From: Surya Santosh Date: Thu, 17 May 2012 06:45:19 +0530 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Surya Santosh Subject: System hangs when IPv6 traffic is injected as soon as the system is up 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, 17 May 2012 01:15:41 -0000 Hello, I am using FreeBSD 8.2-RELEASE on amd64 platform with bce interfaces. I am running into an issue where the system hangs if IPv6 traffic is injected as soon as the system is up. Details of the issue: A FreeBSD host is configured with an IPv4 address on one of the interfaces(say bce0) and an IPv6 address on the other interface(bce1). I have a script that runs nmap on port 22(from another machine which has IP(v6) address configured in the same network as the FreeBSD host) to check if port 22 is open on the FreeBSD host's bce1 interface. This script starts pumping IPv6 TCP traffic as soon as port 22 is open on the FreeBSD host. After configuring IP(v6) addresses, the FreeBSD host is rebooted and the script(that does nmap and sends TCP traffic) is started from another machine. As soon as the FreeBSD host comes up, the script starts sending TCP traffic and it's observed that the FreeBSD host freezes immediately. The host can be brought back up by only hard-rebooting. No core dumps are found after reboot. And no anomaly is shown in /var/log/messages as well. I have tried enabling 'WITNESS' options in the kernel, but no error was shown by it. It has to be noted that if IPv6 traffic is not sent immediately(wait for a minute) after the system is up, then everything works fine. The issue is seen iff IPv6 traffic is pumped immediately. Does this look like a known issue or did someone run into an issue similar to this? Please let me know if more details are required regarding the configuration. Thanks for your help! Thanks, Surya Santosh From owner-freebsd-net@FreeBSD.ORG Thu May 17 02:33:32 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8656106566C; Thu, 17 May 2012 02:33:31 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 924948FC14; Thu, 17 May 2012 02:33:31 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so2108163pbb.13 for ; Wed, 16 May 2012 19:33:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y7r/0pls5aYHJhvPsGhOi+fNYApL/09uq4YwjNf2PCo=; b=PIoc/6TXKvULdrkJQrXHaOBOyCMvRx3vEsJmaT4D5mQKWB17R4rh8WnwZqjTjNykO2 Yy2Hzk0troubFqrAneE+fLSIMt6wjzXWtLPfE8yC7wvlOa53PT2Jt4WjpRU5JRTZsUxk elwzaEoiMmC+Oj92cBKUzU22lPwKBcKdkVQrHjn115KNZE0Q647aKqkM5ZdTBEG96T0N lTjjK98ca6zR5M7Xh/cE9f+jpXNY/NF9Z8/BL+5GnPQoGoh6BymNpzfe4GJ2dkcTiYlw eM/qVrTlkQM9RXTvUt1viN8qwniI8VAC+VheeMf8ot0Boqn/9POKOBKKOdd8/XoYEj2Y Yn2A== MIME-Version: 1.0 Received: by 10.68.241.161 with SMTP id wj1mr22372781pbc.112.1337222011214; Wed, 16 May 2012 19:33:31 -0700 (PDT) Received: by 10.68.204.162 with HTTP; Wed, 16 May 2012 19:33:31 -0700 (PDT) Date: Wed, 16 May 2012 22:33:31 -0400 Message-ID: From: "Devon H. O'Dell" To: bug-followup@FreeBSD.org, freebsd-net@freebsd.org, gavin@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() 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, 17 May 2012 02:33:32 -0000 Hi Gavin, freebsd-net, I submitted this PR when I worked at Coyote Point. I'm no longer there, but I do remember this issue well. The discussion around this patch happened on IRC and not the PR, which is unfortunate. If I recall correctly, rwatson's stance was that the real fix was to fix the heinous layer between ioctl and device. As far as I'm aware, this is still an issue with current drivers, and this patch still solves the issue. CP ran with it successfully for years. (And unsuccessfully for a time before it was implemented :)). The patch is basically (forgive formatting): --- if_ethersubr.c 2011-09-22 20:51:37.000000000 -0400 +++ /home/dho/if_ethersubr.c 2012-05-16 22:27:17.000000000 -0400 @@ -1146,7 +1146,9 @@ switch (ifa->ifa_addr->sa_family) { #ifdef INET case AF_INET: - ifp->if_init(ifp->if_softc); /* before arpwhohas */ + if (ifp->if_flags & IFF_RUNNING == 0) { + ifp->if_init(ifp->if_softc); /* before arpwhohas */ + } arp_ifinit(ifp, ifa); break; #endif From owner-freebsd-net@FreeBSD.ORG Thu May 17 02:37:37 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78AFA106566C; Thu, 17 May 2012 02:37:37 +0000 (UTC) (envelope-from devon.odell@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 402F88FC1C; Thu, 17 May 2012 02:37:37 +0000 (UTC) Received: by dadv36 with SMTP id v36so1975629dad.13 for ; Wed, 16 May 2012 19:37:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=vd48iqhHDxOWXcc+PxcrNG4w8HSh1/N9lkTle1ffD3M=; b=DCGkRzcKQqT/H5h5URr6bOFLXrvHFInjmdgBUONwJ/+q7zNFM8tLFRs7ligJ3dvURQ SakDeurRmEgT0DrpMcyZEi/UkoqKYHrCRsPpNvFZ93NdT/j2aJ2pwWhRJsG20/ECp3gk i+m+WYTG8TcuUqwllR+vc4gSIErjMvrGLbE2w3ZdGhijSXW8aP5xK7E+HhzPKRHJrjKM 7zx5qM93U6wggRs3sQyoZ2+oZ9eSlnPQ1OQQYDLj3Jk/Rlj9gRR9sTfdqlze+24WtLl8 n9JBZjsUH1d293veHnXt/lZNi1VodITqUq3yr7GXudNPuv7BUoWb9ZMtHgcMrlfOF3P4 Sx6g== MIME-Version: 1.0 Received: by 10.68.223.234 with SMTP id qx10mr21464146pbc.154.1337222256803; Wed, 16 May 2012 19:37:36 -0700 (PDT) Received: by 10.68.204.162 with HTTP; Wed, 16 May 2012 19:37:36 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 May 2012 22:37:36 -0400 Message-ID: From: "Devon H. O'Dell" To: bug-followup@freebsd.org, freebsd-net@freebsd.org, gavin@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() 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, 17 May 2012 02:37:37 -0000 2012/5/16 Devon H. O'Dell : > Hi Gavin, freebsd-net, > > --- if_ethersubr.c =A0 =A0 =A02011-09-22 20:51:37.000000000 -0400 > +++ /home/dho/if_ethersubr.c =A0 =A02012-05-16 22:27:17.000000000 -0400 > @@ -1146,7 +1146,9 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0switch (ifa->ifa_addr->sa_family) { > =A0#ifdef INET > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0case AF_INET: > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp->if_init(ifp->if_softc)= ; =A0 =A0/* before arpwhohas */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ifp->if_flags & IFF_RUN= NING =3D=3D 0) { That's probably ((ifp->if_flags & IFF_RUNNING) =3D=3D 0). Also, I'm not on freebsd-net or cc'ed on the PR afaik, so please cc me explicitly on followups if more information is needed. --dho > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp->if_ini= t(ifp->if_softc); =A0 =A0/* > before arpwhohas */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0arp_ifinit(ifp, ifa); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > =A0#endif From owner-freebsd-net@FreeBSD.ORG Thu May 17 02:40:07 2012 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 B08AC1065670 for ; Thu, 17 May 2012 02:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 866B58FC12 for ; Thu, 17 May 2012 02:40:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4H2e7SK002572 for ; Thu, 17 May 2012 02:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4H2e7Ml002571; Thu, 17 May 2012 02:40:07 GMT (envelope-from gnats) Date: Thu, 17 May 2012 02:40:07 GMT Message-Id: <201205170240.q4H2e7Ml002571@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Devon H. O'Dell" Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Devon H. O'Dell" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2012 02:40:07 -0000 The following reply was made to PR kern/110284; it has been noted by GNATS. From: "Devon H. O'Dell" To: bug-followup@FreeBSD.org, freebsd-net@freebsd.org, gavin@freebsd.org Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() Date: Wed, 16 May 2012 22:33:31 -0400 Hi Gavin, freebsd-net, I submitted this PR when I worked at Coyote Point. I'm no longer there, but I do remember this issue well. The discussion around this patch happened on IRC and not the PR, which is unfortunate. If I recall correctly, rwatson's stance was that the real fix was to fix the heinous layer between ioctl and device. As far as I'm aware, this is still an issue with current drivers, and this patch still solves the issue. CP ran with it successfully for years. (And unsuccessfully for a time before it was implemented :)). The patch is basically (forgive formatting): --- if_ethersubr.c 2011-09-22 20:51:37.000000000 -0400 +++ /home/dho/if_ethersubr.c 2012-05-16 22:27:17.000000000 -0400 @@ -1146,7 +1146,9 @@ switch (ifa->ifa_addr->sa_family) { #ifdef INET case AF_INET: - ifp->if_init(ifp->if_softc); /* before arpwhohas */ + if (ifp->if_flags & IFF_RUNNING == 0) { + ifp->if_init(ifp->if_softc); /* before arpwhohas */ + } arp_ifinit(ifp, ifa); break; #endif From owner-freebsd-net@FreeBSD.ORG Thu May 17 02:40:09 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AC07106566C for ; Thu, 17 May 2012 02:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBB78FC1A for ; Thu, 17 May 2012 02:40:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4H2e9hV002577 for ; Thu, 17 May 2012 02:40:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4H2e9jl002576; Thu, 17 May 2012 02:40:09 GMT (envelope-from gnats) Date: Thu, 17 May 2012 02:40:09 GMT Message-Id: <201205170240.q4H2e9jl002576@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Devon H. O'Dell" Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Devon H. O'Dell" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2012 02:40:09 -0000 The following reply was made to PR kern/110284; it has been noted by GNATS. From: "Devon H. O'Dell" To: bug-followup@freebsd.org, freebsd-net@freebsd.org, gavin@freebsd.org Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() Date: Wed, 16 May 2012 22:37:36 -0400 2012/5/16 Devon H. O'Dell : > Hi Gavin, freebsd-net, > > --- if_ethersubr.c =A0 =A0 =A02011-09-22 20:51:37.000000000 -0400 > +++ /home/dho/if_ethersubr.c =A0 =A02012-05-16 22:27:17.000000000 -0400 > @@ -1146,7 +1146,9 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0switch (ifa->ifa_addr->sa_family) { > =A0#ifdef INET > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0case AF_INET: > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp->if_init(ifp->if_softc)= ; =A0 =A0/* before arpwhohas */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ifp->if_flags & IFF_RUN= NING =3D=3D 0) { That's probably ((ifp->if_flags & IFF_RUNNING) =3D=3D 0). Also, I'm not on freebsd-net or cc'ed on the PR afaik, so please cc me explicitly on followups if more information is needed. --dho > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp->if_ini= t(ifp->if_softc); =A0 =A0/* > before arpwhohas */ > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0arp_ifinit(ifp, ifa); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > =A0#endif From owner-freebsd-net@FreeBSD.ORG Thu May 17 08:21:18 2012 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 A43CB106564A for ; Thu, 17 May 2012 08:21:18 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD5B8FC16 for ; Thu, 17 May 2012 08:21:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:5957:8207:d7b1:fbe7]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 717DC4AC2D; Thu, 17 May 2012 12:21:16 +0400 (MSK) Date: Thu, 17 May 2012 12:21:11 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <174885088.20120517122111@serebryakov.spb.ru> To: Venkat Duvvuru In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: IPv6 flowid hash calculation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2012 08:21:18 -0000 Hello, Venkat. You wrote 16 =EC=E0=FF 2012 =E3., 10:09:29: VD> This question is related to the hash calculation done as part of select= ing VD> the transmit queue for IPv6 traffic. VD> I observed that no matter how many queues you use in the driver, the tx VD> traffic is always coming on queue 0. VD> Did anybody else observed this behaviour? VD> Note: IPv4 traffic is coming on all the tx queues. flowid is specified by MS & Intel only for IPv4 traffic (hash function, which is used to determine queue is defined only for IPv4 packet header). All other traffic (PPPoE, IPv6, etc.) goes into queue 0. There is nothing could be done on driver level, it is firmware (and "standard") problem. I was told, that top-level ("server-grade") 1G and 10G Intel NICs have configurable user-defined filters (think: firewall and QoS in hardware), and, may be, it could be done on this level, but I don't know any open-source drivers, which support this feature. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Thu May 17 08:26:39 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9D38106564A for ; Thu, 17 May 2012 08:26:39 +0000 (UTC) (envelope-from eugene@zhegan.in) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5717D8FC17 for ; Thu, 17 May 2012 08:26:39 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fc]) by elf.hq.norma.perm.ru (8.14.4/8.14.4) with ESMTP id q4H8QXVV055978 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 17 May 2012 14:26:33 +0600 (YEKST) (envelope-from eugene@zhegan.in) Message-ID: <4FB4B639.7010506@zhegan.in> Date: Thu, 17 May 2012 14:26:33 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20111001 Thunderbird/7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Thu, 17 May 2012 14:26:33 +0600 (YEKST) X-Spam-Status: No hits=-0.2 bayes=0.0000 testhits BAYES_00=-1.9, RDNS_NONE=0.793,TO_NO_BRKTS_DIRECT=0.904,TO_NO_BRKTS_NORDNS=0.001 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Subject: ECMP and RADIX_MPATH 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, 17 May 2012 08:26:39 -0000 Hi. I've recently read about ECMP in quagga-users@ mailing list and seems like quagga can inject equal-cost routes into the kernel (at least in Linux). So I wanna know if the same is possible under FreeBSD, because I'm constructing a VPN with lots of failover channels and a dynamic routing, and it would be really great to use these failover links for balancing. The problem is that this topic lacks the documentation like totally. From the commit comments I understand that with RADIX_MPATH I can use more than one route towards the destination, but I really cannot find anywhere the answer to the question 'will some form of balancing, per-flow or per-packet take place'. Am I missing some man ? Does anyone know this for sure ? Thanks. Eugene. From owner-freebsd-net@FreeBSD.ORG Thu May 17 08:27:56 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E4EF106564A for ; Thu, 17 May 2012 08:27:56 +0000 (UTC) (envelope-from emz@zhegan.in) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id C7E088FC1A for ; Thu, 17 May 2012 08:27:55 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7fc]) by elf.hq.norma.perm.ru (8.14.4/8.14.4) with ESMTP id q4H8RkwN056074 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 17 May 2012 14:27:46 +0600 (YEKST) (envelope-from emz@zhegan.in) Message-ID: <4FB4B682.4020606@zhegan.in> Date: Thu, 17 May 2012 14:27:46 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20111001 Thunderbird/7.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Thu, 17 May 2012 14:27:47 +0600 (YEKST) X-Spam-Status: No hits=-0.2 bayes=0.0000 testhits BAYES_00=-1.9, RDNS_NONE=0.793,TO_NO_BRKTS_DIRECT=0.904,TO_NO_BRKTS_NORDNS=0.001 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Subject: ECMP and RADIX_MPATH 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, 17 May 2012 08:27:56 -0000 Hi. I've recently read about ECMP in quagga-users@ mailing list and seems like quagga can inject equal-cost routes into the kernel (at least in Linux). So I wanna know if the same is possible under FreeBSD, because I'm constructing a VPN with lots of failover channels and a dynamic routing, and it would be really great to use these failover links for balancing. The problem is that this topic lacks the documentation like totally. From the commit comments I understand that with RADIX_MPATH I can use more than one route towards the destination, but I really cannot find anywhere the answer to the question 'will some form of balancing, per-flow or per-packet take place'. Am I missing some man ? Does anyone know this for sure ? Thanks. Eugene. From owner-freebsd-net@FreeBSD.ORG Thu May 17 15:00:42 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DDE4106564A; Thu, 17 May 2012 15:00:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id F32708FC18; Thu, 17 May 2012 15:00:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3FB1EB94E; Thu, 17 May 2012 11:00:38 -0400 (EDT) From: John Baldwin To: freebsd-drivers@freebsd.org Date: Thu, 17 May 2012 10:33:37 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <75E1A2A7D185F841A975979B0906BBA67C7A229F49@AVEXMB1.qlogic.org> In-Reply-To: <75E1A2A7D185F841A975979B0906BBA67C7A229F49@AVEXMB1.qlogic.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205171033.37636.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 17 May 2012 11:00:38 -0400 (EDT) Cc: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org \(freebsd-current@FreeBSD.org\)" , "davidcs@FreeBSD.org" , David Somayajulu Subject: Re: Ethernet Drivers: Question on ifp->if_ioctl invocation for SIOCADDMULTI and SIOCDELMULTI 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, 17 May 2012 15:00:42 -0000 On Wednesday, May 16, 2012 2:41:25 pm David Somayajulu wrote: > Hi All, > When ifp->if_ioctl() is invoked for the ioctl cmd SIOCADDMULTI, > > > > IN_MULTI_LOCK() is called in one of the functions in_joingroup() in the caller stack. > > > > >From netinet/in_var.h, line 357 : #define IN_MULTI_LOCK() mtx_lock(&in_multi_mtx) > > > > >From netinet/in_mcast.c > 1098 in_joingroup(struct ifnet *ifp, const struct in_addr *gina, > 1099 /*const*/ struct in_mfilter *imf, struct in_multi **pinm) > 1100 { > 1101 int error; > 1102 > 1103 IN_MULTI_LOCK(); > 1104 error = in_joingroup_locked(ifp, gina, imf, pinm); > 1105 IN_MULTI_UNLOCK(); > 1106 > > This is also the case for SIOCDELMULTI, where the function holding "in_multi_mtx" lock is in_leavegroup() > > This poses a problem in the driver in that the hardware dependent function performing it, is not allowed to sleep() in case it needs to poll some state. > > Question: > > 1. If I want to implement any delays - for the above case - in the driver using DELAY(usec) macro, is there a maximum amount of time that the driver is allowed to complete this function? I am concerned that if it takes to too long I might run into a soft_lockup() situation. > > 2. Is it o.k to defer the processing in a separate in a separate thread which can sleep() ? You can always queue a task to update the MAC table if you need to use a sleep. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu May 17 17:44:54 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C6E10656AA for ; Thu, 17 May 2012 17:44:54 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id D465B8FC15 for ; Thu, 17 May 2012 17:44:53 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4HHiULB052868; Thu, 17 May 2012 10:44:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337276672; bh=9wkOrQqeGcOoxPOO7Fdge5CD9qPsuygLwxCw54UMqjI=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=hKZmiuZAtls5W5xlLWxrA85d9IyJI8bCLx7hnMe71I8Pev/Lm1PahDRUAXc6Pr9WD ULW43YMUOxAFUwj7TnwdbP9XQHWZJXSEQnQJgsMuG7sVK5JP7XKAuw2fTbnID8n+9o qPuNc3K91H1JNHY6UIFBIllsqjH5DsGyV66xGMj4= From: Sean Bruno To: "Eugene M. Zheganin" In-Reply-To: <4FB4B682.4020606@zhegan.in> References: <4FB4B682.4020606@zhegan.in> Content-Type: text/plain; charset="UTF-8" Date: Thu, 17 May 2012 10:44:30 -0700 Message-ID: <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 276671001 Cc: "freebsd-net@freebsd.org" Subject: Re: ECMP and RADIX_MPATH 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, 17 May 2012 17:44:54 -0000 On Thu, 2012-05-17 at 01:27 -0700, Eugene M. Zheganin wrote: > The problem is that this topic lacks the documentation like totally. > From the commit comments I understand that with RADIX_MPATH I can > use > more than one route towards the destination, but I really cannot find > anywhere the answer to the question 'will some form of balancing, > per-flow or per-packet take place'. It appears that RADIX_MPATH is currently not working properly. See this months mail threads [stable-9] where we discussed it. http://lists.freebsd.org/pipermail/freebsd-net/2012-May/032331.html sean From owner-freebsd-net@FreeBSD.ORG Thu May 17 17:56:45 2012 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 9140E106566B for ; Thu, 17 May 2012 17:56:45 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from plsvl-mailgw-01.bluecoat.com (plsvl-mailgw-01.bluecoat.com [199.91.133.11]) by mx1.freebsd.org (Postfix) with ESMTP id 734708FC16 for ; Thu, 17 May 2012 17:56:45 +0000 (UTC) Received: from PWSVL-EXCHTS-02.internal.cacheflow.com (unknown [10.2.2.126]) by plsvl-mailgw-01.bluecoat.com (Postfix) with ESMTP id C9C5181A0AC; Thu, 17 May 2012 10:57:14 -0800 (AKDT) Received: from pwsvl-excmbx-05.internal.cacheflow.com ([fe80::f848:d461:9aa9:59a8]) by PWSVL-EXCHTS-02.internal.cacheflow.com ([fe80::4910:317f:407:6ecc%14]) with mapi id 14.01.0289.001; Thu, 17 May 2012 10:56:44 -0700 From: "Li, Qing" To: Sean Bruno , "Eugene M. Zheganin" Thread-Topic: ECMP and RADIX_MPATH Thread-Index: AQHNNFTdVlCyJJ+b+Ey9NHKUD8Z/E5bOQt9Q Date: Thu, 17 May 2012 17:56:43 +0000 Message-ID: References: <4FB4B682.4020606@zhegan.in> <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> In-Reply-To: <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [199.91.133.85] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" Subject: RE: ECMP and RADIX_MPATH 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, 17 May 2012 17:56:45 -0000 SXQgaXMgbm90IHdvcmtpbmcgcHJvcGVybHkgaW4gb25lIGNhc2UsIG9mIGxvYWQgYmFsYW5jaW5n IGFtb25nIHBoeXNpY2FsIA0KaW50ZXJmYWNlcyBoYXZpbmcgYSBzaW5nbGUgcHJlZml4LCBhbGwg YXJlIGF0dGFjaGVkIHRvIHRoZSBzYW1lIHBoeXNpY2FsIA0KbGluaywgYW5kIHJlYWNoaW5nIGEg c2luZ2xlIGZpcnN0LWhvcCByb3V0ZXIuDQoNClRoZSBmZWF0dXJlIGl0c2VsZiwgb2YgaW5zdGFs bGluZyAoL3JlbW92aW5nKSBtdWx0aXBsZSByb3V0aW5nIGVudHJpZXMgb2YgdmFyeWluZw0KZmly c3QtaG9wIHRvIHRoZSBzYW1lIGRlc3RpbmF0aW9uLCBhbmQgaGF2aW5nIHRyYWZmaWMgbG9hZCBi YWxhbmNlIGFtb25nDQp0aGUgaW5zdGFsbGVkIHJvdXRlcyB3b3JrIGZpbmUuDQoNCi0tUWluZw0K DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogb3duZXItZnJlZWJzZC1u ZXRAZnJlZWJzZC5vcmcgW21haWx0bzpvd25lci1mcmVlYnNkLQ0KPiBuZXRAZnJlZWJzZC5vcmdd IE9uIEJlaGFsZiBPZiBTZWFuIEJydW5vDQo+IFNlbnQ6IFRodXJzZGF5LCBNYXkgMTcsIDIwMTIg MTA6NDUgQU0NCj4gVG86IEV1Z2VuZSBNLiBaaGVnYW5pbg0KPiBDYzogZnJlZWJzZC1uZXRAZnJl ZWJzZC5vcmcNCj4gU3ViamVjdDogUmU6IEVDTVAgYW5kIFJBRElYX01QQVRIDQo+IA0KPiBPbiBU aHUsIDIwMTItMDUtMTcgYXQgMDE6MjcgLTA3MDAsIEV1Z2VuZSBNLiBaaGVnYW5pbiB3cm90ZToN Cj4gPiBUaGUgcHJvYmxlbSBpcyB0aGF0IHRoaXMgdG9waWMgbGFja3MgdGhlIGRvY3VtZW50YXRp b24gbGlrZSB0b3RhbGx5Lg0KPiA+ICBGcm9tIHRoZSBjb21taXQgY29tbWVudHMgSSB1bmRlcnN0 YW5kIHRoYXQgd2l0aCBSQURJWF9NUEFUSCBJIGNhbg0KPiA+IHVzZQ0KPiA+IG1vcmUgdGhhbiBv bmUgcm91dGUgdG93YXJkcyB0aGUgZGVzdGluYXRpb24sIGJ1dCBJIHJlYWxseSBjYW5ub3QgZmlu ZA0KPiA+IGFueXdoZXJlIHRoZSBhbnN3ZXIgdG8gdGhlIHF1ZXN0aW9uICd3aWxsIHNvbWUgZm9y bSBvZiBiYWxhbmNpbmcsDQo+ID4gcGVyLWZsb3cgb3IgcGVyLXBhY2tldCB0YWtlIHBsYWNlJy4N Cj4gDQo+IEl0IGFwcGVhcnMgdGhhdCBSQURJWF9NUEFUSCBpcyBjdXJyZW50bHkgbm90IHdvcmtp bmcgcHJvcGVybHkuICBTZWUNCj4gdGhpcw0KPiBtb250aHMgbWFpbCB0aHJlYWRzIFtzdGFibGUt OV0gd2hlcmUgd2UgZGlzY3Vzc2VkIGl0Lg0KPiANCj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3Jn L3BpcGVybWFpbC9mcmVlYnNkLW5ldC8yMDEyLU1heS8wMzIzMzEuaHRtbA0KPiANCj4gc2Vhbg0K PiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g ZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+IGh0dHA6Ly9saXN0cy5mcmVl YnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtbmV0DQo+IFRvIHVuc3Vic2NyaWJlLCBz ZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLW5ldC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyINCg== From owner-freebsd-net@FreeBSD.ORG Thu May 17 18:03:08 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2C241065673 for ; Thu, 17 May 2012 18:03:08 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 83B768FC12 for ; Thu, 17 May 2012 18:03:08 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4HI2cSH059782; Thu, 17 May 2012 11:02:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337277759; bh=2e6KaCvVPMTzf1mQuJeQWBnPs6r60SxAvjaRiISplDE=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=tAE7DYde5RyLrQZ0N3fMknu5M/n4aJXt4MppMbV1qwl2nxDV30ET25A+RTnoo2Ok4 hmNgAvVfnArjuL/m/gvEtO0xlqmEj/pmv2/S3+8L9B0P76zr5QNer35zfK0cI+UgKQ W+sfk8U5UVTl6FEbDCAbXDDx5ym9HxkOm5XbO3aI= From: Sean Bruno To: "Li, Qing" In-Reply-To: References: <4FB4B682.4020606@zhegan.in> <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 17 May 2012 11:02:37 -0700 Message-ID: <1337277757.15253.3.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 277758002 Cc: "freebsd-net@freebsd.org" , "Eugene M. Zheganin" Subject: RE: ECMP and RADIX_MPATH 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, 17 May 2012 18:03:08 -0000 On Thu, 2012-05-17 at 10:56 -0700, Li, Qing wrote: > It is not working properly in one case, of load balancing among > physical > interfaces having a single prefix, all are attached to the same > physical > link, and reaching a single first-hop router. > > Ah, I see. thank you for the clarification. Sean From owner-freebsd-net@FreeBSD.ORG Thu May 17 18:56:02 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8153B1065673; Thu, 17 May 2012 18:56:02 +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 5584C8FC18; Thu, 17 May 2012 18:56:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4HIu2oZ047423; Thu, 17 May 2012 18:56:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4HIu2PP047419; Thu, 17 May 2012 18:56:02 GMT (envelope-from linimon) Date: Thu, 17 May 2012 18:56:02 GMT Message-Id: <201205171856.q4HIu2PP047419@freefall.freebsd.org> To: oliver.pntr@gmail.com, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/160420: [msk] phy write timeout on HP 5310m 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, 17 May 2012 18:56:02 -0000 Synopsis: [msk] phy write timeout on HP 5310m State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu May 17 18:55:32 UTC 2012 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=160420 From owner-freebsd-net@FreeBSD.ORG Thu May 17 19:00:13 2012 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 88D791065672 for ; Thu, 17 May 2012 19:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4255C8FC0C for ; Thu, 17 May 2012 19:00:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4HJ0CUC047796 for ; Thu, 17 May 2012 19:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4HJ0Cpr047795; Thu, 17 May 2012 19:00:12 GMT (envelope-from gnats) Date: Thu, 17 May 2012 19:00:12 GMT Message-Id: <201205171900.q4HJ0Cpr047795@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/160420: msk0: phy write timeout on HP 5310m X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 May 2012 19:00:13 -0000 The following reply was made to PR kern/160420; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: freebsd-bugs@freebsd.org Subject: Re: kern/160420: msk0: phy write timeout on HP 5310m Date: Thu, 17 May 2012 13:57:04 -0500 On Thu, May 17, 2012 at 05:47:47PM +0200, Oliver Pinter wrote: > Please close this PR. > > Solution: > Disable the "LAN powersave" mode in BIOS. > _______________________________________________ > freebsd-bugs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bugs > To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu May 17 21:38:09 2012 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 2A89D1065673 for ; Thu, 17 May 2012 21:38:09 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DD7238FC16 for ; Thu, 17 May 2012 21:38:08 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4017494obc.13 for ; Thu, 17 May 2012 14:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gADiGfQYkqUzvhtxd7urc5Ao/T46fi+ERF+sT5aKlq4=; b=QaJhpTbe7Xi/+TVwu6vFlp9UmJSzHn3gQymTHCzSC6zlzNCUGj8Y0zHt0JnvaDrrMc DgD+16hs0Dccuh52LX6BvFZmuZ+rSTpp8EA4doKqwRw/VTYQSEpqDiToPcKN8Dhe7BUg YAj85uZ8imrJeRVoFrzWYK8sTX6Px9D4IBLrL21RuJsKadzRY1zPqZ8hTKDAKBYoBYp8 mX7NZTTbRwOfcuRbxUeJFap8XrAlDEaoDs+ZuWiyAaMxF3guqV/CxHVY0aop+sLUTR4m CqsYLo2sRzTivaYGI0OdYn97rVjoiMjQUjl3mYoukzcoXjQ3lyOzbTjmvcaRcNOU6i/8 F0KQ== MIME-Version: 1.0 Received: by 10.182.115.1 with SMTP id jk1mr7989203obb.75.1337290687308; Thu, 17 May 2012 14:38:07 -0700 (PDT) Received: by 10.182.44.101 with HTTP; Thu, 17 May 2012 14:38:07 -0700 (PDT) In-Reply-To: References: <4FB4B682.4020606@zhegan.in> <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> Date: Fri, 18 May 2012 00:38:07 +0300 Message-ID: From: Sami Halabi To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" , "Eugene M. Zheganin" , Sean Bruno Subject: Re: ECMP and RADIX_MPATH 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, 17 May 2012 21:38:09 -0000 Hi, what form of load balancing it makes? is that apply to 8.3-R/S also? thanks, Sami On Thu, May 17, 2012 at 8:56 PM, Li, Qing wrote: > It is not working properly in one case, of load balancing among physical > interfaces having a single prefix, all are attached to the same physical > link, and reaching a single first-hop router. > > The feature itself, of installing (/removing) multiple routing entries of > varying > first-hop to the same destination, and having traffic load balance among > the installed routes work fine. > > --Qing > > > > -----Original Message----- > > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > > net@freebsd.org] On Behalf Of Sean Bruno > > Sent: Thursday, May 17, 2012 10:45 AM > > To: Eugene M. Zheganin > > Cc: freebsd-net@freebsd.org > > Subject: Re: ECMP and RADIX_MPATH > > > > On Thu, 2012-05-17 at 01:27 -0700, Eugene M. Zheganin wrote: > > > The problem is that this topic lacks the documentation like totally. > > > From the commit comments I understand that with RADIX_MPATH I can > > > use > > > more than one route towards the destination, but I really cannot find > > > anywhere the answer to the question 'will some form of balancing, > > > per-flow or per-packet take place'. > > > > It appears that RADIX_MPATH is currently not working properly. See > > this > > months mail threads [stable-9] where we discussed it. > > > > http://lists.freebsd.org/pipermail/freebsd-net/2012-May/032331.html > > > > sean > > > > _______________________________________________ > > 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" > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Thu May 17 22:07:52 2012 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 8A896106564A for ; Thu, 17 May 2012 22:07:52 +0000 (UTC) (envelope-from prabhakar.lakhera@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43D5F8FC14 for ; Thu, 17 May 2012 22:07:52 +0000 (UTC) Received: by ggnm2 with SMTP id m2so2935569ggn.13 for ; Thu, 17 May 2012 15:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ItmDOn18uv77y4O3oP1SBzsfqyvC1GMmCUxe9XWHvpA=; b=klo1i5lsdBTWX0+H2qoGcT8tvkKISbpcWTIPsVDuobSGy+hs8VkGdzXcHxOT7MR/vn Fjuq3E/G/VGiJCMwfMgXOsYySHuFHLYal9XKiq297SRwbZA7hlT+NDRmspJRe/kOYYrb l8Wkmu9Uj6UInbLexU8dYStuYvetlJKmG+E8JN1pKwRMmX907KRa0mu2oUbkFpnOJxdO M0phJs5rT3tP4hqTt29CPPC4XaVDWa05vqTVS2OpYGFh6NLzfVrOsjyRWhPOLNHIseYY g8jea+gXPh5pVS8Y2KU44Y3yUFyPh1LDiZJsuqXymngSCgR8MYX7+P6t7DsgLn5he+FQ Hwcg== MIME-Version: 1.0 Received: by 10.101.80.16 with SMTP id h16mr299611anl.37.1337292471686; Thu, 17 May 2012 15:07:51 -0700 (PDT) Received: by 10.101.60.18 with HTTP; Thu, 17 May 2012 15:07:51 -0700 (PDT) Date: Thu, 17 May 2012 15:07:51 -0700 Message-ID: From: prabhakar lakhera To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to set the IPv6 linklocal scope id for an interface? 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, 17 May 2012 22:07:52 -0000 Hi, Is there any way for the administrator to set an interface's scope if for link local scope? I see that in6_domifattach calls scope6_ifattach which sets the interface local scope and link local scope for the interface equal to the ifp index. scope6_ifattach(struct ifnet *ifp) { ..... ..... /* * XXX: IPV6_ADDR_SCOPE_xxx macros are not standard. * Should we rather hardcode here? */ sid->s6id_list[IPV6_ADDR_SCOPE_INTFACELOCAL] = ifp->if_index; sid->s6id_list[IPV6_ADDR_SCOPE_LINKLOCAL] = ifp->if_index; ..... ..... } I am trying to avoid the following: Here's the problem. I have two interfaces A and B on same link. Both learn RA for the link. One of these is used to add a default route entry in the routing table. Lets say default router entry for A is picked, we have the following default route entry: destination: ::/0 gw: fe80::: route_ifp: A I used IPv6 address hosted on interface B to send a packet to destination X and I got back a neighbor redirect from gw destined for B for X. However the redirect is dropped. Below is the code from icmp6_redirect_input that fails a check: 2346 2347 gw6 = &(((struct sockaddr_in6 *)rt ->rt_gateway)->sin6_addr); 2348 if (bcmp (&src6, gw6, sizeof(struct in6_addr )) != 0) { 2349 nd6log ((LOG_ERR , 2350 *"ICMP6 redirect rejected; "* 2351 *"not equal to gw-for-src=%s (must be same): "* 2352 *"%s\n"*, 2353 ip6_sprintf (ip6buf, gw6), 2354 icmp6_redirect_diag (&src6, &reddst6, &redtgt6))); 2355 RTFREE_LOCKED (rt ); 2356 goto bad; 2357 } src6 is the router's LLA but since it's received on B, it's embedded with B's link scope embedded id. So we end up comparing: fe80::: with fe80::: Since ids are different the comparison fails and the redirect is dropped. From owner-freebsd-net@FreeBSD.ORG Thu May 17 22:13:09 2012 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 55D82106564A for ; Thu, 17 May 2012 22:13:09 +0000 (UTC) (envelope-from prabhakar.lakhera@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 106EA8FC17 for ; Thu, 17 May 2012 22:13:08 +0000 (UTC) Received: by yenl8 with SMTP id l8so2927238yen.13 for ; Thu, 17 May 2012 15:13:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=8DT1gxTBz+/poOujniu9yCkI6dQ1XRRTkMgoVOWmtDU=; b=g0O+SKWT915qFgFYI6tf1swSRKkK+RYjbOZzRuaV3NE/XEWp9DpcmmMLhJVHly2inP qYtwxSWeY2ofLPVbmlFBerHd7Cleld0c8VRZ49r9YKnrDZ93ak+2Tc7orQdKm9QKkQ2C 65e5NWaNXbxKgZRZSdORy18/5ebYKq2KOVyoQzWxLJuciRrYFAIHxapYfF9BfuqwRxS5 8L7021mslcbrqpunpN0h2iBju6A05rq1CfY5fq29XTiDgLxdBiskeEd81eGVshWanUJt ZeFSvxS8bHT1IHzGN2VHCjZuLL1A85Eb5Ug+E9U0pXKm5t6OsSuTJ1mm2Yt3UqYGUcS7 TrVA== MIME-Version: 1.0 Received: by 10.236.153.104 with SMTP id e68mr9908714yhk.36.1337292788222; Thu, 17 May 2012 15:13:08 -0700 (PDT) Received: by 10.101.60.18 with HTTP; Thu, 17 May 2012 15:13:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 May 2012 15:13:08 -0700 Message-ID: From: prabhakar lakhera To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: How to set the IPv6 linklocal scope id for an interface? 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, 17 May 2012 22:13:09 -0000 Removing the hyperlinks (these seem to get appended by gmail: Hi, Is there any way for the administrator to set an interface's scope if for link local scope? I see that in6_domifattach calls=A0scope6_ifattach which sets the interface local scope and link local scope for the interface equal to the ifp index. scope6_ifattach(struct ifnet *ifp) { =A0 =A0 =A0 ..... =A0 =A0 =A0 ..... =A0 =A0 =A0 =A0 /* =A0 =A0 =A0 =A0 =A0* XXX: IPV6_ADDR_SCOPE_xxx macros are not standard. =A0 =A0 =A0 =A0 =A0* Should we rather hardcode here? =A0 =A0 =A0 =A0 =A0*/ =A0 =A0 =A0 =A0 sid->s6id_list[IPV6_ADDR_SCOPE_INTFACELOCAL] =3D ifp->if_in= dex; =A0 =A0 =A0 =A0 sid->s6id_list[IPV6_ADDR_SCOPE_LINKLOCAL] =3D ifp->if_index= ; =A0 =A0 =A0 ..... =A0 =A0 =A0 ..... } I am trying to avoid the following: Here's the problem. I have two interfaces A and B on same link. Both learn RA for the link. One of these is used to add a default route entry in the routing table. Lets say default router entry for A is picked, we have the following default route entry: destination: ::/0 gw: =A0 =A0 =A0 =A0 =A0 =A0 fe80::: route_ifp: =A0 =A0 A I used IPv6 address hosted on interface B to send a packet to destination X and I got back a neighbor redirect from gw destined for B for X. However the redirect is dropped. Below is the code from icmp6_redirect_input that fails a check: 2346 2347 gw6 =3D &(((struct sockaddr_in6 *)rt->rt_gateway)->sin6_addr); 2348 if (bcmp(&src6, gw6, sizeof(struct in6_addr)) !=3D 0)= { 2349 nd6log((LOG_ERR, 2350 "ICMP6 redirect rejected; " 2351 "not equal to gw-for-src=3D%s (must be sa= me): " 2352 "%s\n", 2353 ip6_sprintf(ip6buf, gw6), 2354 icmp6_redirect_diag(&src6, &reddst6, &redtgt6))); 2355 RTFREE_LOCKED(rt); 2356 goto bad; 2357 } src6 is the router's LLA but since it's received on B, it's embedded with B's link scope embedded id. So we end up comparing: =A0 fe80::: with =A0 fe80::: Since ids are different the comparison fails and the redirect is dropped. From owner-freebsd-net@FreeBSD.ORG Fri May 18 00:43:12 2012 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 B5EB4106564A for ; Fri, 18 May 2012 00:43:12 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 83D758FC14 for ; Fri, 18 May 2012 00:43:12 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q4I0gqj3010094; Thu, 17 May 2012 17:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1337301773; bh=YJhHWsMx52sZrlMs2rpWRObyJlTdRbn1srrI7dhEM0w=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=NtKqko9H8zABKPGXYphgnvPgUmagr+i22Qsyh9HV9SH46I6eNaWzYEBkwRcN0w/pp ZZlWt4hxV8/D3C2oeCs+GX1420j4iRmeJhT0Z0y1Hylcao1Mkw5prx96KH53n9I0LF /e4gE8cSgqoCTdZHoKbdL8day2PIkwLDzLsP6UM0= From: Sean Bruno To: Andrey Zonov In-Reply-To: <4FB3C5D4.6080005@zonov.org> References: <1337105271.3434.8.camel@powernoodle-l7.corp.yahoo.com> <4FB3C5D4.6080005@zonov.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 17 May 2012 17:42:52 -0700 Message-ID: <1337301772.15253.18.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 301772000 Cc: "freebsd-net@freebsd.org" Subject: Re: [stable-9] 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, 18 May 2012 00:43:12 -0000 > > What am I missing here? > > > > Did you try to use ipfw instead of RADIX_MPATH? > > Try something like this: > > route add default $router -interface $if1 > ipfw add $number fwd $router ip from $ip2 to any out via $if2 > I think I've configued lagg(4) into doing what I really want, which is bind two interfaces together and balance the traffic in and out: kernelconf: device lagg rc.conf cloned_interfaces="lagg0" ifconfig commands: ifconfig igb0 up ifconfig igb1 up ifconfig lagg0 laggproto loadbalance laggport igb0 laggport igb1 xxx.xxx.xxx.22/24 ifconfig lagg0 xxx.xxx.xxx.220/32 alias ifconfig lagg0 xxx.xxx.xxx.221/32 alias ifconfig lagg0 xxx.xxx.xxx.222/32 alias ifconfig lagg0 xxx.xxx.xxx.223/32 alias route add default xxx.xxx.xxx.1 That results in something that looks like what I wanted, which was rx/tx shared across two interfaces on the same network with: -bash-4.2$ netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default xxx.xxx.xxx.1 UGS 0 37835052 lagg0 xxx.xxx.xxx.0/24 link#4 U 0 467322219 lagg0 xxx.xxx.xxx.22 link#4 UHS 0 0 lo0 xxx.xxx.xxx.220 link#4 UHS 0 0 lo0 => xxx.xxx.xxx.220/32 link#4 U 0 0 lagg0 xxx.xxx.xxx.221 link#4 UHS 0 0 lo0 => xxx.xxx.xxx.221/32 link#4 U 0 0 lagg0 xxx.xxx.xxx.222 link#4 UHS 0 0 lo0 => xxx.xxx.xxx.222/32 link#4 U 0 0 lagg0 xxx.xxx.xxx.223 link#4 UHS 0 0 lo0 => xxx.xxx.xxx.223/32 link#4 U 0 0 lagg0 127.0.0.1 link#3 UH 0 0 lo0 bash-4.2$ ifconfig igb0: flags=8843 metric 0 mtu 1500 options=401bb ether 60:eb:69:07:e1:8a nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active igb1: flags=8843 metric 0 mtu 1500 options=401bb ether 60:eb:69:07:e1:8a nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 lagg0: flags=8843 metric 0 mtu 1500 options=401bb ether 60:eb:69:07:e1:8a inet xxx.xxx.xxx.22 netmask 0xffffff00 broadcast xxx.xxx.xxx.255 inet6 fe80::62eb:69ff:fe07:e18a%lagg0 prefixlen 64 scopeid 0x4 inet xxx.xxx.xxx.220 netmask 0xffffffff broadcast xxx.xxx.xxx.220 inet xxx.xxx.xxx.221 netmask 0xffffffff broadcast xxx.xxx.xxx.221 inet xxx.xxx.xxx.222 netmask 0xffffffff broadcast xxx.xxx.xxx.222 inet xxx.xxx.xxx.223 netmask 0xffffffff broadcast xxx.xxx.xxx.223 nd6 options=29 media: Ethernet autoselect status: active laggproto loadbalance laggport: igb1 flags=4 laggport: igb0 flags=4 From owner-freebsd-net@FreeBSD.ORG Fri May 18 14:27:52 2012 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 34097106564A; Fri, 18 May 2012 14:27:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0582D8FC08; Fri, 18 May 2012 14:27:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6019AB9B0; Fri, 18 May 2012 10:27:51 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 18 May 2012 10:27:49 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205181027.49210.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 18 May 2012 10:27:51 -0400 (EDT) Cc: Robert Watson , gavin@freebsd.org, "Devon H. O'Dell" , bug-followup@freebsd.org Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() 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, 18 May 2012 14:27:52 -0000 On Wednesday, May 16, 2012 10:37:36 pm Devon H. O'Dell wrote: > 2012/5/16 Devon H. O'Dell : > > Hi Gavin, freebsd-net, > > > > --- if_ethersubr.c 2011-09-22 20:51:37.000000000 -0400 > > +++ /home/dho/if_ethersubr.c 2012-05-16 22:27:17.000000000 -0400 > > @@ -1146,7 +1146,9 @@ > > switch (ifa->ifa_addr->sa_family) { > > #ifdef INET > > case AF_INET: > > - ifp->if_init(ifp->if_softc); /* before arpwhohas */ > > + if (ifp->if_flags & IFF_RUNNING == 0) { > > That's probably ((ifp->if_flags & IFF_RUNNING) == 0). Also, I'm not on > freebsd-net or cc'ed on the PR afaik, so please cc me explicitly on > followups if more information is needed. You mean if_drv_flags and IF_DRV_RUNNING. It's a bit fugly, yes, and the new check would be racey. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri May 18 14:30:18 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F5D4106577C for ; Fri, 18 May 2012 14:30:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E9E578FC15 for ; Fri, 18 May 2012 14:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4IEUBcp077551 for ; Fri, 18 May 2012 14:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4IEUBtg077548; Fri, 18 May 2012 14:30:11 GMT (envelope-from gnats) Date: Fri, 18 May 2012 14:30:11 GMT Message-Id: <201205181430.q4IEUBtg077548@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2012 14:30:18 -0000 The following reply was made to PR kern/110284; it has been noted by GNATS. From: John Baldwin To: freebsd-net@freebsd.org Cc: "Devon H. O'Dell" , bug-followup@freebsd.org, gavin@freebsd.org, Robert Watson Subject: Re: kern/110284: [if_ethersubr] Invalid Assumption in SIOCSIFADDR in ether_ioctl() Date: Fri, 18 May 2012 10:27:49 -0400 On Wednesday, May 16, 2012 10:37:36 pm Devon H. O'Dell wrote: > 2012/5/16 Devon H. O'Dell : > > Hi Gavin, freebsd-net, > > > > --- if_ethersubr.c 2011-09-22 20:51:37.000000000 -0400 > > +++ /home/dho/if_ethersubr.c 2012-05-16 22:27:17.000000000 -0400 > > @@ -1146,7 +1146,9 @@ > > switch (ifa->ifa_addr->sa_family) { > > #ifdef INET > > case AF_INET: > > - ifp->if_init(ifp->if_softc); /* before arpwhohas */ > > + if (ifp->if_flags & IFF_RUNNING == 0) { > > That's probably ((ifp->if_flags & IFF_RUNNING) == 0). Also, I'm not on > freebsd-net or cc'ed on the PR afaik, so please cc me explicitly on > followups if more information is needed. You mean if_drv_flags and IF_DRV_RUNNING. It's a bit fugly, yes, and the new check would be racey. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri May 18 20:17:47 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9014E1065673 for ; Fri, 18 May 2012 20:17:47 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 7066A8FC12 for ; Fri, 18 May 2012 20:17:47 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id E9968C97A2; Fri, 18 May 2012 20:17:35 +0000 (UTC) (envelope-from jinmei@isc.org) Received: from jmb.jinmei.org (unknown [IPv6:2001:4f8:3:64:29a7:30e7:acb3:2b21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id A11BA216C33; Fri, 18 May 2012 20:17:35 +0000 (UTC) (envelope-from jinmei@isc.org) Date: Fri, 18 May 2012 13:17:35 -0700 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: prabhakar lakhera In-Reply-To: References: 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 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-net@freebsd.org Subject: Re: How to set the IPv6 linklocal scope id for an interface? 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, 18 May 2012 20:17:47 -0000 At Thu, 17 May 2012 15:13:08 -0700, prabhakar lakhera wrote: > Removing the hyperlinks (these seem to get appended by gmail: > > Hi, > > Is there any way for the administrator to set an interface's scope if > for link local scope? I don't think it's been merged to *BSDs, but the original KAME implementation contained a tool called "scope6config" http://www.kame.net/dev/cvsweb2.cgi/kame/kame/kame/scope6config/ If I understand you correctly, that does what (at least superficially) you asked. From a quick look the kernel already seems to have the underlying ioctl, so maybe you can simply fetch the source file of the tool and compile it. That said... > I am trying to avoid the following: > > Here's the problem. I have two interfaces A and B on same link. Both > learn RA for the link. One of these is used to add a default route > entry in the routing table. Lets say default router entry for A is > picked, we have the following default route entry: I'm afraid it's less likely that you can achieve this just by tweaking the scope zone configuration. I suspect there are other places in the kernel where one-to-one mapping between interfaces and links are assumed, either implicitly or explicitly, and you'll have another trouble. But that's a guess. Maybe you should at least give it a try. Good luck:-) --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Fri May 18 23:03:18 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D320D106566B; Fri, 18 May 2012 23:03:18 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB5B8FC15; Fri, 18 May 2012 23:03:17 +0000 (UTC) Received: by werg1 with SMTP id g1so2770246wer.13 for ; Fri, 18 May 2012 16:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=Ts64pjJLP8Rnk6sSDyVNaE4nnhqRRGlfIbf4LIvA0dg=; b=VnU4XfM7khKyJROBb93e8fYA68fn1bUrzd8WsdNc4wRNDeHG1HTMpuqJj4+jdYDjeF SKlSq5pw2MhEVlPVEUzO8ZidumhDYbGkbAgAbC+tw3l3xsibQgc3r9GjVuGCqERXfpK9 82/js9w5gZlFxeHRdPLSwIF/GECWMlpLQKsdre++bhJOF3U26HR6ygzu/S9nf0sXr7d7 EpFmhwsTDF114tjgvKo+QVFOtoAGU3ueJfyqKeZmD0DDmp+rWzz4klbszXKAsNrA/KvY BcdZoHLGylJl6y1aRK0SC7ZDnZ0JBSzmgeFCw6EgBXeZJtcK/mvhVqBaHTWDgXt1dAoR YkYg== MIME-Version: 1.0 Received: by 10.180.20.137 with SMTP id n9mr5528892wie.3.1337382197196; Fri, 18 May 2012 16:03:17 -0700 (PDT) Received: by 10.216.163.136 with HTTP; Fri, 18 May 2012 16:03:17 -0700 (PDT) Date: Fri, 18 May 2012 19:03:17 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 Cc: Jack Vogel Subject: Multiple em(4) not working with qemu 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, 18 May 2012 23:03:18 -0000 Hi, It would seem that FreeBSD[0] is unable to deal correctly with qemu's networking when *more* than one e1000 interface is exported. Interfaces are identified as: # qemu -nographic -hda /vm/hdd-freebsd-i386 \ -net nic -net tap,script=/vm/ifup \ -net nic -net tap,script=/vm/ifup \ -net nic -net tap,script=/vm/ifup \ -net nic -net tap,script=/vm/ifup \ -net nic -net tap,script=/vm/ifup \ -net nic -net tap,script=/vm/ifup Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 CPU: QEMU Virtual CPU version 0.14.50 (2660.53-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Family = 6 Model = 3 Stepping = 3 Features=0x781abf9 Features2=0x80800001 real memory = 134205440 (127 MB) avail memory = 112107520 (106 MB) [...] em0: port 0xc040-0xc07f mem 0xf2020000-0xf203ffff irq 11 at device 3.0 on pci0 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 52:54:00:12:34:56 [...] em5: port 0xc180-0xc1bf mem 0xf2160000-0xf217ffff irq 11 at device 8.0 on pci0 em5: Memory Access and/or Bus Master bits were not set! em5: Ethernet address: 52:54:00:12:34:5b [...] # ifconfig em0 10.0.255.2 # ping 10.0.255.1 PING 10.0.255.1 (10.0.255.1): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down TX works , but RX seems broken. re(4) in the exact same configuration works fine. any ideas ? Thanks, - Arnaud ps: latest qemu shows the same behavior. [0]: at least FreeBSD 7.1 base + lem(4) v 1.0.3, confirmed on FreeBSD 9.0-RELEASE From owner-freebsd-net@FreeBSD.ORG Sat May 19 11:13:15 2012 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 7CB411065670 for ; Sat, 19 May 2012 11:13:15 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (unknown [IPv6:2001:b70:201:2::22]) by mx1.freebsd.org (Postfix) with ESMTP id 1633A8FC12 for ; Sat, 19 May 2012 11:13:14 +0000 (UTC) Received: from [172.16.11.45] (unknown [2.30.239.239]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: joe@rewt.org.uk) by abby.lhr1.as41113.net (Postfix) with ESMTPSA id 3VvkBd2hX5z13L4; Sat, 19 May 2012 12:13:13 +0100 (BST) Message-ID: <4FB78040.80301@rewt.org.uk> Date: Sat, 19 May 2012 12:13:04 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Sami Halabi References: <4FB4B682.4020606@zhegan.in> <1337276670.15253.2.camel@powernoodle-l7.corp.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: ECMP and RADIX_MPATH 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, 19 May 2012 11:13:15 -0000 Sami Halabi wrote: > Hi, > what form of load balancing it makes? > is that apply to 8.3-R/S also? > > thanks, > Sami > > On Thu, May 17, 2012 at 8:56 PM, Li, Qing wrote: > >> It is not working properly in one case, of load balancing among physical >> interfaces having a single prefix, all are attached to the same physical >> link, and reaching a single first-hop router. >> >> The feature itself, of installing (/removing) multiple routing entries of >> varying >> first-hop to the same destination, and having traffic load balance among >> the installed routes work fine. >> >> --Qing >> >> >>> -----Original Message----- >>> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- >>> net@freebsd.org] On Behalf Of Sean Bruno >>> Sent: Thursday, May 17, 2012 10:45 AM >>> To: Eugene M. Zheganin >>> Cc: freebsd-net@freebsd.org >>> Subject: Re: ECMP and RADIX_MPATH >>> >>> On Thu, 2012-05-17 at 01:27 -0700, Eugene M. Zheganin wrote: >>>> The problem is that this topic lacks the documentation like totally. >>>> From the commit comments I understand that with RADIX_MPATH I can >>>> use >>>> more than one route towards the destination, but I really cannot find >>>> anywhere the answer to the question 'will some form of balancing, >>>> per-flow or per-packet take place'. >>> It appears that RADIX_MPATH is currently not working properly. See >>> this >>> months mail threads [stable-9] where we discussed it. >>> >>> http://lists.freebsd.org/pipermail/freebsd-net/2012-May/032331.html >>> >>> sean If you intend to use MPATH in production have a glance at this thread from last year for possible problems: http://lists.freebsd.org/pipermail/freebsd-net/2011-December/030683.html Thanks, J From owner-freebsd-net@FreeBSD.ORG Sat May 19 22:31:47 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDB0A1065670; Sat, 19 May 2012 22:31:47 +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 558E78FC15; Sat, 19 May 2012 22:31:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4JMVkO3015112; Sat, 19 May 2012 22:31:46 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4JMVkWj015103; Sat, 19 May 2012 22:31:46 GMT (envelope-from linimon) Date: Sat, 19 May 2012 22:31:46 GMT Message-Id: <201205192231.q4JMVkWj015103@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/168152: [xl] Periodically, the network card xl0 stops working -- xl0: watchdog timeout 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, 19 May 2012 22:31:47 -0000 Old Synopsis: Periodically, the network card xl0 stops working -- xl0: watchdog timeout New Synopsis: [xl] Periodically, the network card xl0 stops working -- xl0: watchdog timeout Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 19 22:31:28 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=168152