Re: [Lsvr] Kicking off the LSVR (Link State Vector Routing) charter discussion

Gaurav Dawra <gdawra.ietf@gmail.com> Thu, 18 January 2018 18:54 UTC

Return-Path: <gdawra.ietf@gmail.com>
X-Original-To: lsvr@ietfa.amsl.com
Delivered-To: lsvr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00C8912D574 for <lsvr@ietfa.amsl.com>; Thu, 18 Jan 2018 10:54:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 J6my9tjGRoBD for <lsvr@ietfa.amsl.com>; Thu, 18 Jan 2018 10:54:46 -0800 (PST)
Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (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 004AE124D6C for <Lsvr@ietf.org>; Thu, 18 Jan 2018 10:54:45 -0800 (PST)
Received: by mail-pg0-x242.google.com with SMTP id m20so14997539pgc.11 for <Lsvr@ietf.org>; Thu, 18 Jan 2018 10:54:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:date:message-id:subject :references:in-reply-to:to; bh=86TsvtCKEpLEXEoUCWcRWs5Yixh4gXCd+gDGyeEB59c=; b=Gain1Y5RRMpN/pjmqR5cpqjC4CFHoVwKFgFozKJfSuecm5QFFbmbjDQYVaAsSWgLCA IX8GYuqokpYOHkpTI75QTz3AaiF3aWPtX7TefpJkOC8wgNUHiJ/mP9LUcmkH+QuabpSO ehX7JxdxwIfGaxNDwPgI1z00UcRmCZUm9K1XrJ2KMT7qpZItZEUUpcInBFNs8sBoBzYx IEKYj+iqzQ53Hm4Iu00+Cm/mBcxfaaDuP3QUQs/Q2FlRNVrNs59jrx204MxuZOyRoZMG eQE9FSdwURZtlszLHEJjevcXPSpy3xBRETAiKqNMEgdpspSt94Y/l8Ad0dLx7iz82Ss2 zOmg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version:date :message-id:subject:references:in-reply-to:to; bh=86TsvtCKEpLEXEoUCWcRWs5Yixh4gXCd+gDGyeEB59c=; b=Kv9cv83qc98VrINDSBf0zF59WxOKsG4K+18l2qHC6cV7qeJ8/MQyB2T4211cOg/8ek ULOv3+6uLZ6yQIL0DkwSaFu5tDLV8dfrX5A1JPBGn6CRmk1lsS71/s9vXHlf6HvkrfvT 4dzPHs8wvYzjfTFV0bHysWcCWV57YRTU0pmj9MxhP8HhGnAY9poD6uq47cJUsORNY67O CprIA0tgTAyPM1ahsijEoAEGvm9fmJIo9T500EERSjsTdQXt+clQMNOS1AokuuddZWuL w97EXkPOjs1DkcVk5kG9pI0XBFwM6VuYbtVfjAKDFxzJ46St/2Yck9cpf4p84SstYs6i CIAA==
X-Gm-Message-State: AKGB3mKfh2ahaWgdYszFJSrKgTAGyQ7wzJnW2BmAgwKSH5w1zgGIQK0A /ZqrOP1dZk1VClGbYh0L0LmfFbycRgo=
X-Google-Smtp-Source: ACJfBosLQXTEBWac4Gm6jTHSblL3XCxGReEHo4vlxcgED4rSN7mRNZyq1hxXV37yrzG6MK+/9CIQeg==
X-Received: by 10.101.82.68 with SMTP id q4mr37212143pgp.343.1516301684977; Thu, 18 Jan 2018 10:54:44 -0800 (PST)
Received: from [100.64.9.93] ([216.52.21.132]) by smtp.gmail.com with ESMTPSA id r26sm15484847pfi.72.2018.01.18.10.54.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 10:54:44 -0800 (PST)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="us-ascii"
From: Gaurav Dawra <gdawra.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Thu, 18 Jan 2018 10:54:43 -0800
Message-Id: <F7708676-BE03-424D-8BBB-10AB0D1D3854@gmail.com>
References: <CAJc3aaO8-OdJDNwNmofsadVWVdWdhk45p3Qs1DKjCvN1R_0vPA@mail.gmail.com> <D59B7ABE-F423-4F67-8DB3-2A177C6BD567@gmail.com>
In-Reply-To: <D59B7ABE-F423-4F67-8DB3-2A177C6BD567@gmail.com>
To: Lsvr@ietf.org, gunter.van_de_velde@nokia.com, victor@jvknet.com
X-Mailer: iPhone Mail (14G60)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsvr/VEcuWDDaD0pTMe7-TIDYRAv-Gw8>
Subject: Re: [Lsvr] Kicking off the LSVR (Link State Vector Routing) charter discussion
X-BeenThere: lsvr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Link State Vector Routing <lsvr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsvr>, <mailto:lsvr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsvr/>
List-Post: <mailto:lsvr@ietf.org>
List-Help: <mailto:lsvr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsvr>, <mailto:lsvr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jan 2018 18:54:48 -0000

Folks,

As we adopt the charter and in future adapt to align further to more DC/Scale requirements, we may want to consider and explore an idea of running BGP over multiple ports(besides 179).

Cheers,

Gaurav

Sent from my iPhone
> On 1/10/18 5:50 AM, Van De Velde, Gunter (Nokia - BE/Antwerp) wrote:
> 
> [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
> 
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg

_______________________________________________
Lsvr