Re: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard

Ira McDonald <blueroofmusic@gmail.com> Tue, 03 July 2018 22:16 UTC

Return-Path: <ipp-bounces@pwg.org>
X-Original-To: ietfarch-ipp-archive@ietfa.amsl.com
Delivered-To: ietfarch-ipp-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBCA5130DE0 for <ietfarch-ipp-archive@ietfa.amsl.com>; Tue, 3 Jul 2018 15:16:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.86
X-Spam-Level:
X-Spam-Status: No, score=-1.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" 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 Ji-kHzT5O-J0 for <ietfarch-ipp-archive@ietfa.amsl.com>; Tue, 3 Jul 2018 15:16:14 -0700 (PDT)
Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 7072D130DDE for <ipp-archive2@ietf.org>; Tue, 3 Jul 2018 15:16:14 -0700 (PDT)
Received: by www.pwg.org (Postfix, from userid 1002) id 7EAA6BEB4; Tue, 3 Jul 2018 22:16:12 +0000 (UTC)
Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9A970269F; Tue, 3 Jul 2018 22:16:01 +0000 (UTC)
X-Original-To: ipp@pwg.org
Delivered-To: ipp@pwg.org
Received: by www.pwg.org (Postfix, from userid 1002) id 0CB8F290D; Tue, 3 Jul 2018 22:16:00 +0000 (UTC)
Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) by www.pwg.org (Postfix) with ESMTPS id 44E1783D for <ipp@pwg.org>; Tue, 3 Jul 2018 22:15:58 +0000 (UTC)
Received: by mail-yw0-x235.google.com with SMTP id y203-v6so1250097ywd.9 for <ipp@pwg.org>; Tue, 03 Jul 2018 15:15:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zAlFxujUxHf5hexP3mPepdCwY/piaO3f8NBEmC3o8cY=; b=elnkG4b3bLT28FDhWBnfS9XP70ykTpWj2pSt7AC5Fx0A9WEkIJRf9+TCiZoG/aeJtW 28VJUh7tRLihB+N5wlfy5tJhj6XhKFurZyoxwoUgNANVnm0iE4I7KZmm1PrcPgKO+l/8 UQ7VnOawoh9S3Jv3QyUmoM/xJqrdvjykeOdm5dWY2wFFmUgm0eJUG+H8bpRO0rEcljpj xlCLnUF3neD/Yl00g7qoOs7Cyuudeji33PLEHGlray/M3plK7QAhicTly5gjOsNyE1Uz 7QNCpeuSfpgtnicHJ/FDGq0fX8Rqp0Hudphgmdo6wgK5+MkjuqTRKAVGtX4eeqDAhQT9 kIFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zAlFxujUxHf5hexP3mPepdCwY/piaO3f8NBEmC3o8cY=; b=qSZsrXNG8t+UM6l56uXLSYPnzlW33YpJT+qVW+8/utnvoQd2SPWUbpyIV4VLuH/6kC nunxu3HNQfickxgRlgskzEgzI350PQKjskGFIWQFUbL5VL97eHDtkaaBQh1sy/IQV3Td IFptotksQENegur0yk+0pgH8RKNpK6d4YPr5SHd7z0m66HRVM4R/BwmWLZMXZ6Q+taai co3/PlBdMpaMkePJ0vLm7GGJPmN8r/j9wFHu20M5Q+O7taGVtwxVDQ+CtNbKDA5/b/r5 znKL9+Xe6q+cN4aYhcARkZfHUV6SKY+PsmyJvgvwhZY0T4rpdQCi/RoT/nGtWopd0R69 wqGA==
X-Gm-Message-State: APt69E1bgnQj35t5BRRzDYHfXRYeyVi9rU39iY1cLtBO40NaN6I43i6o oGh95n/Va8NbTtRDsmT3V9tkTfQDEB89d9JmOWc=
X-Google-Smtp-Source: AAOMgpeRJtxTFxxiNtE5Q0uDXOvzWk2u7GZJBQHGon120T+jxVU/r5y7sOw8dOCv478huKAhWzfIXkx0xQhpqpYb1sk=
X-Received: by 2002:a0d:c003:: with SMTP id b3-v6mr16042049ywd.289.1530656157540; Tue, 03 Jul 2018 15:15:57 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a25:8886:0:0:0:0:0 with HTTP; Tue, 3 Jul 2018 15:15:36 -0700 (PDT)
In-Reply-To: <F6FBB033-52EF-44AE-974B-78B26F097ABA@hp.com>
References: <152996130225.6352.1727114213339795354.idtracker@ietfa.amsl.com> <1387B331-AE86-4BEE-AEBD-71F2C03203A2@apple.com> <328A0793-9FD8-4C27-B3C5-450937EF9539@hp.com> <2E2C0DE1-DA39-4FF6-9E87-AA9FDB3167B0@apple.com> <CAN40gSsg8-Xbr418kdQ0=6q379B45-dABvN_Pos_kEZc-NYx_A@mail.gmail.com> <CAN40gSsGwY=iBKtsMes5aNk-9ot1PzCV53Dy2NJUO2eoGS6CmA@mail.gmail.com> <AB6BAC59-2B5E-4429-8A88-110DC1EB1A5B@apple.com> <F6FBB033-52EF-44AE-974B-78B26F097ABA@hp.com>
From: Ira McDonald <blueroofmusic@gmail.com>
Date: Tue, 03 Jul 2018 18:15:36 -0400
Message-ID: <CAN40gSt9BLejWaOre+vW3fqAjQ3aV-itAKXzcH38fNq8M+1pdw@mail.gmail.com>
To: "Kennedy, Smith (Wireless & Standards Architec)" <smith.kennedy@hp.com>, Ira McDonald <blueroofmusic@gmail.com>
Cc: PWG IPP WG Reflector <ipp@pwg.org>
Subject: Re: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard
X-BeenThere: ipp@pwg.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: ISTO-PWG Internet Printing Protocol workgroup discussion forum <ipp.pwg.org>
List-Unsubscribe: <https://www.pwg.org/mailman/options/ipp>, <mailto:ipp-request@pwg.org?subject=unsubscribe>
List-Archive: <http://www.pwg.org/pipermail/ipp/>
List-Post: <mailto:ipp@pwg.org>
List-Help: <mailto:ipp-request@pwg.org?subject=help>
List-Subscribe: <https://www.pwg.org/mailman/listinfo/ipp>, <mailto:ipp-request@pwg.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6516767870599231616=="
Errors-To: ipp-bounces@pwg.org
Sender: ipp <ipp-bounces@pwg.org>

Hi Smith,

If I visit the RFC Index page, 8010 and 8011 show as Internet Standard.

Almost no existing RFCs have changed their own cover page to list this
(and such a listing is deprecated in IETF process docs, because the IETF
can later mark an old RFC as Historic, for example).

I'm REALLY not happy about re-issuing RFC 8010 and 8011 to change
their cover pages.  They say standards-track and they are.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094
May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434


On Tue, Jul 3, 2018 at 12:42 PM, Kennedy, Smith (Wireless & Standards
Architec) <smith.kennedy@hp.com> wrote:

> Hi Mike and Ira,
>
> Is editorial work needed to get the RFC itself to be listed as an
> "Internet Standard" when one visits the links? I see this one doesn't list
> its Internet Standard number in the header:
>
>    https://tools.ietf.org/html/std90
>
> but this one does:
>
>    https://tools.ietf.org/html/std91
>
> Ours is here:
>
>    https://tools.ietf.org/html/std92
>
> which is a concatenation of RFC 8010 and 8011, but provides somewhat
> inadequate navigation IMHO - 8011 is concatenated after 8010. And when you
> visit the RFC pages directly for 8010 and 8011, they aren't yet labeled as
> "INTERNET STANDARD" but are still labeled as "PROPOSED STANDARD":
>
>    https://tools.ietf.org/html/rfc8010
>    https://tools.ietf.org/html/rfc8011
>
> RFC 3629 seems to have everything as "right" as is possible currently,
> presentation wise:
>
>    https://tools.ietf.org/html/std63
>    https://tools.ietf.org/html/rfc3629
>
> Not trying to spend cycles on unnecessary stuff but this kind of
> presentation thing can cause issues to the uninitiated.
>
> Smith
>
> /**
>     Smith Kennedy
>     Wireless & Standards Architect - IPG-PPS
>     Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum
> / USB-IF
>     Chair, IEEE ISTO Printer Working Group
>     HP Inc.
> */
>
>
>
> > On Jun 28, 2018, at 8:33 AM, Michael Sweet <msweet@apple.com> wrote:
> >
> > And "STD92" as the pointer:
> >
> >    https://www.rfc-editor.org/info/std92
> >
> >
> >> On Jun 28, 2018, at 10:22 AM, Ira McDonald <blueroofmusic@gmail.com>
> wrote:
> >>
> >> Hi,
> >>
> >> This morning's RFC Index shows IPP/1.1 (RFC 8010/8011) as "Internet
> Standard"
> >>
> >> https://www.rfc-editor.org/rfc-index.html
> >>
> >> Cheers,
> >> - Ira
> >>
> >>
> >> Ira McDonald (Musician / Software Architect)
> >> Co-Chair - TCG Trusted Mobility Solutions WG
> >> Chair - Linux Foundation Open Printing WG
> >> Secretary - IEEE-ISTO Printer Working Group
> >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> >> IETF Designated Expert - IPP & Printer MIB
> >> Blue Roof Music / High North Inc
> >> http://sites.google.com/site/blueroofmusic
> >> http://sites.google.com/site/highnorthinc
> >> mailto: blueroofmusic@gmail.com
> >> Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094
> >> May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434
> >>
> >>
> >> On Tue, Jun 26, 2018 at 10:37 AM, Ira McDonald <blueroofmusic@gmail.com>
> wrote:
> >> Hi,
> >>
> >> Normally they just assign an STD number and update std-index.txt (for
> the RFC set)
> >> and rfc-index.txt (for Internet Standard status).  Only when any
> *future* update of the
> >> RFCs happens would be any cover page change.
> >>
> >> RFCs never state more than just "Standards Track" on their cover page
> and usually
> >> don't mention their own STD number (because an STD could become
> historic or
> >> deprecated via the underlying RFC status - although I think it's only
> happened once).
> >>
> >> I expect to see IPP/1.1 update in the RFC Index web page w/in a few
> weeks.
> >>
> >> Cheers,
> >> - Ira
> >>
> >>
> >>
> >> Ira McDonald (Musician / Software Architect)
> >> Co-Chair - TCG Trusted Mobility Solutions WG
> >> Chair - Linux Foundation Open Printing WG
> >> Secretary - IEEE-ISTO Printer Working Group
> >> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> >> IETF Designated Expert - IPP & Printer MIB
> >> Blue Roof Music / High North Inc
> >> http://sites.google.com/site/blueroofmusic
> >> http://sites.google.com/site/highnorthinc
> >> mailto: blueroofmusic@gmail.com
> >> Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094
> >> May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434
> >>
> >>
> >> On Tue, Jun 26, 2018 at 10:28 AM, Michael Sweet <msweet@apple.com>
> wrote:
> >> Smith,
> >>
> >> I'm not sure about the timing - a lot depends on the RFC editor's load
> and any editorial changes that we want to make.  Ideally I'd like to just
> have them assign STD numbers and change the status on the cover page
> (minimal change) to speed this along... :)
> >>
> >>
> >>> On Jun 26, 2018, at 12:02 AM, Kennedy, Smith (Wireless & Standards
> Architec) <smith.kennedy@hp.com> wrote:
> >>>
> >>> Thanks for the update, Mike! Given this status change for RFC 8011
> (and corresponding change for RFC 8010), when do we expect them to complete
> the move to Internet Standard?
> >>>
> >>> Smith
> >>>
> >>> /**
> >>>    Smith Kennedy
> >>>    Wireless & Standards Architect - IPG-PPS
> >>>    Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC
> Forum / USB-IF
> >>>    Chair, IEEE ISTO Printer Working Group
> >>>    HP Inc.
> >>> */
> >>>
> >>>
> >>>
> >>>> On Jun 25, 2018, at 5:23 PM, Michael Sweet <msweet@apple.com> wrote:
> >>>>
> >>>> *Internet Standard*
> >>>>
> >>>>> Begin forwarded message:
> >>>>>
> >>>>> From: The IESG <iesg-secretary@ietf.org>
> >>>>> Subject: Protocol Action: Internet Printing Protocol/1.1: Model and
> Semantics to Internet Standard
> >>>>> Date: June 25, 2018 at 5:15:02 PM EDT
> >>>>> To: IETF-Announce <ietf-announce@ietf.org>
> >>>>> Cc: The IESG <iesg@ietf.org>, Barry Leiba <barryleiba@computer.org>,
> draft-sweet-rfc2911bis@ietf.org, draft-sweet-rfc2910bis@ietf.org,
> barryleiba@computer.org, rfc-editor@rfc-editor.org
> >>>>> Resent-From: alias-bounces@ietf.org
> >>>>> Resent-To: msweet@apple.com, blueroofmusic@gmail.com
> >>>>>
> >>>>> The IESG has approved changing the status of the following document:
> >>>>> - Internet Printing Protocol/1.1: Model and Semantics
> >>>>> (rfc8011) to Internet Standard
> >>>>>
> >>>>> This protocol action is documented at:
> >>>>> https://datatracker.ietf.org/doc/status-change-change-ipp-
> to-internet-standard/
> >>>>>
> >>>>> A URL of the affected document is:
> >>>>> https://datatracker.ietf.org/doc/rfc8011/
> >>>>>
> >>>>> Status Change Details:
> >>>>>
> >>>>> As specified in RFC 6410:
> >>>>>
> >>>>>  (1) There are at least two independent interoperating
> implementations
> >>>>>      with widespread deployment and successful operational
> experience.
> >>>>>
> >>>>>      - Over 98% of all digital network printers shipped in the last
> >>>>>      decade support IPP/1.1 (originally defined in RFC 2910/2911,
> >>>>>      September 2000).
> >>>>>
> >>>>>  (2) There are no errata against the specification that would cause a
> >>>>>      new implementation to fail to interoperate with deployed ones.
> >>>>>
> >>>>>      - There are currently no errata against RFC 8010/8011.
> >>>>>
> >>>>>  (3) There are no unused features in the specification that greatly
> >>>>>      increase implementation complexity.
> >>>>>
> >>>>>      - There are no unused features in RFC 8010/8011.
> >>>>>
> >>>>>      - The Purge-Jobs operation (from RFC 2911) is DEPRECATED in
> >>>>>      RFC 8011 (page 73) with "SHOULD NOT support" because it
> >>>>>      destroys Printer accounting implementation.  This operation
> >>>>>      has never been widely implemented in digital network printers.
> >>>>>
> >>>>>      - The Restart-Job operation (from RFC 2911) is DEPRECATED in
> >>>>>      RFC 8011 (page 89) with "SHOULD NOT support" because it
> >>>>>      destroys Printer accounting implementation.  This operation
> >>>>>      has never been widely implemented in digital network printers.
> >>>>>
> >>>>>  (4) If the technology required to implement the specification
> >>>>>      requires patented or otherwise controlled technology, then the
> >>>>>      set of implementations must demonstrate at least two
> independent,
> >>>>>      separate and successful uses of the licensing process.
> >>>>>
> >>>>>      - There is no patented or otherwise controlled technology that
> >>>>>      is required to implement IPP/1.1 per RFC 8010/8011.
> >>>>>
> >>>>> Personnel
> >>>>>
> >>>>>  Alexey Melnikov is the responsible Area Director.
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>> _________________________________________________________
> >>>> Michael Sweet, Senior Printing System Engineer
> >>>>
> >>>> _______________________________________________
> >>>> ipp mailing list
> >>>> ipp@pwg.org
> >>>> https://www.pwg.org/mailman/listinfo/ipp
> >>>
> >>
> >> _________________________________________________________
> >> Michael Sweet, Senior Printing System Engineer
> >>
> >>
> >> _______________________________________________
> >> ipp mailing list
> >> ipp@pwg.org
> >> https://www.pwg.org/mailman/listinfo/ipp
> >>
> >>
> >>
> >
> > _________________________________________________________
> > Michael Sweet, Senior Printing System Engineer
> >
>
>
_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp