Re: Size of CR in CRH

"Joel M. Halpern" <jmh@joelhalpern.com> Wed, 20 May 2020 00:49 UTC

Return-Path: <jmh@joelhalpern.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 622BB3A07F4 for <ipv6@ietfa.amsl.com>; Tue, 19 May 2020 17:49:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 SC3YMQFXqnkL for <ipv6@ietfa.amsl.com>; Tue, 19 May 2020 17:49:33 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 084293A07ED for <6man@ietf.org>; Tue, 19 May 2020 17:49:32 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 49RYzw2zCRz1p5Bs; Tue, 19 May 2020 17:49:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1589935772; bh=q6iw0M+NDYuqzJLk+Hz2L6RXKYDCLfvdKTnTQ7F0QZM=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=WLDdNoz5wdoYuUst6ZNzYnJpbiP/lBF/cXgwDCodf9WpRXpx29bamzZMBJ+PaYBSe u+7jJ7W8EjYm+7a8VUr6VPEnH1KQOLqFYv2/hSy3VX7U8Tn/XVHkJB5w7RF3og0xqs E3ZHoSAvir6X6D110zZ7u0VYDEmW55Q7ptbnuqWg=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.128.43] (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 49RYzt213gz1p59m; Tue, 19 May 2020 17:49:30 -0700 (PDT)
Subject: Re: Size of CR in CRH
To: Nick Hilliard <nick@foobar.org>, Ron Bonica <rbonica@juniper.net>
Cc: 6man <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>
References: <DM6PR05MB6348E9AD1E088792C2F10BB4AEBF0@DM6PR05MB6348.namprd05.prod.outlook.com> <8CC3F837-B4D6-4570-AF2F-37041839F391@employees.org> <21E9A957-1A31-4A11-8E78-5F7E382866D4@juniper.net> <CAOj+MMEONA5OtWz9Y7pTt4WyVsb+7-_wEKPVryyHLncHG6ew6g@mail.gmail.com> <CALx6S35fPrnh6UtpPYmQ6Yew6D2QVMvYTdp0AaGr8jYhGNKk3A@mail.gmail.com> <CAOj+MMH0Q6ASmjPdmgNB2LHDhvCL2u2DLB9SBRLnJnCD3EbA4w@mail.gmail.com> <CAO42Z2wke4Lw44zdE0G9CJq3rXh69jsxjO5=RTcCv9EXdNOp5A@mail.gmail.com> <BC6A6354-BAB5-4CE0-ABEB-73B4C88E149A@gmail.com> <a8220864-302a-3698-c61d-abb7926482fa@foobar.org> <DM6PR05MB6348945F596A016E6F11856EAEB90@DM6PR05MB6348.namprd05.prod.outlook.com> <6c86cc62-81fd-1204-13db-9ba535f36f67@foobar.org>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <022fe532-4763-608b-6688-efe7f4adf101@joelhalpern.com>
Date: Tue, 19 May 2020 20:49:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <6c86cc62-81fd-1204-13db-9ba535f36f67@foobar.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/6GI4xAoDIpo_wGsi4gDTG6sQTbQ>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 May 2020 00:49:35 -0000

Ugg.  I had simply assumed that domains would use one or the other size. 
  You are correct Nick, as written so far, a domain could use both 
sizes, as long as any given packet used one or the other.
I would recommend that we write explicitly that a domain SHOULD use only 
one size, and the confusions if one chooses otherwise are on the 
operator who has done that to themselves.

I have been told that there are operators who want 16 bit CRH SIDs and 
operators who want 32 bit CRH SIDs.  That seems to be more significant 
than the minor simplification of defining only one.  I won't cry if the 
working group picks just one.

Yours,
Joel

On 5/19/2020 7:35 PM, Nick Hilliard wrote:
> Ron Bonica wrote on 19/05/2020 19:01:
>> So, allocating two Routing types may be the best solution.
> 
> yeah, the hardware constraints requirement is troublesome - hey, we're 
> all ToR junkies these days - but the more I think about it, the more 
> complex this becomes from an operational / implementation point of view, 
> for example:
> 
> - do you define SID size on a per domain or per node or a per-SID + 
> per-node basis?
> 
> - if per-domain, how do you implement non-service affecting migration 
> from 16-bit to 32-bit?
> 
> - without using differentiating CLI syntax, can you manually define a 
> mechanism to allow a 16-bit identifier to be configured in a 32-bit SID?
> 
> - the distribution protocols needs to become aware of multiple SID sizes
> 
> - is (sid16)32768 the same as (sid32)32768. If not, why not? If so, then 
> why?  How can this be explained either by or to the TAC agent at 03:00 
> over a noisy, laggy phone line in a time-constrained maintenance window 
> involving a P1 where neither of you speaks the other's language natively?
> 
> - how many segments do you really need to program for actual networks 
> (1? 10? 50?), and how deep can you inspect on merchant silicon of today, 
> and currently in development? I.e. how badly would your flexibility be 
> hobbled if SIDs were one size only?
> 
> Nick
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------