Re: [Last-Call] Artart Last Call review of draft-ietf-tsvwg-ecn-encap-guidelines-20

Bob Briscoe <in@bobbriscoe.net> Tue, 07 November 2023 17:59 UTC

Return-Path: <in@bobbriscoe.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 783B8C1519A0; Tue, 7 Nov 2023 09:59:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G7irmOLGvW4o; Tue, 7 Nov 2023 09:59:09 -0800 (PST)
Received: from mail-ssdrsserver2.hostinginterface.eu (mail-ssdrsserver2.hostinginterface.eu [185.185.85.90]) (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 311EEC1C5F22; Tue, 7 Nov 2023 09:59:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date:Message-ID:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=rL3ekU1a2rRnVB27v6TIdhN5iy/rKi8wMSEHgaCeluM=; b=O8z+SDGF/EZEfAs/jIwhe7s9aC pnIFG9tVgCmC9P1jaODQ+ZkNpkPBRXJHG3g/weZH+GGMfUd0NRHKb24hygzJMVIjG4RCa7i2M4q4d cWQ/EvJJKRp/Gc98Q7r6i/VA1cHY+OK9mIDcVJ90IEJP7zFiKFCbgXEtUY3SyHOnDWns2reaGCsqg ESYFXmeCG1TY1UBrJ3srIN7QilcSUCWm8/tQV78svXnTTgunFRfB4JHk3U9wU756iJ0bTh1pfvbbl EVE6F5urGssgtMcMUfbzC42y7fN/cMZNd1TXaIail2ZfSsoWcir4AXWhnSbumucRH3n8lzNTDFB3a 8wG9d6Aw==;
Received: from dhcp-8a47.meeting.ietf.org ([31.133.138.71]:37342) by ssdrsserver2.hostinginterface.eu with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96.2) (envelope-from <in@bobbriscoe.net>) id 1r0QLz-0000wZ-25; Tue, 07 Nov 2023 17:59:04 +0000
Message-ID: <576bb9ad-b5b9-43a6-b530-faea563825a2@bobbriscoe.net>
Date: Tue, 07 Nov 2023 17:59:00 +0000
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-GB
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, art@ietf.org
Cc: draft-ietf-tsvwg-ecn-encap-guidelines.all@ietf.org, "last-call@ietf.org" <last-call@ietf.org>, tsvwg@ietf.org
References: <396c8d37-f979-73fe-34fa-475a038b94f8@alum.mit.edu> <67810ca1-1794-4353-b959-9b93a8425717@bobbriscoe.net> <4b780197-6c72-7852-730e-1a1aaa0c3f55@alum.mit.edu>
From: Bob Briscoe <in@bobbriscoe.net>
In-Reply-To: <4b780197-6c72-7852-730e-1a1aaa0c3f55@alum.mit.edu>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-MagicSpam-TUUID: 23f973ca-3abb-4761-b58a-8a9f3ce57198
X-MagicSpam-SUUID: 47a849ac-a91d-4a43-aab6-990bf44c409c
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ssdrsserver2.hostinginterface.eu
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: ssdrsserver2.hostinginterface.eu: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: ssdrsserver2.hostinginterface.eu: in@bobbriscoe.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/wt1VPCzAQEgHbZmbIoLQ3EO2RiQ>
Subject: Re: [Last-Call] Artart Last Call review of draft-ietf-tsvwg-ecn-encap-guidelines-20
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Nov 2023 17:59:14 -0000

Paul,

Thanks for the reassurance. See [BB]

On 07/11/2023 15:49, Paul Kyzivat wrote:
> On 11/7/23 7:42 AM, Bob Briscoe wrote:
>> Paul,
>>
>> Thank you for checking this. See [BB]
>>
>> On 25/10/2023 19:54, Paul Kyzivat wrote:
>>> Document: draft-ietf-tsvwg-ecn-encap-guidelines-20
>>> Reviewer: Paul Kyzivat
>>> Review Date: 2023-10-25
>>> IETF LC End Date: 2023-11-02
>>> IESG Telechat date: ?
>>>
>>> Summary: This draft is basically ready for publication, but has nits 
>>> that should be fixed before publication.
>>>
>>> This is a clear and well written document. I have no substantive 
>>> issues.
>>>
>>> I ran the IdNits tool and it reported a number of things that should 
>>> be checked and possibly corrected. I won't repeat most of them them 
>>> here.
>>>
>>> Among them were a number of lines with non-ascii characters. I 
>>> investigated these and all seem to be unintentional - apparently a 
>>> non-printing character.
>>
>> I can never understand whether I am meant to take note of these 
>> non-ASCII warnings.
>>
>> Like a number of the drafts I've been taking through to RFC recently, 
>> this is a v old draft, that was written in xml2rfc v2. My wysiwig XML 
>> editor stlil only supports v2. So at the end of WGLC, I converted the 
>> doc to xml2rfc v3 (using the author tools) which replaces all the v2 
>> XML entities like &nbsp; with the non-ascii equivalent. So then, I 
>> manually tweaked the v3 XML necessary to define the various XML 
>> entities for the non-ascii characters again, and replaced all their 
>> occurrences. Then, when the author tool produces the txt, it outputs 
>> all the instances of XML entities again to non-ASCII characters in 
>> the txt.
>>
>> What is wrong with that? And I thought I was following the guidelines 
>> (I also asked Jay and followed his advice as to which online advice 
>> to follow)? So am I meant to follow the guidelines, or am I meant to 
>> take note of the warnings in the nits? I'm perplexed.
>
> There may be *nothing* wrong here. IdNits is calling it out, but 
> sometimes it is over-zealous.
>
> OTOH, in this case I *think* the non-ascii chars are some sort of 
> whitespace. If these are indeed &nbsp and that is important then I 
> have no issue.

nbsp was just an example. This draft uses others that are not 
whitespace; specifically, all of:
<!DOCTYPE rfc [
   <!ENTITY nbsp    "&#160;">
   <!ENTITY ouml     "&#246;">
   <!ENTITY ndash     "&#8211;">
   <!ENTITY mdash     "&#8212;">
]>

I don't understand why we have tools that correctly produce non-ascii 
txt, and author instructions on how to use them, but then other tools 
warn us not to do this. Is this just that idnits hasn't caught up?


Bob

>
>     Thanks,
>     Paul
>

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/