From ipp-bounces@pwg.org Tue Sep 6 13:49:51 2016 Return-Path: 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 C45BF12B452 for ; Tue, 6 Sep 2016 13:49:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.298 X-Spam-Level: X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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=apple.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 6e16ckbaE-UM for ; Tue, 6 Sep 2016 13:49:48 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 5896312B069 for ; Tue, 6 Sep 2016 13:49:48 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 3BCE14405; Tue, 6 Sep 2016 20:49:46 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 4DCA82644; Tue, 6 Sep 2016 20:49:39 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id A7405264A; Tue, 6 Sep 2016 20:49:38 +0000 (UTC) Received: from mail-in5.apple.com (mail-out5.apple.com [17.151.62.27]) by www.pwg.org (Postfix) with ESMTPS id 0B1522642 for ; Tue, 6 Sep 2016 20:49:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473194977; x=2337108577; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7fVdf9lusUNJGwA42VuGnaKsK8kxEg+QYFOaUefgRFo=; b=sX0JwVkrZN808mnuJsdrmOf5aUzECJWwnvqy1bQTNQb6o0hoq28CaX7ESKc1mtex RcwSu7GlZEkbzpnsSVhM4tOQK62Dl1iQ0q9KdN6VZH1jdPKCEUgNQLDYP2VDw+2O yOXtZuPolme06kJ5c38OUF7aRRISczoBYl6EBs3Prnw1f0w1oHlkQqxa8d5Dsa0p oc+2u6KiyZgMndsVlU4kqwm2USmJTPY6qMDNWnEEVH++oY+mXfXyByZ6HkzhktUN X/pMeOeSWH34PgYF1T7Y/+OJD5GyzhveBICwd9sA9OPKjMC+9Fde0G2oWlMcYPiR CyYPjvglIFN5tSl/tj0Sqw==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in5.apple.com (Apple Secure Mail Relay) with SMTP id AA.FC.07273.1EB2FC75; Tue, 6 Sep 2016 13:49:37 -0700 (PDT) X-AuditID: 11973e13-f794a6d000001c69-83-57cf2be14fd0 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay5.apple.com (Apple SCV relay) with SMTP id AE.90.27929.1EB2FC75; Tue, 6 Sep 2016 13:49:37 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.48.183] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0OD300MQUOINOZA0@nwk-mmpp-sz09.apple.com>; Tue, 06 Sep 2016 13:49:37 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Tue, 06 Sep 2016 16:49:34 -0400 Message-id: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> References: To: Ira McDonald X-Mailer: Apple Mail (2.3124) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKLMWRmVeSWpSXmKPExsUi2FAYoftQ+3y4wZIzkhavXy1ltzi27yWL A5PHzll32T3mLZ7OFMAUxWWTkpqTWZZapG+XwJXRs0uuYGtgRd+7dpYGxiP2XYycHBICJhK7 zzczQ9hiEhfurWfrYuTiEBLYyyix5eA1VpiiM3//s0IkDjJKvO//zAaS4BUQlPgx+R5LFyMH B7OAvMTB87IgYWYBLYnvj1pZIOrfMUoc+72GHSQhLCAhcbx/ISuE7Smx/PBusM1sAmoSvyf1 gcU5BYIllrzdywgyk0VAVeLUXX6ImaISM5Y0Qq21kZi5aArU/GZGiVOHTrKC1IsALV7yXBHi ZlmJJycXgdVICKxhk9j3pJV5AqPILCRnz0I4exaSsxcwMq9iFMpNzMzRzcwz1UssKMhJ1UvO z93ECAr36XbCOxhPr7I6xCjAwajEw1ux+1y4EGtiWXFl7iFGaQ4WJXHeQmOgkEB6Yklqdmpq QWpRfFFpTmrxIUYmDk6pBsYlH556yZXxizNcO73KvqHrq73kqvV+d9K73f+VzGfQemiVt7Tk 2hu5+swlaTpSNyZynVqidG6+SuGfWfPl1p3pfd80davyyprWq5HzL0Xmdd8MK2Nz4myrs/vh /9Qo0nzdA4MfTGn/TI8wBbu/eRO95pC+L1c1c59c8oWAvnT586tW3dBZ4KXEUpyRaKjFXFSc CADvaNYEWAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42IRbCgO0H2ofT7c4G23kMXrV0vZLY7te8ni wOSxc9Zddo95i6czBTBFcdmkpOZklqUW6dslcGX07JIr2BpY0feunaWB8Yh9FyMnh4SAicSZ v/9ZIWwxiQv31rN1MXJxCAkcZJR43/+ZDSTBKyAo8WPyPZYuRg4OZgF5iYPnZUHCzAJaEt8f tbJA1L9jlDj2ew07SEJYQELieP9CVgjbU2L54d3MIDabgJrE70l9YHFOgWCJJW/3MoLMZBFQ lTh1lx9ipqjEjCWNUGttJGYumgI1v5lR4tShk6wg9SJAi5c8V4S4WVbiyclFLBMYBWchuXQW wqWzkFy6gJF5FaNAUWpOYqWpXmJBQU6qXnJ+7iZGcHgWRuxg/L/M6hCjAAejEg9vxe5z4UKs iWXFlbmHGCU4mJVEeHPUzocL8aYkVlalFuXHF5XmpBYfYkwGOn8is5Rocj4wdvJK4g1NTAxM jI3NjI3NTcxJE1YS591y5Gi4kEB6YklqdmpqQWoRzBYmDk6pBkZpqwQXic1fpz0VZb+vlFtn WXfJs+1J3dvV68Sk/ywV0nhR4b+4YqeIZ5qMXA/LLImOzqwopX811sWHWiezlT/Qv7q5rJlP 7feCU7Eq0jyrg09d5/yoskTisZVkmMU51tufXvIrBwecYxE6bp9ZGHZw2QTB2Hnyhzo7V96e +dvpaHf81rRfZkosxRmJhlrMRcWJAOG6CYmTAgAA Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Ira, > On Aug 31, 2016, at 5:50 PM, Ira McDonald wrote: > > Hi Mike, > > Apologies for late response. Been a busy week. > > I like most all of this except for two state names, because they're > obscure. The Job state 'pending' has fuzzy applicability here. > > I suggest states/state reasons: > > 'created' - result of Create-Resource I prefer overloading 'pending' with the 'resource-incomplete' and 'resource-incoming' state-reasons - first, it keeps things consistent/familiar with Jobs and Documents, and second because we've never had a "created but not ready" state anywhere else in the model - that's always been a state-reason, not a first class state. > 'uploaded' - result of Send-Resource-Data, except when Resource > stays 'created' w/ state reason 'resource-incoming' (like job-incoming > in RFC 2911) I'm not keen on 'uploaded' since the name can be easily misunderstood (the client uploaded the resource, the system/printer did not, it received it...) Maybe 'available' (one of the previous names we used) instead? Or just use the 'pending' state with 'resource-available' in the state-reasons (instead of 'none')? > 'installed' - result of Install-Resource, except when Resource > stays 'uploaded' w/ state reason 'resource-installed' I'm not keen on 'resource-installed' as a state-reason indicating that a request to install the resource has been received. It sounds more like the resource *has* been installed, which would be incorrect. > 'canceled' - result of Cancel-Resource, except when Resource > stays 'created/loaded/installed' w/ state reason 'resource-canceled' I also think 'aborted' is important to reflect when a resource is canceled by the System, just as we do for Jobs and Documents. > 'pending-install' meaning "pending but NOT installed" is not symmetric > with 'pending-held' meaning "pending AND held" Perhaps, but for event notifications (and general implementation of resource updates that need a reboot) I think it is important to be able to track a state for resources that need to be installed after a reboot/power cycle. Also, pending-install could be more akin to processing-stopped than pending-held. pending -> pending-install -> installed -> canceled (firmware update - reboot needed) pending --------------------> installed -> canceled (application update - no reboot needed) pending ---------------------------------> canceled (resource created but canceled by client without installing) pending ---------------------------------> aborted (resource created but aborted by system due to errors) > ... > PS - Reasoning behind the 'uploaded' state name is potential > first class Admin operation Send-Resource-URI (for local domain > authenticated Resource upload by reference rather than value). > ... Ugh, please let's not go down that path. We have basically no real world usage of Print-URI/Send-URI for printing after 16 years. Even assuming that a managed network would allow a printer to make an outgoing connection at all, allowing a client to point a printer at a URL for a firmware update seems like a recipe for disaster. > On Wed, Aug 24, 2016 at 6:07 PM, Michael Sweet wrote: > All, > > The following outline summarizes how I see the IPP Resource object working in the System Service specification. Feedback welcome, and we can discuss this at the next regular IPP conference call (Sept 19). > > TL;DR summary: Resource states are 'pending', 'pending-install', 'installed', 'aborted', and 'canceled'. No more "resource-category" attribute. State reasons and status codes for resource format and security errors. > > ........ > > IPP Resource Object > > IPP Resource objects contain metadata and associated firmware, software, templates, and other static data files. Resource objects have a simple life cycle: creation, installation, history, and deletion. Resource objects can be listed (Get-Resources) or queried (Get-Resource-Attributes) until they are deleted by the System. > > > Table N - IPP Resource Object Operations and Life Cycle > > Operation resource-state resource-state-reasons > ----------------------- --------------------- ---------------------- > Create-Resource 'pending' (3) 'resource-incomplete' > > Send-Resource-Data 'pending' (3) 'none' > OR > 'aborted' (8) 'resource-xxx-error' > > Install-Resource 'pending-install' (4) 'none' > OR > 'installed' (5) 'none' > OR > 'aborted' (8) 'resource-xxx-error' > > Cancel-Resource 'canceled' (7) 'none' > OR > 'installed' (5) 'none' > > Get-Resources All States All Reasons > Get-Resource-Attributes All States All Reasons > > > Resource Creation Phase > > Resources are created using the Create-Resource operation which creates the object and the Send-Resource-Data operation which provides the data for the resource. The state during creation is 'pending' (3). The state after creation is either 'pending' or 'aborted' (8) if the resource data contains errors or if the Send-Resource-Data operation is not done quickly enough. > > > Resource Installation Phase > > Resources are installed using the Install-Resource operation. The state after installation is either 'pending-install' (4) if the Resource data must be installed after a reboot, 'installed' (5) if the Resource data can be installed immediately, or 'aborted' if the Resource data contains errors and cannot be installed. > > > Resource History Phase > > Resources in the history phase of their life cycle are in the 'canceled' or 'aborted' states. > > Resources are aborted by the System when it determines the Resource data contains errors, is missing, or has been replaced. > > Resources are canceled using the Cancel-Resource operation. That state after cancellation is 'canceled' (7) unless the Resource cannot be canceled, such as running firmware that must be replaced before it can be canceled. > > Systems delete Resource data when placing a Resource in the 'canceled' or 'aborted' state. Historical resources MUST be retained in these states for at least 300 seconds before deletion of the Resource object by the System service. > > > Resource Status Attributes > > date-time-at-creation (dateTime) > date-time-at-history (dateTime) > date-time-at-installed (dateTime) > resource-data-uri (uri | no-value) > resource-format (mimeMediaType) > resource-id (integer(1:MAX)) > resource-job-id (integer(1:MAX)) > resource-k-octets (integer(0:MAX)) > resource-printer-id (integer(1:MAX)) > resource-state (type1 enum) > resource-state-message (text(MAX)) > resource-state-reasons (1setOf type2 keyword) > resource-string-version (text(MAX)) > resource-type (type2 keyword) > resource-uuid (uri) > time-at-creation (integer(MIN:MAX)) > time-at-history (integer(MIN:MAX)) > time-at-installed (integer(MIN:MAX)) > > > Resource Description Attributes: > > resource-info (name(MAX)) > resource-name (name(MAX)) > resource-owner-col (collection) > owner-uri (uri) > owner-vcard (1setOf text(MAX)) > > > "resource-state" values: > > - 3 ('pending'): state after creation but before installation > - 4 ('pending-install'): state after install for resources that require a reboot > - 5 ('installed'): state when a resource is installed > - 7 ('canceled'): state when a resource has been canceled by Cancel-Resource operation > - 8 ('aborted'): state when a resource has been canceled by System service (bad resource, etc.) > > > "resource-state-reasons" values: > > - 'none': No additional state. > - 'resource-format-error': The Resource data contains format errors. > - 'resource-incomplete': The Resource object has been created but no data has been sent. > - 'resource-security-error': The Resource data's digital signature or other security features could not be verified. > - 'resource-timeout': The Resource was not installed within the multiple-operation-time-out period. > > "resource-type" values: > > - 'document': Template for creating Document object. > - 'firmware': Executable firmware (reboot generally required). > - 'font': Static font. > - 'icc-profile': Static ICC profile. > - 'image': Static image (icon, logo, etc.) > - 'job': Template for creating Job object. > - 'software': Executable software/application (reboot generally not required). > - 'strings': Static message catalog (strings file). > > "status-code" values (and operations that can return them): > > - 'successful-ok': All > - 'client-error-bad-request': All > - 'client-error-forbidden': All > - 'client-error-not-authenticated': All > - 'client-error-not-authorized': All > - 'client-error-not-found': Cancel-Resource > - 'client-error-request-entity-too-large': Send-Resource-Data > - 'client-error-document-format-not-supported': Send-Resource-Data > - 'client-error-attributes-or-values-not-supported': Create-Resource > - 'client-error-charset-not-supported': All > - 'client-error-conflicting-attributes': Create-Resource > - 'client-error-document-security-error': Send-Resource-Data, Install-Resource > - 'server-error-internal-error': All > - 'server-error-busy': Cancel-Resource, Create-Resource, Send-Resource-Data > - (NEW) 'server-error-too-many-resources': Create-Resource > > _________________________________________________________ > 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 From ipp-bounces@pwg.org Tue Sep 6 16:06:22 2016 Return-Path: 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 6B53F12B29B for ; Tue, 6 Sep 2016 16:06:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.865 X-Spam-Level: X-Spam-Status: No, score=-2.865 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-1.508, 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 (body 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 Lief6Un3I9lS for ; Tue, 6 Sep 2016 16:06:19 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 152CC12B03A for ; Tue, 6 Sep 2016 16:06:19 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 9CFBC4406; Tue, 6 Sep 2016 23:06:18 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id EA6862644; Tue, 6 Sep 2016 23:06:05 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2C9F4264A; Tue, 6 Sep 2016 23:06:04 +0000 (UTC) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) by www.pwg.org (Postfix) with ESMTPS id 231D62642 for ; Tue, 6 Sep 2016 23:06:02 +0000 (UTC) Received: by mail-oi0-x236.google.com with SMTP id m11so192796696oif.1 for ; Tue, 06 Sep 2016 16:06:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HD8BZwnx5nU2ympHiur+SDBnpDjfrcoUq/ZGcUayCY0=; b=td8QFRURkdxLcsEic8gdVi+0K5CUb59xBhFDKCZmeYvNwBZFItGv2U5XMxuzMJ6y1T hYMAYpuSpQnkxKZaiVEZXmcc+Vk18NbIQyiD2NYKEt+Xxw4l4H87t5yjWaVcNVogYmep lmTdwIHP6Ugxbk45h5a2oC1eFLiEwixBy/nn3lxMwDZwDaImanoqs4H7OdzafYTcMjO+ tDiD5gzKAWGV2T5ADNoVORjI/cU9BoYtSXg9MbpBUn0WIrkPIi9xjNJ26Uv8+YbTusMA iYxUL9Bfyrbh8VnjvbcnW8zNNCbT+AIeenYYfR2VtwRVsyTLAbSu7xP4HLPjFS3u2ANt 6LIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HD8BZwnx5nU2ympHiur+SDBnpDjfrcoUq/ZGcUayCY0=; b=kGFycCCN1V2TkjwcMN9VBICblDBnYf4rBlyRsIO7Jw4QyuWiefOdDLkPcWjHECq7bZ uGJF49K0mqbmBkpjsXiEYCynqEx3CHUypbtYdE0t0SckfVomtuZqhN7DDyoSXuPPeQfZ zEtJoHgKdPlSzTtQOfRGyuGYJcd3IqtM80uki16NKQ1lnJhZ52jfZE84ZeljNzpA3NUf Zq/+qgm+RZ/clRjjJHHs6VpmuOHZaLITeqqovjwNIEIXZLUmy8KZ/QXXxlNzhR1t/Blg vesSt2OmKzTECGMzNfjwz2yyiIv20yUoxCssg14pwgRZtRsgscRSDbxgjsLT6gdh4d4W fYRQ== X-Gm-Message-State: AE9vXwN9OiJeEN8WYf/L0zM17sCo7OprfQWdVUbD/AA8Jy9yclm8bj5ZdkmuAw/hxK7NVaG73st+QjsDhOJHaQ== X-Received: by 10.36.147.2 with SMTP id y2mr1762515itd.67.1473203161093; Tue, 06 Sep 2016 16:06:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Tue, 6 Sep 2016 16:05:40 -0700 (PDT) In-Reply-To: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> References: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> From: Ira McDonald Date: Tue, 6 Sep 2016 19:05:40 -0400 Message-ID: To: Michael Sweet Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0123219043775623555==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============0123219043775623555== Content-Type: multipart/alternative; boundary=94eb2c089e1c196362053bded7c0 --94eb2c089e1c196362053bded7c0 Content-Type: text/plain; charset=UTF-8 Hi Mike, I understand your reservations about 'created' (although it's a proper ISO 10175 state that was perhaps erroneously omitted in IPP/1.1). I have STRONG reservations about easily misinterpreted compound state names like 'pending-install' I've been working on the spec for two days for a release (I hope) later this week. I could live with these values of "resource-state": 'pending' - result of Create-Resource 'available' - result of Send-Resource-Data OR keep 'pending' and set 'resource-incoming' in "resource-state-reasons" (if delayed) 'installed' - result of Install-Resource OR keep 'available' and set 'install-requested' in "resource-state-reasons" (if delayed) 'canceled' - result of Cancel-Resource OR keep 'installed' and set 'cancel-requested' in "resource-state-reasons" (if delayed) 'aborted' - result of System decision after any failure of Send-Resource-Data or Install-Resource (or their delayed completion Primary state transitions should NEVER occur until the work is finished (e.g., delayed install due to wait-for-reboot) - they should be correctly foreshadowed by state reasons (as above). I've added Resource History phase and written the 300 seconds minimum duration stuff (I still can't find the IETF or PWG spec where we put this for Job History, but I clearly remember this discussion a long time ago with Pete Zehler). I'll happily abandon Send-Resource-URI, but I point out that this means that many Resources cannot be installed by a limited capacity mobile phone (e.g., licensed fonts are typically on a managed server before installation on a printer or app server). There is a problem with having the Job specify "resource-ids" for previously installed Resources, to whit, the scope of the Resource (new value of "resource-job-id") changes AFTER the Resource is created. How then would the System know to automatically cancel the Resource after the Job completes? Instead, I imagined submitting the the Job into 'pending-held', creating/uploading/installing any single-Job-scope Resources with proper values of "resource-job-id". Please puzzle this one out a bit more. I suppose/presume there's a similar ambiguity for a Printer-scope Resource? BTW - Although I reorganized section 6 into subsections for Printer, Resource, System, and Subscription operations, this made a thorough mess of all the cross-references to section 6 (not to be fixed up in this next draft, probably - I'm trying to get at least something in for all the model comments from the F2F). 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, Sep 6, 2016 at 4:49 PM, Michael Sweet wrote: > Ira, > > > On Aug 31, 2016, at 5:50 PM, Ira McDonald > wrote: > > > > Hi Mike, > > > > Apologies for late response. Been a busy week. > > > > I like most all of this except for two state names, because they're > > obscure. The Job state 'pending' has fuzzy applicability here. > > > > I suggest states/state reasons: > > > > 'created' - result of Create-Resource > > I prefer overloading 'pending' with the 'resource-incomplete' and > 'resource-incoming' state-reasons - first, it keeps things > consistent/familiar with Jobs and Documents, and second because we've never > had a "created but not ready" state anywhere else in the model - that's > always been a state-reason, not a first class state. > > > 'uploaded' - result of Send-Resource-Data, except when Resource > > stays 'created' w/ state reason 'resource-incoming' (like job-incoming > > in RFC 2911) > > I'm not keen on 'uploaded' since the name can be easily misunderstood (the > client uploaded the resource, the system/printer did not, it received it...) > > Maybe 'available' (one of the previous names we used) instead? Or just > use the 'pending' state with 'resource-available' in the state-reasons > (instead of 'none')? > > > 'installed' - result of Install-Resource, except when Resource > > stays 'uploaded' w/ state reason 'resource-installed' > > I'm not keen on 'resource-installed' as a state-reason indicating that a > request to install the resource has been received. It sounds more like the > resource *has* been installed, which would be incorrect. > > > 'canceled' - result of Cancel-Resource, except when Resource > > stays 'created/loaded/installed' w/ state reason 'resource-canceled' > > I also think 'aborted' is important to reflect when a resource is canceled > by the System, just as we do for Jobs and Documents. > > > 'pending-install' meaning "pending but NOT installed" is not symmetric > > with 'pending-held' meaning "pending AND held" > > Perhaps, but for event notifications (and general implementation of > resource updates that need a reboot) I think it is important to be able to > track a state for resources that need to be installed after a reboot/power > cycle. > > Also, pending-install could be more akin to processing-stopped than > pending-held. > > pending -> pending-install -> installed -> canceled (firmware update - > reboot needed) > pending --------------------> installed -> canceled (application update > - no reboot needed) > pending ---------------------------------> canceled (resource created > but canceled by client without installing) > pending ---------------------------------> aborted (resource created > but aborted by system due to errors) > > > ... > > PS - Reasoning behind the 'uploaded' state name is potential > > first class Admin operation Send-Resource-URI (for local domain > > authenticated Resource upload by reference rather than value). > > ... > > Ugh, please let's not go down that path. We have basically no real world > usage of Print-URI/Send-URI for printing after 16 years. Even assuming > that a managed network would allow a printer to make an outgoing connection > at all, allowing a client to point a printer at a URL for a firmware update > seems like a recipe for disaster. > > > > > On Wed, Aug 24, 2016 at 6:07 PM, Michael Sweet wrote: > > All, > > > > The following outline summarizes how I see the IPP Resource object > working in the System Service specification. Feedback welcome, and we can > discuss this at the next regular IPP conference call (Sept 19). > > > > TL;DR summary: Resource states are 'pending', 'pending-install', > 'installed', 'aborted', and 'canceled'. No more "resource-category" > attribute. State reasons and status codes for resource format and security > errors. > > > > ........ > > > > IPP Resource Object > > > > IPP Resource objects contain metadata and associated firmware, software, > templates, and other static data files. Resource objects have a simple > life cycle: creation, installation, history, and deletion. Resource > objects can be listed (Get-Resources) or queried (Get-Resource-Attributes) > until they are deleted by the System. > > > > > > Table N - IPP Resource Object Operations and Life Cycle > > > > Operation resource-state > resource-state-reasons > > ----------------------- --------------------- > ---------------------- > > Create-Resource 'pending' (3) 'resource-incomplete' > > > > Send-Resource-Data 'pending' (3) 'none' > > OR > > 'aborted' (8) 'resource-xxx-error' > > > > Install-Resource 'pending-install' (4) 'none' > > OR > > 'installed' (5) 'none' > > OR > > 'aborted' (8) 'resource-xxx-error' > > > > Cancel-Resource 'canceled' (7) 'none' > > OR > > 'installed' (5) 'none' > > > > Get-Resources All States All Reasons > > Get-Resource-Attributes All States All Reasons > > > > > > Resource Creation Phase > > > > Resources are created using the Create-Resource operation which creates > the object and the Send-Resource-Data operation which provides the data for > the resource. The state during creation is 'pending' (3). The state after > creation is either 'pending' or 'aborted' (8) if the resource data contains > errors or if the Send-Resource-Data operation is not done quickly enough. > > > > > > Resource Installation Phase > > > > Resources are installed using the Install-Resource operation. The state > after installation is either 'pending-install' (4) if the Resource data > must be installed after a reboot, 'installed' (5) if the Resource data can > be installed immediately, or 'aborted' if the Resource data contains errors > and cannot be installed. > > > > > > Resource History Phase > > > > Resources in the history phase of their life cycle are in the 'canceled' > or 'aborted' states. > > > > Resources are aborted by the System when it determines the Resource data > contains errors, is missing, or has been replaced. > > > > Resources are canceled using the Cancel-Resource operation. That state > after cancellation is 'canceled' (7) unless the Resource cannot be > canceled, such as running firmware that must be replaced before it can be > canceled. > > > > Systems delete Resource data when placing a Resource in the 'canceled' > or 'aborted' state. Historical resources MUST be retained in these states > for at least 300 seconds before deletion of the Resource object by the > System service. > > > > > > Resource Status Attributes > > > > date-time-at-creation (dateTime) > > date-time-at-history (dateTime) > > date-time-at-installed (dateTime) > > resource-data-uri (uri | no-value) > > resource-format (mimeMediaType) > > resource-id (integer(1:MAX)) > > resource-job-id (integer(1:MAX)) > > resource-k-octets (integer(0:MAX)) > > resource-printer-id (integer(1:MAX)) > > resource-state (type1 enum) > > resource-state-message (text(MAX)) > > resource-state-reasons (1setOf type2 keyword) > > resource-string-version (text(MAX)) > > resource-type (type2 keyword) > > resource-uuid (uri) > > time-at-creation (integer(MIN:MAX)) > > time-at-history (integer(MIN:MAX)) > > time-at-installed (integer(MIN:MAX)) > > > > > > Resource Description Attributes: > > > > resource-info (name(MAX)) > > resource-name (name(MAX)) > > resource-owner-col (collection) > > owner-uri (uri) > > owner-vcard (1setOf text(MAX)) > > > > > > "resource-state" values: > > > > - 3 ('pending'): state after creation but before installation > > - 4 ('pending-install'): state after install for resources that > require a reboot > > - 5 ('installed'): state when a resource is installed > > - 7 ('canceled'): state when a resource has been canceled by > Cancel-Resource operation > > - 8 ('aborted'): state when a resource has been canceled by System > service (bad resource, etc.) > > > > > > "resource-state-reasons" values: > > > > - 'none': No additional state. > > - 'resource-format-error': The Resource data contains format errors. > > - 'resource-incomplete': The Resource object has been created but no > data has been sent. > > - 'resource-security-error': The Resource data's digital signature > or other security features could not be verified. > > - 'resource-timeout': The Resource was not installed within the > multiple-operation-time-out period. > > > > "resource-type" values: > > > > - 'document': Template for creating Document object. > > - 'firmware': Executable firmware (reboot generally required). > > - 'font': Static font. > > - 'icc-profile': Static ICC profile. > > - 'image': Static image (icon, logo, etc.) > > - 'job': Template for creating Job object. > > - 'software': Executable software/application (reboot generally not > required). > > - 'strings': Static message catalog (strings file). > > > > "status-code" values (and operations that can return them): > > > > - 'successful-ok': All > > - 'client-error-bad-request': All > > - 'client-error-forbidden': All > > - 'client-error-not-authenticated': All > > - 'client-error-not-authorized': All > > - 'client-error-not-found': Cancel-Resource > > - 'client-error-request-entity-too-large': Send-Resource-Data > > - 'client-error-document-format-not-supported': Send-Resource-Data > > - 'client-error-attributes-or-values-not-supported': Create-Resource > > - 'client-error-charset-not-supported': All > > - 'client-error-conflicting-attributes': Create-Resource > > - 'client-error-document-security-error': Send-Resource-Data, > Install-Resource > > - 'server-error-internal-error': All > > - 'server-error-busy': Cancel-Resource, Create-Resource, > Send-Resource-Data > > - (NEW) 'server-error-too-many-resources': Create-Resource > > > > _________________________________________________________ > > 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 > > --94eb2c089e1c196362053bded7c0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Mike,

I understand your reservations about 'created' (= although it's a proper
ISO 10175 state that was perhaps erron= eously omitted in IPP/1.1).

I have STRONG reservations about e= asily misinterpreted compound
state names like 'pending-instal= l'

I've been working on the spec for two days for a re= lease (I hope) later
this week.

I could live with the= se values of "resource-state":

'pending' - r= esult of Create-Resource

'available' - result of Send-= Resource-Data OR keep 'pending' and
set 'resource-inco= ming' in "resource-state-reasons" (if delayed)

'= installed' - result of Install-Resource OR keep 'available' and=
set 'install-requested' in "resource-state-reasons&= quot; (if delayed)

'canceled' - result of Cancel-Resou= rce OR keep 'installed' and
set 'cancel-requested' in &q= uot;resource-state-reasons" (if delayed)

'aborted'= ; - result of System decision after any failure of
Send-Resource-D= ata or Install-Resource (or their delayed
completion

=
Primary state transitions should NEVER occur until the work
<= div>is finished (e.g., delayed install due to wait-for-reboot) - they
should be correctly foreshadowed by state reasons (as above).
<= /div>

I've added Resource History phase and written the 3= 00 seconds
minimum duration stuff (I still can't find the IETF= or PWG spec
where we put this for Job History, but I clearly reme= mber this
discussion a long time ago with Pete Zehler).

I'll happily abandon Send-Resource-URI, but I point out that this
means that many Resources cannot be installed by a limited
= capacity mobile phone (e.g., licensed fonts are typically on a
man= aged server before installation on a printer or app server).

T= here is a problem with having the Job specify "resource-ids"
<= /div>for previously installed Resources, to whit, the scope of the
Resource (new value of "resource-job-id") changes AFTER the
<= /div>Resource is created.=C2=A0 How then would the System know to
automatically cancel the Resource after the Job completes?
Instea= d, I imagined submitting the the Job into 'pending-held',
= creating/uploading/installing any single-Job-scope Resources
with = proper values of "resource-job-id".=C2=A0 Please puzzle this one<= br>
out a bit more.=C2=A0 I suppose/presume there's a similar ambi= guity
for a Printer-scope Resource?

BTW - Although I = reorganized section 6 into subsections for
Printer, Resource, Syst= em, and Subscription operations, this
made a thorough mess of all = the cross-references to section 6
(not to be fixed up in this next= draft, probably - I'm trying to get
at least something in for= all the model comments from the F2F).

Cheers,
- Ira<= br>


=
Ira McDonald (Musician / Software Ar= chitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux F= oundation Open Printing WG
Secretary - IEEE-ISTO Printer Working GroupCo-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/highnorthincmailto: blue= roofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 498= 39=C2=A0 906-494-2434


On Tue, Sep 6, 2016 at 4:49 PM, Michael Swee= t <msweet@apple.com> wrote:
Ira,

> On Aug 31, 2016, at 5:50 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Mike,
>
> Apologies for late response.=C2=A0 Been a busy week.
>
> I like most all of this except for two state names, because they'r= e
> obscure.=C2=A0 The Job state 'pending' has fuzzy applicability= here.
>
> I suggest states/state reasons:
>
> 'created' - result of Create-Resource

I prefer overloading 'pending' with the 'resource-incomp= lete' and 'resource-incoming' state-reasons - first, it keeps t= hings consistent/familiar with Jobs and Documents, and second because we= 9;ve never had a "created but not ready" state anywhere else in t= he model - that's always been a state-reason, not a first class state.<= br>
> 'uploaded' - result of Send-Resource-Data, except when Resourc= e
> stays 'created' w/ state reason 'resource-incoming' (l= ike job-incoming
> in RFC 2911)

I'm not keen on 'uploaded' since the name can be easily = misunderstood (the client uploaded the resource, the system/printer did not= , it received it...)

Maybe 'available' (one of the previous names we used) instead?=C2= =A0 Or just use the 'pending' state with 'resource-available= 9; in the state-reasons (instead of 'none')?

> 'installed' - result of Install-Resource, except when Resource=
> stays 'uploaded' w/ state reason 'resource-installed'<= br>
I'm not keen on 'resource-installed' as a state-reason i= ndicating that a request to install the resource has been received.=C2=A0 I= t sounds more like the resource *has* been installed, which would be incorr= ect.

> 'canceled' - result of Cancel-Resource, except when Resource > stays 'created/loaded/installed' w/ state reason 'resource= -canceled'

I also think 'aborted' is important to reflect when a resour= ce is canceled by the System, just as we do for Jobs and Documents.

> 'pending-install' meaning "pending but NOT installed"= ; is not symmetric
> with 'pending-held' meaning "pending AND held"

Perhaps, but for event notifications (and general implementation of = resource updates that need a reboot) I think it is important to be able to = track a state for resources that need to be installed after a reboot/power = cycle.

Also, pending-install could be more akin to processing-stopped than pending= -held.

pending -> pending-install -> installed -> canceled=C2=A0 =C2=A0(f= irmware update - reboot needed)
pending --------------------> installed -> canceled=C2=A0 =C2=A0(appl= ication update - no reboot needed)
pending ---------------------------------> canceled=C2=A0 =C2=A0(re= source created but canceled by client without installing)
pending ---------------------------------> aborted=C2=A0 =C2=A0 (re= source created but aborted by system due to errors)

> ...
> PS - Reasoning behind the 'uploaded' state na= me is potential
> first class Admin operation Send-Resource-URI (for local domain
> authenticated Resource upload by reference rather than value).
> ...

Ugh, please let's not go down that path.=C2=A0 We have basically no rea= l world usage of Print-URI/Send-URI for printing after 16 years.=C2=A0 Even= assuming that a managed network would allow a printer to make an outgoing = connection at all, allowing a client to point a printer at a URL for a firm= ware update seems like a recipe for disaster.



> On Wed, Aug 24, 2016 at 6:07 PM, Michael Sweet <msweet@apple.com> wrote:
> All,
>
> The following outline summarizes how I see the IPP Resource object wor= king in the System Service specification. Feedback welcome, and we can disc= uss this at the next regular IPP conference call (Sept 19).
>
> TL;DR summary: Resource states are 'pending', 'pending-ins= tall', 'installed', 'aborted', and 'canceled'. = No more "resource-category" attribute. State reasons and status c= odes for resource format and security errors.
>
> ........
>
> IPP Resource Object
>
> IPP Resource objects contain metadata and associated firmware, softwar= e, templates, and other static data files.=C2=A0 Resource objects have a si= mple life cycle: creation, installation, history, and deletion.=C2=A0 Resou= rce objects can be listed (Get-Resources) or queried (Get-Resource-Attribut= es) until they are deleted by the System.
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Table N - IPP Resource Object= Operations and Life Cycle
>
>=C2=A0 =C2=A0 =C2=A0Operation=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 resource-state=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0resource-stat= e-reasons
>=C2=A0 =C2=A0 =C2=A0-----------------------=C2=A0 ---------------------= =C2=A0 ----------------------
>=C2=A0 =C2=A0 =C2=A0Create-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= #39;pending' (3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'resource-incomp= lete'
>
>=C2=A0 =C2=A0 =C2=A0Send-Resource-Data=C2=A0 =C2=A0 =C2=A0 =C2=A0'p= ending' (3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'aborted' (8)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 'resource-xxx-error'
>
>=C2=A0 =C2=A0 =C2=A0Install-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&= #39;pending-install' (4)=C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'installed' (5)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'aborted' (8)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 'resource-xxx-error'
>
>=C2=A0 =C2=A0 =C2=A0Cancel-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= #39;canceled' (7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'installed' (5)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 'none'
>
>=C2=A0 =C2=A0 =C2=A0Get-Resources=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 All States=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0All Reasons >=C2=A0 =C2=A0 =C2=A0Get-Resource-Attributes=C2=A0 All States=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0All Reasons
>
>
> Resource Creation Phase
>
> Resources are created using the Create-Resource operation which create= s the object and the Send-Resource-Data operation which provides the data f= or the resource. The state during creation is 'pending' (3). The st= ate after creation is either 'pending' or 'aborted' (8) if = the resource data contains errors or if the Send-Resource-Data operation is= not done quickly enough.
>
>
> Resource Installation Phase
>
> Resources are installed using the Install-Resource operation. The stat= e after installation is either 'pending-install' (4) if the Resourc= e data must be installed after a reboot, 'installed' (5) if the Res= ource data can be installed immediately, or 'aborted' if the Resour= ce data contains errors and cannot be installed.
>
>
> Resource History Phase
>
> Resources in the history phase of their life cycle are in the 'can= celed' or 'aborted' states.
>
> Resources are aborted by the System when it determines the Resource da= ta contains errors, is missing, or has been replaced.
>
> Resources are canceled using the Cancel-Resource operation. That state= after cancellation is 'canceled' (7) unless the Resource cannot be= canceled, such as running firmware that must be replaced before it can be = canceled.
>
> Systems delete Resource data when placing a Resource in the 'cance= led' or 'aborted' state. Historical resources MUST be retained = in these states for at least 300 seconds before deletion of the Resource ob= ject by the System service.
>
>
> Resource Status Attributes
>
>=C2=A0 =C2=A0 =C2=A0date-time-at-creation (dateTime)
>=C2=A0 =C2=A0 =C2=A0date-time-at-history (dateTime)
>=C2=A0 =C2=A0 =C2=A0date-time-at-installed (dateTime)
>=C2=A0 =C2=A0 =C2=A0resource-data-uri (uri | no-value)
>=C2=A0 =C2=A0 =C2=A0resource-format (mimeMediaType)
>=C2=A0 =C2=A0 =C2=A0resource-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-job-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-k-octets (integer(0:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-printer-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-state (type1 enum)
>=C2=A0 =C2=A0 =C2=A0resource-state-message (text(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-state-reasons (1setOf type2 keyword)
>=C2=A0 =C2=A0 =C2=A0resource-string-version (text(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-type (type2 keyword)
>=C2=A0 =C2=A0 =C2=A0resource-uuid (uri)
>=C2=A0 =C2=A0 =C2=A0time-at-creation (integer(MIN:MAX))
>=C2=A0 =C2=A0 =C2=A0time-at-history (integer(MIN:MAX))
>=C2=A0 =C2=A0 =C2=A0time-at-installed (integer(MIN:MAX))
>
>
> Resource Description Attributes:
>
>=C2=A0 =C2=A0 =C2=A0resource-info (name(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-name (name(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-owner-col (collection)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0owner-uri (uri)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0owner-vcard (1setOf text(MAX))
>
>
> "resource-state" values:
>
>=C2=A0 =C2=A0 =C2=A0- 3 ('pending'): state after creation but b= efore installation
>=C2=A0 =C2=A0 =C2=A0- 4 ('pending-install'): state after instal= l for resources that require a reboot
>=C2=A0 =C2=A0 =C2=A0- 5 ('installed'): state when a resource is= installed
>=C2=A0 =C2=A0 =C2=A0- 7 ('canceled'): state when a resource has= been canceled by Cancel-Resource operation
>=C2=A0 =C2=A0 =C2=A0- 8 ('aborted'): state when a resource has = been canceled by System service (bad resource, etc.)
>
>
> "resource-state-reasons" values:
>
>=C2=A0 =C2=A0 =C2=A0- 'none': No additional state.
>=C2=A0 =C2=A0 =C2=A0- 'resource-format-error': The Resource dat= a contains format errors.
>=C2=A0 =C2=A0 =C2=A0- 'resource-incomplete': The Resource objec= t has been created but no data has been sent.
>=C2=A0 =C2=A0 =C2=A0- 'resource-security-error': The Resource d= ata's digital signature or other security features could not be verifie= d.
>=C2=A0 =C2=A0 =C2=A0- 'resource-timeout': The Resource was not = installed within the multiple-operation-time-out period.
>
> "resource-type" values:
>
>=C2=A0 =C2=A0 =C2=A0- 'document': Template for creating Documen= t object.
>=C2=A0 =C2=A0 =C2=A0- 'firmware': Executable firmware (reboot g= enerally required).
>=C2=A0 =C2=A0 =C2=A0- 'font': Static font.
>=C2=A0 =C2=A0 =C2=A0- 'icc-profile': Static ICC profile.
>=C2=A0 =C2=A0 =C2=A0- 'image': Static image (icon, logo, etc.)<= br> >=C2=A0 =C2=A0 =C2=A0- 'job': Template for creating Job object.<= br> >=C2=A0 =C2=A0 =C2=A0- 'software': Executable software/applicati= on (reboot generally not required).
>=C2=A0 =C2=A0 =C2=A0- 'strings': Static message catalog (string= s file).
>
> "status-code" values (and operations that can return them):<= br> >
>=C2=A0 =C2=A0 =C2=A0- 'successful-ok': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-bad-request': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-forbidden': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-authenticated': Al= l
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-authorized': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-found': Cancel-Resource=
>=C2=A0 =C2=A0 =C2=A0- 'client-error-request-entity-too-large&#= 39;: Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- 'client-error-document-format-not-suppor= ted': Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- 'client-error-attributes-or-values-not-s= upported': Create-Resource
>=C2=A0 =C2=A0 =C2=A0- 'client-error-charset-not-supported'= : All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-conflicting-attributes'= ;: Create-Resource
>=C2=A0 =C2=A0 =C2=A0- 'client-error-document-security-error= 9;: Send-Resource-Data, Install-Resource
>=C2=A0 =C2=A0 =C2=A0- 'server-error-internal-error': All
>=C2=A0 =C2=A0 =C2=A0- 'server-error-busy': Cancel-Resource, Cre= ate-Resource, Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- (NEW) 'server-error-too-many-resources&#= 39;: Create-Resource
>
> _________________________________________________________
> 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


--94eb2c089e1c196362053bded7c0-- --===============0123219043775623555== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0123219043775623555==-- From ipp-bounces@pwg.org Tue Sep 6 17:25:57 2016 Return-Path: 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 AA50312B3BD for ; Tue, 6 Sep 2016 17:25:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.865 X-Spam-Level: X-Spam-Status: No, score=-2.865 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 (body 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 RVj0BYvgyABH for ; Tue, 6 Sep 2016 17:25:54 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id E586412B444 for ; Tue, 6 Sep 2016 17:25:53 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 3E5A64403; Wed, 7 Sep 2016 00:25:53 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 824CE266A; Wed, 7 Sep 2016 00:25:39 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0187D266B; Wed, 7 Sep 2016 00:25:38 +0000 (UTC) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) by www.pwg.org (Postfix) with ESMTPS id 42673244F for ; Wed, 7 Sep 2016 00:25:37 +0000 (UTC) Received: by mail-oi0-x233.google.com with SMTP id w78so47452oie.3 for ; Tue, 06 Sep 2016 17:25:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yoWCMHK+mLhx5w/iPI0lzQwrcHOFYMTozD1odjITIzE=; b=oSW6aVa+sNUNQhUHFb18Ecz0lcL4GpT9aje04HfBRtNI1rQS6F+Hvhc1UAFx2ZV9Z/ 4YZScdBmgoOm/5LmHwBL36jnwSd6R8qhrfwfAO7kf6Zu86nh269I9owNC0tFCwyEJpC9 yPpnY8g1XRXnqg+3fC6R9cdFfiR2H91kphiVq+HKeTJYxbKT9yDUQkCMIDjl4BP6TTmj hI+s4Cp8/3OCDSzAQoSeJ9ExEWQEihfXsn6mPd8ySgqI1xlhlgkp/nR5LtsULnnSS/ae WdvPHkc6bG98dL7w3XFKa1yP2CJwEhdxmvBqbRyt9T9VJSPVt9cvqMqyfAbPh9DDEcy2 f3Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yoWCMHK+mLhx5w/iPI0lzQwrcHOFYMTozD1odjITIzE=; b=e8cMrkZhk63JyQMSSF3d9fAwEgPod7kz5sltUTfI9upg7OZFFDpc/LpI11I91yqXcu hHjNmXeMK1eVtCb13mE2uEqhPw69nTLF4dDfIAZprsP81Twu+SrSUitm3FXN2R0lbL6w FBdAASRqlCfsQ9d16oDl53xzWs2WzfyOEGszQ2i/2x/5esLPYjHG/CF+iijnPPCigo6q /9MSp99n/cb1f7BuI0JHNszgJgnfdTuYCMJ13Z9psjv6DSIQP0w3BJeUfiP03e6dgPZ7 hMqUThLOQpoxwqkM9bJpxpVJ3ZaE+8huVEOQAs7SBFE3XzQi4xBKeIrAKeQH/ScR3rF5 GUJQ== X-Gm-Message-State: AE9vXwNqVIs2zvhLSu4++hgPJXd/2/6feX4Oe9CN8ghbQUKKEaLy/NMTwg1scJKf7+Wl+O+OAjbDcST9KuuURQ== X-Received: by 10.36.147.2 with SMTP id y2mr2170771itd.67.1473207934576; Tue, 06 Sep 2016 17:25:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Tue, 6 Sep 2016 17:25:14 -0700 (PDT) In-Reply-To: References: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> From: Ira McDonald Date: Tue, 6 Sep 2016 20:25:14 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4009924684152603330==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============4009924684152603330== Content-Type: multipart/alternative; boundary=94eb2c089e1c9eedf6053bdff308 --94eb2c089e1c9eedf6053bdff308 Content-Type: text/plain; charset=UTF-8 Hi Mike, Further thoughts about "resource-printer-id" and "resource-job-id". Delete them. Several Printers and/or Jobs could need a Resource (and would have a pointer to indicate that), but the Resource should NOT have pointers. That is, all Resources are (as we agreed) of System scope and can only be managed (or state affected) by the System Service. WDYT? 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, Sep 6, 2016 at 7:05 PM, Ira McDonald wrote: > Hi Mike, > > I understand your reservations about 'created' (although it's a proper > ISO 10175 state that was perhaps erroneously omitted in IPP/1.1). > > I have STRONG reservations about easily misinterpreted compound > state names like 'pending-install' > > I've been working on the spec for two days for a release (I hope) later > this week. > > I could live with these values of "resource-state": > > 'pending' - result of Create-Resource > > 'available' - result of Send-Resource-Data OR keep 'pending' and > set 'resource-incoming' in "resource-state-reasons" (if delayed) > > 'installed' - result of Install-Resource OR keep 'available' and > set 'install-requested' in "resource-state-reasons" (if delayed) > > 'canceled' - result of Cancel-Resource OR keep 'installed' and > set 'cancel-requested' in "resource-state-reasons" (if delayed) > > 'aborted' - result of System decision after any failure of > Send-Resource-Data or Install-Resource (or their delayed > completion > > Primary state transitions should NEVER occur until the work > is finished (e.g., delayed install due to wait-for-reboot) - they > should be correctly foreshadowed by state reasons (as above). > > I've added Resource History phase and written the 300 seconds > minimum duration stuff (I still can't find the IETF or PWG spec > where we put this for Job History, but I clearly remember this > discussion a long time ago with Pete Zehler). > > I'll happily abandon Send-Resource-URI, but I point out that this > means that many Resources cannot be installed by a limited > capacity mobile phone (e.g., licensed fonts are typically on a > managed server before installation on a printer or app server). > > There is a problem with having the Job specify "resource-ids" > for previously installed Resources, to whit, the scope of the > Resource (new value of "resource-job-id") changes AFTER the > Resource is created. How then would the System know to > automatically cancel the Resource after the Job completes? > Instead, I imagined submitting the the Job into 'pending-held', > creating/uploading/installing any single-Job-scope Resources > with proper values of "resource-job-id". Please puzzle this one > out a bit more. I suppose/presume there's a similar ambiguity > for a Printer-scope Resource? > > BTW - Although I reorganized section 6 into subsections for > Printer, Resource, System, and Subscription operations, this > made a thorough mess of all the cross-references to section 6 > (not to be fixed up in this next draft, probably - I'm trying to get > at least something in for all the model comments from the F2F). > > 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, Sep 6, 2016 at 4:49 PM, Michael Sweet wrote: > >> Ira, >> >> > On Aug 31, 2016, at 5:50 PM, Ira McDonald >> wrote: >> > >> > Hi Mike, >> > >> > Apologies for late response. Been a busy week. >> > >> > I like most all of this except for two state names, because they're >> > obscure. The Job state 'pending' has fuzzy applicability here. >> > >> > I suggest states/state reasons: >> > >> > 'created' - result of Create-Resource >> >> I prefer overloading 'pending' with the 'resource-incomplete' and >> 'resource-incoming' state-reasons - first, it keeps things >> consistent/familiar with Jobs and Documents, and second because we've never >> had a "created but not ready" state anywhere else in the model - that's >> always been a state-reason, not a first class state. >> >> > 'uploaded' - result of Send-Resource-Data, except when Resource >> > stays 'created' w/ state reason 'resource-incoming' (like job-incoming >> > in RFC 2911) >> >> I'm not keen on 'uploaded' since the name can be easily misunderstood >> (the client uploaded the resource, the system/printer did not, it received >> it...) >> >> Maybe 'available' (one of the previous names we used) instead? Or just >> use the 'pending' state with 'resource-available' in the state-reasons >> (instead of 'none')? >> >> > 'installed' - result of Install-Resource, except when Resource >> > stays 'uploaded' w/ state reason 'resource-installed' >> >> I'm not keen on 'resource-installed' as a state-reason indicating that a >> request to install the resource has been received. It sounds more like the >> resource *has* been installed, which would be incorrect. >> >> > 'canceled' - result of Cancel-Resource, except when Resource >> > stays 'created/loaded/installed' w/ state reason 'resource-canceled' >> >> I also think 'aborted' is important to reflect when a resource is >> canceled by the System, just as we do for Jobs and Documents. >> >> > 'pending-install' meaning "pending but NOT installed" is not symmetric >> > with 'pending-held' meaning "pending AND held" >> >> Perhaps, but for event notifications (and general implementation of >> resource updates that need a reboot) I think it is important to be able to >> track a state for resources that need to be installed after a reboot/power >> cycle. >> >> Also, pending-install could be more akin to processing-stopped than >> pending-held. >> >> pending -> pending-install -> installed -> canceled (firmware update - >> reboot needed) >> pending --------------------> installed -> canceled (application update >> - no reboot needed) >> pending ---------------------------------> canceled (resource created >> but canceled by client without installing) >> pending ---------------------------------> aborted (resource created >> but aborted by system due to errors) >> >> > ... >> > PS - Reasoning behind the 'uploaded' state name is potential >> > first class Admin operation Send-Resource-URI (for local domain >> > authenticated Resource upload by reference rather than value). >> > ... >> >> Ugh, please let's not go down that path. We have basically no real world >> usage of Print-URI/Send-URI for printing after 16 years. Even assuming >> that a managed network would allow a printer to make an outgoing connection >> at all, allowing a client to point a printer at a URL for a firmware update >> seems like a recipe for disaster. >> >> >> >> > On Wed, Aug 24, 2016 at 6:07 PM, Michael Sweet >> wrote: >> > All, >> > >> > The following outline summarizes how I see the IPP Resource object >> working in the System Service specification. Feedback welcome, and we can >> discuss this at the next regular IPP conference call (Sept 19). >> > >> > TL;DR summary: Resource states are 'pending', 'pending-install', >> 'installed', 'aborted', and 'canceled'. No more "resource-category" >> attribute. State reasons and status codes for resource format and security >> errors. >> > >> > ........ >> > >> > IPP Resource Object >> > >> > IPP Resource objects contain metadata and associated firmware, >> software, templates, and other static data files. Resource objects have a >> simple life cycle: creation, installation, history, and deletion. Resource >> objects can be listed (Get-Resources) or queried (Get-Resource-Attributes) >> until they are deleted by the System. >> > >> > >> > Table N - IPP Resource Object Operations and Life Cycle >> > >> > Operation resource-state >> resource-state-reasons >> > ----------------------- --------------------- >> ---------------------- >> > Create-Resource 'pending' (3) >> 'resource-incomplete' >> > >> > Send-Resource-Data 'pending' (3) 'none' >> > OR >> > 'aborted' (8) 'resource-xxx-error' >> > >> > Install-Resource 'pending-install' (4) 'none' >> > OR >> > 'installed' (5) 'none' >> > OR >> > 'aborted' (8) 'resource-xxx-error' >> > >> > Cancel-Resource 'canceled' (7) 'none' >> > OR >> > 'installed' (5) 'none' >> > >> > Get-Resources All States All Reasons >> > Get-Resource-Attributes All States All Reasons >> > >> > >> > Resource Creation Phase >> > >> > Resources are created using the Create-Resource operation which creates >> the object and the Send-Resource-Data operation which provides the data for >> the resource. The state during creation is 'pending' (3). The state after >> creation is either 'pending' or 'aborted' (8) if the resource data contains >> errors or if the Send-Resource-Data operation is not done quickly enough. >> > >> > >> > Resource Installation Phase >> > >> > Resources are installed using the Install-Resource operation. The state >> after installation is either 'pending-install' (4) if the Resource data >> must be installed after a reboot, 'installed' (5) if the Resource data can >> be installed immediately, or 'aborted' if the Resource data contains errors >> and cannot be installed. >> > >> > >> > Resource History Phase >> > >> > Resources in the history phase of their life cycle are in the >> 'canceled' or 'aborted' states. >> > >> > Resources are aborted by the System when it determines the Resource >> data contains errors, is missing, or has been replaced. >> > >> > Resources are canceled using the Cancel-Resource operation. That state >> after cancellation is 'canceled' (7) unless the Resource cannot be >> canceled, such as running firmware that must be replaced before it can be >> canceled. >> > >> > Systems delete Resource data when placing a Resource in the 'canceled' >> or 'aborted' state. Historical resources MUST be retained in these states >> for at least 300 seconds before deletion of the Resource object by the >> System service. >> > >> > >> > Resource Status Attributes >> > >> > date-time-at-creation (dateTime) >> > date-time-at-history (dateTime) >> > date-time-at-installed (dateTime) >> > resource-data-uri (uri | no-value) >> > resource-format (mimeMediaType) >> > resource-id (integer(1:MAX)) >> > resource-job-id (integer(1:MAX)) >> > resource-k-octets (integer(0:MAX)) >> > resource-printer-id (integer(1:MAX)) >> > resource-state (type1 enum) >> > resource-state-message (text(MAX)) >> > resource-state-reasons (1setOf type2 keyword) >> > resource-string-version (text(MAX)) >> > resource-type (type2 keyword) >> > resource-uuid (uri) >> > time-at-creation (integer(MIN:MAX)) >> > time-at-history (integer(MIN:MAX)) >> > time-at-installed (integer(MIN:MAX)) >> > >> > >> > Resource Description Attributes: >> > >> > resource-info (name(MAX)) >> > resource-name (name(MAX)) >> > resource-owner-col (collection) >> > owner-uri (uri) >> > owner-vcard (1setOf text(MAX)) >> > >> > >> > "resource-state" values: >> > >> > - 3 ('pending'): state after creation but before installation >> > - 4 ('pending-install'): state after install for resources that >> require a reboot >> > - 5 ('installed'): state when a resource is installed >> > - 7 ('canceled'): state when a resource has been canceled by >> Cancel-Resource operation >> > - 8 ('aborted'): state when a resource has been canceled by System >> service (bad resource, etc.) >> > >> > >> > "resource-state-reasons" values: >> > >> > - 'none': No additional state. >> > - 'resource-format-error': The Resource data contains format errors. >> > - 'resource-incomplete': The Resource object has been created but >> no data has been sent. >> > - 'resource-security-error': The Resource data's digital signature >> or other security features could not be verified. >> > - 'resource-timeout': The Resource was not installed within the >> multiple-operation-time-out period. >> > >> > "resource-type" values: >> > >> > - 'document': Template for creating Document object. >> > - 'firmware': Executable firmware (reboot generally required). >> > - 'font': Static font. >> > - 'icc-profile': Static ICC profile. >> > - 'image': Static image (icon, logo, etc.) >> > - 'job': Template for creating Job object. >> > - 'software': Executable software/application (reboot generally not >> required). >> > - 'strings': Static message catalog (strings file). >> > >> > "status-code" values (and operations that can return them): >> > >> > - 'successful-ok': All >> > - 'client-error-bad-request': All >> > - 'client-error-forbidden': All >> > - 'client-error-not-authenticated': All >> > - 'client-error-not-authorized': All >> > - 'client-error-not-found': Cancel-Resource >> > - 'client-error-request-entity-too-large': Send-Resource-Data >> > - 'client-error-document-format-not-supported': Send-Resource-Data >> > - 'client-error-attributes-or-values-not-supported': >> Create-Resource >> > - 'client-error-charset-not-supported': All >> > - 'client-error-conflicting-attributes': Create-Resource >> > - 'client-error-document-security-error': Send-Resource-Data, >> Install-Resource >> > - 'server-error-internal-error': All >> > - 'server-error-busy': Cancel-Resource, Create-Resource, >> Send-Resource-Data >> > - (NEW) 'server-error-too-many-resources': Create-Resource >> > >> > _________________________________________________________ >> > 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 >> >> > --94eb2c089e1c9eedf6053bdff308 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,
<= br>
Further thoughts about "resource-printer-id" and "r= esource-job-id".

Delete them.=C2=A0 Several Printers and/= or Jobs could need a Resource
(and would have a pointer to indicat= e that), but the Resource should
NOT have pointers.=C2=A0 That is,= all Resources are (as we agreed) of
System scope and can only be = managed (or state affected) by the
System Service.

WD= YT?

Cheers,
- Ira


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


On Tue, Sep 6, 2016 at 7:05 PM, Ira McDonald= <blueroofmusic@gmail.com> wrote:
Hi Mike,

I understand your reservations about '= created' (although it's a proper
ISO 10175 state that was= perhaps erroneously omitted in IPP/1.1).

I have STRONG reserv= ations about easily misinterpreted compound
state names like '= pending-install'

I've been working on the spec for two= days for a release (I hope) later
this week.

I could= live with these values of "resource-state":

'pe= nding' - result of Create-Resource

'available' - r= esult of Send-Resource-Data OR keep 'pending' and
set '= ;resource-incoming' in "resource-state-reasons" (if delayed)<= /div>
'installed' - result of Install-Resource OR keep 'avai= lable' and
set 'install-requested' in "resource-= state-reasons" (if delayed)

'canceled' - result o= f Cancel-Resource OR keep 'installed' and
set 'cancel-reques= ted' in "resource-state-reasons" (if delayed)

&#= 39;aborted' - result of System decision after any failure of
S= end-Resource-Data or Install-Resource (or their delayed
completion=

Primary state transitions should NEVER occur until the w= ork
is finished (e.g., delayed install due to wait-for-reboot= ) - they
should be correctly foreshadowed by state reasons (a= s above).

I've added Resource History phase and= written the 300 seconds
minimum duration stuff (I still can't= find the IETF or PWG spec
where we put this for Job History, but = I clearly remember this
discussion a long time ago with Pete Zehle= r).

I'll happily abandon Send-Resource-URI, but I point ou= t that this
means that many Resources cannot be installed by a lim= ited
capacity mobile phone (e.g., licensed fonts are typically on = a
managed server before installation on a printer or app server).<= br>
There is a problem with having the Job specify "resource-= ids"
for previously installed Resources, to whit, the scope o= f the
Resource (new value of "resource-job-id") changes = AFTER the
Resource is created.=C2=A0 How then would the System kno= w to
automatically cancel the Resource after the Job completes?
Instead, I imagined submitting the the Job into 'pending-held&#= 39;,
creating/uploading/installing any single-Job-scope Resources<= br>
with proper values of "resource-job-id".=C2=A0 Please pu= zzle this one
out a bit more.=C2=A0 I suppose/presume there's = a similar ambiguity
for a Printer-scope Resource?

BTW= - Although I reorganized section 6 into subsections for
Printer, = Resource, System, and Subscription operations, this
made a thoroug= h mess of all the cross-references to section 6
(not to be fixed u= p in this next draft, probably - I'm trying to get
at least so= mething in for all the model comments from the F2F).

Cheers,
- Ira


=
=
Ira McDonald (Musician / Softwa= re Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Li= nux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Gr= oup
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Desig= nated Expert - IPP & Printer MIB
Blue Roof Music / High North Inchttp://sites.google.com/site/blueroofmus= ic
http://sites.google.com/site/hig= hnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 = Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand= Marais, MI 49839=C2=A0 906-494-2434


On Tue, Sep 6,= 2016 at 4:49 PM, Michael Sweet <msweet@apple.com> wrote:
=
Ira,

> On Aug 31, 2016, at 5:50 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:=
>
> Hi Mike,
>
> Apologies for late response.=C2=A0 Been a busy week.
>
> I like most all of this except for two state names, because they'r= e
> obscure.=C2=A0 The Job state 'pending' has fuzzy applicability= here.
>
> I suggest states/state reasons:
>
> 'created' - result of Create-Resource

I prefer overloading 'pending' with the 'resource-incomp= lete' and 'resource-incoming' state-reasons - first, it keeps t= hings consistent/familiar with Jobs and Documents, and second because we= 9;ve never had a "created but not ready" state anywhere else in t= he model - that's always been a state-reason, not a first class state.<= br>
> 'uploaded' - result of Send-Resource-Data, except when Resourc= e
> stays 'created' w/ state reason 'resource-incoming' (l= ike job-incoming
> in RFC 2911)

I'm not keen on 'uploaded' since the name can be easily = misunderstood (the client uploaded the resource, the system/printer did not= , it received it...)

Maybe 'available' (one of the previous names we used) instead?=C2= =A0 Or just use the 'pending' state with 'resource-available= 9; in the state-reasons (instead of 'none')?

> 'installed' - result of Install-Resource, except when Resource=
> stays 'uploaded' w/ state reason 'resource-installed'<= br>
I'm not keen on 'resource-installed' as a state-reason i= ndicating that a request to install the resource has been received.=C2=A0 I= t sounds more like the resource *has* been installed, which would be incorr= ect.

> 'canceled' - result of Cancel-Resource, except when Resource > stays 'created/loaded/installed' w/ state reason 'resource= -canceled'

I also think 'aborted' is important to reflect when a resour= ce is canceled by the System, just as we do for Jobs and Documents.

> 'pending-install' meaning "pending but NOT installed"= ; is not symmetric
> with 'pending-held' meaning "pending AND held"

Perhaps, but for event notifications (and general implementation of = resource updates that need a reboot) I think it is important to be able to = track a state for resources that need to be installed after a reboot/power = cycle.

Also, pending-install could be more akin to processing-stopped than pending= -held.

pending -> pending-install -> installed -> canceled=C2=A0 =C2=A0(f= irmware update - reboot needed)
pending --------------------> installed -> canceled=C2=A0 =C2=A0(appl= ication update - no reboot needed)
pending ---------------------------------> canceled=C2=A0 =C2=A0(re= source created but canceled by client without installing)
pending ---------------------------------> aborted=C2=A0 =C2=A0 (re= source created but aborted by system due to errors)

> ...
> PS - Reasoning behind the 'uploaded' state name is poten= tial
> first class Admin operation Send-Resource-URI (for local domain
> authenticated Resource upload by reference rather than value).
> ...

Ugh, please let's not go down that path.=C2=A0 We have basically no rea= l world usage of Print-URI/Send-URI for printing after 16 years.=C2=A0 Even= assuming that a managed network would allow a printer to make an outgoing = connection at all, allowing a client to point a printer at a URL for a firm= ware update seems like a recipe for disaster.



> On Wed, Aug 24, 2016 at 6:07 PM, Michael Sweet <msweet@apple.com> wrote:
> All,
>
> The following outline summarizes how I see the IPP Resource object wor= king in the System Service specification. Feedback welcome, and we can disc= uss this at the next regular IPP conference call (Sept 19).
>
> TL;DR summary: Resource states are 'pending', 'pending-ins= tall', 'installed', 'aborted', and 'canceled'. = No more "resource-category" attribute. State reasons and status c= odes for resource format and security errors.
>
> ........
>
> IPP Resource Object
>
> IPP Resource objects contain metadata and associated firmware, softwar= e, templates, and other static data files.=C2=A0 Resource objects have a si= mple life cycle: creation, installation, history, and deletion.=C2=A0 Resou= rce objects can be listed (Get-Resources) or queried (Get-Resource-Attribut= es) until they are deleted by the System.
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Table N - IPP Resource Object= Operations and Life Cycle
>
>=C2=A0 =C2=A0 =C2=A0Operation=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 resource-state=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0resource-stat= e-reasons
>=C2=A0 =C2=A0 =C2=A0-----------------------=C2=A0 ---------------------= =C2=A0 ----------------------
>=C2=A0 =C2=A0 =C2=A0Create-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= #39;pending' (3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'resource-incomp= lete'
>
>=C2=A0 =C2=A0 =C2=A0Send-Resource-Data=C2=A0 =C2=A0 =C2=A0 =C2=A0'p= ending' (3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'aborted' (8)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 'resource-xxx-error'
>
>=C2=A0 =C2=A0 =C2=A0Install-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&= #39;pending-install' (4)=C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'installed' (5)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'aborted' (8)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 'resource-xxx-error'
>
>=C2=A0 =C2=A0 =C2=A0Cancel-Resource=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 &= #39;canceled' (7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'none'
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 OR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 'installed' (5)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 'none'
>
>=C2=A0 =C2=A0 =C2=A0Get-Resources=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 All States=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0All Reasons >=C2=A0 =C2=A0 =C2=A0Get-Resource-Attributes=C2=A0 All States=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0All Reasons
>
>
> Resource Creation Phase
>
> Resources are created using the Create-Resource operation which create= s the object and the Send-Resource-Data operation which provides the data f= or the resource. The state during creation is 'pending' (3). The st= ate after creation is either 'pending' or 'aborted' (8) if = the resource data contains errors or if the Send-Resource-Data operation is= not done quickly enough.
>
>
> Resource Installation Phase
>
> Resources are installed using the Install-Resource operation. The stat= e after installation is either 'pending-install' (4) if the Resourc= e data must be installed after a reboot, 'installed' (5) if the Res= ource data can be installed immediately, or 'aborted' if the Resour= ce data contains errors and cannot be installed.
>
>
> Resource History Phase
>
> Resources in the history phase of their life cycle are in the 'can= celed' or 'aborted' states.
>
> Resources are aborted by the System when it determines the Resource da= ta contains errors, is missing, or has been replaced.
>
> Resources are canceled using the Cancel-Resource operation. That state= after cancellation is 'canceled' (7) unless the Resource cannot be= canceled, such as running firmware that must be replaced before it can be = canceled.
>
> Systems delete Resource data when placing a Resource in the 'cance= led' or 'aborted' state. Historical resources MUST be retained = in these states for at least 300 seconds before deletion of the Resource ob= ject by the System service.
>
>
> Resource Status Attributes
>
>=C2=A0 =C2=A0 =C2=A0date-time-at-creation (dateTime)
>=C2=A0 =C2=A0 =C2=A0date-time-at-history (dateTime)
>=C2=A0 =C2=A0 =C2=A0date-time-at-installed (dateTime)
>=C2=A0 =C2=A0 =C2=A0resource-data-uri (uri | no-value)
>=C2=A0 =C2=A0 =C2=A0resource-format (mimeMediaType)
>=C2=A0 =C2=A0 =C2=A0resource-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-job-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-k-octets (integer(0:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-printer-id (integer(1:MAX))
>=C2=A0 =C2=A0 =C2=A0resource-state (type1 enum)
>=C2=A0 =C2=A0 =C2=A0resource-state-message (text(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-state-reasons (1setOf type2 keyword)
>=C2=A0 =C2=A0 =C2=A0resource-string-version (text(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-type (type2 keyword)
>=C2=A0 =C2=A0 =C2=A0resource-uuid (uri)
>=C2=A0 =C2=A0 =C2=A0time-at-creation (integer(MIN:MAX))
>=C2=A0 =C2=A0 =C2=A0time-at-history (integer(MIN:MAX))
>=C2=A0 =C2=A0 =C2=A0time-at-installed (integer(MIN:MAX))
>
>
> Resource Description Attributes:
>
>=C2=A0 =C2=A0 =C2=A0resource-info (name(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-name (name(MAX))
>=C2=A0 =C2=A0 =C2=A0resource-owner-col (collection)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0owner-uri (uri)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0owner-vcard (1setOf text(MAX))
>
>
> "resource-state" values:
>
>=C2=A0 =C2=A0 =C2=A0- 3 ('pending'): state after creation but b= efore installation
>=C2=A0 =C2=A0 =C2=A0- 4 ('pending-install'): state after instal= l for resources that require a reboot
>=C2=A0 =C2=A0 =C2=A0- 5 ('installed'): state when a resource is= installed
>=C2=A0 =C2=A0 =C2=A0- 7 ('canceled'): state when a resource has= been canceled by Cancel-Resource operation
>=C2=A0 =C2=A0 =C2=A0- 8 ('aborted'): state when a resource has = been canceled by System service (bad resource, etc.)
>
>
> "resource-state-reasons" values:
>
>=C2=A0 =C2=A0 =C2=A0- 'none': No additional state.
>=C2=A0 =C2=A0 =C2=A0- 'resource-format-error': The Resource dat= a contains format errors.
>=C2=A0 =C2=A0 =C2=A0- 'resource-incomplete': The Resource objec= t has been created but no data has been sent.
>=C2=A0 =C2=A0 =C2=A0- 'resource-security-error': The Resource d= ata's digital signature or other security features could not be verifie= d.
>=C2=A0 =C2=A0 =C2=A0- 'resource-timeout': The Resource was not = installed within the multiple-operation-time-out period.
>
> "resource-type" values:
>
>=C2=A0 =C2=A0 =C2=A0- 'document': Template for creating Documen= t object.
>=C2=A0 =C2=A0 =C2=A0- 'firmware': Executable firmware (reboot g= enerally required).
>=C2=A0 =C2=A0 =C2=A0- 'font': Static font.
>=C2=A0 =C2=A0 =C2=A0- 'icc-profile': Static ICC profile.
>=C2=A0 =C2=A0 =C2=A0- 'image': Static image (icon, logo, etc.)<= br> >=C2=A0 =C2=A0 =C2=A0- 'job': Template for creating Job object.<= br> >=C2=A0 =C2=A0 =C2=A0- 'software': Executable software/applicati= on (reboot generally not required).
>=C2=A0 =C2=A0 =C2=A0- 'strings': Static message catalog (string= s file).
>
> "status-code" values (and operations that can return them):<= br> >
>=C2=A0 =C2=A0 =C2=A0- 'successful-ok': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-bad-request': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-forbidden': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-authenticated': Al= l
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-authorized': All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-not-found': Cancel-Resource=
>=C2=A0 =C2=A0 =C2=A0- 'client-error-request-entity-too-large&#= 39;: Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- 'client-error-document-format-not-suppor= ted': Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- 'client-error-attributes-or-values-not-s= upported': Create-Resource
>=C2=A0 =C2=A0 =C2=A0- 'client-error-charset-not-supported'= : All
>=C2=A0 =C2=A0 =C2=A0- 'client-error-conflicting-attributes'= ;: Create-Resource
>=C2=A0 =C2=A0 =C2=A0- 'client-error-document-security-error= 9;: Send-Resource-Data, Install-Resource
>=C2=A0 =C2=A0 =C2=A0- 'server-error-internal-error': All
>=C2=A0 =C2=A0 =C2=A0- 'server-error-busy': Cancel-Resource, Cre= ate-Resource, Send-Resource-Data
>=C2=A0 =C2=A0 =C2=A0- (NEW) 'server-error-too-many-resources&#= 39;: Create-Resource
>
> _________________________________________________________
> 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



--94eb2c089e1c9eedf6053bdff308-- --===============4009924684152603330== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============4009924684152603330==-- From ipp-bounces@pwg.org Wed Sep 7 09:04:03 2016 Return-Path: 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 2DED012B384 for ; Wed, 7 Sep 2016 09:04:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.979 X-Spam-Level: X-Spam-Status: No, score=-2.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RP_MATCHES_RCVD=-1.508, 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 KLvma7XH27aN for ; Wed, 7 Sep 2016 09:04:00 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 62B6E12B399 for ; Wed, 7 Sep 2016 09:03:56 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 4198A4403; Wed, 7 Sep 2016 16:03:54 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 8EACF266E; Wed, 7 Sep 2016 16:03:47 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id ED9B5267E; Wed, 7 Sep 2016 16:03:45 +0000 (UTC) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0135.outbound.protection.outlook.com [104.47.33.135]) by www.pwg.org (Postfix) with ESMTPS id 986BF266B for ; Wed, 7 Sep 2016 16:03:44 +0000 (UTC) Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) by DF4PR84MB0281.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.19) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.609.9; Wed, 7 Sep 2016 16:03:42 +0000 Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) with mapi id 15.01.0599.016; Wed, 7 Sep 2016 16:03:42 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Michael Sweet , Ira McDonald Thread-Topic: [IPP] [IANA #923474] General Request for Assignment (ipp-registrations) Thread-Index: AQHR+WtTWTdt24LZo060gFfFnODsR6BuT/gA Date: Wed, 7 Sep 2016 16:03:42 +0000 Message-ID: <7FD73B27-2904-4D1C-9DC2-393221CA38B2@hp.com> References: <201608162338.u7GNcNQV007926@pechora3.lax.icann.org> <101A66B0-56F7-4F94-BD94-4D1EF22458FC@apple.com> In-Reply-To: <101A66B0-56F7-4F94-BD94-4D1EF22458FC@apple.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-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [15.65.252.12] x-ms-office365-filtering-correlation-id: e376351a-3225-47bd-8c1c-08d3d73889fd x-microsoft-exchange-diagnostics: 1; DF4PR84MB0281; 6:Bww7EkrUyM4IhL6V8iYMfBVNGcD5rNUPBNxP8DZuyFKXDVw8BMe6XxaR9Atl+0Jru/DHKU36CezagWU5/90QVG4adcoE/P+iy1dvJcEBxNC2wKKoW2gj4kM53PsuyKCGZROM49Aw1PMCJrMBPSDFjhsGfT4r2JwNRSYLb6R/AYYzDdjITBdyGu5aFLF6tH3HucBAbWV2jJ0eWE94ggsyRgaFOqJ7BA8+5oUTA3kCVrM8oYbAFH//tz4it4zAXKKNINE7e9u0NT5aAU3z62iqBUM3ZCqfcPJNC4DKOzxZHAo=; 5:uacN7rviugeSE2PuxiuMiRHKeZ0knFrbSkTJ+JKhgY8KJ1hNflon24qIxKDp0H2YCyOk7mV7OsD5zHjpjuchM3agKW5+RpEbsga5OHQ9xhgeWwI3Id15sk0ltuMI2KLh6DAf7iMjMq7GUqQWEwlZdA==; 24:5wOdmwKbLgwTaqT+Iv1NB9XwnHA9aZBIQwLPPv9qlqYgCcom3nWkzL9oNZZk/8cNGj2Cf4GzZh1xjQyx4Y8SH7zOMAmpQGWhprGpEg0a5Cw=; 7:mjk32k9ksqHx2P7Wr/EDgLF/5JgqzWY7Akv4GDfHxyAb3HAiModTD+2zL7napnCpGepstwotj8WAkvHMHYU3HQtDhMYPxUeM2SyPjUELmy+MPPkPOsRpVk9SOgsxHn9P3LE6GadnSfj5BBLh118JK+YJzpZRfgwq52fFxrU2rBwOGQM0aDt3vCKlvbRL/cBCIZ7BDD+k9MXo1qKl34SmWzR2ti0vaFBSEkuiPPovIYAzqg348rVXTYXVYTYMKnpE x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DF4PR84MB0281; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(111039206520245)(211936372134217)(31960201722614)(1591387915157); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DF4PR84MB0281; BCL:0; PCL:0; RULEID:; SRVR:DF4PR84MB0281; x-forefront-prvs: 0058ABBBC7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(22974007)(199003)(189002)(377424004)(24454002)(377454003)(6602003)(50944005)(325944008)(97736004)(19580405001)(5001770100001)(101416001)(16236675004)(99936001)(19580395003)(189998001)(50986999)(36756003)(4326007)(10400500002)(11100500001)(6116002)(122556002)(102836003)(15975445007)(7736002)(83716003)(586003)(19273905006)(3846002)(86362001)(77096005)(8666005)(54356999)(81166006)(106356001)(3660700001)(68736007)(2950100001)(2900100001)(82746002)(19617315012)(87936001)(7846002)(92566002)(93886004)(81156014)(33656002)(3280700002)(76176999)(5660300001)(105586002)(106116001)(7906003)(2906002)(8936002)(66066001)(99286002)(5002640100001)(7059030)(16351025005)(104396002)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR84MB0281; H:DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Sep 2016 16:03:42.0975 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0281 Cc: "ipp@pwg.org" Subject: Re: [IPP] [IANA #923474] General Request for Assignment (ipp-registrations) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5193010642963090774==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5193010642963090774== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_7E9F692B-2CFD-4F14-AD09-960CE8EEA449"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_7E9F692B-2CFD-4F14-AD09-960CE8EEA449 Content-Type: multipart/alternative; boundary="Apple-Mail=_C1389CE6-596C-4D23-B17C-3314DCEC7400" --Apple-Mail=_C1389CE6-596C-4D23-B17C-3314DCEC7400 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, As I mentioned at the August F2F, I found a couple of issues when I = downloaded the latest .csv files from the IANA registry page. I forgot I = had started writing them up and found this in my drafts box. In the = "Attributes" section, the value from the "Reference" column is also = appended to the value in the "Syntax" column: - "folding-offset-supported" - "job-account-type-supported" - "punching-locations-supported" - "retry-time-out-default" I thought I found some other errors but didn't record them. If I find = them again I'll let you know. Cheers, Smith /** Smith Kennedy Wireless Architect - Client Software - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB IF Chair, IEEE ISTO Printer Working Group HP Inc. */ > On 2016-08-18, at 10:11 AM, Michael Sweet wrote: >=20 > Looks good! >=20 >=20 >> On Aug 17, 2016, at 6:06 PM, Ira McDonald > wrote: >>=20 >> Hi, >>=20 >> Amanda Baber at IANA has surpassed herself - 20 hours to complete >> IANA IPP Registrations updates! >>=20 >> Mike - please double-check. >>=20 >> Cheers, >> - Ira >>=20 >> 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 >>=20 >>=20 >> ---------- Forwarded message ---------- >> From: Amanda Baber via RT > >> Date: Wed, Aug 17, 2016 at 5:17 PM >> Subject: [IANA #923474] General Request for Assignment = (ipp-registrations) >> To: blueroofmusic@gmail.com >>=20 >>=20 >> Hi Ira, >>=20 >> These changes are complete. Please see >>=20 >> http://www.iana.org/assignments/ipp-registrations = >>=20 >> Best regards, >>=20 >> Amanda Baber >> IANA Lead Specialist >> ICANN >>=20 >> On Tue Aug 16 23:38:24 2016, blueroofmusic@gmail.com = wrote: >> > >> > Contact Name: >> > Ira McDonald >> > >> > Contact Email: >> > blueroofmusic@gmail.com >> > >> > Type of Assignment: >> > Permanent registration updates in IPP Registry >> > >> > Copy of revised IANA XML registry is at: >> > http://ftp.pwg.org/pub/pwg/ipp/IANA-IPP-registrations/ = >> > in the file ipp-registrations-20160816.xml >> > >> > Changes: >> > - move all of the "-actual" attributes to the corresponding Status >> > group, along with a couple "-supplied" attributes that were also >> > incorrectly in the Description group >> > >> > Registry: >> > IANA IPP Registry >> > http://www.iana.org/assignments/ipp-registrations/ipp- = >> > registrations.xml >> > >> > Description: >> > Description: >> > Proposed: Mike Sweet (Apple) >> > Reviewed: By IETF Designated Experts for IPP Registry >> > Approved: 16 August 2016 >> > By: Ira McDonald (IETF Designated Expert for IPP Registry) >> > >> > Additional Info: >> > Brings IANA IPP Registry (from RFC 2911) up-to-date for recent >> > PWG IPP attribute registrations >>=20 >>=20 >>=20 >>=20 >=20 > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp = --Apple-Mail=_C1389CE6-596C-4D23-B17C-3314DCEC7400 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Greetings,

As I mentioned at the August F2F, I found a couple of issues = when I downloaded the latest .csv files from the IANA registry page. I = forgot I had started writing them up and found this in my drafts box. =  In the "Attributes" section, the value from the "Reference" column = is also appended to the value in the "Syntax" column:

- = "folding-offset-supported"
- = "job-account-type-supported"
- = "punching-locations-supported"
- = "retry-time-out-default"

I thought I found some other errors but didn't record them. = If I find them again I'll let you know.

Cheers,

Smith

/**
    Smith = Kennedy
    Wireless Architect - Client Software = - IPG-PPS
    Standards - IEEE ISTO PWG / = Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
    Chair, IEEE ISTO Printer Working Group
    HP Inc.
*/



On 2016-08-18, at 10:11 AM, Michael Sweet <msweet@apple.com> = wrote:

Looks good!


On Aug = 17, 2016, at 6:06 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi,

Amanda = Baber at IANA has surpassed herself - 20 hours to complete
IANA IPP Registrations updates!

Mike - please double-check.

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


---------- Forwarded message ----------
From: Amanda Baber via RT <iana-prot-param@iana.org>
Date: = Wed, Aug 17, 2016 at 5:17 PM
Subject: [IANA #923474] = General Request for Assignment (ipp-registrations)
To: blueroofmusic@gmail.com


Hi Ira,

These changes are = complete. Please see

http://www.iana.org/assignments/ipp-registrations

Best regards,

Amanda Baber
IANA Lead Specialist
ICANN

On Tue Aug 16 23:38:24 2016, blueroofmusic@gmail.com wrote:
>
> Contact Name:
> Ira McDonald
>
> Contact Email:
> blueroofmusic@gmail.com
>
> Type of Assignment:
> Permanent = registration updates in IPP Registry
>
>= Copy of revised IANA XML registry is at:
> http://ftp.pwg.org/pub/pwg/ipp/IANA-IPP-registrations/
> in the = file ipp-registrations-20160816.xml
>
> = Changes:
> - move all of the "-actual" attributes to = the corresponding Status
> group, along with a couple = "-supplied" attributes that were also
> incorrectly in = the Description group
>
> Registry:
> IANA IPP Registry
> http://www.iana.org/assignments/ipp-registrations/ipp-
> registrations.xml
>
> = Description:
> Description:
> = Proposed: Mike Sweet (Apple)
> Reviewed: By IETF = Designated Experts for IPP Registry
> Approved: 16 = August 2016
> By: Ira McDonald (IETF Designated Expert = for IPP Registry)
>
> Additional = Info:
>  Brings IANA IPP Registry (from RFC 2911) = up-to-date for recent
> PWG IPP attribute = registrations





______________________________________________________= ___
Michael Sweet, Senior Printing = System Engineer

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
=

= --Apple-Mail=_C1389CE6-596C-4D23-B17C-3314DCEC7400-- --Apple-Mail=_7E9F692B-2CFD-4F14-AD09-960CE8EEA449 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEDtXE7awITX7XkZ1ymyyxOEwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE5MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQB2ipl40XCFoyzXr0j1PpZXw6C7TJfEhhEFSSLFCs/Bb061fKaANRvy4o8cOGJx8zy+ ACVKHqEQyZY7TXusJmijnulZo3jGR5s/jjCWyqjWKDlVx83tyeuykOSVMD60/e/xp8nG4TZsKGBU J563oHE6vau80HUi11PzspxbFXUI6kmrNC5Tw3wGFHug8RSIJG1ekWt+ZOth7CXXGbVtmTdwCn0I qMNgKVUkTBkiAPrsN7OZZAr5UGT6h8RUC/0I0H9MXCtSlXuKcqtJt/sWqQghvDO8hHUh/XU1bEOa 2KjJCygWc7n/nAtBNKw7XtgFguhugtUsbdGBjttfnbzwdTZYMIIH1zCCBr+gAwIBAgIQD2YmaFoP rtv/7EFJwcWKSjANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTQxMTIx MDAwMDAwWhcNMTYxMTIwMjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv9/62wcQqoi8ybgcLkzawuys YWyJFJE/h7vnUc0rDcaFMysQZnGt8zuUJtfGVgve+0Y+/C71KqhhuScAkBlISIMA1MCb5SpyMS+i RU8rOcSfm6E/tMYbCQAOc7wPHP3beIPFFbeP9LY3PDA6EtFV6TFV1bfdDeUEY9z6HpXXY84/IZPP dG5zYmWLxi3MxJAWKHSK/ZcvBsVLEaouG7vnLg/DUJUSYyVpzKWzI4pHaLgOkBe7lt/RYA+uoYNi a7jdiS/oJfaBaiZjdGNpLgqPTZ20aDKu+4OKHpjDltcxxmJIdO9rBmxgSagODG1ktAGwzVWLUqhf ysojHpWDN//ZFQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBQojp1sWj1X Dn3FJ5AQ7USZWp7SzjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAGFPFralTmI3j+0lRN5ZgT1MP6MuFoIWUaLQCdtLdmuWi N4GVcfuVFr2kmCCIbEytJwrso6PphQQ2AhWvKKtGh57CQHtszmG6gTQpDnDhRLg9D29FzdIq9iRm cA8ZB4yUxP2ytQEngUFAQ2PERJboditj+qb3d86bwvENdrxGCUPj1/ybAxvFIVeVh6rh3WkTGLwu 72cn3QEhtMlKeNGjV4iw1fDnNSlmm2YRwf04r6VPeZuJK8nnHIW3UEQwuxy4iv8aTEJ5yhy2E1n1 619oUAX8737oyM88ITM1CUM36+U+Vvj7dScwtY69HwYUczr5a2ZsVzakK+xlnlpyRTo/xzGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwOTA3 MTYwMzQyWjAjBgkqhkiG9w0BCQQxFgQUTniqB4jGChtOJMz/9PCLfsBGq2gwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQD2YmaFoPrtv/7EFJwcWK SjANBgkqhkiG9w0BAQEFAASCAQA6JafdtoteSoT65LbN7GREPQUbTY1pipeo8jPFLlQZTrvoTAvo oX1GZ0M1gU19Aja5FEOowCAn1AXTKbauOmtk7tyAjYeV48NpGxCMPF9+p5rZzb000DNjkotCIsiM vqV6bkVjIXSysJJEnCHPA1ZaRI4r0WAsmqACFAqU/F76FM+cn/SULGnlSbh8acPJ6BSCMKfiCYnq /nO8pkU2go+QTk+9kNXUFtHQXVlB/cCkkGugOwRSwLCoCWm1hfGtgATjV4JzGb2b4FvH8fLYfMct DYyF4c3XRHBuKfum8skftXWwxv6diQW9oc/zhASd1L22ehYYWPxD+jdXwbXvTW7XAAAAAAAA --Apple-Mail=_7E9F692B-2CFD-4F14-AD09-960CE8EEA449-- --===============5193010642963090774== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============5193010642963090774==-- From ipp-bounces@pwg.org Thu Sep 8 05:28:58 2016 Return-Path: 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 7D2FE12B366 for ; Thu, 8 Sep 2016 05:28:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.297 X-Spam-Level: X-Spam-Status: No, score=-3.297 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, 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=apple.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 hkCBNqRJOxbL for ; Thu, 8 Sep 2016 05:28:54 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 95E2012B169 for ; Thu, 8 Sep 2016 05:15:38 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id F07F44414; Thu, 8 Sep 2016 12:15:35 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 3CE38266B; Thu, 8 Sep 2016 12:15:32 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id DF2A4267E; Thu, 8 Sep 2016 12:15:30 +0000 (UTC) Received: from mail-in7.apple.com (mail-out7.apple.com [17.151.62.29]) by www.pwg.org (Postfix) with ESMTPS id 9AEC82669 for ; Thu, 8 Sep 2016 12:15:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473336930; x=2337250530; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=C2uBxBFeSIzNCTziRJdhc7trF9I78uannqyKoLuXhA0=; b=hawgc86zXtQoHHFyYUXZNPrpFiayLdjdfhjVRLt3vnLMM9pMZ9auBuBifsiQnwuP +YQDSRC6NV0rSh0DVa9S/wgm60gu3eZGXJL4myfx3ZkTxklIxiHt4nVi3RHhWFT1 sFkvmRTYf7FmqpDuOoDPhOGQebIlU4MH2UQBugLPVw/Iz6bdA2MRXpzYpQhoIeWt AArvdktMbKcGrMTwNU03c+zNvPgtuy7sdQ786EkVZmZNni3l+gApYqzkEGOFo1pk YWjGXsng0lKAX1GrCI3hULqPdOhsDk0jc694Ua68/aGDHX3nUOdEYVXTLdQdhR5B XGjoWz8XuakvgtIoBj+Pyg==; Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in7.apple.com (Apple Secure Mail Relay) with SMTP id FE.21.17422.26651D75; Thu, 8 Sep 2016 05:15:30 -0700 (PDT) X-AuditID: 11973e16-f793f6d00000440e-7f-57d1566221d6 Received: from chive.apple.com (chive.apple.com [17.128.115.15]) by relay6.apple.com (Apple SCV relay) with SMTP id 49.BF.23613.26651D75; Thu, 8 Sep 2016 05:15:30 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.72.47] by chive.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built May 17 2016)) with ESMTPSA id <0OD6002LLQ1SA300@chive.apple.com> for ipp@pwg.org; Thu, 08 Sep 2016 05:15:30 -0700 (PDT) From: Michael Sweet Date: Thu, 08 Sep 2016 08:15:28 -0400 References: <147332532003.30872.13815470853033901849.idtracker@ietfa.amsl.com> To: ipp Message-id: X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrDLMWRmVeSWpSXmKPExsUi2FAYpZsUdjHcoPm4jMWxfS9ZHBg95i2e zhTAGMVlk5Kak1mWWqRvl8CVcfnYDMaCNqOKnYcmMTUwtul2MXJySAiYSGzv/c4KYYtJXLi3 nq2LkYtDSGAvo8Tp/1NYYIq+7NvOBGILCWxklJh02BfE5hUQlPgx+R5YDbNAmMSsJ+egmt8y SkxYv4wZJCEsICFxvH8h2AY2ATWJ35P6wGwWAVWJRVenMEHU+Eps2d/MBrHAT+L/p8dgtoiA qMSxn0uYIZbZSEzeswXI5gA6SFZi9i8vkF0SAivYJHav3MI4gVFwFpKbZiG5CcLWkvj+qBUo zgFky0scPC8LEdaUeHbvEzuErS3x5N0F1gWMbKsYhXITM3N0M/PM9RILCnJS9ZLzczcxgoJ7 up3YDsaHq6wOMQpwMCrx8CbIXggXYk0sK67MPcQozcGiJM7bvBgoJJCeWJKanZpakFoUX1Sa k1p8iJGJg1OqgfFC3CHHoIUJ65pjnb5t2Fhyk/lQ18UtVcuLLqpO4vrU3n7CSiumziHg9eWz Kjk6v3aJTA8O9p+6cxqf5LMFr9KEOEzjrSI0jgpPWuNVtcaSiS/qcqGKbaDVdS3bR5x6+fve 7QjV6a5uSS7TZXnvnRfFer69cf9cl2lXD+xIfuXKPntqbJ7SZCWW4oxEQy3mouJEACE0WdZP AgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrGIsWRmVeSWpSXmKPExsUi2FDMr5sUdjHcoPG8hMWxfS9ZHBg95i2e zhTAGMVlk5Kak1mWWqRvl8CVcfnYDMaCNqOKnYcmMTUwtul2MXJySAiYSHzZt50JwhaTuHBv PRuILSSwkVFi0mFfEJtXQFDix+R7LCA2s0CYxKwn54BquIBq3jJKTFi/jBkkISwgIXG8fyEr iM0moCbxe1IfmM0ioCqx6OoUJogaX4kt+5uhFvhJ/P/0GMwWERCVOPZzCTPEMhuJyXu2ANkc QAfJSsz+5TWBkW8WkjNmITkDwtaS+P6oFSjOAWTLSxw8LwsR1pR4du8TO4StLfHk3QXWBYxs qxgFilJzEivN9BILCnJS9ZLzczcxgoOxMGoHY8Nyq0OMAhyMSjy8CbIXwoVYE8uKK3MPMUpw MCuJ8GqHXgwX4k1JrKxKLcqPLyrNSS0+xDiREejHicxSosn5wFjJK4k3NDExMDE2NjM2Njcx p6Wwkjjv1iNHw4UE0hNLUrNTUwtSi2COYuLglGpgnPpa34X95Odpc9b2vXxn17i5KPDVXmUL nysrtzhM7LQ4dG+xr8EyjUV1Gvv2K29cHB08xaR5o6GTxw3b25MmF7pElj8xvL1skqNt0JHe b3PCmjOD77D0/v9VtPPPXGOmF98r/xRvVp871b/j/8QThbvOX2zq/V62rud44vxzBY+nMgTu nFflE6HEUpyRaKjFXFScCADSvipfuQIAAA== Subject: [IPP] Fwd: ID Tracker State Update Notice: X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7158987724137060833==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============7158987724137060833== Content-type: multipart/alternative; boundary="Boundary_(ID_hsuFuCbVE3tmn96UwHcaTA)" --Boundary_(ID_hsuFuCbVE3tmn96UwHcaTA) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT RFC2911bis has been approved! > Begin forwarded message: > > From: IETF Secretariat > Subject: ID Tracker State Update Notice: > Date: September 8, 2016 at 5:02:00 AM EDT > To: ben@nostrum.com, Barry Leiba , aamelnikov@fastmail.fm, alissa@cooperw.in, draft-sweet-rfc2911bis@ietf.org, alexey.melnikov@isode.com, barryleiba@computer.org > Resent-From: alias-bounces@ietf.org > Resent-To: msweet@apple.com, blueroofmusic@gmail.com > > IESG state changed to Approved-announcement to be sent::AD Followup from Waiting for AD Go-Ahead > ID Tracker URL: https://datatracker.ietf.org/doc/draft-sweet-rfc2911bis/ > _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_hsuFuCbVE3tmn96UwHcaTA) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable RFC2911bis has been approved!


Begin forwarded message:

From: = IETF Secretariat <ietf-secretariat-reply@ietf.org>
Subject: = ID Tracker State = Update Notice: <draft-sweet-rfc2911bis-11.txt>
Date: = September 8, 2016 at 5:02:00 AM = EDT
To: = ben@nostrum.com, Barry = Leiba <barryleiba@computer.org>, aamelnikov@fastmail.fm, alissa@cooperw.in, draft-sweet-rfc2911bis@ietf.org, alexey.melnikov@isode.com, barryleiba@computer.org
Resent-From: = alias-bounces@ietf.org
Resent-To: = msweet@apple.com, blueroofmusic@gmail.com

IESG state changed to = Approved-announcement to be sent::AD Followup from Waiting for AD = Go-Ahead
ID Tracker URL: https://datatracker.ietf.org/doc/draft-sweet-rfc2911bis/

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_hsuFuCbVE3tmn96UwHcaTA)-- --===============7158987724137060833== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============7158987724137060833==-- From ipp-bounces@pwg.org Thu Sep 8 13:35:39 2016 Return-Path: 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 5BE4E12B02F for ; Thu, 8 Sep 2016 13:35:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.979 X-Spam-Level: X-Spam-Status: No, score=-2.979 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 3mo4aN3Xn7Fg for ; Thu, 8 Sep 2016 13:35:36 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id CFDCD12B1C2 for ; Thu, 8 Sep 2016 13:35:36 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 44F04440A; Thu, 8 Sep 2016 20:35:35 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 95E5E266B; Thu, 8 Sep 2016 20:35:28 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 7FD84267E; Thu, 8 Sep 2016 20:35:27 +0000 (UTC) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0110.outbound.protection.outlook.com [104.47.40.110]) by www.pwg.org (Postfix) with ESMTPS id 2916F2645 for ; Thu, 8 Sep 2016 20:35:26 +0000 (UTC) Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) by DF4PR84MB0283.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.21) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.599.9; Thu, 8 Sep 2016 20:35:24 +0000 Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) with mapi id 15.01.0599.016; Thu, 8 Sep 2016 20:35:24 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Michael Sweet , Ira McDonald Thread-Topic: [IPP] [IANA #923474] General Request for Assignment (ipp-registrations) Thread-Index: AQHSChCGx+6s1cRliUimLMYl4axRdQ== Date: Thu, 8 Sep 2016 20:35:24 +0000 Message-ID: References: <201608162338.u7GNcNQV007926@pechora3.lax.icann.org> <101A66B0-56F7-4F94-BD94-4D1EF22458FC@apple.com> <7FD73B27-2904-4D1C-9DC2-393221CA38B2@hp.com> In-Reply-To: <7FD73B27-2904-4D1C-9DC2-393221CA38B2@hp.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-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [15.65.252.12] x-ms-office365-filtering-correlation-id: 63bb5ff9-e9ed-49fa-d9d9-08d3d827a95b x-microsoft-exchange-diagnostics: 1; DF4PR84MB0283; 6:x/qeiFjZ7utWHDpy8+TnVPrtUnljNaZ3wGuFLHWAHVJWoJuVtcOnfeUo19wLHt7SqzUW/zy7kAG10kcvYK8vghvznzcLN59d6JPLOYKgyJNnhn9Fmcc7oPe0jdf3URJRiiJCcL93ld9HfrZqeGTUR98/jj3Z9MJ9iOm56ad0X0DXUwkJrJ1qOzuLedte0VxZG28bknuLElZLbrmbs0aOgm8PqacYyVzJtWf/CVmotwKevKspye1w/3DHViJwULRP5rWlvlU2eG9uHwrdhxq91M4I56oyBjbC3FViwlgPjCI=; 5:X/6QIaTR0+1n/Oyqk+Fp/TTpjxllxU0D20S/3w2yliz+68+il7jAd86UcQJ5t7JAI9SU5ed7ak7kwJ9RK1eQ7vNKgIUDmJV1Inqsa1lQgjtNTdFrPsXDIVsF//hfEga+/ygozbt7aEycd4QA8Yn1xg==; 24:ecj9e6lPU8zzFO8g2mnbc4XIQWI506IXnA82PIRzXGQo7ruZXJl16LmVVUpciPOVA1UcqoatYc90Yf+hue+7o4IZBqmz2+ghCfmm3thLews=; 7:WXuQ3ZctvBvXHhSGjGMffIWgEqy0Y25l1rtwF4cYBJNJ799CuTTgpHnRsn2NXxahKo203B76uiTTUNGtrnWuekwKmVf280+X7UBvb8+cSsqUmVluTy6aRzeowWNJBF5tdP22vgkVM5Bh7KodkqQtzdkelYQB8+QzBJYCKYyy8525wlVCUoUy1CR9sdqVJ0rCQ+s/WfLGiXZJpgEsvfBjs1AGJHoZcnHPQ4GoLOQNOx3KTmcn83W6hT+IUBS1+0hZ x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DF4PR84MB0283; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(111039206520245)(211936372134217)(31960201722614)(73583498263828)(1591387915157); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DF4PR84MB0283; BCL:0; PCL:0; RULEID:; SRVR:DF4PR84MB0283; x-forefront-prvs: 00594E8DBA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(6602003)(50944005)(24454002)(189002)(199003)(22974007)(377424004)(377454003)(11100500001)(325944008)(7906003)(92566002)(105586002)(3660700001)(3280700002)(7846002)(3846002)(5660300001)(189998001)(19580405001)(19580395003)(76176999)(77096005)(33656002)(2950100001)(102836003)(2906002)(99286002)(4326007)(54356999)(99936001)(2900100001)(15975445007)(122556002)(586003)(19617315012)(66066001)(5002640100001)(5001770100001)(36756003)(93886004)(97736004)(7736002)(106116001)(8666005)(16236675004)(106356001)(86362001)(10400500002)(81166006)(87936001)(68736007)(50986999)(8936002)(83716003)(19273905006)(81156014)(6116002)(101416001)(82746002)(7059030)(16351025005)(104396002)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR84MB0283; H:DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Sep 2016 20:35:24.4843 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0283 Cc: "ipp@pwg.org" Subject: Re: [IPP] [IANA #923474] General Request for Assignment (ipp-registrations) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0704927538720360502==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============0704927538720360502== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_451C7108-729F-4E6E-9BB7-51BF00917C0B"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_451C7108-729F-4E6E-9BB7-51BF00917C0B Content-Type: multipart/alternative; boundary="Apple-Mail=_B6DF175B-8E18-4D98-BD6E-3CC8F541BBB3" --Apple-Mail=_B6DF175B-8E18-4D98-BD6E-3CC8F541BBB3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Found another one: media-col.media-size is listed as a "collection" but its children = (x-dimension, y-dimension) are not listed in the registry. Smith > On 2016-09-07, at 10:03 AM, Kennedy, Smith (Wireless Architect) = wrote: >=20 > Greetings, >=20 > As I mentioned at the August F2F, I found a couple of issues when I = downloaded the latest .csv files from the IANA registry page. I forgot I = had started writing them up and found this in my drafts box. In the = "Attributes" section, the value from the "Reference" column is also = appended to the value in the "Syntax" column: >=20 > - "folding-offset-supported" > - "job-account-type-supported" > - "punching-locations-supported" > - "retry-time-out-default" >=20 > I thought I found some other errors but didn't record them. If I find = them again I'll let you know. >=20 > Cheers, >=20 > Smith >=20 > /** > Smith Kennedy > Wireless Architect - Client Software - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ >=20 >=20 >=20 >> On 2016-08-18, at 10:11 AM, Michael Sweet > wrote: >>=20 >> Looks good! >>=20 >>=20 >>> On Aug 17, 2016, at 6:06 PM, Ira McDonald > wrote: >>>=20 >>> Hi, >>>=20 >>> Amanda Baber at IANA has surpassed herself - 20 hours to complete >>> IANA IPP Registrations updates! >>>=20 >>> Mike - please double-check. >>>=20 >>> Cheers, >>> - Ira >>>=20 >>> 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 >>>=20 >>>=20 >>> ---------- Forwarded message ---------- >>> From: Amanda Baber via RT > >>> Date: Wed, Aug 17, 2016 at 5:17 PM >>> Subject: [IANA #923474] General Request for Assignment = (ipp-registrations) >>> To: blueroofmusic@gmail.com >>>=20 >>>=20 >>> Hi Ira, >>>=20 >>> These changes are complete. Please see >>>=20 >>> http://www.iana.org/assignments/ipp-registrations = >>>=20 >>> Best regards, >>>=20 >>> Amanda Baber >>> IANA Lead Specialist >>> ICANN >>>=20 >>> On Tue Aug 16 23:38:24 2016, blueroofmusic@gmail.com = wrote: >>> > >>> > Contact Name: >>> > Ira McDonald >>> > >>> > Contact Email: >>> > blueroofmusic@gmail.com >>> > >>> > Type of Assignment: >>> > Permanent registration updates in IPP Registry >>> > >>> > Copy of revised IANA XML registry is at: >>> > http://ftp.pwg.org/pub/pwg/ipp/IANA-IPP-registrations/ = >>> > in the file ipp-registrations-20160816.xml >>> > >>> > Changes: >>> > - move all of the "-actual" attributes to the corresponding Status >>> > group, along with a couple "-supplied" attributes that were also >>> > incorrectly in the Description group >>> > >>> > Registry: >>> > IANA IPP Registry >>> > http://www.iana.org/assignments/ipp-registrations/ipp- = >>> > registrations.xml >>> > >>> > Description: >>> > Description: >>> > Proposed: Mike Sweet (Apple) >>> > Reviewed: By IETF Designated Experts for IPP Registry >>> > Approved: 16 August 2016 >>> > By: Ira McDonald (IETF Designated Expert for IPP Registry) >>> > >>> > Additional Info: >>> > Brings IANA IPP Registry (from RFC 2911) up-to-date for recent >>> > PWG IPP attribute registrations >>>=20 >>>=20 >>>=20 >>>=20 >>=20 >> _________________________________________________________ >> Michael Sweet, Senior Printing System Engineer >>=20 >> _______________________________________________ >> ipp mailing list >> ipp@pwg.org >> https://www.pwg.org/mailman/listinfo/ipp = > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_B6DF175B-8E18-4D98-BD6E-3CC8F541BBB3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Found another one:

media-col.media-size is listed as a "collection" but its = children (x-dimension, y-dimension) are not listed in the = registry.

Smith



On 2016-09-07, at 10:03 AM, Kennedy, Smith (Wireless = Architect) <smith.kennedy@hp.com> wrote:

Greetings,

As I mentioned at the August F2F, I found a couple of issues = when I downloaded the latest .csv files from the IANA registry page. I = forgot I had started writing them up and found this in my drafts box. =  In the "Attributes" section, the value from the "Reference" column = is also appended to the value in the "Syntax" column:

- = "folding-offset-supported"
- = "job-account-type-supported"
- = "punching-locations-supported"
- = "retry-time-out-default"

I thought I found some other errors but didn't record them. = If I find them again I'll let you know.

Cheers,

Smith

/**
    Smith = Kennedy
    Wireless Architect - Client Software = - IPG-PPS
    Standards - IEEE ISTO PWG / = Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
    Chair, IEEE ISTO Printer Working Group
    HP Inc.
*/



On 2016-08-18, at 10:11 AM, Michael Sweet <msweet@apple.com> = wrote:

Looks good!


On Aug = 17, 2016, at 6:06 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi,

Amanda = Baber at IANA has surpassed herself - 20 hours to complete
IANA IPP Registrations updates!

Mike - please double-check.

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


---------- Forwarded message ----------
From: Amanda Baber via RT <iana-prot-param@iana.org>
Date: = Wed, Aug 17, 2016 at 5:17 PM
Subject: [IANA #923474] = General Request for Assignment (ipp-registrations)
To: blueroofmusic@gmail.com


Hi Ira,

These changes are = complete. Please see

http://www.iana.org/assignments/ipp-registrations

Best regards,

Amanda Baber
IANA Lead Specialist
ICANN

On Tue Aug 16 23:38:24 2016, blueroofmusic@gmail.com wrote:
>
> Contact Name:
> Ira McDonald
>
> Contact Email:
> blueroofmusic@gmail.com
>
> Type of Assignment:
> Permanent = registration updates in IPP Registry
>
>= Copy of revised IANA XML registry is at:
> http://ftp.pwg.org/pub/pwg/ipp/IANA-IPP-registrations/
> in the = file ipp-registrations-20160816.xml
>
> = Changes:
> - move all of the "-actual" attributes to = the corresponding Status
> group, along with a couple = "-supplied" attributes that were also
> incorrectly in = the Description group
>
> Registry:
> IANA IPP Registry
> http://www.iana.org/assignments/ipp-registrations/ipp-
> registrations.xml
>
> = Description:
> Description:
> = Proposed: Mike Sweet (Apple)
> Reviewed: By IETF = Designated Experts for IPP Registry
> Approved: 16 = August 2016
> By: Ira McDonald (IETF Designated Expert = for IPP Registry)
>
> Additional = Info:
>  Brings IANA IPP Registry (from RFC 2911) = up-to-date for recent
> PWG IPP attribute = registrations





______________________________________________________= ___
Michael Sweet, Senior Printing = System Engineer

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp
=

_____________________________________________= __
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_B6DF175B-8E18-4D98-BD6E-3CC8F541BBB3-- --Apple-Mail=_451C7108-729F-4E6E-9BB7-51BF00917C0B Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEDtXE7awITX7XkZ1ymyyxOEwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE5MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQB2ipl40XCFoyzXr0j1PpZXw6C7TJfEhhEFSSLFCs/Bb061fKaANRvy4o8cOGJx8zy+ ACVKHqEQyZY7TXusJmijnulZo3jGR5s/jjCWyqjWKDlVx83tyeuykOSVMD60/e/xp8nG4TZsKGBU J563oHE6vau80HUi11PzspxbFXUI6kmrNC5Tw3wGFHug8RSIJG1ekWt+ZOth7CXXGbVtmTdwCn0I qMNgKVUkTBkiAPrsN7OZZAr5UGT6h8RUC/0I0H9MXCtSlXuKcqtJt/sWqQghvDO8hHUh/XU1bEOa 2KjJCygWc7n/nAtBNKw7XtgFguhugtUsbdGBjttfnbzwdTZYMIIH1zCCBr+gAwIBAgIQD2YmaFoP rtv/7EFJwcWKSjANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTQxMTIx MDAwMDAwWhcNMTYxMTIwMjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv9/62wcQqoi8ybgcLkzawuys YWyJFJE/h7vnUc0rDcaFMysQZnGt8zuUJtfGVgve+0Y+/C71KqhhuScAkBlISIMA1MCb5SpyMS+i RU8rOcSfm6E/tMYbCQAOc7wPHP3beIPFFbeP9LY3PDA6EtFV6TFV1bfdDeUEY9z6HpXXY84/IZPP dG5zYmWLxi3MxJAWKHSK/ZcvBsVLEaouG7vnLg/DUJUSYyVpzKWzI4pHaLgOkBe7lt/RYA+uoYNi a7jdiS/oJfaBaiZjdGNpLgqPTZ20aDKu+4OKHpjDltcxxmJIdO9rBmxgSagODG1ktAGwzVWLUqhf ysojHpWDN//ZFQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBQojp1sWj1X Dn3FJ5AQ7USZWp7SzjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAGFPFralTmI3j+0lRN5ZgT1MP6MuFoIWUaLQCdtLdmuWi N4GVcfuVFr2kmCCIbEytJwrso6PphQQ2AhWvKKtGh57CQHtszmG6gTQpDnDhRLg9D29FzdIq9iRm cA8ZB4yUxP2ytQEngUFAQ2PERJboditj+qb3d86bwvENdrxGCUPj1/ybAxvFIVeVh6rh3WkTGLwu 72cn3QEhtMlKeNGjV4iw1fDnNSlmm2YRwf04r6VPeZuJK8nnHIW3UEQwuxy4iv8aTEJ5yhy2E1n1 619oUAX8737oyM88ITM1CUM36+U+Vvj7dScwtY69HwYUczr5a2ZsVzakK+xlnlpyRTo/xzGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwOTA4 MjAzNTIzWjAjBgkqhkiG9w0BCQQxFgQUoah5TePLW9BfER8s4nF/LF85JvkwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQD2YmaFoPrtv/7EFJwcWK SjANBgkqhkiG9w0BAQEFAASCAQCvaV+vTZLqGLI2EjTQS3+EWHeqqprABnIp3ZB52V4lJZyZXZog tNrC7xvhPxgoPSEAPOyEjpoNJyxzOiSsv7XfxaldaVq67aw6/75f2L8tus6DUpBaG9JimGv6rjd7 5yJaAEq/BEN3QcuzmKDlp7sbgjbJ2TWq0TaN/R0kNKLWdZB5gbO/6ftGIF5MFKLUBvDbBjmD8W8i w5PeHM4ImDggFA45rJj/WeesPeOC2grZYgajK+JboMGuetLhtdIqO8DLm7CsSbGJ/dy7Irg3isfa 6rTl69RWtczDDaAfnGQGukObSIBOWmRSHnR7fxsKacnflA4U+LQ3S6hNpCFW5hKOAAAAAAAA --Apple-Mail=_451C7108-729F-4E6E-9BB7-51BF00917C0B-- --===============0704927538720360502== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0704927538720360502==-- From ipp-bounces@pwg.org Fri Sep 9 03:52:05 2016 Return-Path: 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 178EF127071 for ; Fri, 9 Sep 2016 03:52:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.298 X-Spam-Level: X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RP_MATCHES_RCVD=-1.508, 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=apple.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 6VPDihBnQiKu for ; Fri, 9 Sep 2016 03:52:01 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id D8AC412B104 for ; Fri, 9 Sep 2016 03:52:01 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 0E78B440D; Fri, 9 Sep 2016 10:52:00 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id F11DF267E; Fri, 9 Sep 2016 10:51:54 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id EE29F2687; Fri, 9 Sep 2016 10:51:53 +0000 (UTC) Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id 8535C266A for ; Fri, 9 Sep 2016 10:51:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473418313; x=2337331913; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=19v7FLNhw8HaWgRnZW/zN8kDoYeGg0NHRVdj2wNS+Ng=; b=lBn9NmR13CbujXNABsxHN0OyLPFOnFakK3Bgz8lVrkbZxmMiqf/tOd15hM6/jOW2 j7HXwVfTb/+c7nAl6Gcv1Ztio+8iNb/YTp1szgAEt6uu/jah7+HB5YrTPQC+G0XU dqm7tZvxbhMIymMX3+ePvAYjhuhLvFzvIdphvU6OL7/nt9c07bsRm/SH+TGPIJII hcPiIF1mlH9pZ6yugKqnDbZWnavKDDLzMCmmFtEEPvfL2PZUfZDcZPcKYjjTgx/3 mK0q4h6IniUnq9E8IhbU9TV9s6kBllUHYUWVGcjedNpAq0v9ib7mbOnQtemBCDTa ssKyw13uPq6On8/HU6IJQg==; Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id 83.E9.10360.94492D75; Fri, 9 Sep 2016 03:51:53 -0700 (PDT) X-AuditID: 11973e11-f79e76d000002878-4b-57d29449aa34 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by relay6.apple.com (Apple SCV relay) with SMTP id 1C.DD.23613.84492D75; Fri, 9 Sep 2016 03:51:52 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.66.224] by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0OD8008KPGUFN310@nwk-mmpp-sz13.apple.com>; Fri, 09 Sep 2016 03:51:52 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Fri, 09 Sep 2016 06:51:25 -0400 Message-id: References: <201608162338.u7GNcNQV007926@pechora3.lax.icann.org> <101A66B0-56F7-4F94-BD94-4D1EF22458FC@apple.com> <7FD73B27-2904-4D1C-9DC2-393221CA38B2@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrILMWRmVeSWpSXmKPExsUi2FAYpes55VK4wfZ+ZovXr5ayWxzb95LF 4lXXLmYHZo+ds+6ye+zatpPJY97i6UwBzFFcNimpOZllqUX6dglcGVN33WQs+KJSsWnXAfYG xi+yXYycHBICJhIHzl5hhrDFJC7cW8/WxcjFISSwl1FiXe8/dpiik1cbmSEShxglNjdfYgRJ 8AoISvyYfI+li5GDg1lAXuLgebChzAJaEt8ftbJA1L9jlLjw8C0bSEJYQELieP9CVgg7TKKx bwHYZjYBNYnfk/rA4pwCVhLL9jaCzWcRUJU4+2wFE8RQd4kZZzrZIPbaSNyfOhNqwUcmiSnv 5oFdKiKgIfFhSjMbyEESArISs395gdRICBxgkzjdu4NtAqPILCR3z0K4exaSuxcwMq9iFMpN zMzRzcwz0kssKMhJ1UvOz93ECIqD6XaCOxiPr7I6xCjAwajEw9uRczFciDWxrLgy9xCjNAeL kjjvtpVAIYH0xJLU7NTUgtSi+KLSnNTiQ4xMHJxSDYzOBWyfvKZPejnvpB176qll1bcVp63l nBu7P/JxbNINs3+ZG6RjFspYtl7KPhr5tC655ZFb+5ZN2/7XF2ZpGt7Qe1aqz3ZTJ+jq3+3H OW/0+k5eXu15dc3ahfMF/p/lSPp0MGV9UmGSYWuDNu+vLKm5jAeq1s51SDVVtn5V4113UudJ ZaAIQ5oSS3FGoqEWc1FxIgDmGz26ZAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuphkeLIzCtJLcpLzFFi42IRbCi+oesx5VK4wa5rNhavXy1ltzi27yWL xauuXcwOzB47Z91l99i1bSeTx7zF05kCmKO4bFJSczLLUov07RK4MqbuuslY8EWlYtOuA+wN jF9kuxg5OSQETCROXm1khrDFJC7cW8/WxcjFISRwiFFic/MlRpAEr4CgxI/J91i6GDk4mAXk JQ6eB+tlFtCS+P6olQWi/h2jxIWHb9lAEsICEhLH+xeyQthhEo19C8AWsAmoSfye1AcW5xSw kli2txFsPouAqsTZZyuYIIa6S8w408kGsddG4v7UmVALPjJJTHk3jx0kISKgIfFhSjMbyEES ArISs395TWAUnIXk1FkIp85CcuoCRuZVjAJFqTmJlWZ6iQUFOal6yfm5mxjBYVsYtYOxYbnV IUYBDkYlHt4HeRfDhVgTy4orc4FhwcGsJMIbPvlSuBBvSmJlVWpRfnxRaU5q8SHGZKD7JzJL iSbnA2MqryTe0MTEwMTY2MzY2NzEnDRhJXHerUeOhgsJpCeWpGanphakFsFsYeLglGpgjM9e sLPcbQnHhEWpp7V2Mz3LWC16fLKo8l2ruPbnn5Tqu1a2HGddLPVq4+Tt55a+XsOqUrbJt4h9 zlcepoiLkU8DU7VULmsvbdCc+19BbK/On5hZK5a8bX6wIUZzUlVkYyG390le96sZBq8/cOhv zNvyM2xJko/55WOznBv4py0SX6DPUygor8RSnJFoqMVcVJwIAO+Qrf6fAgAA Cc: "ipp@pwg.org" Subject: Re: [IPP] [IANA #923474] General Request for Assignment (ipp-registrations) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Smith, Thanks for these. I'll hold onto them until the IPP/1.1 RFCs are published (that will cause some IANA registry changes) and then send the corrections in... > On Sep 8, 2016, at 4:35 PM, Kennedy, Smith (Wireless Architect) wrote: > > Found another one: > > media-col.media-size is listed as a "collection" but its children (x-dimension, y-dimension) are not listed in the registry. > > Smith > > > >> On 2016-09-07, at 10:03 AM, Kennedy, Smith (Wireless Architect) wrote: >> >> Greetings, >> >> As I mentioned at the August F2F, I found a couple of issues when I downloaded the latest .csv files from the IANA registry page. I forgot I had started writing them up and found this in my drafts box. In the "Attributes" section, the value from the "Reference" column is also appended to the value in the "Syntax" column: >> >> - "folding-offset-supported" >> - "job-account-type-supported" >> - "punching-locations-supported" >> - "retry-time-out-default" >> >> I thought I found some other errors but didn't record them. If I find them again I'll let you know. >> >> Cheers, >> >> Smith >> >> /** >> Smith Kennedy >> Wireless Architect - Client Software - IPG-PPS >> Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF >> Chair, IEEE ISTO Printer Working Group >> HP Inc. >> */ >> >> >> >>> On 2016-08-18, at 10:11 AM, Michael Sweet wrote: >>> >>> Looks good! >>> >>> >>>> On Aug 17, 2016, at 6:06 PM, Ira McDonald wrote: >>>> >>>> Hi, >>>> >>>> Amanda Baber at IANA has surpassed herself - 20 hours to complete >>>> IANA IPP Registrations updates! >>>> >>>> Mike - please double-check. >>>> >>>> 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 >>>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Amanda Baber via RT >>>> Date: Wed, Aug 17, 2016 at 5:17 PM >>>> Subject: [IANA #923474] General Request for Assignment (ipp-registrations) >>>> To: blueroofmusic@gmail.com >>>> >>>> >>>> Hi Ira, >>>> >>>> These changes are complete. Please see >>>> >>>> http://www.iana.org/assignments/ipp-registrations >>>> >>>> Best regards, >>>> >>>> Amanda Baber >>>> IANA Lead Specialist >>>> ICANN >>>> >>>> On Tue Aug 16 23:38:24 2016, blueroofmusic@gmail.com wrote: >>>> > >>>> > Contact Name: >>>> > Ira McDonald >>>> > >>>> > Contact Email: >>>> > blueroofmusic@gmail.com >>>> > >>>> > Type of Assignment: >>>> > Permanent registration updates in IPP Registry >>>> > >>>> > Copy of revised IANA XML registry is at: >>>> > http://ftp.pwg.org/pub/pwg/ipp/IANA-IPP-registrations/ >>>> > in the file ipp-registrations-20160816.xml >>>> > >>>> > Changes: >>>> > - move all of the "-actual" attributes to the corresponding Status >>>> > group, along with a couple "-supplied" attributes that were also >>>> > incorrectly in the Description group >>>> > >>>> > Registry: >>>> > IANA IPP Registry >>>> > http://www.iana.org/assignments/ipp-registrations/ipp- >>>> > registrations.xml >>>> > >>>> > Description: >>>> > Description: >>>> > Proposed: Mike Sweet (Apple) >>>> > Reviewed: By IETF Designated Experts for IPP Registry >>>> > Approved: 16 August 2016 >>>> > By: Ira McDonald (IETF Designated Expert for IPP Registry) >>>> > >>>> > Additional Info: >>>> > Brings IANA IPP Registry (from RFC 2911) up-to-date for recent >>>> > PWG IPP attribute registrations >>>> >>>> >>>> >>>> >>> >>> _________________________________________________________ >>> Michael Sweet, Senior Printing System Engineer >>> >>> _______________________________________________ >>> ipp mailing list >>> ipp@pwg.org >>> https://www.pwg.org/mailman/listinfo/ipp >> >> _______________________________________________ >> 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 From ipp-bounces@pwg.org Fri Sep 9 08:36:41 2016 Return-Path: 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 8EB8012B275 for ; Fri, 9 Sep 2016 08:36:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.294 X-Spam-Level: X-Spam-Status: No, score=-3.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, 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 t4zUV8MkrlNm for ; Fri, 9 Sep 2016 08:36:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id CB5E712B4E5 for ; Fri, 9 Sep 2016 08:28:14 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id C1D784409; Fri, 9 Sep 2016 15:28:10 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 46F46267E; Fri, 9 Sep 2016 15:28:06 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 890AB2687; Fri, 9 Sep 2016 15:28:04 +0000 (UTC) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) by www.pwg.org (Postfix) with ESMTPS id A10AB266A for ; Fri, 9 Sep 2016 15:28:02 +0000 (UTC) Received: by mail-it0-x22d.google.com with SMTP id i184so19084596itf.0 for ; Fri, 09 Sep 2016 08:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=TojP/9Hk1QUxRUCRd8KrAPNkLpIthrq+eiAkF7KsVNQ=; b=fxEFtZFiFf+UQaMNvs8DmlzItWujoGsAamnQCxJ7adP1J7z1PtBg4Vojie+n18V+Th xlas0/uB/8mHd/4zkO5Dtlbqe8GOmUUc7ycwQoMlUSXOPZVuF1ITtkrw9rvP7RnEs1fR ViRFUZO4z7BHpxo46cfaNwuwS1uFmfPS5EOelEuswUMTxoudLj//z0ZO68NXiuJk3UpU 42ZPxsYFosUSA8NMybbJrrXEamzSWfyUmaK60zUziYLsqSaIwyXGs78mrUTyNIVcmEfP Q9sRdXDIyXacyySyIkDI7jt6g/fqsFEPxTQKBpwFQOycilWnLQVVYenEVyb75K+hGgXy r3jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=TojP/9Hk1QUxRUCRd8KrAPNkLpIthrq+eiAkF7KsVNQ=; b=NGiQnPtZymNbXAXfv1ZVim2zyzaxCbMcEhtsjwfKvdEZHFvPLekllXSWIm73hBBpyO OCMz/P27kW2ZD3S0+4KEDeXqgRfPgne9OXs5F2Kj8BbdKRWtlSxIFSwxilouqq3PB0zj m1sMo0AH1YwTS1AYGQK8tEE11Zlf4vZoYcOngtuAz34Iaa+MuBktecrNmhSTc1jYWWpQ b6MdRUXLwaN5XHMORd2KkPBsofiHSMucGE4n3hEP8XL8keZbl2jFz0xhlEiPTQ2z0Ltk /3CUIMEOo95kN4saxNgOrsDQ+MkrfRRmGa5vZ+U2+9OzcsCM91VOk26hTl+cOE5wDNe7 TpBg== X-Gm-Message-State: AE9vXwOZQfm2t833LlM6EYG3ASU5O26xkUkrzrd6BuP85T22zSfic0vG8gqdsyseiB5xzbTGewfn8uW2XBvYuQ== X-Received: by 10.157.14.59 with SMTP id c56mr5759851otc.18.1473434881879; Fri, 09 Sep 2016 08:28:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Fri, 9 Sep 2016 08:27:41 -0700 (PDT) From: Ira McDonald Date: Fri, 9 Sep 2016 11:27:41 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] US-CERT Alert - Threat to Network Infrastructure Devices X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1873650765022015172==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1873650765022015172== Content-Type: multipart/alternative; boundary=001a113ccadebbf314053c14ca79 --001a113ccadebbf314053c14ca79 Content-Type: text/plain; charset=UTF-8 Hi, Short and pithy. Well worth reading! "The Increasing Threat to Network Infrastructure Devices and Recommended Mitigations" https://www.us-cert.gov/ncas/alerts/TA16-250A Many of the recommended mitigations will have an impact on usability and accessabliity of network printers and other network infrastructure devices. 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 --001a113ccadebbf314053c14ca79 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Short and pithy.=C2=A0 Well worth rea= ding!

"The Increasing Threat to Network Infrastructure Devices = and Recommended Mitigations"
https://www.us-cert.gov/ncas/ale= rts/TA16-250A

Many of the recommended mitigations wil= l have an impact on
usability and accessabliity of network pr= inters and other network
infrastructure devices.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)=
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundatio= n Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Cha= ir - 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= : blueroofmusi= c@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176= =C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2= =A0 906-494-2434

--001a113ccadebbf314053c14ca79-- --===============1873650765022015172== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1873650765022015172==-- From ipp-bounces@pwg.org Fri Sep 9 09:00:19 2016 Return-Path: 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 E481512B1FC for ; Fri, 9 Sep 2016 09:00:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.298 X-Spam-Level: X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RP_MATCHES_RCVD=-1.508, 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=apple.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 Vv_uVIb0jkRT for ; Fri, 9 Sep 2016 09:00:15 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 5BD2012B0E5 for ; Fri, 9 Sep 2016 09:00:15 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 950EA440B; Fri, 9 Sep 2016 16:00:14 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 751E0267E; Fri, 9 Sep 2016 16:00:10 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 22FC52687; Fri, 9 Sep 2016 16:00:09 +0000 (UTC) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) by www.pwg.org (Postfix) with ESMTPS id 5D322266A for ; Fri, 9 Sep 2016 16:00:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473436806; x=2337350406; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=MubRT5Op7WNMB6T7pJbE43zpgvXMn7vAPpcEtprH51g=; b=Ug4+hfOvvGFKc7fDM/uLamb5hwhsxTBdoWKOn4WQrhlUmzDTQNCzu167a5v+9kxr t7qWyZab3e8SVOot3S6LxtKjgtbF0TnjjtpO5rm3G8HbffP19xEUX53dEYiIUtU1 EZVjoNYmW6Zm7ZATyeX7i8eqTW2u2RGLLihK3aVXswSUzVM8vEEcbb0wLcCot/zA 91PpiT9HKpXOJfCSTVSOzfunC5B8WBGTq2goCG27oAAAVb1X0hmGpqLVEJsa5uUr RZtsWGob07Zc+bgWhJxHjZ2qHhEFVlAdL2WzyoVjSILBHLPnHuP/V+hj4TM9c/SA l10Qx747nngmAhl8chI98w==; Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 5C.FF.07752.68CD2D75; Fri, 9 Sep 2016 09:00:06 -0700 (PDT) X-AuditID: 11973e15-f798f6d000001e48-ab-57d2dc861230 Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by relay6.apple.com (Apple SCV relay) with SMTP id 4A.7F.23613.68CD2D75; Fri, 9 Sep 2016 09:00:06 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.66.224] by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0OD800DLSV45JM20@nwk-mmpp-sz13.apple.com>; Fri, 09 Sep 2016 09:00:06 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Fri, 09 Sep 2016 12:00:04 -0400 Message-id: References: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrGLMWRmVeSWpSXmKPExsUi2FAYpdt251K4wZypxhavXy1ltzi27yWL A5PHzll32T3mLZ7OFMAUxWWTkpqTWZZapG+XwJVx5dZv9oKX8hXPDpxhaWCcKNXFyMkhIWAi 0fl7OSOELSZx4d56ti5GLg4hgb2MEutbtjLDFO36fJIdInGIUeLt67tgHbwCghI/Jt9j6WLk 4GAWkJc4eF4WJMwsoCXx/VErC0T9O0aJGV+/s4EkhAUkJI73L2SFsD0llh/eDbaATUBN4vek PrA4p0CwxJeODrA4i4CqxMU3P5gghopKzFjSyAax10bi8o4vrBAL/jJK9M3fwARyhAjQ5iXP FUFMCQFZidm/vEBKJAR62CT+rZ7PMoFRZBaSs2chnD0LydkLGJlXMQrlJmbm6GbmmeklFhTk pOol5+duYgQF/HQ70R2MZ1ZZHWIU4GBU4uHdsPtSuBBrYllxZe4hRmkOFiVx3vUrL4YLCaQn lqRmp6YWpBbFF5XmpBYfYmTi4JRqYNy82+7iortKrUGcZbMVFjxr17G+zzE7Qb9xYkr19/tv p7st65hn5T+fMyHr+3teycJ8uV37zjyX41L5r76w4LjbxEWpXqufRB9vmTxj59pTO67uZQ5U eyA5e/3+7b/vvuG8W5dnn8GbayDl/rWicpa18gRH2cVSadwXPB1PMxkp9hlaaav4+yqxFGck GmoxFxUnAgA9rlYvWQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrJLMWRmVeSWpSXmKPExsUi2FB8Q7ftzqVwgzWX9Sxev1rKbnFs30sW ByaPnbPusnvMWzydKYApissmJTUnsyy1SN8ugSvjyq3f7AUv5SueHTjD0sA4UaqLkZNDQsBE Ytfnk+wQtpjEhXvr2boYuTiEBA4xSrx9fZcRJMErICjxY/I9li5GDg5mAXmJg+dlQcLMAloS 3x+1skDUv2OUmPH1OxtIQlhAQuJ4/0JWCNtTYvnh3cwgNpuAmsTvSX1gcU6BYIkvHR1gcRYB VYmLb34wQQwVlZixpJENYq+NxOUdX1ghFvxllOibv4EJ5AgRoM1LniuCmBICshKzf3lNYBSc heTSWQiXzkJy6QJG5lWMAkWpOYmVZnqJBQU5qXrJ+bmbGMEBWhi1g7FhudUhRgEORiUe3g27 L4ULsSaWFVfmAoOCg1lJhPfIdaAQb0piZVVqUX58UWlOavEhRmkOFiVx3q1HjoYLCaQnlqRm p6YWpBbBZJk4OKUaGMUX/BFm53rC5f3RWKq+znPhDBGOTV8NXde2pnxdZdLk+GfWv9prPbZX i4XsPSqXXtu49utKif/tx5udsoQC75dWLCj6zaXp1JxxyrYzUGTZxG5OZcMa0do7264tiOTZ 95zJZc3yRd+a7XqriqOFyjfJ99hqLNGL+XB02ux2VqMDio47XzuUKLEUZyQaajEXFScCABm1 TLlMAgAA Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Ira, > On Sep 6, 2016, at 7:05 PM, Ira McDonald wrote: > > Hi Mike, > > I understand your reservations about 'created' (although it's a proper > ISO 10175 state that was perhaps erroneously omitted in IPP/1.1). I'm looking at 10175 right now... The table of attributes for the Document object in section 9.8 lists the generic "state" and a more specific "document-state". "state" is defined in section 9.1.6.4 and lists the following values: "ready", "initializing", "on-request", "unavailable", "busy", "terminating", and "unknown". "document-state" is defined in section 9.3.5.2 and lists the following values: "transfer-pending", "pending", "processing", "printing", and "completed". I don't see 'created' as a state. > I have STRONG reservations about easily misinterpreted compound > state names like 'pending-install' > > I've been working on the spec for two days for a release (I hope) later > this week. > > I could live with these values of "resource-state": > > 'pending' - result of Create-Resource > > 'available' - result of Send-Resource-Data OR keep 'pending' and > set 'resource-incoming' in "resource-state-reasons" (if delayed) > > 'installed' - result of Install-Resource OR keep 'available' and > set 'install-requested' in "resource-state-reasons" (if delayed) > > 'canceled' - result of Cancel-Resource OR keep 'installed' and > set 'cancel-requested' in "resource-state-reasons" (if delayed) > > 'aborted' - result of System decision after any failure of > Send-Resource-Data or Install-Resource (or their delayed > completion > > Primary state transitions should NEVER occur until the work > is finished (e.g., delayed install due to wait-for-reboot) - they > should be correctly foreshadowed by state reasons (as above). I'm fine with this. > I've added Resource History phase and written the 300 seconds > minimum duration stuff (I still can't find the IETF or PWG spec > where we put this for Job History, but I clearly remember this > discussion a long time ago with Pete Zehler). > > I'll happily abandon Send-Resource-URI, but I point out that this > means that many Resources cannot be installed by a limited > capacity mobile phone (e.g., licensed fonts are typically on a > managed server before installation on a printer or app server). I'll point out that mobile phones are not typically primary management devices. But if somebody did choose to use a mobile phone for this, said phone will likely have multiple gigabytes of storage available and regardless will be perfectly capable of streaming content from a trusted server to the local printer via Send-Resource-Data, using authentication and policy information available only on said phone. And said phone is far more likely to have current security updates installed than said printer. > There is a problem with having the Job specify "resource-ids" > for previously installed Resources, to whit, the scope of the > Resource (new value of "resource-job-id") changes AFTER the > Resource is created. How then would the System know to > automatically cancel the Resource after the Job completes? I think since we decided not to allow Resources to be created by ordinary users for a Job, we no longer have Job-scoped resources. Resources specified in a Job Creation request (via the "resource-ids" operation attribute) naturally must be retained for the life of the Job, but that can be implemented fairly simply (reference counts, etc.) > Instead, I imagined submitting the the Job into 'pending-held', > creating/uploading/installing any single-Job-scope Resources > with proper values of "resource-job-id". Please puzzle this one > out a bit more. I suppose/presume there's a similar ambiguity > for a Printer-scope Resource? I don't think we do, since Printer Resource creation is an administrative operation and not a user operation. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Fri Sep 9 09:20:38 2016 Return-Path: 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 B021212B0E5 for ; Fri, 9 Sep 2016 09:20:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.298 X-Spam-Level: X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=apple.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 blkqoYKTvdz4 for ; Fri, 9 Sep 2016 09:20:37 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 030F012B1BE for ; Fri, 9 Sep 2016 09:01:05 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id F24424411; Fri, 9 Sep 2016 16:01:04 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id EF91D267E; Fri, 9 Sep 2016 16:01:02 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 0AA662687; Fri, 9 Sep 2016 16:01:01 +0000 (UTC) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) by www.pwg.org (Postfix) with ESMTPS id C4417266A for ; Fri, 9 Sep 2016 16:01:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473436860; x=2337350460; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=sTOCLFEoUIv+48li4rXAurCMeDWuHRccaqTtl9PqY9k=; b=ZPhOg4WyIzPqA9MEihmIMfNfrgcoMQEfY+p2vdGrGxzLFZuhXi4b7j3Wu3KAopp/ RKAVb8WSgR+Gk7AWz7Xq9e1L9qauwP+gAgwLUfV/07YN/zlOHs4/p30Uv307QHUL AXnyGjViipdsfzkF4o+tRhkF/8WX5OjU9N09QYIEEh0waUH3ehbd8oexbIkEq1W+ RkMLHf+R9B9XZRfg3uzhfylj6ZAdsQScV2eqtu4c9EIar6r65TsSj7U38u6J+40D 0CxQIftMScS5ks87PVtexeXB88po2YQwp/b2hx8/q56pRQ2JDaSI7KISkrGOydK0 1ehNr8E2N2JZvWlPVRiwhQ==; Received: from relay6.apple.com (relay6.apple.com [17.128.113.90]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id D5.30.07752.CBCD2D75; Fri, 9 Sep 2016 09:01:00 -0700 (PDT) X-AuditID: 11973e15-f798f6d000001e48-49-57d2dcbcd47a Received: from nwk-mmpp-sz13.apple.com (nwk-mmpp-sz13.apple.com [17.128.115.216]) by relay6.apple.com (Apple SCV relay) with SMTP id C5.11.23613.CBCD2D75; Fri, 9 Sep 2016 09:01:00 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.66.224] by nwk-mmpp-sz13.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0OD800DLSV45JM20@nwk-mmpp-sz13.apple.com>; Fri, 09 Sep 2016 09:01:00 -0700 (PDT) From: Michael Sweet In-reply-to: Date: Fri, 09 Sep 2016 12:00:59 -0400 Message-id: References: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> To: Ira McDonald X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKLMWRmVeSWpSXmKPExsUi2FAYpbvnzqVwg92nxSxev1rKbnFs30sW ByaPnbPusnvMWzydKYApissmJTUnsyy1SN8ugSvj+dQnTAUnWCs6ZxxibGA8yNLFyMkhIWAi 8bV3MjOELSZx4d56ti5GLg4hgb2MEt8OLmeCKZryp5kRInGIUWLt09+MIAleAUGJH5PvAU3i 4GAWkJc4eF4WJMwsoCXx/VErC0T9O0aJY7Nfs4EkhAUkJI73L2SFsD0llh/eDbaZTUBN4vek PrA4p0CwxMbmY2BxFgFViUeLVjBBDBWVmLGkkQ1ir43Ev6ULwD4QEjjCJHHoqDrIDSJAi5c8 VwQxJQRkJWb/8gI5QUKgh02ibdU1pgmMIrOQXD0L4epZSK5ewMi8ilEoNzEzRzczz0wvsaAg J1UvOT93EyMo3Kfbie5gPLPK6hCjAAejEg/vht2XwoVYE8uKK3MPMUpzsCiJ865feTFcSCA9 sSQ1OzW1ILUovqg0J7X4ECMTB6dUAyNXVJzZPafzvPqn1141k12mUOqydf7UuBuPRRZkhK9n Oy2xextX1VxLw+K56bISCjzdkkpXtZsT/jodOaG6OPSN3rfP8woT98Q/m1V04ePzR9/eiHGG Pjj2aP+Ow+7Wli3Tvp+191ySIFTDcVp+6iR/Vck9SU7dX0x8HzFv+Sr/rWXGoqjlSXlKLMUZ iYZazEXFiQDGuEL0WAIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBLMWRmVeSWpSXmKPExsUi2FB8Q3fPnUvhBrPv8Fm8frWU3eLYvpcs DkweO2fdZfeYt3g6UwBTFJdNSmpOZllqkb5dAlfG86lPmApOsFZ0zjjE2MB4kKWLkZNDQsBE YsqfZkYIW0ziwr31bF2MXBxCAocYJdY+/Q2W4BUQlPgx+R5QAwcHs4C8xMHzsiBhZgEtie+P Wlkg6t8xShyb/ZoNJCEsICFxvH8hK4TtKbH88G5mEJtNQE3i96Q+sDinQLDExuZjYHEWAVWJ R4tWMEEMFZWYsaSRDWKvjcS/pQvADhUSOMIkceioOsgNIkCLlzxXBDElBGQlZv/ymsAoOAvJ obMQDp2F5NAFjMyrGAWKUnMSK830EgsKclL1kvNzNzGCw7Mwagdjw3KrQ4wCHIxKPLwbdl8K F2JNLCuuzAWGBAezkgjvketAId6UxMqq1KL8+KLSnNTiQ4zSHCxK4rxbjxwNFxJITyxJzU5N LUgtgskycXBKNTBOFVglftT1ibDxgxqVHq+4BdvvH3vxXs4m712r9XFRtQOLOA9tsP/Szr1h yu457eoVy1Z3/lCt4+J4nWnkf/ZCbmBnuT7L4xzxCaclupSOiv34t106pLwp+99W70OMW7Ot PIIkewQ2GXfO049kCBH7/pjvRbDa2gev3rKy/uHfJnR+jXQ2/3MlluKMREMt5qLiRAANXXGN SwIAAA== Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" Ira, > On Sep 6, 2016, at 8:25 PM, Ira McDonald wrote: > > Hi Mike, > > Further thoughts about "resource-printer-id" and "resource-job-id". > > Delete them. Several Printers and/or Jobs could need a Resource > (and would have a pointer to indicate that), but the Resource should > NOT have pointers. That is, all Resources are (as we agreed) of > System scope and can only be managed (or state affected) by the > System Service. That makes sense for Jobs. I'm not sure for Printers, where ICC profiles, icons, etc. might very well be Printer-specific. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Fri Sep 9 10:54:52 2016 Return-Path: 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 E9FB312B1C0 for ; Fri, 9 Sep 2016 10:54:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.293 X-Spam-Level: X-Spam-Status: No, score=-3.293 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 (body 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 YfEEHcuK3KDY for ; Fri, 9 Sep 2016 10:54:51 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 5DD8C12B014 for ; Fri, 9 Sep 2016 10:54:51 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 335E94415; Fri, 9 Sep 2016 17:54:49 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 68E21267E; Fri, 9 Sep 2016 17:54:44 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 4308A2687; Fri, 9 Sep 2016 17:54:43 +0000 (UTC) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) by www.pwg.org (Postfix) with ESMTPS id 54DEA266A for ; Fri, 9 Sep 2016 17:54:42 +0000 (UTC) Received: by mail-oi0-x235.google.com with SMTP id q188so40690213oia.3 for ; Fri, 09 Sep 2016 10:54:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Bmwfd3/v+jXqTNgCGn5PJ7hQgKEs1Pip/2pe8nkT80k=; b=vR9tP+aq6MMl1md+lkR7IugczMX00OJG9pCYLV/NPWtyLCHODUVYakB8HNRuvHLhG8 5jOMF0Ovria7ZpzSy/0LG5qTm9EJmhwNlhG009H3T9QZ1CBYQg6H0eau2wSN2VsT4Su4 QCKk67DWdbuhhJ5Im4nk/SPhPezLhFB+rBpUGgCt98Aazmm0uOJyzAe7asuV+6Rez8IP ej2An/DhkDlk25wOgKk4al+fvDPjGjWSSnjPzPH72AW8Fq1J9J5jk2Jp4w6oMGKqo332 ORNc1QCJjfqPh8wuzSYHixcW/3o2iZZsdn2PmmI0TPZjLE063jJUEfhAi6ZiCsn7Fxd5 tnCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Bmwfd3/v+jXqTNgCGn5PJ7hQgKEs1Pip/2pe8nkT80k=; b=g9bNmaY/5tTBcYRWY+nCEYlM1MtrtW1T8QJwIqwdAmoWCWsLy08svDr+ST32yege59 /EfltuQQBazytSMuICGBC7ku8X0nr/oxIetcHt8kKhj7ZLIMvdKihJYIyr++PTcCq7DA 7toFzKhLJinfTRElPFs7jRH0lX3fHi8+3BMikhHMRs8zooBWBobvyRH96Q2ZB1dm/6zV X645uE+Hunib9WYSKOK47/Pj1F4xogmX6ohUc860Cqhm3YQ0ow4LCmnmjgFnSFnjb2sz GmNzcGQDFtiD38k/Z24CnSw4j1ikaQgrHEpCVo270EusasU72zPC1eyz6XGwQIw1WYCp kepA== X-Gm-Message-State: AE9vXwM2OAT6ZJrgGb3lMVhyQcw6Xx7zeKluaxviDlaeBcP8mSku/HP7vHMaAfgSxbJIxrDzQh+aQioVP1nbDA== X-Received: by 10.202.232.144 with SMTP id f138mr7746903oih.130.1473443681700; Fri, 09 Sep 2016 10:54:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Fri, 9 Sep 2016 10:54:21 -0700 (PDT) In-Reply-To: References: <735FD687-9793-49B9-B0D6-C69358265217@apple.com> From: Ira McDonald Date: Fri, 9 Sep 2016 13:54:21 -0400 Message-ID: To: Michael Sweet , Ira McDonald Cc: ipp Subject: Re: [IPP] Outline of IPP Resource Object for System Service Spec X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6730452333740804614==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6730452333740804614== Content-Type: multipart/alternative; boundary=001a114403dc3e9889053c16d7b5 --001a114403dc3e9889053c16d7b5 Content-Type: text/plain; charset=UTF-8 Hi Mike, Thanks for both replies. I got stalled on editing for a few days, but I did get a lot of this latest thinking in on Monday and Tuesday and will return to editing this weekend. I agree with all of your comments. Pedantic DPA background stuff: ISO-10175 Part 3 defines the Create operation on pages 10 to 15, which normally results (for a Printer object) in a Printer with initial state of 'unknown' (not an out-of-band value). ISO-10175 Part 1 defines "printer-state" on pages 185 to 186 with a long list of values (most of which were moved CORRECTLY to "printer-state-reasons" in IPP) including the indeterminate state of 'unknown'. ISO-10175 Part 1 defines "current-job-state" on pages 125 to 126, also including 'unknown'. In DPA implementations at a printer vendor where I once consulted, 'unknown' was used as the initial state result of a Create operation for either a Printer or a Job, because they wanted Create to return quickly. 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 Fri, Sep 9, 2016 at 12:00 PM, Michael Sweet wrote: > Ira, > > > On Sep 6, 2016, at 8:25 PM, Ira McDonald > wrote: > > > > Hi Mike, > > > > Further thoughts about "resource-printer-id" and "resource-job-id". > > > > Delete them. Several Printers and/or Jobs could need a Resource > > (and would have a pointer to indicate that), but the Resource should > > NOT have pointers. That is, all Resources are (as we agreed) of > > System scope and can only be managed (or state affected) by the > > System Service. > > That makes sense for Jobs. I'm not sure for Printers, where ICC profiles, > icons, etc. might very well be Printer-specific. > > _________________________________________________________ > Michael Sweet, Senior Printing System Engineer > > --001a114403dc3e9889053c16d7b5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Mike,

Thanks for both replies.=C2=A0 I got stal= led on editing for a few days, but
I did get a lot of this latest = thinking in on Monday and Tuesday and
will return to editing this = weekend.

I agree with all of your comments.


<= div>Pedantic DPA background stuff:

ISO-10175 Part 3 defines th= e Create operation on pages 10 to 15,
which normally results (for a Prin= ter object) in a Printer with initial
state of 'unknown' (not a= n out-of-band value).

ISO-10175 Part 1 defines &qu= ot;printer-state" on pages 185 to 186 with
a long list of val= ues (most of which were moved CORRECTLY to
"printer-state-rea= sons" in IPP) including the indeterminate state
of 'unknown'= ;.=C2=A0

ISO-10175 Part 1 defines "current-job-state" on = pages 125 to 126,
also including 'unknown'.

In DPA imple= mentations at a printer vendor where I once consulted,
'unknown'= ; was used as the initial state result of a Create operation
for either= a Printer or a Job, because they wanted Create to return
quickly.

Cheers,
- Ira


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


On Fri, Sep 9, 2016 at 12:00 PM, Michael Swe= et <msweet@apple.com> wrote:

> On Sep 6, 2016, at 8:25 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:
>
> Hi Mike,
>
> Further thoughts about "resource-printer-= id" and "resource-job-id".
>
> Delete them.=C2=A0 Several Printers and/or Jobs could need a Resource<= br> > (and would have a pointer to indicate that), but the Resource should > NOT have pointers.=C2=A0 That is, all Resources are (as we agreed) of<= br> > System scope and can only be managed (or state affected) by the
> System Service.

That makes sense for Jobs.=C2=A0 I'm not sure for Printers, wher= e ICC profiles, icons, etc. might very well be Printer-specific.

_________________________________________________________
Michael Sweet, Senior Printing System Engineer


--001a114403dc3e9889053c16d7b5-- --===============6730452333740804614== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============6730452333740804614==-- From ipp-bounces@pwg.org Sun Sep 11 13:05:05 2016 Return-Path: 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 402CD12B119 for ; Sun, 11 Sep 2016 13:05:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.298 X-Spam-Level: X-Spam-Status: No, score=-3.298 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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=apple.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 YxLLdm3UUWt8 for ; Sun, 11 Sep 2016 13:05:03 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 771C212B0D2 for ; Sun, 11 Sep 2016 13:05:03 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 3E84D4417; Sun, 11 Sep 2016 20:05:01 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id E24EA4409; Sun, 11 Sep 2016 20:04:55 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 82AE24406; Sun, 11 Sep 2016 20:04:54 +0000 (UTC) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) by www.pwg.org (Postfix) with ESMTPS id 7581926AA for ; Sun, 11 Sep 2016 20:04:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1473624293; x=2337537893; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=taqWq4B4+xHAgDnXwJkrvtgr9DAG0Ni324KxK9mId8Q=; b=R2B1d/IaBwnFoFBR6zDLq8Uuertdxvqv2XiPX5Xje0fNVUAmUSDjAOWSfYIWjL7Y nHK4edZWKKpY366phtmSFgHL4O6Cvs6ZGIt3R6iO1SBU3tw+kk8LCbiS4uBg+ocq 7IAhZ4LKmZeSWvtJNCy9O0PgaDeGC1toMzoFvglG7VNanpVE3Qe4MElpQ0hkQHsW wlTbocqTtTmkd3RKnXE4iWeI3T8ILJ9NF2cgLMlO9JWERsRUL/HDWw0xGliyysbo WrW1qKQaUlfBN25ybbmFqjzoAt/SMixvl0zdlAaM5R08Hwb9SkNk9rSwBFS+y9AV Ur5WwRNefrL1k1/PQv0chQ==; Received: from relay2.apple.com (relay2.apple.com [17.128.113.67]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 3A.66.07752.5E8B5D75; Sun, 11 Sep 2016 13:04:53 -0700 (PDT) X-AuditID: 11973e15-f798f6d000001e48-12-57d5b8e5d864 Received: from nwk-mmpp-sz12.apple.com (nwk-mmpp-sz12.apple.com [17.128.115.204]) by relay2.apple.com (Apple SCV relay) with SMTP id C9.57.09148.5E8B5D75; Sun, 11 Sep 2016 13:04:53 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.16.115] by nwk-mmpp-sz12.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0ODC00CDFVS13H20@nwk-mmpp-sz12.apple.com>; Sun, 11 Sep 2016 13:04:53 -0700 (PDT) From: Michael Sweet Date: Sun, 11 Sep 2016 16:04:48 -0400 Message-id: <433068E1-E319-4B2B-B635-2DFDA2DBFDF5@apple.com> To: 3d-printing@pwg.org, ipp X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsUi2FDorPt0x9Vwg8dTuC1+Pf/IZHFs30sW ByaPeYunMwUwRnHZpKTmZJalFunbJXBldCx6wVywnrXi4fy5zA2Ma1i6GDk5JARMJM5u72GF sMUkLtxbz9bFyMUhJLCXUaLn3iI2mKJNBw+zQiQOASUafjOBJHgFBCV+TL4HNImDg1lAXWLK lFyQsJDAO0aJD1urQWxhAQmJ4/0LwRawCahJ/J7UB2YzC2hLPHl3AcxmEVCV2NX1ixmi3k2i dSdEnFfARuJlZxsjiC0ioCVxreclM8gqCQFZidm/vEDOkRC4yypxfsNxxgmMgrOQXDQL4aJZ SLYtYGRexSiUm5iZo5uZZ6aXWFCQk6qXnJ+7iREUnNPtRHcwnllldYhRgINRiYc3IPRquBBr YllxZe4hRmkOFiVx3vUrL4YLCaQnlqRmp6YWpBbFF5XmpBYfYmTi4JRqYJxySlDHd3uy155p rT/T/zh9jWvhnswl41uwRu1KlqeIrmXNx6Vi2feTNJ5wntxyRzirtqM2yZVj6czvetw+DWn6 5a0aO1N4E7s/nwliEFN/5H51Q2X2gpryfnb/gvvlhp33eZ0X3UrjPL9hmkOoamODSCt39+rC lNp1Bq5PT98rPiTu/yhciaU4I9FQi7moOBEARTrF8C8CAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupnluLIzCtJLcpLzFFi42IRbCg+o/t0x9Vwg4uHOSx+Pf/IZHFs30sW ByaPeYunMwUwRnHZpKTmZJalFunbJXBldCx6wVywnrXi4fy5zA2Ma1i6GDk5JARMJDYdPMwK YYtJXLi3nq2LkYtDSOAQo0RPw28mkASvgKDEj8n3gBo4OJgF1CWmTMkFCQsJvGOU+LC1GsQW FpCQON6/EGwOm4CaxO9JfWA2s4C2xJN3F8BsFgFViV1dv5gh6t0kWndCxHkFbCRedrYxgtgi AloS13peMoOskhCQlZj9y2sCI98sJEfMQjhiFpIFCxiZVzEKFKXmJFYa6SUWFOSk6iXn525i BAdTofMOxmPLrA4xCnAwKvHwrgi/Gi7EmlhWXJkL9CUHs5II75rtQCHelMTKqtSi/Pii0pzU 4kOM0hwsSuK8XKuAUgLpiSWp2ampBalFMFkmDk6pBsaEhZHG+S/LVpqorma4L13+pyTy//L9 Dpr6x/QPGP1glDRnNLsTnfHsx83gd7O/Vdr8sLtj1Nd+9KVn45WFKy7fN/qdsObEFRbhWr24 EzP9l6jJn+I7ZGrM8+nCrYi7Xs+/8y57e3QtV3zdxtVm2fePrdi7/Ynw69zg4sOT1zxrOMv3 Offiur52JZbijERDLeai4kQAnCiSeSICAAA= Subject: [IPP] CANCELED: IPP 3D Conference Call tomorrow, September 12, 2016 X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: ipp-bounces@pwg.org Sender: "ipp" QWxsLAoKU29ycnkgZm9yIHRoZSBsYXRlIG5vdGljZSwgYnV0IEkgaGF2ZSBhIGNvbmZsaWN0IGFu ZCBuZWVkIHRvIGNhbmNlbCB0b21vcnJvdydzIElQUCAzRCBjb25mZXJlbmNlIGNhbGwuCgpJIGFt IGNsb3NlIHRvIGNvbXBsZXRpbmcgbXkgcHJvdG90eXBlIGltcGxlbWVudGF0aW9uLCBhbmQgaG9w ZSB0byBzZW5kIGFuIGVtYWlsIHJlcG9ydCBvbiBpdCBSZWFsIFNvb24gTm934oSiLiBJbiB0aGUg bWVhbnRpbWUsIHBsZWFzZSBkbyByZXZpZXcgdGhlIGN1cnJlbnQgcHJvdG90eXBlIGRyYWZ0LCB3 b3JrIG9uIHlvdXIgb3duIHByb3RvdHlwZXMsIGVtYWlsIHF1ZXN0aW9ucyBhbmQgY29tbWVudHMs IGV0Yy4KClRoZSBuZXh0IHNjaGVkdWxlZCBjb25mZXJlbmNlIGNhbGwgaXMgU2VwdGVtYmVyIDI2 dGgsIGhvd2V2ZXIgSSBoYXZlIGEgY29uZmxpY3QgZm9yIHRoYXQgbWVldGluZyBhcyB3ZWxsIC0g UGF1bCBtYXkgYmUgcnVubmluZyB0aGF0IG1lZXRpbmcgaW4gbXkgYWJzZW5jZSBhbmQgd2Ugd2ls bCBwb3N0IHNvbWV0aGluZyBhYm91dCBpdCBzb29uLgoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCk1pY2hhZWwgU3dlZXQsIFNlbmlvciBQ cmludGluZyBTeXN0ZW0gRW5naW5lZXIKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCmlwcCBtYWlsaW5nIGxpc3QKaXBwQHB3Zy5vcmcKaHR0cHM6Ly93d3cu cHdnLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwcAo= From ipp-bounces@pwg.org Mon Sep 12 10:40:21 2016 Return-Path: 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 C65E312B012 for ; Mon, 12 Sep 2016 10:40:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.294 X-Spam-Level: X-Spam-Status: No, score=-3.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 6EV5bsgz1MGd for ; Mon, 12 Sep 2016 10:40:19 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id B185012B00F for ; Mon, 12 Sep 2016 10:40:19 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 23CB84409; Mon, 12 Sep 2016 17:40:19 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 620192695; Mon, 12 Sep 2016 17:40:13 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 56B952697; Mon, 12 Sep 2016 17:40:12 +0000 (UTC) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) by www.pwg.org (Postfix) with ESMTPS id D9DA32683 for ; Mon, 12 Sep 2016 17:40:11 +0000 (UTC) Received: by mail-it0-x232.google.com with SMTP id o3so18345679ita.1 for ; Mon, 12 Sep 2016 10:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=305Mg/n8Gw3WzQC9bt+TrqSBUYgz0Yig6BXFYasp9qA=; b=aLtz0XWt1FwN59ACsFnTSIXkJ8mI4B+0YYovWk07CG8z0zCfpiz0xsy/LYQ6Mh0fvm TNjvl4PaA7TG7vHGSVgASoyYqEDl0C7YjTYU4l4QRmf9QmnyUiYIin2GZUGw0ZW+UmWm fkujrw8ahfgtfkc/4h9ZB6KLuR8deUIN00cQpcYDSnGB1E5+URFRMDCCjpUApepBE6Qh ErlulekXS58DxRj8SWVANi16OquykyJzgOqz7DwwhzfPj5Dd6TQyR/o2jscNvHmAwaiT l0WLjaN58RbWNiSBzOVaz6egsDLlZfFkqGh6W/Paiv4C0LWlQUf+dzm4JRQ8xJN0cjqu Cluw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=305Mg/n8Gw3WzQC9bt+TrqSBUYgz0Yig6BXFYasp9qA=; b=iSDaH4G0Oe/vuUQGc7i5h0z1Q1dpoBRA0wD2Ss54OJAh7FNsKnqNwh1LbvPSxJy0L5 o4zPV34i7lkNse4r30kx3aXgS9vbUIin+juG/N4Ddghdw3Q0yNh8h6HKH3dxUfiZxdlY MwKoUn5MsYs50aBYhkA56azextQ+4yD8T+XZ3IrV9VBX7XcNODHQ/isGtDnlni+HfZkV X6jc/4xZGsr8zoIvL0EOmSRj330l0Xd6xbXTQeFg5torV+9h4wNVzZHCtQ5tU476pWz8 D1nPctnZGsqp9zjh3lsN0NI2EaEj0P6WBtrRNgZe4dolJSw8c0do6r6Zd/JUBEFd+cdP Cm7w== X-Gm-Message-State: AE9vXwPOEat2NnLli7lj9rz0Up7DAcga6wGZcCkqKbKqRdy2ghHVbBeOGEjJbWY2ARv9hE4fUBEF7QaLAhjwtA== X-Received: by 10.157.14.59 with SMTP id c56mr23995410otc.18.1473702010916; Mon, 12 Sep 2016 10:40:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Mon, 12 Sep 2016 10:39:50 -0700 (PDT) In-Reply-To: <147369789054.3723.6592777092897294195.idtracker@ietfa.amsl.com> References: <147369789054.3723.6592777092897294195.idtracker@ietfa.amsl.com> From: Ira McDonald Date: Mon, 12 Sep 2016 13:39:50 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Fwd: ID Tracker State Update Notice: X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2899197747747038364==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============2899197747747038364== Content-Type: multipart/alternative; boundary=001a113ccadeddb764053c52fc44 --001a113ccadeddb764053c52fc44 Content-Type: text/plain; charset=UTF-8 Hi, Very soon, an IETF announcement will go out that RFC2911bis is in the RFC Editor's queue for publication as an IETF Proposed Standard! Thanks to Mike as editor and all the IPP WG members who reviewed and contributed to this fundamental IPP/1.1 document! Cheers, - Ira (IPP WG co-chair) 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 ---------- Forwarded message ---------- From: IETF Secretariat Date: Mon, Sep 12, 2016 at 12:31 PM Subject: ID Tracker State Update Notice: To: ben@nostrum.com, Barry Leiba , aamelnikov@fastmail.fm, alissa@cooperw.in, draft-sweet-rfc2911bis@ietf.org, alexey.melnikov@isode.com IESG state changed to Approved-announcement to be sent from Approved-announcement to be sent::AD Followup ID Tracker URL: https://datatracker.ietf.org/doc/draft-sweet-rfc2911bis/ --001a113ccadeddb764053c52fc44 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Very soon, an IETF an= nouncement will go out that RFC2911bis is in
the RFC Editor's = queue for publication as an IETF Proposed Standard!

Thanks to = Mike as editor and all the IPP WG members who reviewed
and contributed = to this fundamental IPP/1.1 document!

Cheers,
- Ira (IPP WG co-chair)

<= div>
=
Ira McDonald (Musician / Software Ar= chitect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux F= oundation Open Printing WG
Secretary - IEEE-ISTO Printer Working GroupCo-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/highnorthincmailto: blue= roofmusic@gmail.com
Jan-April: 579 Park Place=C2=A0 Saline, MI=C2=A0= 48176=C2=A0 734-944-0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 498= 39=C2=A0 906-494-2434


---------- Forwarded message ----------
F= rom: IETF Secretariat &= lt;ietf-secretariat-repl= y@ietf.org>
Date: Mon, Sep 12, 2016 at 12:31 PM
Subject= : ID Tracker State Update Notice: <draft-sweet-rfc2911bis-11.txt>
= To: ben@nostrum.com, Barry Leiba <= ;barryleiba@computer.org>= , aamelnikov@fastmail.fm, alissa@cooperw.in, draft-sweet-rfc2911bis@ietf.org, alexey.melnikov@isode.com

IESG state changed to Approved-announcement to be sent from Approved-= announcement to be sent::AD Followup
ID Tracker URL: https://datatracker.ietf.org= /doc/draft-sweet-rfc2911bis/


--001a113ccadeddb764053c52fc44-- --===============2899197747747038364== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============2899197747747038364==-- From ipp-bounces@pwg.org Mon Sep 12 17:29:02 2016 Return-Path: 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 435E512B161 for ; Mon, 12 Sep 2016 17:29:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.294 X-Spam-Level: X-Spam-Status: No, score=-3.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 Ub_AeSbmWYWi for ; Mon, 12 Sep 2016 17:28:59 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 91E9D12B160 for ; Mon, 12 Sep 2016 17:28:59 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 2A1E04407; Tue, 13 Sep 2016 00:28:58 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id C83FD2698; Tue, 13 Sep 2016 00:28:44 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 240D0269C; Tue, 13 Sep 2016 00:28:43 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) by www.pwg.org (Postfix) with ESMTPS id BC9352695 for ; Tue, 13 Sep 2016 00:28:41 +0000 (UTC) Received: by mail-oi0-x230.google.com with SMTP id q188so231469026oia.3 for ; Mon, 12 Sep 2016 17:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=89ipYcS/m2AcpY9sfQViUrGa1to5qAuJNcYIsMwHN3o=; b=qlvaeOCKmon5ZWIkG3IjlBj4uj2TWV7juXlLYTqazSpiEoldNSgQo+4uU9SXB2hNXy XRJmwychQrmzWTQf079byKvcizanZx9ktm/Ds84J9rxCm8Sb4j3lQ2mVkqXQ6hxIEP7d +1AdveA12+q3IBi7fLVLNAntMY1tRAXGyeNgqMT8PzJE8jlR+KH6VW+qD1sp+Co+msns lR7s6Cb3ceAEI61oKDrj0sJcFC4KyWUZf7jEA0RQrzJFpCTLeL69/H2iAhqw7i1Q/8xU 6Udt43fLp9gQ8Tw4GIyBFVykkHsMnGeH0lUa0Qi7kYyP8JOLIZfMKzpPWFdRyl9MAyAR 4tgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=89ipYcS/m2AcpY9sfQViUrGa1to5qAuJNcYIsMwHN3o=; b=lZdD3n0eAF20xh1E7OElZZ3z+EZfc8gQxg4FEkKHEAo3xGmccLQpGMGh0m98NsELWu ZQneH6hKpm4YXY2gqaYhIOd+Sb+x30eHOR8XyD4PBZ6qkZNQbDm/OEIjsBG/ITd1kvot XvRfP/GXrls78vK1prE10FeZITcMKOSyRfnBTId1eFLoBxw2aAeDCJ+yeFbMSLLvE34Y y3xbfw3JYSFVcKxAu0NqhKC3sufa9DlNx9AUD5GyLj8EsavsxrKMsZymyGTBFdk6q02O U4TkmfiWxFR5Ek7n8Q/0/8naizo5ICczTwBkU33G9hirQnNelIm9viV1E/I/oAKFx5u+ GDmA== X-Gm-Message-State: AE9vXwPVY3jccdVH3yH29D7wOI/618VPfK2j1wNYX6j1QMuOCWMBLhRVTwR9EK/WrnQxPEz3/15FhHQcQxIhFg== X-Received: by 10.157.17.186 with SMTP id v55mr26824289otf.40.1473726521020; Mon, 12 Sep 2016 17:28:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Mon, 12 Sep 2016 17:28:20 -0700 (PDT) In-Reply-To: <147370559519.3732.18179523787058773073.idtracker@ietfa.amsl.com> References: <147370559519.3732.18179523787058773073.idtracker@ietfa.amsl.com> From: Ira McDonald Date: Mon, 12 Sep 2016 20:28:20 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald , Michael R Sweet Subject: [IPP] Fwd: Protocol Action: 'Internet Printing Protocol/1.1: Model and Semantics' to Proposed Standard (draft-sweet-rfc2911bis-11.txt) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3853460588511935755==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3853460588511935755== Content-Type: multipart/alternative; boundary=94eb2c1921b2c81922053c58b140 --94eb2c1921b2c81922053c58b140 Content-Type: text/plain; charset=UTF-8 Hi, RFC2911bis is IESG-approved as an IETF Proposed Standard! Champagne, funny hats, etc.... Well done Mike. Cheers, - Ira ---------- Forwarded message ---------- From: The IESG Date: Mon, Sep 12, 2016 at 2:39 PM Subject: Protocol Action: 'Internet Printing Protocol/1.1: Model and Semantics' to Proposed Standard (draft-sweet-rfc2911bis-11.txt) To: IETF-Announce Cc: Barry Leiba , draft-sweet-rfc2911bis@ietf.org, The IESG , alexey.melnikov@isode.com, rfc-editor@rfc-editor.org The IESG has approved the following document: - 'Internet Printing Protocol/1.1: Model and Semantics' (draft-sweet-rfc2911bis-11.txt) as Proposed Standard This document has been reviewed in the IETF but is not the product of an IETF Working Group. The IESG contact person is Alexey Melnikov. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-sweet-rfc2911bis/ Technical Summary The 2910bis and 2911bis documents are making necessary updates to the Internet Printing Protocol that was produced by the IPP working group and published as RFCs 2910 and 2911 in 2000. The updates bring the protocol up to date with what is currently deployed. Working Group Summary This is not a product of any WG. Document Quality After the IPP working group was closed down in 2000, further work on Internet printing moved out of the IETF and into the IEEE-ISTO's Printer Working Group (IPP WG). These documents represent the work of that group, which is where all the operators/implementors of IPP do their work (they are, basically, the ones who worked in the IETF IPP working group when it was active). The documents have consensus of that group, and the consensus and implementation are solid and broad. The documents are being brought back into the IETF for last call and publication because they are updating (replacing) IETF Standards Track documents. There is no active work in the IETF on Internet printing now. Personnel Barry Leiba is the document shepherd. Alexey Melnikov is the responsible Area Director. --94eb2c1921b2c81922053c58b140 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

RFC2911bis is IE= SG-approved as an IETF Proposed Standard!
Champagne, funny hats, e= tc....

Well done Mike.

Cheers,
- Ira
=

---------- Forwarded message ----------
F= rom: The IESG <iesg-secretary@ietf.org>
Date: Mon, Sep 12, 2016 at 2:39 PM
Subject: Protocol Action: 'I= nternet Printing Protocol/1.1: Model and Semantics' to Proposed Standar= d (draft-sweet-rfc2911bis-11.txt)
To: IETF-Announce <ietf-announce@ietf.org>
Cc: Barry Leiba= <barryleiba@computer.org= >, draft-sweet-rfc291= 1bis@ietf.org, The IESG <iesg@ietf.= org>, alexey.melnikov@i= sode.com, rfc-editor@rfc-e= ditor.org


The IESG has approved the following document:
- 'Internet Printing Protocol/1.1: Model and Semantics'
=C2=A0 (draft-sweet-rfc2911bis-11.txt) as Proposed Standard

This document has been reviewed in the IETF but is not the product of an IETF Working Group.

The IESG contact person is Alexey Melnikov.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-= sweet-rfc2911bis/




Technical Summary

=C2=A0 =C2=A0 The 2910bis and 2911bis documents are making necessary update= s to the Internet Printing
Protocol that was produced by the IPP working group and published as RFCs 2= 910 and 2911
in 2000.=C2=A0 The updates bring the protocol up to date with what is curre= ntly deployed.

Working Group Summary

=C2=A0 =C2=A0This is not a product of any WG.

Document Quality

=C2=A0 =C2=A0After the IPP working group was closed down in 2000, further w= ork on Internet printing moved
out of the IETF and into the IEEE-ISTO's Printer Working Group (IPP WG)= .=C2=A0 These documents
represent the work of that group, which is where all the operators/implemen= tors of IPP do
their work (they are, basically, the ones who worked in the IETF IPP workin= g group when it
was active).=C2=A0 The documents have consensus of that group, and the cons= ensus and implementation
are solid and broad.

=C2=A0 =C2=A0The documents are being brought back into the IETF for last ca= ll and publication because
they are updating (replacing) IETF Standards Track documents.=C2=A0 There i= s no active work in the
IETF on Internet printing now.

Personnel

=C2=A0 Barry Leiba is the document shepherd.=C2=A0 Alexey Melnikov is the r= esponsible Area Director.

--94eb2c1921b2c81922053c58b140-- --===============3853460588511935755== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3853460588511935755==-- From ipp-bounces@pwg.org Thu Sep 15 11:55:32 2016 Return-Path: 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 9A7F212B33F for ; Thu, 15 Sep 2016 11:55:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.866 X-Spam-Level: X-Spam-Status: No, score=-2.866 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.428, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 hvD5tpdNo4VW for ; Thu, 15 Sep 2016 11:55:29 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 858F212B345 for ; Thu, 15 Sep 2016 11:55:29 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 41CCB4407; Thu, 15 Sep 2016 18:55:28 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 7C5DE2698; Thu, 15 Sep 2016 18:55:17 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 375D9269F; Thu, 15 Sep 2016 18:55:16 +0000 (UTC) Received: from mail-it0-x229.google.com (mail-it0-x229.google.com [IPv6:2607:f8b0:4001:c0b::229]) by www.pwg.org (Postfix) with ESMTPS id 785582689 for ; Thu, 15 Sep 2016 18:55:14 +0000 (UTC) Received: by mail-it0-x229.google.com with SMTP id 186so122993itf.0 for ; Thu, 15 Sep 2016 11:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=6JDtzwbNOrXskvhRjd4UPZFNrl27GljUCoZJbRI9Uok=; b=cSHjG2LGU4/VALP2+57eD1W+LU+IqpGNckF3ulqLJ9tAPVYMsgkJIHNntBU+Y5E1SM TDDRi3QjfgSu4Rszj41aqITpwzK/6VHqITYzAWE6zn3hdoYlffViVglm8A4gMk3S57Wm TAZFkD35gmT/k0lQqePuGGqHyd7Fjkq729JXtU2U/ocf4PRtJwiO4D8luVevhvGBvjyP TqweM8h+FjH/nRdmp8OALCRiEN9Snzb+hV49TXfCg28DFiul44dzGtOWeu+pdKp26s8U XVMk1pQwC+362AfUxMl8t3d4Sftif1XOGgQLIed4UZVh9tmilNKM2u1NOm32Z85OtNAO WEEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=6JDtzwbNOrXskvhRjd4UPZFNrl27GljUCoZJbRI9Uok=; b=JhHEIBJUV3eUTWIyK/gK8r7xCSfwRA2jKRQeMhlhNhw/4CLtQLyZQVmHnOu+3/1LPi 2kN7k6CDyMMeivmyWK347CtvZqz5hqu3x/6qbWwUG5MnjZwj3Da5eOVs5Vq5XlWqYKOL +PAcaIPAT8l3UvoxneTZ5Qe/xPibGq87qvrwCIYyCCj0nhAX0jyID08gZIwRditDc3ig 5eRY0mxEPZqfk7gUKzcM64YrsrInifeXzMMKKTY8OYLYaPbuBDsSzSYiczrJ3ixYal5v UMyw5LMO2y6PfONbO17amFDuxAE4zBlfuVx0aW136UmURbFjdr9fXm+du7Mbkv1KUMjy 8x0g== X-Gm-Message-State: AE9vXwMLym9chSZoxoE7mW4S6nYva6cLaOJ7U3+4tG8uT9eD1XyehnipKFjgqBza9TeupbQ1Pxz4wvIPlgy/wg== X-Received: by 10.36.43.82 with SMTP id h79mr1154864ita.60.1473965713550; Thu, 15 Sep 2016 11:55:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Thu, 15 Sep 2016 11:54:52 -0700 (PDT) From: Ira McDonald Date: Thu, 15 Sep 2016 14:54:52 -0400 Message-ID: To: "ipp@pwg.org" , Ira McDonald Subject: [IPP] Posted IPP System Service (15 September 2016) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0393818451550711718==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============0393818451550711718== Content-Type: multipart/alternative; boundary=001a11475d4ec47393053c90627c --001a11475d4ec47393053c90627c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have just posted another Interim draft of IPP System Service for review during the IPP WG call next week: http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.pdf - PDF with line numbers and redlines http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.docx - MS Word source with line numbers and redlines Summary: Most pending edits from 15 August plus new operation details, clarifications, and usage notes. Cheers, - Ira ------------------------------- Change History: 15 September 2016 - Interim draft =E2=80=93 changes per PWG F2F review on 23 August 2016 - global =E2=80=93 accepted all changes before section 8 (all reviewed at P= WG F2F) - global =E2=80=93 renamed section 5 to IPP Objects and Operations Summary = and revised to delete reference to =E2=80=9Csystem-configured-subunits=E2=80=9D= and change Description attributes sections from =E2=80=9CREAD-WRITE=E2=80=9D to =E2=80= =9Cpotentially READ-WRITE=E2=80=9D (consistent with section 7) - global =E2=80=93 revised section 6 IPP Operations to replace =E2=80=9Call= ows allows=E2=80=9D with =E2=80=9Callows=E2=80=9D - global =E2=80=93 changed =E2=80=9Cresource-state=E2=80=9D keywords of =E2= =80=98pending=E2=80=99 to =E2=80=98created=E2=80=99 and =E2=80=98active=E2=80=99 to =E2=80=98available,=E2=80=99 added =E2=80=9Cres= ource-state=E2=80=9D keyword of =E2=80=98aborted=E2=80=99, and added =E2=80=9Cresource-state-reasons=E2=80=9D keywords of =E2=80=98cancel-= requested=E2=80=99, =E2=80=98install-requested=E2=80=99, and =E2=80=98resource-incoming=E2=80= =99 for operations with delayed state transitions - revised section 4 IPP Object Model to add notes that System, Printer, and Resource Owners are mutable (long-lived objects) while Job and Subscription Owners are immutable (short-lived objects) - revised section 4.6 Resource Object to correctly explicitly refer to Send-Resource-Data and Install-Resource operations - revised section 5.3 System Status Attributes and Table 2 to delete reference to =E2=80=9Csystem-configured-subunits=E2=80=9D - revised section 5.4 System Operations to include Install-Resource in note 3 and state that the original StoreResource operation has been decomposed into the sequence of Create-Resource, Send-Resource-Data, and Install-Resource and to revise and reference note 4 about Install-Resource - revised section 5.7 Resource Status Attributes and Table 5 to delete =E2=80=9Cresource-authenticator=E2=80=9D and =E2=80=9Cresource-category=E2= =80=9D and note 7 about =E2=80=9Cresource-authenticator=E2=80=9D, delete =E2=80=9Cresource-job-id= =E2=80=9D and note 5 about =E2=80=9Cresource-job-id=E2=80=9D, and change =E2=80=9Cresource-printer-id= =E2=80=9D (singular) to =E2=80=9Cresource-printer-ids=E2=80=9D (a list of explicitly associated Pri= nters) - revised section 5.9 Printer Status Attributes to delete double period on second list item - revised section 5.9 Printer Status Attributes and Table 7 to add =E2=80=9Cprinter-resource-ids=E2=80=9D with note about =E2=80=9Cresource-id= s=E2=80=9D operation attribute in Create-Printer - revised section 5.10 Job Status Attributes and Table 8 to add =E2=80=9Cjob-resource-ids=E2=80=9D with note about =E2=80=9Cresource-ids=E2= =80=9D operation attribute in Job Creation operations - revised section 6 IPP Operations to regroup all operations under Printer, Resource, Subscription, and System Operation subsections (this breaks DOZENS of cross-references throughout the document) - revised note in section 6.1.1 Create-Printer and section 6.2.2 Create-Resource to explain two alternatives for correctly populating =E2=80=9Cprinter-resource-ids=E2=80=9D and =E2=80=9Cresource-printer-ids=E2= =80=9D status attributes - revised section 6.1.1 Create-Printer to add with reference to =E2=80=9Csystem-mandatory-printer-attributes=E2=80=9D - revised section 6.1.1.1 Create-Printer Request to add =E2=80=9Cresource-i= ds=E2=80=9D operation attribute that requests Resources and is copied (if valid) to the =E2=80=9Cprinter-resource-ids=E2=80=9D Printer Status attribute =E2=80=93 n= ote that this is intentionally NOT a Printer Description attribute for security - revised section 6.1.3 Get-Printers and section 6.1.4 Get-Printer-attributes to state that the returned Printers and Printer attributes MAY be filtered based on Client access rights (i.e., the value of =E2=80=9Crequesting-user-name=E2=80=9D) or the specified =E2=80=9Cdocume= nt-format=E2=80=9D - revised section 6.1.3 Get-Printers and section 6.1.4 Get-Printer-attributes to list all operation and response attributes explicitly, add optional =E2=80=9Cprinter-uri=E2=80=9D alternative to =E2= =80=9Cprinter-ids=E2=80=9D or =E2=80=9Cprinter-id=E2=80=9D for target Printer, optional =E2=80=9Cdocument= -format=E2=80=9D (for filtering returned attributes), and required =E2=80=9Cprinter-xri-supported=E2=80=9D = in response - revised section 6.1.4 Get-Printer-attributes to discuss backwards compatibility, change =E2=80=9Csystem-uri=E2=80=9D target to =E2=80=9CClien= t SHOULD supply=E2=80=9D (for legacy IPP Clients), add back optional =E2=80=9Cprinter-uri=E2=80=9D (for l= egacy IPP Clients), add =E2=80=9Cfirst-index=E2=80=9D and =E2=80=9Celement, and chang= e =E2=80=9CGroups 3 to N=E2=80=9D to =E2=80=9CGroup 3=E2=80=9D - revised section 6.2.1 Cancel-Resource, section 6.2.5 Install-Resource, section 6.2.6 Send-Resource-Data, and section 6.2.7 Set-Resource-Attributes to add that if =E2=80=9Cresource-state=E2=80=9D is =E2=80=98canceled=E2=80= =99 or =E2=80=98aborted=E2=80=99 or =E2=80=9Cresource-state-reasons=E2=80=9D includes =E2=80=98cancel-requested= =E2=80=99 then System MUST return =E2=80=98client-error-not-possible=E2=80=99 - revised section 6.2.1 Cancel-Resource to correct typos from =E2=80=9CCreate-Resource=E2=80=9D to =E2=80=9CCancel-Resource=E2=80=9D, cla= rify transition of =E2=80=9Cresource-state=E2=80=9D to =E2=80=98canceled=E2=80=99 (could be de= layed if Resource is in use in a Job) and =E2=80=9Cresource-state-reasons=E2=80=9D to =E2=80=98cancel-reques= ted=E2=80=99, change =E2=80=9CMAY=E2=80=9D to =E2=80=9CSHOULD=E2=80=9D for the System delete of Resource data, add a defi= nition of the Resource History lifecycle phase, and state that the System MUST support Resource History period of at least 300 seconds for reliable system log files - revised section 6.2.2 Create-Resource to delete =E2=80=9Cresource-categor= y=E2=80=9D (redundant with resource-type), delete =E2=80=9Cresource-job-id=E2=80=9D, a= nd clarify transitions (and keyword names) of =E2=80=9Cresource-state=E2=80=9D and =E2=80=9Cresource-state-reasons=E2=80=9D - revised section 6.4.3 Get-System-Attributes to add note that we will require explicit request for =E2=80=9Csystem-configured-resources=E2=80=9D = or =E2=80=9Csystem-configured-printers=E2=80=9D (by analogy to =E2=80=9Cmedia-= col-database=E2=80=9D for Get-Printer-Attributes) - renamed section 7.1 System, Printer, Resource, and Job Operation Attributes to simply =E2=80=9COperation Attributes=E2=80=9D and added note = about their applicability - revised section 7.1 Operation Attributes to add =E2=80=9Cresource-ids=E2= =80=9D for Create-Printer and Job Creation operations to list requested Resources - deleted section 7.1.7 resource-category operation attribute - deleted section 7.1.10 resource-job-id operation attribute - revised section 7.2.11 resource-settable-attributes-supported to add missing type - revised section 7.2.13 system-default-printer-id to keep =E2=80=9CMAX=E2= =80=9D and delete =E2=80=9Cmax=E2=80=9D in type - added section 7.2.18 system-mandatory-printer-attributes and Table 9 =E2= =80=93 Mandatory-to-Supply Printer Creation Attributes for use in Create-Printer operation - revised section 7.3.11 system-configured-resources and Table 10 to delete =E2=80=9Cresource-category=E2=80=9D - deleted section 7.3.11.1 resource-category (redundant with resource-type) - revised section 7.3.17 system-state-reasons to state that any applicable =E2=80=9Cprinter-state-reasons=E2=80=9D keyword value can be used (to avoid= enumerating the existing keywords here) - revised section 7.5.3 printer-service-type to add =E2=80=98print3d=E2=80= =99, delete =E2=80=98emailin=E2=80=99 and =E2=80=98emailout=E2=80=99 (security nightmar= es), delete =E2=80=98vendor=E2=80=99 (not interoperable), and add =E2=80=98smiNNN-name=E2=80=99 pattern and explanati= on for vendor service types - revised section 7.7.x =E2=80=9C[date-time|time]-at-[cancelation|creation|installation]=E2=80=9D t= o state the timestamps MUST be set at the time the System accepts a Cancel-Resource, Create-Resource, or Install-Resource operation (instead of when the process completes and the appropriate =E2=80=9Cresource-state-reasons=E2=80=9D pend= ing value is removed) - deleted section 7.7.4 resource-authenticator (access info must be included in resource data manifest file) - deleted section 7.7.5 resource-category (redundant with resource-type) - deleted section 7.7.9 resource-job-id (use =E2=80=9Cjob-resource-ids=E2= =80=9D in Job for association) - revised section 7.7.10 resource-state to define =E2=80=98pending=E2=80=99= (after creation), =E2=80=98available=E2=80=99 (after upload of data), =E2=80=98ins= talled=E2=80=99 (after installation), =E2=80=98canceled=E2=80=99 (by Client, not by System), and = =E2=80=98aborted=E2=80=99 (by System) so that =E2=80=98canceled=E2=80=99 and =E2=80=98aborted=E2=80=99 ar= e the two alternative terminal states - revised section 7.7.12 resource-state-reasons to define =E2=80=98cancel-requested=E2=80=99, =E2=80=98install-requested=E2=80=99, an= d =E2=80=98upload-requested=E2=80=99 for delayed completion of the respective operations processing - revised section 7.7.16 resource-type to change reference to =E2=80=9Cresource-category=E2=80=9D reference (an attribute) to simply =E2= =80=9Cresource category=E2=80=9D (a prefix for a resource-type) and insert explicit resource category prefix into all =E2=80=9Cresource-type=E2=80=9D keyword values and add =E2=80=98te= mplate-printer=E2=80=99 for potential Create-Printer extension - revised section 14.1 Normative References to add =E2=80=9CPWG5100.P3D=E2= =80=9D for =E2=80=98print3d=E2=80=99 service type - added Appendix A =E2=80=93 Rationale for Design Choices =E2=80=93 added f= irst Resource topics - TODO =E2=80=93 add status-code text to section 6 preamble and to all oper= ations in sections 6.x - TODO =E2=80=93 add back explicit full parms for every operation in sectio= n 6 per PWG F2F review - TODO =E2=80=93 fix all the broken section 6.x references from the reorgan= ization of section 6 --001a11475d4ec47393053c90627c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I hav= e just posted another Interim draft of IPP System Service for
review during the = IPP WG call next week:

=C2=A0 http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.pdf
=C2=A0 - PDF with line numbers and redlines
=C2=A0
=C2=A0 http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.d= ocx
=C2=A0 - MS Word source with line numbers and redlines

Summary:=C2=A0 Mos= t pending edits from 15 August plus new operation details, clarifications, = and usage notes.

Cheers,
- Ira

-------------------------------
Change History:

15 September 2016

- Interim draft =E2=80=93 c= hanges per PWG F2F review on 23 August 2016
- global =E2=80=93 accepted = all changes before section 8 (all reviewed at PWG F2F)
- global =E2=80= =93 renamed section 5 to IPP Objects and Operations Summary and revised to = delete reference to =E2=80=9Csystem-configured-subunits=E2=80=9D and change= Description attributes sections from =E2=80=9CREAD-WRITE=E2=80=9D to =E2= =80=9Cpotentially READ-WRITE=E2=80=9D (consistent with section 7)
- glob= al =E2=80=93 revised section 6 IPP Operations to replace =E2=80=9Callows al= lows=E2=80=9D with =E2=80=9Callows=E2=80=9D
- global =E2=80=93 changed = =E2=80=9Cresource-state=E2=80=9D keywords of =E2=80=98pending=E2=80=99 to = =E2=80=98created=E2=80=99 and =E2=80=98active=E2=80=99 to =E2=80=98availabl= e,=E2=80=99 added =E2=80=9Cresource-state=E2=80=9D keyword of =E2=80=98abor= ted=E2=80=99, and added =E2=80=9Cresource-state-reasons=E2=80=9D keywords o= f =E2=80=98cancel-requested=E2=80=99, =E2=80=98install-requested=E2=80=99, = and =E2=80=98resource-incoming=E2=80=99 for operations with delayed state t= ransitions
- revised section 4 IPP Object Model to add notes that System= , Printer, and Resource Owners are mutable (long-lived objects) while Job a= nd Subscription Owners are immutable (short-lived objects)
- revised sec= tion 4.6 Resource Object to correctly explicitly refer to Send-Resource-Dat= a and Install-Resource operations
- revised section 5.3 System Status At= tributes and Table 2 to delete reference to =E2=80=9Csystem-configured-subu= nits=E2=80=9D
- revised section 5.4 System Operations to include Install= -Resource in note 3 and state that the original StoreResource operation has= been decomposed into the sequence of Create-Resource, Send-Resource-Data, = and Install-Resource and to revise and reference note 4 about Install-Resou= rce
- revised section 5.7 Resource Status Attributes and Table 5 to dele= te =E2=80=9Cresource-authenticator=E2=80=9D and =E2=80=9Cresource-category= =E2=80=9D and note 7 about =E2=80=9Cresource-authenticator=E2=80=9D, delete= =E2=80=9Cresource-job-id=E2=80=9D and note 5 about =E2=80=9Cresource-job-i= d=E2=80=9D, and change =E2=80=9Cresource-printer-id=E2=80=9D (singular) to = =E2=80=9Cresource-printer-ids=E2=80=9D (a list of explicitly associated Pri= nters)
- revised section 5.9 Printer Status Attributes to delete double = period on second list item
- revised section 5.9 Printer Status Attribut= es and Table 7 to add =E2=80=9Cprinter-resource-ids=E2=80=9D with note abou= t =E2=80=9Cresource-ids=E2=80=9D operation attribute in Create-Printer
-= revised section 5.10 Job Status Attributes and Table 8 to add =E2=80=9Cjob= -resource-ids=E2=80=9D with note about =E2=80=9Cresource-ids=E2=80=9D opera= tion attribute in Job Creation operations
- revised section 6 IPP Operat= ions to regroup all operations under Printer, Resource, Subscription, and S= ystem Operation subsections (this breaks DOZENS of cross-references through= out the document)
- revised note in section 6.1.1 Create-Printer and sec= tion 6.2.2 Create-Resource to explain two alternatives for correctly popula= ting =E2=80=9Cprinter-resource-ids=E2=80=9D and =E2=80=9Cresource-printer-i= ds=E2=80=9D status attributes
- revised section 6.1.1 Create-Printer to = add <all mandatory Printer Description attributes> with reference to = =E2=80=9Csystem-mandatory-printer-attributes=E2=80=9D
- revised section = 6.1.1.1 Create-Printer Request to add =E2=80=9Cresource-ids=E2=80=9D operat= ion attribute that requests Resources and is copied (if valid) to the =E2= =80=9Cprinter-resource-ids=E2=80=9D Printer Status attribute =E2=80=93 note= that this is intentionally NOT a Printer Description attribute for securit= y
- revised section 6.1.3 Get-Printers and section 6.1.4 Get-Printer-att= ributes to state that the returned Printers and Printer attributes MAY be f= iltered based on Client access rights (i.e., the value of =E2=80=9Crequesti= ng-user-name=E2=80=9D) or the specified =E2=80=9Cdocument-format=E2=80=9D- revised section 6.1.3 Get-Printers and section 6.1.4 Get-Printer-attrib= utes to list all operation and response attributes explicitly, add optional= =E2=80=9Cprinter-uri=E2=80=9D alternative to =E2=80=9Cprinter-ids=E2=80=9D= or =E2=80=9Cprinter-id=E2=80=9D for target Printer, optional =E2=80=9Cdocu= ment-format=E2=80=9D (for filtering returned attributes), and required =E2= =80=9Cprinter-xri-supported=E2=80=9D in response
- revised section 6.1.4= Get-Printer-attributes to discuss backwards compatibility, change =E2=80= =9Csystem-uri=E2=80=9D target to =E2=80=9CClient SHOULD supply=E2=80=9D (fo= r legacy IPP Clients), add back optional =E2=80=9Cprinter-uri=E2=80=9D (for= legacy IPP Clients), add =E2=80=9Cfirst-index=E2=80=9D and =E2=80=9Celemen= t, and change =E2=80=9CGroups 3 to N=E2=80=9D to =E2=80=9CGroup 3=E2=80=9D<= br>- revised section 6.2.1 Cancel-Resource, section 6.2.5 Install-Resource,= section 6.2.6 Send-Resource-Data, and section 6.2.7 Set-Resource-Attribute= s to add that if =E2=80=9Cresource-state=E2=80=9D is =E2=80=98canceled=E2= =80=99 or =E2=80=98aborted=E2=80=99 or =E2=80=9Cresource-state-reasons=E2= =80=9D includes =E2=80=98cancel-requested=E2=80=99 then System MUST return = =E2=80=98client-error-not-possible=E2=80=99
- revised section 6.2.1 Canc= el-Resource to correct typos from =E2=80=9CCreate-Resource=E2=80=9D to =E2= =80=9CCancel-Resource=E2=80=9D, clarify transition of =E2=80=9Cresource-sta= te=E2=80=9D to =E2=80=98canceled=E2=80=99 (could be delayed if Resource is = in use in a Job) and =E2=80=9Cresource-state-reasons=E2=80=9D to =E2=80=98c= ancel-requested=E2=80=99, change =E2=80=9CMAY=E2=80=9D to =E2=80=9CSHOULD= =E2=80=9D for the System delete of Resource data, add a definition of the R= esource History lifecycle phase, and state that the System MUST support Res= ource History period of at least 300 seconds for reliable system log files<= br>- revised section 6.2.2 Create-Resource to delete =E2=80=9Cresource-cate= gory=E2=80=9D (redundant with resource-type), delete =E2=80=9Cresource-job-= id=E2=80=9D, and clarify transitions (and keyword names) of =E2=80=9Cresour= ce-state=E2=80=9D and =E2=80=9Cresource-state-reasons=E2=80=9D
- revised= section 6.4.3 Get-System-Attributes to add note that we will require expli= cit request for =E2=80=9Csystem-configured-resources=E2=80=9D or =E2=80=9Cs= ystem-configured-printers=E2=80=9D (by analogy to =E2=80=9Cmedia-col-databa= se=E2=80=9D for Get-Printer-Attributes)
- renamed section 7.1 System, Pr= inter, Resource, and Job Operation Attributes to simply =E2=80=9COperation = Attributes=E2=80=9D and added note about their applicability
- revised s= ection 7.1 Operation Attributes to add =E2=80=9Cresource-ids=E2=80=9D for C= reate-Printer and Job Creation operations to list requested Resources
- = deleted section 7.1.7 resource-category operation attribute
- deleted se= ction 7.1.10 resource-job-id operation attribute
- revised section 7.2.1= 1 resource-settable-attributes-supported to add missing type
- revised s= ection 7.2.13 system-default-printer-id to keep =E2=80=9CMAX=E2=80=9D and d= elete =E2=80=9Cmax=E2=80=9D in type
- added section 7.2.18 system-mandat= ory-printer-attributes and Table 9 =E2=80=93 Mandatory-to-Supply Printer Cr= eation Attributes for use in Create-Printer operation
- revised section = 7.3.11 system-configured-resources and Table 10 to delete =E2=80=9Cresource= -category=E2=80=9D
- deleted section 7.3.11.1 resource-category (redunda= nt with resource-type)
- revised section 7.3.17 system-state-reasons to = state that any applicable =E2=80=9Cprinter-state-reasons=E2=80=9D keyword v= alue can be used (to avoid enumerating the existing keywords here)
- rev= ised section 7.5.3 printer-service-type to add =E2=80=98print3d=E2=80=99, d= elete =E2=80=98emailin=E2=80=99 and =E2=80=98emailout=E2=80=99 (security ni= ghtmares), delete =E2=80=98vendor=E2=80=99 (not interoperable), and add =E2= =80=98smiNNN-name=E2=80=99 pattern and explanation for vendor service types=
- revised section 7.7.x =E2=80=9C[date-time|time]-at-[cancelation|creat= ion|installation]=E2=80=9D to state the timestamps MUST be set at the time = the System accepts a Cancel-Resource, Create-Resource, or Install-Resource = operation (instead of when the process completes and the appropriate =E2=80= =9Cresource-state-reasons=E2=80=9D pending value is removed)
- deleted s= ection 7.7.4 resource-authenticator (access info must be included in resour= ce data manifest file)
- deleted section 7.7.5 resource-category (redund= ant with resource-type)
- deleted section 7.7.9 resource-job-id (use =E2= =80=9Cjob-resource-ids=E2=80=9D in Job for association)
- revised sectio= n 7.7.10 resource-state to define =E2=80=98pending=E2=80=99 (after creation= ), =E2=80=98available=E2=80=99 (after upload of data), =E2=80=98installed= =E2=80=99 (after installation), =E2=80=98canceled=E2=80=99 (by Client, not = by System), and =E2=80=98aborted=E2=80=99 (by System) so that =E2=80=98canc= eled=E2=80=99 and =E2=80=98aborted=E2=80=99 are the two alternative termina= l states
- revised section 7.7.12 resource-state-reasons to define =E2= =80=98cancel-requested=E2=80=99, =E2=80=98install-requested=E2=80=99, and = =E2=80=98upload-requested=E2=80=99 for delayed completion of the respective= operations processing
- revised section 7.7.16 resource-type to change = reference to =E2=80=9Cresource-category=E2=80=9D reference (an attribute) t= o simply =E2=80=9Cresource category=E2=80=9D (a prefix for a resource-type)= and insert explicit resource category prefix into all =E2=80=9Cresource-ty= pe=E2=80=9D keyword values and add =E2=80=98template-printer=E2=80=99 for p= otential Create-Printer extension
- revised section 14.1 Normative Refer= ences to add =E2=80=9CPWG5100.P3D=E2=80=9D for =E2=80=98print3d=E2=80=99 se= rvice type
- added Appendix A =E2=80=93 Rationale for Design Choices =E2= =80=93 added first Resource topics
- TODO =E2=80=93 add status-code text to section 6 preamble and = to all operations in sections 6.x
- TODO =E2=80=93 add back explicit ful= l parms for every operation in section 6 per PWG F2F review
- TODO =E2= =80=93 fix all the broken section 6.x references from the reorganization of= section 6

=
--001a11475d4ec47393053c90627c-- --===============0393818451550711718== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============0393818451550711718==-- From ipp-bounces@pwg.org Thu Sep 15 13:29:58 2016 Return-Path: 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 C03C512B093 for ; Thu, 15 Sep 2016 13:29:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.408 X-Spam-Level: X-Spam-Status: No, score=-3.408 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, 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 j8Yx3RjDXLyV for ; Thu, 15 Sep 2016 13:29:55 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id B3EEA12B03B for ; Thu, 15 Sep 2016 13:29:55 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 46A3B440E; Thu, 15 Sep 2016 20:29:54 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 9CEE92698; Thu, 15 Sep 2016 20:29:51 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 48) id BDFA32698; Thu, 15 Sep 2016 20:29:49 +0000 (UTC) To: ipp@pwg.org X-PHP-Originating-Script: 1000:db-issue.php From: smith.kennedy@hp.com Message-Id: Mime-Version: 1.0 Date: Thu, 15 Sep 2016 20:29:49 +0000 (UTC) Subject: [IPP] [PWG5100.20] Issue #49: Requiring both HTTP Upgrade and "ipps" support? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: webmaster@pwg.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" [Issue Unconfirmed] In PWG 5100.20, page 16, it says this: Printers that report support for TLS MUST also support HTTP Upgrade to TLS, correctly advertise themselves using the "_ipps._tcp,_print" sub-type, and support using an "ipps" URI. This is not a conformance requirement from 5100.14, however. So B-5.1 really ought to be removed or at least be made into a SHOULD rather than a MUST. Link: http://www.pwg.org/issues/49 _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Thu Sep 15 18:09:38 2016 Return-Path: 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 4328E12B3CD for ; Thu, 15 Sep 2016 18:09:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.294 X-Spam-Level: X-Spam-Status: No, score=-3.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, 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 (body 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 mJo9EklRf0GH for ; Thu, 15 Sep 2016 18:09:36 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 25DE012B3CA for ; Thu, 15 Sep 2016 18:09:35 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 5EC964405; Fri, 16 Sep 2016 01:09:35 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id BEA1126C7; Fri, 16 Sep 2016 01:09:30 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id AA7AB26CF; Fri, 16 Sep 2016 01:09:29 +0000 (UTC) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) by www.pwg.org (Postfix) with ESMTPS id 383EA264F; Fri, 16 Sep 2016 01:09:29 +0000 (UTC) Received: by mail-io0-x22f.google.com with SMTP id q92so10213763ioi.1; Thu, 15 Sep 2016 18:09:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LVUjYXDzFqkA5fe8843XquWanq5C2pqOBwPE4ekfGmw=; b=H9E5g9IlXfbVKL3aunc2Odg13fT87ZGQgXq9GLHNdfwaIuNdQ9gbptjSjIoFw0lVGK OVVJ9Vy+SJCtmSHA/64qiJ8+ndAxpXtpq5bCJxzjVNNeASd4CoOqaIt6mnBp+WAV7M0p oAstZowQelG02Rt9gxJsrBiI2SSRZhxFIjwYitcLfVMOD/DmpzDr5rrX08ThNNQjZOFC VWMU4RQFU2R68Rp4dEilMQpEQstd9gZgMSQ+t71M3zVUY4wwoEKnIqvbb06Ns/RE2Q2I 2DEuxsXo6o1dTm/U2ZmTlqJhQnPEzLhHVV9tWS+PpAt9CbxP9Pab2R6Klj5lGXYgbM9a gAqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LVUjYXDzFqkA5fe8843XquWanq5C2pqOBwPE4ekfGmw=; b=QTpTy4/Q0nWvwXOSWXxGSpKIiub1wLWPzAK4cv0IddYgPrXvUc+AgPGeX0prhrjxJy vGViUZB1XTlJnk5HTrKaNR5TZ4vpk+2uYfz9hyPdq/2jhOodXoEUBVuRCrOVRhLokuC7 DbqCupeoP2g4we5199jMi2r0GIayTxZ+J+qAbQl28YimtZLb2rTgse5n+i6OBog51d8i Qo5YTDorjG3gGKmSIQXZ4FiSlSucarh9mGP3xrUZHpdq/YoBRN/+q3pNrseXZb+4mcGc 6OMj5xT7pk6U0iko7QkjGY9rJaFEfYeDYKxTPoD8idl+fQBZOMA9OQmCtZ/ytXIxSKrT OSfA== X-Gm-Message-State: AE9vXwOoDjk/OJjsN7WbKUm2EdfAcOZ0xiCZVelSDa9H+pKbxj4UFYLWJVyMxGazCRW6fh6+jorw3uKAy+vT2Q== X-Received: by 10.107.142.143 with SMTP id q137mr22661725iod.67.1473988168504; Thu, 15 Sep 2016 18:09:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Thu, 15 Sep 2016 18:09:07 -0700 (PDT) In-Reply-To: References: From: Ira McDonald Date: Thu, 15 Sep 2016 21:09:07 -0400 Message-ID: To: webmaster@pwg.org, Ira McDonald Cc: "ipp@pwg.org" Subject: Re: [IPP] [PWG5100.20] Issue #49: Requiring both HTTP Upgrade and "ipps" support? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1440112834693198248==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============1440112834693198248== Content-Type: multipart/alternative; boundary=94eb2c05a54e2fdcdf053c959da9 --94eb2c05a54e2fdcdf053c959da9 Content-Type: text/plain; charset=UTF-8 Hi Smith, I disagree. PWG 5100.14 doesn't say you MUST support Upgrade, BUT it does say the rest about advertise and support ipps URIs. And PWG 5100.14 also says you MUST do IPP/2.0 (PWG 5100.12), which says on page 33: 7.4 IPP over TLS Conformance Requirements To claim conformance to this specification, an IPP Printer or IPP Client that supports TLS MUST: 1. Support the HTTP Upgrade protocol as defined in [RFC2817]; and 2. Support the required minimum cipher suite for interoperability defined in the claimed TLS specification. 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 Thu, Sep 15, 2016 at 4:29 PM, wrote: > [Issue Unconfirmed] > > In PWG 5100.20, page 16, it says this: > > Printers that report support for TLS MUST also support HTTP Upgrade to TLS, > correctly advertise themselves using the "_ipps._tcp,_print" sub-type, and > support using an "ipps" URI. > > This is not a conformance requirement from 5100.14, however. So B-5.1 > really ought to be removed or at least be made into a SHOULD rather than a > MUST. > > Link: http://www.pwg.org/issues/49 > > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp > --94eb2c05a54e2fdcdf053c959da9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Smith,

I disagree.=C2= =A0

PWG 5100.14 doesn't say you MUST support Upgrade= , BUT it does say
the rest about advertise and support ipps URIs.=C2=A0=

And PWG 5100.14 also says you MUST do IPP/2.0 (PWG 510= 0.12), which
says on page 33:

7.4 IPP over TLS Conformance Requi= rements
To claim conformance to this specification, an IPP Printer or IP= P Client
that supports TLS MUST:

1. Support the HTTP Upgrade prot= ocol as defined in [RFC2817]; and
2. Support the required minimum cipher= suite for interoperability defined
in the claimed TLS specification.
Cheers,
- Ira

Ira McDona= ld (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solut= ions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-IS= TO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Prot= ocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Musi= c / High North Inc
http://sites.google.com/= site/blueroofmusic
http://sites.google.c= om/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-April: 579 Park Pl= ace=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-Dec: PO Box 221= =C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434


On Thu, Sep 15, 2016 at 4:29 PM, <smit= h.kennedy@hp.com> wrote:
[I= ssue Unconfirmed]

In PWG 5100.20, page 16, it says this:

Printers that report support for TLS MUST also support HTTP Upgrade to TLS,=
correctly advertise themselves using the "_ipps._tcp,_print" sub-= type, and
support using an "ipps" URI.

This is not a conformance requirement from 5100.14, however. So B-5.1
really ought to be removed or at least be made into a SHOULD rather than a<= br> MUST.

Link: http://www.pwg.org/issues/49

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

--94eb2c05a54e2fdcdf053c959da9-- --===============1440112834693198248== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============1440112834693198248==-- From ipp-bounces@pwg.org Fri Sep 16 12:27:52 2016 Return-Path: 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 29A2812B10A for ; Fri, 16 Sep 2016 12:27:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.407 X-Spam-Level: X-Spam-Status: No, score=-3.407 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, 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 o3UIyIDT4bEC for ; Fri, 16 Sep 2016 12:27:50 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 02E1012B064 for ; Fri, 16 Sep 2016 12:27:49 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 58441440F; Fri, 16 Sep 2016 19:27:49 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 6A629269F; Fri, 16 Sep 2016 19:27:43 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 9AE6E26D1; Fri, 16 Sep 2016 19:27:42 +0000 (UTC) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0107.outbound.protection.outlook.com [104.47.42.107]) by www.pwg.org (Postfix) with ESMTPS id 06B89264F; Fri, 16 Sep 2016 19:27:40 +0000 (UTC) Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.619.10; Fri, 16 Sep 2016 19:27:38 +0000 Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) with mapi id 15.01.0619.012; Fri, 16 Sep 2016 19:27:38 +0000 From: "Kennedy, Smith (Wireless Architect)" To: Ira McDonald Thread-Topic: [IPP] [PWG5100.20] Issue #49: Requiring both HTTP Upgrade and "ipps" support? Thread-Index: AQHSD7cQWIDziUnTIketofKxRUJGrKB8gVWA Date: Fri, 16 Sep 2016 19:27:37 +0000 Message-ID: <1FB2F0FF-E9D7-4927-B9D8-0BA7214C3CE5@hp.com> References: In-Reply-To: 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-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [15.65.252.15] x-ms-office365-filtering-correlation-id: 8336be2b-4b9b-455f-0218-08d3de6784d6 x-microsoft-exchange-diagnostics: 1; DF4PR84MB0284; 6:hmedIhZ5GnfdU4FzXFa2BblLW/onJCYQwVWUslpsOlEaWJMuNjS26YE6Se8sOjXecWezn+bQQM6Gb2xiKAcDkQgFgMh6SEq/JiyBzIgK01XVPmtSSFcCkgKQVPV3y0NAQRSGfjreO4WANpxImq7VFptoC8/hXwMXepLPm8p6Z901ghxgdGhEwlHrn9JKnXdwJoKuvQFjIsIMx2AR1898wf2G7N0MHpZg7VQgqH6Vbzz1zUmCuVu8WJvdh2mMVYm9PYpoCzpDXkfqV39GFSsCdvmN6Qde8I0cb0l+Z1IRt8o=; 5:zM0Ii461UWrHGWqhLXc6wvY8llcnF9ICNcsbguNhHTsiN6K91y2z9VufhGTrpB6ocM4i3nNuTSks2xxbn8QGn+4Om7VCbn/miCiqcYMEkWgjwM9TC2drNJ4yIyzriqYLPLZlgiv9MrC8sXw/UD5L5w==; 24:YjDQt+5+5eZWdkOZCp7wcWm5fuuBTytDZeHYO4gH47c7V/1s8AvAkblIVjgXr1sfluifIpMqF+eAzzE1N0Bz7bEdR8VXMWibaXIoYpy4E3A=; 7:viWXRA3tpdeByLFErnnLOK+etPEl6gPcMUsnOC6ZnnGoWEfEzr3CrcFUTFLDZlL6jhPQ7AZL76orFDQZamGaI2bUXK6dpn6m8DlvTILmZo9/8U7Sr5KFJ0BhhngxqavgpW0Dp/hyDgdZcQQleBOsIWDCDiU8jpAiE/FItj0RyCkWk7X+qHCPWPehbxXLY4ihyJCSuxXhkP9oWfO2Xlzgm7oHgkkxh2v5RjpYigtCGfgo89/J40cKSYw+/o9NZEge x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DF4PR84MB0284; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(111039206520245)(211936372134217)(73583498263828); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:DF4PR84MB0284; BCL:0; PCL:0; RULEID:; SRVR:DF4PR84MB0284; x-forefront-prvs: 0067A8BA2A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(199003)(5383002)(377424004)(24454002)(377454003)(6602003)(86362001)(4326007)(1411001)(122556002)(16236675004)(99936001)(50986999)(33656002)(2906002)(99286002)(87936001)(8936002)(83716003)(82746002)(5660300001)(81156014)(8676002)(19580395003)(7846002)(68736007)(81166006)(7736002)(19580405001)(19273905006)(7906003)(110136003)(92566002)(3660700001)(36756003)(106116001)(586003)(102836003)(3846002)(6116002)(11100500001)(97736004)(5002640100001)(3280700002)(66066001)(54356999)(106356001)(101416001)(77096005)(76176999)(19617315012)(105586002)(15975445007)(189998001)(10400500002)(2950100001)(2900100001)(16351025005)(104396002)(563064011); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR84MB0284; H:DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Sep 2016 19:27:37.8855 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0284 Cc: "ipp@pwg.org" , "webmaster@pwg.org" Subject: Re: [IPP] [PWG5100.20] Issue #49: Requiring both HTTP Upgrade and "ipps" support? X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5273094131102309196==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============5273094131102309196== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_1CC74738-ADC1-4240-A4A5-C22FB9330D14"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_1CC74738-ADC1-4240-A4A5-C22FB9330D14 Content-Type: multipart/alternative; boundary="Apple-Mail=_547CCD82-2036-4551-8A46-02375F2EF332" --Apple-Mail=_547CCD82-2036-4551-8A46-02375F2EF332 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks Ira! I will update that issue with your citations (and attribute = them to you) and close it. (I would LOVE to make a system that registers conformance requirements = from specifications, and when one spec includes another, its normative = statements would be sort of #included in, so that for a given spec we = could see all the normative conformance requirements that pertain to a = particular specification, without all the legwork and cross-checking.) Smith > On 2016-09-15, at 7:09 PM, Ira McDonald = wrote: >=20 > Hi Smith, >=20 > I disagree. =20 >=20 > PWG 5100.14 doesn't say you MUST support Upgrade, BUT it does say=20 > the rest about advertise and support ipps URIs. =20 >=20 > And PWG 5100.14 also says you MUST do IPP/2.0 (PWG 5100.12), which=20 > says on page 33: >=20 > 7.4 IPP over TLS Conformance Requirements > To claim conformance to this specification, an IPP Printer or IPP = Client > that supports TLS MUST: >=20 > 1. Support the HTTP Upgrade protocol as defined in [RFC2817]; and > 2. Support the required minimum cipher suite for interoperability = defined=20 > in the claimed TLS specification. >=20 > Cheers, > - Ira >=20 > 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 >=20 >=20 > On Thu, Sep 15, 2016 at 4:29 PM, > wrote: > [Issue Unconfirmed] >=20 > In PWG 5100.20, page 16, it says this: >=20 > Printers that report support for TLS MUST also support HTTP Upgrade to = TLS, > correctly advertise themselves using the "_ipps._tcp,_print" sub-type, = and > support using an "ipps" URI. >=20 > This is not a conformance requirement from 5100.14, however. So B-5.1 > really ought to be removed or at least be made into a SHOULD rather = than a > MUST. >=20 > Link: http://www.pwg.org/issues/49 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp = >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_547CCD82-2036-4551-8A46-02375F2EF332 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Thanks Ira! I will update that issue with your citations (and = attribute them to you) and close it.

(I would LOVE to make a system that = registers conformance requirements from specifications, and when = one spec includes another, its normative statements would be sort of = #included in, so that for a given spec we could see all the normative = conformance requirements that pertain to a particular specification, = without all the legwork and cross-checking.)

Smith



On 2016-09-15, at 7:09 PM, Ira McDonald <blueroofmusic@gmail.com> wrote:

Hi Smith,

I = disagree. 

PWG = 5100.14 doesn't say you MUST support Upgrade, BUT it does say
the rest about advertise and support ipps URIs. 

And PWG 5100.14 also says you MUST = do IPP/2.0 (PWG 5100.12), which
says on page 33:

7.4 IPP over TLS Conformance Requirements
To claim conformance to this specification, an IPP Printer or = IPP Client
that supports TLS MUST:

1. Support the HTTP Upgrade protocol as defined in [RFC2817]; = and
2. Support the required minimum cipher suite for = interoperability defined
in the claimed TLS = specification.

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 Thu, Sep 15, 2016 at 4:29 = PM, <smith.kennedy@hp.com> wrote:
[Issue Unconfirmed]

In PWG 5100.20, page 16, it says this:

Printers that report support for TLS MUST also support HTTP Upgrade to = TLS,
correctly advertise themselves using the "_ipps._tcp,_print" sub-type, = and
support using an "ipps" URI.

This is not a conformance requirement from 5100.14, however. So B-5.1
really ought to be removed or at least be made into a SHOULD rather than = a
MUST.

Link: http://www.pwg.org/issues/49

_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

_______________________________________________
ipp = mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_547CCD82-2036-4551-8A46-02375F2EF332-- --Apple-Mail=_1CC74738-ADC1-4240-A4A5-C22FB9330D14 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEDtXE7awITX7XkZ1ymyyxOEwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE5MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQB2ipl40XCFoyzXr0j1PpZXw6C7TJfEhhEFSSLFCs/Bb061fKaANRvy4o8cOGJx8zy+ ACVKHqEQyZY7TXusJmijnulZo3jGR5s/jjCWyqjWKDlVx83tyeuykOSVMD60/e/xp8nG4TZsKGBU J563oHE6vau80HUi11PzspxbFXUI6kmrNC5Tw3wGFHug8RSIJG1ekWt+ZOth7CXXGbVtmTdwCn0I qMNgKVUkTBkiAPrsN7OZZAr5UGT6h8RUC/0I0H9MXCtSlXuKcqtJt/sWqQghvDO8hHUh/XU1bEOa 2KjJCygWc7n/nAtBNKw7XtgFguhugtUsbdGBjttfnbzwdTZYMIIH1zCCBr+gAwIBAgIQD2YmaFoP rtv/7EFJwcWKSjANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTQxMTIx MDAwMDAwWhcNMTYxMTIwMjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv9/62wcQqoi8ybgcLkzawuys YWyJFJE/h7vnUc0rDcaFMysQZnGt8zuUJtfGVgve+0Y+/C71KqhhuScAkBlISIMA1MCb5SpyMS+i RU8rOcSfm6E/tMYbCQAOc7wPHP3beIPFFbeP9LY3PDA6EtFV6TFV1bfdDeUEY9z6HpXXY84/IZPP dG5zYmWLxi3MxJAWKHSK/ZcvBsVLEaouG7vnLg/DUJUSYyVpzKWzI4pHaLgOkBe7lt/RYA+uoYNi a7jdiS/oJfaBaiZjdGNpLgqPTZ20aDKu+4OKHpjDltcxxmJIdO9rBmxgSagODG1ktAGwzVWLUqhf ysojHpWDN//ZFQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBQojp1sWj1X Dn3FJ5AQ7USZWp7SzjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAGFPFralTmI3j+0lRN5ZgT1MP6MuFoIWUaLQCdtLdmuWi N4GVcfuVFr2kmCCIbEytJwrso6PphQQ2AhWvKKtGh57CQHtszmG6gTQpDnDhRLg9D29FzdIq9iRm cA8ZB4yUxP2ytQEngUFAQ2PERJboditj+qb3d86bwvENdrxGCUPj1/ybAxvFIVeVh6rh3WkTGLwu 72cn3QEhtMlKeNGjV4iw1fDnNSlmm2YRwf04r6VPeZuJK8nnHIW3UEQwuxy4iv8aTEJ5yhy2E1n1 619oUAX8737oyM88ITM1CUM36+U+Vvj7dScwtY69HwYUczr5a2ZsVzakK+xlnlpyRTo/xzGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwOTE2 MTkyNzM4WjAjBgkqhkiG9w0BCQQxFgQUsCU12hig3d74DxK4nn3sEAcLQzkwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQD2YmaFoPrtv/7EFJwcWK SjANBgkqhkiG9w0BAQEFAASCAQCbgQQY1x7vFPjGjr43somWDneTPvnSW8fkecT+zOdSz2kyY2ee TYZmsyaUXSu6I1/ZHxjNIAhzGG8bcmcuNBxHpVA0arxrP10fQsyb66M+07xJn6ZUmPPXNw5OSGfd sRLbyTQc4KeULM+XYChYiupwOrGWMIjLHghPVzql/Rq/FGXxmgBhRqrFWRZF1t9KM26kVnkzWKmV 1XU0hpuX89O1pbbxwmHxbDgBSaK3EBy6VPGRScOzmOMyCE1vcIDb5U3sRAMnhX33VoZR4IqhToH8 9jwBJ13MOxqmg0dRjMHGcTpXSVc30FVzXGq+035rFtkecZ7Z0ueNsRtAaQolCGoOAAAAAAAA --Apple-Mail=_1CC74738-ADC1-4240-A4A5-C22FB9330D14-- --===============5273094131102309196== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============5273094131102309196==-- From ipp-bounces@pwg.org Sat Sep 17 09:37:03 2016 Return-Path: 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 2D5A312B18D for ; Sat, 17 Sep 2016 09:37:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.294 X-Spam-Level: X-Spam-Status: No, score=-3.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.508, 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 r7EZBGPVVoay for ; Sat, 17 Sep 2016 09:37:00 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 94EB612B0CF for ; Sat, 17 Sep 2016 09:37:00 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 4A50926D3; Sat, 17 Sep 2016 16:36:51 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5C8B826EA; Sat, 17 Sep 2016 16:36:36 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 2FF4726D3; Sat, 17 Sep 2016 16:36:35 +0000 (UTC) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) by www.pwg.org (Postfix) with ESMTPS id 56187269C; Sat, 17 Sep 2016 16:36:34 +0000 (UTC) Received: by mail-it0-x22e.google.com with SMTP id 186so39030046itf.0; Sat, 17 Sep 2016 09:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=gvI49DJc0PqO9wv4CTAAVfLyblk8ZPMV7OG9VpGIH/8=; b=X5AGeTn4TwlKvwQpaus2+VwGyRM8XkWtbxZOcyTshZl6FjRDPWU9Kgkn7ZBEynOSjb QGe4PHRI/25FXXmEKNQk2/bIQlx0OOATZJlZ9oTkI9SR3ZbsgXZnetbHWyaSPPAqnpWd VIkt4yD4caREpPkMovMloWrljsjWVXrM/W138b8cDYRkrTiMfDW4nF+yUJowtlVFNBXZ h7m2NqwVNmWMdbLlhSep3Cp4CCEMGIRrlQ6eFcOC9HJ/nYYuDmC7JiyHEkZ63EjlqfWj wEgmNQ0Nxgth6DyIJD7JbruQ6AuymqlA6pWsIxk8AjR7eP0Dcs3aXX7lu3gPRgJX8FHA hxaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=gvI49DJc0PqO9wv4CTAAVfLyblk8ZPMV7OG9VpGIH/8=; b=FKLkFUb3SOZKi8D90bdcYMH9px07vSDyLWSCmsOnsyoY0I8mfYiJNSvU4PzwkcQdqY HiqWUt3RI1y4Ac6nMfY5YcRb3FCN5jMI3bwIYyxi+qNcTexl0KH9JANKrU5Ba4OkL6+d aPKCcbWH10qinspV9QCLJRKFGeKJVWOAFLDfra7GCPkaGbQweYlACvvfzQKQ5pzMVDDW SfeIAFUmqYYN2x/4vcKzptU+aMJBBuKQra8ACGLJHklikWZRJPXvepouZqEC097zv/YQ PFZidcbhN1YM3O3c+rQDwDv97haKMf3TP2/v6BSFbX5ix0WFV6IZbWmRoPAKFiWDKYD7 tXHg== X-Gm-Message-State: AE9vXwMYEWVoxAcsAJUKx1mwbQOwAxMBR8IUIDtyWqPwErQy2QrDwi0lznDxPzWBRYeImV0oTa2ap3U+V//URg== X-Received: by 10.36.16.138 with SMTP id 132mr3034483ity.60.1474130193533; Sat, 17 Sep 2016 09:36:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.11.67 with HTTP; Sat, 17 Sep 2016 09:36:13 -0700 (PDT) From: Ira McDonald Date: Sat, 17 Sep 2016 12:36:13 -0400 Message-ID: To: "ipp@pwg.org" , 3d-printing@pwg.org, Ira McDonald Subject: [IPP] IPP WG 3D/2D Agenda 3-5 US Eastern (19 September 2016) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6065353438630014043==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============6065353438630014043== Content-Type: multipart/alternative; boundary=001a114382e889d23c053cb6ae7b --001a114382e889d23c053cb6ae7b Content-Type: text/plain; charset=UTF-8 Hi, Our next IPP WG call will be Monday 19 September 2016 12-2pm US Pacific / 3-5pm US Eastern Call-in toll-free number (US/Canada): 1-866-469-3239 Call-in toll number (US/Canada): 1-650-429-3300 (Primary) Call-in toll number (US/Canada): 1-408-856-9570 (Backup) Attendee Access Code: *******# Attendee ID Code: # (empty) NOTE: Please DO NOT USE the audio bridge number listed by WebEx - instead use the regular PWG conference bridge listed above! ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP WG Date: Every Monday, from Monday, September 23, 2013 to no end date Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 682 763 393 Meeting Password: Printing123 ------------------------------------------------------- To join the online meeting (Now from mobile devices!) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/e.php?MTID=m123b376f8d 9bdc7d9ff0ff43ed7d1610 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". ------------------------------------------------------- For assistance ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support". ------------------------------------------------------- Agenda: (1) PWG IP Policy, Minute Taker, and Agenda Review - Mike as minute taker? (2) Approve IPP minutes from previous meetings - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20160815.pdf -- IPP WG call on 08/15/16 - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-f2f-minutes-20160823.pdf -- PWG F2F IPP sessions on 08/23/16, 08/24/16 (3) Status of various IPP documents (Ira/Mike/Smith) * IETF IPP/1.1 Updates (Mike/Ira) - http://www.ietf.org/internet-drafts/draft-sweet-rfc2910bis-10.txt - http://www.ietf.org/internet-drafts/draft-sweet-rfc2911bis-11.txt -- changes for new IETF Proposed Standards -- Alexey Melnikov (IETF ART AD) as AD sponsor on 06/02/16 -- RFC2910bis & RFC 2911bis - IETF Approved as Proposed Standards! -- waiting on authors for minor IANA registry edits on 09/16/16 -- Schedule - IPP/1.1 RFCs published in Q4 2016 * IPP Finishings 2.1 (Smith) - http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815-rev.pdf -- Stable draft -- Reviewed by IPP WG on 08/24/16 -- IPP WG Last Call on 08/22/16 to 09/06/16 -- Smith to issue new draft w/ edits from 08/24/16 review -- Schedule - PWG Call for Objections in Q4 2016 (4) Possible change of day-of-week and time for IPP WG calls - Doodle poll among PWG Steering Committee members on 09/12/16 -- review Doodle poll results and reschedule IPP WG calls? (5) PWG 5100.20 Issue #49 requiring both HTTP Upgrade and "ipps:" support (Smith/Ira) - http://www.pwg.org/archives/ipp/2016/018943.html -- resolved on mailing list 09/16/16 -- but there are conformance subtleties to be discussed here -- Schedule - close this specific issue ASAP (6) IPP vs SM coordinate system disconnect (Smith/Pete) - http://www.pwg.org/archives/ipp/2016/018924.html -- Schedule - review IPP Finishings/2.1 and liaise to SM WG (7) Registration for "ipp-features-supported" value 'icc-color-matching' (Mike) - http://www.pwg.org/archives/ipp/2016/018914.html -- Schedule - review in IPP WG and submit to IANA (8) Review of IPP 3D Printing Extensions (Mike) - http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d10-20160824-rev.pdf -- Prototype draft -- Reviewed by IPP WG on 08/08/16 and 08/23/16 -- Mike to provide additional prototyping feedback -- Schedule - PWG Last Call in Q4 2016 (9) Review of IPP System Service (Ira/Mike) - http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.pdf -- Interim draft -- Reviewed by IPP WG on 08/23/16 -- Stopped at resource-category (to be deleted) -- Schedule - Prototype draft in Q4 2016 (10) Next steps - Possible change of day-of-week and time for IPP WG calls 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 --001a114382e889d23c053cb6ae7b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Our next <= span>IPP<= /span> WG call will be Monday 19 September 2016 12-2pm US Pacific / 3-5pm US Eastern

Call-in toll-free number (US/Canada): 1-866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 (Backup)

Attendee Access Code: *******#
Attendee ID Code: # (empty)

NOTE:=C2=A0 Please DO NOT U= SE the audio bridge number listed by WebEx
- instead use the regular PWG conference bridge listed above!

-------------------------------------------------------
Meeting information
-------------------------------------------------------
Topic: IPP=C2=A0 WG
Date: Every Monday, from Monday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting Password: Printing123
-------------------------------------------------------
To join the online meeting (Now from mobile devices!)
-------------------------------------------------------
1. Go to https:/= /ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dm123b376f8d9bdc7d9ff0= ff43ed7d1610
2. If requested, enter your name and email address.
3. If a password is required, enter the meeting password: Printing123
4. Click "Join".

-------------------------------------------------------
For assistance
-------------------------------------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support".
-------------------------------------------------------

<= span>Agenda<= /span>:
(1) PWG IP Policy, Minute Taker, and Agenda Review
- Mike as minute taker?

(2) Approve IPP minutes from previous meetings
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2= -concall-minutes-20160815.pdf
-- IPP WG call on 08/15/16<= br>
-- PWG F2F IPP sessio= ns on 08/23/16, 08/24/16

(3) Status of various IPP<= /span> documents (Ira/Mike/Smith)
<= /div>
-- Alexey Melniko= v (IETF ART AD) as AD sponsor on 06/02/16
-- RFC2910bis & RFC 2911bis - IETF Approve= d as Proposed Standards!
-- waiting on authors for min= or IANA registry edits on 09/16/16
-- Schedule - IPP/1.1 RFCs= published in Q4 2016

* IPP Finishings 2.1 (Smith)<= br>- http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinis= hings21-20160815-rev.pdf
-- Stable draft
-- Reviewed by IPP WG on 08/24/16
-- IPP WG L= ast Call on 08/22/16 to 09/06/16
-- Smith to issue new draft = w/ edits from 08/24/16 review
-- Schedule - PWG Call for Obje= ctions in Q4 2016

(4) Possible change of day-of-week and time= for IPP WG calls
- Doodle poll among PWG Steering Committee = members on 09/12/16
-- review Doodle poll results and resched= ule IPP WG calls?

(5) PWG 5100= .20 Issue #49 requiring both HTTP Upgrade and "ipps:" support (Sm= ith/Ira)
-- resolved on mailing list 09/16/16
-- but there are conformance subtleties to be discussed here
-- Schedule - close this specific issue ASAP

(6) IPP vs SM coordinate system disconnect (Smith/Pete)
- <= a target=3D"_blank" href=3D"http://www.pwg.org/archives/ipp/2016/018924.htm= l">http://www.pwg.org/archives/ipp/2016/018924.html
-- Sc= hedule - review IPP Finishings/2.1 and liaise to SM WG

(7= ) Registration for "ipp-features-supported" value 'icc-color-= matching' (Mike)
-- Schedule - review in IPP WG and submit = to IANA

(8) Review of IPP 3D Printing Extensions (Mike)- http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d10-20160824-rev.pdf
-- Prototype draft
-- Reviewed by IPP WG = on 08/08/16 and 08/23/16
-- Mike to pro= vide additional prototyping feedback
-- Sc= hedule - PWG Last Call in Q4 2016

(9) Review = of IPP System Service (Ira/Mike)
- = http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippsystem10-20160915-rev.pdf
=
-- Interim draft
-- Reviewed by IPP WG on 08/23/16
-- Stopped at resourc= e-category (to be deleted)
-- Schedule - Prototype draft in Q4 201= 6

(10) Next steps
- Possible change of day-of-week and= time for IPP WG calls

Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mo= bility Solutions WG
Chair - Linux Foundation Open Printing WG
Secreta= ry - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet P= rinting Protocol WG
IETF Designated Expert - IPP & Printer MIB
Bl= ue Roof Music / High North Inc
http://sites= .google.com/site/blueroofmusic
http://si= tes.google.com/site/highnorthinc
mailto: blueroofmusic@gmail.com
Jan-Apri= l: 579 Park Place=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-0094
May-De= c: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434

--001a114382e889d23c053cb6ae7b-- --===============6065353438630014043== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============6065353438630014043==-- From ipp-bounces@pwg.org Mon Sep 19 11:16:05 2016 Return-Path: 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 B06A812B4B1 for ; Mon, 19 Sep 2016 11:16:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.215 X-Spam-Level: X-Spam-Status: No, score=-4.215 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.316, 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 Fy4H_avP1_Dk for ; Mon, 19 Sep 2016 11:16:02 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 3637312B4D7 for ; Mon, 19 Sep 2016 11:16:02 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id D3912440F; Mon, 19 Sep 2016 18:16:00 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 5C4A526DD; Mon, 19 Sep 2016 18:15:54 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 105F726E4; Mon, 19 Sep 2016 18:15:53 +0000 (UTC) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0105.outbound.protection.outlook.com [104.47.40.105]) by www.pwg.org (Postfix) with ESMTPS id 5875826D3 for ; Mon, 19 Sep 2016 18:15:51 +0000 (UTC) Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) by DF4PR84MB0283.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.21) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.619.10; Mon, 19 Sep 2016 18:15:49 +0000 Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) with mapi id 15.01.0619.016; Mon, 19 Sep 2016 18:15:49 +0000 From: "Kennedy, Smith (Wireless Architect)" To: "ipp@pwg.org" Thread-Topic: [IPP] Stable draft of IPP Finishings 2.1 posted for review Thread-Index: AQHR9zDYvS6i93YUf0qnZrHtGjD8JaCBVU6A Date: Mon, 19 Sep 2016 18:15:49 +0000 Message-ID: <1DCCF765-52F8-4BEC-B64B-67CB0EBEB08D@hp.com> References: <551FCCE1-A116-4548-9869-13324A667AB9@hp.com> In-Reply-To: <551FCCE1-A116-4548-9869-13324A667AB9@hp.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-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [15.65.252.15] x-ms-office365-filtering-correlation-id: be3c0cf0-64dd-43ea-7b9b-08d3e0b8fc3b x-microsoft-exchange-diagnostics: 1; DF4PR84MB0283; 6:tIxZTviqScvyK5n9V7sYE5o61gDJRzn/ozK6zvydfXv/oUu2Cvr8vPeClfXKPIfhFX+R1P1Z9tLIZKvlboCYCQrBKNrTr0ZFb5M+AQxcuom7f4AWm1JL5oq9WgmDvHg8C1h2G018tfWAlnPA76edcYEfLzpJ6HzSSdY50I9HfaTMBUiUS4Px/jxYAkULe5t9dLGzwF48ubpv7LWPMGQsAwCGi++mA8Px2rekgQAWlF36FQ3osK30ygUCgQmS1i8HmBv8UsV8u/sUVx5/RuW/l+y2d4rTVUkrsK4DY0H2TJ8=; 5:+bnNsxEXP3+ZvB+J5nEhCd9wFyHNfPhIDkY3j2KKAcBxke1kxDPB7Yh0H59IopDmupUAfuDdqSBne6xaxioF5w92L9bYoKyEDrk2x5Qk4mnCHSMmy4sOM/bFy0UtIA1LIN4lNTfrsm7nkyRcJ2HKUA==; 24:qaK35NAt4UXU1fTCAtdrXaXS0bgxzI4TLNyDLdqDFrFGrRPrJhgFOiZNiBZp4yS6BgemuscZl1+1aIxA8hu7Lk79kkPvMMrviL4CNVTcP6Q=; 7:a6sHZLXAm4OnlNKWInNJjbwWJRKOXcewIgUM8hsVF//OsVUilxBImTFmD2UiVi5mRJsVdgA3Nj22UWMDV2Ks9/LbdKPKoqfbhWYAq5qVRmhug95bldAwKYCfUOnKiFeVP50thvi92XTPsmmwMoHtVYQpKWwYALdL3EK4vvK38TXdQm+0O/YN27KjYWRbG+XIQc6SoZzDhvjFqsswrqDnyZ/Pg7vVPorY7sazpxwPToHm/7CpSnPqCGL1a/xlHjDu/VDZ520eQyjN0u8eP2qEn9a7r8YWaxLWnN/mp+gW3fISeZ2rrk69QkGzPmJ8DWLA x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DF4PR84MB0283; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(73583498263828); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:DF4PR84MB0283; BCL:0; PCL:0; RULEID:; SRVR:DF4PR84MB0283; x-forefront-prvs: 0070A8666B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(199003)(189002)(377454003)(24454002)(6602003)(377424004)(99286002)(105586002)(106356001)(106116001)(189998001)(107886002)(83716003)(19580405001)(97736004)(122556002)(11100500001)(19580395003)(2351001)(36756003)(8936002)(7906003)(1730700003)(10400500002)(7846002)(8676002)(7736002)(99936001)(54356999)(50986999)(76176999)(110136003)(450100001)(15975445007)(2900100001)(77096005)(2950100001)(82746002)(101416001)(87936001)(68736007)(66066001)(5002640100001)(16236675004)(2501003)(81156014)(81166006)(86362001)(586003)(3660700001)(3280700002)(5640700001)(102836003)(3846002)(19617315012)(6116002)(5660300001)(92566002)(2906002)(33656002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR84MB0283; H:DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Sep 2016 18:15:49.9212 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0283 Subject: Re: [IPP] Stable draft of IPP Finishings 2.1 posted for review X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3205759266284395706==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3205759266284395706== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_A846B712-9710-425A-8599-F8B6369C8FDC"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_A846B712-9710-425A-8599-F8B6369C8FDC Content-Type: multipart/alternative; boundary="Apple-Mail=_4DC33F45-1A4F-406B-8D50-D1F772C294A1" --Apple-Mail=_4DC33F45-1A4F-406B-8D50-D1F772C294A1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, HP has the following feedback on Finishings 2.1: RFC 3806 defines on page 19 the = "maximumSheets" OID thus: maximumSheets(8), Integer32 (-2..32767) INTEGER: Defines the maximum number of media sheets that a finisher device is able to process. This RFC is a bit hard to parse, but it seems that maximumSheets is an = "attribute" that is conveyed in a finDeviceAttributeEntry sequence from finDeviceAttributeTable. There is no IPP equivalent to = finDeviceAttributeTable currently defined, nor is there an equivalent = IPP attribute defined to indicate this limit. (The = "job-pages-per-set-supported" might have conveyed this information but = it is defined as a boolean so a new IPP attribute would need to be = defined to convey this limit.) An IPP Client that supports Finishings = 2.0 / 2.1 would benefit from this information. HP proposes the definition of a new IPP attribute = "job-maximum-sheets-per-set-supported": job-maximum-sheets-per-set-supported (integer) The "job-maximum-sheets-per-set-supported" Printer Attribute specifies = the maximum number of sheets per set that the Printer is able to = process. It is semantically identical to the "maximumSheets" Finisher = MIB attribute [RFC3806]. This attribute MUST be supported if the = "job-pages-per-set" attribute is supported. We can discuss this at a future IPP WG meeting if there are objections / = questions. Smith /** Smith Kennedy Wireless Architect - Client Software - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB IF Chair, IEEE ISTO Printer Working Group HP Inc. */ > On 2016-08-15, at 2:08 PM, Kennedy, Smith (Wireless Architect) = wrote: >=20 > Greetings, >=20 > Following the 2 weeks that the Prototype draft of Finishings 2.1 has = been available, there have been no comments on it. I have just posted a = stable draft to the PWG FTP site in advance of next week's PWG F2F in = Camas. The stable draft is available here: >=20 > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815.pdf = =20 > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815.docx = =20 > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815-rev.pdf = =20= > http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815-rev.docx = =20= >=20 > This draft should be suitable for an IPP WG Working Group Last Call. >=20 > Smith >=20 > /** > Smith Kennedy > Wireless Architect - Client Software - IPG-PPS > Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB IF > Chair, IEEE ISTO Printer Working Group > HP Inc. > */ >=20 >=20 >=20 > _______________________________________________ > ipp mailing list > ipp@pwg.org > https://www.pwg.org/mailman/listinfo/ipp --Apple-Mail=_4DC33F45-1A4F-406B-8D50-D1F772C294A1 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hello,

HP = has the following feedback on Finishings 2.1:

RFC = 3806 defines on page 19 the "maximumSheets" OID thus:

  =     maximumSheets(8),           =        Integer32 (-2..32767)
         INTEGER:  Defines the = maximum number of media sheets that a
    =        finisher device is able to = process.

This RFC is a bit hard to parse, but it seems that = maximumSheets is an "attribute" that is conveyed in = a finDeviceAttributeEntry
sequence from = finDeviceAttributeTable. There is no IPP equivalent to = finDeviceAttributeTable currently defined, nor is there an equivalent = IPP attribute defined to indicate this limit. (The = "job-pages-per-set-supported" might have conveyed this information but = it is defined as a boolean so a new IPP attribute would need to be = defined to convey this limit.) An IPP Client that supports Finishings = 2.0 / 2.1 would benefit from this information.

HP proposes the definition of a new IPP = attribute "job-maximum-sheets-per-set-supported":
job-maximum-sheets-per-set-supported (integer)

The "job-maximum-sheets-per-set-supported" Printer = Attribute specifies the maximum number of sheets per set that the = Printer is able to process. It is semantically identical to the = "maximumSheets" Finisher MIB attribute [RFC3806]. This attribute MUST be = supported if the "job-pages-per-set" attribute = is supported.

We can discuss this at a future IPP WG = meeting if there are objections / questions.

Smith

/**
    Smith = Kennedy
    Wireless Architect - Client Software = - IPG-PPS
    Standards - IEEE ISTO PWG / = Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
    Chair, IEEE ISTO Printer Working Group
    HP Inc.
*/



On 2016-08-15, at 2:08 PM, Kennedy, Smith (Wireless = Architect) <smith.kennedy@hp.com> wrote:

Greetings,

Following the 2 weeks = that the Prototype draft of Finishings 2.1 has been available, there = have been no comments on it.  I have just posted a stable draft to = the PWG FTP site in advance of next week's PWG F2F in Camas.  The = stable draft is available here:

http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815.p= df 
http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815.d= ocx 
http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815-r= ev.pdf 
http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160815-r= ev.docx 

This draft should be suitable for an = IPP WG  Working Group Last Call.

Smith

/**
    Smith = Kennedy
    Wireless Architect - Client Software = - IPG-PPS
    Standards - IEEE ISTO PWG / = Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
    Chair, IEEE ISTO Printer Working Group
    HP Inc.
*/



_______________________________________________
ipp mailing list
ipp@pwg.org
https://www.pwg.org/mailman/listinfo/ipp

= --Apple-Mail=_4DC33F45-1A4F-406B-8D50-D1F772C294A1-- --Apple-Mail=_A846B712-9710-425A-8599-F8B6369C8FDC Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEDtXE7awITX7XkZ1ymyyxOEwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE5MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQB2ipl40XCFoyzXr0j1PpZXw6C7TJfEhhEFSSLFCs/Bb061fKaANRvy4o8cOGJx8zy+ ACVKHqEQyZY7TXusJmijnulZo3jGR5s/jjCWyqjWKDlVx83tyeuykOSVMD60/e/xp8nG4TZsKGBU J563oHE6vau80HUi11PzspxbFXUI6kmrNC5Tw3wGFHug8RSIJG1ekWt+ZOth7CXXGbVtmTdwCn0I qMNgKVUkTBkiAPrsN7OZZAr5UGT6h8RUC/0I0H9MXCtSlXuKcqtJt/sWqQghvDO8hHUh/XU1bEOa 2KjJCygWc7n/nAtBNKw7XtgFguhugtUsbdGBjttfnbzwdTZYMIIH1zCCBr+gAwIBAgIQD2YmaFoP rtv/7EFJwcWKSjANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTQxMTIx MDAwMDAwWhcNMTYxMTIwMjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv9/62wcQqoi8ybgcLkzawuys YWyJFJE/h7vnUc0rDcaFMysQZnGt8zuUJtfGVgve+0Y+/C71KqhhuScAkBlISIMA1MCb5SpyMS+i RU8rOcSfm6E/tMYbCQAOc7wPHP3beIPFFbeP9LY3PDA6EtFV6TFV1bfdDeUEY9z6HpXXY84/IZPP dG5zYmWLxi3MxJAWKHSK/ZcvBsVLEaouG7vnLg/DUJUSYyVpzKWzI4pHaLgOkBe7lt/RYA+uoYNi a7jdiS/oJfaBaiZjdGNpLgqPTZ20aDKu+4OKHpjDltcxxmJIdO9rBmxgSagODG1ktAGwzVWLUqhf ysojHpWDN//ZFQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBQojp1sWj1X Dn3FJ5AQ7USZWp7SzjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAGFPFralTmI3j+0lRN5ZgT1MP6MuFoIWUaLQCdtLdmuWi N4GVcfuVFr2kmCCIbEytJwrso6PphQQ2AhWvKKtGh57CQHtszmG6gTQpDnDhRLg9D29FzdIq9iRm cA8ZB4yUxP2ytQEngUFAQ2PERJboditj+qb3d86bwvENdrxGCUPj1/ybAxvFIVeVh6rh3WkTGLwu 72cn3QEhtMlKeNGjV4iw1fDnNSlmm2YRwf04r6VPeZuJK8nnHIW3UEQwuxy4iv8aTEJ5yhy2E1n1 619oUAX8737oyM88ITM1CUM36+U+Vvj7dScwtY69HwYUczr5a2ZsVzakK+xlnlpyRTo/xzGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwOTE5 MTgxNTQ4WjAjBgkqhkiG9w0BCQQxFgQU573aOSrtoktoKwBAQcQwjKiMXgcwggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQD2YmaFoPrtv/7EFJwcWK SjANBgkqhkiG9w0BAQEFAASCAQApW3kZ6SkI3c0mF68kseUBiOm50Lhy2EIGe/+mhdtva4mohQ/X vIRGIncQB47ZrgT3zBpX4rcsjNcsqP1tXU7hfpufLmGh6mVF+kid7a5wHmilLZZcptdtl9s2RFwZ bg+/W8dw88X+yNfTLoocCQ8NtzYpipcc8THoQf1b5aRHTTSC3nGvTn1DuIbZFD9hGCl8SlUUG1Z2 P4PpBtkE9eHv2E4nsJAbfUiu0636F95of9aa2egEK0vOxFaUAHSRv1GcOfO6b6Gme9xpk8qCtGuE cHWmUy0GouRxV7WVcgBid2rzX+GBIqJMNA8kzst9kVeJTHV7tGG7ejlKqQ7BbSMAAAAAAAAA --Apple-Mail=_A846B712-9710-425A-8599-F8B6369C8FDC-- --===============3205759266284395706== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3205759266284395706==-- From ipp-bounces@pwg.org Mon Sep 19 17:04:31 2016 Return-Path: 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 A41B812B545 for ; Mon, 19 Sep 2016 17:04:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.106 X-Spam-Level: X-Spam-Status: No, score=-4.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RP_MATCHES_RCVD=-2.316, 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=apple.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 oR74hh0skKYj for ; Mon, 19 Sep 2016 17:04:30 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 188B712B03B for ; Mon, 19 Sep 2016 17:04:29 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id AB201440E; Tue, 20 Sep 2016 00:04:28 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 89AF826EF; Tue, 20 Sep 2016 00:04:25 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 835E126F3; Tue, 20 Sep 2016 00:04:23 +0000 (UTC) Received: from mail-in4.apple.com (mail-out4.apple.com [17.151.62.26]) by www.pwg.org (Postfix) with ESMTPS id 4FC9726D3 for ; Tue, 20 Sep 2016 00:04:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1474329862; x=2338243462; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-transfer-encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=KUao/mlwV2gU2ZPl587RchphVAPDcsi8tLgZ9yEZprY=; b=ypxN3tsqwdpN4EZnj/qIlRlc+ujnJiK6Y57NReNLm+5IB2UwvkfJRhZ6HR22CtqG fgx/B0giq1JGna+waY7KlHN0PA/RsA2u2fuwelwOuZkoYt9t7JvB+NIR8MEJ3YwS r39HbrydJh/3JDXdJzyEFO13qNSKxJ0cOwlmOLasy9G4D+IFibwepMTEXdZNC7tW 3nFZMroQf3v77NNXhyFRT2YPHLrKjn6H8huteFiGUBYxhPCwEkjttNbiY7ez+NAb p75P8QRQmlI6LtkSXHUWEnUK0qnSYowyOYiJ4UgapECk/UaKriDdd+keUkzbSH+F /Naa6gGjp5GyXBMnS2IHCQ==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in4.apple.com (Apple Secure Mail Relay) with SMTP id 9F.91.07433.60D70E75; Mon, 19 Sep 2016 17:04:22 -0700 (PDT) X-AuditID: 11973e12-f79b16d000001d09-b3-57e07d068443 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay5.apple.com (Apple SCV relay) with SMTP id CA.A9.27929.60D70E75; Mon, 19 Sep 2016 17:04:22 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.38.46] (unknown [17.153.38.46]) by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0ODS00JG5078GP60@nwk-mmpp-sz09.apple.com>; Mon, 19 Sep 2016 17:04:22 -0700 (PDT) From: Michael Sweet Date: Mon, 19 Sep 2016 20:04:19 -0400 To: ipp Message-id: <921B7985-61F5-4B85-BA18-3EC580DCD8C9@apple.com> X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrBLMWRmVeSWpSXmKPExsUi2FAYoctW+yDc4OVbM4tfzz8yWRzb95LF gclj3uLpTAGMUVw2Kak5mWWpRfp2CVwZS6+sYSuYzFLRtvQLSwPjTuYuRk4OCQETia8/7jFC 2GISF+6tZ+ti5OIQEtjLKNG45B8bTNHm57vZIRIHGSVmdZ5mB0nwCghK/Jh8j6WLkYODWUBe 4uB5WZAws4CWxPdHrSwQ9R1MEgu2tYENEhaQkDjev5AVxGYTUJP4PakPzGYRUJU4+/QEE0SN tcTr4//YIQbpSxz7vB3sUhEBUYljP5cwg+ziFbCROLk1CMSUEJCVmP3LC2SVhMAUNom3Ky+w TWAUmoXkulkI181Cct0CRuZVjEK5iZk5upl5JnqJBQU5qXrJ+bmbGEFBO91OaAfjqVVWhxgF OBiVeHhXPL4fLsSaWFZcmXuIUZqDRUmc97Pwg3AhgfTEktTs1NSC1KL4otKc1OJDjEwcnFIN jJKtc8tK3CRD0rRrp6lN2CJg+WrRvLt/jK/L/N+R96FmZ91kxlJ/X/fXa75+KlVZp7jq8o4m 2Qlq2y0m5EufeFqtf8r+L4/ZblP7+1e+p2zhPT9xasJ8EZvDbxzn/3FWClqcE/Os71+BqnWe 3HzmJ9uqQ+MbVWdrfLG9uelMTifjZ+G74jKmX5VYijMSDbWYi4oTAQgZkgI7AgAA X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRmVeSWpSXmKPExsUi2FAcoMtW+yDcYPIbfYtfzz8yWRzb95LF gclj3uLpTAGMUVw2Kak5mWWpRfp2CVwZS6+sYSuYzFLRtvQLSwPjTuYuRk4OCQETic3Pd7ND 2GISF+6tZ+ti5OIQEjjIKDGr8zRYgldAUOLH5HssXYwcHMwC8hIHz8uChJkFtCS+P2plgajv YJJYsK2NDSQhLCAhcbx/ISuIzSagJvF7Uh+YzSKgKnH26QkmiBpridfH/7FDDNKXOPZ5O9hB IgKiEsd+LmEG2cUrYCNxcmsQiCkhICsx+5fXBEb+WUgOmoVw0CwkBy1gZF7FKFCUmpNYaaqX WFCQk6qXnJ+7iREcZIUROxj/L7M6xCjAwajEw7vi8f1wIdbEsuLK3EOMEhzMSiK8AjUPwoV4 UxIrq1KL8uOLSnNSiw8xJgNdP5FZSjQ5HxgBeSXxhiYmBibGxmbGxuYm5qQJK4nzruMFWiGQ nliSmp2aWpBaBLOFiYNTqoFRxt7ngWua1NMX52+q9lhdOmLn8Ovp9MCKgAXzpb4vyL4ubcvF qscsvbZ4IoOTj7GY7r6Eu6LH7/Rdf272ab79LEfVN/Nsnil8uJyy33Oiy9JFb2My+xhC4/hP zPlTs1bBf4si70cJbvOHgqtOb0/knyfmZOFaezb9ZcQKHcZ1z7/cOnCJJSZdiaU4I9FQi7mo OBEAgbE7RXYCAAA= Cc: "3d-printing@pwg.org" <3d-printing@pwg.org> Subject: [IPP] Minutes posted from today's IPP WG conference call X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ipp-bounces@pwg.org Sender: "ipp" All, I have posted the minutes from today's IPP WG concall to: http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20160919.pdf Our next conference call is on Monday, September 26, 2016 at 4pm ET to review 3D printing trends and answer any questions that come up. The conference call after that will use our new time slot on Wednesday, October 5, 2016 at 1pm ET to discuss our regular IPP topics. _________________________________________________________ Michael Sweet, Senior Printing System Engineer _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp From ipp-bounces@pwg.org Wed Sep 21 07:36:23 2016 Return-Path: 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 CD5B512B2F7 for ; Wed, 21 Sep 2016 07:36:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.105 X-Spam-Level: X-Spam-Status: No, score=-4.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.316, 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=apple.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 Dk9frzrOxlnm for ; Wed, 21 Sep 2016 07:36:22 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 70DB012B2E3 for ; Wed, 21 Sep 2016 07:36:22 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 76BFB440A; Wed, 21 Sep 2016 14:36:20 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id A6C7326E1; Wed, 21 Sep 2016 14:36:14 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id CF50D26F2; Wed, 21 Sep 2016 14:36:12 +0000 (UTC) Received: from mail-in2.apple.com (mail-out2.apple.com [17.151.62.25]) by www.pwg.org (Postfix) with ESMTPS id 5992326DC for ; Wed, 21 Sep 2016 14:36:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; d=apple.com; s=mailout2048s; c=relaxed/simple; q=dns/txt; i=@apple.com; t=1474468570; x=2338382170; h=From:Sender:Reply-To:Subject:Date:Message-id:To:Cc:MIME-version:Content-type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-reply-to:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=n8AWeQAJGxSiCnb839WPU6d3g/SNyBlpfyjw0NKnqd0=; b=lexQE+QCH6oNqY4x08f8ybNV07jkehldWDXPAUMp8MWxt14GsqtrDbm80s+4Dgpa enYOzO4Ffba1zCaF26AWtkwUb/Dkp7CzE6g1qpphT8DA5ESWH8txKe6OzLxpYM26 RumVy9siPMWXtU0duhkLldMf5ThVemfnDv+rIIP5soNTaTMmVuEGhQYm49zQ+bis IgdTnb622tWng5aXIWGcHHiLXBhw2Cn1WtdbWBHMJiA+zCcd6YiIH0AtXzg2A5yO kPT1AwXqbWJGX0vLpLpjCH52mAOD8Ay3MqnCg9Bkgq8Lwtw6qQJ4HvQYS1GJSJbU VqW8mXkvCmQ2qKgFtAPzIw==; Received: from relay5.apple.com (relay5.apple.com [17.128.113.88]) by mail-in2.apple.com (Apple Secure Mail Relay) with SMTP id 45.A4.10360.ADA92E75; Wed, 21 Sep 2016 07:36:10 -0700 (PDT) X-AuditID: 11973e11-f79e76d000002878-f7-57e29adacff2 Received: from nwk-mmpp-sz09.apple.com (nwk-mmpp-sz09.apple.com [17.128.115.80]) by relay5.apple.com (Apple SCV relay) with SMTP id 84.25.27929.9DA92E75; Wed, 21 Sep 2016 07:36:09 -0700 (PDT) MIME-version: 1.0 Received: from [17.153.23.104] by nwk-mmpp-sz09.apple.com (Oracle Communications Messaging Server 8.0.1.1.0 64bit (built Jun 15 2016)) with ESMTPSA id <0ODU0062ZZ88DR10@nwk-mmpp-sz09.apple.com>; Wed, 21 Sep 2016 07:36:09 -0700 (PDT) From: Michael Sweet In-reply-to: <94FF4867-D31E-4EE0-8F58-383E885B48FC@hp.com> Date: Wed, 21 Sep 2016 10:36:07 -0400 Message-id: <35855853-C23B-418D-8ED4-82C26E425D75@apple.com> References: <551FCCE1-A116-4548-9869-13324A667AB9@hp.com> <94FF4867-D31E-4EE0-8F58-383E885B48FC@hp.com> To: Smith Kennedy X-Mailer: Apple Mail (2.3226) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrHLMWRmVeSWpSXmKPExsUi2FAYoXtr1qNwgxtnGS2O7XvJYvGqaxez A5PHrm07mTzmLZ7OFMAUxWWTkpqTWZZapG+XwJVxZtMnxoL1FhWTrh9iaWD8rt/FyMkhIWAi 8XzCDmYIW0ziwr31bF2MXBxCAnsZJTbfv8cIU7T1wmRGiMRBRokZNy+DdfAKCEr8mHyPBcRm FgiTeLLqN1iDkMA7RonVU/hBbGEBCYnj/QtZIWx3iZ87esFq2ATUJH5P6gOLcwpYSaxuu8QO YrMIqEp031nDDjFTXqLhzhUWiF02ElNf7mGGmJ8pcezabDYQW0RAQ+LDlGYgmwPoUFmJ2b+8 QO6UEDjDJvH7fBvzBEbhWUhOnYXkVAhbS+L7o1agOAfYuoPnZSHCmhLP7n1ih7C1JZ68u8C6 gJFtFaNQbmJmjm5mnpFeYkFBTqpecn7uJkZQhEy3E9zBeHyV1SFGAQ5GJR7eiO5H4UKsiWXF lbmHGKU5WJTEeTfceBguJJCeWJKanZpakFoUX1Sak1p8iJGJg1OqgVH71ZvIpTvWsF05ED0/ 1ef3r65/xzpVuyPFq1l9U3l+cc5NldWSeOvTFqmR8/7Y9Xl7n2ld4j3zzaftjgfP9yo2N46O L8uVFi3g7eo0qHL8cKjblUl05ecZbwL+J8bOE2fe6yOmeyHhvixvgJ8ri+DhtEc3dd/uX7f9 Itub/EzjNTPu7Zxx7rASS3FGoqEWc1FxIgD4/XKZcQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBIsWRmVeSWpSXmKPExsUi2FAcoHtz1qNwgzud1hbH9r1ksXjVtYvZ gclj17adTB7zFk9nCmCK4rJJSc3JLEst0rdL4Mo4s+kTY8F6i4pJ1w+xNDB+1+9i5OSQEDCR 2HphMiOELSZx4d56ti5GLg4hgYOMEjNuXmYGSfAKCEr8mHyPBcRmFgiTeLLqN1iDkMA7RonV U/hBbGEBCYnj/QtZIWx3iZ87esFq2ATUJH5P6gOLcwpYSaxuu8QOYrMIqEp031nDDjFTXqLh zhUWiF02ElNf7mGGmJ8pcezabDYQW0RAQ+LDlGYgmwPoUFmJ2b+8JjAKzEJy3Swk10HYWhLf H7UCxTnANhw8LwsR1pR4du8TO4StLfHk3QXWBYxsqxgFilJzEitN9RILCnJS9ZLzczcxggO6 MGIH4/9lVocYBTgYlXh4I7ofhQuxJpYVV+YeYpTgYFYS4VWaBhTiTUmsrEotyo8vKs1JLT7E OJER6MeJzFKiyfnAeMsriTc0MTEwMTY2MzY2NzGnpbCSOO863gfhQgLpiSWp2ampBalFMEcx cXBKNTCyXNO1WSdtt+e6UATn08u6RwvOvDtVGzIhwenl3k/fGD7XLMtfyL9iR5lwns7x48uW rJod/OvKuyevpKfE/LUoNNJTFfIM4LP4cVS8waisuPNOSkqph2D8mUyeO9v3FC0ya3v7d23X +jcSPC9/iv////6y8tXjKR3Lyv737biZqLPw9FS1Bae1lViKMxINtZiLihMBcisC4tsCAAA= Cc: "ipp@pwg.org" Subject: Re: [IPP] Stable draft of IPP Finishings 2.1 posted for review X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3236246668576009520==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3236246668576009520== Content-type: multipart/alternative; boundary="Boundary_(ID_cBgZtWaUvOsLjYSL77FD4A)" --Boundary_(ID_cBgZtWaUvOsLjYSL77FD4A) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Smith, Sorry for the long delay in looking at this... > On Aug 26, 2016, at 5:33 PM, Kennedy, Smith (Wireless Architect) wrote: > > Greetings, > > In some discussions I have had within HP, I wanted to get some certainty about the orientation of "Portrait" in a long-edge feed scenario. Figure 3 of the draft below shows the leading edge to be on the left side of the page. But when I went back to look at my earlier presentations where we were looking at Finishings 2.1 and feed orientation, the way that the pages were being shown would have had the leading edge be on the right edge of the page. > > I posted a slide deck to the PWG FTP site: > > http://ftp.pwg.org/pub/pwg/ipp/wd/Finishings-2.1-Page-Orientation-and-Page-Leading-Edge-2016-08-26.pdf > > to try to illustrate the issue. The basic question is: does a long-edge feed document get printed so that the right edge of the page is the leading edge, or does Finishings 2.1 define the left edge of the page to be the leading edge? The leading edge can be the left or right side of the portrait page. The orientation of the media is reported in the media-col-{database,ready}.media-source-properties.media-feed-orientation member attribute and is highly printer-specific. If the Client requests finishings=staple-top-left, then the expectation is that the Printer will place the staple in the top-left corner of the portrait page. The following ASCII art shows the location of the staple for various media-feed-orientation values: media-feed-orientation=portrait +-------+ |/ | | | | | | | | | +-------+ media-feed-orientation=landscape +----------+ | | | | |\ | +----------+ media-feed-orientation=reverse-landscape +----------+ | \| | | | | +----------+ media-feed-orientation=reverse-portrait +-------+ | | | | | | | | | /| +-------+ _________________________________________________________ Michael Sweet, Senior Printing System Engineer --Boundary_(ID_cBgZtWaUvOsLjYSL77FD4A) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: quoted-printable Smith,

Sorry for the long delay = in looking at this...

On Aug 26, 2016, at 5:33 PM, Kennedy, Smith = (Wireless Architect) <smith.kennedy@hp.com> wrote:

Greetings,

In some discussions I = have had within HP, I wanted to get some certainty about the orientation = of "Portrait" in a long-edge feed scenario.  Figure 3 of the = draft below shows the leading edge to be on the left side of the page. = But when I went back to look at my earlier presentations where we = were looking at Finishings 2.1 and feed orientation, the way that = the pages were being shown would have had the leading edge be on the = right edge of the page.

I posted a slide = deck to the PWG FTP site:

http://ftp.pwg.org/pub/pwg/ipp/wd/Finishings-2.1-Page-Orientati= on-and-Page-Leading-Edge-2016-08-26.pdf

to try to illustrate the issue.  The basic question is: = does a long-edge feed document get printed so that the right edge = of the page is the leading edge, or does Finishings 2.1 define the left = edge of the page to be the leading edge?

The leading edge can be the left or = right side of the portrait page.  The orientation of the media is = reported in the = media-col-{database,ready}.media-source-properties.media-feed-orientation = member attribute and is highly printer-specific.

If the Client requests = finishings=3Dstaple-top-left, then the expectation is that the Printer = will place the staple in the top-left corner of the portrait page. =  The following ASCII art shows the location of the staple for = various media-feed-orientation values:

media-feed-orientation=3Dportrait

 +-------+
 |/      |
 | =       |
 |       = |
 |       |
 |       |
 +-------+

media-feed-orientation=3Dlandscape

 +----------+
 |          |
 |          |
 |\         |
 +----------+

media-feed-orientation=3Dreverse-landscape

 +----------+
 |     =     \|
 |       =    |
 |         =  |
 +----------+

media-feed-orientation=3Dreverse-portrait

 +-------+
 |       |
 |       |
 |       |
 |       |
 |      /|
 +-------+

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

= --Boundary_(ID_cBgZtWaUvOsLjYSL77FD4A)-- --===============3236246668576009520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3236246668576009520==-- From ipp-bounces@pwg.org Sun Sep 25 17:44:10 2016 Return-Path: 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 8EB1112B040 for ; Sun, 25 Sep 2016 17:44:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.102 X-Spam-Level: X-Spam-Status: No, score=-4.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_SIGNED=0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.316, 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 GdemhCsnW9DN for ; Sun, 25 Sep 2016 17:44:08 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [50.116.7.199]) by ietfa.amsl.com (Postfix) with ESMTP id 6942812B054 for ; Sun, 25 Sep 2016 17:44:08 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id 1DC46440F; Mon, 26 Sep 2016 00:44:07 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 333862812; Mon, 26 Sep 2016 00:43:54 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id CB83D2708; Mon, 26 Sep 2016 00:43:52 +0000 (UTC) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) by www.pwg.org (Postfix) with ESMTPS id CA35526E4; Mon, 26 Sep 2016 00:43:51 +0000 (UTC) Received: by mail-io0-x231.google.com with SMTP id e66so77924735iod.1; Sun, 25 Sep 2016 17:43:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=RiEUjax1wSGH/+Sy4ZkGbu9tEQ5KKmea+TwQAw3dP1I=; b=onVa2LcjGonBpJ/GJbbLReynq3XOBnfE/63sQArihd9UiQvwwEh1TlU9h/TicD3T1o pE5PpGBwitXrTIYX/I71LE/jEuBGauwyL4SwdqGm8rfFNdNjntIpdl8HXp6MTru+p+Pg ZEnmgMrAcdGx58qLGZhalipCaAl1Gs/92cMm5XEPRtd8YS85PQ13zV9Dxb5xUscbbigb UV3xVX/TJHwqYEklLDnIcd9IVWsrPIHfZkB1O9PK2/prVuvjD/taFqKoqZQfo351ILfH i5qXDxoo2HkV1KI+Uo8esxI/jqnXjDhTTw+2rcXSg5tZq9oMaIMxmicb3Tsu2BB/Lr6w 3Upw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=RiEUjax1wSGH/+Sy4ZkGbu9tEQ5KKmea+TwQAw3dP1I=; b=nNqOwHw7n+U7V06mxK44rpnxnBwO0+dCSgNSmueUGn8UR8pIE4n9/S6daEDN/sSxs4 ITJeqpPRnfycATbLGg5Cwhgftq0zsrL8sqSrjVNE9r3k53kU5boWCEbvNwrovVBG90Yz sqtDPzNzKjjGpnPtFJYCWqpAdckUcvGeOlC0b2bvR4G//zpNIYwSw3kaadx3+beG0VRl TXmwRdTPraheo5O+dZzPuIvvnavV8ShvLzIQXDy1GTFXxiDlcHl8TUle66qnjE362W3R bWb5aX6te1mqi4gPVTMIAYeEYv5kyHSrLtx7YsRM0TZ3OLKEWMzZMrg1BOOuG+35CnEu qokg== X-Gm-Message-State: AE9vXwNIWaRIVMP7aCw3DZnOYZ3XS5lWVX7sWjnr0EmsjqF7QHwCJPAZRPGyzjhxxvAekEjLt8r9kZWoM/zocw== X-Received: by 10.107.142.147 with SMTP id q141mr19680316iod.67.1474850631027; Sun, 25 Sep 2016 17:43:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.56.137 with HTTP; Sun, 25 Sep 2016 17:43:30 -0700 (PDT) From: Ira McDonald Date: Sun, 25 Sep 2016 20:43:30 -0400 Message-ID: To: "ipp@pwg.org" , 3d-printing@pwg.org, Ira McDonald Subject: [IPP] IPP 3D Agenda 4-5pm US Eastern (26 September 2016) X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3210165163445282718==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============3210165163445282718== Content-Type: multipart/alternative; boundary=94eb2c05b2def59bf6053d5e6bca --94eb2c05b2def59bf6053d5e6bca Content-Type: text/plain; charset=UTF-8 Hi, Note: This will be our LAST dedicated IPP 3D call. Hereafter, the IPP 3D Printing Extensions spec will be reviewed and moved forward on the PWG standards track in regular bi-weekly IPP WG calls on the NEW DAY/TIME of Wednesday 1-3pm US Eastern. Our last IPP 3D call will be Monday 26 September 2016 1-2pm US Pacific / 4-5pm US Eastern. This final dedicated session for IPP 3D has been scheduled for Pete Basiliere (Gartner) to join us and talk about Gartner perspectives on 3D Printing. Call-in toll-free number (US/Canada): 1-866-469-3239 Call-in toll number (US/Canada): 1-650-429-3300 (Primary) Call-in toll number (US/Canada): 1-408-856-9570 (Backup) Attendee Access Code: *******# Attendee ID Code: # (empty) NOTE: Please DO NOT USE the audio bridge number listed by WebEx - instead use the regular PWG conference bridge listed above! ------------------------------------------------------- Meeting information ------------------------------------------------------- Topic: IPP WG Date: Every Monday, from Monday, September 23, 2013 to no end date Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00) Meeting Number: 682 763 393 Meeting Password: Printing123 ------------------------------------------------------- To join the online meeting (Now from mobile devices!) ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/e.php?MTID=m123b376f8d 9bdc7d9ff0ff43ed7d1610 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: Printing123 4. Click "Join". ------------------------------------------------------- For assistance ------------------------------------------------------- 1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support". ------------------------------------------------------- Agenda: (1) PWG IP Policy, Minute Taker, and Agenda Review - Minute taker volunteer? (Mike Sweet can't attend today) (2) Brief review of IPP minutes from previous meeting - http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2-concall-minutes-20160919.pdf -- IPP WG call on 09/19/16 (3) Brief review of IPP 3D Printing Extensions (Ira) - http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ipp3d10-20160824-rev.pdf -- Prototype draft -- Reviewed by IPP WG on 08/23/16 and 09/19/16 -- Mike to provide additional prototyping feedback -- Schedule - PWG Last Call in Q4 2016 (4) Gartner perspectives on 3D Printing (Pete Basiliere) -- open comments and discussion (5) Next steps NEW DAY/TIME of Wednesday 1-3pm US Eastern - IPP WG call on Wednesday 5 October 2016 at 1-3pm US Eastern - IPP WG call on Wednesday 19 October 2016 at 1-3pm US Eastern 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 --94eb2c05b2def59bf6053d5e6bca Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Note:=C2=A0 This will be our LAST dedicated IPP 3= D call.=C2=A0 Hereafter,
the IPP 3D Printing Extensions spec will be rev= iewed and moved
forward on the PWG standards track in regular bi-weekly = IPP WG
calls on the NEW DAY/TIME of Wednesday 1-3pm US Eastern.
Our last IPP<= /span> 3D call will be Monday 26 September 2016= 1-2pm
US Pacific / 4-5pm<= /span> US Eastern.=C2=A0 Th= is final dedicated session for
IPP 3D has been scheduled for Pete Basiliere (Gart= ner) to join
us and talk about Gartner perspectives on 3D Printing.

Call-in toll-free number (US/Canada): 1-866-469-3239
Call-in toll number (US/Canada): 1-650-429-3300 (Primary)
Call-in toll number (US/Canada): 1-408-856-9570 (Backup)

Attendee Access Code: *******#
Attendee ID Code: # (empty)

NOTE:=C2=A0 Please DO NOT U= SE the audio bridge number listed by WebEx
- instead use the regular PWG conference bridge listed above!

-------------------------------------------------------
Meeting information
-------------------------------------------------------
Topic: IPP=C2=A0 WG
Date: Every Monday, from Monday, September 23, 2013 to no end date
Time: 3:00 pm, Eastern Daylight Time (New York, GMT-04:00)
Meeting Number: 682 763 393
Meeting Password: Printing123
-------------------------------------------------------
To join the online meeting (Now from mobile devices!)
-------------------------------------------------------
1. Go to https:/= /ieee-isto.webex.com/ieee-isto/e.php?MTID=3Dm123b376f8d9bdc7d9ff0= ff43ed7d1610
2. If requested, enter your name and email address.
3. If a password is required, enter the meeting password: Printing123
4. Click "Join".

-------------------------------------------------------
For assistance
-------------------------------------------------------
1. Go to https://ieee-isto.webex.com/ieee-isto/mc 2. On the left navigation bar, click "Support".
-------------------------------------------------------

<= span>Agenda<= /span>:
(1) PWG IP Policy, Minute Taker, and Agenda Review
- Minute taker volunteer?=C2=A0 (Mike Sweet can't attend today)

(2) Brief review of IPP minutes from previous meeting
- http://ftp.pwg.org/pub/pwg/ipp/minutes/ippv2= -concall-minutes-20160919.pdf
-- IPP WG call on 09/19/16<= br>

(3) Brief review of IPP 3D Printing Exte= nsions (Ira)
- http://ftp.pwg.org/pub/pwg/ipp/wd/w= d-ipp3d10-20160824-rev.pdf
-- Prototype draft
-- Reviewed by IPP WG on 08/23/16= and 09/19/16
-- Mike to provide additional prototyping feedb= ack
-- Schedule - PWG Last Call in Q4 2016=

(4) Gartner perspectives on 3D Printing (Pete Basiliere)=
-- open comments and discussion

(5) Next s= teps
NEW DAY/TIME of Wed= nesday 1-3pm US Eastern
- IPP WG call on W= ednesday 5 October 2016 at 1-3pm US Eastern
- IPP WG call on = Wednesday 19 October 2016 at 1-3pm US Eastern

Cheers,
- Ira


Ira McDonald (Musician / Software Architect)
Co-Chair = - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printi= ng WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-IST= O PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & P= rinter 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=C2=A0 Saline, MI=C2=A0 48176=C2=A0 734-944-= 0094
May-Dec: PO Box 221=C2=A0 Grand Marais, MI 49839=C2=A0 906-494-2434=

<= /div>
<= div>
--94eb2c05b2def59bf6053d5e6bca-- --===============3210165163445282718== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============3210165163445282718==-- From ipp-bounces@pwg.org Mon Sep 26 21:59:43 2016 Return-Path: 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 4A1A612B3E3 for ; Mon, 26 Sep 2016 21:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.216 X-Spam-Level: X-Spam-Status: No, score=-4.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RP_MATCHES_RCVD=-2.316, 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 S0qHy7kj9IF1 for ; Mon, 26 Sep 2016 21:59:41 -0700 (PDT) Received: from www.pwg.org (www.pwg.org [IPv6:2600:3c01::f03c:91ff:fe70:b03f]) by ietfa.amsl.com (Postfix) with ESMTP id 606BD12B3DF for ; Mon, 26 Sep 2016 21:59:41 -0700 (PDT) Received: by www.pwg.org (Postfix, from userid 1002) id B1D303432; Tue, 27 Sep 2016 04:59:39 +0000 (UTC) Received: from www.pwg.org (localhost [IPv6:::1]) by www.pwg.org (Postfix) with ESMTP id 245E327BD; Tue, 27 Sep 2016 04:59:35 +0000 (UTC) X-Original-To: ipp@pwg.org Delivered-To: ipp@pwg.org Received: by www.pwg.org (Postfix, from userid 1002) id 706C22896; Tue, 27 Sep 2016 04:59:33 +0000 (UTC) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0127.outbound.protection.outlook.com [104.47.41.127]) by www.pwg.org (Postfix) with ESMTPS id 0433D2494 for ; Tue, 27 Sep 2016 04:59:31 +0000 (UTC) Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.22) by DF4PR84MB0281.NAMPRD84.PROD.OUTLOOK.COM (10.162.193.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.639.5; Tue, 27 Sep 2016 04:59:30 +0000 Received: from DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) by DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM ([10.162.193.22]) with mapi id 15.01.0639.011; Tue, 27 Sep 2016 04:59:30 +0000 From: "Kennedy, Smith (Wireless Architect)" To: "ipp@pwg.org" Thread-Topic: New stable draft of IPP Finishings 2.1 available for review Thread-Index: AQHSGHvurH5eHhOmnk+FWWrtKjfl1g== Date: Tue, 27 Sep 2016 04:59:30 +0000 Message-ID: <61EBB88E-EBB5-4D3E-A988-5E3498328782@hp.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-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [75.174.42.172] x-ms-office365-filtering-correlation-id: 3a775194-9c12-458b-d984-08d3e69310d8 x-microsoft-exchange-diagnostics: 1; DF4PR84MB0281; 6:pqBvDLthTZr6ltIKdYnwtOGY0uzhd7IQ90+ZhhP3/2xqWp4Lpd06iPaB+DrjCSWWJBuuNcgNuOQIU4jxX1PQEl1yMBrj4ZhJaX+/20XEGp6SOCaS4MaGad5Pv8KoOAC3jmyIAQksAQynpiLwPPiwpKwz/YoRRE6PGl+emPGtRcJdUCg5exaXzZgd3XiFwfNc3G8bf5IdI/9nK1g9nbumCkkHEJmgaIxx0dkeEGUC9kaEljGPJQU4zyiPg3ji6Ijt+kxzdNDJEvuiwyBWiJeO11XRn7W70ug6D+4vg7cwE/4=; 5:AcbdazG6akxwql2i2/L1gnT6s2GJiX+DzN0XrXOruvMOlSdccs/RTak2fVvtasQqpOqYyLrMqvLYAlIm7Oh/+GiGmwa4AOARFxPn/Z6Kkj9upjwh4ChQmW1LaeUdmcPjdfoyvmhhqN+qy/a/LBTteg==; 24:a6hmPnmAiTKFlQOC0mJiOnoHhPpcHxBZ5mz0Z1/+w8L8VSQ5Y9lDLQ3JK9rs7nB5B4Mr0Z5Tl7+O4jhGPvT2IzE39sgMCxbn3PDoQ8CV23M=; 7:cgsQnFR5BVPhYYflp0Z635I3U3/y1YV7hOtZ0xD9L9e4bpmIQJsbPPXMhXLwA1zCebhwfPri5JmF2bQsP3EBbkQRm7btnZdHRUapS9zQY5Z03zGGWltKC6PqRO5Gc+VshwBJzZxTOL+Qrrbr7B0IFBjo47fTlYLnaBs0cCYCXuBbjoOm0g+M8LsIM48ODbOf2FjG2XnhIgGWtSKyoC49DeX/Hx5q1ypHmAD75RWM+UJZ8dQFiE739zb3hM4kAVk/7Jr7I7jwe84CoeQQHblXJcHQmebv6i02dnfOHeEMC5SdpQg7marAVNa63f9zYMbH x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DF4PR84MB0281; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:DF4PR84MB0281; BCL:0; PCL:0; RULEID:; SRVR:DF4PR84MB0281; x-forefront-prvs: 007814487B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(6602003)(199003)(106116001)(83716003)(229853001)(2906002)(66066001)(2900100001)(2351001)(586003)(11100500001)(122556002)(82746002)(8936002)(105586002)(5660300001)(6916009)(86362001)(110136003)(87936001)(2501003)(107886002)(97736004)(6116002)(102836003)(450100001)(5002640100001)(19580395003)(77096005)(54356999)(10400500002)(189998001)(68736007)(1730700003)(50986999)(99936001)(3846002)(3660700001)(36756003)(15975445007)(101416001)(99286002)(5640700001)(33656002)(305945005)(92566002)(106356001)(8676002)(81166006)(7736002)(7846002)(81156014)(3280700002)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:DF4PR84MB0281; H:DF4PR84MB0284.NAMPRD84.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: hp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Sep 2016 04:59:30.5939 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ca7981a2-785a-463d-b82a-3db87dfc3ce6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR84MB0281 Subject: [IPP] New stable draft of IPP Finishings 2.1 available for review X-BeenThere: ipp@pwg.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Internet Printing Protocol Workgroup discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9069127828091905856==" Errors-To: ipp-bounces@pwg.org Sender: "ipp" --===============9069127828091905856== Content-Language: en-US Content-Type: multipart/signed; boundary="Apple-Mail=_64E8F64C-3B4F-4198-B00E-0C07DBFC9CB4"; protocol="application/pkcs7-signature"; micalg=sha1 --Apple-Mail=_64E8F64C-3B4F-4198-B00E-0C07DBFC9CB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, I have posted for review a new stable draft of IPP Finishings 2.1. It is = available here: http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160926.pdf=20 http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160926.docx http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160926-rev.pdf http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings21-20160926-rev.docx Highlights within include the following: * Made some modifications to the "printer-finisher" definition including = updates to 'Table 2 - Keywords for "printer-finisher"'. * Added a new "printer-finisher-supplies" attribute that conveys the = finisher unit's supplies information, which is defined in "Printer = Finishing MIB" [RFC3806] but has no IPP equivalent. * Added a comment to section 5.3 "job-pages-per-set" asking for a = description of how "job-pages-per-set" would work in the case where the = Job contains multiple Documents. Please reply via email or bring your comments to the next PWG IPP WG = meeting. Cheers, Smith /** Smith Kennedy Wireless Architect - Client Software - IPG-PPS Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC = Forum / USB IF Chair, IEEE ISTO Printer Working Group HP Inc. */ --Apple-Mail=_64E8F64C-3B4F-4198-B00E-0C07DBFC9CB4 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQDCCBmEw ggVJoAMCAQICEDtXE7awITX7XkZ1ymyyxOEwDQYJKoZIhvcNAQEFBQAwgcoxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9yaXplZCB1c2Ug b25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eSAtIEczMB4XDTA5MDkwMjAwMDAwMFoXDTE5MDkwMTIzNTk1OVowgfcxCzAJ BgNVBAYTAlVTMSAwHgYDVQQKExdIZXdsZXR0LVBhY2thcmQgQ29tcGFueTEfMB0GA1UECxMWVmVy aVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3 LnZlcmlzaWduLmNvbS9ycGEgKGMpMDkxNTAzBgNVBAsTLENsYXNzIDIgTWFuYWdlZCBQS0kgSW5k aXZpZHVhbCBTdWJzY3JpYmVyIENBMTEwLwYDVQQDEyhDb2xsYWJvcmF0aW9uIENlcnRpZmljYXRp b24gQXV0aG9yaXR5IEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAp2FraNquqoVk DEvLUMsw6HMhjon+yi1v/kajA27jIrdyhRMj4g+PBveBTHrtA7w97Rx1UKPP6CvOaAE5xUtoW9aj YZtO5kdiUFyzWHsbUgSjKy+yNO4QoHeEzaQi/JWUOYev/AV5YYJoEDIysosEELS1/M64iE2Utzr+ LxiWhdaqSRE4jigbm4Dy4ayLzqAv5f7oILrJNZ6ShqLiGGCpP+7relTyRgFXmEX/SKN/a39JwZoK SNUdIkYyr7wmNI9+zylheDJghuk+kZDAD3NXv4EGVMUfOg5UEdhAJ0Lw40D4pqKa2ej1H0UipK1E EdRTm94RzfE8z8vDP8+dcgOqCwIDAQABo4ICEjCCAg4wEgYDVR0TAQH/BAgwBgEB/wIBADBwBgNV HSAEaTBnMGUGC2CGSAGG+EUBBxcCMFYwKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWdu LmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTA0BgNV HR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2EyLWczLmNybDAOBgNVHQ8B Af8EBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJlbDQtMjA0OC0xNDIw HQYDVR0OBBYEFCJ906SrV6xWf6l/QUQalbxb+KvuMIHwBgNVHSMEgegwgeWhgdCkgc0wgcoxCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazE6MDgGA1UECxMxKGMpIDE5OTkgVmVyaVNpZ24sIEluYy4gLSBGb3IgYXV0aG9y aXplZCB1c2Ugb25seTFFMEMGA1UEAxM8VmVyaVNpZ24gQ2xhc3MgMiBQdWJsaWMgUHJpbWFyeSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSAtIEczghBhcMtJjF+YRSnnsKbZUFt6MA0GCSqGSIb3DQEB BQUAA4IBAQB2ipl40XCFoyzXr0j1PpZXw6C7TJfEhhEFSSLFCs/Bb061fKaANRvy4o8cOGJx8zy+ ACVKHqEQyZY7TXusJmijnulZo3jGR5s/jjCWyqjWKDlVx83tyeuykOSVMD60/e/xp8nG4TZsKGBU J563oHE6vau80HUi11PzspxbFXUI6kmrNC5Tw3wGFHug8RSIJG1ekWt+ZOth7CXXGbVtmTdwCn0I qMNgKVUkTBkiAPrsN7OZZAr5UGT6h8RUC/0I0H9MXCtSlXuKcqtJt/sWqQghvDO8hHUh/XU1bEOa 2KjJCygWc7n/nAtBNKw7XtgFguhugtUsbdGBjttfnbzwdTZYMIIH1zCCBr+gAwIBAgIQD2YmaFoP rtv/7EFJwcWKSjANBgkqhkiG9w0BAQUFADCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xl dHQtUGFja2FyZCBDb21wYW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1 MDMGA1UECxMsQ2xhc3MgMiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAv BgNVBAMTKENvbGxhYm9yYXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIwHhcNMTQxMTIx MDAwMDAwWhcNMTYxMTIwMjM1OTU5WjCBmDEgMB4GA1UEChQXSGV3bGV0dC1QYWNrYXJkIENvbXBh bnkxJjAkBgNVBAsUHUVtcGxveW1lbnQgU3RhdHVzIC0gRW1wbG95ZWVzMQ8wDQYDVQQLEwZTL01J TUUxFjAUBgNVBAMTDVNtaXRoIEtlbm5lZHkxIzAhBgkqhkiG9w0BCQEWFHNtaXRoLmtlbm5lZHlA aHAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv9/62wcQqoi8ybgcLkzawuys YWyJFJE/h7vnUc0rDcaFMysQZnGt8zuUJtfGVgve+0Y+/C71KqhhuScAkBlISIMA1MCb5SpyMS+i RU8rOcSfm6E/tMYbCQAOc7wPHP3beIPFFbeP9LY3PDA6EtFV6TFV1bfdDeUEY9z6HpXXY84/IZPP dG5zYmWLxi3MxJAWKHSK/ZcvBsVLEaouG7vnLg/DUJUSYyVpzKWzI4pHaLgOkBe7lt/RYA+uoYNi a7jdiS/oJfaBaiZjdGNpLgqPTZ20aDKu+4OKHpjDltcxxmJIdO9rBmxgSagODG1ktAGwzVWLUqhf ysojHpWDN//ZFQIDAQABo4IDujCCA7YwHwYDVR0RBBgwFoEUc21pdGgua2VubmVkeUBocC5jb20w DAYDVR0TAQH/BAIwADAOBgNVHQ8BAf8EBAMCBaAwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovL29u c2l0ZWNybC52ZXJpc2lnbi5jb20vSGV3bGV0dFBhY2thcmRDb21wYW55U01JTUVHMi9MYXRlc3RD UkwuY3JsMB8GA1UdIwQYMBaAFCJ906SrV6xWf6l/QUQalbxb+KvuMB0GA1UdDgQWBBQojp1sWj1X Dn3FJ5AQ7USZWp7SzjCCATIGCCsGAQUFBwEBBIIBJDCCASAwJwYIKwYBBQUHMAGGG2h0dHA6Ly9o cC1vY3NwLnZlcmlzaWduLmNvbTCB9AYIKwYBBQUHMAKkgecwgeQxMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzIxMDAuBgNVBAsTJ0NsYXNzIDIgT25TaXRl IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTE6MDgGA1UECxMxVGVybXMgb2YgdXNlIGF0IGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEoYykwOTEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0 d29yazEgMB4GA1UEChMXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwggE9BgNVHSAEggE0MIIBMDCC ASwGC2CGSAGG+EUBBxcCMIIBGzAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTCB7gYIKwYBBQUHAgIwgeEwHhYXSGV3bGV0dC1QYWNrYXJkIENvbXBhbnkwAwIBAhqBvkF1 dGhvcml0eSB0byBiaW5kIEhQIGRvZXMgbm90IGNvcnJlc3BvbmQgd2l0aCB1c2Ugb3IgcG9zc2Vz c2lvbiBvZiB0aGlzIGNlcnRpZmljYXRlLiBJc3N1ZWQgdG8gZmFjaWxpdGF0ZSBjb21tdW5pY2F0 aW9uIHdpdGggSFAuIFZlcmlTaWduJ3MgQ1BTIGluY29ycC4gQnkgcmVmZXJlbmNlIGxpYWIuIGx0 ZC4gKGMpOTcgVmVyaVNpZ24wFgYDVR0lAQH/BAwwCgYIKwYBBQUHAwQwSwYJKoZIhvcNAQkPBD4w PDAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwICAgBAMA4GCCqGSIb3DQMEAgIAgDAKBggqhkiG 9w0DBzANBgkqhkiG9w0BAQUFAAOCAQEAGFPFralTmI3j+0lRN5ZgT1MP6MuFoIWUaLQCdtLdmuWi N4GVcfuVFr2kmCCIbEytJwrso6PphQQ2AhWvKKtGh57CQHtszmG6gTQpDnDhRLg9D29FzdIq9iRm cA8ZB4yUxP2ytQEngUFAQ2PERJboditj+qb3d86bwvENdrxGCUPj1/ybAxvFIVeVh6rh3WkTGLwu 72cn3QEhtMlKeNGjV4iw1fDnNSlmm2YRwf04r6VPeZuJK8nnHIW3UEQwuxy4iv8aTEJ5yhy2E1n1 619oUAX8737oyM88ITM1CUM36+U+Vvj7dScwtY69HwYUczr5a2ZsVzakK+xlnlpyRTo/xzGCBN4w ggTaAgEBMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowCQYFKw4D AhoFAKCCAqUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwOTI3 MDQ1OTMwWjAjBgkqhkiG9w0BCQQxFgQUC1C9srtHGsCnzB0baD3MhDNDK04wggEfBgkrBgEEAYI3 EAQxggEQMIIBDDCB9zELMAkGA1UEBhMCVVMxIDAeBgNVBAoTF0hld2xldHQtUGFja2FyZCBDb21w YW55MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTE1MDMGA1UECxMsQ2xhc3Mg MiBNYW5hZ2VkIFBLSSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0ExMTAvBgNVBAMTKENvbGxhYm9y YXRpb24gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgRzICEA9mJmhaD67b/+xBScHFikowggEhBgsq hkiG9w0BCRACCzGCARCgggEMMIH3MQswCQYDVQQGEwJVUzEgMB4GA1UEChMXSGV3bGV0dC1QYWNr YXJkIENvbXBhbnkxHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRl cm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MTUwMwYDVQQL EyxDbGFzcyAyIE1hbmFnZWQgUEtJIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQTExMC8GA1UEAxMo Q29sbGFib3JhdGlvbiBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eSBHMgIQD2YmaFoPrtv/7EFJwcWK SjANBgkqhkiG9w0BAQEFAASCAQA4SgjglSG8ckdUOK9M/RtwVwQCNko1vdidabf9etyNSQFlzZgi osrm4Rerk37hfb3h4xwAjCEAck8kmeoLAdwiCP/pyfjrjmOKwKi8Mvq56I/jFN8+V/JdUhRBIgSV Q/B43m+eYlWygISTH25HNsr8JiBKyFyCLbpDPJDVehU2+wveUAe6a9151jh0sfCqbTnQM+zQ4R/z SVz4nWaeT17QBpfd0TFmi7XGp6IzuvRMf2Wpl/bJoLUkOtLen8hFHVj+LfMQxlKSeOkyupHY4MNG FT33vxDB4Rhqe5DsIYgDOeusL09C/4V6Zk6Xt3W2ghxdkxpiaFVb8HS9aRuTmXppAAAAAAAA --Apple-Mail=_64E8F64C-3B4F-4198-B00E-0C07DBFC9CB4-- --===============9069127828091905856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ipp mailing list ipp@pwg.org https://www.pwg.org/mailman/listinfo/ipp --===============9069127828091905856==--