Re: [irs-discuss] Rough Draft IRS Charter

Ross Callon <rcallon@juniper.net> Sun, 04 November 2012 18:40 UTC

Return-Path: <rcallon@juniper.net>
X-Original-To: irs-discuss@ietfa.amsl.com
Delivered-To: irs-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE5C521F8475 for <irs-discuss@ietfa.amsl.com>; Sun, 4 Nov 2012 10:40:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.467
X-Spam-Level:
X-Spam-Status: No, score=-103.467 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, UNRESOLVED_TEMPLATE=3.132, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qLaWcmzuBgCq for <irs-discuss@ietfa.amsl.com>; Sun, 4 Nov 2012 10:40:32 -0800 (PST)
Received: from exprod7og114.obsmtp.com (exprod7og114.obsmtp.com [64.18.2.215]) by ietfa.amsl.com (Postfix) with ESMTP id 1DFAC21F84C8 for <irs-discuss@ietf.org>; Sun, 4 Nov 2012 10:40:32 -0800 (PST)
Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob114.postini.com ([64.18.6.12]) with SMTP ID DSNKUJa2n9LSITICFCaw/MdJxQeWZY32DHt4@postini.com; Sun, 04 Nov 2012 10:40:32 PST
Received: from P-CLDFE02-HQ.jnpr.net (172.24.192.60) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.3.213.0; Sun, 4 Nov 2012 10:40:23 -0800
Received: from o365mail.juniper.net (207.17.137.149) by o365mail.juniper.net (172.24.192.60) with Microsoft SMTP Server id 14.1.355.2; Sun, 4 Nov 2012 10:40:22 -0800
Received: from CO9EHSOBE004.bigfish.com (207.46.163.28) by o365mail.juniper.net (207.17.137.149) with Microsoft SMTP Server (TLS) id 14.1.355.2; Sun, 4 Nov 2012 10:43:06 -0800
Received: from mail78-co9-R.bigfish.com (10.236.132.243) by CO9EHSOBE004.bigfish.com (10.236.130.67) with Microsoft SMTP Server id 14.1.225.23; Sun, 4 Nov 2012 18:40:22 +0000
Received: from mail78-co9 (localhost [127.0.0.1]) by mail78-co9-R.bigfish.com (Postfix) with ESMTP id 9DBDEA00A8 for <irs-discuss@ietf.org.FOPE.CONNECTOR.OVERRIDE>; Sun, 4 Nov 2012 18:40:22 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.244.213; KIP:(null); UIP:(null); (null); H:CH1PRD0510HT004.namprd05.prod.outlook.com; R:internal; EFV:INT
X-SpamScore: -29
X-BigFish: PS-29(zz9371I103dK542Md799hzz1de0h1202h1d1ah1d2ahzz1033IL8275bh8275dhz2dh2a8h668h839h944hd25hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh1155h)
Received: from mail78-co9 (localhost.localdomain [127.0.0.1]) by mail78-co9 (MessageSwitch) id 135205442136888_20942; Sun, 4 Nov 2012 18:40:21 +0000 (UTC)
Received: from CO9EHSMHS002.bigfish.com (unknown [10.236.132.253]) by mail78-co9.bigfish.com (Postfix) with ESMTP id F19802E0049; Sun, 4 Nov 2012 18:40:20 +0000 (UTC)
Received: from CH1PRD0510HT004.namprd05.prod.outlook.com (157.56.244.213) by CO9EHSMHS002.bigfish.com (10.236.130.12) with Microsoft SMTP Server (TLS) id 14.1.225.23; Sun, 4 Nov 2012 18:40:20 +0000
Received: from CH1PRD0510MB355.namprd05.prod.outlook.com ([169.254.2.125]) by CH1PRD0510HT004.namprd05.prod.outlook.com ([10.255.150.39]) with mapi id 14.16.0233.002; Sun, 4 Nov 2012 18:40:20 +0000
From: Ross Callon <rcallon@juniper.net>
To: Russ White <russw@riw.us>, "irs-discuss@ietf.org" <irs-discuss@ietf.org>
Thread-Topic: [irs-discuss] Rough Draft IRS Charter
Thread-Index: Ac2tSPIygvX3jYqNR5qAr0uNe7mBvADNLoCAAo9gxVA=
Date: Sun, 4 Nov 2012 18:40:19 +0000
Message-ID: <62CCD4C52ACDAD4481149BD5D8A72FD30251A9F9@CH1PRD0510MB355.namprd05.prod.outlook.com>
References: <DF7F294AF4153D498141CBEFADB17704C7EC9FE484@EMBX01-WF.jnpr.net> <5085874F.1090806@riw.us>
In-Reply-To: <5085874F.1090806@riw.us>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [66.129.232.2]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
X-FOPE-CONNECTOR: Id%12219$Dn%RIW.US$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
X-FOPE-CONNECTOR: Id%12219$Dn%IETF.ORG$RO%2$TLS%5$FQDN%onpremiseedge-1018244.customer.frontbridge.com$TlsDn%o365mail.juniper.net
Subject: Re: [irs-discuss] Rough Draft IRS Charter
X-BeenThere: irs-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Interface to The Internet Routing System \(IRS\)" <irs-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/irs-discuss>, <mailto:irs-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/irs-discuss>
List-Post: <mailto:irs-discuss@ietf.org>
List-Help: <mailto:irs-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/irs-discuss>, <mailto:irs-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Nov 2012 18:40:33 -0000

Speaking only for myself as an individual: 

I agree that this paragraph of the draft WG charter is a problem. For one thing the definition of "Slow Path" and "Fast Path" are not clear, and overlap with implementation issues as well as other issues. 

One option would be to just drop this paragraph. To me the charter hangs together fine without it. 

One alternative: Do we want to say something along the lines of "whatever solutions are selected by the WG will not preclude "fast path" low-overhead access to the routing system"? This would encourage the WG to think about what is needed to allow low-overhead access to data in the routers (both setting and reading), but would not in the charter specify what actually needs to be done to allow this. 

Ross

-----Original Message-----
From: irs-discuss-bounces@ietf.org [mailto:irs-discuss-bounces@ietf.org] On Behalf Of Russ White
Sent: Monday, October 22, 2012 1:50 PM
To: irs-discuss@ietf.org
Subject: Re: [irs-discuss] Rough Draft IRS Charter


I think this has already been brought up on the list once before, but
I'd just like to repeat my concerns on it:

==
Thus, the IRS is a "fast path" that can be used to program routing and
policy state in a router using operational paradigms familiar to
operators of traditional distributed devices. This differs from the
programmatic "slow state" that is commonly a device's configuration
interface because those mechanisms impose many transactional mechanisms
and requirements, that may slow down the interaction.
==

Describing the CLI or other existing interfaces as the "slow path," and
the proposed as the "fast path," is problematic. First, it implies that
there is a specific path already available into all control plane
devices, and that single path is "too slow," for some meaning of "too
slow." Second, it implies, from the start, that we need new path, rather
than a possible structure around existing paths that we can use to make
sense of the routing system as a whole.

I think 2a needs to be better defined so it doesn't overlap with 2c, or
2c needs to be made a part of 2a in some way (?).

Thanks!

Russ



-- 
<><
riwhite@verisign.com
russw@riw.us
_______________________________________________
irs-discuss mailing list
irs-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/irs-discuss