Re: [Idr] Benoit Claise's Discuss on draft-ietf-idr-large-community-11: (with DISCUSS and COMMENT)

Ignas Bagdonas <ibagdona.ietf@gmail.com> Wed, 04 January 2017 15:26 UTC

Return-Path: <ibagdona.ietf@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 33A2E1294F0; Wed, 4 Jan 2017 07:26:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 t8Hl7joUr79R; Wed, 4 Jan 2017 07:26:50 -0800 (PST)
Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (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 1172D129463; Wed, 4 Jan 2017 07:26:50 -0800 (PST)
Received: by mail-lf0-x241.google.com with SMTP id d16so32964979lfb.1; Wed, 04 Jan 2017 07:26:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=yqu345YiYwyJA84l7DM8rJl0SvYILsxla4fSJDuJl6c=; b=DEdsrE7oCSub0072QAl2oMEM1LC1RWVbb2DLCMvU3CeP+JKVzFpt1O0ilqOdrRvGvc Bm3/+jmc9AEQcSattqkbdh9ugJLkrfTMJ26hbNMnckFt5CONxvGwbtOv/Vo1ZJl+6+q5 DwFi2dQ4YrA/FSDwoL74jBzAalRrd7DRBEG6WVsnTGr8yvyPJMcdv305DESZ3aQqSBy0 Tho02zgzEvz1We6QsMj+XmHxSIAHfYfQh4emuUD/Wef45ld7lNr6iB18Hs+kQLiyUsze hY/nH2qVMKvbjYbplUlKLkXqAseC/hOcxP9XOb1Zo7SK1O6ODEcUYVKl39Ni8Bw0odQF b+TA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=yqu345YiYwyJA84l7DM8rJl0SvYILsxla4fSJDuJl6c=; b=QRQi2EeGhTWnQDMKpCkvF9kWeeOZO/Su2dQx5goF9o3ed6hWVPHIyEQpnWxPDEyLpd evExutt/+zcFeivJvHnp0K0NjCLDU88QWpLGs5N9YABsyus/Wt/Ihei5LqKL5vizR3uu G6v51Q8cw/FGkvraqduZLpRB+iiEqyp53i4qaDhO10CwBffnWuq45l/0p1ECKZ9xLTIq C+vkyMd0TSYmOqboiRm8LhqIMP1KnqNiBiLWvEPZCcSljHl7KkilxEDzVkFIJ1tkBpdb Lt+KEiR+sTjtoUME89FzsDhbZ8+hYxWFx3YsxhvOJrbeM7tOhDeMhAUTDXSqWRqt+LrH oBdg==
X-Gm-Message-State: AIkVDXJVfr5STET4M9i2G6rBVmtyjIYVI93/2I2WlBi3KlNT9Wzcu7BEiExBTYtdzs+Yog==
X-Received: by 10.46.14.10 with SMTP id 10mr24737570ljo.58.1483543608075; Wed, 04 Jan 2017 07:26:48 -0800 (PST)
Received: from [192.168.32.185] ([84.15.190.253]) by smtp.gmail.com with ESMTPSA id 26sm17573627ljo.24.2017.01.04.07.26.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2017 07:26:47 -0800 (PST)
To: Benoit Claise <bclaise@cisco.com>, The IESG <iesg@ietf.org>
References: <148354156226.13001.17853336045471596840.idtracker@ietfa.amsl.com>
From: Ignas Bagdonas <ibagdona.ietf@gmail.com>
Message-ID: <748483d7-df5c-e961-15f5-5aa76b784a7e@gmail.com>
Date: Wed, 04 Jan 2017 15:26:43 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <148354156226.13001.17853336045471596840.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/O1-FsU14RWYrhPhSkUACyiS6ycI>
Cc: idr@ietf.org, draft-ietf-idr-large-community@ietf.org, rick.casarez@gmail.com, idr-chairs@ietf.org
Subject: Re: [Idr] Benoit Claise's Discuss on draft-ietf-idr-large-community-11: (with DISCUSS and COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 04 Jan 2017 15:26:52 -0000

Hi Benoit,

Thank you for reviewing.

Global Administrator field is a 4 octet integer that is used to carry AS 
number but it is not mandatory to interpret it as an AS number only 
(while a typical use case is for carrying AS number) - two peers can 
agree on any value that has meaning between those peers. Representation 
on the wire is in network byte order, and 2 byte AS number will get 
naturally padded with two zero bytes in front. Virtually all deployments 
today are AS4 capable and use AS4 encoding even for AS number values 
that fit into 16 bit value range therefore AS number is a 4 octet entity 
already.

The topics of 2 byte padding and any integer value in global 
administrator field have been discussed in the WG.

Ignas



On 04/01/2017 14:52, Benoit Claise wrote:
> Benoit Claise has entered the following ballot position for
> draft-ietf-idr-large-community-11: Discuss
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-idr-large-community/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> I see from the abstract: "The attribute is suitable for use with
> four-octet ASNs."
> I also see this text, which doesn't mention four-octet ASNs
>
>     The Global Administrator field is intended to allow different
>     Autonomous Systems to define BGP Large Communities without
> collision.
>     This field SHOULD be an Autonomous System Number (ASN), in which
> case
>     the Local Data Parts are to be interpreted as defined by the owner
> of
>     the ASN.  The use of Reserved ASNs (0 [RFC7607], 65535 and
> 4294967295
>     [RFC7300]) is NOT RECOMMENDED.
>
> What if the ASN is two bytes, we use padding? How?
> Even if we would say: "This field SHOULD be an four-octet Autonomous
> System Number (ASN)", it doesn't preclude inserting a two-octet ASN in
> the Global Administrator field.
> Isn't it better to specify how?
>
> >From RFC 6793:
>
>     Currently assigned two-octet AS numbers are converted into
> four-octet
>     AS numbers by setting the two high-order octets of the four-octet
>     field to zero.  Such a four-octet AS number is said to be mappable
> to
>     a two-octet AS number.
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Thanks John for an excellent shepherd writeup.
>
>