Re: [v6ops] EIGRP and the Design Choices draft

"Fred Baker (fred)" <fred@cisco.com> Tue, 12 May 2015 21:05 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 500141AD151 for <v6ops@ietfa.amsl.com>; Tue, 12 May 2015 14:05:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -114.511
X-Spam-Level:
X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] 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 w-ZpUu_g3O8s for <v6ops@ietfa.amsl.com>; Tue, 12 May 2015 14:05:41 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E739F1A92B2 for <v6ops@ietf.org>; Tue, 12 May 2015 14:05:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5964; q=dns/txt; s=iport; t=1431464740; x=1432674340; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=WvXtlSfwV9jJ7QUjlNGTF+1iPBPIrgUPq44ff9MEGsM=; b=X90ib1OJHN7x089OZg/4S5HahcewtYl+uB4fXuvayMUaCtiseayyx1UW e+q42UzubMWWMnZib0O/HWThNiC4ELKlwL7JIeoNXfYql6J2JorvPJuGI 1NzWXYPlt27HSmS+wzWF4E5Kdl4qklFtHnTQzfp5lIhTzrdcSGy3hP4aO 8=;
X-Files: signature.asc : 487
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CNBADIalJV/4QNJK1cgw9UXgaDGMIMCYFYhgUCgUA4FAEBAQEBAQGBCoQgAQEBAwEjVgULAgEIGCoCAjIlAgQBDQUOiBYIDbY7k2kBAQEBAQEBAQEBAQEBAQEBAQEBAQETBIs5hQUHgmgvgRYFhmKLbIIKgT5dhD2CCYE3lTYjYYElAxyBUm+BRYEBAQEB
X-IronPort-AV: E=Sophos;i="5.13,417,1427760000"; d="asc'?scan'208";a="149361448"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-7.cisco.com with ESMTP; 12 May 2015 21:05:40 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id t4CL5e3u029209 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 May 2015 21:05:40 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.148]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Tue, 12 May 2015 16:05:39 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: Ted Lemon <ted.lemon@nominum.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Thread-Topic: [v6ops] EIGRP and the Design Choices draft
Thread-Index: AQHQjPdmghiDgCTYx0qUI/TpfAUh/w==
Date: Tue, 12 May 2015 21:05:39 +0000
Message-ID: <C2A44BA9-2D74-4E3B-8093-E5B352BF153C@cisco.com>
References: <555112D8.3000008@gmail.com> <1592568679.113935.1431386263763.JavaMail.yahoo@mail.yahoo.com> <41D8A9FE-0324-4DDF-8868-5187F122F9A7@nominum.com> <CE02D71F-93AA-4441-85AE-CD0DF1DDD095@cisco.com> <16AE7703-1288-40F6-9CD9-29196986B8C6@nominum.com>
In-Reply-To: <16AE7703-1288-40F6-9CD9-29196986B8C6@nominum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.118]
Content-Type: multipart/signed; boundary="Apple-Mail=_7F5D7195-DD60-406E-93F9-257575695760"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/irsd-U55RRzQUziSmdcz7rjeuf0>
Cc: v6ops list <v6ops@ietf.org>, Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [v6ops] EIGRP and the Design Choices draft
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 May 2015 21:05:43 -0000

> On May 12, 2015, at 5:14 AM, Ted Lemon <ted.lemon@nominum.com> wrote:
> 
>> My point on RFC 6126 is that it’s not an IETF standard either, yet homenet appears to be deciding to standardize on it.
> 
> I did actually speak to that, and notice that you haven't disputed what I said, yet don't seem to agree with my conclusion. That said, if we are talking about homenet, the proponents of Babel there have two really specific reason for preferring babel to EIGRP.

I'm not disputing Babel. I'm not disputing Homenet. The conversation is about neither.

We have a request on the table for a document being developed in v6ops about routing deployment to comment on a routing protocol that is widely used in enterprise networks. Brian is pushing back because the protocol is not on the IETF standards track and is not an RFC. I can tell you that it was posted as an Internet Draft, and that https://datatracker.ietf.org/doc/draft-savage-eigrp says it is in ISE review. Babel came up because it followed exactly that path to (experimental) RFC publication. Why draft-savage-eigrp is not an RFC is something I don't know. Ask Nevil.

I do know that there is an internet draft, and the multiple implementations of the protocol were done from a book written about it before the draft was written (available from Amazon). To me, that is largely comparable to the Babel experience, which is why I brought it up. I'm questioning the ferocity behind Brian's pushback. I think it is unwarranted.

If we're documenting deployment experience with common routing protocols, it's one of them. Is this about the purity of the RFC series, or the relevance to operational networks? If it is about routing in operational networks, why would we exclude discussion of protocols in current use in operational networks?

As to Brian's suggestion of putting EIGRP into an appendix, I'm not the author, but if I were, I would wonder how he wanted me to do that. The request is to add one or more rows (the current draft mentions "RIP [RFC2080] or non-standardized protocols") to
   +--------+--------+---------+---------+------------+----------------+
   | Option |  IGP   | IGP for |  Known  |    Hard    |    Similar     |
   |        |  for   |   IPv6  | to work | separation | configuration  |
   |        |  IPv4  |         |   well  |            |    possible    |
   +--------+--------+---------+---------+------------+----------------+
   |        |        |         |         |            |                |
   +--------+--------+---------+---------+------------+----------------+
   |   a    | IS-IS  |  IS-IS  |   YES   |     -      |      YES       |
   +--------+--------+---------+---------+------------+----------------+
   |   b    | IS-IS  |  OSPFv3 |    -    |    YES     |       -        |
   +--------+--------+---------+---------+------------+----------------+
   |        |        |         |         |            |                |
   +--------+--------+---------+---------+------------+----------------+
   |   c    | OSPFv2 |  IS-IS  |   YES   |    YES     |       -        |
   +--------+--------+---------+---------+------------+----------------+
   |   d    | OSPFv2 |  OSPFv3 |   YES   |    YES     |      YES       |
   +--------+--------+---------+---------+------------+----------------+
   |        |        |         |         |            |                |
   +--------+--------+---------+---------+------------+----------------+
   |   e    | OSPFv3 |  IS-IS  |    -    |    YES     |       -        |
   +--------+--------+---------+---------+------------+----------------+
   |   f    | OSPFv3 |  OSPFv3 |    -    |     -      |      YES       |
   +--------+--------+---------+---------+------------+----------------+ .

along the lines of

   +--------+--------+---------+---------+------------+----------------+
   |   g    | RIPv2  |  RIPng  |    -    |    YES     |      YES       |
   +--------+--------+---------+---------+------------+----------------+
   |   h    | EIGRP  |  EIGRP  |   YES   |     -      |      YES       |
   +--------+--------+---------+---------+------------+----------------+ .

and a bibliographic reference (presumably to either the book or the internet draft, if we can’t get it published as an RFC) indicating what the acronym EIGRP stood for.

https://tools.ietf.org/html/rfc2080
2080 RIPng for IPv6. G. Malkin, R. Minnear. January 1997. (Format:
     TXT=47534 bytes) (Status: PROPOSED STANDARD)

https://tools.ietf.org/html/rfc2453
2453 RIP Version 2. G. Malkin. November 1998. (Format: TXT=98462
     bytes) (Obsoletes RFC1723) (Updated by RFC4822) (Also STD0056)
     (Status: INTERNET STANDARD)

https://datatracker.ietf.org/doc/draft-savage-eigrp
https://tools.ietf.org/html/draft-savage-eigrp
     Enhanced Interior Gateway Routing Protocol. D Savage, 2014-10-13