[Idr] draft-ietf-idr-aigp-11.txt

Eric Rosen <erosen@cisco.com> Thu, 21 November 2013 15:44 UTC

Return-Path: <erosen@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D90C1AE1D6 for <idr@ietfa.amsl.com>; Thu, 21 Nov 2013 07:44:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.026
X-Spam-Level:
X-Spam-Status: No, score=-15.026 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, RP_MATCHES_RCVD=-0.525, 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 1ujLiE6odtMn for <idr@ietfa.amsl.com>; Thu, 21 Nov 2013 07:44:20 -0800 (PST)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id 333A71AE1D4 for <idr@ietf.org>; Thu, 21 Nov 2013 07:44:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1062; q=dns/txt; s=iport; t=1385048653; x=1386258253; h=from:to:subject:reply-to:date:message-id; bh=KfolWfGZ41JwzD24AfSdObcUmqvNb8wKpORNqr3ABJk=; b=b6V5zbADzAqJejtUjCCj/eICKT3HRos5VWgxgSi3CTShiF4zlt1AaDv9 eJVwsQkN0R8d3ydmHxfagVt8IJCST5tBSOQ5NJailIdxZGhdLwq0KpHfu vVztoS31PJMgEAsvXXSlVKGpByNgUetJa6lAfDD37eH2yKbLkveRrw+5H 4=;
X-IronPort-AV: E=Sophos;i="4.93,745,1378857600"; d="scan'208";a="98362001"
Received: from mtv-core-4.cisco.com ([171.68.58.9]) by mtv-iport-4.cisco.com with ESMTP; 21 Nov 2013 15:44:12 +0000
Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by mtv-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id rALFi6wg005165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Nov 2013 15:44:10 GMT
Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.8/8.13.8) with ESMTP id rALFi6tp006308; Thu, 21 Nov 2013 10:44:06 -0500
From: Eric Rosen <erosen@cisco.com>
To: idr@ietf.org
Date: Thu, 21 Nov 2013 10:44:06 -0500
Message-ID: <6307.1385048646@erosen-linux>
Subject: [Idr] draft-ietf-idr-aigp-11.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: erosen@cisco.com
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Nov 2013 15:44:21 -0000

I have revised this draft per the WG Last Call comments:

- Error handling for a malformed AIGP attribute is "discard attribute".

- An AIGP attribute with the transitive bit set is regarded to be malformed,
  and is to be discarded.

- Stated explicitly that the AIGP value used in bestpath computations is the
  value of the first AIGP TLV in the attribute.

- The requirement to default "AIGP_SESSION" to "enabled" on IBGP sessions
  has been demoted from "MUST" to "SHOULD".  This reflect the fact that
  there is some controversy about it, but no real consensus to default it to
  "disabled".

- Stated that the AIGP value is capped at its maximum (unsigned) value,
  i.e., it should not wrap around due to addition.

  Also stated that if an AIGP attribute is received and its value is already
  the maximum, the attribute should be treated as malformed.  (It's not
  really useful if you can't add to it.)

I would like to thank those of you who commented during the last call, and
would welcome comments on the changes.