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

"Kennedy, Smith (Wireless & Standards Architect)" <smith.kennedy@hp.com> Tue, 17 July 2018 18:47 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 568D9130E2A for <ietfarch-ipp-archive@ietfa.amsl.com>; Tue, 17 Jul 2018 11:47:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.651
X-Spam-Level:
X-Spam-Status: No, score=-2.651 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 RkbQrswhSsEB for <ietfarch-ipp-archive@ietfa.amsl.com>; Tue, 17 Jul 2018 11:47:39 -0700 (PDT)
Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id E2511130DFA for <ipp-archive2@ietf.org>; Tue, 17 Jul 2018 11:47:39 -0700 (PDT)
Received: by www.pwg.org (Postfix, from userid 1002) id 3D6F0BEEA; Tue, 17 Jul 2018 18:47:39 +0000 (UTC)
Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7FE5826DC; Tue, 17 Jul 2018 18:47:32 +0000 (UTC)
X-Original-To: ipp@pwg.org
Delivered-To: ipp@pwg.org
Received: by www.pwg.org (Postfix, from userid 1002) id 9EB7C4DC3; Tue, 17 Jul 2018 18:47:30 +0000 (UTC)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0112.outbound.protection.outlook.com [104.47.34.112]) by www.pwg.org (Postfix) with ESMTPS id DD5132697 for <ipp@pwg.org>; Tue, 17 Jul 2018 18:47:28 +0000 (UTC)
Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.145) by CS1PR8401MB0695.NAMPRD84.PROD.OUTLOOK.COM (10.169.15.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.952.18; Tue, 17 Jul 2018 18:47:28 +0000
Received: from CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94]) by CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM ([fe80::b19b:f901:2004:9e94%10]) with mapi id 15.20.0952.021; Tue, 17 Jul 2018 18:47:27 +0000
From: "Kennedy, Smith (Wireless & Standards Architect)" <smith.kennedy@hp.com>
To: Ira McDonald <blueroofmusic@gmail.com>
Thread-Topic: [IPP] Protocol Action: Internet Printing Protocol/1.1: Model and Semantics to Internet Standard
Thread-Index: AQHUDQKGjGp7iYzvCE6SWgwqxBcd5KRymcCAgAACsACAAyCCAIAAAwuAgAf/kYCAAF0oAIAVxnmA
Date: Tue, 17 Jul 2018 18:47:27 +0000
Message-ID: <79593153-E887-44C7-86BE-E0156BFAA9FB@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> <CAN40gSt9BLejWaOre+vW3fqAjQ3aV-itAKXzcH38fNq8M+1pdw@mail.gmail.com>
In-Reply-To: <CAN40gSt9BLejWaOre+vW3fqAjQ3aV-itAKXzcH38fNq8M+1pdw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=smith.kennedy@hp.com;
x-originating-ip: [75.174.24.174]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CS1PR8401MB0695; 7:aVgXS7GlJRw26XUDgJuv6PzMb8JpKk7T5IWGTJO7dBh8/l5qZ2jbF2iS2WCcfL9I2+Afw6rn4yKuakauyiQav4M76vdLDOZPiKQhvvFLbeSRP2L3u9J67PJbB6iotsxBQLhNCxXGtYwtr/lwdqSQaFFDj8dprBZddJDE34AD5mjAq04FkPrtxrpzBaMLYMk6mC+c4drz+uIa4bX/QKTi4X8dW/jQbRFWjvMpU21o5vcxNAvtF9bk1aEjcaG6um+W
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 46ba96e3-f136-4e22-6a27-08d5ec15be69
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(49563074)(7193020); SRVR:CS1PR8401MB0695;
x-ms-traffictypediagnostic: CS1PR8401MB0695:
x-microsoft-antispam-prvs: <CS1PR8401MB06959666144710C97A346B689E5C0@CS1PR8401MB0695.NAMPRD84.PROD.OUTLOOK.COM>
x-exchange-antispam-report-test: UriScan:(80524489315369)(120809045254105)(111039206520245)(85827821059158)(211936372134217)(31960201722614)(73583498263828);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231311)(944501410)(52105095)(3002001)(10201501046)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:CS1PR8401MB0695; BCL:0; PCL:0; RULEID:; SRVR:CS1PR8401MB0695;
x-forefront-prvs: 073631BD3D
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(376002)(366004)(396003)(346002)(6602003)(51914003)(189003)(199004)(6436002)(106356001)(6916009)(7736002)(33656002)(305945005)(5660300001)(229853002)(6486002)(6512007)(6306002)(26005)(186003)(8936002)(1411001)(5250100002)(99936001)(105586002)(8676002)(81156014)(81166006)(2906002)(6116002)(2900100001)(3846002)(83716003)(36756003)(14444005)(97736004)(76176011)(256004)(82746002)(476003)(53936002)(19273905006)(966005)(486006)(68736007)(11346002)(99286004)(14454004)(478600001)(446003)(2616005)(66066001)(54906003)(316002)(25786009)(6506007)(102836004)(1720100001)(39060400002)(6246003)(86362001)(53546011)(93886005)(4326008)(16351025005)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:CS1PR8401MB0695; H:CS1PR8401MB0773.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: NbEr/+7iImHdH6IiZH9IRNZZQlD9HHFKdq/aw4OnniwxKGT4S3u5y+ZPAmbzb2644vE9LiE/2BkuW9PYiieI5/UX3KmwkYYnYbYN6oGdWP6hPBU/517PZG6wYf8tjKxEAg/Mxu8xmQeSnmMLQcScl9G74JY5+NrqLTIrb0/i0ouqkYVghBvQgoyddXNCwtazj3mVEyzi0irgLZi8+wuPZLoXQuM8Rp3j6gU5UNMISh1EViVaX4fQANA8WNInyQHKGuY05ILLYec/5y8U2e5GbejwZKO/xCg2TDNUR2RjZ70MeBt5urAwsgsVgfJOaY+EsnfGI+9mENg+hA9MsiicQpSHxVh3e+tEH/MR/7g7ivE=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: hp.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 46ba96e3-f136-4e22-6a27-08d5ec15be69
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2018 18:47:27.4199 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CS1PR8401MB0695
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="===============4317971847426079575=="
Errors-To: ipp-bounces@pwg.org
Sender: ipp <ipp-bounces@pwg.org>

Hi Ira,

If the task of doing this falls on the document editors themselves, then I will concede. I was hoping IETF officers might do it for us.

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 Jul 3, 2018, at 4:15 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
> 
> 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