From owner-svn-src-head@freebsd.org  Mon Oct  3 19:32:06 2016
Return-Path: <owner-svn-src-head@freebsd.org>
Delivered-To: svn-src-head@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 91F7DAF40C5;
 Mon,  3 Oct 2016 19:32:06 +0000 (UTC)
 (envelope-from bms@fastmail.net)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com
 [66.111.4.28])
 (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 63C27D98;
 Mon,  3 Oct 2016 19:32:06 +0000 (UTC)
 (envelope-from bms@fastmail.net)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
 by mailout.nyi.internal (Postfix) with ESMTP id 401C8208C1;
 Mon,  3 Oct 2016 15:32:05 -0400 (EDT)
Received: from frontend1 ([10.202.2.160])
 by compute2.internal (MEProxy); Mon, 03 Oct 2016 15:32:05 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.net; h=
 content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=5VQIA80SWFxfXOeLwifFTNjq3xc=; b=MT4gEk
 OfX2Lmm4SIEKtdGEkSUedppSlrWRJwy4sY6lAMOmUX1pWg9v3Ea4zvSZUqexzKYf
 EUS+ouiomHkmKdSkNSuwx717Bz33js65UmMFN164UK106757kyOExUHUKF5xrYfE
 aweXoZXAQ8n6COaoSgCQlHQfvugTW8WVBSxv8=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=5VQIA80SWFxfXOe
 LwifFTNjq3xc=; b=jjkMWTSX/F3rGit6c38e+EDIOjO6XMMBq9db0V28ApQ4YQG
 +YVEbjKbqouFzxc8DTZJ614F4WNbmYrtA4jfy2eTkE9E6hltBmZQeyTIZ4ZaCicS
 /PVKuWC+F+BSLBfH9D7Nb7/AEQ20bj1ImabSplAq+oU9e5gvx6oBW2uPEzIw=
X-Sasl-enc: yf8j4/cD0/T4GnvgrW0NJuGo41lUcJcelcpHl1ZSON/O 1475523124
Received: from pion.local (cpc96954-walt26-2-0-cust843.13-2.cable.virginm.net
 [82.31.91.76])
 by mail.messagingengine.com (Postfix) with ESMTPA id 7CD78F2D2F;
 Mon,  3 Oct 2016 15:32:04 -0400 (EDT)
Subject: Re: svn commit: r306652 - head/usr.sbin/arp
To: Eric van Gyzen <vangyzen@FreeBSD.org>, src-committers@freebsd.org,
 svn-src-all@freebsd.org, svn-src-head@freebsd.org
References: <201610031902.u93J2MR8062236@repo.freebsd.org>
 <abe6604a-cc69-f104-1ce1-7aaa48f4f076@fastmail.net>
 <b1698eea-0ef0-7cc0-6fa7-e9eaca8b8d8d@FreeBSD.org>
From: Bruce Simpson <bms@fastmail.net>
Message-ID: <d08c25b0-1171-3688-67e7-8d954f5f087b@fastmail.net>
Date: Mon, 3 Oct 2016 20:32:03 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <b1698eea-0ef0-7cc0-6fa7-e9eaca8b8d8d@FreeBSD.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: svn-src-head@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: SVN commit messages for the src tree for head/-current
 <svn-src-head.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head/>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Oct 2016 19:32:06 -0000

On 03/10/16 20:22, Eric van Gyzen wrote:
> The collision is unfortunate, but I agree that the context should be enough.

Agreed -- other technical writers have also used this version of the 
GARP acronym in doco.

>> However, that GARP -- 802.1ak -- is due to be replaced with MRP.
>
> The "Mental-map Rewriting Protocol"?  ;-)

Multiple Registration Protocol (MRP) is intended to fill most of the 
roles GARP/GVRP did, for dynamic VLAN, end-station MAC and L2 multicast 
registration. (Think Ethernet multicast without IP.)

Actually, being reminded of this gave me an idea -- adding a subset of 
what's needed to support MRP to if_bridge would probably also help for 
supporting Ethernet rings; those protocols need to call into VLAN 
registration and port blocking too.

It would make for some good junior kernel hacker tasks...