IETF Logo Mail Archive

Re: [Ecrit] [Technical Errata Reported] RFC7852 (6849)

Allison Mankin <allison.mankin@gmail.com> Wed, 02 March 2022 21:14 UTC

Return-Path: <allison.mankin@gmail.com>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A28DE3A079F for <ecrit@ietfa.amsl.com>; Wed, 2 Mar 2022 13:14:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 SnJHMyuqV9VK for <ecrit@ietfa.amsl.com>; Wed, 2 Mar 2022 13:14:50 -0800 (PST)
Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E1923A0768 for <ecrit@ietf.org>; Wed, 2 Mar 2022 13:14:50 -0800 (PST)
Received: by mail-ej1-x632.google.com with SMTP id qx21so6386190ejb.13 for <ecrit@ietf.org>; Wed, 02 Mar 2022 13:14:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RXblOQmIVichOhdjsmP/Zdl5kZBQFSQbv2WapPJvcM8=; b=UNKN8TJkOzWecZt5Jc3s1T4VSTl8t3fsTdzXNbHOLG50FGDkYjtMCIJ5eA6dyy/DHF yvZIVnq8mGmJ7o/vhIhqnjC7C80IdTQ25dGB0BKL11JG+ahJVFk/BsYmHdyb6mntBovh ZZo0cOM/9BLQdzQWTodMgLX4ruyHgU3NZiPJyRcQ8lWyFRvapG2FQ0J7AfxJZl+QLTvK MBSjwdqYpQDe4YCp3SjiTeEkiZvmTwBB5JTgZugKfEbEFQEMK8ryVZTO9AZpX8E7Yi57 L4Oyo8X3yRuE87Fq+seaxKP8zCayJXKpt6jwt/xsjtrZaNHAKiXF7MQylDoOj76sZGBa RJmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RXblOQmIVichOhdjsmP/Zdl5kZBQFSQbv2WapPJvcM8=; b=LOLixhA1SaXrtGvx0x0JI0olE8RDb/Rqf2C3hpGep+xeJiKoOsWeS7Jju+j1knZHKC X2AEEMSoZA/87esJhEDYC2gZKSSFBHgHMUesZKuGmSKMLMP3aBGerT6UXwGvrEuWiU3y 29FRPeOtbg9gSIRggOFqimYklb86MDrCrwXBAw0C0P03AuxoNw5jkkCgF2+c14T9Mnf3 YvYUiYaCiukjJOJ6fTVNN+sG179a4PO+Ne3ixsn5DNwNF2VvlMks9okW+93rcr7ZLU+7 V0h+TLAqC12pFUdMxMTfQZSZD3RRuxZDJtrju1DiiOIc31BFH4rTk2G04h0EmVbMwJLu Ri5w==
X-Gm-Message-State: AOAM533H7/RLKkpl7/MNmpzVUqiaKA57RzxT+l3eR2YXNm+NcDwLUZde 2gMNJAN7+RgJRf8dsbS3YX75br7XPpmB7vDl1x0=
X-Google-Smtp-Source: ABdhPJxWodnSZfwpJOyH/JrzgPCqYKYEU4d02DzFI2nYp+xLguPq7bN/xmJ19Tq25WcwzAB8sWp+/913GP5Teu8bnGI=
X-Received: by 2002:a17:906:fca5:b0:6b4:6d25:ac19 with SMTP id qw5-20020a170906fca500b006b46d25ac19mr23818359ejb.485.1646255687925; Wed, 02 Mar 2022 13:14:47 -0800 (PST)
MIME-Version: 1.0
References: <20220213000035.4123C4C1CE@rfc-editor.org> <492FF441-7AD5-49BC-A712-4301BD779DE0@randy.pensive.org>
In-Reply-To: <492FF441-7AD5-49BC-A712-4301BD779DE0@randy.pensive.org>
From: Allison Mankin <allison.mankin@gmail.com>
Date: Wed, 02 Mar 2022 16:14:36 -0500
Message-ID: <CAP8yD=tw+_8p6DKayTco1G+GJ9RcvdHVz_WV5q=Yg0t4OEyLEA@mail.gmail.com>
To: Randall Gellens <rg+ietf@randy.pensive.org>
Cc: Hannes.Tschofenig@gmx.net, RFC Errata System <rfc-editor@rfc-editor.org>, a.james.winterbottom@gmail.com, br@brianrosen.net, ecrit@ietf.org, francesca.palombini@ericsson.com, james.benner@gmail.com, rg+ietf@coretechnologyconsulting.com, rmarshall@telecomsys.com, roger.marshall@comtechtel.com, superuser@gmail.com
Content-Type: multipart/alternative; boundary="0000000000007d02cb05d942c5c7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/eLAxUTGYjD3WOU7lgxHzzZ5E4ro>
X-Mailman-Approved-At: Wed, 02 Mar 2022 15:40:39 -0800
Subject: Re: [Ecrit] [Technical Errata Reported] RFC7852 (6849)
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Emergency Context Resolution with Internet Technologies <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2022 21:14:56 -0000

Have to accept it in the system

On Wed, Mar 2, 2022 at 12:58 Randall Gellens <rg+ietf@randy.pensive.org>
wrote:

> This looks like a valid errata to me. It appears to be a simple
> oversight where one instance of 'main' was not changed to 'main-number'.
> I note that the IANA registry is correct, it's only the example in RFC
> 7852 that is incorrect.
>
> --Randall
>
> On 12 Feb 2022, at 16:00, RFC Errata System wrote:
>
> > The following errata report has been submitted for RFC7852,
> > "Additional Data Related to an Emergency Call".
> >
> > --------------------------------------
> > You may review the report below and at:
> > https://www.rfc-editor.org/errata/eid6849
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: James Benner <james.benner@gmail.com>
> >
> > Section: 11.7
> >
> > Original Text
> > -------------
> > Example(s):  TEL;VALUE=uri;TYPE="main,voice";PREF=1:tel:+1-418-656-90
> >       00
> >
> > Corrected Text
> > --------------
> > Example(s):
> > TEL;VALUE=uri;TYPE="main-number,voice";PREF=1:tel:+1-418-656-90
> >       00
> >
> > Notes
> > -----
> > The type value is specified as "main-number" but in the example is
> > simply "main".
> >
> > Instructions:
> > -------------
> > This erratum is currently posted as "Reported". If necessary, please
> > use "Reply All" to discuss whether it should be verified or
> > rejected. When a decision is reached, the verifying party
> > can log in to change the status and edit the report, if necessary.
> >
> > --------------------------------------
> > RFC7852 (draft-ietf-ecrit-additional-data-38)
> > --------------------------------------
> > Title               : Additional Data Related to an Emergency Call
> > Publication Date    : July 2016
> > Author(s)           : R. Gellens, B. Rosen, H. Tschofenig, R.
> > Marshall, J. Winterbottom
> > Category            : PROPOSED STANDARD
> > Source              : Emergency Context Resolution with Internet
> > Technologies
> > Area                : Applications and Real-Time
> > Stream              : IETF
> > Verifying Party     : IESG
>

v2.23.0 | Report a Bug | By Email