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

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Tue, 23 January 2018 10:17 UTC

Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D3FF12DA17; Tue, 23 Jan 2018 02:17:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level:
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 VqP50dlsnBNp; Tue, 23 Jan 2018 02:17:40 -0800 (PST)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20134.outbound.protection.outlook.com [40.107.2.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA6E912DA45; Tue, 23 Jan 2018 02:17:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6SzaJGAiEuYTPTpev2iQ2wuqzoXK9UVBGG7GnWzQvYM=; b=eIvHHmJa3RupQu7QpD7Mavy4HEdcUJLAtw/u38sVBjgcwHwuVCHD8vPC6Y2qPrQwYcu1tBcqSnix72uwjK4sGKWHiio498wWlsmTZKsP350rbFEpufmL4oeCgkmpaea5ODV1EXPLWTV76YbVJK/YlB17hJbv9sWQOLThLdQqTKI=
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com (10.171.189.158) by AM4PR07MB3395.eurprd07.prod.outlook.com (10.171.189.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.444.5; Tue, 23 Jan 2018 10:17:28 +0000
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::9029:c61f:9f4b:f39b]) by AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::9029:c61f:9f4b:f39b%13]) with mapi id 15.20.0444.013; Tue, 23 Jan 2018 10:17:27 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>, "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>, Shawn Zandi <szandi@linkedin.com>, Alvaro Retana <aretana.ietf@gmail.com>, "Acee Lindem (acee)" <acee@cisco.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: Re: [Lsvr] Kicking off the LSVR (Link State Vector Routing) charter discussion
Thread-Topic: [Lsvr] Kicking off the LSVR (Link State Vector Routing) charter discussion
Thread-Index: AQHTlDNdenBdzqwpVk+O4k/PbjUWUQ==
Date: Tue, 23 Jan 2018 10:17:26 +0000
Message-ID: <31C68D70-CEC8-419E-BAD3-F1F7D55907FA@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.9.0.180116
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-originating-ip: [135.245.20.28]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR07MB3395; 7:PLqFSA+B0iPP1fQ8fRwIfPZNAnM0d5wQLbmQjmhi8XYCBvIBC0Y4kraw+NZAOyVlDQGGB24/VXL/wp1ine4w4dgiMpSlQ8ERQ8VbjIdIMd2y9tTWU7qPuwxWkZgy5jO6W0W8iealH6nJI9tr261Kdd1mJze21i9l9adqr+uA9rLmB5dq6Ss0E9ZybZGbifYTjYzr4xmyQZGYkGGDC9LgmzsWEd1ArNK5J0ficgs0ICMyAP1EnMlcMXpeGqB0gZY5
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(376002)(396003)(366004)(39380400002)(39860400002)(346002)(13464003)(199004)(189003)(4326008)(25786009)(59450400001)(6512007)(7736002)(66066001)(305945005)(5660300001)(68736007)(53546011)(6506007)(102836004)(86362001)(6436002)(83716003)(6306002)(39060400002)(97736004)(3660700001)(2900100001)(966005)(36756003)(53936002)(6246003)(26005)(6486002)(14454004)(3280700002)(54906003)(2906002)(316002)(8656006)(82746002)(33656002)(5250100002)(2501003)(81166006)(229853002)(58126008)(83506002)(110136005)(106356001)(105586002)(478600001)(99286004)(8936002)(6116002)(8676002)(81156014)(3846002)(437434002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3395; H:AM4PR07MB3409.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: fbae0c98-3ed4-4c7a-a2a9-08d5624a80e4
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(4604075)(3008032)(48565401081)(2017052603307)(7193020); SRVR:AM4PR07MB3395;
x-ms-traffictypediagnostic: AM4PR07MB3395:
x-microsoft-antispam-prvs: <AM4PR07MB339511B5ABD79839800ABFA6F7E30@AM4PR07MB3395.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(93897516114553)(192374486261705)(82608151540597)(85827821059158)(95692535739014)(81160342030619)(146099531331640);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231023)(11241501184)(806099)(2400081)(944501161)(6055026)(6041288)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:AM4PR07MB3395; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM4PR07MB3395;
x-forefront-prvs: 05610E64EE
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: MbPv0fO1zEwaqdRD9WYBcOkVQtIk/Opcnba4HYGVPjc0V/1h/nNqr/MeQV1if/UzHPR69QPs5o/sfgldiIi54x0/BzL4NyL7pYloh0icr04BT8BvGaf1XakxdgMKT1US
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <03A69B81CF3CD6418BF7901CC1ED4C51@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fbae0c98-3ed4-4c7a-a2a9-08d5624a80e4
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jan 2018 10:17:27.0175 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3395
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/8c5QgYsh0GuQ_KeYFC93YBR5T0Q>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jan 2018 10:17:42 -0000

After going through the charter text, I believe it is a very good starting point.
Looking forward to seeing fruitful discussions.

Thanks.
Jorge

-----Original Message-----
From: Lsvr <lsvr-bounces@ietf.org> on behalf of "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>
Date: Wednesday, January 10, 2018 at 11:52 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>, Alvaro Retana <aretana.ietf@gmail.com>, "Acee Lindem (acee)" <acee@cisco.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: [Lsvr] 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
    
    _______________________________________________
    Lsvr mailing list
    Lsvr@ietf.org
    https://www.ietf.org/mailman/listinfo/lsvr