Re: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14)

<bruno.decraene@orange.com> Tue, 09 June 2015 09:39 UTC

Return-Path: <bruno.decraene@orange.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA5201B2B3B for <idr@ietfa.amsl.com>; Tue, 9 Jun 2015 02:39:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham
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 1g5sf1O6wo9a for <idr@ietfa.amsl.com>; Tue, 9 Jun 2015 02:39:23 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8FDC1B2B38 for <idr@ietf.org>; Tue, 9 Jun 2015 02:39:22 -0700 (PDT)
Received: from omfedm05.si.francetelecom.fr (unknown [xx.xx.xx.1]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 1C47A22C5EC; Tue, 9 Jun 2015 11:39:21 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.60]) by omfedm05.si.francetelecom.fr (ESMTP service) with ESMTP id E607F35C045; Tue, 9 Jun 2015 11:39:20 +0200 (CEST)
Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM7F.corporate.adroot.infra.ftgroup ([fe80::c1d7:e278:e357:11ad%19]) with mapi id 14.03.0235.001; Tue, 9 Jun 2015 11:39:20 +0200
From: bruno.decraene@orange.com
To: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14)
Thread-Index: AdCcGoNntu1RJWeoQbWDLhkxKtoo8AAXShWAAYXm+EA=
Date: Tue, 09 Jun 2015 09:39:20 +0000
Message-ID: <20657_1433842761_5576B448_20657_938_1_53C29892C857584299CBF5D05346208A0F5B2860@OPEXCLILM21.corporate.adroot.infra.ftgroup>
References: <009e01d09c1a$cace12d0$606a3870$@ndzh.com> <D191D579.1F7C5%acee@cisco.com>
In-Reply-To: <D191D579.1F7C5%acee@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F5B2860OPEXCLILM21corp_"
MIME-Version: 1.0
X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.6.2.75418
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/hg4K83BIdukJvf7Zp7zz1LEK_6g>
Cc: "Keyur Patel (keyupate)" <keyupate@cisco.com>, "draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org" <draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org>, "Clarence Filsfils (cfilsfil)" <cfilsfil@cisco.com>, "raysaikat@gmail.com" <raysaikat@gmail.com>
Subject: Re: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2015 09:39:26 -0000

> From: Acee Lindem (acee)
> I support IDR working group adoption. I reviewed the document and believe it provides a useful functionality in controller-based deployments and particularly when BGP is used in lieu of an IGP, i.e., https://www.ietf.org/id/draft-ietf-rtgwg-bgp-routing-large-dc-02.txt.

+1

I admit I haven’t had time to really review the doc in detail, but I’ll try one comment, just in case it may be useful.
Regarding Peer Adj Segment, in theory couldn’t we have:
- 2 different BGP peers having the same private AS number and the same BGP Router ID?
- un-numbered external interfaces

In which case I’m not sure how those 2 peer adj segment would be distinguished, nor how the related to the Peer SID be identified. One option may be to add the related Peer-SID in Peer Adjacency SID.

/Bruno


From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Monday, June 01, 2015 3:31 PM
To: Susan Hares; idr@ietf.org
Cc: Keyur Patel (keyupate); draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org; Clarence Filsfils (cfilsfil); raysaikat@gmail.com
Subject: Re: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14)

I support IDR working group adoption. I reviewed the document and believe it provides a useful functionality in controller-based deployments and particularly when BGP is used in lieu of an IGP, i.e., https://www.ietf.org/id/draft-ietf-rtgwg-bgp-routing-large-dc-02.txt.

Thanks,
Acee

From: Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>
Date: Sunday, May 31, 2015 at 11:26 PM
To: "idr@ietf.org<mailto:idr@ietf.org>" <idr@ietf.org<mailto:idr@ietf.org>>
Cc: "Clarence Filsfils (cfilsfil)" <cfilsfil@cisco.com<mailto:cfilsfil@cisco.com>>, "raysaikat@gmail.com<mailto:raysaikat@gmail.com>" <raysaikat@gmail.com<mailto:raysaikat@gmail.com>>, "Keyur Patel (keyupate)" <keyupate@cisco.com<mailto:keyupate@cisco.com>>, "draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org<mailto:draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org>" <draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org<mailto:draft-previdi-idr-bgpls-segment-routing-epe@tools.ietf.org>>
Subject: [Idr] 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03 (5/31 to 6/14)

This begins a 2 week WG adoption call for draft-previdi-idr-bgpls-segment-routing-epe-03.txt.  The authors (Stefano, Clarence, Saikat, Keyur, Mach and Jie) should indicate if they know if any IPR.  The draft can be found at:

http://datatracker.ietf.org/doc/draft-previdi-idr-bgpls-segment-routing-epe/

In the discussion, please consider:

a)      Does this addition to BGP-LS for exporting BGP egress point topologies provides useful information for BGP deployments in the internet,

b)      Are there scaling issues in adding this information to BGP-LS, and

c)       The technical merits and issues with this proposal.

Susan Hares and John Scudder


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.