Re: [Idr] I-D Action: draft-ietf-idr-as0-01.txt

Jeff Tantsura <jeff.tantsura@ericsson.com> Thu, 05 January 2012 01:51 UTC

Return-Path: <jeff.tantsura@ericsson.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 468801F0C38 for <idr@ietfa.amsl.com>; Wed, 4 Jan 2012 17:51:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.051
X-Spam-Level:
X-Spam-Status: No, score=-6.051 tagged_above=-999 required=5 tests=[AWL=-0.052, BAYES_00=-2.599, J_CHICKENPOX_43=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eMQIU2aHUKZ2 for <idr@ietfa.amsl.com>; Wed, 4 Jan 2012 17:51:25 -0800 (PST)
Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 927931F0C48 for <idr@ietf.org>; Wed, 4 Jan 2012 17:51:25 -0800 (PST)
Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q051pNZJ015867; Wed, 4 Jan 2012 19:51:24 -0600
Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.20]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Wed, 4 Jan 2012 20:51:18 -0500
From: Jeff Tantsura <jeff.tantsura@ericsson.com>
To: Jeffrey Haas <jhaas@pfrc.org>, Warren Kumari <warren@kumari.net>
Date: Wed, 04 Jan 2012 20:51:17 -0500
Thread-Topic: [Idr] I-D Action: draft-ietf-idr-as0-01.txt
Thread-Index: AczLS7p0WjUyh/n/QCW5xk66d95DuAAAJltA
Message-ID: <0ED867EB33AB2B45AAB470D5A64CDBF6181C654044@EUSAACMS0701.eamcs.ericsson.se>
References: <20111216182324.17528.28150.idtracker@ietfa.amsl.com> <9CD76392-6F52-441C-BCF5-2335D7F49B8F@kumari.net> <4EEBEAEB.8070304@cisco.com> <0156DFD0-B706-42B0-93AB-89C9E6E252FD@kumari.net> <20120105014532.GC7464@slice>
In-Reply-To: <20120105014532.GC7464@slice>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "keyupate@cisco.com" <keyupate@cisco.com>, "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] I-D Action: draft-ietf-idr-as0-01.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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, 05 Jan 2012 01:51:26 -0000

+1

Regards,
Jeff
-----Original Message-----
From: idr-bounces@ietf.org [mailto:idr-bounces@ietf.org] On Behalf Of Jeffrey Haas
Sent: Wednesday, January 04, 2012 5:46 PM
To: Warren Kumari
Cc: keyupate@cisco.com; idr@ietf.org
Subject: Re: [Idr] I-D Action: draft-ietf-idr-as0-01.txt

[Explicit cc on the draft-ietf-idr-error-handling authors for the comments below.]

Warren,

On Sat, Dec 17, 2011 at 12:26:10PM -0500, Warren Kumari wrote:
> On Dec 16, 2011, at 8:05 PM, Enke Chen wrote:
> >  1) Is it really necessary to make AS 0 an error in the AGGREGATOR and AS4_AGGREGATOR attributes?  What is the gain?
> 
> I'll double check with co-authors on Monday -- I don't think it is strictly necessary to prevent attack, rather it seemed more elegant to check AS 0 where ever it occurs.

While I generally agree with Enke that treating as a malformed route is probably excessive, I think the recommended behavior is desirable.  The mandate that the error-handling draft procedures must be used makes it acceptable.  Without those procedures, bouncing the session is almost certainly the wrong thing to do.

> It was brought up on the NANOG list that some vendors support zero'ing 
> out the AGGREGATOR (see Junipers "no-aggregator-id" as an example -- 
> this appears to only zero out the router ID, but I haven't checked all 
> implementations), so checking for AS 0 in the .*AGGREGATOR may be a 
> bad idea, so at the moment I'm leaning towards removing it (obviously, 
> this being a WG doc, with the WG's approval)

Older varieties of gated had bugs with respect to the AS number that was selected to be placed in the aggregator AS field.  JunOS may have had similar bugs at one point but the behavior that I can see in a cursory check of the code should result in a system AS number being placed there.

My recommendation for the as0 draft is that we leave in the current text and let the attribute be treated as "malformed" by the error-handling draft.
The behavior in that draft of attribute-discard is reasonable.

> >  2) The error handling for AS4_PATH / AS4_AGGREGATOR is specified in rfc4893bis (draft-ietf-idr-rfc4893bis-04.txt). Thus it should be referenced if you specify AS 0 as an error for the AS4_PATH / AS4_AGGREGATOR.
> > 
> 
> Doh! This was mentioned a few times and I intended to do so, but it completely slipped my mind when typing... Thanks for reminding me....

Similarly, there should be references for these attributes added to the error-handling draft.

-- Jeff
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr