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
- Re: [IPP] Protocol Action: Internet Printing Prot… Ira McDonald
- Re: [IPP] Protocol Action: Internet Printing Prot… Michael Sweet
- Re: [IPP] Protocol Action: Internet Printing Prot… Kennedy, Smith (Wireless & Standards Architec)
- [IPP] Fwd: Protocol Action: Internet Printing Pro… Michael Sweet
- Re: [IPP] Protocol Action: Internet Printing Prot… Michael Sweet
- Re: [IPP] Protocol Action: Internet Printing Prot… Ira McDonald
- Re: [IPP] Protocol Action: Internet Printing Prot… Kennedy, Smith (Wireless & Standards Architec)
- Re: [IPP] Protocol Action: Internet Printing Prot… Ira McDonald
- Re: [IPP] Protocol Action: Internet Printing Prot… Kennedy, Smith (Wireless & Standards Architect)