Re: [OSPF] [Isis-wg] 答复: Re: [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt

"Osborne, Eric" <eric.osborne@level3.com> Fri, 24 October 2014 11:29 UTC

Return-Path: <eric.osborne@level3.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0082D1A8A96; Fri, 24 Oct 2014 04:29:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.7
X-Spam-Level:
X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=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 G_RPGylV6cpG; Fri, 24 Oct 2014 04:29:41 -0700 (PDT)
Received: from mail1.bemta7.messagelabs.com (mail1.bemta7.messagelabs.com [216.82.254.106]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 693BC1A8993; Fri, 24 Oct 2014 04:29:41 -0700 (PDT)
Received: from [216.82.253.147:36682] by server-10.bemta-7.messagelabs.com id 3C/1A-15477-4283A445; Fri, 24 Oct 2014 11:29:40 +0000
X-Env-Sender: eric.osborne@level3.com
X-Msg-Ref: server-2.tower-165.messagelabs.com!1414150180!14483199!1
X-Originating-IP: [209.245.18.38]
X-StarScan-Received:
X-StarScan-Version: 6.12.3; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16383 invoked from network); 24 Oct 2014 11:29:40 -0000
Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-2.tower-165.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2014 11:29:40 -0000
Received: from USIDCWVEHT02.corp.global.level3.com (usidcwveht02.corp.global.level3.com [10.1.142.32]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "USIDCWVEHT02.corp.global.level3.com", Issuer "VIDCCERT0001" (not verified)) by messagelabs2.level3.com (Postfix) with ESMTPS id 1F5662BB9B; Fri, 24 Oct 2014 11:29:44 +0000 (GMT)
Received: from USIDCWVEHT04.corp.global.level3.com (10.1.196.124) by USIDCWVEHT02.corp.global.level3.com (10.1.142.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 24 Oct 2014 05:29:39 -0600
Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by USIDCWVEHT04.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 05:29:39 -0600
From: "Osborne, Eric" <eric.osborne@level3.com>
To: "liao.ting@zte.com.cn" <liao.ting@zte.com.cn>, Hannes Gredler <hannes@juniper.net>
Thread-Topic: =?utf-8?B?W0lzaXMtd2ddIOetlOWkjTogUmU6IFtzcHJpbmddIEZXOiBOZXcgVmVyc2lv?= =?utf-8?B?biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2Nh?= =?utf-8?Q?tion-00.txt?=
Thread-Index: AQHP70/+rDEmJO80v0Gm095PZ+atSpw/HEEA
Date: Fri, 24 Oct 2014 11:29:38 +0000
Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDFA715F@USIDCWVEMBX08.corp.global.level3.com>
References: <20141023154634.GA13700@hannes-mba.local> <201410240601.s9O61SpU096907@mse01.zte.com.cn>
In-Reply-To: <201410240601.s9O61SpU096907@mse01.zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.1.196.207]
Content-Type: multipart/alternative; boundary="_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFA715FUSIDCWVEMBX08corp_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/5y2dfh1CuKqPJStsJgC_oVR1bIc
Cc: "ospf@ietf.org" <ospf@ietf.org>, "spring@ietf.org" <spring@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: Re: [OSPF] =?utf-8?b?W0lzaXMtd2ddIOetlOWkjTogUmU6IFtzcHJpbmddIEZXOiBO?= =?utf-8?q?ew_Version_Notification_for_draft-lw-spring-sid-allocation-00?= =?utf-8?q?=2Etxt?=
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Oct 2014 11:29:44 -0000

I don’t understand the practical use of this draft.  If a node is going to pull SID information from the IGP as advertised by the SRMN, that node needs to understand whatever extensions you add to the IGP, and needs to be able to parse things to figure out what its own local label range is.  That’s pretty much exactly the work that the node would need to do with the current IGP extensions, where it advertises its own range+offset.

I’m having trouble coming up with a scenario where your approach is easier, more scalable, or otherwise beneficial in some way not covered by existing technology.  Can you clarify this for me?  I don’t mean “tell me how it’s *different* from what’s already defined”, I mean “tell me why it’s *better* than what’s already defined”



eric


From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of liao.ting@zte.com.cn
Sent: Friday, October 24, 2014 1:57 AM
To: Hannes Gredler
Cc: ospf@ietf.org; spring@ietf.org; isis-wg@ietf.org
Subject: [Isis-wg] 答复: Re: [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt


Hi, Hannes

Thanks for your review and the good comments.

 In this draft, SID can be automatically generated by a control node (the Segment Routing Management Nodes (SRMNs)),
and the SRMNs generate the SID mapping to each node in the SR domain,
then the IGP extension flooding out to every node, each node will know the sid allocated to each other.

While if we use  Netconf/YANG, all the nodes in the SR domain should be supported  the open interface to Netconf/YANG,
which is not easy, for many ASGs, CSGs only support SNMP protocol in the IP RAN scenarios.
So this solution could simpify the conguration of ASG,CSG(actually it is zero-configuratin for them), which is very important for the operation.

Best Regards.
Ting

Hannes Gredler <hannes@juniper.net<mailto:hannes@juniper.net>>

2014-10-23 23:46

收件人

<liao.ting@zte.com.cn<mailto:liao.ting@zte.com.cn>>

抄送

"spring@ietf.org<mailto:spring@ietf.org>" <spring@ietf.org<mailto:spring@ietf.org>>, "isis-wg@ietf.org<mailto:isis-wg@ietf.org>" <isis-wg@ietf.org<mailto:isis-wg@ietf.org>>, "ospf@ietf.org<mailto:ospf@ietf.org>" <ospf@ietf.org<mailto:ospf@ietf.org>>

主题

Re: [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt







liao,

my read of your draft is that you're utilizing IGP extensions to flood
configuration informatioun through the network. have you considered
using netconf/YANG for doing so ? and if so what is wrong (what
are the shortcomings) of netconf/YANG to configure RAN routers ?
IOW why are exisiting configuration mencahnism not good enough ?

/hannes

On Wed, Oct 22, 2014 at 05:35:48PM +0800, liao.ting@zte.com.cn<mailto:liao.ting@zte.com.cn> wrote:
|    In some situation where users expect to simply plug in a SR node and have
|    it automatically use Segment Routing.
|    This draft attempts to solve this need.
|    Expecting your review and comments. Thank you.
|
|    Best Regards.
|    Ting, Bo, Fangwei, and Bhumip
|
|    ----- ת???Ë ?Î?Ã038768/user/zte_ltd ʱ?? 2014-10-22 16:11 -----
|
|    internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> ?Õ???Ë Bhumip Khasnabish
|                                    <bhumip.khasnabish@ztetx.com<mailto:bhumip.khasnabish@ztetx.com>>, "Bhumip
|    2014-10-22 16:02                Khasnabish" <bhumip.khasnabish@ztetx.com<mailto:bhumip.khasnabish@ztetx.com>>,
|                                    "fangwei hu" <hu.fangwei@zte.com.cn<mailto:hu.fangwei@zte.com.cn>>,
|                                    Fangwei Hu <hu.fangwei@zte.com.cn<mailto:hu.fangwei@zte.com.cn>>, "Wu
|                                    Bo" <bo.wu@zte.com.cn<mailto:bo.wu@zte.com.cn>>, "Ting Liao"
|                                    <liao.ting@zte.com.cn<mailto:liao.ting@zte.com.cn>>, Ting Liao
|                                    <liao.ting@zte.com.cn<mailto:liao.ting@zte.com.cn>>, Bo Wu
|                                    <bo.wu@zte.com.cn<mailto:bo.wu@zte.com.cn>>
|                               ???Í
|                               ?÷?â New Version Notification for
|                                    draft-lw-spring-sid-allocation-00.txt
|
|
|    A new version of I-D, draft-lw-spring-sid-allocation-00.txt
|    has been successfully submitted by Fangwei Hu and posted to the
|    IETF repository.
|
|    Name:                                  draft-lw-spring-sid-allocation
|    Revision:                 00
|    Title:                                  SPRING SID Allocation
|    Document date:                 2014-10-22
|    Group:                                  Individual Submission
|    Pages:                                  12
|    URL:
|     http://www.ietf.org/internet-drafts/draft-lw-spring-sid-allocation-00.txt
|    Status:
|    https://datatracker.ietf.org/doc/draft-lw-spring-sid-allocation/
|    Htmlized:
|    http://tools.ietf.org/html/draft-lw-spring-sid-allocation-00
|
|    Abstract:
|      Segment Routing (SR) allows for a flexible definition of end-to-end
|      paths within IGP topologies by encoding paths as sequences of
|      topological sub-paths, called "segments".  These segments are
|      advertised by the link-state routing protocols (IS-IS and OSPF).  And
|      a segment is identified by a Segment Routing ID(SID).  This document
|      proposes a method that the only selected SR nodes responsible for
|      allocating SIDs for a SR domain to reduce SID configuration required
|      on all SR nodes.
|
|
|
|
|    Please note that it may take a couple of minutes from the time of
|    submission
|    until the htmlized version and diff are available at tools.ietf.org.
|
|    The IETF Secretariat

| _______________________________________________
| spring mailing list
| spring@ietf.org<mailto:spring@ietf.org>
| https://www.ietf.org/mailman/listinfo/spring