Re: [AVTCORE] IDNits issue with draft-ietf-avtcore-multi-party-rtt-mix-12

Gunnar Hellström <gunnar.hellstrom@ghaccess.se> Wed, 10 February 2021 16:14 UTC

Return-Path: <gunnar.hellstrom@ghaccess.se>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4DE03A0EDF for <avt@ietfa.amsl.com>; Wed, 10 Feb 2021 08:14:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=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=egensajt.se
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 Xxil2GTEMAgi for <avt@ietfa.amsl.com>; Wed, 10 Feb 2021 08:14:42 -0800 (PST)
Received: from smtp.egensajt.se (smtp.egensajt.se [194.68.80.251]) (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 057633A0E8E for <avt@ietf.org>; Wed, 10 Feb 2021 08:14:40 -0800 (PST)
Received: from [192.168.2.137] (h77-53-37-81.cust.a3fiber.se [77.53.37.81]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gunnar.hellstrom@ghaccess.se) by smtp.egensajt.se (Postfix) with ESMTPSA id E01C6200CA; Wed, 10 Feb 2021 17:14:36 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=egensajt.se; s=dkim; t=1612973677; bh=dvFbNwZsA6iC6VcXcuTbpe22ORJ0ztNTvnMDB4xzS/s=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Z/k7B+DkDAn5hovqYSGPugqNj7yo/cWQtqZg8UNvtL7LzypHti5s+vPbgQ+9zM2sa VvhwyK2G9ZfyT+RBrJqjkJA/u8T8iPiAGh6KGqRCzF0JIlRbzzuC4+oqYwUF98FnJx yM0sPiiBKLKVd9aQOOr4zfjpchdGS/PKWXsqHxaw=
To: Bernard Aboba <bernard.aboba@gmail.com>
Cc: IETF AVTCore WG <avt@ietf.org>
References: <CAOW+2dsReTW+vLMYbsv8ghi-=5YfesP-HZ2EsX_Fs6CjJtb=-w@mail.gmail.com>
From: Gunnar Hellström <gunnar.hellstrom@ghaccess.se>
Message-ID: <82d59eea-1565-9ee7-ec9b-e695fad726f8@ghaccess.se>
Date: Wed, 10 Feb 2021 17:14:36 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <CAOW+2dsReTW+vLMYbsv8ghi-=5YfesP-HZ2EsX_Fs6CjJtb=-w@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------752A8BEDC35F0B348AA02570"
Content-Language: sv
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/_uKFCY2B9nHYSCGU8jkPufnMrF0>
Subject: Re: [AVTCORE] IDNits issue with draft-ietf-avtcore-multi-party-rtt-mix-12
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Feb 2021 16:14:48 -0000

Bernard,

Yes, I can and will resubmit with the issues fixed.

However, one warning was because the nits check found what looks like a 
reference in brackets, but is part of a symbolic screen picture example 
containing a source label for text in brackets.

This was the warning:

==================================================================
  == Missing Reference: 'Bob' is mentioned on line 1427, but not
      defined
'|[mix][Bob] And I on Wednesday evening.        | |...'
===================================================================

May I keep the format of this picture as it is?

Regarding the comment about pre-RFC5378 work, I have the required grants 
to the BCP78 rights.

Thanks,

Gunnar


Den 2021-02-10 kl. 09:01, skrev Bernard Aboba:
> Just ran IDnits on the document and got an error (see below).  Can you 
> fix the issues and resubmit the document?
> idnits 2.16.05
>
>
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt:
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1351): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1353): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1355): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1358): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1361): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1363): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1365): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1368): Unexpected reference format: '...         ...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1689): Unexpected reference format: '...    |[Bob...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1691): Unexpected reference format: '...    |[Eve...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1694): Unexpected reference format: '...    |[Bob...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1697): Unexpected reference format: '...    |[Eve...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1698): Unexpected reference format: '...    |[Bob...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1707): Unexpected reference format: '...    |[Ali...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1711): Unexpected reference format: '...    |[Eve...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1714): Unexpected reference format: '...    |[Ali...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1719): Unexpected reference format: '...    |[Eve...'
> tmp/draft-ietf-avtcore-multi-party-rtt-mix-12.txt(1721): Unexpected reference format: '...    |[Eve...'
>
>   - The draft-hellstrom-avtcore-multi-party-rtt-source state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching draft-hellstrom-avtcore-multi-party-rtt-source state file.
>
>   - The draft-ietf-avtcore-multi-party-rtt-mix state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching draft-ietf-avtcore-multi-party-rtt-mix state file.
>
>   - The draft-ietf-mmusic-t140-usage-data-channel state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching draft-ietf-mmusic-t140-usage-data-channel state file.
>
>   - No rfc0007 state file. Attempting to download it...
>     Failure fetching the file, proceeding without it.
>
>   - No rfc006 state file. Attempting to download it...
>     Failure fetching the file, proceeding without it.
>
>   - No rfc009 state file. Attempting to download it...
>     Failure fetching the file, proceeding without it.
>
>   - No rfc0098 state file. Attempting to download it...
>     Failure fetching the file, proceeding without it.
>
>   - The rfc2028 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc2028 state file.
>
>   - The rfc2198 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc2198 state file.
>
>   - The rfc3550 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc3550 state file.
>
>   - The rfc4102 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4102 state file.
>
>   - The rfc4103 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4103 state file.
>
>   - The rfc4353 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4353 state file.
>
>   - The rfc4566 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4566 state file.
>
>   - The rfc4575 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4575 state file.
>
>   - The rfc4579 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc4579 state file.
>
>   - The rfc5194 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc5194 state file.
>
>   - The rfc5630 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc5630 state file.
>
>   - The rfc5764 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc5764 state file.
>
>   - The rfc6263 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc6263 state file.
>
>   - The rfc6429 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc6429 state file.
>
>   - The rfc7667 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc7667 state file.
>
>   - The rfc7675 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc7675 state file.
>
>   - The rfc8634 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc8634 state file.
>
>   - The rfc8643 state file is not from today.
>     Attempting to download a newer one...
>   - Success fetching rfc8643 state file.
>
>    Checking boilerplate required by RFC 5378 and the IETF Trust (see
>    https://trustee.ietf.org/license-info  <https://trustee.ietf.org/license-info>):
>    ----------------------------------------------------------------------------
>
>       No issues found here.
>
>    Checking nits according tohttps://www.ietf.org/id-info/1id-guidelines.txt  <https://www.ietf.org/id-info/1id-guidelines.txt>:
>    ----------------------------------------------------------------------------
>
>       No issues found here.
>
>    Checking nits according tohttps://www.ietf.org/id-info/checklist  <https://www.ietf.org/id-info/checklist>  :
>    ----------------------------------------------------------------------------
>
>       No issues found here.
>
>    Miscellaneous warnings:
>    ----------------------------------------------------------------------------
>
>    == The copyright year in the IETF Trust and authors Copyright Line does not
>       match the current year
>
>       (Using the creation date from RFC4103, updated by this document, for
>       RFC5378 checks: 2004-06-15)
>
>    -- The document seems to lack a disclaimer for pre-RFC5378 work, but may
>       have content which was first submitted before 10 November 2008.  If you
>       have contacted all the original authors and they are all willing to grant
>       the BCP78 rights to the IETF Trust, then this is fine, and you can ignore
>       this comment.  If not, you may need to add the pre-RFC5378 disclaimer.
>       (See the Legal Provisions document at
>       https://trustee.ietf.org/license-info  <https://trustee.ietf.org/license-info>  for more information.)
>
>       IETF Trust Legal Provisions of 28-dec-2009, Section 6.c(iii):
>          This document may contain material from IETF Documents or IETF
>          Contributions published or made publicly available before
>          November 10, 2008.  The person(s) controlling the copyright in
>          some of this material may not have granted the IETF Trust the
>          right to allow modifications of such material outside the IETF
>          Standards Process. Without obtaining an adequate license from the
>          person(s) controlling the copyright in such materials, this
>          document may not be modified outside the IETF Standards Process,
>          and derivative works of it may not be created outside the IETF
>          Standards Process, except to format it for publication as an RFC
>          or to translate it into languages other than English.
>
>    -- The document date (15 December 2020) is 56 days in the past.  Is this
>       intentional?
>
>
>    Checking references for intended status: Proposed Standard
>    ----------------------------------------------------------------------------
>
>       (See RFCs 3967 and 4897 for information about using normative references
>       to lower-maturity documents in RFCs)
>
>    == Missing Reference: 'Bob' is mentioned on line 1427, but not
>       defined
> '|[mix][Bob] And I on Wednesday evening.        | |...'
>
>    == Outdated reference: draft-ietf-mmusic-t140-usage-data-channel has been
>       published as RFC 8865
>
>    ** Obsolete normative reference: RFC 4566 (Obsoleted by RFC 8866)
>
>    -- Possible downref: Non-RFC (?) normative reference: ref. 'T140'
>
>    -- Possible downref: Non-RFC (?) normative reference: ref. 'T140ad1'
>
>
>       Summary: 1 error (**), 0 flaws (~~), 3 warnings (==), 4 comments (--).

-- 
Gunnar Hellström
GHAccess
gunnar.hellstrom@ghaccess.se