Re: [sidr] AD review and progressing draft-ietf-sidr-as-migration-02

Alia Atlas <akatlas@gmail.com> Fri, 30 January 2015 20:55 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D79401A870B for <sidr@ietfa.amsl.com>; Fri, 30 Jan 2015 12:55:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.999
X-Spam-Level:
X-Spam-Status: No, score=-101.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, 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 TOO9s9_9D8AS for <sidr@ietfa.amsl.com>; Fri, 30 Jan 2015 12:55:08 -0800 (PST)
Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 753961A8731 for <sidr@ietf.org>; Fri, 30 Jan 2015 12:55:05 -0800 (PST)
Received: by mail-yh0-f54.google.com with SMTP id 29so11947673yhl.13 for <sidr@ietf.org>; Fri, 30 Jan 2015 12:55:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=xxWQyehK1z+25fEfAozaGf+IXnTOtiQXBGP21bEfMHw=; b=gOOmV4ASnhxSVJt3QIp7LCsQNvk6renvTnOpu2RWpKnYmalzyI03RzlXIviy6emclA qIYJ2uJ63kNEJmtKvEZk9zLo3fJz96Pdq5vA5UBjFGnLdy5YbtbboRaD70vFcMmearKM DsMR9ScDdqu37ZauEiDqcmT8TBhojuJciriTZ052HEEd6QryCDk8/OyOkLq4mpFgNm6s ZMnWEFNe3UP0COANp/wgtpG9aO3g0dr1+ZYADhURUuPItmeOh7EiJxrwbHyCxA9BdpTV mNxNIfX5yHdSPWom0rGlNMTxnYZcJOjLygSzo2hSsqCgSZX++RTErYMvmkVp4Xr9QKRP QgZw==
MIME-Version: 1.0
X-Received: by 10.170.56.5 with SMTP id 5mr4524246yky.103.1422651304688; Fri, 30 Jan 2015 12:55:04 -0800 (PST)
Received: by 10.170.133.80 with HTTP; Fri, 30 Jan 2015 12:55:04 -0800 (PST)
In-Reply-To: <CAG4d1reTZ8xcR8EO61Ap_VHsEdfgh19tk46o0ns+QFRAD=mPDQ@mail.gmail.com>
References: <CAG4d1reTZ8xcR8EO61Ap_VHsEdfgh19tk46o0ns+QFRAD=mPDQ@mail.gmail.com>
Date: Fri, 30 Jan 2015 15:55:04 -0500
Message-ID: <CAG4d1rde151aFAedLJwHbdh_182Br7rcq4gyC5ThFvaaPOYcLQ@mail.gmail.com>
From: Alia Atlas <akatlas@gmail.com>
To: draft-ietf-sidr-as-migration@tools.ietf.org, sidr@ietf.org
Content-Type: multipart/alternative; boundary="001a11399390a7c4d6050de4d166"
Archived-At: <http://mailarchive.ietf.org/arch/msg/sidr/ZhGfiShRHTO6Lp0AKXyBB1IwfZ4>
Subject: Re: [sidr] AD review and progressing draft-ietf-sidr-as-migration-02
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 30 Jan 2015 20:55:10 -0000

I forgot to not that RFC5398 is an informative reference.  The use of the
AS numbers for examples
doesn't have any effects on the technology to standardize.  Please do
update that as well.

Thanks,
Alia

On Fri, Jan 30, 2015 at 3:50 PM, Alia Atlas <akatlas@gmail.com> wrote:

> As usual, I have done an AD review of draft-ietf-sidr-as-migration-02
> before
> progressing the draft.
>
> a) Language around draft-ietf-idr-as-migration is more tentative than is
> appropriate
> when that draft and this are going to be RFCs.  Please clean that up.
>
> b) In Sec 3.1, it says
>
> "If the route now shows up as originating
>    from AS64500, any downstream peers' validation check will fail unless
>    a ROA is *also* available for AS64500 as the origin ASN, meaning that
>    there will be overlapping ROAs until all routers originating prefixes
>    from AS64510 are migrated to AS64500."
>
> I think the second AS64500 should be AS64510.
>
> c) Sec 4:  I think the first paragraph about not standardizing the
> draft-ietf-idr-as-migration
> can be removed now.
>
> d)  In Sec 5.3, please replace or augment "current BGPSec specification"
> with the reference.  After all, this draft will be part of BGPSec too.
>
>
> e) In draft-ietf-idr-as-migration, the case of handling AS migration in iBGP sessions is also covered.  I assume that because it is iBGP sessions, there is no work to be done for BGPsec.  Could you please add a quick obvious statement to that effect?
>
>
> Otherwise, this looks like a fine draft.  Please do update the draft during IETF Last Call.  I'll progress it to IETF Last Call and put it on the Feb 19 telechat.
>
>
> Thanks for the good work,
>
> Alia
>
>