Re: [Isis-wg] 答复: Call for WG Adoption for draft-you-isis-flowspec-extensions-04

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Fri, 04 March 2016 23:22 UTC

Return-Path: <ginsberg@cisco.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AA2D1AC411 for <isis-wg@ietfa.amsl.com>; Fri, 4 Mar 2016 15:22:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.552
X-Spam-Level:
X-Spam-Status: No, score=-8.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 1YkhSvnibsq8 for <isis-wg@ietfa.amsl.com>; Fri, 4 Mar 2016 15:22:37 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 238D41AC410 for <isis-wg@ietf.org>; Fri, 4 Mar 2016 15:22:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3618; q=dns/txt; s=iport; t=1457133757; x=1458343357; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=bagl0zsmkK4AyczqrMXIhI2crk5uMx721UdevFX1jaY=; b=BXYpsIRw5JMWZNwnN2SthQIZGHZlMkA4QkN6nXH/56r8qWoX+FNNJ9Or bkqd8QsNs8O7aO20+bH6jeKN8yNs95ILewwoGj1biHTdOmS725uJiqJfa wp/b5aKPnOPKYAjksja2CgLSVgHRA8Fel/EOjkdOUT3zXtgnz7QpQ009q M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D5AQBbGNpW/40NJK1dgzqBPwa6MwENgWmGDwIcgRc4FAEBAQEBAQFkJ4RBAQEBAwEdF0UFBwQCAQYCEQQBAQUjBQICMBQGAwgCBAENBQiIEgiSbp0RCI58AQEBAQEBAQEBAQEBAQEBAQEBAQEBFXeFIIQ8hzWBPgEElyEBjWCPAI5RAR4BAUKCMIE0aogwfgEBAQ
X-IronPort-AV: E=Sophos;i="5.22,538,1449532800"; d="scan'208";a="244929440"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2016 23:22:35 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u24NMZ1X013133 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 23:22:36 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 17:22:35 -0600
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 17:22:35 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: "chopps@chopps.org" <chopps@chopps.org>, Youjianjie <youjianjie@huawei.com>
Thread-Topic: [Isis-wg] 答复: Call for WG Adoption for draft-you-isis-flowspec-extensions-04
Thread-Index: AQHRdPCf2vVPG3W0ekyazS+AI88xC59KTDYA//+gxQA=
Date: Fri, 04 Mar 2016 23:22:35 +0000
Message-ID: <0078ddf0da564318afd5c5d6bed9767c@XCH-ALN-001.cisco.com>
References: <87mvqncny2.fsf@tops.chopps.org> <E881D2D5-D9C1-4702-9A48-9D6A162C48EA@chopps.org> <20160228210405215520.c4a664fd@sniff.de> <87y4a3lf8u.fsf@tops.chopps.org> <F6C28B32DA084644BB6C8D0BD65B669DBCDD55@NKGEML515-MBX.china.huawei.com> <87lh5xg8hd.fsf@tops.chopps.org>
In-Reply-To: <87lh5xg8hd.fsf@tops.chopps.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.69.121]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/isis-wg/z5vLrj9lYb57X8bE2LztWSsXycw>
Cc: Marc Binderberger <marc@sniff.de>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Subject: Re: [Isis-wg] 答复: Call for WG Adoption for draft-you-isis-flowspec-extensions-04
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Mar 2016 23:22:39 -0000

> Again, this proposal just looks like configuring ones routers using a routing
> protocol. If that's what we are doing I'd like it to be more clearly understood,
> and then we can decide if this is what we think routing protocols should be
> doing. :)
>

I do NOT think this is what routing protocols should be doing. Our job is to send information needed for routing. 

If you want to use the IS-IS flooding mechanism as a general purpose transport then you should use GENAPP (RFC 6823) in combination with MI (RFC 6822). IT is then clear that you are defining application information and this falls under TLV 251 using an IANA assigned application identifier.

Alternatively you could use other mechanisms (such as Chris suggests below) - which is also fine and likely a better choice in this case. But this is NOT something that belongs in an IGP instance used for routing - and certainly not in router capabilities.

   Les


> -----Original Message-----
> From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of
> chopps@chopps.org
> Sent: Friday, March 04, 2016 2:54 PM
> To: Youjianjie
> Cc: Marc Binderberger; isis-wg@ietf.org
> Subject: Re: [Isis-wg] 答复: Call for WG Adoption for draft-you-isis-flowspec-
> extensions-04
> 
> 
> Youjianjie <youjianjie@huawei.com> writes:
> 
> > Hi Chris,
> >> I agree if moving forward with this I think we need to look at GENAPP as
> well..
> >>
> >> Firs though I'd like to hear more on why intra-domain flowspec (or
> >> the
> >> equivalent) can't simply be defined using a yang model.
> >
> > Do you mean disseminating FlowSpec rules by using I2RS? I think it could be
> an alternative. But They each have their pros and cons. If using routing
> protocol to disseminate FlowSpec rules, when networks change, FlowSpec
> rules could be flexible as route entries, i.e. without involvement of
> management devices.
> 
> 
> I mean one would use netconf (or restconf, ...) and flowspec yang model to
> configure ones routers with the flowspec data.
> 
> Can you explain more what you mean when talking about network changes?
> The flowspec entries aren't changing when network changes occur.
> If the originator changes them it knows it needs to configure the new entries
> on the routers.
> 
> Again, this proposal just looks like configuring ones routers using a routing
> protocol. If that's what we are doing I'd like it to be more clearly understood,
> and then we can decide if this is what we think routing protocols should be
> doing. :)
> 
> Thanks,
> Chris.
> 
> >
> > Thanks,
> > Jianjie
> >
> >> Thanks,
> >> Chris.