[trill] RFC 8361 on Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) Traffic

rfc-editor@rfc-editor.org Fri, 13 April 2018 04:05 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5365E127599; Thu, 12 Apr 2018 21:05:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id ekODCd9jtzNj; Thu, 12 Apr 2018 21:05:08 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28A06124239; Thu, 12 Apr 2018 21:05:08 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id E78F6B8168E; Thu, 12 Apr 2018 21:05:05 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, trill@ietf.org
Content-type: text/plain; charset=UTF-8
Message-Id: <20180413040505.E78F6B8168E@rfc-editor.org>
Date: Thu, 12 Apr 2018 21:05:05 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/trill/zNBYZifWdrOV-qVHFRbbwNQgll0>
Subject: [trill] =?utf-8?q?RFC_8361_on_Transparent_Interconnection_of_Lots?= =?utf-8?q?_of_Links_=28TRILL=29=3A_Centralized_Replication_for_Active-Act?= =?utf-8?q?ive_Broadcast=2C_Unknown_Unicast=2C_and_Multicast_=28BUM=29_Tra?= =?utf-8?q?ffic?=
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/trill/>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Apr 2018 04:05:10 -0000

A new Request for Comments is now available in online RFC libraries.

        RFC 8361

        Title:      Transparent Interconnection of Lots of 
                    Links (TRILL): Centralized Replication for Active-Active 
                    Broadcast, Unknown Unicast, and Multicast (BUM) 
        Author:     W. Hao,
                    Y. Li,
                    M. Durrani,
                    S. Gupta,
                    A. Qu
        Status:     Standards Track
        Stream:     IETF
        Date:       April 2018
        Mailbox:    haoweiguo@huawei.com, 
        Pages:      17
        Characters: 40095
        Updates:    RFC 6325

        I-D Tag:    draft-ietf-trill-centralized-replication-13.txt

        URL:        https://www.rfc-editor.org/info/rfc8361

        DOI:        10.17487/RFC8361

In Transparent Interconnection of Lots of Links (TRILL) active-active
access, a Reverse Path Forwarding (RPF) check failure issue may occur
when using the pseudo-nickname mechanism specified in RFC 7781.  This
document describes a solution to resolve this RPF check failure issue
through centralized replication.  All ingress Routing Bridges
(RBridges) send Broadcast, Unknown Unicast, and Multicast (BUM)
traffic to a centralized node with unicast TRILL encapsulation.  When
the centralized node receives the BUM traffic, it decapsulates the
packets and forwards them to their destination RBridges using a
distribution tree established per the TRILL base protocol (RFC 6325).
To avoid RPF check failure on an RBridge sitting between the ingress
RBridge and the centralized replication node, some change in the RPF
calculation algorithm is required.  RPF checks on each RBridge MUST
be calculated as if the centralized node was the ingress RBridge,
instead of being calculated using the actual ingress RBridge.  This
document updates RFC 6325.

This document is a product of the Transparent Interconnection of Lots of Links Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

The RFC Editor Team
Association Management Solutions, LLC