From owner-svn-src-all@freebsd.org Sat Dec 19 01:47:01 2015 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E61D7A4C72D; Sat, 19 Dec 2015 01:47:01 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x230.google.com (mail-pf0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC0AE13C2; Sat, 19 Dec 2015 01:47:01 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x230.google.com with SMTP id n128so39802754pfn.0; Fri, 18 Dec 2015 17:47:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=XUjp1OLELA4/F4Wyxk+MktcWJQsy3hIkWBfIZvG8YfM=; b=CmZ+Mi7zr18soTKIRUtEw020br1essqLsQ8lsYKRUlTzN4cNRfm2lGqFlS81PWe0Th fo4Ji66RVgK9eh2suv8TfpcYpLoK9eRTQeyFkh5sOCj2IS9mLpY9+NGiQ6n5qu99c9GC FYbLYBCBbaIK5UkAfwjeK2k1nSJJ7uX0+uBI704kXUAI9K7SyT32PgSmOGWBTyZc5vI3 zHHTbyD2TpZHGRBdXY2pCv0IZtaOdmMcw4dtqi+Dvp7YiqLPsw9UsvqSnRU6slg8/lXo RWo6Gyk+i8NJ33eL6DFlT3P3JcnRwxeyakvbp2G5BrmBOioOuuiHsqodmjjZbIk1T+Wg xW6w== X-Received: by 10.98.8.132 with SMTP id 4mr9894412pfi.128.1450489621408; Fri, 18 Dec 2015 17:47:01 -0800 (PST) Received: from ?IPv6:2001:44b8:31ae:7b01:c825:be55:88ec:f9f1? (2001-44b8-31ae-7b01-c825-be55-88ec-f9f1.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:c825:be55:88ec:f9f1]) by smtp.gmail.com with ESMTPSA id q193sm5066413pfq.28.2015.12.18.17.46.58 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Dec 2015 17:47:01 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: svn commit: r292379 - in head/sys: netinet netinet6 References: <201512162226.tBGMQSvs098886@repo.freebsd.org> <20151217003824.GG42340@FreeBSD.org> <5672C6AE.7070407@freebsd.org> <20151217192051.GM42340@FreeBSD.org> <56733D49.8040103@multiplay.co.uk> To: Steven Hartland , Gleb Smirnoff Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org From: Kubilay Kocak X-Enigmail-Draft-Status: N1110 Message-ID: <5674B709.2070605@FreeBSD.org> Date: Sat, 19 Dec 2015 12:46:49 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Thunderbird/42.0 MIME-Version: 1.0 In-Reply-To: <56733D49.8040103@multiplay.co.uk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2015 01:47:02 -0000 On 18/12/2015 9:55 AM, Steven Hartland wrote: > On 17/12/2015 19:20, Gleb Smirnoff wrote: >> Steven, >> >> another feasible solution for the design described in the 156226 >> would be to run STP on the switches, and if_bridge(4) instead of >> if_lagg(4) on FreeBSD, also with STP enabled. Would work perfectly. >> >> Of course, if switches are dumb and cheap, and can't do STP, >> then a tiny bpf-writer is the right solution. >> >> P.S. When I was running network in my university dormitory, we >> used a lot of cheap solutions, and a lot of dirty workarounds, >> but none of the latter made its way to FreeBSD kernel. You can >> also ask Eugene Grosbein, he also has huge experience of living >> on not so pleasant workarounds, but not pushing them agrressively >> into the kernel. >> > Last time I heard STP is a bad word in networking, so I'm sure they > network team > would have me crucified for even suggesting it and start shouting MLAG > for the > rest of the day ;-) > > Regards > Steve FWIW, during my testing at $lastjob, STP-enabled switches didn't provide optimial failback times, even with portfast enabled. This was for two FreeBSD machines providing HA network management services for multiple backends configured with dual-port bge/em NIC's configured with lagg(4) (bge0/em0, bge1,em1) in failover mode (no aggregation), with multiple carp(4) interfaces for public service IP's on top.