Re: [Idr] WG adoption for draft-kumari-deprecate-as-set-confed-set - 8/16 to 8/30/2019

Alexander Azimov <a.e.azimov@gmail.com> Fri, 16 August 2019 15:01 UTC

Return-Path: <a.e.azimov@gmail.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 0EABA12008D for <idr@ietfa.amsl.com>; Fri, 16 Aug 2019 08:01:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 KtyCsnDx0Sd1 for <idr@ietfa.amsl.com>; Fri, 16 Aug 2019 08:01:21 -0700 (PDT)
Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03ABC120047 for <idr@ietf.org>; Fri, 16 Aug 2019 08:01:21 -0700 (PDT)
Received: by mail-ot1-x32b.google.com with SMTP id c34so9858691otb.7 for <idr@ietf.org>; Fri, 16 Aug 2019 08:01:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=90xdXQ6pDRv/UuqED2dKP9HmYEI4UcXUtNxOCORalZo=; b=tgpYNlB9VUgg67HTQRBm7qzICzBF7uXf/n0YOkCZVZU4l7NecoTi/mSJ22wI7mlG2/ re8HpFMClBiyXih2YPjFwJgKZ+TxSUEBxQvxCIQkLMYYumKRDazq96WX7SQFTt2xdUBG eLv95pCMflhJ4D0efiOFKnT9cx8tyt2he2Izuk1HNpC4U7q7/u7yvDE6nDpdJloIrVpE 6jL+v34gXrUNdwy/jIDMF1whE2buk2zFx3llIk1cPfnvA61Q8XIEop6VWwJgL/WifsuG kQAAyacKqZJkqFufrVp5hi6MiOZMjGebFwdp5smC7RCjeKD2pBvJ8FMSUcRdbFRM940Z GDyg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=90xdXQ6pDRv/UuqED2dKP9HmYEI4UcXUtNxOCORalZo=; b=gLmy6oMt7EV6uH6pyY2Sq2dVM54lE0I/yn49TP8oqkIC1fa4/qZsDsqZl8x9nYUSsY NUAmlXNkchiEtDAoiB94YKHJysY5C6yhAmOZmMxQgEfD6WY1486uDYWUO2NpsOr+vqBv IPEKzfG4CsFpchlD22aOlux1iwulcANOiXR85eSX0ZHjXAiacvBr1ZDqoGxa85gCbz9e jo9jhzJ9cXUs0AsHd7wsL7AcqNh7M1mOMXtMkmJmL0A0fVjYNaPNXJimgiiVCAtt9BCT h/yfmDMzV9q5nTXto5oxfgMgX0/VxqmBOVuSfqZXb3NUDVdMq6JHKYQbK8DS3CisUpPN NLaw==
X-Gm-Message-State: APjAAAVRJpP9sKQpmQdnan0o6RVlgUxUdFdIM58bX7AnD7+oPyOMMpm3 GdW6GhNroP9IROGjDWvC1n+n/fMSS8d3EUYYpbQ=
X-Google-Smtp-Source: APXvYqyVoWHAnIsFcpMOeq9qtrnN4f7cyjExactAQ5cKPfzzc16NZKnQLlPuiBDMprL6bHSs7v3fzGWQh15ttysoekk=
X-Received: by 2002:a05:6830:10c2:: with SMTP id z2mr3470665oto.27.1565967680198; Fri, 16 Aug 2019 08:01:20 -0700 (PDT)
MIME-Version: 1.0
References: <012001d5543f$ab7015a0$025040e0$@ndzh.com> <20190816143747.GH4901@hanna.meerval.net> <097CE11C-E35C-45A8-8FCF-0C0F4F2223C2@puck.nether.net>
In-Reply-To: <097CE11C-E35C-45A8-8FCF-0C0F4F2223C2@puck.nether.net>
From: Alexander Azimov <a.e.azimov@gmail.com>
Date: Fri, 16 Aug 2019 18:01:08 +0300
Message-ID: <CAEGSd=BU1phZX3E4QHv4-t1vndawRBmgGJyof7D0TNbTWHQntQ@mail.gmail.com>
To: Jared Mauch <jared@puck.nether.net>
Cc: Job Snijders <job@ntt.net>, idr wg <idr@ietf.org>, Susan Hares <shares@ndzh.com>
Content-Type: multipart/alternative; boundary="0000000000004eddc005903d434e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/RoglnpFQgOGOpuEYuiZegm-Ci44>
Subject: Re: [Idr] WG adoption for draft-kumari-deprecate-as-set-confed-set - 8/16 to 8/30/2019
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 16 Aug 2019 15:01:23 -0000

I support adoption of this document.

пт, 16 авг. 2019 г. в 17:53, Jared Mauch <jared@puck.nether.net>;:

> I would also like to support adoption of this.
>
> We should also (in parallel) reach out to some of the networks still using
> as_sets that are visible in the global BGP table.
>
> - Jared
>
> > On Aug 16, 2019, at 10:37 AM, Job Snijders <job@ntt.net>; wrote:
> >
> > Dear Susan,
> >
> > I would like to see the WG adopt this draft.
> >
> > Kind regards,
> >
> > Job
> >
> > On Fri, Aug 16, 2019 at 10:34:10AM -0400, Susan Hares wrote:
> >> Greetings:
> >>
> >>
> >>
> >> This begins a 2 week WG adoption call for
> >> draft-kumari-deprecate-as-set-confed-set
> >>
> >> from 8/16 to 8/30/2019.
> >>
> >>
> >>
> >> This draft seeks to remove AS_SET and AS_CONFED_SET from RFC4271.
> >>
> >> Draft is at:
> >>
> >> https://tools.ietf.org/html/draft-kumari-deprecate-as-set-confed-set-14
> >>
> >>
> >>
> >>
> >>
> >> To quote the draft:
> >>
> >>
> >>
> >>   "BCP 172 <https://tools.ietf.org/html/bcp172>  [RFC6472
> >> <https://tools.ietf.org/html/rfc6472> ] makes a recommendation for not
> using
> >> AS_SET and
> >>   AS_CONFED_SET in Border Gateway Protocol (BGP).  This document
> >>   advances the recommendation to a standards requirement in BGP"
> >>
> >>        [aka RFC4271].
> >>
> >>
> >>   "From analysis of past Internet routing data, it is apparent that
> >>   aggregation that involves AS_SETs is very seldom used in practice on
> >>   the public Internet [Analysis
> >> <
> https://tools.ietf.org/html/draft-kumari-deprecate-as-set-confed-set-14#ref
> >> -Analysis> ] and when it is used, it is often used
> >>   incorrectly -- reserved AS numbers ([RFC1930
> >> <https://tools.ietf.org/html/rfc1930> ]) and/or only a single
> >>   AS in the AS_SET are by far the most common cases."
> >>
> >>
> >> In your comments on adoption, consider:
> >>
> >> 1)  Should the IDR WG remove AS_SET and AS_CONFED_SET from BGP?
> >> 2)  Is this document a reasonable document to document that removal?
> >> 3)  Are there technical flaws in the arguments for removal?
> >> 4)  Are there issues with the text?
> >>
> >> Cheerily, Susan Hares
> >>
> >>
> >>
> >
> >> _______________________________________________
> >> Idr mailing list
> >> Idr@ietf.org
> >> https://www.ietf.org/mailman/listinfo/idr
> >
> > _______________________________________________
> > Idr mailing list
> > Idr@ietf.org
> > https://www.ietf.org/mailman/listinfo/idr
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>


-- 
Best regards,
Alexander Azimov