RE: [Idr] Inter-operable BGP implementations - Call for information
"Susan Hares" <shares@nexthop.com> Sat, 22 May 2004 15:27 UTC
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA13309 for <idr-archive@ietf.org>; Sat, 22 May 2004 11:27:54 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BRYPk-0003um-Dm for idr-archive@ietf.org; Sat, 22 May 2004 11:27:56 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BRYMM-0003aL-00 for idr-archive@ietf.org; Sat, 22 May 2004 11:24:27 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BRYLd-0003QN-00; Sat, 22 May 2004 11:23:41 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BRYDQ-0002iW-US; Sat, 22 May 2004 11:15:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BRYAm-0001R5-0v for idr@optimus.ietf.org; Sat, 22 May 2004 11:12:28 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12756 for <idr@ietf.org>; Sat, 22 May 2004 11:12:25 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BRYAl-0001HK-88 for idr@ietf.org; Sat, 22 May 2004 11:12:27 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BRY9x-00017c-00 for idr@ietf.org; Sat, 22 May 2004 11:11:38 -0400
Received: from dns.nexthop.com ([65.247.36.216] helo=aa-mx1.nexthop.com) by ietf-mx with esmtp (Exim 4.12) id 1BRY9S-0000xB-00 for idr@ietf.org; Sat, 22 May 2004 11:11:06 -0400
Received: from localhost (localhost [127.0.0.1]) by aa-mx1.nexthop.com (Postfix) with ESMTP id E899C2D4873 for <idr@ietf.org>; Sat, 22 May 2004 11:10:35 -0400 (EDT)
Received: from aa-mx1.nexthop.com ([127.0.0.1]) by localhost (aa-mx1.nexthop.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 40018-01-26 for <idr@ietf.org>; Sat, 22 May 2004 11:10:22 -0400 (EDT)
Received: from mail.corp.nexthop.com (aa-exchange1.corp.nexthop.com [65.247.36.233]) by aa-mx1.nexthop.com (Postfix) with ESMTP id 9E6D92D4843 for <idr@ietf.org>; Sat, 22 May 2004 11:10:22 -0400 (EDT)
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Idr] Inter-operable BGP implementations - Call for information
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0
Message-ID: <BE36D687C8CBFA4AB76F5CD3E3C0FB4E010CDCF6@aa-exchange1.corp.nexthop.com>
Thread-Topic: [Idr] Inter-operable BGP implementations - Call for information
Thread-Index: AcQ+ipLTiWgcThMaQFyPlnSVLHuNFQBfJfSA
From: Susan Hares <shares@nexthop.com>
To: curtis@fictitious.org, Pekka Savola <pekkas@netcore.fi>
Cc: idr@ietf.org
X-Virus-Scanned: by amavisd-new at nexthop.com
Content-Transfer-Encoding: quoted-printable
Sender: idr-admin@ietf.org
Errors-To: idr-admin@ietf.org
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
List-Archive: <https://www1.ietf.org/mail-archive/working-groups/idr/>
Date: Sat, 22 May 2004 11:10:22 -0400
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=AWL autolearn=no version=2.60
Content-Transfer-Encoding: quoted-printable
Curtis: Thanks for sending out this note. My motivation was to show that there are a lot of inter-operable implementations -- but the survey was too long. I am trying to take an informal survey (no RFC 2119 binding) to find out of those who have a BGP4 implementation that matches draft-ietf-idr-bgp4-23.txt (shortly to be -24.txt) 1) Why did you not respond to the survey: a) length of survey b) other (please comment) 2) Do you interoperate with other BGP implementations? If so, which bgp implementations? For those that respond, I will need: 1) contact (email, name) if different than the person sending in the response. 2) implementation: product/revision and date of revision. So...anyone else who wants to send me this information, please send it within the next 2 weeks. Sue -----Original Message----- From: Curtis Villamizar [mailto:curtis@fictitious.org] Sent: Thursday, May 20, 2004 12:49 PM To: Pekka Savola Cc: Susan Hares; idr@ietf.org Subject: Re: [Idr] Inter-operable BGP implementations - Call for information In message <Pine.LNX.4.44.0405200849040.31537-100000@netcore.fi>, Pekka Savola writes: > On Thu, 20 May 2004, Susan Hares wrote: > > I am revising the BGP implementation survey, and > > need an updated on inter-operable implementations. > > I will accept input for 2 weeks ending 6/2/04. > > At that time, I will release version -01 of the BGP > > implementation survey. > > FWIW, if you look at RFC2026, it's not sufficient that you have > interoperable implementations (in general), there must be two > interoperable implementations of _every feature_ of the spec. > > >From 4.1.2, > For the > purposes of this section, "interoperable" means to be functionally > equivalent or interchangeable components of the system or process in > which they are used. > > The interpretation of what this means has been quite blur, but it > would be better that if interop tests explicitly tested each feature > of the spec, not the spec as a whole. > > -- > Pekka Savola "You each name yourselves king, yet the > Netcore Oy kingdom bleeds." > Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings Field experience has already proven many BGP implementations to be interoperable by the definition above. You can pull out a brand X router and put in a brand Y router it all works fine, for a large set of X and Y. The spec has a lot of MUST and SHOULD and the first survey asked for an answer for each one of them. A lot of providers just didn't make it through verifying which of the SHOULDs they needed to check off before the cutoff for accepting these (which was just a few weeks). I don't really know Sue's motivation for this latest request. What might me useful would be to include the responses to the original survey, add any that come in, and include the interoperability experience (without full surveys) that Sue has asked for just as further evidence that there are a lot of interoperable BGP implementations. We should be able to update the protocol experiences doc (if we want to) after the whole set goes through six months or a year from now if additional vendors come forward with completed surveys. Curtis _______________________________________________ Idr mailing list Idr@ietf.org https://www1.ietf.org/mailman/listinfo/idr
- [Idr] Inter-operable BGP implementations - Call f… Susan Hares
- Re: [Idr] Inter-operable BGP implementations - Ca… Pekka Savola
- Re: [Idr] Inter-operable BGP implementations - Ca… Curtis Villamizar
- RE: [Idr] Inter-operable BGP implementations - Ca… Susan Hares
- RE: [Idr] Inter-operable BGP implementations - Ca… Susan Hares
- RE: [Idr] Inter-operable BGP implementations - Ca… Pekka Savola
- Re: [Idr] Inter-operable BGP implementations - Ca… Curtis Villamizar
- RE: [Idr] Inter-operable BGP implementations - Ca… Susan Hares
- RE: [Idr] Inter-operable BGP implementations - Ca… Susan Hares