Re: [arch-d] Last Call: <draft-ietf-spring-srv6-network-programming-17.txt> (Internet Architecture?)

Fernando Gont <> Thu, 27 August 2020 02:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E91063A0C95; Wed, 26 Aug 2020 19:56:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fXfS2TmPtj7A; Wed, 26 Aug 2020 19:56:50 -0700 (PDT)
Received: from ( [IPv6:2001:67c:27e4::14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0AA173A0C8F; Wed, 26 Aug 2020 19:56:50 -0700 (PDT)
Received: from [IPv6:2800:810:464:965:9d59:45f9:db60:7ba8] (unknown [IPv6:2800:810:464:965:9d59:45f9:db60:7ba8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 6B148281519; Thu, 27 Aug 2020 02:56:46 +0000 (UTC)
From: Fernando Gont <>
Cc: The IESG <>, Internet Architecture Board <>,
Message-ID: <>
Date: Wed, 26 Aug 2020 23:56:39 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [arch-d] Last Call: <draft-ietf-spring-srv6-network-programming-17.txt> (Internet Architecture?)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 27 Aug 2020 02:56:52 -0000


I'd like to note that this document seems to be going three major 
aspects of the Internet and IPv6 architecture:

* The basic Internet architecture with its removal of extension headers 
in the middle of the network.

* The addressing architecture -- where addresses are employED for means 
other than those specified in RFC4291

* The processing of segment routing headers, with th PSP behaviour 
specified in this document (as already noted by Brian Carpenter).

While it is always possible for documents to update or go against the 
current architecture, I believe the community should discuss these 
behaviors as such (changes to the architecture), and make an explicit 
decision in this respect.

The implications and consequences of these changes should be carefully 
analyzed, since the implications are non-trivial.

Fernando Gont
SI6 Networks
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492