Re: [Dcrouting] [Idr] Kicking off the LSVR (Link State Vector Routing) charter discussion
Padma Pillay-Esnault <padma.ietf@gmail.com> Wed, 24 January 2018 02:39 UTC
Return-Path: <padma.ietf@gmail.com>
X-Original-To: dcrouting@ietfa.amsl.com
Delivered-To: dcrouting@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 232AC12D88D; Tue, 23 Jan 2018 18:39:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.019
X-Spam-Level:
X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JGNWGDRFUHN3; Tue, 23 Jan 2018 18:39:03 -0800 (PST)
Received: from mail-vk0-f46.google.com (mail-vk0-f46.google.com [209.85.213.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0086012D775; Tue, 23 Jan 2018 18:39:02 -0800 (PST)
Received: by mail-vk0-f46.google.com with SMTP id m197so1644229vka.3; Tue, 23 Jan 2018 18:39:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tl/U7B+gydWwJMxgRPp02L3uwyMcppZhuboSgnxpR8E=; b=NzVrRbyCSbTkdym90ddGS/7Vb7O6g5Jhynuh2/JlRPBPeTjwd2ooKuD0im2oqsqyrH WNSq0iyLxKK7jahLAB01SpQoJxbb6nv2403A96FzqJJKfMuoo3ekSH4b6JaAOBSKfIxd 4xmopuyQKPhmP23gHa0EMkFKRCIUPQqIoqU2i/Ek12usF72z5VpKfYmEe/x8LqT6aZx/ snArSsCcK7hhSqjSU++1XNoz0Bv0OG6grEscn1z1S72c0cYFJLdY7XOXrHJ6PW5miE1y DJJjUWhTPsXZ5sKQDn4iqVTJIwzmqDvCkZS9zEUCjoAxFHSmnL3u7IBEbYKbqajnIgLU kZPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tl/U7B+gydWwJMxgRPp02L3uwyMcppZhuboSgnxpR8E=; b=E9rWv4lEJsAn35XcwzkgVJQrr4ogHoxulOHWgHmf7K/C0VW9CG9yKy4Sjp8nwnGZek nELAgPw+lDJkRRGZtelCg3taz3Ts0YCulzhk4m/lfixsAeujHAWXMhplhEVQo6CTEKXk Kxad45Myl1Y2ezY1tuh7SW9ojPJvDR6zJETeCWeK3L0K6LkLiwQkAUeJUiyxuG2XRdvA MbEJNTJw0vpdy+W8dJq2a+R1NgyO8OZF9bwgzyuGisPweCdRxUmkbpWFmmrqVlz9j9ct nBprIsz8p0OvnIpl2FMonnYv32EFVYpkVhvINlcQBf8W+SkkdTli0EyNF6JsSdox6JU9 fKxw==
X-Gm-Message-State: AKwxytfEDWBEBGajn7yoQqko6LWmXZzILW5I7PbSYBTUJilpKCfZVl7Q CmqQpT8gfqUOGMsa4X91K4HqmzOxnPVcWgYtAYA=
X-Google-Smtp-Source: AH8x225yxWvMlHiNq4mWn/q/PnEBA0poanE4CVEFS6eGelyX8yqR8LigAXlNdyQTY5Fm8kyKFOrmqP5r486t+1in7rg=
X-Received: by 10.31.98.68 with SMTP id w65mr20487vkb.181.1516761481762; Tue, 23 Jan 2018 18:38:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.32.66 with HTTP; Tue, 23 Jan 2018 18:38:01 -0800 (PST)
In-Reply-To: <52BDDB18-139A-486C-A3EF-33C794DC4F5A@cisco.com>
References: <52BDDB18-139A-486C-A3EF-33C794DC4F5A@cisco.com>
From: Padma Pillay-Esnault <padma.ietf@gmail.com>
Date: Wed, 24 Jan 2018 03:38:01 +0100
Message-ID: <CAG-CQxqUxp1peO5m8Em7YVK_n0ZtyEPNT10F2gsZvO5fvsg+zg@mail.gmail.com>
To: "Lsvr@ietf.org" <Lsvr@ietf.org>
Cc: "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>, "idr@ietf.org" <idr@ietf.org>, "dcrouting@ietf.org" <dcrouting@ietf.org>, Victor Kuarsingh <victor.kuarsingh@oracle.com>, Keyur Patel <keyur@arrcus.com>, Shawn Zandi <szandi@linkedin.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "Serpil Bayraktar (serpil)" <serpil@cisco.com>
Content-Type: multipart/alternative; boundary="94eb2c08f932545cf505637c8dc1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dcrouting/Cjme6lBiY-oZ70wrR45F85Ky4IE>
Subject: Re: [Dcrouting] [Idr] Kicking off the LSVR (Link State Vector Routing) charter discussion
X-BeenThere: dcrouting@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Routing in the Data Center: discussions about problems, requirements and potential solutions." <dcrouting.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dcrouting>, <mailto:dcrouting-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dcrouting/>
List-Post: <mailto:dcrouting@ietf.org>
List-Help: <mailto:dcrouting-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dcrouting>, <mailto:dcrouting-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jan 2018 02:39:06 -0000
Interesting. +1 on participating Padma On Tue, Jan 23, 2018 at 10:57 PM, Serpil Bayraktar (serpil) < serpil@cisco.com> wrote: > This is an interesting (and useful) approach. I am very interested in > participating. > > > > Serpil > > > > *From: *Idr <idr-bounces@ietf.org> on behalf of "Van De Velde, Gunter > (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com> > *Date: *Tuesday, January 23, 2018 at 11:07 AM > *To: *"Lsvr@ietf.org" <Lsvr@ietf.org> > *Cc: *"idr@ietf.org" <idr@ietf.org>, "dcrouting@ietf.org" < > dcrouting@ietf.org>, Victor Kuarsingh <victor.kuarsingh@oracle.com>, > Keyur Patel <keyur@arrcus.com>, "Van De Velde, Gunter (Nokia - > BE/Antwerp)" <gunter.van_de_velde@nokia.com>, Shawn Zandi < > szandi@linkedin.com>, "rtgwg@ietf.org" <rtgwg@ietf.org> > *Subject: *[Idr] Kicking off the LSVR (Link State Vector Routing) charter > discussion > > > > [Note: Target audience, and discussions should happen on lsvr@ietf.org, > however "rtgwg", "idr" and "dcrouting" email lists have been added as the > concepts originated in those working groups] > > > > Since dcrouting@ietf100, a few people have been discussing a possible WG > charter for LSVR (Link State Vector Routing). > > Here is what we have so far. Comments and improvements would be most > welcome. > > > > WG page is to be setup soon. > > Subscription to LSVR mailing list: https://www.ietf.org/mailman/ > listinfo/lsvr > > > > Feedback (comments, edits, corrections, etc) on the draft LSVR charter is > appreciated > > > > > > ***** DRAFT CHARTER UPDATE - JAN 10 2018 ***** > > > > Charter: LSVR - Link State Vector Routing > > > > The Link-State Vector Routing (LSVR) Working Group is chartered to develop > and document a hybrid routing protocol utilizing a combination of > link-state and path-vector routing mechanisms. The LSVR WG will utilize > existing the IPv4/IPv6 transport, packet formats, and error handling from > BGP-4 (RFC4271). Additionally, the BGP-LS NLRI encoding mechanisms defined > in RFC7752 are utilized to facilitate Link-State Vector (LSV) routing > information distribution. An LSV is intended to be specified as a data > structure comprised of a link identification, link attributes, neighbor > information, cost toward neighbors, and other attributes that are defined > for control plane function and policy-based routing decisions. > > > > The LSVR specification is initially focused on operation within a single > datacenter (DC) with preliminary focus on specifying functionality within a > single distribution domain. Routing protocol functionality defined by LSVR > would be typically routing within a datacenter's underlay routing plane. > > > > In order to achieve the noted objective, the working group will focus on > standardization of protocol functionality, defining Link-State Vectors > (LSVs), and defining standard path-vector route selection utilizing > existing Dijkstra SPF based algorithm, BGP-4 protocol mechanics, and BGP-LS > NRLI encoding. > > > > For the purposes of the initial work within the LSVR WG, and until further > specified by the WG, the following definitions apply to this charter. > > > > - Link-State Vector - An LSV is intended to represent a data structure > (data set) comprised of link identification, link attributes, neighbor > information, cost towards neighbors, and other potential attributes that > can be utilized to make routing decisions. > > - LSVR Distribution Domain - Initially scoped as a set of participating > LSVR nodes in a single administrative domain. > > > > > > The LSVR WG is chartered to deliver the following documents: > > > > - Publish Applicability Statement for the use of LSVR in the Datacenter - > Target Status: Informational > > - Publish specification document describing LSV with standard Dijkstra SPF > route/path selection (calculation) utilizing existing BGP protocol baseline > functionality and BGP-LS packet encoding formats - Target: Standards Track > (Based on draft draft-keyupate-idr-bgp-spf) > > - Publish specification documenting protocol extensions required to > efficiently reuse BGP to distribute LSVs within an IPv4/IPv6 DC with scope > to include privacy and security considerations - - Target: Standards Track > > - Publish YANG model specification for LSVR - - Target: Standards Track > > > > LSVR Milestones: > > > > - Applicability statement for LSVR in DCs: March 2019 > > - LSVR with standard Dijkstra path selection: March 2019 > > - LSV distribution using BGP transport: March 2019 > > - YANG specification for LSRV: July 2019 > > > > _______________________________________________ > > Idr mailing list > > Idr@ietf.org > > https://www.ietf.org/mailman/listinfo/idr > > > > _______________________________________________ > rtgwg mailing list > rtgwg@ietf.org > https://www.ietf.org/mailman/listinfo/rtgwg > >
- [Dcrouting] Kicking off the LSVR (Link State Vect… Van De Velde, Gunter (Nokia - BE/Antwerp)
- Re: [Dcrouting] [Idr] Kicking off the LSVR (Link … Serpil Bayraktar (serpil)
- Re: [Dcrouting] [Idr] Kicking off the LSVR (Link … Padma Pillay-Esnault
- Re: [Dcrouting] [Idr] Kicking off the LSVR (Link … Susan Hares
- Re: [Dcrouting] [Idr] Kicking off the LSVR (Link … Susan Hares
- Re: [Dcrouting] [Idr] Kicking off the LSVR (Link … Alvaro Retana