Re: [Int-area] PSP and a logical application of RFC8200

Fernando Gont <> Tue, 03 March 2020 00:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id A01C93A150D; Mon, 2 Mar 2020 16:58:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id i4v4AsQ9ZDah; Mon, 2 Mar 2020 16:58:40 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id CCF0D3A150C; Mon, 2 Mar 2020 16:58:39 -0800 (PST)
Received: from [] (unknown []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 3DD8A80C7C; Tue, 3 Mar 2020 01:58:36 +0100 (CET)
From: Fernando Gont <>
To: Brian E Carpenter <>, "Pablo Camarillo (pcamaril)" <>, "Darren Dukes (ddukes)" <>, 6man WG <>, SPRING WG List <>
References: <> <> <> <>
Cc: Internet Area <>
Message-ID: <>
Date: Mon, 2 Mar 2020 21:58:28 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <>
Subject: Re: [Int-area] PSP and a logical application of RFC8200
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 03 Mar 2020 00:58:42 -0000

On 2/3/20 20:21, Brian E Carpenter wrote:
> On 03-Mar-20 09:02, Pablo Camarillo (pcamaril) wrote:
>> Brian,
>> The PSP pseudocode is presented as a modification to the End pseudocode starting at line S14 of such.
>> Please go through the PSP pseudocode in conjunction with the End pseudocode (Section 4.1).
>> You will see that the ingress state of the packet is (Segments Left == 1 and Destination Address == the PSP node's address).
> Exactly my point. With SL == 1, you are not at the ultimate destination, so according to what I'll call "Fernando's reading" of RFC8200, you are not entitled to delete the header. That is the point that IMHO needs to be stated explicitly in the draft. You are using "Darren's reading" of RFC8200.

FWIW, I don't think there are two ways to read the spec.

Either en-route insertion/deletion is supported, or it isn't.

If it is, RFC8200 should have an explanation of how PMTUD and error 
reporting works. And it doesn't have one.

In that light, I'm curious how folks can state that eh insertion/removal 
is allowed.

Fernando Gont
e-mail: ||
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1