[OSPF] Request for feedback on draft-atlas-ospf-mrt-00.txt
Alia Atlas <akatlas@gmail.com> Fri, 12 July 2013 17:42 UTC
Return-Path: <akatlas@gmail.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEE0721F9F53 for <ospf@ietfa.amsl.com>; Fri, 12 Jul 2013 10:42:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.805
X-Spam-Level:
X-Spam-Status: No, score=-1.805 tagged_above=-999 required=5 tests=[AWL=0.794, BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rSI3dCdTVd2D for <ospf@ietfa.amsl.com>; Fri, 12 Jul 2013 10:42:20 -0700 (PDT)
Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 4504C21F9E40 for <ospf@ietf.org>; Fri, 12 Jul 2013 10:42:20 -0700 (PDT)
Received: by mail-ie0-f169.google.com with SMTP id 10so21786366ied.0 for <ospf@ietf.org>; Fri, 12 Jul 2013 10:42:19 -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=Bura5BpF5Igp5dS/TzbsCnVPlUCdmRAW0UE3KCnBLaY=; b=Hj+Zx7PMea5nC8bDfS2GGryaDmG2XthaUeoHxBmgEK3+dGFWhtFtmwWXQ6y4vjkOJT eMuFJ6/IAMLUf6LkHThLNQyAB6uIzgvepbKrRmVp54GXs0zx2Gy6+gwBE8tWQzZtvCqm zIXBhomn9kb+8GBUrvZ4Fqd4Dor6crQubjaYv1JBIJh/5OEcaiX0GnFgdltEPrQ/A0BB qSbq+cN/zEuklpXTTtek3K2IcZ70rvsZ0is7Hu0I8PxaKaphdChdh6FjTyYAyy92x+cN pT2jO16LncUmsM4AI74oY9kQJNsiB0rcJCw9jRz6/azwL7VENdHguK9Fqeyhb51uHCau tHsg==
MIME-Version: 1.0
X-Received: by 10.50.3.103 with SMTP id b7mr1225279igb.54.1373650939689; Fri, 12 Jul 2013 10:42:19 -0700 (PDT)
Received: by 10.64.165.197 with HTTP; Fri, 12 Jul 2013 10:42:19 -0700 (PDT)
Date: Fri, 12 Jul 2013 13:42:19 -0400
Message-ID: <CAG4d1rfXtCJy_BsCwsSJeni0aq-GwxWZX7+iO8jmcQocBFQpEg@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: OSPF List <ospf@ietf.org>
Content-Type: multipart/alternative; boundary="089e013c61e04e448c04e154088d"
Subject: [OSPF] Request for feedback on draft-atlas-ospf-mrt-00.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jul 2013 17:42:21 -0000
Hi, We've posted a new draft, draft-atlas-ospf-mrt-00, that describes the OSPF extensions to support MRT fast-reroute (give 100% coverage, been discussed in rtgwg for a couple years now). I'd be quite interested in feedback from the WG. Thanks, Alia -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] Sent: Friday, July 12, 2013 1:37 PM To: Chris Bowers; Shraddha Hegde; Alia Atlas; cbowers@; Jeff Tantsura Subject: New Version Notification for draft-atlas-ospf-mrt-00.txt A new version of I-D, draft-atlas-ospf-mrt-00.txt has been successfully submitted by Alia Atlas and posted to the IETF repository. Filename: draft-atlas-ospf-mrt Revision: 00 Title: OSPF Extensions to Support Maximally Redundant Trees Creation date: 2013-07-12 Group: Individual Submission Number of pages: 13 URL: http://www.ietf.org/internet-drafts/draft-atlas-ospf-mrt-00.txt Status: http://datatracker.ietf.org/doc/draft-atlas-ospf-mrt Htmlized: http://tools.ietf.org/html/draft-atlas-ospf-mrt-00 Abstract: This document specifies extensions to OSPF to support the distributed computation of Maximally Redundant Trees (MRT). Some example uses of the MRTs include IP/LDP Fast-Reroute and global protection or live- live for multicast traffic. The extensions indicate what MRT profile(s) each router supports. Different MRT profiles can be defined to support different uses and to allow transitioning of capabilities. An extension is introduced to flood MRT-Ineligible links, due to administrative policy. The need for a mechanism to allow routers to advertise a worst-case FIB compute/install time is well understood for controlling convergence. This specification introduces the Controlled Convergence TLV to be carried in the Router Information LSA. The IETF Secretariat