From owner-freebsd-net@FreeBSD.ORG Sun Aug 24 07:00:52 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28767293 for ; Sun, 24 Aug 2014 07:00:52 +0000 (UTC) Received: from o2.email.wpengine.com (o2.email.wpengine.com [198.37.147.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41F903E63 for ; Sun, 24 Aug 2014 07:00:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=email.wpengine.com; h=to:subject:from:reply-to:mime-version:content-transfer-encoding:content-type; s=smtpapi; bh=YaQWtQMGYxgVoZekapcc1/vKCOU=; b=ih9x73N73s/Zby5xE1 fYoefcUQg8UPtQcAFxETwYhMs5VGGtOpPLzOQDHrRlR1M8fCAhZe1Aq2TzL2CwmE 5pdSOldGw4bTaLblbFjhQ0Q59hWR3c+CNe0+R4VFxTr2zLPdivrgQPBB/uSe+ypz co/V/tNvq06S4CHUwd1tHcKPU= Received: by mf278.sendgrid.net with SMTP id mf278.26210.53F98D9B9 2014-08-24 07:00:43.60320762 +0000 UTC Received: from pod-2745 (li170-216.members.linode.com [173.230.130.216]) by ismtpd-010.iad1.sendgrid.net (SG) with ESMTP id 14806d1274a.4078.2a3f20 for ; Sun, 24 Aug 2014 07:00:43 +0000 (GMT) X-SendGrid-User: wpengine-pod-2745 Received: by pod-2745 (Postfix, from userid 33) id 4EDEE55034; Sun, 24 Aug 2014 07:00:43 +0000 (UTC) To: freebsd-net@freebsd.org Subject: =?UTF-8?Q?Account_Blocked?= X-PHP-Originating-Script: 33:index.php Date: Sun, 24 Aug 2014 07:00:43 +0000 From: =?UTF-8?Q?Support?= Message-ID: <4dce97095c2ab756eafdd40d545ffcea@souhail.wpengine.com> X-Priority: 1 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version ] X-SG-EID: ISGKkmHlRE12gnWy0TjFyGQSFR1WnpjQdICm3qu6YxEB4zJEHFm4wTaWu1OGEkA4CDtyChCq2b44oojQFtiDHW5FQYsvMEstE0j680Kus6YzRmy57kP2cK8smQKgf9kwPM1Qy3tFmodTFsqTDAaLb1kMN/TQlB1LfAwY5lSjflc= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 07:00:52 -0000 Dear costumer, You have received this email because our system has noticed some suspicious activities with AÏÏle ID. All what you need to keep enjoying all the benefits of your id is to confirm your identity , follow the link below to start this process . [1]Confirm Now > Wondering why you got this email? Some massive failed login attempts were been made from unknown location that didnt match with your usual one , as a result we decided to suspend your account temporarily in order to protect it . This is an automated message. Please do not reply to this email. Thanks,  Customer. TM and copyright © 2014  Inc. 1 Infinite Loop, MS 96-DM, Cupertino, CA 95014. All Rights Reserved / Keep Informed / Privacy Policy / My ID References 1. http://goo.gl/IsbNDo From owner-freebsd-net@FreeBSD.ORG Sun Aug 24 14:58:35 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3875BF32 for ; Sun, 24 Aug 2014 14:58:35 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.155]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBC1352A for ; Sun, 24 Aug 2014 14:58:34 +0000 (UTC) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1408892313493349.21557806956866; Sun, 24 Aug 2014 07:58:33 -0700 (PDT) Date: Sun, 24 Aug 2014 10:58:33 -0400 From: jmoore To: Message-ID: <14808814623.112dfc436230575.4702450748812904217@devalias.io> In-Reply-To: References: Subject: Re: Re: Set arbitrary protocol for route? MIME-Version: 1.0 X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 14:58:35 -0000 ---- On Sat, 23 Aug 2014 13:33:04 -0400 Nikolay Denev <nike_d@cytexbg.com> wrote ---- On Sat, Aug 23, 2014 at 8:49 AM, Adrian Chadd <adrian@freebsd.org> wrote: > Ok, so how does the whole protocol thing implement priority? > > > -a Ah, sorry, reading again I don't think it does that. For some reason I was under the impression it does. So, it looks like it's just a 8 bit tag applied to each route, not involved in the actual routing, but allows you to filter when displaying etc. >From linux ip-route(8) man page : protocol RTPROTO the routing protocol identifier of this route. RTPROTO may be a number or a string from the file /etc/iproute2/rt_protos. If the routing protocol ID is not given, ip assumes protocol boot (i.e. it assumes the route was added by someone who doesn't understand what they are doing). Several protocol values have a fixed interpretation. Namely: redirect - the route was installed due to an ICMP redirect. kernel - the route was installed by the kernel during autoconfiguration. boot - the route was installed during the bootup sequence. If a routing daemon starts, it will purge all of them. static - the route was installed by the administrator to override dynamic routing. Routing daemon will respect them and, probably, even advertise them to its peers. ra - the route was installed by Router Discovery protocol. The rest of the values are not reserved and the administrator is free to assign (or not to assign) protocol tags. --Nikolay The context for this questions is updating this script[1] to allow a (currently) unsupported FreeBSD instance running on Google Compute Engine to be able to use their load balancers. In this case, the proto is used as a magic number, as necessary internal routes are programmatically determined and then compared to current routes, adding/removing as needed. [1] https://github.com/GoogleCloudPlatform/compute-image-packages/blob/master/google-daemon/usr/share/google/google_daemon/address_manager.py From owner-freebsd-net@FreeBSD.ORG Sun Aug 24 19:37:48 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D466DFDE for ; Sun, 24 Aug 2014 19:37:48 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 989413D7F for ; Sun, 24 Aug 2014 19:37:48 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id F3C8556400 for ; Sun, 24 Aug 2014 23:37:46 +0400 (MSK) Date: Sun, 24 Aug 2014 23:37:38 +0400 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <754783310.20140824233738@serebryakov.spb.ru> To: freebsd-net@freebsd.org Subject: Does anybody have set of scripts to support two uplink connections (with two ISPs) without AS and BGP? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 19:37:48 -0000 Hello, Freebsd-net. Typical task: two "home-grade" ISPs, one router. Need to monitor both channels, switch default route, balance outgoing traffic, manage ipfw firewall, etc. For Linux here is Net::ISP::Balance (http://lstein.github.io/Net-ISP-Balance/) and LSM as part of it (http://lsm.foobar.fi/download/), but they are very Linux-specific. Maybe, somebody have good set of such scripts? Looks like /sbin/dhclient-script should be rewritten too, for example, because standard one uses "default interface" detection which fails in race condition of two ISPs (both uses DHCP!), for example. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Sun Aug 24 20:10:45 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 684EFAFF for ; Sun, 24 Aug 2014 20:10:45 +0000 (UTC) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C607304F for ; Sun, 24 Aug 2014 20:10:44 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so10156952oag.2 for ; Sun, 24 Aug 2014 13:10:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-type:content-transfer-encoding :thread-index:content-language; bh=ZHXJtZA3sL8NPGc+bkNRndTXYlWal/SDgjTpkl7rQtw=; b=XLEtnEq6k7Z+auwTb160Nx1mh82i45NiOShCzQ9rDuPowd+M7IHjUd8gel/OpW2hCu +A7u2EdBJA7e+ugFsQWvWoyYm5SvQsapSDdz4yxXnrN37Q7+FbrMllbce9C3oQeAp1s8 f1p9t9UM5IjZq9wPuINWtpXK3q5t+PTVYLfKvbZrNjhs/EPdkCvFwZRTrR5xLc6/loI4 5kARD29YHL9ENSDHWr9nkC+m/7Pj55dNWr34xO6lAPmeWHB/RB8B2qgvyFjuKbzsxvHO hTbQFfUh6CFzfnmCKmnySR7Fjfk75jfYGPtkec+FieYKrlI96Zx/HVzOnFKoWMPHx7Wy cgpA== X-Gm-Message-State: ALoCoQkowHih7bGMYM58tNs8watvHaPeulrz9qIbAV5mcnACyBz2h3NDd28vjOEbl+eV1rc/B6K2 X-Received: by 10.182.18.101 with SMTP id v5mr3098945obd.64.1408911038491; Sun, 24 Aug 2014 13:10:38 -0700 (PDT) Received: from jimsnuc ([208.123.73.30]) by mx.google.com with ESMTPSA id q4sm101246242oif.19.2014.08.24.13.10.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 24 Aug 2014 13:10:38 -0700 (PDT) From: "Jim Thompson" To: , References: <754783310.20140824233738@serebryakov.spb.ru> In-Reply-To: <754783310.20140824233738@serebryakov.spb.ru> Subject: RE: Does anybody have set of scripts to support two uplink connections (with two ISPs) without AS and BGP? Date: Sun, 24 Aug 2014 13:10:36 -0700 Message-ID: <124301cfbfd7$78d51ca0$6a7f55e0$@netgate.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJbQ8Cn2TE8lRXEx0oAQmVHTixjc5rJJ1qA Content-Language: en-us X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 20:10:45 -0000 pfSense has a bunch of PHP scripts that do this. :-) -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Lev Serebryakov Sent: Sunday, August 24, 2014 12:38 PM To: freebsd-net@freebsd.org Subject: Does anybody have set of scripts to support two uplink connections (with two ISPs) without AS and BGP? Hello, Freebsd-net. Typical task: two "home-grade" ISPs, one router. Need to monitor both channels, switch default route, balance outgoing traffic, manage ipfw firewall, etc. For Linux here is Net::ISP::Balance (http://lstein.github.io/Net-ISP-Balance/) and LSM as part of it (http://lsm.foobar.fi/download/), but they are very Linux-specific. Maybe, somebody have good set of such scripts? Looks like /sbin/dhclient-script should be rewritten too, for example, because standard one uses "default interface" detection which fails in race condition of two ISPs (both uses DHCP!), for example. -- // Black Lion AKA Lev Serebryakov _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Aug 24 21:29:01 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4D49922 for ; Sun, 24 Aug 2014 21:29:01 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7129736B4 for ; Sun, 24 Aug 2014 21:29:01 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id k15so11480811qaq.24 for ; Sun, 24 Aug 2014 14:29:00 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=VWcQnRVHIbVDAClHKC/7gRaA2t/j2b6dBZAB5VX32XE=; b=yJhkeIrk9qq/HfuHhqJFP6KDG2LZUp6n7buimwVaKOpcUD9o4x/muWbC/BldLqe1KR O/wqzlZt/8GXQuPVNZOUXVDxV8VhkjeiPB+PZnWnPB4Tja3AgjJ6kLLSc6lBcpTrbKhG Z2mSyQAVvXkWQBYYW6YHnZ1NLQx7/eCH0nIr8tYzXolKM0f/ixeZPk4LkF7WqtJe8qVB uVi2cr43IcSarHroO4uavyJ6sIlXNpJXEWsxrUtBAPPnlDCbYam+Hv2TS7kUyXP5H/YP FGOIlvi/cQDdNozWbvJAfxXFe9/R6UfRTxjNH2YE7OIPh08IsCOSeu3iPBfjvfqdRX51 AFqg== MIME-Version: 1.0 X-Received: by 10.140.104.69 with SMTP id z63mr27182278qge.81.1408915740466; Sun, 24 Aug 2014 14:29:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sun, 24 Aug 2014 14:29:00 -0700 (PDT) In-Reply-To: <14808814623.112dfc436230575.4702450748812904217@devalias.io> References: <14808814623.112dfc436230575.4702450748812904217@devalias.io> Date: Sun, 24 Aug 2014 14:29:00 -0700 X-Google-Sender-Auth: TI9MlBqAnQ5VyQ_kDqBpjI6WFQ8 Message-ID: Subject: Re: Re: Set arbitrary protocol for route? From: Adrian Chadd To: jmoore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 21:29:01 -0000 Hi, It looks like someone needs to abstract out the address manager code a little - adding/removing/querying routing table information is an OS specific thing and should be moved into a module. Then yes, you could use the protocol flags mentioned to do it on freebsd, complete with whatever other OS specific stuff has to happen. -a On 24 August 2014 07:58, jmoore wrote: > ---- On Sat, 23 Aug 2014 13:33:04 -0400 Nikolay Denev <nike_d@cytexbg.= com> wrote ---- > > On Sat, Aug 23, 2014 at 8:49 AM, Adrian Chadd <adrian@freebsd.org> = wrote: > > Ok, so how does the whole protocol thing implement priority? > > > > > > -a > > Ah, sorry, reading again I don't think it does that. For some reason I > was under the impression it does. > So, it looks like it's just a 8 bit tag applied to each route, not > involved in the actual routing, but allows you > to filter when displaying etc. > From linux ip-route(8) man page : > > protocol RTPROTO > the routing protocol identifier of this route. RTPROTO may be a > number or a string from the file /etc/iproute2/rt_protos. If > the routing protocol ID is not given, ip assumes protocol boot > (i.e. it assumes the route was added by someone who doesn't > understand what they are doing). Several protocol values have a > fixed interpretation. Namely: > > redirect - the route was installed due to an ICMP > redirect. > > kernel - the route was installed by the kernel during > autoconfiguration. > > boot - the route was installed during the bootup > sequence. If a routing daemon starts, it will purge all > of them. > > static - the route was installed by the administrator to > override dynamic routing. Routing daemon will respect > them and, probably, even advertise them to its peers. > > ra - the route was installed by Router Discovery > protocol. > > The rest of the values are not reserved and the administrator is > free to assign (or not to assign) protocol tags. > > > > --Nikolay > > > The context for this questions is updating this script[1] to allow a (cur= rently) unsupported FreeBSD instance running on Google Compute Engine to be= able to use their load balancers. In this case, the proto is used as a ma= gic number, as necessary internal routes are programmatically determined an= d then compared to current routes, adding/removing as needed. > > [1] https://github.com/GoogleCloudPlatform/compute-image-packages/blob/ma= ster/google-daemon/usr/share/google/google_daemon/address_manager.py > > > _______________________________________________ > 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 Sun Aug 24 22:14:24 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4789D2A4; Sun, 24 Aug 2014 22:14:24 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AAEB3A39; Sun, 24 Aug 2014 22:14:23 +0000 (UTC) Received: from Julian-MBP3.local ([12.157.112.125]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s7OLvKWc083725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 24 Aug 2014 14:57:21 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53FA5FBF.1010907@freebsd.org> Date: Sun, 24 Aug 2014 14:57:19 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: lev@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: Does anybody have set of scripts to support two uplink connections (with two ISPs) without AS and BGP? References: <754783310.20140824233738@serebryakov.spb.ru> In-Reply-To: <754783310.20140824233738@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2014 22:14:24 -0000 On 8/24/14, 12:37 PM, Lev Serebryakov wrote: > Hello, Freebsd-net. > > Typical task: two "home-grade" ISPs, one router. Need to monitor both > channels, switch default route, balance outgoing traffic, manage ipfw > firewall, etc. > > For Linux here is Net::ISP::Balance > (http://lstein.github.io/Net-ISP-Balance/) and LSM as part of it > (http://lsm.foobar.fi/download/), but they are very Linux-specific. > > Maybe, somebody have good set of such scripts? > > Looks like /sbin/dhclient-script should be rewritten too, for example, > because standard one uses "default interface" detection which fails in race > condition of two ISPs (both uses DHCP!), for example. > I don't have scripts any more but I have done this. The single biggest step is to realise that both links need separate NAT, or if one ISP gives you real routable subnet, then the other link needs to be NAT'd. (unless you are willing to dual-home every machine you have). If you had a commercial ISP they might use BGP or something but with a home-grade ISP conenction you can't do that. Once you have two connections set up then you can use either multiple FIBS, or packet redirection in ipfw to decide what connectins go to what ISP connection. Incoming sessions must return to the same link that they came in from but how you do that really depends on how you setup your systems. From owner-freebsd-net@FreeBSD.ORG Mon Aug 25 08:00:12 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFE1F3DA for ; Mon, 25 Aug 2014 08:00:12 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3E873C15 for ; Mon, 25 Aug 2014 08:00:12 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7P80Csa040913 for ; Mon, 25 Aug 2014 08:00:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Message-Id: <201408250800.s7P80Csa040913@kenobi.freebsd.org> From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bugzilla] Commit Needs MFC MIME-Version: 1.0 X-Bugzilla-Type: whine X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated Date: Mon, 25 Aug 2014 08:00:12 +0000 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 08:00:13 -0000 Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by eadler@FreeBSD.org. (1 bugs) Bug 183659: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183659 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-net@FreeBSD.org Status: Needs MFC Resolution: Summary: [tcp] TCP stack lock contention with short-lived connections From owner-freebsd-net@FreeBSD.ORG Mon Aug 25 17:21:16 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 316814D0 for ; Mon, 25 Aug 2014 17:21:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 17D59340C for ; Mon, 25 Aug 2014 17:21:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7PHLFC6082947 for ; Mon, 25 Aug 2014 17:21:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 181741] [kernel] [patch] Packet loss when 'control' messages are present with large data (sendmsg(2)) Date: Mon, 25 Aug 2014 17:21:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bugzilla.freebsd@omnilan.de X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 17:21:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181741 Harald Schmalzbauer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla.freebsd@omnilan.de --- Comment #8 from Harald Schmalzbauer --- Is there anybody who can make that patch happen for 10.1? Thanks a lot, -Harry -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Mon Aug 25 20:49:58 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D992CBC; Mon, 25 Aug 2014 20:49:58 +0000 (UTC) Received: from mx0a-0016ce01.pphosted.com (mx0a-0016ce01.pphosted.com [67.231.148.157]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF9AD3A83; Mon, 25 Aug 2014 20:49:54 +0000 (UTC) Received: from pps.filterd (m0045602.ppops.net [127.0.0.1]) by mx0a-0016ce01.pphosted.com (8.14.5/8.14.5) with SMTP id s7PKXftM011031; Mon, 25 Aug 2014 13:39:05 -0700 Received: from avcashub1.qlogic.com (avcashub3.qlogic.com [198.70.193.117]) by mx0a-0016ce01.pphosted.com with ESMTP id 1nxm4pv2yv-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 25 Aug 2014 13:39:05 -0700 Received: from AVMB1.qlogic.org ([fe80::c919:8cc:f3ba:c727]) by avcashub3.qlogic.org ([::1]) with mapi id 14.02.0387.000; Mon, 25 Aug 2014 13:39:04 -0700 From: David Somayajulu To: "freebsd-drivers@freebsd.org" , "freebsd-net@freebsd.org" Subject: OFED support on FreeBSD Thread-Topic: OFED support on FreeBSD Thread-Index: Ac/ApGWHQT8rZlw9QHawbhkKVJfMdw== Date: Mon, 25 Aug 2014 20:39:04 +0000 Message-ID: <49F5640B08EAA94DAF2F6B6145E6A08A0128634D54@AVMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.4.10] MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=5600 definitions=7541 signatures=670506 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408250262 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "davidcs@FreeBSD.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 20:49:58 -0000 Hi All, What is the current support for OFED on FreeBSD ? Are there any drivers whi= ch support either RoCE or iWARP ? Thanks David Somayajulu ________________________________ 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 Mon Aug 25 21:21:44 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30CA6DDC; Mon, 25 Aug 2014 21:21:44 +0000 (UTC) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED1173E59; Mon, 25 Aug 2014 21:21:43 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id lj1so21711891pab.33 for ; Mon, 25 Aug 2014 14:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=yVyClQE7XFNgsKNsRmm7tMFb+mMAXrZrQQiMNRPm0Ok=; b=mBYckjHBdsp1zyptPM9pQXx4J4mPEMr6nPMlDxdHEUPrSRGepC+Yb7UaFlmjaEAGaI lW7XgI4ZNlh9awGJgW/hl25YPwHkipLxLSCd/z86Ic0ra9o6yeuiZMssOEkqDDSD/4lN rTMtsFLN1lJr1CJSbZJLDJK5QlM0i1EQmvkG6aR+/bwk7GhUjyRzRfODTPtBi1m8BU3O XDnw92L07waYkE3MC/tUP3xx1QOiakKIUl7yXmkyeEuyVD1t+v+j448Q4dFzvgmYy0Up j8V23fc0f9DioEp+sazP4ourruM6HXxJxa+Q9VkLAsfJDbCN50DyOKbEROSG6D37W4GE YKqA== X-Received: by 10.66.163.65 with SMTP id yg1mr32125072pab.33.1409001703357; Mon, 25 Aug 2014 14:21:43 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id td4sm772143pbc.36.2014.08.25.14.21.41 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Aug 2014 14:21:42 -0700 (PDT) Sender: Navdeep Parhar Message-ID: <53FBA8E4.305@FreeBSD.org> Date: Mon, 25 Aug 2014 14:21:40 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: David Somayajulu , "freebsd-drivers@freebsd.org" , "freebsd-net@freebsd.org" Subject: Re: OFED support on FreeBSD References: <49F5640B08EAA94DAF2F6B6145E6A08A0128634D54@AVMB1.qlogic.org> In-Reply-To: <49F5640B08EAA94DAF2F6B6145E6A08A0128634D54@AVMB1.qlogic.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "davidcs@FreeBSD.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2014 21:21:44 -0000 On 08/25/14 13:39, David Somayajulu wrote: > Hi All, > What is the current support for OFED on FreeBSD ? Are there any drivers which support either RoCE or iWARP ? The iw_cxgbe module in sys/dev/cxgbe/iw_cxgbe is an iWARP driver for cxgbe(4) hardware. The upstream version is kernel verbs only, and is probably missing some bugfixes. Regards, Navdeep > Thanks > David Somayajulu > > ________________________________ > > This message and any attached documents contain information from QLogic Corporation 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 notify the sender immediately by reply e-mail and then delete this message. > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 03:07:41 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 528E9CF9; Tue, 26 Aug 2014 03:07:41 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1DED43C19; Tue, 26 Aug 2014 03:07:41 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E9496B987; Mon, 25 Aug 2014 23:07:39 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) Date: Mon, 25 Aug 2014 15:52:29 -0400 Message-ID: <2204059.7tqSNWvxzC@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <53F72AC4.7040108@omnilan.de> References: <522300E3.6050303@rawbw.com> <522419F4.5010605@rawbw.com> <53F72AC4.7040108@omnilan.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 25 Aug 2014 23:07:40 -0400 (EDT) Cc: Harald Schmalzbauer , net@freebsd.org, current@freebsd.org, asomers@freebsd.org, Yuri X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 03:07:41 -0000 On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: > Bez=FCglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): > > Please check in this patch: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181741 > > Please MFC into 9.X > >=20 > > Description of the problem is within PR. > >=20 > > Thanks, > > Yuri >=20 > Hello, >=20 > I guess this fix should make it into 10.1. > Can someone check please? A fix has to make into HEAD first. I've cc'd Alan who responded to the= bug. =20 Alan, note that glebius@ already committed the test case to HEAD a whil= e ago. --=20 John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 10:48:21 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CA39D25 for ; Tue, 26 Aug 2014 10:48:21 +0000 (UTC) Received: from bravo.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by mx1.freebsd.org (Postfix) with ESMTP id 0213A3734 for ; Tue, 26 Aug 2014 10:48:20 +0000 (UTC) Received: by bravo.jonathanprice.org (Postfix, from userid 58) id F0C5E1B4C; Tue, 26 Aug 2014 10:40:29 +0000 (UTC) Received: from mail.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by bravo.jonathanprice.org (Postfix) with ESMTPSA id A47B61B4A for ; Tue, 26 Aug 2014 10:40:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=jonathanprice.org; s=default; t=1409049627; bh=sOiNACPHUGJXoTO9ug2FqEkTUOVPlRIS587y4Yc1Eis=; h=Date:From:Subject:To; b=jOZTT30rDCxs6cmOGyOeBGybdcgT3Sq24s/6Gvl0Jgsc+OLsYO8eSdLMG4NBnPTS4 8yRA8UzRKJXFiobsG47aQg2Et6tMwBrMYdlwl6Ttwu/n6F3KiOoWXaKwlyRtAjZ/Od gN33IvDs77o4XaCP/0Q7gyhuMQZI+flEigX3u6G0= Mime-Version: 1.0 Date: Tue, 26 Aug 2014 10:40:27 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: Quoted-Printable Message-ID: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> X-Mailer: RainLoop/1.6.8.153 From: freebsd@jonathanprice.org Subject: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" To: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 10:48:21 -0000 Hello,=0A=0AI am configuring a server with IPv4 and IPv6 addresses and ha= ve noticed that FreeBSD seems to be preferring IPv4, such as when establi= shing SSH connections.=0A=0AAfter reading through /etc/defaults/rc.conf, = and later /etc/rc.d/ip6addrctl I have come to the conclusion that I have = two ways to tell FreeBSD to prefer IPv6:=0A=0A1) Add ipv6_activate_all_in= terfaces to /etc/rc.conf=0A2) Add ip6addrctl_policy=3D"ipv6_prefer" to /e= tc/rc.conf=0A=0ACould anybody with a little more knowledge on the matter = explain to me which of the two options is more preferential?=0A=0AIf it h= elps, I only have a single NIC in the server, and it does not function as= a gateway.=0A=0AThanks,=0AJonathan.=0A=0A(I do apologise if this email e= nds up being sent as HTML. I haven't tried sending plaintext from this pa= rticular webmail client before). From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 12:02:42 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C88B7A02 for ; Tue, 26 Aug 2014 12:02:42 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AFDA83EBD for ; Tue, 26 Aug 2014 12:02:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7QC2gTd063743 for ; Tue, 26 Aug 2014 12:02:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 192426] [bpf] [panic] [patch]: Kernel panic when using BPF Date: Tue, 26 Aug 2014 12:02:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: robert@octarineparrot.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 12:02:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192426 Robert Clipsham changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[bpf] [panic]: Kernel panic |[bpf] [panic] [patch]: |when using BPF |Kernel panic when using BPF -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 13:11:43 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBBDFA50 for ; Tue, 26 Aug 2014 13:11:43 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B01A353F for ; Tue, 26 Aug 2014 13:11:43 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7QDBh5C037872 for ; Tue, 26 Aug 2014 13:11:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Tue, 26 Aug 2014 13:11:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glebius@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 13:11:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 Gleb Smirnoff changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |glebius@FreeBSD.org --- Comment #5 from Gleb Smirnoff --- This looks more like a pf issue, not ng_iface. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 13:43:18 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E50801F9 for ; Tue, 26 Aug 2014 13:43:18 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C74CE381C for ; Tue, 26 Aug 2014 13:43:18 +0000 (UTC) Received: from [192.168.200.205] (unknown [50.136.155.142]) (using SSLv3 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id EE1BD192906 for ; Tue, 26 Aug 2014 13:43:16 +0000 (UTC) Subject: [RFC] PLPMTU Blackhole Detection From: Sean Bruno Reply-To: sbruno@freebsd.org To: FreeBSD Net Content-Type: text/plain; charset="us-ascii" Date: Tue, 26 Aug 2014 06:43:15 -0700 Message-ID: <1409060595.1385.6.camel@bruno> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 13:43:19 -0000 https://reviews.freebsd.org/D506 This patch implements an attempt to adjust the MTU/MSS of a connection to work around poor networks that block ICMP fragmentation needed indications. sean p.s. I intend on working on a full PLPMTU implementation after working this into the tree. From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 14:44:11 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D123D55 for ; Tue, 26 Aug 2014 14:44:11 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1473F3F70 for ; Tue, 26 Aug 2014 14:44:10 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,405,1406617200"; d="asc'?scan'208";a="142351205" Received: from vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) by mx11-out.netapp.com with ESMTP; 26 Aug 2014 07:44:10 -0700 Received: from HIOEXCMBX03-PRD.hq.netapp.com (10.122.105.36) by vmwexceht06-prd.hq.netapp.com (10.106.77.104) with Microsoft SMTP Server (TLS) id 14.3.123.3; Tue, 26 Aug 2014 07:43:50 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx03-prd.hq.netapp.com (10.122.105.36) with Microsoft SMTP Server (TLS) id 15.0.913.22; Tue, 26 Aug 2014 07:43:49 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Tue, 26 Aug 2014 07:43:50 -0700 From: "Eggert, Lars" To: George Neville-Neil Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Topic: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Index: AQHPIYzc3HaTSw//+U6b0HMYTUDKSZt6PvOAgGprrIA= Date: Tue, 26 Aug 2014 14:43:49 +0000 Message-ID: <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_9F65941C-9A73-4B60-B044-32DAA98D6156"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 14:44:11 -0000 --Apple-Mail=_9F65941C-9A73-4B60-B044-32DAA98D6156 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, the newcwv patch is probably stale now with Tom Jones' recent patch = based on a more up-to-date version of the Internet-Draft, but the PRR = patch should still be useful? Lars On 2014-6-19, at 23:35, George Neville-Neil = wrote: > On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >=20 >> Hi, >>=20 >> below are two patches that implement RFC6937 ("Proportional Rate = Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to = support Rate-Limited Traffic"). They were done by Aris = Angelogiannopoulos for his MS thesis, which is at = https://eggert.org/students/angelogiannopoulos-thesis.pdf. >>=20 >> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry for = the delay in sending them, we'd been trying to get some feedback from = committers first, without luck.) >>=20 >> Please note that newcwv is still a work in progress in the IETF, and = the patch has some limitations with regards to the "pipeACK Sampling = Period" mentioned in the Internet-Draft. Aris says this in his thesis = about what exactly he implemented: >>=20 >> "The second implementation choice, is in regards with the measurement = of pipeACK. This variable is the most important introduced by the method = and is used to compute the phase that the sender currently lies in. In = order to compute pipeACK the approach suggested by the Internet Draft = (ID) is followed [ncwv]. During initialization, pipeACK is set to the = maximum possible value. A helper variable prevHighACK is introduced that = is initialized to the initial sequence number (iss). prevHighACK holds = the value of the highest acknowledged byte so far. pipeACK is measured = once per RTT meaning that when an ACK covering prevHighACK is received, = pipeACK becomes the difference between the current ACK and prevHighACK. = This is called a pipeACK sample. A newer version of the draft suggests = that multiple pipeACK samples can be used during the pipeACK sampling = period." >>=20 >> Lars >>=20 >>=20 >> [prr.patch] >>=20 >> [newcwv.patch] >=20 > Apologies for not looking at this as yet. It is now closer to the top = of my list. >=20 > Best, > George --Apple-Mail=_9F65941C-9A73-4B60-B044-32DAA98D6156 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/ydN9ZcnpRveo1xAQL4UwP8DAslT04q+fibu3JSUWwaGleQ2UXzmBua fzO7DSihPn6AUvIwWlzwn78gWcIGgih8QWscI/PGoAmdN5fyaSPA0RBVgwMSLn/2 ADQY8ytM1gnmTJSDeHxrkDCrox+LsCX5/LmfGWXFM5j2gEiuM6vUi5v+cEMjqHqU XXGJ063BG6s= =39DM -----END PGP SIGNATURE----- --Apple-Mail=_9F65941C-9A73-4B60-B044-32DAA98D6156-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 14:55:21 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31900FE5 for ; Tue, 26 Aug 2014 14:55:21 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB359305C for ; Tue, 26 Aug 2014 14:55:20 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so4302339wib.4 for ; Tue, 26 Aug 2014 07:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:hackerspace:user-agent; bh=PLtysD1bb0PdcV5lCAC92CzAqvogrzHHG/N7EGrLVsw=; b=ypae7sMN/p/D5YjUOP5E6MXoIB2x9jRmpYBUICHi6FdQGG2MUzMQ/vdKK+VZc2IfR2 hcK3GNxCkpXy6vZumZ4OK/b0Oe12Xp2Qq567B5zJhqljMYT/wJWv6YzYtmMKCaKUkBBV ta9ryEH3sHPKruqa8DpzLFOd4fav/28TuJfkX6rckzgyXN4t0aaqyA1I9AmhOwMZa9ce aeWdfAzmpxhJejVQoUJSXXOL/NdyySeFulJF3ProjToAvTFiOvNaSAEfEwlurXgxV6fs XD9aBT5boiU+0/Q7VulPDjnwF338fUfS8MW1gMFAM6OJQzeKRzl6H2KOXg4C4E4fdVAL NkSQ== X-Received: by 10.180.86.65 with SMTP id n1mr22608423wiz.41.1409064918802; Tue, 26 Aug 2014 07:55:18 -0700 (PDT) Received: from gmail.com (tom-imac.erg.abdn.ac.uk. [139.133.204.26]) by mx.google.com with ESMTPSA id w1sm13070745wib.1.2014.08.26.07.55.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Aug 2014 07:55:18 -0700 (PDT) Sender: Tom Jones Date: Tue, 26 Aug 2014 15:55:21 +0100 From: Tom Jones To: "Eggert, Lars" , freebsd-net@freebsd.org Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Message-ID: <20140826145517.GD12732@gmail.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> Hackerspace: 57North Hacklab User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 14:55:21 -0000 On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: > Hi, > > the newcwv patch is probably stale now with Tom Jones' recent patch based on > a more up-to-date version of the Internet-Draft, but the PRR patch should > still be useful? My newcwv patch is much more up to date than Aris's, but it is slightly different in implementation. I have had a few suggestions from Adrian, but he couldn't comment on how it relates to the tcp internals. There is a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191520 The biggest difference in structure between mine and Aris's patch is the use of tcp timers. It would be good to hear if my approach or Aris's is prefered. > On 2014-6-19, at 23:35, George Neville-Neil wrote: > > > On 4 Feb 2014, at 1:38, Eggert, Lars wrote: > > > >> Hi, > >> > >> below are two patches that implement RFC6937 ("Proportional Rate Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to support Rate-Limited Traffic"). They were done by Aris Angelogiannopoulos for his MS thesis, which is at https://eggert.org/students/angelogiannopoulos-thesis.pdf. > >> > >> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry for the delay in sending them, we'd been trying to get some feedback from committers first, without luck.) > >> > >> Please note that newcwv is still a work in progress in the IETF, and the patch has some limitations with regards to the "pipeACK Sampling Period" mentioned in the Internet-Draft. Aris says this in his thesis about what exactly he implemented: > >> > >> "The second implementation choice, is in regards with the measurement of pipeACK. This variable is the most important introduced by the method and is used to compute the phase that the sender currently lies in. In order to compute pipeACK the approach suggested by the Internet Draft (ID) is followed [ncwv]. During initialization, pipeACK is set to the maximum possible value. A helper variable prevHighACK is introduced that is initialized to the initial sequence number (iss). prevHighACK holds the value of the highest acknowledged byte so far. pipeACK is measured once per RTT meaning that when an ACK covering prevHighACK is received, pipeACK becomes the difference between the current ACK and prevHighACK. This is called a pipeACK sample. A newer version of the draft suggests that multiple pipeACK samples can be used during the pipeACK sampling period." > >> > >> Lars > >> > >> > >> [prr.patch] > >> > >> [newcwv.patch] > > > > Apologies for not looking at this as yet. It is now closer to the top of my list. > > > > Best, > > George > -- Tom @adventureloop adventurist.me :wq From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 15:05:15 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 657491F7; Tue, 26 Aug 2014 15:05:15 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 603CA3164; Tue, 26 Aug 2014 15:05:14 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so4318435wib.10 for ; Tue, 26 Aug 2014 08:05: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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RLaX85PPJoWyaPS4wgKa7U0HfRh49cQXxgIy38g1tMY=; b=WpHAo/nNeiFq9qiV8ptenxdtSXQvWFLYwMLm5nIQ47Y9jCH7CtW5PvwPwn5Sh/RihL cMm3HE+nQylTcjTKjSaOQprhqve68yQdPX+NwVuvJp7qFS8hTScFgjvVrwKSm5nGE4d+ 5JZIBKABU4CCeeMItrX1oUPj4KhO6oj6aPVtyLDeAv1GwpDtePHV5CXTPqsGK9iOVn0g 2thIbpQ7PewA/NllPyVGvtKJc/jbhurq592Gwf4Q1sd6jg6WVyeUapek20CXJNp9Nbrf z0udZrEGTkZxrJCzINROpyNIchabB2zj5Eb1h+Jkox8cnFZ0rjNvh84He0lcNltTETM6 bnvA== MIME-Version: 1.0 X-Received: by 10.180.188.35 with SMTP id fx3mr22721051wic.82.1409065512690; Tue, 26 Aug 2014 08:05:12 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.126.1 with HTTP; Tue, 26 Aug 2014 08:05:12 -0700 (PDT) In-Reply-To: <2204059.7tqSNWvxzC@ralph.baldwin.cx> References: <522300E3.6050303@rawbw.com> <522419F4.5010605@rawbw.com> <53F72AC4.7040108@omnilan.de> <2204059.7tqSNWvxzC@ralph.baldwin.cx> Date: Tue, 26 Aug 2014 09:05:12 -0600 X-Google-Sender-Auth: hsoD8G7YDHZdwmMoK7tAn0BpGKM Message-ID: Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) From: Alan Somers To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Alan Somers , Harald Schmalzbauer , FreeBSD CURRENT , "net@freebsd.org" , Yuri X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 15:05:15 -0000 On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote: > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: >> Bez=C3=BCglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): >> > Please check in this patch: >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181741 >> > Please MFC into 9.X >> > >> > Description of the problem is within PR. >> > >> > Thanks, >> > Yuri >> >> Hello, >> >> I guess this fix should make it into 10.1. >> Can someone check please? > > A fix has to make into HEAD first. I've cc'd Alan who responded to the b= ug. > Alan, note that glebius@ already committed the test case to HEAD a while = ago. First, Gleb's testcase needs to be converted to ATF. This would be a good exercise for anybody who's new to ATF and wants some practice. Anybody interested? > > -- > John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 16:35:31 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99B69726 for ; Tue, 26 Aug 2014 16:35:31 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 651BA3A15 for ; Tue, 26 Aug 2014 16:35:31 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id vb8so11946549obc.33 for ; Tue, 26 Aug 2014 09:35:30 -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:content-type; bh=5IAWiddwEBxmbminy1BLtQcMDIG07n7mj88hC1d5LnI=; b=iUQMx06Cvvj8Cvo3ipsavlVwHdQeqbNdB74243lXjOHp8XhE3KxvuoJWM9OJ9nyVdM gAqSfiOUpMiTX6lpD3JC37SwY6aNieUMedarK58BgkEu3FkQtM+83eVFkTBlnEOcDunL qHFZiHeubMaTeilxHuT9Nni36oE2jFMgxqdxRvlIbtAs05algfOPYdyx6eOuJnCrltsa +J+A0QQtroR4PqvpHA21bGZAn6CEtXxjd2P0MD0qVTBQKVIcU1PEOs05AXcqyC9E081t 7m0286oBrBpYyQvdQQ+0u64O9VoL8HZX1EbFOPYF84wOIush9vEpCafe7Bsm5bUNpdJu Cz4Q== X-Received: by 10.60.70.65 with SMTP id k1mr15257559oeu.61.1409070930571; Tue, 26 Aug 2014 09:35:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.232.163 with HTTP; Tue, 26 Aug 2014 09:35:10 -0700 (PDT) From: Raimundo Santos Date: Tue, 26 Aug 2014 13:35:10 -0300 Message-ID: Subject: 9.3 RELEASE not forwarding pkt-gen (netmap) packets over XenServer To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 16:35:31 -0000 Hello list, I am using FreeBSD 9.3 RELEASE over XenServer 6.2 with a quad port Intel NIC dedicated to my tests. I have three virtual machines, all using NICs with PCI passthrough, in this way: One VM (vm0) as router between the others, with two Intel NIC. Stock kernel. One VM (vm1) as generator, with one Intel NIC. netmap + XEMHVM kernel. One VM (vm2) as consumer, with one Intel NIC. netmap + XEMHVM kernel. When I connect vm1 to vm2 directly, traffic flows without problem, no matter how I select the source an destination IP and MAC addresses. When I connect through vm0, just enabling IP forwarding and no packet filter active (i.e., no PF compiled in and no ipfw module loaded), vm2 can consume all the traffic, but only if I specify only one source and only one destination IP addresses. With this in vm1: pkt-gen -i igb0 -f tx -s 10.0.0.1 -d 192.168.10.1 \ -S -D -R 100000 And this in vm2: pkt-gen -i igb0 -f rx Setting up static ARP table and route table entries in vm0 for vm1 and vm2, I can see 100Kpps on vm2. But only changing in vm1 -d 192.168.10.1-192.168.10.2 I can only see 50Kpps going out to vm2 (with tcpdump inside vm0, where I have stock kernel), but 100Kpps coming from vm1. If I designate a range of four destination addresses, I get 1/4 of the total designated rate going to vm2, even with all the packets getting to vm0 from vm1. Does not matter at all the packet rate I set, the division continues to occur. What could be wrong? In vm0: Routes: 192.168.10/24 gateway 192.168.2.2 192.168.11/24 gateway 192.168.2.2 10/8 gateway 192.168.1.1 ARP static: 192.168.2.2 192.168.1.1 Thank you for your attention! Raimundo Santos From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 18:09:24 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E616F59 for ; Tue, 26 Aug 2014 18:09:24 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1663538 for ; Tue, 26 Aug 2014 18:09:24 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id i50so14962953qgf.6 for ; Tue, 26 Aug 2014 11:09:23 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=ILQjPyBnbae1ICtWMUYBYJwRp3ScvVl/KuLSJbqc650=; b=Y/VACREbHdeI15X0534LSFVvPzkWp+C3nqa/gMz7Z8S5KtQTvTtrVJrCGjP9M8CHxD t/sRAErF9tV6GtE77/spomQwbaJjUScnuyzEvf191fn/p45u1Sa0ofZBQUhtaKt/RaKx c9tuGb/3TVHvaThFN7bPh2P8GUEfUTy6TY3arlcM2azbyJ819xExu8YUmF3vdYh/Rgxx 2q5bPHuSPRPqJiYlZu0kG3XI2L1xjljv/iJVZCZvnLW3gASkSO911DfXOZle9ZBo0KLU RGFLPrnGMmRsFSDsrWw1ZIUYMQEP8BTEDyM9nql0VySMxB15oQqj7dixzDB+jkUAifHI VzNQ== MIME-Version: 1.0 X-Received: by 10.140.19.201 with SMTP id 67mr45383671qgh.28.1409076563211; Tue, 26 Aug 2014 11:09:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 26 Aug 2014 11:09:23 -0700 (PDT) In-Reply-To: <20140826145517.GD12732@gmail.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> Date: Tue, 26 Aug 2014 11:09:23 -0700 X-Google-Sender-Auth: fWpJ0TsVI0gCntOpumvO2RECkCg Message-ID: Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 From: Adrian Chadd To: Tom Jones Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net , "Eggert, Lars" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 18:09:24 -0000 Hi! I'm going to merge Tom's work in a week unless someone gives me a really good reason not to. I think there's been enough work and discussion about it since the first post from Lars in Feburary and enough review opportunity. -a On 26 August 2014 07:55, Tom Jones wrote: > On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >> Hi, >> >> the newcwv patch is probably stale now with Tom Jones' recent patch base= d on >> a more up-to-date version of the Internet-Draft, but the PRR patch shoul= d >> still be useful? > > My newcwv patch is much more up to date than Aris's, but it is slightly > different in implementation. I have had a few suggestions from Adrian, bu= t he > couldn't comment on how it relates to the tcp internals. > > There is a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191520 > > The biggest difference in structure between mine and Aris's patch is the = use of > tcp timers. It would be good to hear if my approach or Aris's is prefered= . > >> On 2014-6-19, at 23:35, George Neville-Neil wrote= : >> >> > On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >> > >> >> Hi, >> >> >> >> below are two patches that implement RFC6937 ("Proportional Rate Redu= ction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to support Rat= e-Limited Traffic"). They were done by Aris Angelogiannopoulos for his MS t= hesis, which is at https://eggert.org/students/angelogiannopoulos-thesis.pd= f. >> >> >> >> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry for t= he delay in sending them, we'd been trying to get some feedback from commit= ters first, without luck.) >> >> >> >> Please note that newcwv is still a work in progress in the IETF, and = the patch has some limitations with regards to the "pipeACK Sampling Period= " mentioned in the Internet-Draft. Aris says this in his thesis about what = exactly he implemented: >> >> >> >> "The second implementation choice, is in regards with the measurement= of pipeACK. This variable is the most important introduced by the method a= nd is used to compute the phase that the sender currently lies in. In order= to compute pipeACK the approach suggested by the Internet Draft (ID) is fo= llowed [ncwv]. During initialization, pipeACK is set to the maximum possibl= e value. A helper variable prevHighACK is introduced that is initialized to= the initial sequence number (iss). prevHighACK holds the value of the high= est acknowledged byte so far. pipeACK is measured once per RTT meaning that= when an ACK covering prevHighACK is received, pipeACK becomes the differen= ce between the current ACK and prevHighACK. This is called a pipeACK sample= . A newer version of the draft suggests that multiple pipeACK samples can = be used during the pipeACK sampling period." >> >> >> >> Lars >> >> >> >> >> >> [prr.patch] >> >> >> >> [newcwv.patch] >> > >> > Apologies for not looking at this as yet. It is now closer to the top= of my list. >> > >> > Best, >> > George >> > > > > -- > Tom > @adventureloop > adventurist.me > > :wq > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 19:29:02 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C2DDD3B; Tue, 26 Aug 2014 19:29:02 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21BAF3F58; Tue, 26 Aug 2014 19:29:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1B9F7B98D; Tue, 26 Aug 2014 15:29:01 -0400 (EDT) From: John Baldwin To: Alan Somers Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) Date: Tue, 26 Aug 2014 15:15:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <522300E3.6050303@rawbw.com> <2204059.7tqSNWvxzC@ralph.baldwin.cx> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201408261515.32146.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 26 Aug 2014 15:29:01 -0400 (EDT) Cc: Harald Schmalzbauer , FreeBSD CURRENT , "net@freebsd.org" , current@freebsd.org, Yuri X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 19:29:02 -0000 On Tuesday, August 26, 2014 11:05:12 am Alan Somers wrote: > On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote: > > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: > >> Bez=C3=BCglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): > >> > Please check in this patch: > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181741 > >> > Please MFC into 9.X > >> > > >> > Description of the problem is within PR. > >> > > >> > Thanks, > >> > Yuri > >> > >> Hello, > >> > >> I guess this fix should make it into 10.1. > >> Can someone check please? > > > > A fix has to make into HEAD first. I've cc'd Alan who responded to the= bug. > > Alan, note that glebius@ already committed the test case to HEAD a whil= e ago. >=20 > First, Gleb's testcase needs to be converted to ATF. This would be a > good exercise for anybody who's new to ATF and wants some practice. > Anybody interested? While that would be nice, I don't know that it's quite fair to require the test to be converted before working on a possible fix. The existing test doesn't seem that hard to run by hand: % cd work/freebsd/head/tools/regression/sockets/unix_passfd/ % make =2E.. % > ./unix_passfd=20 beginning test1-simplesendfd test1-simplesendfd passed =2E.. beginning test8-rigths+creds+payload unix_passfd: test8-rigths+creds+payload: recvmsg: 24 bytes received I only say this because in the bug followup you seemed to have described a possible solution so it seems that you would be able to develop a fix quick= er than other folks since you are already familiar with the issues involved. (Also, you've fixed other related issues recently.) =2D-=20 John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 19:35:50 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D442986 for ; Tue, 26 Aug 2014 19:35:50 +0000 (UTC) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 165773083 for ; Tue, 26 Aug 2014 19:35:50 +0000 (UTC) Received: by mail-oi0-f43.google.com with SMTP id u20so11119690oif.16 for ; Tue, 26 Aug 2014 12:35:49 -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 :content-type; bh=YgpJfNy05MEcjQO4N/5rv5B329MeyD0pQ/1reqWc0os=; b=UwlTBtkacO3Nn7TjkymEpA+OlWmPW43eXPWmvrgESc6fUMdJKoMECj7Xc0NZaNXLvI ccRGLoS0kqyOtFjHKMXExM0HpOMSDhe+6U5qk3YzVGG275ymDiJin0PQsq5b6WLhTSbI vmk80/PdLYbt48Thx3Ptb+hnRIUiwSqtRfYzHADl2H4xBNyEahHEVlvI9FGypxyYjhGU ejZFEd73M18KI0Mhj5R2e/oHrz1col2UyjdIQgGx4B42pL2NV4qSdDhxV+Ysd7964Q21 f4kE/OAp8zVxQPrNeLvG9YLjOoXsU4IZPbq1U12FhXZbtcUAd1BKJeDxLea3SbLMQMW1 MnPA== X-Received: by 10.60.119.98 with SMTP id kt2mr29713771oeb.13.1409081749254; Tue, 26 Aug 2014 12:35:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.232.163 with HTTP; Tue, 26 Aug 2014 12:35:29 -0700 (PDT) In-Reply-To: References: From: Raimundo Santos Date: Tue, 26 Aug 2014 16:35:29 -0300 Message-ID: Subject: Re: 9.3 RELEASE not forwarding pkt-gen (netmap) packets over XenServer To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 19:35:50 -0000 That is what a tcpdump says (in vm0, the router): 15:38:13.286112 00:1b:21:53:51:3d > 00:1b:21:53:51:39, ethertype IPv4 (0x0800), length 60: (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 46) 10.0.0.1.0 > 192.168.10.1.0: [udp sum ok] UDP, length 18 15:38:13.286119 00:1b:21:53:51:3d > 00:1b:21:53:51:39, ethertype IPv4 (0x0800), length 60: (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 46, bad cksum 6605 (->6604)!) 10.0.0.1.0 > 192.168.10.2.0: [bad udp cksum 0x5e7c -> 0x5e7b!] UDP, length 18 All of these with txcsum, rxcsum and tso4 disabled. I am trying to test the performance of this virtual router in using dummynet to shape by IP and pkt-gen, with its said ability to generate packets with ranges of IP sources, could be a very good traffic generator. Once again, thank you! Raimundo Santos From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 19:52:20 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0CA8992; Tue, 26 Aug 2014 19:52:20 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47BFB34A4; Tue, 26 Aug 2014 19:52:20 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id i8so16230906qcq.31 for ; Tue, 26 Aug 2014 12:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=J1InMtZnkzQ/WuX4+N9gZo1O/wy0+f6D5hznLe+Szvs=; b=E5zzIpBngIQnMDB9NF2MjjSk8FNzNBAw8C5sk8MlZPSTgpWw6OtqOoVlwyZ2R60mhV K1ZG1mbTPUyU8N6+bJWKCBl+GDTxvvFmVTiydmd9GwO6rkKyaslR+vgeCLR5sNWgQ09V PuUJOM5yoJJYkGkPWsyMFiOY81ZtCF2KC/PVmqOTI6Xntc2ZNwBwYGtixjRrucv0zWdG 2+kQ+XkdtIP4W+x3iDXTRxxkaZ4B0dSbIKLEwzpZ3f+giZSjG448V5Ir8aIylYid973e tYK/yMBvOWMQw8MmjHA7/Uc8HqkMRHWgQ8SnD1m2SujVPhv08jXmNhPBl8C2seziWf1o lD8g== X-Received: by 10.140.89.5 with SMTP id u5mr47597909qgd.14.1409082739298; Tue, 26 Aug 2014 12:52:19 -0700 (PDT) Received: from charmander.home ([64.229.13.35]) by mx.google.com with ESMTPSA id k4sm12392362qaf.0.2014.08.26.12.52.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Aug 2014 12:52:18 -0700 (PDT) Sender: Mark Johnston Date: Tue, 26 Aug 2014 15:51:40 -0400 From: Mark Johnston To: John Baldwin Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) Message-ID: <20140826195140.GA10143@charmander.home> References: <522300E3.6050303@rawbw.com> <2204059.7tqSNWvxzC@ralph.baldwin.cx> <201408261515.32146.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201408261515.32146.jhb@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: current@freebsd.org, Alan Somers , Harald Schmalzbauer , FreeBSD CURRENT , "net@freebsd.org" , Yuri X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 19:52:21 -0000 On Tue, Aug 26, 2014 at 03:15:31PM -0400, John Baldwin wrote: > On Tuesday, August 26, 2014 11:05:12 am Alan Somers wrote: > > On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote: > > > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: > > >> Bezüglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): > > >> > Please check in this patch: > > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=181741 > > >> > Please MFC into 9.X > > >> > > > >> > Description of the problem is within PR. > > >> > > > >> > Thanks, > > >> > Yuri > > >> > > >> Hello, > > >> > > >> I guess this fix should make it into 10.1. > > >> Can someone check please? > > > > > > A fix has to make into HEAD first. I've cc'd Alan who responded to the bug. > > > Alan, note that glebius@ already committed the test case to HEAD a while ago. > > > > First, Gleb's testcase needs to be converted to ATF. This would be a > > good exercise for anybody who's new to ATF and wants some practice. > > Anybody interested? > > While that would be nice, I don't know that it's quite fair to require the > test to be converted before working on a possible fix. The existing test > doesn't seem that hard to run by hand: > > % cd work/freebsd/head/tools/regression/sockets/unix_passfd/ > % make > ... > % > ./unix_passfd > beginning test1-simplesendfd > test1-simplesendfd passed > ... > beginning test8-rigths+creds+payload > unix_passfd: test8-rigths+creds+payload: recvmsg: 24 bytes received > > I only say this because in the bug followup you seemed to have described a > possible solution so it seems that you would be able to develop a fix quicker > than other folks since you are already familiar with the issues involved. > (Also, you've fixed other related issues recently.) As it happens, I went ahead and did this anyway: https://reviews.freebsd.org/D689 From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 20:01:49 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ED904B3 for ; Tue, 26 Aug 2014 20:01:49 +0000 (UTC) Received: from asmtp01.netarrest.com (asmtp01.netarrest.com [67.228.24.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B03936D2 for ; Tue, 26 Aug 2014 20:01:49 +0000 (UTC) Received: from HPTouch (p5B07696D.dip0.t-ipconnect.de [91.7.105.109]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by asmtp01.netarrest.com (Postfix) with ESMTPSA id 47ADD990019 for ; Tue, 26 Aug 2014 15:01:47 -0500 (CDT) Reply-To: promotion@sunrise.ch Message-ID: <8ca15edd0587a6302c5d4cd70011d996@sunrise.ch> From: "SoundCloud" To: Subject: New message from SoundCloud PR Date: Tue, 26 Aug 2014 22:01:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 20:01:49 -0000 [letter.png] Hey, [1]SoundCloudPR sent you a message: The SoundCloud Promotional Service offers Artists, DJ's, Singers and Managers a simple, cost-effective way to reach targeted followers, sales, comments, plays and downloads on SoundCloud. We target like-minded users who are interested in your new tracks, releases and sets. Artists that generate a lot of honest consistent feedbacks and traffic to their profiles are the ones who stand out from the crowd. To check this new service, go directly to the [2]SoundCloud Promotion Page [1eCW8gV] [3]SoundCloudPR [4]Promote your account [5]Unsubscribe References Visible links 1. http://bit.ly/scpromo 2. http://bit.ly/scpromo 3. http://bit.ly/scpromo 4. http://bit.ly/scpromo 5. mailto:soundcloudnow@outlook.com?subject=NOMORE Hidden links: 7. http://bit.ly/scpromo From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 20:42:35 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79DE9A38; Tue, 26 Aug 2014 20:42:35 +0000 (UTC) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2DD13B64; Tue, 26 Aug 2014 20:42:34 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id u10so2046691lbd.18 for ; Tue, 26 Aug 2014 13:42:32 -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=XQTPovTsDwy2L8+ESVO74mdFOiBQNio2qK9OAsZUc2c=; b=OLlJa4q1pTTMTrrwNju7aWzLjrRrg2s9K6DjnGYVGUwY8QyEeZEDGQKL9l42gUs8FI XYQFXxKJrqbj4sc/Ruh10dX16jgS9o1E0yEMUw+J5PP3rRCtB0C/5IYTfSZ05M2QlVPO eEPnUb5iqvsTXCe857CYMk9NimEKlNfWBTb2iWlRFQrYRqKoSXNpmiwssjhLYJ0c4lMk kapzj0GQpbRVULN+pvfU6Hn6kNSDd64AQY6CjOETSfE5gZGiiZ0Jt7vz+lQYqTjYt8MX /kvhm4dQBJlsraTeQxL83cnEsnHESpqt6D/XMCYYDxcDfQh5l1SssDfg92qTuF+KsFrT c4+A== MIME-Version: 1.0 X-Received: by 10.112.61.68 with SMTP id n4mr5141010lbr.91.1409085752709; Tue, 26 Aug 2014 13:42:32 -0700 (PDT) Received: by 10.25.37.67 with HTTP; Tue, 26 Aug 2014 13:42:32 -0700 (PDT) Date: Tue, 26 Aug 2014 13:42:32 -0700 Message-ID: Subject: ixgbe IXGBE_LEGACY_TX breaks build (patch/fix included) From: Nick Rogers To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: jfv@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 20:42:35 -0000 Hello, I am trying to get the ixgbe driver + PF/ALTQ working under stable/9. Initially, loading a PF rulset with ALTQ enabled fails on an ix interface, reporting "ix0: driver does not support altq". This is similar to the behavior over the last few years when dealing with the igb driver. However, I have been using ALTQ + igb with great success by defining IGB_LEGACY_TX in the e1000/igb driver code. I noticed that ixgbe has a similar define IXGBE_LEGACY_TX to enable the legacy, non-multiqueue transmit behavior, that also "enables" ALTQ support. After adding the IXGBE_LEGACY_TX define to ixgbe source, building the driver fails with the following compile errors: /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_msix_que': /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' (have 'struct ifaltq') /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' (have 'struct ifaltq') /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_local_timer': /usr/src/sys/dev/ixgbe/ixgbe.c:2077: error: 'struct tx_ring' has no member named 'txq_task' /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_free_transmit_buffers': /usr/src/sys/dev/ixgbe/ixgbe.c:3255: error: 'struct tx_ring' has no member named 'br' /usr/src/sys/dev/ixgbe/ixgbe.c:3256: error: 'struct tx_ring' has no member named 'br' So it seems that the IXGBE_LEGACY_TX path no longer compiles successfully, and perhaps never did? Using e1000 as a reference, fixing the pointer error, and looking at previous revisions of ixgbe.c, I was able to come up with the following patch that got the driver to compile while having IXGBE_LEGACY_TX defined. Note that the following svn diff is against HEAD, which as far as I can tell contains the same broken IXGBE_LEGACY_TX path as stable/9 and stable/10. Index: ixgbe.c =================================================================== --- ixgbe.c (revision 270665) +++ ixgbe.c (working copy) @@ -1543,7 +1543,7 @@ IXGBE_TX_LOCK(txr); ixgbe_txeof(txr); #ifdef IXGBE_LEGACY_TX - if (!IFQ_DRV_IS_EMPTY(ifp->if_snd)) + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) ixgbe_start_locked(txr, ifp); #else if (!drbr_empty(ifp, txr->br)) @@ -2091,7 +2091,11 @@ (paused == 0)) ++hung; else if (txr->queue_status == IXGBE_QUEUE_WORKING) +#ifndef IXGBE_LEGACY_TX taskqueue_enqueue(que->tq, &txr->txq_task); +#else + taskqueue_enqueue(que->tq, &que->que_task); +#endif } /* Only truely watchdog if all queues show hung */ if (hung == adapter->num_queues) @@ -3327,10 +3331,6 @@ tx_buffer->map = NULL; } } -#ifdef IXGBE_LEGACY_TX - if (txr->br != NULL) - buf_ring_free(txr->br, M_DEVBUF); -#endif if (txr->tx_buffers != NULL) { free(txr->tx_buffers, M_DEVBUF); txr->tx_buffers = NULL; =================================================================== Using a stable/9 kernel with the above patch allowed me to load my PF ruleset on a machine with an ixgbe interface and ALTQ enabled. i.e. I no longer received the "driver does not support altq error". Queueing on the ix interface now appears to work as it should. I am hoping someone can help verify my work and perhaps audit and correct the IXGBE_LEGACY_TX path currently in the svn tree. Also, FWIW, here is relevant pciconf output for the ixbge card. ix0@pci0:1:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 0023faffff300715 ecap 000e[150] = unknown 1 ecap 0010[160] = unknown 1 ix1@pci0:1:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' class = network subclass = ethernet cap 01[40] = powerspec 3 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0003[140] = Serial 1 0023faffff300715 ecap 000e[150] = unknown 1 ecap 0010[160] = unknown 1 Thanks! -Nick From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 21:22:27 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD769D6E; Tue, 26 Aug 2014 21:22:26 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B51013FA9; Tue, 26 Aug 2014 21:22:25 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ho1so4830465wib.4 for ; Tue, 26 Aug 2014 14:22:24 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=fEdO38MZwrU+pMfm4QOGZL2b8o5RfvgS8MFkZRVCmxA=; b=g3XqtREEh3x/an2SIwXIuga94t79I/zhc+6wDMT0z0y4fPx8adP0yqSwMDh5AfMrPN OeI/iT8AVeND07bc63+IeqSxeXm8cxRGoa7QuYWbl8X8PsyP+5nnb+AVU7jj/bwfM5Wo Zu541TiEHsl0nj22bDlC6wSBmaTbuCdHrdlIILI/ZJzunnrc+atWvwVD2L2R6+fzzhTv s40+Ma6f+Is7xN1VPDe0bjQ4h/IXdhP5/l7Vqr22JZpYwh0vEe/CYm3lKMXlY2oGAI2d GAaEROfmCoLBVLJ0ZurvZyVrNsPHEhm47om8rlFr++NWsAndSqNncqfgJvnGIfVouwYw lEuw== MIME-Version: 1.0 X-Received: by 10.180.189.195 with SMTP id gk3mr8849488wic.82.1409088143887; Tue, 26 Aug 2014 14:22:23 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.126.1 with HTTP; Tue, 26 Aug 2014 14:22:23 -0700 (PDT) In-Reply-To: <20140826195140.GA10143@charmander.home> References: <522300E3.6050303@rawbw.com> <2204059.7tqSNWvxzC@ralph.baldwin.cx> <201408261515.32146.jhb@freebsd.org> <20140826195140.GA10143@charmander.home> Date: Tue, 26 Aug 2014 15:22:23 -0600 X-Google-Sender-Auth: fVlBnlL5R2Oy1gKYHY9bbsfFbWc Message-ID: Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) From: Alan Somers To: Mark Johnston Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, Alan Somers , Harald Schmalzbauer , FreeBSD CURRENT , "net@freebsd.org" , Yuri , John Baldwin X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 21:22:27 -0000 On Tue, Aug 26, 2014 at 1:51 PM, Mark Johnston wrote: > On Tue, Aug 26, 2014 at 03:15:31PM -0400, John Baldwin wrote: >> On Tuesday, August 26, 2014 11:05:12 am Alan Somers wrote: >> > On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote: >> > > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: >> > >> Bez=C3=BCglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): >> > >> > Please check in this patch: >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181741 >> > >> > Please MFC into 9.X >> > >> > >> > >> > Description of the problem is within PR. >> > >> > >> > >> > Thanks, >> > >> > Yuri >> > >> >> > >> Hello, >> > >> >> > >> I guess this fix should make it into 10.1. >> > >> Can someone check please? >> > > >> > > A fix has to make into HEAD first. I've cc'd Alan who responded to = the bug. >> > > Alan, note that glebius@ already committed the test case to HEAD a w= hile ago. >> > >> > First, Gleb's testcase needs to be converted to ATF. This would be a >> > good exercise for anybody who's new to ATF and wants some practice. >> > Anybody interested? >> >> While that would be nice, I don't know that it's quite fair to require t= he >> test to be converted before working on a possible fix. The existing tes= t >> doesn't seem that hard to run by hand: >> >> % cd work/freebsd/head/tools/regression/sockets/unix_passfd/ >> % make >> ... >> % > ./unix_passfd >> beginning test1-simplesendfd >> test1-simplesendfd passed >> ... >> beginning test8-rigths+creds+payload >> unix_passfd: test8-rigths+creds+payload: recvmsg: 24 bytes received >> >> I only say this because in the bug followup you seemed to have described= a >> possible solution so it seems that you would be able to develop a fix qu= icker >> than other folks since you are already familiar with the issues involved= . >> (Also, you've fixed other related issues recently.) > > As it happens, I went ahead and did this anyway: > https://reviews.freebsd.org/D689 BTW, is it just me, or is arcanist insanely slow? Usually "arc diff --create" or "arc diff --update" take many minutes to complete. Like, 30 minutes. I've been trying to do "arc patch" for nearly an hour now, but it hasn't completed yet. From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 22:03:14 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EAD24B5; Tue, 26 Aug 2014 22:03:14 +0000 (UTC) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17C633482; Tue, 26 Aug 2014 22:03:14 +0000 (UTC) Received: by mail-qg0-f51.google.com with SMTP id a108so15220434qge.24 for ; Tue, 26 Aug 2014 15:03:13 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=r7GNVE8+CU3KtymSMVU1PdD982QLI1aKk4YLXMW0y2s=; b=iTx0P2DMFy0iYGbe9AEKCJqIGLWg6T3yxgbcZsDdA2nOnDTYcaomC4kCmHk9ynI7te 4zcCrS0Nj7EfTW/mVSrJVRcgQYeWz5ovyVazb9YnLKkWZXXzuwUnnr1GKsjFAJSuGs+R psVQgfurrXGUuX8QAAk22Kew70ZozTjEthoag8GUwENsHUiLCsJGyMmJf5GLHcg3iN/J pwU5H8J8wsKnO432eBro7h3DbIc/fz8qaE3PRVRdoDCSO8+7VijLoClgJBn7RnEdWJYw ErHw0rZMnCW08qYsFi/JuweZADTryzD1BF8lm/xzsT/yzkrHIQru8K98qImtiz8zXxDk Q9sA== MIME-Version: 1.0 X-Received: by 10.140.104.69 with SMTP id z63mr47369058qge.81.1409090593077; Tue, 26 Aug 2014 15:03:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 26 Aug 2014 15:03:13 -0700 (PDT) In-Reply-To: References: <522300E3.6050303@rawbw.com> <2204059.7tqSNWvxzC@ralph.baldwin.cx> <201408261515.32146.jhb@freebsd.org> <20140826195140.GA10143@charmander.home> Date: Tue, 26 Aug 2014 15:03:13 -0700 X-Google-Sender-Auth: QYvLrrihXfauvkSGn4N4BOZ88Ho Message-ID: Subject: Re: [PATCH] Packet loss when 'control' messages are present with large data (sendmsg(2)) From: Adrian Chadd To: Alan Somers Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "current@freebsd.org" , FreeBSD CURRENT , Harald Schmalzbauer , Mark Johnston , "net@freebsd.org" , Yuri X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 22:03:14 -0000 On 26 August 2014 14:22, Alan Somers wrote: > On Tue, Aug 26, 2014 at 1:51 PM, Mark Johnston wrote: >> On Tue, Aug 26, 2014 at 03:15:31PM -0400, John Baldwin wrote: >>> On Tuesday, August 26, 2014 11:05:12 am Alan Somers wrote: >>> > On Mon, Aug 25, 2014 at 1:52 PM, John Baldwin wrote= : >>> > > On Friday, August 22, 2014 01:34:28 PM Harald Schmalzbauer wrote: >>> > >> Bez=C3=BCglich Yuri's Nachricht vom 02.09.2013 06:54 (localtime): >>> > >> > Please check in this patch: >>> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D181741 >>> > >> > Please MFC into 9.X >>> > >> > >>> > >> > Description of the problem is within PR. >>> > >> > >>> > >> > Thanks, >>> > >> > Yuri >>> > >> >>> > >> Hello, >>> > >> >>> > >> I guess this fix should make it into 10.1. >>> > >> Can someone check please? >>> > > >>> > > A fix has to make into HEAD first. I've cc'd Alan who responded to= the bug. >>> > > Alan, note that glebius@ already committed the test case to HEAD a = while ago. >>> > >>> > First, Gleb's testcase needs to be converted to ATF. This would be a >>> > good exercise for anybody who's new to ATF and wants some practice. >>> > Anybody interested? >>> >>> While that would be nice, I don't know that it's quite fair to require = the >>> test to be converted before working on a possible fix. The existing te= st >>> doesn't seem that hard to run by hand: >>> >>> % cd work/freebsd/head/tools/regression/sockets/unix_passfd/ >>> % make >>> ... >>> % > ./unix_passfd >>> beginning test1-simplesendfd >>> test1-simplesendfd passed >>> ... >>> beginning test8-rigths+creds+payload >>> unix_passfd: test8-rigths+creds+payload: recvmsg: 24 bytes received >>> >>> I only say this because in the bug followup you seemed to have describe= d a >>> possible solution so it seems that you would be able to develop a fix q= uicker >>> than other folks since you are already familiar with the issues involve= d. >>> (Also, you've fixed other related issues recently.) >> >> As it happens, I went ahead and did this anyway: >> https://reviews.freebsd.org/D689 > > BTW, is it just me, or is arcanist insanely slow? Usually "arc diff > --create" or "arc diff --update" take many minutes to complete. Like, > 30 minutes. I've been trying to do "arc patch" for nearly an hour > now, but it hasn't completed yet. It's you. it's very quick for me. -a From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 22:36:55 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 721B05F7; Tue, 26 Aug 2014 22:36:55 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 222F539A3; Tue, 26 Aug 2014 22:36:55 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id i13so14391640qae.6 for ; Tue, 26 Aug 2014 15:36:54 -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:message-id:subject :from:to:cc:content-type; bh=nVlTusbPXdRPtgFVxV40c2BigNjSio6WyWuw8q/Ndfw=; b=cAOM7BUajcn6KjWfWOK09knwsk43KArwyuMito+knIvbTifQGFqPXdUnGhV1vHKmL7 gXBU5sMzfbQEE2RNM4TuwcCPdH+xyZRirJkvyyfKVRg6/yzF6Lo8dvHwzIWwj3/yWLjM EHclVKUhZ4x+v/WPLv4vuVwkLgQfBMSy3XXbbCmSxVPIG0TG3ZzkUluKyPSFh+hwLlct 0Y432rQ4AE7AJ4vTOPz3bAAjv34smc3PDP83euorE/QyhkHV72KA3uuY9FFvfjBcdjH7 BZmvZBD5j7By84jDxPvhD4PpmiUMdgxzyNxpq963VCp6G2v8bxbeVW5I68WWceLAbrz4 WzQQ== MIME-Version: 1.0 X-Received: by 10.224.151.69 with SMTP id b5mr52013458qaw.37.1409092614218; Tue, 26 Aug 2014 15:36:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 26 Aug 2014 15:36:54 -0700 (PDT) In-Reply-To: References: Date: Tue, 26 Aug 2014 15:36:54 -0700 X-Google-Sender-Auth: QFVgLQdjJAZfSS8hw2jvvfx-2vU Message-ID: Subject: Re: ixgbe IXGBE_LEGACY_TX breaks build (patch/fix included) From: Adrian Chadd To: Nick Rogers Content-Type: text/plain; charset=UTF-8 Cc: Jack F Vogel , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 22:36:55 -0000 Hi, I'm not surprised the legacy tx path has bitrotted there. Please file a bug with this - https://bugs.freebsd.org/submit/ - and then just keep poking people until it's done. Thank! -a On 26 August 2014 13:42, Nick Rogers wrote: > Hello, > > I am trying to get the ixgbe driver + PF/ALTQ working under stable/9. > Initially, loading a PF rulset with ALTQ enabled fails on an ix interface, > reporting "ix0: driver does not support altq". This is similar to the > behavior over the last few years when dealing with the igb driver. However, > I have been using ALTQ + igb with great success by defining IGB_LEGACY_TX > in the e1000/igb driver code. I noticed that ixgbe has a similar define > IXGBE_LEGACY_TX to enable the legacy, non-multiqueue transmit behavior, > that also "enables" ALTQ support. > > After adding the IXGBE_LEGACY_TX define to ixgbe source, building the > driver fails with the following compile errors: > > /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_msix_que': > /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' > (have 'struct ifaltq') > /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' > (have 'struct ifaltq') > /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_local_timer': > /usr/src/sys/dev/ixgbe/ixgbe.c:2077: error: 'struct tx_ring' has no member > named 'txq_task' > /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_free_transmit_buffers': > /usr/src/sys/dev/ixgbe/ixgbe.c:3255: error: 'struct tx_ring' has no member > named 'br' > /usr/src/sys/dev/ixgbe/ixgbe.c:3256: error: 'struct tx_ring' has no member > named 'br' > > So it seems that the IXGBE_LEGACY_TX path no longer compiles successfully, > and perhaps never did? Using e1000 as a reference, fixing the pointer > error, and looking at previous revisions of ixgbe.c, I was able to come up > with the following patch that got the driver to compile while having > IXGBE_LEGACY_TX defined. Note that the following svn diff is against HEAD, > which as far as I can tell contains the same broken IXGBE_LEGACY_TX path as > stable/9 and stable/10. > > Index: ixgbe.c > =================================================================== > --- ixgbe.c (revision 270665) > +++ ixgbe.c (working copy) > @@ -1543,7 +1543,7 @@ > IXGBE_TX_LOCK(txr); > ixgbe_txeof(txr); > #ifdef IXGBE_LEGACY_TX > - if (!IFQ_DRV_IS_EMPTY(ifp->if_snd)) > + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) > ixgbe_start_locked(txr, ifp); > #else > if (!drbr_empty(ifp, txr->br)) > @@ -2091,7 +2091,11 @@ > (paused == 0)) > ++hung; > else if (txr->queue_status == IXGBE_QUEUE_WORKING) > +#ifndef IXGBE_LEGACY_TX > taskqueue_enqueue(que->tq, &txr->txq_task); > +#else > + taskqueue_enqueue(que->tq, &que->que_task); > +#endif > } > /* Only truely watchdog if all queues show hung */ > if (hung == adapter->num_queues) > @@ -3327,10 +3331,6 @@ > tx_buffer->map = NULL; > } > } > -#ifdef IXGBE_LEGACY_TX > - if (txr->br != NULL) > - buf_ring_free(txr->br, M_DEVBUF); > -#endif > if (txr->tx_buffers != NULL) { > free(txr->tx_buffers, M_DEVBUF); > txr->tx_buffers = NULL; > =================================================================== > > Using a stable/9 kernel with the above patch allowed me to load my PF > ruleset on a machine with an ixgbe interface and ALTQ enabled. i.e. I no > longer received the "driver does not support altq error". Queueing on the > ix interface now appears to work as it should. > > I am hoping someone can help verify my work and perhaps audit and correct > the IXGBE_LEGACY_TX path currently in the svn tree. > > Also, FWIW, here is relevant pciconf output for the ixbge card. > > ix0@pci0:1:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 0023faffff300715 > ecap 000e[150] = unknown 1 > ecap 0010[160] = unknown 1 > ix1@pci0:1:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' > class = network > subclass = ethernet > cap 01[40] = powerspec 3 supports D0 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 0023faffff300715 > ecap 000e[150] = unknown 1 > ecap 0010[160] = unknown 1 > > Thanks! > > -Nick > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 23:16:24 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F6EDBE4; Tue, 26 Aug 2014 23:16:24 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 595E43EE2; Tue, 26 Aug 2014 23:16:23 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id b17so15942334lan.11 for ; Tue, 26 Aug 2014 16:16: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:date:message-id:subject:from:to :cc:content-type; bh=XMjbi/WbjwJyNuP7Io5rq0+0cNg24jl7JgjJKFqzjjE=; b=MCvMoDEnRoGFheW0mb7eRxM7kcbZ87iTMnpPG4kfAxzcSl2zRnWveTn4268Yubgosk WUCn6iOW9eFLY16RuqaQDOC8yxknli4B35kUiNTDkrYSqXU3GcLUkmp2Z6PC/lCWsIdI 0tOYDGtN51Mc1KO3bTJArtKXRq/eRuSsUS68mlU6rVjN0T1raM15JfIizcf7KURPrSV3 u7MyOMdlf6h2e0u7rhnWul2PqQGw94PfyTzWbFxWQi0l8Bq4TIjCwfwhBSWcVJcG9YsL nBIQ0TdoBDktPGGREdYwT/i88sVk6sa4NK2g3+acpIfoAf9PXHSzy3v1CZ8u7sIEh3nz MAcQ== MIME-Version: 1.0 X-Received: by 10.152.20.132 with SMTP id n4mr5646800lae.86.1409094981312; Tue, 26 Aug 2014 16:16:21 -0700 (PDT) Received: by 10.25.37.67 with HTTP; Tue, 26 Aug 2014 16:16:21 -0700 (PDT) In-Reply-To: References: Date: Tue, 26 Aug 2014 16:16:21 -0700 Message-ID: Subject: Re: ixgbe IXGBE_LEGACY_TX breaks build (patch/fix included) From: Nick Rogers To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Jack F Vogel , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 23:16:24 -0000 On Tue, Aug 26, 2014 at 3:36 PM, Adrian Chadd wrote: > Hi, > > I'm not surprised the legacy tx path has bitrotted there. > > Please file a bug with this - https://bugs.freebsd.org/submit/ - and > then just keep poking people until it's done. > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053 > > Thank! > > > -a > > > On 26 August 2014 13:42, Nick Rogers wrote: > > Hello, > > > > I am trying to get the ixgbe driver + PF/ALTQ working under stable/9. > > Initially, loading a PF rulset with ALTQ enabled fails on an ix > interface, > > reporting "ix0: driver does not support altq". This is similar to the > > behavior over the last few years when dealing with the igb driver. > However, > > I have been using ALTQ + igb with great success by defining IGB_LEGACY_TX > > in the e1000/igb driver code. I noticed that ixgbe has a similar define > > IXGBE_LEGACY_TX to enable the legacy, non-multiqueue transmit behavior, > > that also "enables" ALTQ support. > > > > After adding the IXGBE_LEGACY_TX define to ixgbe source, building the > > driver fails with the following compile errors: > > > > /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_msix_que': > > /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' > > (have 'struct ifaltq') > > /usr/src/sys/dev/ixgbe/ixgbe.c:1529: error: invalid type argument of '->' > > (have 'struct ifaltq') > > /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_local_timer': > > /usr/src/sys/dev/ixgbe/ixgbe.c:2077: error: 'struct tx_ring' has no > member > > named 'txq_task' > > /usr/src/sys/dev/ixgbe/ixgbe.c: In function > 'ixgbe_free_transmit_buffers': > > /usr/src/sys/dev/ixgbe/ixgbe.c:3255: error: 'struct tx_ring' has no > member > > named 'br' > > /usr/src/sys/dev/ixgbe/ixgbe.c:3256: error: 'struct tx_ring' has no > member > > named 'br' > > > > So it seems that the IXGBE_LEGACY_TX path no longer compiles > successfully, > > and perhaps never did? Using e1000 as a reference, fixing the pointer > > error, and looking at previous revisions of ixgbe.c, I was able to come > up > > with the following patch that got the driver to compile while having > > IXGBE_LEGACY_TX defined. Note that the following svn diff is against > HEAD, > > which as far as I can tell contains the same broken IXGBE_LEGACY_TX path > as > > stable/9 and stable/10. > > > > Index: ixgbe.c > > =================================================================== > > --- ixgbe.c (revision 270665) > > +++ ixgbe.c (working copy) > > @@ -1543,7 +1543,7 @@ > > IXGBE_TX_LOCK(txr); > > ixgbe_txeof(txr); > > #ifdef IXGBE_LEGACY_TX > > - if (!IFQ_DRV_IS_EMPTY(ifp->if_snd)) > > + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) > > ixgbe_start_locked(txr, ifp); > > #else > > if (!drbr_empty(ifp, txr->br)) > > @@ -2091,7 +2091,11 @@ > > (paused == 0)) > > ++hung; > > else if (txr->queue_status == IXGBE_QUEUE_WORKING) > > +#ifndef IXGBE_LEGACY_TX > > taskqueue_enqueue(que->tq, &txr->txq_task); > > +#else > > + taskqueue_enqueue(que->tq, &que->que_task); > > +#endif > > } > > /* Only truely watchdog if all queues show hung */ > > if (hung == adapter->num_queues) > > @@ -3327,10 +3331,6 @@ > > tx_buffer->map = NULL; > > } > > } > > -#ifdef IXGBE_LEGACY_TX > > - if (txr->br != NULL) > > - buf_ring_free(txr->br, M_DEVBUF); > > -#endif > > if (txr->tx_buffers != NULL) { > > free(txr->tx_buffers, M_DEVBUF); > > txr->tx_buffers = NULL; > > =================================================================== > > > > Using a stable/9 kernel with the above patch allowed me to load my PF > > ruleset on a machine with an ixgbe interface and ALTQ enabled. i.e. I no > > longer received the "driver does not support altq error". Queueing on the > > ix interface now appears to work as it should. > > > > I am hoping someone can help verify my work and perhaps audit and correct > > the IXGBE_LEGACY_TX path currently in the svn tree. > > > > Also, FWIW, here is relevant pciconf output for the ixbge card. > > > > ix0@pci0:1:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) > > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > > ecap 0003[140] = Serial 1 0023faffff300715 > > ecap 000e[150] = unknown 1 > > ecap 0010[160] = unknown 1 > > ix1@pci0:1:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82599EB 10-Gigabit SFI/SFP+ Network Connection' > > class = network > > subclass = ethernet > > cap 01[40] = powerspec 3 supports D0 D3 current D0 > > cap 05[50] = MSI supports 1 message, 64 bit, vector masks > > cap 11[70] = MSI-X supports 64 messages in map 0x20 enabled > > cap 10[a0] = PCI-Express 2 endpoint max data 128(512) link x8(x8) > > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > > ecap 0003[140] = Serial 1 0023faffff300715 > > ecap 000e[150] = unknown 1 > > ecap 0010[160] = unknown 1 > > > > Thanks! > > > > -Nick > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 23:17:19 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68AC1C9F for ; Tue, 26 Aug 2014 23:17:19 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2AFF3EF5 for ; Tue, 26 Aug 2014 23:17:18 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id b13so14917258wgh.6 for ; Tue, 26 Aug 2014 16:17:17 -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:from:date:message-id :subject:to:cc:content-type; bh=gdFWrJpkD0qxYNiRDc7QmsCGRXDV6S2r9oNMlnSBs1I=; b=o5FgQv+AUYzo0qAYJFKoR28+useGhw05sZguLVZkzkuqPV8XOSGfX/eoqyWnCqTbmb j6XHuUc9eor3r+t38pMNxTfFticLpBlsZ5IBkNNvoaIizTJPH/8wNxRLUHSFXt9gQ/pc iwfSjYh7vAmN/pvS1bTpSpg5N0KggN1qIZWpF4Xbi1NptDXXNL6BFCu9q6VpDs0clrVZ jqxzb98TmhgpQtkuyhYEuZCkfoDEyCa2RDE2DxBtsTUXkT1mgr9XDNCZA3yqmyhyI/3U EgZd4HfkqagfsLxXoyl1eptlS5SiQ2+wttgps95zNHmnjwePzsDBgHP5WEjZ1LXj/h9Q fxFw== X-Received: by 10.180.182.67 with SMTP id ec3mr24794853wic.21.1409095037160; Tue, 26 Aug 2014 16:17:17 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.194.90.2 with HTTP; Tue, 26 Aug 2014 16:16:57 -0700 (PDT) In-Reply-To: References: From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Wed, 27 Aug 2014 01:16:57 +0200 X-Google-Sender-Auth: ZLN95oCHkjguajiTe8GcwpMKgFQ Message-ID: Subject: Re: 9.3 RELEASE not forwarding pkt-gen (netmap) packets over XenServer To: Raimundo Santos Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 23:17:19 -0000 On Tue, Aug 26, 2014 at 9:35 PM, Raimundo Santos wrote: > > 15:38:13.286119 00:1b:21:53:51:3d > 00:1b:21:53:51:39, ethertype IPv4 > (0x0800), length 60: (tos 0x10, ttl 64, id 0, offset 0, flags [DF], proto > UDP (17), length 46, bad cksum 6605 (->6604)!) > > 10.0.0.1.0 > 192.168.10.2.0: [bad udp cksum 0x5e7c -> 0x5e7b!] UDP, > length 18 > > Hi, the bad UDP checksum seems related to this pkt-gen bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187149 pkt-gen one checksum for all the paquets it generate (then once it update the IP or port, the checksum didn't match). Applying the patch correctly update the checksum for all paquets (but it have a performance impact). Regards, Olivier From owner-freebsd-net@FreeBSD.ORG Tue Aug 26 23:30:56 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6EB7CA for ; Tue, 26 Aug 2014 23:30:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AEA443082 for ; Tue, 26 Aug 2014 23:30:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7QNUu1g090414 for ; Tue, 26 Aug 2014 23:30:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 193053] ixgbe(4) IXGBE_LEGACY_TX + ALTQ path broken Date: Tue, 26 Aug 2014 23:30:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hiren@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Aug 2014 23:30:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053 Hiren Panchasara changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 00:34:51 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABA60F68 for ; Wed, 27 Aug 2014 00:34:51 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 79B8436EE for ; Wed, 27 Aug 2014 00:34:51 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id at20so12664875iec.11 for ; Tue, 26 Aug 2014 17:34:50 -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:message-id:subject :from:to:cc:content-type; bh=f90euNXBhGZkMK7SN4CQeajh0375LTo1YJpEbYcpQ3E=; b=BomQTTjhId7Y1l46TgLTBsNgAMrkDMjOLrbafWb6hSX/liz6nrspdRrzs+IQHCgfBE C6nmT3kwfNt2TH94la5JxHO9INmJjw0CRK+KtG3Y395si6TuoPSx3EM5DP3hNFRsuNat oijEaLdJHMExyi36hLVld8+RgjTbUNF64I7Wxv/zUhbddQtKprLULNyBWniwanlyndVh NjD7TUUVzejitjD//5eVu2VIjy5Fwp5KfgVeq9vnIcli6bAgLiVxL5TJhj1aULuF5SFe ihgDDHwdnKmn/YjxRSDg2RX6ZG9X7HVRKlQGnnvtTU4Wf53lYfLU+VGG9A9hPYfkbnoK t5jQ== MIME-Version: 1.0 X-Received: by 10.50.50.175 with SMTP id d15mr25840524igo.35.1409099690696; Tue, 26 Aug 2014 17:34:50 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Tue, 26 Aug 2014 17:34:50 -0700 (PDT) In-Reply-To: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> Date: Tue, 26 Aug 2014 17:34:50 -0700 X-Google-Sender-Auth: M6TkYIDctWHZv0sNjUGvi2kdRAI Message-ID: Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: Kevin Oberman To: freebsd@jonathanprice.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 00:34:51 -0000 On Tue, Aug 26, 2014 at 3:40 AM, wrote: > Hello, > > I am configuring a server with IPv4 and IPv6 addresses and have noticed > that FreeBSD seems to be preferring IPv4, such as when establishing SSH > connections. > > After reading through /etc/defaults/rc.conf, and later > /etc/rc.d/ip6addrctl I have come to the conclusion that I have two ways to > tell FreeBSD to prefer IPv6: > > 1) Add ipv6_activate_all_interfaces to /etc/rc.conf > 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf > > Could anybody with a little more knowledge on the matter explain to me > which of the two options is more preferential? > > If it helps, I only have a single NIC in the server, and it does not > function as a gateway. > > Thanks, > Jonathan. > > Can you confirm that IPv6 is actually working between the systems in question? ping6 to it is a trivial test.Many issues can arise when trying ot get IPv6 running. Firewalls are a common issue. What output do you get from "ip6addrctl show"? netstat -rnf inet6? -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 00:40:33 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73ABF299 for ; Wed, 27 Aug 2014 00:40:33 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [IPv6:2001:470:67:39d::78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E37A373A for ; Wed, 27 Aug 2014 00:40:33 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id EBC8E5D6; Tue, 26 Aug 2014 17:40:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1409100032; bh=+X9O82yode9+fRPAYYDUWMhrl5chPGUJX/Es+K2xsKM=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=Tqy/rjB97eOy+l/kbKCE9MPCYo7rvtNcBWj+vjDE1k7gwn6auR6E+NEDKan5mqAVp Jeo/YlJeVOBxW1mMLe29tQAbwH0sQFL7OOGKw62nim1D6LNenZaHdZwCN5L6GITeno BE8WJGWeDe2pEaIzdhetdbSRgwEFtngVrm+ppkAc= From: Peter Wemm To: freebsd-net@freebsd.org Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" Date: Tue, 26 Aug 2014 17:40:27 -0700 Message-ID: <2173103.SJdXL7NPLT@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17931494.YGa4yGzs8L"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: freebsd@jonathanprice.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 00:40:33 -0000 --nextPart17931494.YGa4yGzs8L Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: > Hello, >=20 > I am configuring a server with IPv4 and IPv6 addresses and have notic= ed that > FreeBSD seems to be preferring IPv4, such as when establishing SSH > connections. >=20 > After reading through /etc/defaults/rc.conf, and later /etc/rc.d/ip6a= ddrctl > I have come to the conclusion that I have two ways to tell FreeBSD to= > prefer IPv6: >=20 > 1) Add ipv6_activate_all_interfaces to /etc/rc.conf > 2) Add ip6addrctl_policy=3D"ipv6_prefer" to /etc/rc.conf >=20 > Could anybody with a little more knowledge on the matter explain to m= e which > of the two options is more preferential? They both do different things. The activate knob is to enable ipv6 on an interface. To oversimplify i= t, if=20 you configure an address on an interface, it is "enabled". However, th= is=20 switch enables this on all the rest of the interfaces, even the ones yo= u=20 didn't configure. ip6addrctl* affects things like hostname lookups to sort the addresses = returned=20 to the caller. They are different things entirely. I think you are expecting the beha= vior=20 that ip6_prefer policy gives you. That's what we use in the freebsd.or= g=20 cluster to have it use ipv6 where possible. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart17931494.YGa4yGzs8L Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJT/Sj/AAoJEDXWlwnsgJ4ErZ0IAKqJz4CEMdURIooA25k1YV5e vDCVO/6zSnMG6i7NbbcEXDvxONnkIkd0v57yLAidx5KZjd5SezbGsJAoCas8GxOc jOKkdkwAAGeX4TkoroQRFIhaCY6f0AeR9ZIc/6Ei7a9yMHyqsNe8C60goTZy4yXX gLxB5Oob8JtGVYMasQpckBLwzXfWibhW8MFdDIEKxo3UsLhnS6wAQZWnOAfYQ6f0 dp9SudFLQr3SZR5sl7Vi1Ebc5f7aVG/aufNxPfVhOSOKa8PNgloKdFsb6adveuSL K/iALInwn0qFbKBadBARWmlZwaNExYXNLseA4dWW5ZbSRyYKRcjw2jZmpNiPhwQ= =+AgE -----END PGP SIGNATURE----- --nextPart17931494.YGa4yGzs8L-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 03:59:07 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98C552D5 for ; Wed, 27 Aug 2014 03:59:07 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F7E53A92 for ; Wed, 27 Aug 2014 03:59:07 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id vb8so12540865obc.32 for ; Tue, 26 Aug 2014 20:59:06 -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=QdlbD0BA7QEVwjt3tLT40jgil3ql6R9RiYYPLm8sRJQ=; b=oXcJujiUZMqF7TzCaPaM6amijxbqHTV805fASyLfM7bIdjKb4tmu612gWvIvPiVud0 gE8c63fM/8C7yguI4269gola1k9rMVudW4CEUJHWXUwnZtXal29YMQs/pdgGUJ6iDSpA HiRataz8yq9goMFAgqNrXRpktO6sXHZgSTWaBMcKDvM/lD0ZbIK5gJ6wzD5xdLA1khsU EJFkbkWFx78hjt7ULUn9D9zMUYtb749HNuqWb/JmKB/krDeXOH49YMRxetiGEZ4Oo6f3 7VRt1Od+nIdyy8FsO52XajETrCj1cCtR7ZO1z1HaXdt5a4Mi07VnONezdfDCi64f4U1B 22cA== X-Received: by 10.182.94.230 with SMTP id df6mr31692282obb.36.1409111946195; Tue, 26 Aug 2014 20:59:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.232.163 with HTTP; Tue, 26 Aug 2014 20:58:46 -0700 (PDT) In-Reply-To: References: From: Raimundo Santos Date: Wed, 27 Aug 2014 00:58:46 -0300 Message-ID: Subject: Re: 9.3 RELEASE not forwarding pkt-gen (netmap) packets over XenServer To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 03:59:07 -0000 On 26 August 2014 20:16, Olivier Cochard-Labb=C3=A9 wr= ote: > > On Tue, Aug 26, 2014 at 9:35 PM, Raimundo Santos wrote: >> >> >> 15:38:13.286119 00:1b:21:53:51:3d > 00:1b:21:53:51:39, ethertype IPv4 >> (0x0800), length 60: (tos 0x10, ttl 64, id 0, offset 0, flags [DF], prot= o >> UDP (17), length 46, bad cksum 6605 (->6604)!) >> >> 10.0.0.1.0 > 192.168.10.2.0: [bad udp cksum 0x5e7c -> 0x5e7b!] UDP, >> length 18 >> > > Hi, > > the bad UDP checksum seems related to this pkt-gen bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187149 Hello Olivier, thank you for pointing it out. That patch help me to achieve my needs. > > > > pkt-gen one checksum for all the paquets it generate (then once it update the IP or port, the checksum didn't match). > Applying the patch correctly update the checksum for all paquets (but it have a performance impact). As my needs are somehow low, I can not notice any performance penalty. Cheers, Raimundo Santos From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 06:31:25 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20A3C3C9 for ; Wed, 27 Aug 2014 06:31:25 +0000 (UTC) Received: from bravo.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by mx1.freebsd.org (Postfix) with ESMTP id D7FE23943 for ; Wed, 27 Aug 2014 06:31:24 +0000 (UTC) Received: by bravo.jonathanprice.org (Postfix, from userid 58) id 20143F80; Wed, 27 Aug 2014 06:31:22 +0000 (UTC) Received: from [192.168.1.150] (host86-156-241-97.range86-156.btcentralplus.com [86.156.241.97]) by bravo.jonathanprice.org (Postfix) with ESMTPSA id B23B7F7B; Wed, 27 Aug 2014 06:31:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=jonathanprice.org; s=default; t=1409121079; bh=yvFi+moUAzsyOKVnFnRoyzIxlv2wi1IELsH8tm4OQ4A=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=T2+p6qvEwWqTyp7cKNuKf36YD6caf7ciEBx0CGqix3Y8QDDzpQAbjbeb7F+aQ1yft AMDQVvunBCNDD2YtsAZCIyzej0RI3IyrECyYAfMSIAyw/b2NDlfqJTwCH5kZOyHojP Xzfq291FYje+4sJLEi0raR2tsMMkFisqn6NiubW8= Message-ID: <53FD7B34.1050408@jonathanprice.org> Date: Wed, 27 Aug 2014 07:31:16 +0100 From: Jonathan Price User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> In-Reply-To: <2173103.SJdXL7NPLT@overcee.wemm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: peter@wemm.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 06:31:25 -0000 On 2014-08-27 01:40, Peter Wemm wrote: > On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: >> Hello, >> >> I am configuring a server with IPv4 and IPv6 addresses and have noticed that >> FreeBSD seems to be preferring IPv4, such as when establishing SSH >> connections. >> >> After reading through /etc/defaults/rc.conf, and later /etc/rc.d/ip6addrctl >> I have come to the conclusion that I have two ways to tell FreeBSD to >> prefer IPv6: >> >> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf >> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf >> >> Could anybody with a little more knowledge on the matter explain to me which >> of the two options is more preferential? > > They both do different things. > > The activate knob is to enable ipv6 on an interface. To oversimplify it, if > you configure an address on an interface, it is "enabled". However, this > switch enables this on all the rest of the interfaces, even the ones you > didn't configure. > > ip6addrctl* affects things like hostname lookups to sort the addresses returned > to the caller. > > They are different things entirely. I think you are expecting the behavior > that ip6_prefer policy gives you. That's what we use in the freebsd.org > cluster to have it use ipv6 where possible. > Hi, and thanks for the response. Would it be possible to go into a little detail as to what ipv6_activate_all_interfaces="YES" does to interfaces which don't explicitly have an address configured? I can't appear to find much information on this option. However, it does sound like for my purposes it would make more sense to use ip6addrctl_policy="ipv6_prefer" as that is more explicitly the feature I want, rather than getting it inadvertently through the other knob. As to Kevin's question, I have working IPv6 connectivity both with and without the knobs in mention, it's just that certain applications which can use both IPv4 and IPv6 (such as SSH), won't use IPv6 unless explicitly told to (with -6 in this example), or one of the above tunables is used. From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 07:22:02 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8C85CA1 for ; Wed, 27 Aug 2014 07:22:02 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 946623D64 for ; Wed, 27 Aug 2014 07:22:02 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so6910002igd.1 for ; Wed, 27 Aug 2014 00:22:01 -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:message-id:subject :from:to:cc:content-type; bh=8QEtneyPnYcnP7YX3Q9jaisWdgzfW6TP5yZzwSLag4Q=; b=Vt6hSqG+x4WqzugNHH4H0Z88/me2LYqxmA9XQ16PqpOrZlDYgNuc5JXbnfSwW2FhrH XYVD6bbXS11vnvFMudY7354JsaxPvw+bFo6fUQ5F2fFqLBnDmOlCw+o8VI3F2h6atEpd gAu851m6sIg1ud4lkc58DZ5Uo9FMgR1mH+2vu57HOzoQ2xu/DuS0M5t7iopiOS7jt15j FWDUOOdEcEP/X83yDlOh8B8ZQkHHMC4X3IKts/bLWLWEfvlPWxPWFgnghkHuhqFN7I+X qd8IU3sJelG2Hd+Mt66lStDhyu+qM9DY6pTcSUhRMCesUrDzKREoO2lswukemLTOe0A+ aXVA== MIME-Version: 1.0 X-Received: by 10.50.25.41 with SMTP id z9mr27788281igf.0.1409124121837; Wed, 27 Aug 2014 00:22:01 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 27 Aug 2014 00:22:01 -0700 (PDT) In-Reply-To: <53FD7B34.1050408@jonathanprice.org> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> Date: Wed, 27 Aug 2014 00:22:01 -0700 X-Google-Sender-Auth: g3dS-tjGFEY7d4pB-ncjPwwjRiY Message-ID: Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: Kevin Oberman To: Jonathan Price Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" , Peter Wemm X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:22:03 -0000 On Tue, Aug 26, 2014 at 11:31 PM, Jonathan Price wrote: > On 2014-08-27 01:40, Peter Wemm wrote: > >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: >> >>> Hello, >>> >>> I am configuring a server with IPv4 and IPv6 addresses and have noticed >>> that >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH >>> connections. >>> >>> After reading through /etc/defaults/rc.conf, and later >>> /etc/rc.d/ip6addrctl >>> I have come to the conclusion that I have two ways to tell FreeBSD to >>> prefer IPv6: >>> >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf >>> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf >>> >>> Could anybody with a little more knowledge on the matter explain to me >>> which >>> of the two options is more preferential? >>> >> >> They both do different things. >> >> The activate knob is to enable ipv6 on an interface. To oversimplify it, >> if >> you configure an address on an interface, it is "enabled". However, this >> switch enables this on all the rest of the interfaces, even the ones you >> didn't configure. >> >> ip6addrctl* affects things like hostname lookups to sort the addresses >> returned >> to the caller. >> >> They are different things entirely. I think you are expecting the >> behavior >> that ip6_prefer policy gives you. That's what we use in the freebsd.org >> cluster to have it use ipv6 where possible. >> >> > Hi, and thanks for the response. > > Would it be possible to go into a little detail as to what > ipv6_activate_all_interfaces="YES" does to interfaces which don't > explicitly have an address configured? I can't appear to find much > information on this option. > > However, it does sound like for my purposes it would make more sense to > use ip6addrctl_policy="ipv6_prefer" as that is more explicitly the > feature I want, rather than getting it inadvertently through the other knob. > > As to Kevin's question, I have working IPv6 connectivity both with and > without the knobs in mention, it's just that certain applications which can > use both IPv4 and IPv6 (such as SSH), won't use IPv6 unless explicitly told > to (with -6 in this example), or one of the above tunables is used While doubting Peter's networking answers is usually foolish, I think this one is at least a bit misleading. As he says, ipv6_activate_all_interfaces="YES" will set all interfaces on the system to -ifdisable which, since it is an IPv6 option, will enable IPv6 on all interfaces. NO will disable IPv6 on all interfaces. But it is related to ipaddrctl_policy as it will set ipaddrctl_policy to "ipv6_prefer" if no explicit setting overrides it. So IPv6 is working, and "ssh -6" does use IPv6. I'd still like to see the output of ip6addrctl. It should look like: ::1/128 50 0 ::/0 40 1 ::ffff:0:0/96 35 4 2002::/16 30 2 2001::/32 5 5 fc00::/7 3 13 ::/96 1 3 fec0::/10 1 11 3ffe::/16 1 12 For more explanation, look at /etc/rc.d/ip6addrctl and /etc/network.subr. The list of prefixes set by it should match what I list above. If 'ipv6_activate_all_interfaces="NO"', or ipaddrctl_policy="ipv4_prefer", you should get: ::1/128 50 0 ::/0 40 1 ::ffff:0:0/96 100 4 2002::/16 30 2 2001::/32 5 5 fc00::/7 3 13 ::/96 1 3 fec0::/10 1 11 3ffe::/16 1 12 Any other output indicates manual setting of the policy. the "magic" is the precedence of ::ffff:0:0/96 which is an odd way of saying IPv4. I generally recommend ipv6_activate_all. Now I fear Peter will explain how I have misread the code. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 07:25:05 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E10FFDD3; Wed, 27 Aug 2014 07:25:04 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AE1013D81; Wed, 27 Aug 2014 07:25:04 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,409,1406617200"; d="asc'?scan'208";a="142509389" Received: from vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) by mx11-out.netapp.com with ESMTP; 27 Aug 2014 00:23:43 -0700 Received: from HIOEXCMBX08-PRD.hq.netapp.com (10.122.105.41) by vmwexceht03-prd.hq.netapp.com (10.106.76.241) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 27 Aug 2014 00:23:20 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx08-prd.hq.netapp.com (10.122.105.41) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 27 Aug 2014 00:23:19 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Wed, 27 Aug 2014 00:23:19 -0700 From: "Eggert, Lars" To: Adrian Chadd Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Topic: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Index: AQHPIYzc3HaTSw//+U6b0HMYTUDKSZt6PvOAgGprrICAAAMkgIAANjaAgADd6IA= Date: Wed, 27 Aug 2014 07:23:18 +0000 Message-ID: <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_3746A6C5-7BF1-4796-97F0-9AC400CD96D2"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: Tom Jones , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:25:05 -0000 --Apple-Mail=_3746A6C5-7BF1-4796-97F0-9AC400CD96D2 Content-Type: multipart/mixed; boundary="Apple-Mail=_B62A7D06-AE4C-4A19-904D-CCD75DCF6A4A" --Apple-Mail=_B62A7D06-AE4C-4A19-904D-CCD75DCF6A4A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii It would be great if people could also review Aris' PRR patch - RFC6937 = has been out for a while. Lars --Apple-Mail=_B62A7D06-AE4C-4A19-904D-CCD75DCF6A4A Content-Disposition: attachment; filename=prr.patch Content-Type: application/octet-stream; name="prr.patch" Content-Transfer-Encoding: 7bit diff --git a/sys/netinet/tcp_input.c b/sys/netinet/tcp_input.c index 75609fd..70c29a8 100644 --- a/sys/netinet/tcp_input.c +++ b/sys/netinet/tcp_input.c @@ -145,6 +145,18 @@ SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, drop_synfin, CTLFLAG_RW, &VNET_NAME(drop_synfin), 0, "Drop TCP packets with SYN+FIN set"); +VNET_DEFINE(int, tcp_do_prr_conservative) = 0; +#define V_tcp_do_prr_conservative VNET(tcp_do_prr_conservative) +SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, do_prr_conservative, CTLFLAG_RW, + &VNET_NAME(tcp_do_prr_conservative), 0, + "Do conservative PRR"); + +VNET_DEFINE(int, tcp_do_prr) = 0; +#define V_tcp_do_prr VNET(tcp_do_prr) +SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, do_prr, CTLFLAG_RW, + &VNET_NAME(tcp_do_prr), 0, + "Do the Proportional Rate Reduction Algorithm"); + VNET_DEFINE(int, tcp_do_rfc3042) = 1; #define V_tcp_do_rfc3042 VNET(tcp_do_rfc3042) SYSCTL_VNET_INT(_net_inet_tcp, OID_AUTO, rfc3042, CTLFLAG_RW, @@ -229,6 +241,7 @@ static void tcp_pulloutofband(struct socket *, struct tcphdr *, struct mbuf *, int); static void tcp_xmit_timer(struct tcpcb *, int); static void tcp_newreno_partial_ack(struct tcpcb *, struct tcphdr *); +static void tcp_prr_partial_ack(struct tcpcb *, struct tcphdr *); static void inline tcp_fields_to_host(struct tcphdr *); #ifdef TCP_SIGNATURE static void inline tcp_fields_to_net(struct tcphdr *); @@ -2460,7 +2473,50 @@ tcp_do_segment(struct mbuf *m, struct tcphdr *th, struct socket *so, else if (++tp->t_dupacks > tcprexmtthresh || IN_FASTRECOVERY(tp->t_flags)) { cc_ack_received(tp, th, CC_DUPACK); - if ((tp->t_flags & TF_SACK_PERMIT) && + if (V_tcp_do_prr && + IN_FASTRECOVERY(tp->t_flags) && + (tp->t_flags & TF_SACK_PERMIT)) { + long snd_cnt = 0, limit = 0, del_data = 0, pipe = 0; + /* + *In a duplicate ACK del_data is only the + *diff_in_sack. If no SACK is used del_data will be 0. + *Pipe is the amount of data we estimate to be + *in the network. + */ + del_data = tp->diff_in_sack; + pipe = (tp->snd_nxt - tp->snd_fack) + + tp->sackhint.sack_bytes_rexmit; + tp->prr_delivered += del_data; + if (pipe > tp->snd_ssthresh) + snd_cnt = (tp->prr_delivered * tp->snd_ssthresh / + tp->recover_fs) + 1 - tp->prr_out; + else { + if (V_tcp_do_prr_conservative) + limit = tp->prr_delivered - tp->prr_out; + else + if ((tp->prr_delivered - tp->prr_out) > del_data) + limit = tp->prr_delivered - tp->prr_out + + tp->t_maxseg; + else + limit = del_data + tp->t_maxseg; + if ((tp->snd_ssthresh - pipe) < limit) + snd_cnt = tp->snd_ssthresh - pipe; + else + snd_cnt = limit; + } + snd_cnt = (snd_cnt / tp->t_maxseg); + if (snd_cnt < 0) + snd_cnt = 0; + /* + * Send snd_cnt new data into the network in + * response to this ack.If there is gonna be a + * SACK retransmission, adjust snd_cwnd + * accordingly. + */ + tp->snd_cwnd = tp->snd_nxt - tp->sack_newdata + + tp->sackhint.sack_bytes_rexmit + (snd_cnt*tp->t_maxseg); + } + else if ((tp->t_flags & TF_SACK_PERMIT) && IN_FASTRECOVERY(tp->t_flags)) { int awnd; @@ -2495,12 +2551,18 @@ tcp_do_segment(struct mbuf *m, struct tcphdr *th, struct socket *so, tcp_seq onxt = tp->snd_nxt; /* - * If we're doing sack, check to - * see if we're already in sack + * If we're doing sack or prr, check to + * see if we're already in * recovery. If we're not doing sack, * check to see if we're in newreno * recovery. */ + if (V_tcp_do_prr) { + if (IN_FASTRECOVERY(tp->t_flags)) { + tp->t_dupacks = 0; + break; + } + } if (tp->t_flags & TF_SACK_PERMIT) { if (IN_FASTRECOVERY(tp->t_flags)) { tp->t_dupacks = 0; @@ -2518,6 +2580,15 @@ tcp_do_segment(struct mbuf *m, struct tcphdr *th, struct socket *so, cc_ack_received(tp, th, CC_DUPACK); tcp_timer_activate(tp, TT_REXMT, 0); tp->t_rtttime = 0; + if (V_tcp_do_prr) { + /* + * snd_ssthresh is already updated by cc_cong_signal. + */ + tp->prr_delivered = 0; + tp->prr_out = 0; + if(!(tp->recover_fs = tp->snd_nxt - tp->snd_una)) + tp->recover_fs = 1; + } if (tp->t_flags & TF_SACK_PERMIT) { TCPSTAT_INC( tcps_sack_recovery_episode); @@ -2614,7 +2685,9 @@ tcp_do_segment(struct mbuf *m, struct tcphdr *th, struct socket *so, */ if (IN_FASTRECOVERY(tp->t_flags)) { if (SEQ_LT(th->th_ack, tp->snd_recover)) { - if (tp->t_flags & TF_SACK_PERMIT) + if (V_tcp_do_prr && (tp->t_flags & TF_SACK_PERMIT)) + tcp_prr_partial_ack(tp, th); + else if (tp->t_flags & TF_SACK_PERMIT) tcp_sack_partialack(tp, th); else tcp_newreno_partial_ack(tp, th); @@ -3692,6 +3765,57 @@ tcp_mssopt(struct in_conninfo *inc) return (mss); } +static void +tcp_prr_partial_ack(struct tcpcb *tp, struct tcphdr *th) +{ + long snd_cnt = 0, limit = 0, del_data = 0, pipe = 0; + + INP_WLOCK_ASSERT(tp->t_inpcb); + + tcp_timer_activate(tp, TT_REXMT, 0); + tp->t_rtttime = 0; + /* + * Compute amount of data that this ACK is indicating (del_data) + * and an estimate of how many bytes are in the network. + */ + if (SEQ_GEQ(th->th_ack,tp->snd_una)) + del_data = BYTES_THIS_ACK(tp, th); + del_data += tp->diff_in_sack; + pipe = (tp->snd_nxt - tp->snd_fack) + tp->sackhint.sack_bytes_rexmit; + tp->prr_delivered += del_data; + /* + * Proportional Rate Reduction + */ + if (pipe > tp->snd_ssthresh) + snd_cnt = (tp->prr_delivered * tp->snd_ssthresh / tp->recover_fs) - + tp->prr_out; + else { + if (V_tcp_do_prr_conservative) + limit = tp->prr_delivered - tp->prr_out; + else + if ((tp->prr_delivered - tp->prr_out) > del_data) + limit = tp->prr_delivered - tp->prr_out + tp->t_maxseg; + else + limit = del_data + tp->t_maxseg; + if ((tp->snd_ssthresh - pipe) < limit) + snd_cnt = tp->snd_ssthresh - pipe; + else + snd_cnt = limit; + } + snd_cnt = (snd_cnt / tp->t_maxseg); + if (snd_cnt < 0) + snd_cnt = 0; + /* + * Send snd_cnt new data into the network + * in response to this ack. + * If there is gonna be a SACK retransmission, + * adjust snd_cwnd accordingly. + */ + tp->snd_cwnd = tp->snd_nxt - tp->sack_newdata + + tp->sackhint.sack_bytes_rexmit + (snd_cnt * tp->t_maxseg); + tp->t_flags |= TF_ACKNOW; + (void) tcp_output(tp); +} /* * On a partial ack arrives, force the retransmission of the diff --git a/sys/netinet/tcp_output.c b/sys/netinet/tcp_output.c index 00d5415..7b4936d 100644 --- a/sys/netinet/tcp_output.c +++ b/sys/netinet/tcp_output.c @@ -1194,6 +1194,8 @@ send: ((so->so_options & SO_DONTROUTE) ? IP_ROUTETOIF : 0), NULL, NULL, tp->t_inpcb); + if (V_tcp_do_prr && IN_FASTRECOVERY(tp->t_flags)) + tp->prr_out += len; if (error == EMSGSIZE && ro.ro_rt != NULL) mtu = ro.ro_rt->rt_rmx.rmx_mtu; RO_RTFREE(&ro); @@ -1232,6 +1234,8 @@ send: ((so->so_options & SO_DONTROUTE) ? IP_ROUTETOIF : 0), 0, tp->t_inpcb); + if (V_tcp_do_prr && IN_FASTRECOVERY(tp->t_flags)) + tp->prr_out += len; if (error == EMSGSIZE && ro.ro_rt != NULL) mtu = ro.ro_rt->rt_rmx.rmx_mtu; RO_RTFREE(&ro); @@ -1323,6 +1327,8 @@ timer: * XXX: It is a POLA question whether calling tcp_drop right * away would be the really correct behavior instead. */ + if (V_tcp_do_prr && IN_FASTRECOVERY(tp->t_flags)) + tp->prr_out -= len; if (((tp->t_flags & TF_FORCEDATA) == 0 || !tcp_timer_active(tp, TT_PERSIST)) && ((flags & TH_SYN) == 0) && diff --git a/sys/netinet/tcp_sack.c b/sys/netinet/tcp_sack.c index 440bd64..800df2f 100644 --- a/sys/netinet/tcp_sack.c +++ b/sys/netinet/tcp_sack.c @@ -348,9 +348,10 @@ tcp_sackhole_remove(struct tcpcb *tp, struct sackhole *hole) void tcp_sack_doack(struct tcpcb *tp, struct tcpopt *to, tcp_seq th_ack) { - struct sackhole *cur, *temp; + struct sackhole *cur, *temp, *temp1; struct sackblk sack, sack_blocks[TCP_MAX_SACK + 1], *sblkp; int i, j, num_sack_blks; + tcp_seq old = 0, new = 0; INP_WLOCK_ASSERT(tp->t_inpcb); @@ -382,13 +383,25 @@ tcp_sack_doack(struct tcpcb *tp, struct tcpopt *to, tcp_seq th_ack) sack_blocks[num_sack_blks++] = sack; } } + if (TAILQ_EMPTY(&tp->snd_holes)) + /* + * Empty scoreboard. Need to initialize snd_fack (it may be + * uninitialized or have a bogus value). Scoreboard holes + * (from the sack blocks received) are created later below + * (in the logic that adds holes to the tail of the + * scoreboard). + */ + tp->snd_fack = SEQ_MAX(tp->snd_una, th_ack); /* * Return if SND.UNA is not advanced and no valid SACK block is - * received. + * received.If no new valid SACK block the scoreboard remains + * the same, i.e. the difference is 0. */ - if (num_sack_blks == 0) + if (num_sack_blks == 0){ + if (V_tcp_do_prr) + tp->diff_in_sack = 0; return; - + } /* * Sort the SACK blocks so we can update the scoreboard with just one * pass. The overhead of sorting upto 4+1 elements is less than @@ -403,15 +416,14 @@ tcp_sack_doack(struct tcpcb *tp, struct tcpopt *to, tcp_seq th_ack) } } } - if (TAILQ_EMPTY(&tp->snd_holes)) - /* - * Empty scoreboard. Need to initialize snd_fack (it may be - * uninitialized or have a bogus value). Scoreboard holes - * (from the sack blocks received) are created later below - * (in the logic that adds holes to the tail of the - * scoreboard). - */ - tp->snd_fack = SEQ_MAX(tp->snd_una, th_ack); + if (V_tcp_do_prr) + if(!TAILQ_EMPTY(&tp->snd_holes)) + TAILQ_FOREACH(temp, &tp->snd_holes, scblink) { + if ((temp1 = TAILQ_NEXT(temp, scblink)) != NULL) + old += temp1->start - temp->end; + else if (SEQ_GT(tp->snd_fack, temp->end)) + old += tp->snd_fack - temp->end; + } /* * In the while-loop below, incoming SACK blocks (sack_blocks[]) and * SACK holes (snd_holes) are traversed from their tails with just @@ -540,6 +552,19 @@ tcp_sack_doack(struct tcpcb *tp, struct tcpopt *to, tcp_seq th_ack) else sblkp--; } + /* + * Calculate number of bytes in the scoreboard. + */ + if (V_tcp_do_prr) + if (!TAILQ_EMPTY(&tp->snd_holes)) + TAILQ_FOREACH(temp, &tp->snd_holes, scblink) { + if ((temp1 = TAILQ_NEXT(temp, scblink)) != NULL) + new += temp1->start - temp->end; + else if (SEQ_GT(tp->snd_fack, temp->end)) + new += tp->snd_fack - temp->end; + } + /* Change in the scoreboard in # of bytes */ + tp->diff_in_sack = new - old; } /* diff --git a/sys/netinet/tcp_subr.c b/sys/netinet/tcp_subr.c index 5d37b50..089d8c6 100644 --- a/sys/netinet/tcp_subr.c +++ b/sys/netinet/tcp_subr.c @@ -801,6 +801,7 @@ tcp_newtcpcb(struct inpcb *inp) tp->t_rxtcur = TCPTV_RTOBASE; tp->snd_cwnd = TCP_MAXWIN << TCP_MAX_WINSHIFT; tp->snd_ssthresh = TCP_MAXWIN << TCP_MAX_WINSHIFT; + tp->diff_in_sack = 0; tp->t_rcvtime = ticks; /* * IPv4 TTL initialization is necessary for an IPv6 socket as well, diff --git a/sys/netinet/tcp_var.h b/sys/netinet/tcp_var.h index aaaa4a4..fe1507e 100644 --- a/sys/netinet/tcp_var.h +++ b/sys/netinet/tcp_var.h @@ -161,6 +161,11 @@ struct tcpcb { u_long t_rttupdated; /* number of times rtt sampled */ u_long max_sndwnd; /* largest window peer has offered */ + tcp_seq prr_delivered; /* Total bytes delivered during PRR recovery */ + tcp_seq prr_out; /* Total bytes sent during PRR recovery */ + tcp_seq recover_fs; /* FlightSize at the start of PRR recovery */ + tcp_seq diff_in_sack; /* (Signed) Difference of data in scoreboard due to the current ACK */ + int t_softerror; /* possible error not yet reported */ /* out-of-band data */ char t_oobflags; /* have some */ @@ -174,6 +179,7 @@ struct tcpcb { u_int32_t ts_offset; /* our timestamp offset */ tcp_seq last_ack_sent; + /* experimental */ u_long snd_cwnd_prev; /* cwnd prior to retransmit */ u_long snd_ssthresh_prev; /* ssthresh prior to retransmit */ @@ -627,8 +633,10 @@ VNET_DECLARE(int, tcp_abc_l_var); #define V_tcp_abc_l_var VNET(tcp_abc_l_var) VNET_DECLARE(int, tcp_do_sack); /* SACK enabled/disabled */ +VNET_DECLARE(int, tcp_do_prr); /* PRR enabled/disabled */ VNET_DECLARE(int, tcp_sc_rst_sock_fail); /* RST on sock alloc failure */ #define V_tcp_do_sack VNET(tcp_do_sack) +#define V_tcp_do_prr VNET(tcp_do_prr) #define V_tcp_sc_rst_sock_fail VNET(tcp_sc_rst_sock_fail) VNET_DECLARE(int, tcp_do_ecn); /* TCP ECN enabled/disabled */ --Apple-Mail=_B62A7D06-AE4C-4A19-904D-CCD75DCF6A4A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2014-8-26, at 20:09, Adrian Chadd wrote: > Hi! >=20 > I'm going to merge Tom's work in a week unless someone gives me a > really good reason not to. >=20 > I think there's been enough work and discussion about it since the > first post from Lars in Feburary and enough review opportunity. >=20 >=20 > -a >=20 >=20 > On 26 August 2014 07:55, Tom Jones wrote: >> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>> Hi, >>>=20 >>> the newcwv patch is probably stale now with Tom Jones' recent patch = based on >>> a more up-to-date version of the Internet-Draft, but the PRR patch = should >>> still be useful? >>=20 >> My newcwv patch is much more up to date than Aris's, but it is = slightly >> different in implementation. I have had a few suggestions from = Adrian, but he >> couldn't comment on how it relates to the tcp internals. >>=20 >> There is a PR: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191520 >>=20 >> The biggest difference in structure between mine and Aris's patch is = the use of >> tcp timers. It would be good to hear if my approach or Aris's is = prefered. >>=20 >>> On 2014-6-19, at 23:35, George Neville-Neil = wrote: >>>=20 >>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>=20 >>>>> Hi, >>>>>=20 >>>>> below are two patches that implement RFC6937 ("Proportional Rate = Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to = support Rate-Limited Traffic"). They were done by Aris = Angelogiannopoulos for his MS thesis, which is at = https://eggert.org/students/angelogiannopoulos-thesis.pdf. >>>>>=20 >>>>> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry = for the delay in sending them, we'd been trying to get some feedback = from committers first, without luck.) >>>>>=20 >>>>> Please note that newcwv is still a work in progress in the IETF, = and the patch has some limitations with regards to the "pipeACK Sampling = Period" mentioned in the Internet-Draft. Aris says this in his thesis = about what exactly he implemented: >>>>>=20 >>>>> "The second implementation choice, is in regards with the = measurement of pipeACK. This variable is the most important introduced = by the method and is used to compute the phase that the sender currently = lies in. In order to compute pipeACK the approach suggested by the = Internet Draft (ID) is followed [ncwv]. During initialization, pipeACK = is set to the maximum possible value. A helper variable prevHighACK is = introduced that is initialized to the initial sequence number (iss). = prevHighACK holds the value of the highest acknowledged byte so far. = pipeACK is measured once per RTT meaning that when an ACK covering = prevHighACK is received, pipeACK becomes the difference between the = current ACK and prevHighACK. This is called a pipeACK sample. A newer = version of the draft suggests that multiple pipeACK samples can be used = during the pipeACK sampling period." >>>>>=20 >>>>> Lars >>>>>=20 >>>>>=20 >>>>> [prr.patch] >>>>>=20 >>>>> [newcwv.patch] >>>>=20 >>>> Apologies for not looking at this as yet. It is now closer to the = top of my list. >>>>=20 >>>> Best, >>>> George >>>=20 >>=20 >>=20 >>=20 >> -- >> Tom >> @adventureloop >> adventurist.me >>=20 >> :wq >> _______________________________________________ >> 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" --Apple-Mail=_B62A7D06-AE4C-4A19-904D-CCD75DCF6A4A-- --Apple-Mail=_3746A6C5-7BF1-4796-97F0-9AC400CD96D2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/2HedZcnpRveo1xAQKWOQP8CAI7w0vJ9ttPJxLIGF9p77PsZgcoV8wU qbmH4RfkDYGzdHhEXqYQkIBYOCsrDVCGHYLjVzmBMRGbY5+s3Jz/mGI8m2IXh/n/ rs7kkp1AORY5BsBCHjObfXWGicNSw8btpQSDkoTPfrk4zTHtWQESwFAB/ud1M/31 V+USeVu/pV0= =eWB1 -----END PGP SIGNATURE----- --Apple-Mail=_3746A6C5-7BF1-4796-97F0-9AC400CD96D2-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 07:39:44 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ACD1140 for ; Wed, 27 Aug 2014 07:39:44 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44DD33ED4 for ; Wed, 27 Aug 2014 07:39:44 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id dc16so14828733qab.36 for ; Wed, 27 Aug 2014 00:39:43 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=qqYvW6Nzisnt1XdsFQet5riMTR87lyL4mFitVT2WCRo=; b=xgnqB+JMhFxNoVqsTiksjzShA+d9xk6LN2xmcqqyl03uMaLPE9ecmAUPF/poSsEAV/ 7qeu8wX1fAWlqfE7wiKUJysPIVs8EdgPmKtNISQzyBhcHe8xzMXJ7TXs/ueEodPTLGqN SuK4ViPiIibEzAFnic4J183gkkIXuQDfHzLPcvg5Z5NdtLg3DvuodDZMdHKvwKXOQOYq IlE8ZwhQ+XzYE1OIqy6ubOcYJje6b40mY2gOFANtay/hyczY6PKtvgBsS6kPiAiiCE3m 5jqA27RIcRuZ5IQT+shJVK+NYOIZ1nRxbnOZH+b/P7901Zr/kIL/mEJkGTNL9jJB/YxS 1j7g== MIME-Version: 1.0 X-Received: by 10.224.151.69 with SMTP id b5mr55445059qaw.37.1409125183338; Wed, 27 Aug 2014 00:39:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 00:39:43 -0700 (PDT) In-Reply-To: <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> Date: Wed, 27 Aug 2014 00:39:43 -0700 X-Google-Sender-Auth: tk7DZQ4yhrlq2wrCw0XB6eFoffU Message-ID: Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 From: Adrian Chadd To: "Eggert, Lars" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tom Jones , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:39:44 -0000 Is there a PR for it? -a On 27 August 2014 00:23, Eggert, Lars wrote: > It would be great if people could also review Aris' PRR patch - RFC6937 h= as been out for a while. > > Lars > > > > > On 2014-8-26, at 20:09, Adrian Chadd wrote: > >> Hi! >> >> I'm going to merge Tom's work in a week unless someone gives me a >> really good reason not to. >> >> I think there's been enough work and discussion about it since the >> first post from Lars in Feburary and enough review opportunity. >> >> >> -a >> >> >> On 26 August 2014 07:55, Tom Jones wrote: >>> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>>> Hi, >>>> >>>> the newcwv patch is probably stale now with Tom Jones' recent patch ba= sed on >>>> a more up-to-date version of the Internet-Draft, but the PRR patch sho= uld >>>> still be useful? >>> >>> My newcwv patch is much more up to date than Aris's, but it is slightly >>> different in implementation. I have had a few suggestions from Adrian, = but he >>> couldn't comment on how it relates to the tcp internals. >>> >>> There is a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D1915= 20 >>> >>> The biggest difference in structure between mine and Aris's patch is th= e use of >>> tcp timers. It would be good to hear if my approach or Aris's is prefer= ed. >>> >>>> On 2014-6-19, at 23:35, George Neville-Neil wro= te: >>>> >>>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> below are two patches that implement RFC6937 ("Proportional Rate Red= uction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to support Ra= te-Limited Traffic"). They were done by Aris Angelogiannopoulos for his MS = thesis, which is at https://eggert.org/students/angelogiannopoulos-thesis.p= df. >>>>>> >>>>>> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry for = the delay in sending them, we'd been trying to get some feedback from commi= tters first, without luck.) >>>>>> >>>>>> Please note that newcwv is still a work in progress in the IETF, and= the patch has some limitations with regards to the "pipeACK Sampling Perio= d" mentioned in the Internet-Draft. Aris says this in his thesis about what= exactly he implemented: >>>>>> >>>>>> "The second implementation choice, is in regards with the measuremen= t of pipeACK. This variable is the most important introduced by the method = and is used to compute the phase that the sender currently lies in. In orde= r to compute pipeACK the approach suggested by the Internet Draft (ID) is f= ollowed [ncwv]. During initialization, pipeACK is set to the maximum possib= le value. A helper variable prevHighACK is introduced that is initialized t= o the initial sequence number (iss). prevHighACK holds the value of the hig= hest acknowledged byte so far. pipeACK is measured once per RTT meaning tha= t when an ACK covering prevHighACK is received, pipeACK becomes the differe= nce between the current ACK and prevHighACK. This is called a pipeACK sampl= e. A newer version of the draft suggests that multiple pipeACK samples can= be used during the pipeACK sampling period." >>>>>> >>>>>> Lars >>>>>> >>>>>> >>>>>> [prr.patch] >>>>>> >>>>>> [newcwv.patch] >>>>> >>>>> Apologies for not looking at this as yet. It is now closer to the to= p of my list. >>>>> >>>>> Best, >>>>> George >>>> >>> >>> >>> >>> -- >>> Tom >>> @adventureloop >>> adventurist.me >>> >>> :wq >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 07:43:46 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B11C1F1; Wed, 27 Aug 2014 07:43:46 +0000 (UTC) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx12.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2D683F6A; Wed, 27 Aug 2014 07:43:45 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,409,1406617200"; d="asc'?scan'208";a="184495663" Received: from vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) by mx12-out.netapp.com with ESMTP; 27 Aug 2014 00:43:39 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by vmwexceht01-prd.hq.netapp.com (10.106.76.239) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 27 Aug 2014 00:43:16 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx07-prd.hq.netapp.com (10.122.105.40) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 27 Aug 2014 00:43:03 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Wed, 27 Aug 2014 00:43:02 -0700 From: "Eggert, Lars" To: Adrian Chadd Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Topic: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Index: AQHPIYzc3HaTSw//+U6b0HMYTUDKSZt6PvOAgGprrICAAAMkgIAANjaAgADd6ICAAASAgIAAAQaA Date: Wed, 27 Aug 2014 07:43:02 +0000 Message-ID: <3ABE6D0D-1D98-425B-BDAD-8D1B9026AD8F@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_B40EEF84-05A0-45D6-8457-EA5FDB56EA5D"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: Tom Jones , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:43:46 -0000 --Apple-Mail=_B40EEF84-05A0-45D6-8457-EA5FDB56EA5D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Not as far as I know.=20 Lars On 2014-8-27, at 9:39, Adrian Chadd wrote: > Is there a PR for it? >=20 >=20 > -a >=20 >=20 > On 27 August 2014 00:23, Eggert, Lars wrote: >> It would be great if people could also review Aris' PRR patch - = RFC6937 has been out for a while. >>=20 >> Lars >>=20 >>=20 >>=20 >>=20 >> On 2014-8-26, at 20:09, Adrian Chadd wrote: >>=20 >>> Hi! >>>=20 >>> I'm going to merge Tom's work in a week unless someone gives me a >>> really good reason not to. >>>=20 >>> I think there's been enough work and discussion about it since the >>> first post from Lars in Feburary and enough review opportunity. >>>=20 >>>=20 >>> -a >>>=20 >>>=20 >>> On 26 August 2014 07:55, Tom Jones wrote: >>>> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>>>> Hi, >>>>>=20 >>>>> the newcwv patch is probably stale now with Tom Jones' recent = patch based on >>>>> a more up-to-date version of the Internet-Draft, but the PRR patch = should >>>>> still be useful? >>>>=20 >>>> My newcwv patch is much more up to date than Aris's, but it is = slightly >>>> different in implementation. I have had a few suggestions from = Adrian, but he >>>> couldn't comment on how it relates to the tcp internals. >>>>=20 >>>> There is a PR: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191520 >>>>=20 >>>> The biggest difference in structure between mine and Aris's patch = is the use of >>>> tcp timers. It would be good to hear if my approach or Aris's is = prefered. >>>>=20 >>>>> On 2014-6-19, at 23:35, George Neville-Neil = wrote: >>>>>=20 >>>>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>>>=20 >>>>>>> Hi, >>>>>>>=20 >>>>>>> below are two patches that implement RFC6937 ("Proportional Rate = Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to = support Rate-Limited Traffic"). They were done by Aris = Angelogiannopoulos for his MS thesis, which is at = https://eggert.org/students/angelogiannopoulos-thesis.pdf. >>>>>>>=20 >>>>>>> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry = for the delay in sending them, we'd been trying to get some feedback = from committers first, without luck.) >>>>>>>=20 >>>>>>> Please note that newcwv is still a work in progress in the IETF, = and the patch has some limitations with regards to the "pipeACK Sampling = Period" mentioned in the Internet-Draft. Aris says this in his thesis = about what exactly he implemented: >>>>>>>=20 >>>>>>> "The second implementation choice, is in regards with the = measurement of pipeACK. This variable is the most important introduced = by the method and is used to compute the phase that the sender currently = lies in. In order to compute pipeACK the approach suggested by the = Internet Draft (ID) is followed [ncwv]. During initialization, pipeACK = is set to the maximum possible value. A helper variable prevHighACK is = introduced that is initialized to the initial sequence number (iss). = prevHighACK holds the value of the highest acknowledged byte so far. = pipeACK is measured once per RTT meaning that when an ACK covering = prevHighACK is received, pipeACK becomes the difference between the = current ACK and prevHighACK. This is called a pipeACK sample. A newer = version of the draft suggests that multiple pipeACK samples can be used = during the pipeACK sampling period." >>>>>>>=20 >>>>>>> Lars >>>>>>>=20 >>>>>>>=20 >>>>>>> [prr.patch] >>>>>>>=20 >>>>>>> [newcwv.patch] >>>>>>=20 >>>>>> Apologies for not looking at this as yet. It is now closer to = the top of my list. >>>>>>=20 >>>>>> Best, >>>>>> George >>>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> -- >>>> Tom >>>> @adventureloop >>>> adventurist.me >>>>=20 >>>> :wq >>>> _______________________________________________ >>>> 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 --Apple-Mail=_B40EEF84-05A0-45D6-8457-EA5FDB56EA5D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/2MG9ZcnpRveo1xAQI53gQAnUWBtbU+drMUeHD6tdcHrHz8nItQ+cQv qYoH6nntPec/Bm0eBRRzG/e3nf8zbPevMiR+e22NrG1K6ugy+/UA4PjlSm3tAbuv edspyINmG5rYC5PpVCWelk6wvhX52WM/wmYzfPpwYp9AAwc8xneb5Olm+Ceuuq0x U7OMGiaC51I= =1HcZ -----END PGP SIGNATURE----- --Apple-Mail=_B40EEF84-05A0-45D6-8457-EA5FDB56EA5D-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 07:53:36 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84BF1351 for ; Wed, 27 Aug 2014 07:53:36 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E53B3037 for ; Wed, 27 Aug 2014 07:53:36 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id x13so16626577qcv.40 for ; Wed, 27 Aug 2014 00:53:35 -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:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=+aT+3ppVPh9Rd4YYaCsXiiGqEZtpR5FQEgocZ3ostYI=; b=ReIqmclI/tmpbM1GxPfeYJ6usxC3pv1RqxRVWxKPZS8Zw2d0wtVKUTRC3LX9PzZS4k arCm+Adoele8etxcIo3Jl6aWzccr4gavbvKORnwrmTr6IKqUj4ngiw5JcDmhhOldYOqS ogq406qP+xsbiQMc6WX8frYnnvYyG+oDYfKiOEjfiZTUKuj8bAvZ/skVBRwUYRpJpsrp NDdf/QWqewWtxox/WeyPKTTUGn6PTjaK70sMXsiJOFWjK4Ei6m5xALDF7Y1C/WOjUABG 2uSNnWtl2BI13c8Fs7XRiYPFFpc8Uyr6nJBO0qqrBw9fQpConIQZY7b1R1G8ywtPcA+I jmvw== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr56078334qaf.6.1409126015290; Wed, 27 Aug 2014 00:53:35 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Wed, 27 Aug 2014 00:53:35 -0700 (PDT) In-Reply-To: <3ABE6D0D-1D98-425B-BDAD-8D1B9026AD8F@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> <3ABE6D0D-1D98-425B-BDAD-8D1B9026AD8F@netapp.com> Date: Wed, 27 Aug 2014 00:53:35 -0700 X-Google-Sender-Auth: JCqgdeEY-MpFHw8Zpj7WAQ693HY Message-ID: Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 From: Adrian Chadd To: "Eggert, Lars" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tom Jones , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 07:53:36 -0000 Ok. Is it the same patch you sent out in Feb? -a On 27 August 2014 00:43, Eggert, Lars wrote: > Not as far as I know. > > Lars > > On 2014-8-27, at 9:39, Adrian Chadd wrote: > >> Is there a PR for it? >> >> >> -a >> >> >> On 27 August 2014 00:23, Eggert, Lars wrote: >>> It would be great if people could also review Aris' PRR patch - RFC6937= has been out for a while. >>> >>> Lars >>> >>> >>> >>> >>> On 2014-8-26, at 20:09, Adrian Chadd wrote: >>> >>>> Hi! >>>> >>>> I'm going to merge Tom's work in a week unless someone gives me a >>>> really good reason not to. >>>> >>>> I think there's been enough work and discussion about it since the >>>> first post from Lars in Feburary and enough review opportunity. >>>> >>>> >>>> -a >>>> >>>> >>>> On 26 August 2014 07:55, Tom Jones wrote: >>>>> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>>>>> Hi, >>>>>> >>>>>> the newcwv patch is probably stale now with Tom Jones' recent patch = based on >>>>>> a more up-to-date version of the Internet-Draft, but the PRR patch s= hould >>>>>> still be useful? >>>>> >>>>> My newcwv patch is much more up to date than Aris's, but it is slight= ly >>>>> different in implementation. I have had a few suggestions from Adrian= , but he >>>>> couldn't comment on how it relates to the tcp internals. >>>>> >>>>> There is a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D19= 1520 >>>>> >>>>> The biggest difference in structure between mine and Aris's patch is = the use of >>>>> tcp timers. It would be good to hear if my approach or Aris's is pref= ered. >>>>> >>>>>> On 2014-6-19, at 23:35, George Neville-Neil w= rote: >>>>>> >>>>>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> below are two patches that implement RFC6937 ("Proportional Rate R= eduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to support = Rate-Limited Traffic"). They were done by Aris Angelogiannopoulos for his M= S thesis, which is at https://eggert.org/students/angelogiannopoulos-thesis= .pdf. >>>>>>>> >>>>>>>> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorry fo= r the delay in sending them, we'd been trying to get some feedback from com= mitters first, without luck.) >>>>>>>> >>>>>>>> Please note that newcwv is still a work in progress in the IETF, a= nd the patch has some limitations with regards to the "pipeACK Sampling Per= iod" mentioned in the Internet-Draft. Aris says this in his thesis about wh= at exactly he implemented: >>>>>>>> >>>>>>>> "The second implementation choice, is in regards with the measurem= ent of pipeACK. This variable is the most important introduced by the metho= d and is used to compute the phase that the sender currently lies in. In or= der to compute pipeACK the approach suggested by the Internet Draft (ID) is= followed [ncwv]. During initialization, pipeACK is set to the maximum poss= ible value. A helper variable prevHighACK is introduced that is initialized= to the initial sequence number (iss). prevHighACK holds the value of the h= ighest acknowledged byte so far. pipeACK is measured once per RTT meaning t= hat when an ACK covering prevHighACK is received, pipeACK becomes the diffe= rence between the current ACK and prevHighACK. This is called a pipeACK sam= ple. A newer version of the draft suggests that multiple pipeACK samples c= an be used during the pipeACK sampling period." >>>>>>>> >>>>>>>> Lars >>>>>>>> >>>>>>>> >>>>>>>> [prr.patch] >>>>>>>> >>>>>>>> [newcwv.patch] >>>>>>> >>>>>>> Apologies for not looking at this as yet. It is now closer to the = top of my list. >>>>>>> >>>>>>> Best, >>>>>>> George >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Tom >>>>> @adventureloop >>>>> adventurist.me >>>>> >>>>> :wq >>>>> _______________________________________________ >>>>> freebsd-net@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org= " >>> >>> > From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 08:01:54 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EFC854C; Wed, 27 Aug 2014 08:01:54 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5AFD30F6; Wed, 27 Aug 2014 08:01:53 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,409,1406617200"; d="asc'?scan'208";a="142517018" Received: from vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) by mx11-out.netapp.com with ESMTP; 27 Aug 2014 01:01:52 -0700 Received: from HIOEXCMBX06-PRD.hq.netapp.com (10.122.105.39) by vmwexceht06-prd.hq.netapp.com (10.106.77.104) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 27 Aug 2014 01:01:30 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx06-prd.hq.netapp.com (10.122.105.39) with Microsoft SMTP Server (TLS) id 15.0.913.22; Wed, 27 Aug 2014 01:01:28 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Wed, 27 Aug 2014 01:01:16 -0700 From: "Eggert, Lars" To: Adrian Chadd Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Topic: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Thread-Index: AQHPIYzc3HaTSw//+U6b0HMYTUDKSZt6PvOAgGprrICAAAMkgIAANjaAgADd6ICAAASAgIAAAQaAgAAC2YCAAAI+AA== Date: Wed, 27 Aug 2014 08:01:15 +0000 Message-ID: <4F10C5BC-03B2-486D-A5EF-C55582869ED1@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> <3ABE6D0D-1D98-425B-BDAD-8D1B9026AD8F@netapp.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_20BD719E-DC1D-49F8-AE38-EC46D310C47C"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: Tom Jones , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 08:01:54 -0000 --Apple-Mail=_20BD719E-DC1D-49F8-AE38-EC46D310C47C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Yep On 2014-8-27, at 9:53, Adrian Chadd wrote: > Ok. Is it the same patch you sent out in Feb? >=20 >=20 > -a >=20 >=20 > On 27 August 2014 00:43, Eggert, Lars wrote: >> Not as far as I know. >>=20 >> Lars >>=20 >> On 2014-8-27, at 9:39, Adrian Chadd wrote: >>=20 >>> Is there a PR for it? >>>=20 >>>=20 >>> -a >>>=20 >>>=20 >>> On 27 August 2014 00:23, Eggert, Lars wrote: >>>> It would be great if people could also review Aris' PRR patch - = RFC6937 has been out for a while. >>>>=20 >>>> Lars >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> On 2014-8-26, at 20:09, Adrian Chadd wrote: >>>>=20 >>>>> Hi! >>>>>=20 >>>>> I'm going to merge Tom's work in a week unless someone gives me a >>>>> really good reason not to. >>>>>=20 >>>>> I think there's been enough work and discussion about it since the >>>>> first post from Lars in Feburary and enough review opportunity. >>>>>=20 >>>>>=20 >>>>> -a >>>>>=20 >>>>>=20 >>>>> On 26 August 2014 07:55, Tom Jones wrote: >>>>>> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>>>>>> Hi, >>>>>>>=20 >>>>>>> the newcwv patch is probably stale now with Tom Jones' recent = patch based on >>>>>>> a more up-to-date version of the Internet-Draft, but the PRR = patch should >>>>>>> still be useful? >>>>>>=20 >>>>>> My newcwv patch is much more up to date than Aris's, but it is = slightly >>>>>> different in implementation. I have had a few suggestions from = Adrian, but he >>>>>> couldn't comment on how it relates to the tcp internals. >>>>>>=20 >>>>>> There is a PR: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191520 >>>>>>=20 >>>>>> The biggest difference in structure between mine and Aris's patch = is the use of >>>>>> tcp timers. It would be good to hear if my approach or Aris's is = prefered. >>>>>>=20 >>>>>>> On 2014-6-19, at 23:35, George Neville-Neil = wrote: >>>>>>>=20 >>>>>>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>>>>>=20 >>>>>>>>> Hi, >>>>>>>>>=20 >>>>>>>>> below are two patches that implement RFC6937 ("Proportional = Rate Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to = support Rate-Limited Traffic"). They were done by Aris = Angelogiannopoulos for his MS thesis, which is at = https://eggert.org/students/angelogiannopoulos-thesis.pdf. >>>>>>>>>=20 >>>>>>>>> The patches should apply to -CURRENT as of Sep 17, 2013. = (Sorry for the delay in sending them, we'd been trying to get some = feedback from committers first, without luck.) >>>>>>>>>=20 >>>>>>>>> Please note that newcwv is still a work in progress in the = IETF, and the patch has some limitations with regards to the "pipeACK = Sampling Period" mentioned in the Internet-Draft. Aris says this in his = thesis about what exactly he implemented: >>>>>>>>>=20 >>>>>>>>> "The second implementation choice, is in regards with the = measurement of pipeACK. This variable is the most important introduced = by the method and is used to compute the phase that the sender currently = lies in. In order to compute pipeACK the approach suggested by the = Internet Draft (ID) is followed [ncwv]. During initialization, pipeACK = is set to the maximum possible value. A helper variable prevHighACK is = introduced that is initialized to the initial sequence number (iss). = prevHighACK holds the value of the highest acknowledged byte so far. = pipeACK is measured once per RTT meaning that when an ACK covering = prevHighACK is received, pipeACK becomes the difference between the = current ACK and prevHighACK. This is called a pipeACK sample. A newer = version of the draft suggests that multiple pipeACK samples can be used = during the pipeACK sampling period." >>>>>>>>>=20 >>>>>>>>> Lars >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> [prr.patch] >>>>>>>>>=20 >>>>>>>>> [newcwv.patch] >>>>>>>>=20 >>>>>>>> Apologies for not looking at this as yet. It is now closer to = the top of my list. >>>>>>>>=20 >>>>>>>> Best, >>>>>>>> George >>>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> -- >>>>>> Tom >>>>>> @adventureloop >>>>>> adventurist.me >>>>>>=20 >>>>>> :wq >>>>>> _______________________________________________ >>>>>> 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 >>=20 --Apple-Mail=_20BD719E-DC1D-49F8-AE38-EC46D310C47C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/2QYNZcnpRveo1xAQJNVQP8CpkjY1XgwWGPKnCOcgkEsAR7Qu2LAEkE apAYWU++tyfB9m21lMqlqnZsiwIPb4VlTSfTv0g3q/qxPKsCwXLk9I4NTkt1/e3l s7yuWzPA+CWCWdqVF2nFLJAs2odDjXG0aAWY/qkSGQefHqStCL8XgQqM6Jt9NPmz doKQ2fT4XBU= =PUXd -----END PGP SIGNATURE----- --Apple-Mail=_20BD719E-DC1D-49F8-AE38-EC46D310C47C-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 08:20:39 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5B63A9E for ; Wed, 27 Aug 2014 08:20:39 +0000 (UTC) Received: from bravo.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by mx1.freebsd.org (Postfix) with ESMTP id 6777B3284 for ; Wed, 27 Aug 2014 08:20:39 +0000 (UTC) Received: by bravo.jonathanprice.org (Postfix, from userid 58) id 5AABB1E67; Wed, 27 Aug 2014 08:20:38 +0000 (UTC) Received: from mail.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by bravo.jonathanprice.org (Postfix) with ESMTPSA id 06B4E1E61; Wed, 27 Aug 2014 08:20:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=jonathanprice.org; s=default; t=1409127636; bh=CB3ibd/JjWTZZn2Oep9dTqc5tJ42yxRWsC7PCL2/7WI=; h=Date:From:Subject:To:Cc:In-Reply-To:References; b=N0PuWsJUOlt20Wbq+PZS7nY7A9lUICJhGLKDTS4zPye4DxnD1Mp5t/RoIvkiWXtbl 4J7Cr3tiiHpc24BnUbqyYDjiebTQVYJvi8O6D1ylF3K8dqtbOAEEja8Y7MBjZJdXfD pufXL1q6OK+6astrzr9/88S/NCZ8fs8pi+2E8WTY= Mime-Version: 1.0 Date: Wed, 27 Aug 2014 08:20:35 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: Quoted-Printable Message-ID: <2c1d74944371a4be730ff1b666489467@mail.jonathanprice.org> X-Mailer: RainLoop/1.6.8.153 From: freebsd@jonathanprice.org Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" To: "Kevin Oberman" In-Reply-To: References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 08:20:39 -0000 > While doubting Peter's networking answers is usually foolish, I think t= his=0A> one is at least a bit misleading. As he says,=0A> ipv6_activate_a= ll_interfaces=3D"YES" will set all interfaces on the system to=0A> -ifdis= able which, since it is an IPv6 option, will enable IPv6 on all=0A> inter= faces. NO will disable IPv6 on all interfaces.=0A> =0A> But it is related= to ipaddrctl_policy as it will set ipaddrctl_policy to=0A> "ipv6_prefer"= if no explicit setting overrides it.=0A> =0A> So IPv6 is working, and "s= sh -6" does use IPv6. I'd still like to see the=0A> output of ip6addrctl.= It should look like:=0A> ::1/128 50 0=0A> ::/0 40 1=0A> ::ffff:0:0/96 35= 4=0A> 2002::/16 30 2=0A> 2001::/32 5 5=0A> fc00::/7 3 13=0A> ::/96 1 3= =0A> fec0::/10 1 11=0A> 3ffe::/16 1 12=0A> =0A> For more explanation, loo= k at /etc/rc.d/ip6addrctl and /etc/network.subr.=0A> =0A> The list of pre= fixes set by it should match what I list above. If=0A> 'ipv6_activate_all= _interfaces=3D"NO"', or ipaddrctl_policy=3D"ipv4_prefer",=0A> you should = get:=0A> ::1/128 50 0=0A> ::/0 40 1=0A> ::ffff:0:0/96 100 4=0A> 2002::/16= 30 2=0A> 2001::/32 5 5=0A> fc00::/7 3 13=0A> ::/96 1 3=0A> fec0::/10 1 1= 1=0A> 3ffe::/16 1 12=0A> =0A> Any other output indicates manual setting o= f the policy. the "magic" is the=0A> precedence of ::ffff:0:0/96 which is= an odd way of saying IPv4.=0A> I generally recommend ipv6_activate_all.= =0A> =0A> Now I fear Peter will explain how I have misread the code.=0A= =0APlease excuse me if I'm wrong, but I think ipv6_activate_all_interface= s=3D"NO" only=0Aifdisable's interfaces which don't explicitly have an ifc= onfig_IF_ipv6 line. Partly=0Abecause it's set to NO by default, and partl= y because of the following extract from=0A/etc/defaults/rc.conf:=0A=0A"If= NO, interfaces which have no corresponding $ifconfig_IF_ipv6 is marked a= s IFDISABLED for security reason."=0A=0AThis being the case, what exactly= does the ifdisable stop the interface doing if it=0Adoesn't have an addr= ess anyway?=0A=0AYes, I'd also noticed /etc/rc.d/ip6addrctl, that's actua= lly what got me curious about=0Athis in the first place, as I could essen= tially achieve my desired effect with both =0Aipv6_activate_all_interface= s=3D"YES" and ip6addrctl_policy=3D"ipv6_prefer".=0A=0ASure, below is the = output of ip6addrctl from a server without either tunable (meaning,=0Abot= h were removed from rc.conf completely):=0A=0APrefix = Prec Label Use=0A::1/128 50 0 = 0=0A::/0 40 1 90=0A::ffff:0.0.= 0.0/96 100 4 0=0A2002::/16 = 30 2 0=0A2001::/32 5 5 = 0=0Afc00::/7 3 13 0=0A::/96 = 1 3 0=0Afec0::/10 = 1 11 0=0A3ffe::/16 1 12 0= =0A=0ABelow is the output of ip6addrctl after rebooting with just "ipv6_a= ctivate_all_interfaces=3DYES"=0A=0APrefix Prec L= abel Use=0A::1/128 50 0 0=0A::/= 0 40 1 68=0A::ffff:0.0.0.0/96 = 35 4 0=0A2002::/16 30 = 2 0=0A2001::/32 5 5 0=0Afc00::= /7 3 13 0=0A::/96 = 1 3 0=0Afec0::/10 1 11 = 0=0A3ffe::/16 1 12 0=0A=0AAnd fi= nally, below is the output of ip6addrctl after rebooting with just ip6add= rctl_policy=3D"ipv6_prefer"=0A=0APrefix Prec Lab= el Use=0A::1/128 50 0 0=0A::/0 = 40 1 72=0A::ffff:0.0.0.0/96 = 35 4 0=0A2002::/16 30 2 = 0=0A2001::/32 5 5 0=0Afc00::/7= 3 13 0=0A::/96 = 1 3 0=0Afec0::/10 1 11 = 0=0A3ffe::/16 1 12 0=0A=0ASo that = does prove that, at least for the purposes of ip6addrctl, the two tunable= s are performing=0Athe same function. From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 11:59:38 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAAB4870; Wed, 27 Aug 2014 11:59:38 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5333F3714; Wed, 27 Aug 2014 11:59:37 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id B80EA25D3871; Wed, 27 Aug 2014 11:59:27 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id DD0C5C7705D; Wed, 27 Aug 2014 11:59:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id mMY4iXjLyqCZ; Wed, 27 Aug 2014 11:59:24 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (orange-tun0-ula.sbone.de [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 97688C7705C; Wed, 27 Aug 2014 11:59:23 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: "Bjoern A. Zeeb" In-Reply-To: <53FD7B34.1050408@jonathanprice.org> Date: Wed, 27 Aug 2014 11:59:25 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> To: Jonathan Price X-Mailer: Apple Mail (2.1878.6) Cc: FreeBSD Net , Hiroki Sato X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 11:59:39 -0000 On 27 Aug 2014, at 06:31 , Jonathan Price = wrote: > On 2014-08-27 01:40, Peter Wemm wrote: >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: >>> Hello, >>>=20 >>> I am configuring a server with IPv4 and IPv6 addresses and have = noticed that >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH >>> connections. >>>=20 >>> After reading through /etc/defaults/rc.conf, and later = /etc/rc.d/ip6addrctl >>> I have come to the conclusion that I have two ways to tell FreeBSD = to >>> prefer IPv6: >>>=20 >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf >>> 2) Add ip6addrctl_policy=3D"ipv6_prefer" to /etc/rc.conf >>>=20 >>> Could anybody with a little more knowledge on the matter explain to = me which >>> of the two options is more preferential? >>=20 >> They both do different things. >>=20 >> The activate knob is to enable ipv6 on an interface. To oversimplify = it, if >> you configure an address on an interface, it is "enabled". However, = this >> switch enables this on all the rest of the interfaces, even the ones = you >> didn't configure. >>=20 >> ip6addrctl* affects things like hostname lookups to sort the = addresses returned >> to the caller. >>=20 >> They are different things entirely. I think you are expecting the = behavior >> that ip6_prefer policy gives you. That's what we use in the = freebsd.org >> cluster to have it use ipv6 where possible. >>=20 >=20 > Hi, and thanks for the response. >=20 > Would it be possible to go into a little detail as to what = ipv6_activate_all_interfaces=3D"YES" does to interfaces which don't = explicitly have an address configured? I can=92t appear to find much = information on this option. man rc.conf has a description (which I should probably read myself;-) in case that = gets you a bit further. I think it=92s a =93backward compat helper=94 = to the old ipv6_enable=3D=93YES=94 switch which existed before we could = enable IPv6 on a per-interface base. > However, it does sound like for my purposes it would make more sense = to use ip6addrctl_policy=3D=93ipv6_prefer" as that is more explicitly = the feature I want, rather than getting it inadvertently through the = other knob. Yes. Definitively. I am not sure if it has happened but if IPv6 config = is configured through rc.conf that setting should be(come) default. Bjoern =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 18:42:56 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D23E2D5A for ; Wed, 27 Aug 2014 18:42:56 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9C17A399A for ; Wed, 27 Aug 2014 18:42:56 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id hn18so858851igb.16 for ; Wed, 27 Aug 2014 11:42:56 -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:message-id:subject :from:to:cc:content-type; bh=t0tv59Kc5D7VqLbhutOGL+IysmB1Qrio6ZFwJK5akks=; b=H2TlttaCPCiIf7VHkBW5iTB0GQlgeozVzgbJB9gCfHOX+/qnfub/sunETp9CzLeIZN Ev/jkqz8MT+YxHOhenTeZ+QJ3YWxs00urvJeFN4n2WbPSkJyGqcoFglPpRoYaN7PJ7yE gEJHIVne1M89iBy3fTo/e7o2TZ7N++O+4HaeKI/V3tRbuWWRNGMyah7i/KNg5QU0mvdL Eph9Ky3v2bWTspRh4Yp22SNDOVD0a6dIqiRq39lDI3bSmH3EH3XC0tFMXAEGpLsiAnkR FYnUOcuF5jkTV/Nnt3ZD6a/tkiUebHxz760BMbH8vMjYQrLRENKkMrFMpR0yuXTm0RlC p3Og== MIME-Version: 1.0 X-Received: by 10.50.152.9 with SMTP id uu9mr31994566igb.32.1409164975967; Wed, 27 Aug 2014 11:42:55 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 27 Aug 2014 11:42:55 -0700 (PDT) In-Reply-To: <2c1d74944371a4be730ff1b666489467@mail.jonathanprice.org> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> <2c1d74944371a4be730ff1b666489467@mail.jonathanprice.org> Date: Wed, 27 Aug 2014 11:42:55 -0700 X-Google-Sender-Auth: biiIoiEUtAMvfsIsl-5wa8D0m5w Message-ID: Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: Kevin Oberman To: Jonathan Price Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:42:56 -0000 On Wed, Aug 27, 2014 at 1:20 AM, wrote: > > While doubting Peter's networking answers is usually foolish, I think > this > > one is at least a bit misleading. As he says, > > ipv6_activate_all_interfaces="YES" will set all interfaces on the system > to > > -ifdisable which, since it is an IPv6 option, will enable IPv6 on all > > interfaces. NO will disable IPv6 on all interfaces. > > > > But it is related to ipaddrctl_policy as it will set ipaddrctl_policy to > > "ipv6_prefer" if no explicit setting overrides it. > > > > So IPv6 is working, and "ssh -6" does use IPv6. I'd still like to see the > > output of ip6addrctl. It should look like: > > ::1/128 50 0 > > ::/0 40 1 > > ::ffff:0:0/96 35 4 > > 2002::/16 30 2 > > 2001::/32 5 5 > > fc00::/7 3 13 > > ::/96 1 3 > > fec0::/10 1 11 > > 3ffe::/16 1 12 > > > > For more explanation, look at /etc/rc.d/ip6addrctl and /etc/network.subr. > > > > The list of prefixes set by it should match what I list above. If > > 'ipv6_activate_all_interfaces="NO"', or ipaddrctl_policy="ipv4_prefer", > > you should get: > > ::1/128 50 0 > > ::/0 40 1 > > ::ffff:0:0/96 100 4 > > 2002::/16 30 2 > > 2001::/32 5 5 > > fc00::/7 3 13 > > ::/96 1 3 > > fec0::/10 1 11 > > 3ffe::/16 1 12 > > > > Any other output indicates manual setting of the policy. the "magic" is > the > > precedence of ::ffff:0:0/96 which is an odd way of saying IPv4. > > I generally recommend ipv6_activate_all. > > > > Now I fear Peter will explain how I have misread the code. > > Please excuse me if I'm wrong, but I think > ipv6_activate_all_interfaces="NO" only > ifdisable's interfaces which don't explicitly have an ifconfig_IF_ipv6 > line. Partly > because it's set to NO by default, and partly because of the following > extract from > /etc/defaults/rc.conf: > > "If NO, interfaces which have no corresponding $ifconfig_IF_ipv6 is marked > as IFDISABLED for security reason." > > This being the case, what exactly does the ifdisable stop the interface > doing if it > doesn't have an address anyway? > > I was over-simplifying and, as you state, any interface explicitly configured for IPv6 will have IPv6 disabled. Those with explicit IPv6 configuration will not be disabled. Most end-user systems are NOT configured with an address. In most cases SLAAC (and, perhaps DHCPv6) along with things like NDP and RTSOL do allof hte configuration. If ipv6_activate_)all_interfaces is NO, only explicitly configured interfaces will run IPv6. If it i YES, any interface with no explicit configuration will auto-configure and run IPv6. The system I am typing this on is entirely auto-configured as are almost all Windows systems running 7 or 8. (Maybe Vista, too. Don't recall.) -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 18:55:50 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AAC4A6C for ; Wed, 27 Aug 2014 18:55:50 +0000 (UTC) Received: from bravo.jonathanprice.org (bravo.jonathanprice.org [5.135.154.174]) by mx1.freebsd.org (Postfix) with ESMTP id 397333B0E for ; Wed, 27 Aug 2014 18:55:50 +0000 (UTC) Received: by bravo.jonathanprice.org (Postfix, from userid 58) id 24D981E01; Wed, 27 Aug 2014 18:55:43 +0000 (UTC) Received: from [192.168.1.150] (host86-156-241-97.range86-156.btcentralplus.com [86.156.241.97]) by bravo.jonathanprice.org (Postfix) with ESMTPSA id A52571DFB; Wed, 27 Aug 2014 18:55:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=jonathanprice.org; s=default; t=1409165740; bh=0RbnzsEjIRLh117PcrC7vg5vaPdiAX/q+YYbAkbLy8c=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=i7MKNDOjWqzUxXYlg44Xakfn2KirLI5/NAQ0sFGQEja3oe6Hdf9A9OKFEm2Ri/is9 uBOboa7fZGHnc6+BGOC4hcpEU987jY8eNHb4l3sVSpRdr9EV1QYZbjJep7Oiu707K9 /mWqZlxVTrkFcsetktaIXCtEovZIJBiDxO3OpXKs= Message-ID: <53FE29A8.1000909@jonathanprice.org> Date: Wed, 27 Aug 2014 19:55:36 +0100 From: Jonathan Price User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> <2c1d74944371a4be730ff1b666489467@mail.jonathanprice.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 18:55:50 -0000 > I was over-simplifying and, as you state, any interface explicitly > configured for IPv6 will have IPv6 disabled. Those with explicit IPv6 > configuration will not be disabled. > > Most end-user systems are NOT configured with an address. In most cases > SLAAC (and, perhaps DHCPv6) along with things like NDP and RTSOL do > allof hte configuration. If ipv6_activate_)all_interfaces is NO, only > explicitly configured interfaces will run IPv6. If it i YES, any > interface with no explicit configuration will auto-configure and run IPv6. > > The system I am typing this on is entirely auto-configured as are almost > all Windows systems running 7 or 8. (Maybe Vista, too. Don't recall.) > -- > R. Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com Ah, thanks, that makes sense. Would that mean that a line such as 'ifconfig_IF="DHCP"' would not count the interface as being explicitly configured? I haven't looked into SLAAC or DHCPv6 configuration yet, so I'm not sure if either of those require a line like the one above. I couldn't word that particularly well. Basically, my question is, does any "ifconfig_IF_..." line count IF as being explicitly configured, or is it just interfaces with statically assigned addresses? Thanks, Jonathan. From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 20:11:56 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5681D34 for ; Wed, 27 Aug 2014 20:11:56 +0000 (UTC) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 64E403682 for ; Wed, 27 Aug 2014 20:11:55 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 5329F25D3A05; Wed, 27 Aug 2014 20:11:53 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 51FCAC7705D; Wed, 27 Aug 2014 20:11:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 8JjCxVEDP2-W; Wed, 27 Aug 2014 20:11:51 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4410:bcc2:e82e:19e7:3e83] (unknown [IPv6:fde9:577b:c1a9:4410:bcc2:e82e:19e7:3e83]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 15B7EC7705C; Wed, 27 Aug 2014 20:11:49 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: "Bjoern A. Zeeb" In-Reply-To: <53FE29A8.1000909@jonathanprice.org> Date: Wed, 27 Aug 2014 20:11:28 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> <2c1d74944371a4be730ff1b666489467@mail.jonathanprice.org> <53FE29A8.1000909@jonathanprice.org> To: Jonathan Price X-Mailer: Apple Mail (2.1878.6) Cc: Kevin Oberman , freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 20:11:56 -0000 On 27 Aug 2014, at 18:55 , Jonathan Price = wrote: > Would that mean that a line such as 'ifconfig_IF=3D"DHCP"' would not = count the interface as being explicitly configured? I haven=92t looked = into SLAAC or DHCPv6 configuration yet, so I'm not sure if either of = those require a line like the one above. Not for v6. That only does v4. I am doing: ifconfig_IF_ipv6=3D=93up" or ifconfig_IF_ipv6=3D=93inet6 accept_rtadv=94 depending on what I want to accomplish. The former is largly for = systems where I configure more than one address manually and then I tend = to put them all in _aliasN lines to avoid confusion (and I do the same = with v4 basically); the latter is for SLAAC. /bz =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 21:46:15 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8A4F711 for ; Wed, 27 Aug 2014 21:46:15 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AAC6E3080 for ; Wed, 27 Aug 2014 21:46:15 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id at1so63411iec.9 for ; Wed, 27 Aug 2014 14:46:15 -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=+qh3ZQo50IiCv7LBhMK745kVpHuRK/8fY9mwE/zMPxk=; b=yeybGvLoaByF0w1zzDNlGVWu+VGWLPSb8Jlh2N9Rdt1m/2x3DZ2JHJE4g2YTqitXBt CBl+FUXsdDhmplSPbCLf89XS9x3zitSy7RbMc1DHP6IfDCnICbdU+Kss14hJQyvrFRnJ cMMOckTtn6RmFkO+xrUSJuSoeNCiUgw+gghxI5vE5tAJI4PDGm8MZ6yuWZNJP0np0u4I EctMAwXF0/Jdf3tFRifwQSbUBhR8jjsFMM/5BtxXBXIs04lBsqtMGoqlWRH4b6PNqWGu cwO+58qBIpC0/ddC6KW7QODCrwHqoOxD9x0IF71I5WeQYdX4UUigR1Wpxyx+CaCoeUi9 BGaA== MIME-Version: 1.0 X-Received: by 10.50.43.138 with SMTP id w10mr687252igl.33.1409175975046; Wed, 27 Aug 2014 14:46:15 -0700 (PDT) Received: by 10.107.129.65 with HTTP; Wed, 27 Aug 2014 14:46:15 -0700 (PDT) Date: Wed, 27 Aug 2014 15:46:15 -0600 Message-ID: Subject: how join the mail list? From: David To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 21:46:15 -0000 hi, I want to add netmap support for my net driver, but I don't understand very well the steps on "PORTING" file. I'd like to join the mail list and check if someone could help me or if someone has gone for the same path. How do I join? --=20 David D=C3=ADaz Barquero Ingenier=C3=ADa en Computadores Tecnol=C3=B3gico de Costa Rica From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 21:59:01 2014 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1948EA6 for ; Wed, 27 Aug 2014 21:59:01 +0000 (UTC) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80F4B321C for ; Wed, 27 Aug 2014 21:59:01 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id y20so77136ier.6 for ; Wed, 27 Aug 2014 14:59:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=q+HTWDGZI9WD7yWTvwiQTA5LN9Pp0QWmnMjKvp2TRTc=; b=S8bhpg/YhVSSyWH4EDCBxFCCS4dRBJ6Fs2CYaSimIxCdhnn8skD1Qqp4uCpXUbQ9DA a7cGGl1yAQDkQzjsF4iQa4kHPk3CWE+StV58mwTmFf53VrBKNHgLvbzltSOMSD7wSMPz EvsuWfrwvlmvGHOEcBxPOyYZjNqmF9XcAeehY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=q+HTWDGZI9WD7yWTvwiQTA5LN9Pp0QWmnMjKvp2TRTc=; b=NjMVftjGWcjOiC7UXmwa1Vm8/xJuB2VdJO5Fxyyqz3miu5YsL/hkgpjxyv9qutsUIj BETMOrkrKOrOlNzH3tgDR65sQMgd1ZTanatWtQcSZTIQvE/+FipG1Btyyic3FVVuPOEi UGG1zZ9prUBNuIqTV/kfxl7A5LC6DcbWud5fOAXewD+TYxR932vQbpm3hVrfHenOWBJJ 7hbokR9svpGpi27jF5fTIcvQW9hVjBLyPKvZ0q604krqBJz1JGIqQNqXjNxQ/kx+k/1d pULqWpbVcllQBD6tZEzGfwDaHD3Mh4p51OwG/jEFDztVEQoc0ot5tEUGLpeVb0PLjfMr x6SQ== X-Gm-Message-State: ALoCoQmB8+0nI4Eyote1Mo7TGdRGuA66qaC/8sn1FUYaMDEX27ppocdPgI9pJPnXRMaDdrl6fZLO X-Received: by 10.50.13.106 with SMTP id g10mr743492igc.45.1409176740720; Wed, 27 Aug 2014 14:59:00 -0700 (PDT) Received: from [172.31.32.31] (cpe-65-30-57-139.wi.res.rr.com. [65.30.57.139]) by mx.google.com with ESMTPSA id w8sm7943851igl.13.2014.08.27.14.58.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Aug 2014 14:58:59 -0700 (PDT) Content-Type: multipart/signed; boundary=Apple-Mail-81AB0506-635C-4704-ABD0-94E1B94FDB7B; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (1.0) Subject: Re: how join the mail list? From: Jason Hellenthal X-Mailer: iPhone Mail (11D257) In-Reply-To: Date: Wed, 27 Aug 2014 16:58:58 -0500 Content-Transfer-Encoding: 7bit Message-Id: References: To: David X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 21:59:02 -0000 --Apple-Mail-81AB0506-635C-4704-ABD0-94E1B94FDB7B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable http://lists.freebsd.org/mailman/listinfo/freebsd-net --=20 Jason Hellenthal Mobile: +1 (616) 953-0176 jhellenthal@DataIX.net JJH48-ARIN > On Aug 27, 2014, at 16:46, David wrote: >=20 > hi, >=20 > I want to add netmap support for my net driver, but I don't understand ver= y > well the steps on "PORTING" file. >=20 > I'd like to join the mail list and check if someone could help me or if > someone has gone for the same path. How do I join? >=20 > --=20 > David D=C3=ADaz Barquero >=20 > Ingenier=C3=ADa en Computadores > Tecnol=C3=B3gico de Costa Rica > _______________________________________________ > 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" --Apple-Mail-81AB0506-635C-4704-ABD0-94E1B94FDB7B Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIUOTCCBjAw ggUYoAMCAQICAwohwzANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTE0MDYwMzAzMzkyN1oXDTE1MDYwMzE4MDgxM1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKGjiPzL417iKfMoeneq5efP1IaUUtMOy8yf+e7vO6k JF8PWpXPevNbHzgWqB+EyEqjlNdsIApe9dl8Pb4/wLxjGpeoI9h83WzblarnczZfK7s0eyT/qN0Q d9wFoX7ScyFdpFNW4TyCUNsRrqWkW1PM+nYcix9Ro9i9N89nQjIuND/2JZBgnGVys1yAqN6XF2e8 RAKlD1e5hJ3xyM7STk74Jex9b/D8jF/gmKTbJZ8zKST3VnEVIPTNUtDyCKrfwHEUT7PlLTPFBmXS YxbK33AkYF7hHR8YP1zzlShucaef1Fsqj1dz151XjqIvgLetfDUDQJTRKaQSqouYbQibC4sCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQUzDac0huOVpzovDj7gQlVDDg1z4swHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBABTurlkTDTe7R/3Va4AJzgeLybzHTijxvU9VE985fuKRBxS3x0cjKODM Gv4ynlsHCZHONGouIbuU1W0dcaiWA2Qxo0gqwXoGFZ65ERgRhot1n8UKQTvVKg/qhd2RGgqaqFFY qagXQAPglmpyvq3Hk6AN0E9XqAnbWCVaXUk0Al/TgZlCFtfE1NxfSkfF6u4ffkhj3AHHkbtBXsAe aSVF/ZJ7ET4Ji//oozVxJktOFQzb96HgMYKMk/YSznIqt3guY3KJbahQiVouWErvQaMYsXX5JUOQ YjnSa2/axNOTnUCPhDrgoS7BAJtJvNao8XWkRpp8RqqqhIywhrCsQlkRj7MwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jCCB8kwggWxoAMCAQICAQEw DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA2MDkxNzE5NDYzNloXDTM2MDkxNzE5NDYz NlowfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwYjbCbxsRnx4 n5V7tTOQ8nJi1sE2ICIkXs7pd/JDCqIGZKTMjjb4OOYj8G5tsTzdcqOFHKHTPbQzK9Mvr/7qsEFZ Z7bEBn0KnnSF1nlMgDd63zkFUln39BtGQ6TShYXSw3HzdWI0uiyKfx6P7u000BHHls1SPboz1t1N 3gs7SkufwiYv+rUWHHI1d8o8XebK4SaLGjZ2XAHbdBQl/u21oIgP3XjKLR8HlzABLXJ5+kbWEyqo uaarg0kd5fLv3eQBjhgKj2NTFoViqQ4ZOsy1ZqbCa3QH5Cvhdj60bdj2ROFzYh87xL6gU1YlbFEJ 96qryr92/W2b853bvz1mvAxWqq+YSJU6S9+nWFDZOHWpW+pDDAL/mevobE1wWyllnN2qXcyvATHs DOvSjejqnHvmbvcnZgwaSNduQuM/3iE+e+ENcPtjqqhsGlS0XCV6yaLJixamuyx+F14FTVhuEh0B 7hIQDcYyfxj//PT6zW6R6DZJvhpIaYvClk0aErJpF8EKkNb6eSJIv7p7afhwx/p6N9jYDdJ2T1f/ kLfjkdLd78Jgt2c63f6qnPDUi39yIs7Gn5e2+K+KoBCo2fsYxra1XFI8ibYZKnMBCg8DsxJg8nov gdujbv8mMJf1i92JV7atPbOvK8W3dgLwpdYrmoYUKnL24zOMXQlLE9+7jHQTUksCAwEAAaOCAlIw ggJOMAwGA1UdEwQFMAMBAf8wCwYDVR0PBAQDAgGuMB0GA1UdDgQWBBROC+8apEBbpRdphzDKNGhD 0EGu8jBkBgNVHR8EXTBbMCygKqAohiZodHRwOi8vY2VydC5zdGFydGNvbS5vcmcvc2ZzY2EtY3Js LmNybDAroCmgJ4YlaHR0cDovL2NybC5zdGFydGNvbS5vcmcvc2ZzY2EtY3JsLmNybDCCAV0GA1Ud IASCAVQwggFQMIIBTAYLKwYBBAGBtTcBAQEwggE7MC8GCCsGAQUFBwIBFiNodHRwOi8vY2VydC5z dGFydGNvbS5vcmcvcG9saWN5LnBkZjA1BggrBgEFBQcCARYpaHR0cDovL2NlcnQuc3RhcnRjb20u b3JnL2ludGVybWVkaWF0ZS5wZGYwgdAGCCsGAQUFBwICMIHDMCcWIFN0YXJ0IENvbW1lcmNpYWwg KFN0YXJ0Q29tKSBMdGQuMAMCAQEagZdMaW1pdGVkIExpYWJpbGl0eSwgcmVhZCB0aGUgc2VjdGlv biAqTGVnYWwgTGltaXRhdGlvbnMqIG9mIHRoZSBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eSBQb2xpY3kgYXZhaWxhYmxlIGF0IGh0dHA6Ly9jZXJ0LnN0YXJ0Y29tLm9yZy9wb2xpY3ku cGRmMBEGCWCGSAGG+EIBAQQEAwIABzA4BglghkgBhvhCAQ0EKxYpU3RhcnRDb20gRnJlZSBTU0wg Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwDQYJKoZIhvcNAQEFBQADggIBABZsmfRmDDT10IVefQrs 2hBOOBxe36YlBUuRMsHoO/E93UQJWwdJiinLZgK3sZr3JZgJPI4b4d02hytLu2jTOWY9oCbH8jmR HVGrgnt+1c5a5OIDV3Bplwj5XlimCt+MBppFFhY4Cl5X9mLHegIF5rwetfKe9Kkpg/iyFONuKIdE w5Aa3jipPKxDTWRFzt0oqVzyc3sE+Bfoq7HzLlxkbnMxOhK4vLMR5H2PgVGaO42J9E2TZns8A+3T mh2a82VQ9aDQdZ8vr/DqgkOY+GmciXnEQ45GcuNkNhKv9yUeOImQd37Da2q5w8tES6x4kIvnxywe SxFEyDRSJ80KXZ+FwYnVGnjylRBTMt2AhGZ12bVoKPthLr6EqDjAmRKGpR5nZK0GLi+pcIXHlg98 iWX1jkNUDqvdpYA5lGDANMmWcCyjEvUfSHu9HH5rt52Q9CI7rvj8Ksr6glKg769LVZPrwbXwIous NE4mIgShhyx1SrflfRPXuAxkwDbSyS+GEowjCcEbgjtzSaNqV4eU5dZ4xZlDY+NN4Hct4WWZcmkE GkcJ5g8BViT7H78OealYLrnECQF+lbptAAY+supKEDnY0Cv1v+x1v5cCxQkbCNxVN+KB+zeEQ2Ig yudWS2Xq/mzBJJMkoTTrBf+aIq6bfT/xZVEKpjBqs/SIHIAN/HKK6INeMYIDbzCCA2sCAQEwgZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCiHDMAkGBSsOAwIaBQCgggGvMBgGCSqGSIb3 DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDgyNzIxNTg1OVowIwYJKoZIhvcN AQkEMRYEFEvYei4jiQf9vvPbEQD5/vFFwGZhMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNV BAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBD ZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50 ZXJtZWRpYXRlIENsaWVudCBDQQIDCiHDMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENl cnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRl cm1lZGlhdGUgQ2xpZW50IENBAgMKIcMwDQYJKoZIhvcNAQEBBQAEggEAT5GKIpjIBpqlIruIz6pT XsJNXAzx41PDUPDRi+SSXkswuayuswajk/PG/I+Jz8mVmyjnCVyFebXW6aw7xp3kUG0syQB7yZEE j+EbeGrubde8YJpj2reguo1sydAdttL0eZV1L8fk1XwKcuiSmrwEkl3Psnug9x5Ztd/u3cv0qqWP urOtCYGKQ+KQ8k/So24KwjeQJ3uOy4GRioHxrRbqRTqU9gx0FMgzbOgHewV/07zep4Q24cpmMjWL vzMyKqACrFzhwRkcmyIwTLaP2noWVN4GXCaYwgbygoRdybD/EEBD/as6ET/Uvz4YEDkITCePZC8x gTbza5rcKDB5nCtUmAAAAAAAAA== --Apple-Mail-81AB0506-635C-4704-ABD0-94E1B94FDB7B-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 22:18:19 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CED724C for ; Wed, 27 Aug 2014 22:18:19 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2F3D34C1 for ; Wed, 27 Aug 2014 22:18:18 +0000 (UTC) Received: by mail-ig0-f171.google.com with SMTP id l13so7062577iga.4 for ; Wed, 27 Aug 2014 15:18:18 -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=Tk5tmWs8Ug8mdlOx8A/fXYmO/9dqAsGVVlvFwpbsCV4=; b=zhDBO9hdyFjoEBvhDVcXZOrz2/MGadURWg41xQ0zfEMYJcg9wTlCrmhtnJ/GHwAOlr p2Q55AVNpkZxBVaCZFM/94nYIpRqoQe6RMIgiWIm3PA2pKfKDskB6t1YYOKPVrEPNSj9 tZhwbXwCSUbMBw9q5WvJttZYQn+1XrgK+PwBzdrhy7mmFda4CkgYI4niatfGW4r4to88 61tBqxvBa0LhXhg7d0JV4H7O+Wjo6F53Ljy5Q6zbTjtqXJr4Vlw/IKiRqX4NJUuxh2wp 4uZfg80rO4IxPIHdq7oL3eKBWJKCQiJZmsXekMZI+OPuJ77gzKLw9A1g8dNKXUhPQWUa JETw== MIME-Version: 1.0 X-Received: by 10.50.28.75 with SMTP id z11mr33593269igg.11.1409177898429; Wed, 27 Aug 2014 15:18:18 -0700 (PDT) Received: by 10.107.129.65 with HTTP; Wed, 27 Aug 2014 15:18:18 -0700 (PDT) Date: Wed, 27 Aug 2014 16:18:18 -0600 Message-ID: Subject: help porting netmap to new driver From: David To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 22:18:19 -0000 Hi, I'm needing to use netmap on a custom driver, I don't understand the content of the functions I need to implement and that are detailed on "PORTING" file. can someone give a hand to understand it better? regards --=20 David D=C3=ADaz Barquero Ingenier=C3=ADa en Computadores Tecnol=C3=B3gico de Costa Rica From owner-freebsd-net@FreeBSD.ORG Wed Aug 27 22:23:52 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 459B25E8 for ; Wed, 27 Aug 2014 22:23:52 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C05F13581 for ; Wed, 27 Aug 2014 22:23:51 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id mc6so170827lab.15 for ; Wed, 27 Aug 2014 15:23:49 -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:message-id:subject :from:to:cc:content-type; bh=+YOtwvLQNoUblf3ZrkZ3w+lwQw2s/e0Zu7UpOVrwWFk=; b=yrskkKS6iGJ1dSMizTwY8W8IUqoBFeyS8tLLTpQG70z0KGuxtkTUiGpcSHp01EZsfm Ui1AS5FEji4oul5RbC6mcz2g03YcuHRol/p+gM60herEH6A+Vp3QXtOoXcCHlwn2zjOK 0WiPuIDRth1Gs7exPlSTDTIpp0nDu4vz4zEuROy/lYv2i7zoFo2M4GaWI6NxFthJhtYf vp9z+s5DzLh5FB+EG1EceL6TH2oUYtKRawbwL5tlANAwJKdwFdLig4iDJ/+THTdRnb+2 nYqPWrKHHnSaWsfKnc0G0dvJgwinl+jRwff59OALcIVOuz7rFSRLHaMlG9WIgQulTBWN cK/A== MIME-Version: 1.0 X-Received: by 10.152.7.70 with SMTP id h6mr5812923laa.96.1409178229535; Wed, 27 Aug 2014 15:23:49 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.244.2 with HTTP; Wed, 27 Aug 2014 15:23:49 -0700 (PDT) In-Reply-To: References: Date: Wed, 27 Aug 2014 15:23:49 -0700 X-Google-Sender-Auth: XjbFZJSQng_ooRhz4RkxS8S-RLU Message-ID: Subject: Re: help porting netmap to new driver From: Luigi Rizzo To: David Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 22:23:52 -0000 On Wed, Aug 27, 2014 at 3:18 PM, David wrote: > Hi, > > I'm needing to use netmap on a custom driver, I don't understand the > content of the functions I need to implement and that are detailed on > "PORTING" file. > > =E2=80=8Bsometimes (often, actually) the hw has bottlenecks that make nativ= e netmap mode almost useless. =E2=80=8BOne thing you could try is the "emulated netmap mode" which is used by default=E2=80=8B if the driver has no native support. This is in the code on code.google.com/p/netmap/ , the branch "next" (which is basically the code now in FreeBSD) has some fixes for that specific feature cheers luigi can someone give a hand to understand it better? > > regards > > -- > David D=C3=ADaz Barquero > > Ingenier=C3=ADa en Computadores > Tecnol=C3=B3gico de Costa Rica > _______________________________________________ > 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 -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 04:21:39 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02A49373 for ; Thu, 28 Aug 2014 04:21:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DDC901A39 for ; Thu, 28 Aug 2014 04:21:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7S4LcNQ051132 for ; Thu, 28 Aug 2014 04:21:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Thu, 28 Aug 2014 04:21:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dgilbert@eicat.ca X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 04:21:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 --- Comment #6 from dgilbert@eicat.ca --- I'd like to quickly respond before things veer away. The problem exists when pf is not even loaded or enabled. I brought in some pf examples to try to discern which parts of the stack "see" the packet... but pf is definitely not part of the problem. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 04:23:18 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77258479 for ; Thu, 28 Aug 2014 04:23:18 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E3701A61 for ; Thu, 28 Aug 2014 04:23:18 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7S4NIZr052917 for ; Thu, 28 Aug 2014 04:23:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Thu, 28 Aug 2014 04:23:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dgilbert@eicat.ca X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 04:23:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 --- Comment #7 from dgilbert@eicat.ca --- I can also add that I have an application that uses if_tun interfaces and they don't exhibit the ng_iface problems. Nor do the gif interfaces exhibit the problem when the packet has not arrived on an ng_iface. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 08:32:32 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B3C2BBB for ; Thu, 28 Aug 2014 08:32:32 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F080C1297 for ; Thu, 28 Aug 2014 08:32:31 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,416,1406617200"; d="asc'?scan'208";a="142745797" Received: from vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) by mx11-out.netapp.com with ESMTP; 28 Aug 2014 01:32:28 -0700 Received: from HIOEXCMBX02-PRD.hq.netapp.com (10.122.105.35) by vmwexceht04-prd.hq.netapp.com (10.106.77.34) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 28 Aug 2014 01:32:00 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx02-prd.hq.netapp.com (10.122.105.35) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 28 Aug 2014 01:31:59 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Thu, 28 Aug 2014 01:32:00 -0700 From: "Eggert, Lars" To: FreeBSD Net Subject: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi8w== Date: Thu, 28 Aug 2014 08:31:59 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_5FFEA2B3-09F4-42CA-B1E7-79BD93E6BA05"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 08:32:32 -0000 --Apple-Mail=_5FFEA2B3-09F4-42CA-B1E7-79BD93E6BA05 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, = I still get "requests for mbufs denied" with igb interfaces, and the = occasional connection stall, even when dialing down hw.igb.num_queues=3D1:= [root@laurel: ~] netstat -m 3070/1355/4425 mbufs in use (current/cache/total) 3069/773/3842/8144896 mbuf clusters in use (current/cache/total/max) 3069/772 mbuf+clusters out of packet secondary zone in use = (current/cache) 0/6/6/1018097 4k (page size) jumbo clusters in use = (current/cache/total/max) 0/0/0/301658 9k jumbo clusters in use (current/cache/total/max) 0/0/0/169682 16k jumbo clusters in use (current/cache/total/max) 6905K/1908K/8814K bytes allocated to network (current/cache/total) 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 6/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile The box in question has six igb interfaces, 2x 'I210 Gigabit Network = Connection' and 4x '82580 Gigabit Network Connection' and is running: FreeBSD laurel.muccbc.hq.netapp.com 10.0-RELEASE-p7 FreeBSD = 10.0-RELEASE-p7 #0: Tue Jul 8 06:37:44 UTC 2014 = root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Anyone have any ideas what else to try? Thanks, Lars --Apple-Mail=_5FFEA2B3-09F4-42CA-B1E7-79BD93E6BA05 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/7pGNZcnpRveo1xAQLcNwQAg2Vc3dusBevY3EgxpBjdWaNVXbXxU6lL 97HAkLDVJuURAzJ1WxKZsHaEiusYdIHX8e4vrKDg5loYdUE/nj6WWzxxuUVIgOVp JdB2gd41dDjmV7EDYBrAKQOzoXkdvsP2TPDuScdGgZtHA+5H3Lp6XvTMGKiavnpw YNuHwLEU6JI= =UAMP -----END PGP SIGNATURE----- --Apple-Mail=_5FFEA2B3-09F4-42CA-B1E7-79BD93E6BA05-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:02:13 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B4EE779 for ; Thu, 28 Aug 2014 11:02:13 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D861012C2 for ; Thu, 28 Aug 2014 11:02:12 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s7SB25Ci007781; Thu, 28 Aug 2014 07:02:06 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53FF0C3A.4000501@sentex.net> Date: Thu, 28 Aug 2014 07:02:18 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Eggert, Lars" , FreeBSD Net Subject: Re: igb "requests for mbufs denied" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:02:13 -0000 On 8/28/2014 4:31 AM, Eggert, Lars wrote: > Hi, > > no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get "requests for mbufs denied" with igb interfaces, and the occasional connection stall, even when dialing down hw.igb.num_queues=1: > The box in question has six igb interfaces, 2x 'I210 Gigabit Network Connection' and 4x '82580 Gigabit Network Connection' and is running: > > FreeBSD laurel.muccbc.hq.netapp.com 10.0-RELEASE-p7 FreeBSD 10.0-RELEASE-p7 #0: Tue Jul 8 06:37:44 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Anyone have any ideas what else to try? A stab in the dark, but I ran into a bug where setting queues to 1 did not have the same positive impact as disabling msix in loader.conf hw.igb.enable_msix=0 ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:17:12 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0743BD5A for ; Thu, 28 Aug 2014 11:17:12 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFB5F1470 for ; Thu, 28 Aug 2014 11:17:11 +0000 (UTC) Received: from [2a02:6b8:0:401:222:4dff:fe50:cd2f] (helo=ptichko.yndx.net) by mail.ipfw.ru with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XMtjU-000HLb-9V; Thu, 28 Aug 2014 11:02:56 +0400 Message-ID: <53FF0FAE.1010809@FreeBSD.org> Date: Thu, 28 Aug 2014 15:17:02 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Eggert, Lars" , FreeBSD Net Subject: Re: igb "requests for mbufs denied" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:17:12 -0000 On 28.08.2014 12:31, Eggert, Lars wrote: > Hi, > > no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get "requests for mbufs denied" with igb interfaces, and the occasional connection stall, even when dialing down hw.igb.num_queues=1: > > [root@laurel: ~] netstat -m > 3070/1355/4425 mbufs in use (current/cache/total) > 3069/773/3842/8144896 mbuf clusters in use (current/cache/total/max) > 3069/772 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/6/6/1018097 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/301658 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/169682 16k jumbo clusters in use (current/cache/total/max) > 6905K/1908K/8814K bytes allocated to network (current/cache/total) > 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 6/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > > The box in question has six igb interfaces, 2x 'I210 Gigabit Network Connection' and 4x '82580 Gigabit Network Connection' and is running: > > FreeBSD laurel.muccbc.hq.netapp.com 10.0-RELEASE-p7 FreeBSD 10.0-RELEASE-p7 #0: Tue Jul 8 06:37:44 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Anyone have any ideas what else to try? Do you have jumbo frames turned on? > > Thanks, > Lars From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:21:52 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 599DAE9; Thu, 28 Aug 2014 11:21:52 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 315651591; Thu, 28 Aug 2014 11:21:51 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,417,1406617200"; d="asc'?scan'208";a="142761949" Received: from vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) by mx11-out.netapp.com with ESMTP; 28 Aug 2014 04:21:51 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by vmwexceht03-prd.hq.netapp.com (10.106.76.241) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 28 Aug 2014 04:21:23 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx07-prd.hq.netapp.com (10.122.105.40) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 28 Aug 2014 04:21:23 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Thu, 28 Aug 2014 04:21:23 -0700 From: "Eggert, Lars" To: "Alexander V. Chernikov" Subject: Re: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi85vmU1IAgAABU4A= Date: Thu, 28 Aug 2014 11:21:22 +0000 Message-ID: <13382CE5-7640-4BD2-9750-2F7FBF97EC1C@netapp.com> References: <53FF0FAE.1010809@FreeBSD.org> In-Reply-To: <53FF0FAE.1010809@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_9CD484BD-A172-4CB5-9C86-C9901657D57A"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:21:52 -0000 --Apple-Mail=_9CD484BD-A172-4CB5-9C86-C9901657D57A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 On 2014-8-28, at 13:17, Alexander V. Chernikov wrote: > Do you have jumbo frames turned on? Nope. Lars --Apple-Mail=_9CD484BD-A172-4CB5-9C86-C9901657D57A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/8Qy9ZcnpRveo1xAQKJ9AP+Pr0YQaM1ZMC9UHwthB/Tc2Mb2VdstH30 jTxQA05T2rEKZDelXDhyZyoYntctyp//O9LgMioPivRQsUHvmMBWsbbfgbCdgxUw FatgnhT4dI18wKynyfTo8bDfALM4Xtl90wiRZi2oIZ5/LN08fMZmhSgOrhnj6NDm Hb8j1qjGiwo= =ryJH -----END PGP SIGNATURE----- --Apple-Mail=_9CD484BD-A172-4CB5-9C86-C9901657D57A-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:22:20 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91F4417A for ; Thu, 28 Aug 2014 11:22:20 +0000 (UTC) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx12.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B3B315A3 for ; Thu, 28 Aug 2014 11:22:20 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,417,1406617200"; d="asc'?scan'208";a="184794990" Received: from vmwexceht02-prd.hq.netapp.com ([10.106.76.240]) by mx12-out.netapp.com with ESMTP; 28 Aug 2014 04:22:20 -0700 Received: from HIOEXCMBX02-PRD.hq.netapp.com (10.122.105.35) by vmwexceht02-prd.hq.netapp.com (10.106.76.240) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 28 Aug 2014 04:21:53 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx02-prd.hq.netapp.com (10.122.105.35) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 28 Aug 2014 04:21:47 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Thu, 28 Aug 2014 04:21:47 -0700 From: "Eggert, Lars" To: Mike Tancsa Subject: Re: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi85vmTzQAgAAFjwA= Date: Thu, 28 Aug 2014 11:21:46 +0000 Message-ID: <2DFE764C-6330-42F1-A071-9A807ABA6A4A@netapp.com> References: <53FF0C3A.4000501@sentex.net> In-Reply-To: <53FF0C3A.4000501@sentex.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_B67F3513-48B8-46D5-8097-4D645422C1A7"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:22:20 -0000 --Apple-Mail=_B67F3513-48B8-46D5-8097-4D645422C1A7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 On 2014-8-28, at 13:02, Mike Tancsa wrote: > hw.igb.enable_msix=0 Doesn't change things either, unfortunately. Lars --Apple-Mail=_B67F3513-48B8-46D5-8097-4D645422C1A7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/8Q5NZcnpRveo1xAQK+lQQAi8W+xWtX9fYr47tfxoJX7KRCHCTd+J/d aAsgCSpW9Vjo35nn4NS5rg7vWgwURDZ4v3brvGFYSh2WNb5kZHq3E0/O+1iamkRf JzAyWA8lY9L69N9hSxrVz71GLoGFgaMUaNel2B94mjaJO6htUarpXqu18kA7daCN 2eANs4eJ3pk= =5Ldw -----END PGP SIGNATURE----- --Apple-Mail=_B67F3513-48B8-46D5-8097-4D645422C1A7-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:27:33 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE760380 for ; Thu, 28 Aug 2014 11:27:33 +0000 (UTC) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx12.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A80D1172E for ; Thu, 28 Aug 2014 11:27:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,417,1406617200"; d="asc'?scan'208";a="184795613" Received: from vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) by mx12-out.netapp.com with ESMTP; 28 Aug 2014 04:27:33 -0700 Received: from HIOEXCMBX01-PRD.hq.netapp.com (10.122.105.34) by vmwexceht01-prd.hq.netapp.com (10.106.76.239) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 28 Aug 2014 04:27:06 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx01-prd.hq.netapp.com (10.122.105.34) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 28 Aug 2014 04:27:05 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Thu, 28 Aug 2014 04:27:06 -0700 From: "Eggert, Lars" To: FreeBSD Net Subject: Re: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi85vmVj4A Date: Thu, 28 Aug 2014 11:27:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_839375C5-24CD-47CF-8EEF-8DEDC6875A66"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:27:33 -0000 --Apple-Mail=_839375C5-24CD-47CF-8EEF-8DEDC6875A66 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2014-8-28, at 10:31, Eggert, Lars wrote: > 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) I just noticed that these are already there just after boot, and then = also don't seem to be increasing anymore (or only very slowly.) Just in = case that gives someone an idea. Lars --Apple-Mail=_839375C5-24CD-47CF-8EEF-8DEDC6875A66 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/8SItZcnpRveo1xAQIVRQP/WXVtyyDKBCeng74eD3TqZ8ACeWv0ZF87 urSm1WYFmmPghM6ByH/9qJiv4SCPS3wr4uVFpRYQZVsyA3BfqfpGHRFeSV9W0TKQ d4FTlMo07SOSqSW5vdXv3Yc/11LjQghBuF0ZilPnl2JPH9CVbSSBAq2iS705Lr7d teIAHNWDZng= =pDL7 -----END PGP SIGNATURE----- --Apple-Mail=_839375C5-24CD-47CF-8EEF-8DEDC6875A66-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 11:46:41 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 381F07D5 for ; Thu, 28 Aug 2014 11:46:41 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 103771918 for ; Thu, 28 Aug 2014 11:46:40 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,417,1406617200"; d="asc'?scan'208";a="142765034" Received: from vmwexceht04-prd.hq.netapp.com ([10.106.77.34]) by mx11-out.netapp.com with ESMTP; 28 Aug 2014 04:46:41 -0700 Received: from HIOEXCMBX02-PRD.hq.netapp.com (10.122.105.35) by vmwexceht04-prd.hq.netapp.com (10.106.77.34) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 28 Aug 2014 04:46:13 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx02-prd.hq.netapp.com (10.122.105.35) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 28 Aug 2014 04:45:55 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Thu, 28 Aug 2014 04:45:55 -0700 From: "Eggert, Lars" To: Mike Tancsa Subject: Re: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi85vmTzQAgAAFjwCAAAa9gA== Date: Thu, 28 Aug 2014 11:45:54 +0000 Message-ID: <6F882B69-3CEA-45A6-87A4-6F0306C0A74E@netapp.com> References: <53FF0C3A.4000501@sentex.net> <2DFE764C-6330-42F1-A071-9A807ABA6A4A@netapp.com> In-Reply-To: <2DFE764C-6330-42F1-A071-9A807ABA6A4A@netapp.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_4E14117B-4291-4FE3-905D-74CF341D4B26"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 11:46:41 -0000 --Apple-Mail=_4E14117B-4291-4FE3-905D-74CF341D4B26 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, also just noticed that there is a version 2.4.2 driver on Intel's site = for these cards = (https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=3D15815) = whereas FreeBSD (incl. -CURRENT) is at 2.4.0. No changelog, unfortunately. Lars --Apple-Mail=_4E14117B-4291-4FE3-905D-74CF341D4B26 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU/8Wi9ZcnpRveo1xAQKF7gP/Rp/IYSARYILvUXH9e0DXW3ARVx0MBjVS G60ulxzbQN7Zg5t4LnOeGE612vwZt+BzmTuyT6wPiD9dy8HKHYaMEwyZDoF5Ahhw qEncgSZtXWY4+ZkpevXycfS1EmRZNRda469WzBq/+dy0Qctwdf+nLBQ7u8whGAf9 qqDNuziNT6I= =T+0A -----END PGP SIGNATURE----- --Apple-Mail=_4E14117B-4291-4FE3-905D-74CF341D4B26-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 12:43:59 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A840D9B for ; Thu, 28 Aug 2014 12:43:59 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C53711EFC for ; Thu, 28 Aug 2014 12:43:58 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s7SChqUx020271; Thu, 28 Aug 2014 08:43:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <53FF2415.3020600@sentex.net> Date: Thu, 28 Aug 2014 08:44:05 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "Eggert, Lars" Subject: Re: igb "requests for mbufs denied" References: <53FF0C3A.4000501@sentex.net> <2DFE764C-6330-42F1-A071-9A807ABA6A4A@netapp.com> <6F882B69-3CEA-45A6-87A4-6F0306C0A74E@netapp.com> In-Reply-To: <6F882B69-3CEA-45A6-87A4-6F0306C0A74E@netapp.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 12:43:59 -0000 On 8/28/2014 7:45 AM, Eggert, Lars wrote: > Hi, > > also just noticed that there is a version 2.4.2 driver on Intel's site for these cards (https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15815) whereas FreeBSD (incl. -CURRENT) is at 2.4.0. > > No changelog, unfortunately. There is a newer version in RELENG_10 and the change log just says newer IDs were added to support newer cards. There are some other minor changes which seems to have broken one of my 82574L cards however. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 17:29:27 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 419A2823; Thu, 28 Aug 2014 17:29:27 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AAF8151E; Thu, 28 Aug 2014 17:29:26 +0000 (UTC) Received: from [96.232.17.80] (port=64837 helo=[10.189.221.169]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1XN2jO-0001AK-HX; Thu, 28 Aug 2014 12:39:27 -0400 From: "George Neville-Neil" To: "Eggert, Lars" Subject: Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00 Date: Thu, 28 Aug 2014 12:39:09 -0400 Message-ID: <1BF6E077-0B47-41C9-8B47-848E048517B4@neville-neil.com> In-Reply-To: <4F10C5BC-03B2-486D-A5EF-C55582869ED1@netapp.com> References: <259C9434-C6FE-42EA-823D-ECB024DBF3D7@netapp.com> <814E0886-1B6B-4316-8BAB-684DAFDE1983@netapp.com> <20140826145517.GD12732@gmail.com> <76D986F7-72A8-4ABE-8731-064C6C77A56F@netapp.com> <3ABE6D0D-1D98-425B-BDAD-8D1B9026AD8F@netapp.com> <4F10C5BC-03B2-486D-A5EF-C55582869ED1@netapp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_D05B247A-8A62-410E-A48B-05C2B800C34B_="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Mailer: MailMate (1.8r4214) 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 X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: Tom Jones , Adrian Chadd , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 17:29:27 -0000 This is an OpenPGP/MIME signed message (RFC 3156 and 4880). --=_MailMate_D05B247A-8A62-410E-A48B-05C2B800C34B_= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Adrian, Can you put this into a Phabricator for review? Lars, How have you been testing this? Best, George On 27 Aug 2014, at 4:01, Eggert, Lars wrote: > Yep > > On 2014-8-27, at 9:53, Adrian Chadd wrote: > >> Ok. Is it the same patch you sent out in Feb? >> >> >> -a >> >> >> On 27 August 2014 00:43, Eggert, Lars wrote: >>> Not as far as I know. >>> >>> Lars >>> >>> On 2014-8-27, at 9:39, Adrian Chadd wrote: >>> >>>> Is there a PR for it? >>>> >>>> >>>> -a >>>> >>>> >>>> On 27 August 2014 00:23, Eggert, Lars wrote: >>>>> It would be great if people could also review Aris' PRR patch - RFC= 6937 has been out for a while. >>>>> >>>>> Lars >>>>> >>>>> >>>>> >>>>> >>>>> On 2014-8-26, at 20:09, Adrian Chadd wrote: >>>>> >>>>>> Hi! >>>>>> >>>>>> I'm going to merge Tom's work in a week unless someone gives me a >>>>>> really good reason not to. >>>>>> >>>>>> I think there's been enough work and discussion about it since the= >>>>>> first post from Lars in Feburary and enough review opportunity. >>>>>> >>>>>> >>>>>> -a >>>>>> >>>>>> >>>>>> On 26 August 2014 07:55, Tom Jones wrote: >>>>>>> On Tue, Aug 26, 2014 at 02:43:49PM +0000, Eggert, Lars wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> the newcwv patch is probably stale now with Tom Jones' recent pa= tch based on >>>>>>>> a more up-to-date version of the Internet-Draft, but the PRR pat= ch should >>>>>>>> still be useful? >>>>>>> >>>>>>> My newcwv patch is much more up to date than Aris's, but it is sl= ightly >>>>>>> different in implementation. I have had a few suggestions from Ad= rian, but he >>>>>>> couldn't comment on how it relates to the tcp internals. >>>>>>> >>>>>>> There is a PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D= 191520 >>>>>>> >>>>>>> The biggest difference in structure between mine and Aris's patch= is the use of >>>>>>> tcp timers. It would be good to hear if my approach or Aris's is = prefered. >>>>>>> >>>>>>>> On 2014-6-19, at 23:35, George Neville-Neil wrote: >>>>>>>> >>>>>>>>> On 4 Feb 2014, at 1:38, Eggert, Lars wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> below are two patches that implement RFC6937 ("Proportional Ra= te Reduction for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to su= pport Rate-Limited Traffic"). They were done by Aris Angelogiannopoulos f= or his MS thesis, which is at https://eggert.org/students/angelogiannopou= los-thesis.pdf. >>>>>>>>>> >>>>>>>>>> The patches should apply to -CURRENT as of Sep 17, 2013. (Sorr= y for the delay in sending them, we'd been trying to get some feedback fr= om committers first, without luck.) >>>>>>>>>> >>>>>>>>>> Please note that newcwv is still a work in progress in the IET= F, and the patch has some limitations with regards to the "pipeACK Sampli= ng Period" mentioned in the Internet-Draft. Aris says this in his thesis = about what exactly he implemented: >>>>>>>>>> >>>>>>>>>> "The second implementation choice, is in regards with the meas= urement of pipeACK. This variable is the most important introduced by the= method and is used to compute the phase that the sender currently lies i= n. In order to compute pipeACK the approach suggested by the Internet Dra= ft (ID) is followed [ncwv]. During initialization, pipeACK is set to the = maximum possible value. A helper variable prevHighACK is introduced that = is initialized to the initial sequence number (iss). prevHighACK holds th= e value of the highest acknowledged byte so far. pipeACK is measured once= per RTT meaning that when an ACK covering prevHighACK is received, pipeA= CK becomes the difference between the current ACK and prevHighACK. This i= s called a pipeACK sample. A newer version of the draft suggests that mu= ltiple pipeACK samples can be used during the pipeACK sampling period." >>>>>>>>>> >>>>>>>>>> Lars >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> [prr.patch] >>>>>>>>>> >>>>>>>>>> [newcwv.patch] >>>>>>>>> >>>>>>>>> Apologies for not looking at this as yet. It is now closer to = the top of my list. >>>>>>>>> >>>>>>>>> Best, >>>>>>>>> George >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Tom >>>>>>> @adventureloop >>>>>>> adventurist.me >>>>>>> >>>>>>> :wq >>>>>>> _______________________________________________ >>>>>>> freebsd-net@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd= =2Eorg" >>>>> >>>>> >>> --=_MailMate_D05B247A-8A62-410E-A48B-05C2B800C34B_= Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlP/Wy0ACgkQYdh2wUQKM9KbKwCgvkUFUxesZm8kGHmy4xdijhfX AQEAoL7jyeWL0nu/+ewTdstPI5DMOcHG =x/qB -----END PGP SIGNATURE----- --=_MailMate_D05B247A-8A62-410E-A48B-05C2B800C34B_=-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 18:56:23 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B359DB69 for ; Thu, 28 Aug 2014 18:56:23 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74C90105E for ; Thu, 28 Aug 2014 18:56:23 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id i8so1255686qcq.8 for ; Thu, 28 Aug 2014 11:56:21 -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:message-id:subject :from:to:cc:content-type; bh=drJuosB169hnvHsdzqjngLZqQq2Hq0/I+rc+x8v1gHk=; b=LiPsGeEv/ndeGw2ma5LH/CxMXad2EDpG80rgBh2NIQlqVWnKLrUjt72oySemO+Wo1R xTkCFwGHEPsWSUxunrlR4apkx7051yJePgjvR3j5+eTmir8KHR8Nt52Hh4L4yNErnau5 Jteq7Q3sIdgaShLHgl7+oqQWqlcf08hZIAqvnaA9xuY7q74jOiD06kMhWMV2sMzDd1Wu otgwPB3+fT+MBtiTC2LqFQRgJzCAZuw9gJZGfpJA9MOxaBEqSvnSIFscUhMmMxof5CfG MMaiVODUzakXELG6rr66FisOkJkcVIc67iSTgoSNguMws8wiw1lRRjbmpsXdrDDwv4cc 40/Q== MIME-Version: 1.0 X-Received: by 10.224.36.130 with SMTP id t2mr9686869qad.45.1409252180620; Thu, 28 Aug 2014 11:56:20 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Thu, 28 Aug 2014 11:56:20 -0700 (PDT) In-Reply-To: References: Date: Thu, 28 Aug 2014 11:56:20 -0700 X-Google-Sender-Auth: dWlMJZXPtddSl2RYaNYkZknvaIg Message-ID: Subject: Re: igb "requests for mbufs denied" From: hiren panchasara To: "Eggert, Lars" Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 18:56:23 -0000 On Thu, Aug 28, 2014 at 4:27 AM, Eggert, Lars wrote: > On 2014-8-28, at 10:31, Eggert, Lars wrote: >> 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > I just noticed that these are already there just after boot, and then also don't seem to be increasing anymore (or only very slowly.) Just in case that gives someone an idea. > Very weird. I guess a hackish way is to try removing cards or disabling interfaces one by one and see how it changes the behavior on boot? cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Thu Aug 28 19:07:32 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0836F15C for ; Thu, 28 Aug 2014 19:07:32 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id C0A6F1266 for ; Thu, 28 Aug 2014 19:07:31 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 82E1920E7088A; Thu, 28 Aug 2014 19:07:30 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=8.0 tests=AWL,BAYES_05,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 1E37320E70885; Thu, 28 Aug 2014 19:07:29 +0000 (UTC) Message-ID: <5E1E9D25A9D84D2E803A83756D6129CA@multiplay.co.uk> From: "Steven Hartland" To: "Eggert, Lars" , "FreeBSD Net" References: Subject: Re: igb "requests for mbufs denied" Date: Thu, 28 Aug 2014 20:07:25 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Aug 2014 19:07:32 -0000 When you say you've bumped mbclusters and mbufs, was that in /boot/loader.conf or /etc/sysctl.conf. If the latter then thats too late for driver init so try the former. ----- Original Message ----- From: "Eggert, Lars" Hi, no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get "requests for mbufs denied" with igb interfaces, and the occasional connection stall, even when dialing down hw.igb.num_queues=1: ... From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 10:17:11 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3102463C; Fri, 29 Aug 2014 10:17:11 +0000 (UTC) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id C4305152A; Fri, 29 Aug 2014 10:17:10 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id F15CBB84D; Fri, 29 Aug 2014 12:17:07 +0200 (SAST) Date: Fri, 29 Aug 2014 12:17:07 +0200 From: John Hay To: "Bjoern A. Zeeb" Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" Message-ID: <20140829101707.GA83695@zibbi.meraka.csir.co.za> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Net , Hiroki Sato , Jonathan Price X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 10:17:11 -0000 On Wed, Aug 27, 2014 at 11:59:25AM +0000, Bjoern A. Zeeb wrote: > > On 27 Aug 2014, at 06:31 , Jonathan Price wrote: > > > On 2014-08-27 01:40, Peter Wemm wrote: > >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: > >>> Hello, > >>> > >>> I am configuring a server with IPv4 and IPv6 addresses and have noticed that > >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH > >>> connections. > >>> > >>> After reading through /etc/defaults/rc.conf, and later /etc/rc.d/ip6addrctl > >>> I have come to the conclusion that I have two ways to tell FreeBSD to > >>> prefer IPv6: > >>> > >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf > >>> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf > >>> ... > > However, it does sound like for my purposes it would make more sense to use ip6addrctl_policy=?ipv6_prefer" as that is more explicitly the feature I want, rather than getting it inadvertently through the other knob. > > Yes. Definitively. I am not sure if it has happened but if IPv6 config is configured through rc.conf that setting should be(come) default. > It does not seem so yet (anymore, it was like that many moons ago). A new install of 11-current, with the following in rc.conf: ################# hostname="fbsd-11-test" ifconfig_em0="DHCP" ifconfig_em0_ipv6="inet6 accept_rtadv" sshd_enable="YES" ################# Output of ip6addrctl: ################# jhay@fbsd-11-test:~ % ip6addrctl Prefix Prec Label Use ::1/128 50 0 0 ::/0 40 1 13 ::ffff:0.0.0.0/96 100 4 0 2002::/16 30 2 0 2001::/32 5 5 0 fc00::/7 3 13 0 ::/96 1 3 0 fec0::/10 1 11 0 3ffe::/16 1 12 0 jhay@fbsd-11-test:~ % ################# telnet to a machine with both ipv6 and ipv4 addresses: ################# jhay@fbsd-11-test:~ % telnet dolphin Trying 146.64.28.14... telnet: connect to address 146.64.28.14: Connection refused Trying 2001:4200:7000:3:223:aeff:fea5:ef... telnet: connect to address 2001:4200:7000:3:223:aeff:fea5:ef: Connection refused telnet: Unable to connect to remote host jhay@fbsd-11-test:~ % ################# I think if an IPv6 address is configured on a machine, it should prefer ipv6 addresses. That would match what the rest are doing. Regards John -- John Hay -- jhay@meraka.csir.co.za / jhay@meraka.org.za From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 10:20:52 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47168811 for ; Fri, 29 Aug 2014 10:20:52 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2DEB8158D for ; Fri, 29 Aug 2014 10:20:52 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7TAKq3f041528 for ; Fri, 29 Aug 2014 10:20:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Fri, 29 Aug 2014 10:20:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glebius@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 10:20:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 --- Comment #8 from Gleb Smirnoff --- Then this might be artifact of quagga. Can you show 'netstat -rn'? P.S. I'm using mpd5 client and server on FreeBSD head for many years, and didn't encounter the problems you describe neither in 10-CURRENT lifetime, nor in 11-CURRENT. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 14:36:25 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F03582C7 for ; Fri, 29 Aug 2014 14:36:25 +0000 (UTC) Received: from mx12.netapp.com (mx12.netapp.com [216.240.18.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx12.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C8AF614F0 for ; Fri, 29 Aug 2014 14:36:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.04,424,1406617200"; d="asc'?scan'208";a="185067585" Received: from vmwexceht05-prd.hq.netapp.com ([10.106.77.35]) by mx12-out.netapp.com with ESMTP; 29 Aug 2014 07:36:19 -0700 Received: from HIOEXCMBX08-PRD.hq.netapp.com (10.122.105.41) by vmwexceht05-prd.hq.netapp.com (10.106.77.35) with Microsoft SMTP Server (TLS) id 14.3.123.3; Fri, 29 Aug 2014 07:35:49 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx08-prd.hq.netapp.com (10.122.105.41) with Microsoft SMTP Server (TLS) id 15.0.913.22; Fri, 29 Aug 2014 07:35:48 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::55e3:a7dc:11bd:462%21]) with mapi id 15.00.0913.011; Fri, 29 Aug 2014 07:35:48 -0700 From: "Eggert, Lars" To: Steven Hartland Subject: Re: igb "requests for mbufs denied" Thread-Topic: igb "requests for mbufs denied" Thread-Index: AQHPwpqIzDi3XZpt70OIdoMh57Bi85vmYVdpgAG7+gA= Date: Fri, 29 Aug 2014 14:35:47 +0000 Message-ID: References: <5E1E9D25A9D84D2E803A83756D6129CA@multiplay.co.uk> In-Reply-To: <5E1E9D25A9D84D2E803A83756D6129CA@multiplay.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_4E713417-8B0F-4158-A8C7-F2F1EB1E4D9D"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 14:36:26 -0000 --Apple-Mail=_4E713417-8B0F-4158-A8C7-F2F1EB1E4D9D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-8859-1 On 2014-8-28, at 21:07, Steven Hartland wrote: > When you say you've bumped mbclusters and mbufs, was that in > /boot/loader.conf or /etc/sysctl.conf. If the latter then thats > too late for driver init so try the former. loader.conf Lars --Apple-Mail=_4E713417-8B0F-4158-A8C7-F2F1EB1E4D9D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBVACP4NZcnpRveo1xAQJgFwP+NnVXKezAalOWxmZUgg0R8uTeq9OI2qHx WisU70R0cWVOl/fFtz7ysKFBVQg4eVQRQtzZFRXnj7PCOe4hCAV6nzDBRhU+kl+n H8U3jjsJz1xd1XKrUe3BvPcAQEpfbaJuI2s2rwMdpBCC67rKFbD5pObN7urYxI14 njgg4nFP/hE= =rA+B -----END PGP SIGNATURE----- --Apple-Mail=_4E713417-8B0F-4158-A8C7-F2F1EB1E4D9D-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 15:40:44 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC8C0A16 for ; Fri, 29 Aug 2014 15:40:44 +0000 (UTC) Received: from o3.email.wpengine.com (o3.email.wpengine.com [198.37.148.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C95591CF9 for ; Fri, 29 Aug 2014 15:40:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=email.wpengine.com; h=to:subject:from:mime-version:content-type; s=smtpapi; bh=8KtmvFrIqobYJR1cwoiBt48+jCQ=; b=lXO67QuethxbQGzhSf5isCyjLJbhb Dl71S4IK7md2Tqo8a94kaBuu5ivTd9GQ/SDgn/RZlcCrYkOvyAElu4rsLgfYmC9L N2cMj5j1FpYpTyw6m7c6Tnuohwbr4rVtMtpnW94Uq07t0WPODgMkzM0d7OYVV/We GrJ2QNW5opEyFk= Received: by filter-324.sjc1.sendgrid.net with SMTP id filter-324.17486.54009EF5E 2014-08-29 15:40:37.821121639 +0000 UTC Received: from pod-3168 (li229-237.members.linode.com [173.255.219.237]) by ismtpd-030.sjc1.sendgrid.net (SG) with ESMTP id 148226cf035.a00.701132 for ; Fri, 29 Aug 2014 15:40:37 +0000 (GMT) X-SendGrid-User: wpengine-pod-3168 Received: by pod-3168 (Postfix, from userid 33) id A4903A3320; Fri, 29 Aug 2014 15:40:37 +0000 (UTC) To: freebsd-net@freebsd.org Subject: We need your help resolving an issue with your account X-PHP-Originating-Script: 33:wp-ajaxify-comments.php(817) : eval()'d code(2) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code From: Notification Team Message-Id: <20140829154037.A4903A3320@pod-3168> Date: Fri, 29 Aug 2014 15:40:37 +0000 (UTC) X-SG-EID: ISGKkmHlRE12gnWy0TjFyGQSFR1WnpjQdICm3qu6YxHPCippJuU8sTVWSqecObwc74teTj1eGGwBzIUimZ+sdHODeZFXXoN4yTyw8aqXaBSOqTr6eoEnKNGkb7S7ZLAsfbjRbWeRBmJTzIHGI0UeTVq+b6XdM8XXZGV+KbhhCCM= MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 15:40:45 -0000 PayPal This is an automated email, please do not reply Dear Client, You Must Confirm Your Informations! Please click on the following link to Confirm It: [1]Click here to Confirm Your Account Informations. You Must Confirm Your Information To Save It . Thanks You For Helping, Support Team Need Assistance? We're happy to help by phone at 1-518-741-2708, Monday to Friday 9:00am to 5:00 pm EST, or by email Copyright 2014. All rights reserved. Email ID: 18460 References 1. http://bit.ly/1vUtJt1 From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 15:42:45 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FE47AEA for ; Fri, 29 Aug 2014 15:42:45 +0000 (UTC) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 154C21D97 for ; Fri, 29 Aug 2014 15:42:43 +0000 (UTC) Received: from alph.d.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.8) with ESMTP id s7TFgIsc052761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 30 Aug 2014 00:42:29 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.8/8.14.8) with ESMTP id s7TFgBHL039639; Sat, 30 Aug 2014 00:42:17 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 30 Aug 2014 00:41:56 +0900 (JST) Message-Id: <20140830.004156.1902600650619729089.hrs@allbsd.org> To: jhay@meraka.org.za Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: Hiroki Sato In-Reply-To: <20140829101707.GA83695@zibbi.meraka.csir.co.za> References: <53FD7B34.1050408@jonathanprice.org> <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> <20140829101707.GA83695@zibbi.meraka.csir.co.za> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Sat_Aug_30_00_41_56_2014_087)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sat, 30 Aug 2014 00:42:37 +0900 (JST) X-Spam-Status: No, score=-97.9 required=13.0 tests=CONTENT_TYPE_PRESENT, RDNS_NONE,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: bzeeb-lists@lists.zabbadoz.net, freebsd@jonathanprice.org, freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 15:42:45 -0000 ----Security_Multipart0(Sat_Aug_30_00_41_56_2014_087)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Sat_Aug_30_00_41_56_2014_971)--" Content-Transfer-Encoding: 7bit ----Next_Part(Sat_Aug_30_00_41_56_2014_971)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Hay wrote in <20140829101707.GA83695@zibbi.meraka.csir.co.za>: jh> On Wed, Aug 27, 2014 at 11:59:25AM +0000, Bjoern A. Zeeb wrote: jh> > jh> > On 27 Aug 2014, at 06:31 , Jonathan Price jh> > wrote: jh> > jh> > > On 2014-08-27 01:40, Peter Wemm wrote: jh> > >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: jh> > >>> Hello, jh> > >>> jh> > >>> I am configuring a server with IPv4 and IPv6 addresses and have jh> > >>> noticed that jh> > >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH jh> > >>> connections. jh> > >>> jh> > >>> After reading through /etc/defaults/rc.conf, and later jh> > >>> /etc/rc.d/ip6addrctl jh> > >>> I have come to the conclusion that I have two ways to tell FreeBSD to jh> > >>> prefer IPv6: jh> > >>> jh> > >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf jh> > >>> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf jh> > >>> jh> ... jh> > > However, it does sound like for my purposes it would make more sense jh> > > to use ip6addrctl_policy=?ipv6_prefer" as that is more explicitly the jh> > > feature I want, rather than getting it inadvertently through the other jh> > > knob. jh> > jh> > Yes. Definitively. I am not sure if it has happened but if IPv6 jh> > config is configured through rc.conf that setting should be(come) jh> > default. jh> > jh> jh> It does not seem so yet (anymore, it was like that many moons ago). A jh> new ... jh> I think if an IPv6 address is configured on a machine, it should jh> prefer ipv6 jh> addresses. That would match what the rest are doing. True at this moment. I have a patch to make it set ipv6_prefer when at least one ifconfig_IF_ipv6 is configured. Is there any objection to commit this? I had hesitated to add this for a technical reason which was eliminated by adding list_vars(). -- Hiroki ----Next_Part(Sat_Aug_30_00_41_56_2014_971)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ip6addrctl_ifconfig.20140829.diff" Index: rc.d/ip6addrctl =================================================================== --- rc.d/ip6addrctl (revision 270577) +++ rc.d/ip6addrctl (working copy) @@ -75,6 +75,8 @@ else if checkyesno ipv6_activate_all_interfaces; then ip6addrctl_prefer_ipv6 + elif [ -n "$(list_vars ifconfig_\*_ipv6)" ]; then + ip6addrctl_prefer_ipv6 else ip6addrctl_prefer_ipv4 fi ----Next_Part(Sat_Aug_30_00_41_56_2014_971)---- ----Security_Multipart0(Sat_Aug_30_00_41_56_2014_087)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlQAn0QACgkQTyzT2CeTzy20NgCfS8Os3/xKTMm078Ij4a3xk6CU xUEAoNefQyEJQxNm7A7OYBGIfHlHm3ut =6vJp -----END PGP SIGNATURE----- ----Security_Multipart0(Sat_Aug_30_00_41_56_2014_087)---- From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 18:25:55 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBB43966; Fri, 29 Aug 2014 18:25:55 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A89B312FB; Fri, 29 Aug 2014 18:25:55 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id E3A7FAC; Fri, 29 Aug 2014 11:25:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1409336755; bh=p8Hzox2gHn69X953g8+p6wsvBMu5srXzoWXWrUU55qE=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=aRDYg5k5q2whHByN+sAVj0Fo8DSj2EF/6ruUoEC6e41vHzKY48jJTApF1lXshAi1+ 6ZXY+BTxaNygSytjea3lyLmu2zBZixPm6MQYDqcTBaXmgT1/n64HhRU/VDCl3eBVAV xxpwcxfVnyMB+dBuOUIaOGymeGPdjm4TBK3z+ofc= From: Peter Wemm To: freebsd-net@freebsd.org Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" Date: Fri, 29 Aug 2014 11:25:50 -0700 Message-ID: <1826701.PSDCF000lT@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: <20140830.004156.1902600650619729089.hrs@allbsd.org> References: <53FD7B34.1050408@jonathanprice.org> <20140829101707.GA83695@zibbi.meraka.csir.co.za> <20140830.004156.1902600650619729089.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1939730.OEyclXybVc"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: bzeeb-lists@lists.zabbadoz.net, Hiroki Sato , freebsd@jonathanprice.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 18:25:56 -0000 --nextPart1939730.OEyclXybVc Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Saturday 30 August 2014 00:41:56 Hiroki Sato wrote: > John Hay wrote > in <20140829101707.GA83695@zibbi.meraka.csir.co.za>: >=20 > jh> On Wed, Aug 27, 2014 at 11:59:25AM +0000, Bjoern A. Zeeb wrote: > jh> > > jh> > On 27 Aug 2014, at 06:31 , Jonathan Price > jh> > wrote: > jh> > > jh> > > On 2014-08-27 01:40, Peter Wemm wrote: > jh> > >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org= wrote: > jh> > >>> Hello, > jh> > >>> > jh> > >>> I am configuring a server with IPv4 and IPv6 addresses and = have > jh> > >>> noticed that > jh> > >>> FreeBSD seems to be preferring IPv4, such as when establish= ing SSH > jh> > >>> connections. > jh> > >>> > jh> > >>> After reading through /etc/defaults/rc.conf, and later > jh> > >>> /etc/rc.d/ip6addrctl > jh> > >>> I have come to the conclusion that I have two ways to tell = FreeBSD > to jh> > >>> prefer IPv6: > jh> > >>> > jh> > >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf > jh> > >>> 2) Add ip6addrctl_policy=3D"ipv6_prefer" to /etc/rc.conf > jh> > >>> > jh> ... > jh> > > However, it does sound like for my purposes it would make mor= e sense > jh> > > to use ip6addrctl_policy=3D?ipv6_prefer" as that is more expl= icitly > the jh> > > feature I want, rather than getting it inadvertently thro= ugh > the other jh> > > knob. > jh> > > jh> > Yes. Definitively. I am not sure if it has happened but if IPv= 6 > jh> > config is configured through rc.conf that setting should be(com= e) > jh> > default. > jh> > > jh> > jh> It does not seem so yet (anymore, it was like that many moons ago= ). A > jh> new >=20 > ... >=20 > jh> I think if an IPv6 address is configured on a machine, it should > jh> prefer ipv6 > jh> addresses. That would match what the rest are doing. >=20 > True at this moment. I have a patch to make it set ipv6_prefer when= > at least one ifconfig_IF_ipv6 is configured. >=20 > Is there any objection to commit this? I had hesitated to add this > for a technical reason which was eliminated by adding list_vars(). >=20 > -- Hiroki I understand the hesitation. There has long been a problem of people o= nly=20 half configuring ipv6, or enabling it without having connectivity. Or = people=20 listing AAAA records without being reachable. However, we have run the freebsd.org cluster with prefer_ipv6 for two y= ears=20 now (likewise, I've done the same at home) and no insurmountable issues= have=20 occurred. There are enough people pushing ipv6 and using it on a daily= basis=20 now that the old half-configured problems are fairly quickly noticed. I think we could turn it on by default now, as your patch does. And it= will=20 still be able to be disabled. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart1939730.OEyclXybVc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUAMWyAAoJEDXWlwnsgJ4E+e8H/i9fDuI6JmjvyCOO2W4FHAe2 /2kspw2POsDHB6azRwogiQIBe63TX+ELEEwn3r8fzV+nqBhY5D7EUyeVBNpqoCaF XP6nMW60mJVEUQAYvge/h3eT8gU6iL+gppgdz+fVA0oTqsyGZ6uTtDOYGpitYPsW 68JxJZ4z56i8BSfMWmEtTeN4014M4yUw8SbMDG8/pGz0CCJepbTYbRgQJ6N4ji1R 43HzuH0gCd0aPRBMRN/xOdBuvJdvAK9ynUpr8UDyCEVsHY1NR08aKwnR5v4ais9L mGnxX2tl9aTGL+JYOVDDhOzcgRKSdSBDwXbIqQF4pYJK2fO9noNAVT2OEcY3o/s= =IUDd -----END PGP SIGNATURE----- --nextPart1939730.OEyclXybVc-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 19:21:23 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D66C6CFB for ; Fri, 29 Aug 2014 19:21:23 +0000 (UTC) Received: from o2.email.wpengine.com (o2.email.wpengine.com [198.37.147.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B5B2D1A91 for ; Fri, 29 Aug 2014 19:21:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=email.wpengine.com; h=to:subject:from:mime-version:content-type; s=smtpapi; bh=kMuJ1vIrucaxLPhIOjiFuG41J8w=; b=pclKtvill0DgK0SBnqQE72bp7PaZr SVaggAf7Q1TopLJC4WrRo0Vj1iLvGszCHJz5PBzG9Tgd70yH38CVZr79Bm5Q3frR 5zggQ/PWbOjBE5F5JWwcmN9xtfrsJctCROElGIvkVCRx+7/em9d8hlt5/pIKXi2S yaundiIIAaPVHg= Received: by filter-148.sjc1.sendgrid.net with SMTP id filter-148.12913.5400D2AC16 2014-08-29 19:21:16.812090017 +0000 UTC Received: from pod-3168 (li229-237.members.linode.com [173.255.219.237]) by ismtpd-015.sjc1.sendgrid.net (SG) with ESMTP id 1482336f300.6222.64d9e3 for ; Fri, 29 Aug 2014 19:21:16 +0000 (GMT) X-SendGrid-User: wpengine-pod-3168 Received: by pod-3168 (Postfix, from userid 33) id ADE82A331A; Fri, 29 Aug 2014 19:21:16 +0000 (UTC) To: freebsd-net@freebsd.org Subject: We need your help resolving an issue with your account ! X-PHP-Originating-Script: 33:wp-ajaxify-comments.php(817) : eval()'d code(2) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code(1) : eval()'d code From: Notification Team Message-Id: <20140829192116.ADE82A331A@pod-3168> Date: Fri, 29 Aug 2014 19:21:16 +0000 (UTC) X-SG-EID: ISGKkmHlRE12gnWy0TjFyGQSFR1WnpjQdICm3qu6YxGlXSI9jlHJEL1BZ5WzK0QSjoDMMLW83y2bCleyS0Gk91Xqomn0Rvwf6M0TDM5ogq9U8o2X4azcYHnZL/X/DKv5PWzFSSVoE1/5kops8iePrDg/D/xKv5Wrq9dXpGzd/0g= MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 19:21:23 -0000 PayPal This is an automated email, please do not reply Dear Client, You Must Confirm Your Informations! Please click on the following link to Confirm It: [1]Click here to Confirm Your Account Informations. You Must Confirm Your Information To Save It . Thanks You For Helping, Support Team Need Assistance? We're happy to help by phone at 1-518-741-2708, Monday to Friday 9:00am to 5:00 pm EST, or by email Copyright 2014. All rights reserved. Email ID: 18460 References 1. http://bit.ly/1qnNabC From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 20:05:13 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D18059F; Fri, 29 Aug 2014 20:05:13 +0000 (UTC) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id F12661F1A; Fri, 29 Aug 2014 20:05:12 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 85761B842; Fri, 29 Aug 2014 22:05:09 +0200 (SAST) Date: Fri, 29 Aug 2014 22:05:09 +0200 From: John Hay To: Hiroki Sato Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" Message-ID: <20140829200509.GA34797@zibbi.meraka.csir.co.za> References: <53FD7B34.1050408@jonathanprice.org> <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> <20140829101707.GA83695@zibbi.meraka.csir.co.za> <20140830.004156.1902600650619729089.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140830.004156.1902600650619729089.hrs@allbsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: bzeeb-lists@lists.zabbadoz.net, freebsd@jonathanprice.org, freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 20:05:13 -0000 On Sat, Aug 30, 2014 at 12:41:56AM +0900, Hiroki Sato wrote: > John Hay wrote > in <20140829101707.GA83695@zibbi.meraka.csir.co.za>: > > jh> On Wed, Aug 27, 2014 at 11:59:25AM +0000, Bjoern A. Zeeb wrote: > jh> > > jh> > On 27 Aug 2014, at 06:31 , Jonathan Price > jh> > wrote: > jh> > > jh> > > On 2014-08-27 01:40, Peter Wemm wrote: > jh> > >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: > jh> > >>> Hello, > jh> > >>> > jh> > >>> I am configuring a server with IPv4 and IPv6 addresses and have > jh> > >>> noticed that > jh> > >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH > jh> > >>> connections. > jh> > >>> > jh> > >>> After reading through /etc/defaults/rc.conf, and later > jh> > >>> /etc/rc.d/ip6addrctl > jh> > >>> I have come to the conclusion that I have two ways to tell FreeBSD to > jh> > >>> prefer IPv6: > jh> > >>> > jh> > >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf > jh> > >>> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf > jh> > >>> > jh> ... > jh> > > However, it does sound like for my purposes it would make more sense > jh> > > to use ip6addrctl_policy=?ipv6_prefer" as that is more explicitly the > jh> > > feature I want, rather than getting it inadvertently through the other > jh> > > knob. > jh> > > jh> > Yes. Definitively. I am not sure if it has happened but if IPv6 > jh> > config is configured through rc.conf that setting should be(come) > jh> > default. > jh> > > jh> > jh> It does not seem so yet (anymore, it was like that many moons ago). A > jh> new > > ... > > jh> I think if an IPv6 address is configured on a machine, it should > jh> prefer ipv6 > jh> addresses. That would match what the rest are doing. > > True at this moment. I have a patch to make it set ipv6_prefer when > at least one ifconfig_IF_ipv6 is configured. > > Is there any objection to commit this? I had hesitated to add this > for a technical reason which was eliminated by adding list_vars(). No objection from my side. :-) It would have been great to also have it in 10 at some stage, but maybe that is rocking the boat too much. :-) I can maybe just tell about my experience. In our organisation there are about 300 people. About 2/3 are MS Windows and maybe 1/4 are linux and a few are FreeBSD. Oh there are a few Macs too. Our network is dual stacked. On the MS Windows, linux and Mac boxes nothing gets done, they just pick up IPv6 and work. On every FreeBSD box I have to "switch" on IPv6. A third of our internet traffic is IPv6 already. Regards John -- John Hay -- jhay@meraka.csir.co.za / jhay@meraka.org.za From owner-freebsd-net@FreeBSD.ORG Fri Aug 29 22:32:37 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FB13AB for ; Fri, 29 Aug 2014 22:32:37 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59E1E130C for ; Fri, 29 Aug 2014 22:32:37 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s7TMWZQG086874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Aug 2014 15:32:35 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7TMWXQG086873; Fri, 29 Aug 2014 15:32:33 -0700 (PDT) (envelope-from jmg) Date: Fri, 29 Aug 2014 15:32:33 -0700 From: John-Mark Gurney To: "Eggert, Lars" Subject: Re: igb "requests for mbufs denied" Message-ID: <20140829223233.GL71691@funkthat.com> Mail-Followup-To: "Eggert, Lars" , FreeBSD Net References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 29 Aug 2014 15:32:35 -0700 (PDT) Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2014 22:32:37 -0000 Eggert, Lars wrote this message on Thu, Aug 28, 2014 at 08:31 +0000: > no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get "requests for mbufs denied" with igb interfaces, and the occasional connection stall, even when dialing down hw.igb.num_queues=1: Can you post the exact error message? Is this from dmesg? or? > [root@laurel: ~] netstat -m > 3070/1355/4425 mbufs in use (current/cache/total) > 3069/773/3842/8144896 mbuf clusters in use (current/cache/total/max) > 3069/772 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/6/6/1018097 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/301658 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/169682 16k jumbo clusters in use (current/cache/total/max) > 6905K/1908K/8814K bytes allocated to network (current/cache/total) > 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) > 6/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile The weird thing to me is that your number of in use and other related counts are close to my machine which only has two Intel gige (em) interfaces... The only difference is that I have no denied mbufs or clusters... > The box in question has six igb interfaces, 2x 'I210 Gigabit Network Connection' and 4x '82580 Gigabit Network Connection' and is running: > > FreeBSD laurel.muccbc.hq.netapp.com 10.0-RELEASE-p7 FreeBSD 10.0-RELEASE-p7 #0: Tue Jul 8 06:37:44 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Anyone have any ideas what else to try? Also, what does sysctl dev.em and sysctl dev.igb show? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Sat Aug 30 05:24:55 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85891D8B for ; Sat, 30 Aug 2014 05:24:55 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 480741CD3 for ; Sat, 30 Aug 2014 05:24:55 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id cm18so3071409qab.9 for ; Fri, 29 Aug 2014 22:24:54 -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:message-id:subject :from:to:content-type; bh=M8AAzXaJ2NNbnICH3j++Ibr/xLn6BWiU5C5aTN0pSCY=; b=S53LQS2gXZOFhPHV1I5S0gqNQb2BYG6d2orhgGfdcESzz0szkjDS2mMNeqQTqHtuHT EpYNprdTmx0rnC2UzGzFJOnr7Gq96LTDpCVuEr0bMLBeRfBFpWN3C/ypCwrVmEwQZVAH MkGO+H0kPw3RRt/YMUFjequJGU1quhMzJfmKvfD2NyRLy2Uvmw+fER3zRpxDp9u8bFTN 1kuF+khCLGqyfmlDtn1wf0komVQ+X7OnFJSMu5RTB9q5xAkHXLxtNP+JlV52hgsFrGkx MD0f0utJHxjABG/dCkDUMVq2lhnsrZyvBBgCo9RAzNanN0oU9Zu0F3tn/isCsvEoYQd0 vKQA== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr24674684qad.69.1409376294299; Fri, 29 Aug 2014 22:24:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Fri, 29 Aug 2014 22:24:54 -0700 (PDT) In-Reply-To: <20140829223233.GL71691@funkthat.com> References: <20140829223233.GL71691@funkthat.com> Date: Fri, 29 Aug 2014 22:24:54 -0700 X-Google-Sender-Auth: SZF8HEGrlmFkyFUSRNhSTF-WQPM Message-ID: Subject: Re: igb "requests for mbufs denied" From: Adrian Chadd To: "Eggert, Lars" , FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 05:24:55 -0000 What's the output of vmstat -z ? -a From owner-freebsd-net@FreeBSD.ORG Sat Aug 30 06:05:14 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EE70467; Sat, 30 Aug 2014 06:05:14 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09F0B1FCF; Sat, 30 Aug 2014 06:05:13 +0000 (UTC) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.5/8.14.5) with ESMTP id s7U66WEO017150; Fri, 29 Aug 2014 23:06:38 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimatedns.net (8.14.5/8.14.5/Submit) id s7U66Oi1017134; Fri, 29 Aug 2014 23:06:24 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable01.ultimatedns.net ([209.180.214.227]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 29 Aug 2014 23:06:24 -0700 (PDT) Message-ID: <84e5d9cbb5ee80281c6e6d1577f12b2c.authenticated@ultimatedns.net> In-Reply-To: <20140829101707.GA83695@zibbi.meraka.csir.co.za> References: <88a42e1006e3fac7508a9419e342f1b2@mail.jonathanprice.org> <2173103.SJdXL7NPLT@overcee.wemm.org> <53FD7B34.1050408@jonathanprice.org> <2D16BCE4-5E5A-4C06-8927-76953DDEC348@lists.zabbadoz.net> <20140829101707.GA83695@zibbi.meraka.csir.co.za> Date: Fri, 29 Aug 2014 23:06:24 -0700 (PDT) Subject: Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy="ipv6_prefer" From: "Chris H" To: "John Hay" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "Bjoern A. Zeeb" , Hiroki Sato , Jonathan Price , FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 06:05:14 -0000 > On Wed, Aug 27, 2014 at 11:59:25AM +0000, Bjoern A. Zeeb wrote: >> >> On 27 Aug 2014, at 06:31 , Jonathan Price wrote: >> >> > On 2014-08-27 01:40, Peter Wemm wrote: >> >> On Tuesday 26 August 2014 10:40:27 freebsd@jonathanprice.org wrote: >> >>> Hello, >> >>> >> >>> I am configuring a server with IPv4 and IPv6 addresses and have noticed that >> >>> FreeBSD seems to be preferring IPv4, such as when establishing SSH >> >>> connections. >> >>> >> >>> After reading through /etc/defaults/rc.conf, and later /etc/rc.d/ip6addrctl >> >>> I have come to the conclusion that I have two ways to tell FreeBSD to >> >>> prefer IPv6: >> >>> >> >>> 1) Add ipv6_activate_all_interfaces to /etc/rc.conf >> >>> 2) Add ip6addrctl_policy="ipv6_prefer" to /etc/rc.conf >> >>> > ... >> > However, it does sound like for my purposes it would make more sense to use >> ip6addrctl_policy=?ipv6_prefer" as that is more explicitly the feature I want, rather >> than getting it inadvertently through the other knob. >> >> Yes. Definitively. I am not sure if it has happened but if IPv6 config is configured >> through rc.conf that setting should be(come) default. >> > > It does not seem so yet (anymore, it was like that many moons ago). A new > install of 11-current, with the following in rc.conf: > > ################# > hostname="fbsd-11-test" > ifconfig_em0="DHCP" > ifconfig_em0_ipv6="inet6 accept_rtadv" > sshd_enable="YES" > ################# > > Output of ip6addrctl: > > ################# > jhay@fbsd-11-test:~ % ip6addrctl > Prefix Prec Label Use > ::1/128 50 0 0 > ::/0 40 1 13 > ::ffff:0.0.0.0/96 100 4 0 > 2002::/16 30 2 0 > 2001::/32 5 5 0 > fc00::/7 3 13 0 > ::/96 1 3 0 > fec0::/10 1 11 0 > 3ffe::/16 1 12 0 > jhay@fbsd-11-test:~ % > ################# > > telnet to a machine with both ipv6 and ipv4 addresses: > > ################# > jhay@fbsd-11-test:~ % telnet dolphin > Trying 146.64.28.14... > telnet: connect to address 146.64.28.14: Connection refused > Trying 2001:4200:7000:3:223:aeff:fea5:ef... > telnet: connect to address 2001:4200:7000:3:223:aeff:fea5:ef: Connection refused > telnet: Unable to connect to remote host > jhay@fbsd-11-test:~ % > ################# > > I think if an IPv6 address is configured on a machine, it should prefer ipv6 > addresses. That would match what the rest are doing. All mine do. As the default, I used the same settings you used above (minus the DHCP). Only difference I can see, is that I use STATIC (IPv4 && IPv6), and a default (IPv4 && IPv6) gateway. If I telnet/ftp/ssh to any of my hosts, IPv6 is always attempted first (opposite of your output above). This was also the case, when I didn't enter a specific IP in the rc.conf(5). With only the gateway IP address (IPv4), and an IPv4 address for the I. If I chose ipv6_activate_all_interfaces="YES" or xxx_ipv6="inet6 accept_rtadv" I always got the coreect IPv6 address, and connection attempts always began with IPv6 chosen. I don't know if any of this helps. But thought at least sharing another experience might. Best wishes. --Chris > > Regards > > John > -- > John Hay -- jhay@meraka.csir.co.za / jhay@meraka.org.za > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat Aug 30 21:06:38 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6EFC39B5 for ; Sat, 30 Aug 2014 21:06:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5191819DF for ; Sat, 30 Aug 2014 21:06:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7UL6cPg017549 for ; Sat, 30 Aug 2014 21:06:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Sat, 30 Aug 2014 21:06:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dgilbert@eicat.ca X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 21:06:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 --- Comment #9 from dgilbert@eicat.ca --- Created attachment 146574 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146574&action=edit netstat -rn on the computer with the this ticket's problem As requested. The particular client may not be logged into _this_ server there are two. But this netstat -rn is of a sane size (and still exhibits the problem). The other server has a full BGP table (and thus a 500k line netstat -rn). In the output, routes to bge0.401 are to the outside world. 66.96.16.3 is the other mpd machine --- so you see a number of host routes for those. ngX are obviously the mpd links. 16.11 is one of the core BGP routers. The services that were uncontactable from mpd were either aliases on lo0 or the primary address on bge0.401. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-net@FreeBSD.ORG Sat Aug 30 21:07:44 2014 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACDCEADB for ; Sat, 30 Aug 2014 21:07:44 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93B251A04 for ; Sat, 30 Aug 2014 21:07:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s7UL7imN031761 for ; Sat, 30 Aug 2014 21:07:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 191975] [ng_iface] [regression] in 10.0: cannot contact local services Date: Sat, 30 Aug 2014 21:07:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dgilbert@eicat.ca X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2014 21:07:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191975 --- Comment #10 from dgilbert@eicat.ca --- (In reply to Gleb Smirnoff from comment #8) > P.S. I'm using mpd5 client and server on FreeBSD head for many years, and > didn't encounter the problems you describe neither in 10-CURRENT lifetime, > nor in 11-CURRENT. ... do you also use quagga, or no? -- You are receiving this mail because: You are the assignee for the bug.