2447bis and related documents
Thomas Narten <narten@us.ibm.com> Tue, 27 January 2004 17:08 UTC
Received: from optimus.ietf.org ([132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13640 for <vpn-dir-archive@odin.ietf.org>; Tue, 27 Jan 2004 12:08:28 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AlWgx-0002ky-Pa for vpn-dir-archive@odin.ietf.org; Tue, 27 Jan 2004 12:08:01 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i0RH7xgl010592 for vpn-dir-archive@odin.ietf.org; Tue, 27 Jan 2004 12:07:59 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AlWgx-0002kl-1I for vpn-dir-web-archive@optimus.ietf.org; Tue, 27 Jan 2004 12:07:59 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13632 for <vpn-dir-web-archive@ietf.org>; Tue, 27 Jan 2004 12:07:55 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AlWgv-00077q-00 for vpn-dir-web-archive@ietf.org; Tue, 27 Jan 2004 12:07:57 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AlWfz-00074B-00 for vpn-dir-web-archive@ietf.org; Tue, 27 Jan 2004 12:07:00 -0500
Received: from [132.151.1.19] (helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 1AlWf6-00070R-00 for vpn-dir-web-archive@ietf.org; Tue, 27 Jan 2004 12:06:04 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AlWf3-0002QR-Vw; Tue, 27 Jan 2004 12:06:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AlWew-0002PS-3O for vpn-dir@optimus.ietf.org; Tue, 27 Jan 2004 12:05:54 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13557 for <vpn-dir@ietf.org>; Tue, 27 Jan 2004 12:05:50 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AlWeu-0006zA-00 for vpn-dir@ietf.org; Tue, 27 Jan 2004 12:05:52 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AlWe4-0006w0-00 for vpn-dir@ietf.org; Tue, 27 Jan 2004 12:05:01 -0500
Received: from e34.co.us.ibm.com ([32.97.110.132]) by ietf-mx with esmtp (Exim 4.12) id 1AlWdh-0006rd-00 for vpn-dir@ietf.org; Tue, 27 Jan 2004 12:04:37 -0500
Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.195.10]) by e34.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i0RH3D4E297512; Tue, 27 Jan 2004 12:03:23 -0500
Received: from cichlid.raleigh.ibm.com (sig-9-65-226-191.mts.ibm.com [9.65.226.191]) by westrelay01.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i0RH2nba154890; Tue, 27 Jan 2004 10:02:54 -0700
Received: from cichlid.raleigh.ibm.com (narten@localhost) by cichlid.raleigh.ibm.com (8.11.6/8.9.3) with ESMTP id i0RH2AJ05563; Tue, 27 Jan 2004 12:02:17 -0500
Message-Id: <200401271702.i0RH2AJ05563@cichlid.raleigh.ibm.com>
To: Rick Wilder <rick@rhwilder.net>, Ross Callon <rcallon@juniper.net>, Ron Bonica <Ronald.P.Bonica@mci.com>
cc: vpn-dir@ietf.org
Subject: 2447bis and related documents
Date: Tue, 27 Jan 2004 12:02:09 -0500
From: Thomas Narten <narten@us.ibm.com>
Sender: vpn-dir-admin@ietf.org
Errors-To: vpn-dir-admin@ietf.org
X-BeenThere: vpn-dir@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/vpn-dir>, <mailto:vpn-dir-request@ietf.org?subject=unsubscribe>
List-Id: VPN Directorate <vpn-dir.ietf.org>
List-Post: <mailto:vpn-dir@ietf.org>
List-Help: <mailto:vpn-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/vpn-dir>, <mailto:vpn-dir-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
I've spent some time recently reviewing some related documents: draft-ietf-l3vpn-rfc2547bis-01.txt draft-ietf-l3vpn-as2547-03.txt draft-ietf-l3vpn-as-vr-00.txt draft-ietf-l3vpn-applicability-guidelines-00.txt I have some general questions that may develop into concerns, but for now may just stem from a lack of understanding and history. I started with draft-ietf-l3vpn-as2547-03.txt, and must say I didn't really find the document that illuminating. What I would have expected from an applicability statement is a "here is where you use this stuff, and here is where you don't" (perhaps with a "why and why not" to go along with the statements). Also, given that there are at least two competing solutions, I'd expect an attempt at making it clear where one would be used vs. the other, so an operator could easily understand why there are two approaches and what the percieved major differences are. What I found instead was more of a general overview of the protocol and mechanisms. A fair amount of the discussion in as2547 is in the 2547bis itself (which doesn't seem like what the goal should be). Also what, could have been more clear is just what the assumptions were for this technology. E.g.: From a customer perspective: - customer must run an IGP or BGP with SP (in order to inject/receive routes) - customer wants SP to handle the routing across backbone, and just wants to treat the backbone as an opaque cloud of sorts, where the details of how routing is done is handled by the SP. - customer doesn't want to deal with setting up tunnels between CEs and managing the logicahl interconnects - how the SP actually provides the service is something the customer doesn't care about (which is I think a true statement in general) Is there more to the this than the above? Am I missing something pretty basic? From an ISP perspective, I wasn't immediately sure why one would start with BGP, other than perhaps because they already are using it and understand it well, _and_ that they have MPLS. Indeed, I'm a bit confused about the way the documents try to say one doesn't have to run MPLS (citing draft-ietf-mpls-in-ip-or-gre-03.txt) as if it was NOT MPLS. How can this be? One absolutely must support the MPLS labeling scheme, or this stuff just doesn't work. That is, MPLS in IP is still MPLS. Right? (What am I missing here.) Looking further, I then see that the AS is modeled after: draft-ietf-l3vpn-as-vr-00.txt which contains a number of questions to answer about a proposed solutions. Both AS documents do this, but they tend to say hand-wavy things like "you can run IPsec here" or this or that, as a way to mitigate. Have others read the AS and are you happy with what it says? Thomas _______________________________________________ Vpn-dir mailing list Vpn-dir@ietf.org https://www1.ietf.org/mailman/listinfo/vpn-dir
- 2447bis and related documents Thomas Narten
- 2547 over "not MPLS" (Re: 2447bis and related doc… Ross Callon
- Security Question (Re: 2447bis and related docume… Ross Callon