[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