Re: [sidr] WGLC for draft-ietf-sidr-pfx-validate-06

"Murphy, Sandra" <Sandra.Murphy@sparta.com> Tue, 12 June 2012 16:48 UTC

Return-Path: <Sandra.Murphy@sparta.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CEE021F865C for <sidr@ietfa.amsl.com>; Tue, 12 Jun 2012 09:48:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.351
X-Spam-Level:
X-Spam-Status: No, score=-102.351 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 I-ND5RqhUUlh for <sidr@ietfa.amsl.com>; Tue, 12 Jun 2012 09:48:24 -0700 (PDT)
Received: from M4.sparta.com (M4.sparta.com [157.185.61.2]) by ietfa.amsl.com (Postfix) with ESMTP id 4319E21F865B for <sidr@ietf.org>; Tue, 12 Jun 2012 09:48:24 -0700 (PDT)
Received: from Beta5.sparta.com (beta5.sparta.com [157.185.63.21]) by M4.sparta.com (8.14.4/8.14.4) with ESMTP id q5CGmNxu022916; Tue, 12 Jun 2012 11:48:23 -0500
Received: from Hermes.columbia.ads.sparta.com ([157.185.80.107]) by Beta5.sparta.com (8.13.8/8.13.8) with ESMTP id q5CGmL6j015722; Tue, 12 Jun 2012 11:48:23 -0500
Received: from HERMES.columbia.ads.sparta.com ([2002:9db9:506b::9db9:506b]) by Hermes.columbia.ads.sparta.com ([::1]) with mapi id 14.01.0355.002; Tue, 12 Jun 2012 12:48:09 -0400
From: "Murphy, Sandra" <Sandra.Murphy@sparta.com>
To: "George, Wes" <wesley.george@twcable.com>, "sidr@ietf.org" <sidr@ietf.org>
Thread-Topic: WGLC for draft-ietf-sidr-pfx-validate-06
Thread-Index: Ac1ASk1a5EstiVISTE2I8YfWJPfP6AIS0ySwAAi+IM8=
Date: Tue, 12 Jun 2012 16:48:09 +0000
Message-ID: <24B20D14B2CD29478C8D5D6E9CBB29F625F1A29D@Hermes.columbia.ads.sparta.com>
References: <24B20D14B2CD29478C8D5D6E9CBB29F625F1340A@Hermes.columbia.ads.sparta.com>, <DCC302FAA9FE5F4BBA4DCAD46569377917431AB281@PRVPEXVS03.corp.twcable.com>
In-Reply-To: <DCC302FAA9FE5F4BBA4DCAD46569377917431AB281@PRVPEXVS03.corp.twcable.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.185.63.118]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [sidr] WGLC for draft-ietf-sidr-pfx-validate-06
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>, <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sidr>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>, <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Jun 2012 16:48:25 -0000

Speaking as regular ol' member:

wrt:

>One nit - we've had several conversations about whether to use 
>AS_Path as synonymous with AS4_Path since we require (with a 
>MUST) support for 4-octet ASNs. I don't remember which way 
>we came down on the matter, whether to explicitly say 
>AS4_PATH since that is what will really be used, or to leave 
>that as an exercise for the implementer.

I do not believe that AS4_PATH would "really be used" by a bgpsec capable router.

The MUST support for 4 byte AS numbers means that the following text from RFC4893 applies:

   The new attributes, AS4_PATH and AS4_AGGREGATOR SHOULD NOT be carried
   in the UPDATE messages between NEW BGP peers.  A NEW BGP speaker that
   receives the AS4_PATH and AS4_AGGREGATOR path attributes in an UPDATE
   message from a NEW BGP speaker SHOULD discard these path attributes
   and continue processing the UPDATE message.

Each neighbor that has negotiated the bgpsec capability  is a "NEW BGP speaker" because it must support 4 byte ASNs.  NEW BGP speakers use 4 byte ASNs in the AS_PATH (not AS4_PATH).

The RFC4893 text says SHOULD rather than MUST, so it is possible that a bgpsec speaker might actually receive the AS4_PATH attribute, but dropping the attribute is expected and just fine.

--Sandy, speaking as regular ol' wg member

________________________________________
From: George, Wes [wesley.george@twcable.com]
Sent: Tuesday, June 12, 2012 8:22 AM
To: Murphy, Sandra; sidr@ietf.org
Subject: RE: WGLC for draft-ietf-sidr-pfx-validate-06

I have read this draft and previous versions and I support publishing it.

One nit - we've had several conversations about whether to use AS_Path as synonymous with AS4_Path since we require (with a MUST) support for 4-octet ASNs. I don't remember which way we came down on the matter, whether to explicitly say AS4_PATH since that is what will really be used, or to leave that as an exercise for the implementer.

Thanks,

Wes George



> -----Original Message-----
> From: sidr-bounces@ietf.org [mailto:sidr-bounces@ietf.org] On Behalf Of
> Murphy, Sandra
> Sent: Friday, June 01, 2012 7:00 PM
> To: sidr@ietf.org
> Subject: [sidr] WGLC for draft-ietf-sidr-pfx-validate-06
>
> The authors have stated that they believe that draft-ietf-sidr-pfx-
> validate-06 "BGP Prefix Origin Validation" is ready for a working group
> last call.
>
> The draft can be accessed at http://tools.ietf.org/html/draft-ietf-sidr-
> pfx-validate-06 and https://datatracker.ietf.org/doc/draft-ietf-sidr-
> pfx-validate/
>
> This announces the beginning of the wglc.  The last call will end on
> Friday, 15 Jun 2012.
>
> Please judge whether you believe that this work is ready for publication
> and send any comments to the list.
>
> --Sandy, speaking as wg co-chair
> _______________________________________________
> sidr mailing list
> sidr@ietf.org
> https://www.ietf.org/mailman/listinfo/sidr

This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.