Results of IETF-conflict review for draft-nachum-sarp-10

The IESG <> Tue, 17 March 2015 21:41 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 9B1F91A890B; Tue, 17 Mar 2015 14:41:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id NJJOKTv6PSb5; Tue, 17 Mar 2015 14:41:38 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id 351F51A1B6B; Tue, 17 Mar 2015 14:41:38 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: Nevil Brownlee <>,
Subject: Results of IETF-conflict review for draft-nachum-sarp-10
X-Test-IDTracker: no
X-IETF-IDTracker: 5.12.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <>
Date: Tue, 17 Mar 2015 14:41:38 -0700
Archived-At: <>
Cc:, The IESG <>,
X-Mailman-Version: 2.1.15
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 17 Mar 2015 21:41:39 -0000

The IESG has completed a review of draft-nachum-sarp-10 consistent with

The IESG has no problem with the publication of 'Scaling the Address
Resolution Protocol for Large Data Centers (SARP)'
<draft-nachum-sarp-10.txt> as an Experimental RFC.

The IESG has concluded that this work is related to IETF work done 
in the NVO3 and PALS working groups, but this relationship does
not prevent publishing.

This work, like RFC 7342, has its origins in the ARMD working
group. That working group closed down, having produced just one
RFC, for lack of consensus on the need for or direction of any
solutions work.  Since the IETF has no active work in this area, it
cannot be claimed that this draft conflicts with any IETF efforts.
Furthermore, the IETF has published no work on solutions for
scaling ARP.
However, there are existing techniques using IETF protocols that
address the problem that this document seeks to solve and that do
not require this approach. Indeed, an existing deployed solution
places each data center in a separate L2 domain and connects them
with IP.

This, in itself, does not predicate against an experiment with
SARP, but the IESG needs to give clear guidance that other
solutions from within the IETF stable already exist. Therefore, the
IESG requests the ISE to include the following IESG note in this
document if it is published as an RFC.

   The IESG notes that the problems described in RFC 6820 can
   already be addressed through the simple combination of existing
   standardized or other published techniques including Layer 2 VPN
   (RFC 4664), proxy ARP (RFC 925), proxy Neighbor Discovery (RFC
   4389), IGMP and MLD snooping (RFC 4541), and ARP mediation
   for IP interworking of Layer 2 VPNs (RFC 6575).

The IESG would also like the RFC-Editor to review the comments in the
datatracker related to this document and determine whether or not they
merit incorporation into the document. Comments may exist in both the
ballot and the history log.

The IESG review is documented at:

A URL of the reviewed Internet Draft is:

The process for such documents is described at 

Thank you,

The IESG Secretary