Re: [Lsr] "IGP Extensions for Segment Routing Service Segment" -draft-lz-lsr-igp-sr-service-segments-02
Hannes Gredler <hannes@gredler.at> Wed, 29 July 2020 07:13 UTC
Return-Path: <hannes@gredler.at>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9F9E3A106C for <lsr@ietfa.amsl.com>; Wed, 29 Jul 2020 00:13:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 2zy4Da5P1twB for <lsr@ietfa.amsl.com>; Wed, 29 Jul 2020 00:13:49 -0700 (PDT)
Received: from hirzer.gredler.at (hirzer.gredler.at [165.22.72.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1791B3A106F for <lsr@ietf.org>; Wed, 29 Jul 2020 00:13:48 -0700 (PDT)
Received: from hannes-mba2.fritz.box (node-pt089-105-173-069.infra.schwaz.net [::ffff:89.105.173.69]) (AUTH: PLAIN hannes, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by hirzer with ESMTPSA; Wed, 29 Jul 2020 09:13:46 +0200 id 00000000000C39DF.000000005F2121AA.00001441
From: Hannes Gredler <hannes@gredler.at>
Message-Id: <2F45340B-C97C-4C30-BDAF-DB37998EA652@gredler.at>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0AF7BDC9-7C4B-4FFB-B984-6344DEB4C10D"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Wed, 29 Jul 2020 09:13:45 +0200
In-Reply-To: <202007290957472639201@zte.com.cn>
Cc: Acee Lindem <acee@cisco.com>, zzhang_ietf@hotmail.com, lsr@ietf.org
To: liu.yao71@zte.com.cn
References: <E58BB9C0-2E74-4924-8117-4D35E534245A@cisco.com> <202007290957472639201@zte.com.cn>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/8EnCXhp2TBqE5q9zfVQkH3XeLrU>
Subject: Re: [Lsr] "IGP Extensions for Segment Routing Service Segment" -draft-lz-lsr-igp-sr-service-segments-02
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jul 2020 07:13:52 -0000
Yao, BGP-LS was designed to solve also the distribution of link-state information between BGP speakers (see Figure 1 from RFC 7752 below). Just ask yourself: why would one want to use a point to multipoint state replication protocol as complex as BGP for *just* client server alike replication ? We wanted from day-1 to leverage the graph independent replication abilities of BGP - so doing inter BGP-LS graphs is a legit use-case. HTH, /hannes --- The collection of link-state and TE information and its distribution to consumers is shown in the following figure. +-----------+ | Consumer | +-----------+ ^ | +-----------+ | BGP | +-----------+ | Speaker | | Consumer | +-----------+ +-----------+ ^ ^ ^ ^ | | | | +---------------+ | +-------------------+ | | | | | +-----------+ +-----------+ +-----------+ | BGP | | BGP | | BGP | | Speaker | | Speaker | . . . | Speaker | +-----------+ +-----------+ +-----------+ ^ ^ ^ | | | IGP IGP IGP Figure 1: Collection of Link-State and TE Information --- > On 29.07.2020, at 03:57, liu.yao71@zte.com.cn wrote: > > Hi Acee, > > Thanks for reading the draft. > > Yes, the main purpose of this draft is to carry the segment segment information via IGP so only one node per AS need to be connected with the controller through BGP-LS. > > With the existing BGP-LS extension draft, it is certainly one solution to configure BGP sessions between all the service function nodes and controller, and each node sends the SF information to the controller individually. > > And if I get you right, we can also select one node to have a BGP session with the controller and configure BGP sessions between the selected node and SF nodes. > > But how the selected node get the SF information from SF nodes via BGP needs to be solved, since BGP-LS is typically used for exchanging information between the south and north rather than nodes of the same level, and there's no other existing BGP extension for distribute SIDs information between nodes . > > This draft aims to provide an alternate way if the operators prefer running IGP on SF nodes. > > So we would like to collect comments on the WG session to see how others think about it. > > > > Regards, > > Yao > > > > > > > > 原始邮件 > 发件人:AceeLindem(acee) <acee@cisco.com> > 收件人:刘尧00165286;zzhang_ietf@hotmail.com <zzhang_ietf@hotmail.com>; > 抄送人:lsr@ietf.org <lsr@ietf.org>; > 日 期 :2020年07月29日 01:53 > 主 题 :"IGP Extensions for Segment Routing Service Segment" -draft-lz-lsr-igp-sr-service-segments-02 > Speaking as WG member: > > > > It seems the sole purpose of this draft is to get service segment information from nodes in the IGP domain to the IGP node that has a BGP session with the controller. You don’t need to put this information into the IGP in order to do this. Simply configure BGP sessions for the BGP-LS AF between the nodes with service functions and the node selected to have a BGP session with the controller. > > > > Speaking as WG Chair – please let me know if we can omit this draft from the agenda. > > > > Thanks, > > Acee > > > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr
- [Lsr] "IGP Extensions for Segment Routing Service… Acee Lindem (acee)
- Re: [Lsr] "IGP Extensions for Segment Routing Ser… liu.yao71
- Re: [Lsr] "IGP Extensions for Segment Routing Ser… Hannes Gredler
- Re: [Lsr] "IGP Extensions for Segment Routing Ser… Acee Lindem (acee)
- Re: [Lsr] "IGP Extensions for Segment Routing Ser… liu.yao71