PMP Mail Archive: PMP> Proposed text for chIPP job submission channel to be added to the

PMP Mail Archive: PMP> Proposed text for chIPP job submission channel to be added to the

PMP> Proposed text for chIPP job submission channel to be added to the

Hastings, Tom N (hastings@cp10.es.xerox.com)
Thu, 20 May 1999 09:51:54 -0700

Don,

Could we process this registration proposal as part of the PWG agenda when
the
Printer MIB status is discussed next Wednesday, May 26?

All,

Please send any comments on this text on the mailing list before the meeting
next week. It is written so that it can be cut and pasted into the draft
Printer MIB.

Lloyd and Chris,

Do you have any specific comments with this proposal?

Thanks,
Tom Hastings

Mail note from Ira McDonald:

Per my action item from Wednesday's, 5/12, IPP WG Telecon, below is an IPP
job submission channel type registration for addition to the Printer MIB v2.

Only the 'URI' attribute is Mandatory. The 'Auth', 'Security', and
'Version' attributes are Optional. All attributes are single-valued,
except for 'Version', which is multi-valued (an unordered set of
all supported IPP versions for each IPP Printer URI).

Per our IPP telecon, 'Auth' and 'Security' attributes default to 'none'.

ISSUE: Ok if 'Version' attribute defaults to '1.0'?

Remember we're trying to foster interoperability here, so the absence of
the 'Version' attribute meaning 'unknown' isn't user friendly (requires
the presence of LDAP/SLP or 'trial-and-error' by the requesting client).

Cheers,
- Ira McDonald
High North Inc
906-494-2697/2434 (home/office)

--------------------------------------------------
chIPP(44),
-- Internet Printing Protocol (IPP)
-- (IPP/1.0 - see RFC 2565/2566)
-- (also applies to all future versions of IPP)
--
-- IPP Printer URI
-- Keyword: URI
-- Syntax: URI (Unicode UTF-8 per RFC 2396)
-- Status: Mandatory
-- Multiplicity: Single
-- Default: not applicable
-- Description: URI of this IPP Printer within the
-- Internet naming scope. Unicode UTF-8 [RFC-2279]
-- string with hexadecimal escapes for any non-ASCII
-- characters (per RFC 2396).
-- Conformance: An IPP Printer shall list all IPP
-- URI it supports (one per IPP Channel entry).
-- An IPP Client shall only use 'http:' URI which
-- include explicit ports (IPP standard is 631).
-- See: [RFC-2279], [RFC-2396], [RFC-2565],
-- [RFC-2566].
--
-- IPP Printer Client Authentication
-- Keyword: Auth
-- Syntax: Keyword
-- Status: Optional
-- Multiplicity: Single
-- Default: 'none'
-- Description: A client authentication mechanism
-- supported for this IPP Printer URI:
-- 'none'
-- no client authentication mechanism
-- 'requesting-user-name'
-- authenticated user in 'requesting-user-name'
-- 'basic'
-- authenticated user via HTTP Basic mechanism
-- 'digest'
-- authenticated user via HTTP Digest mechanism
-- 'certificate'
-- authenticated user via certificate mechanism
-- Conformance: An IPP Printer should list all IPP
-- client authentication mechanisms it supports
-- (one per IPP Channel entry).
-- See: [IPP-MOD-11], [IPP-PRO-11].
--
-- IPP Printer Security
-- Keyword: Security
-- Syntax: Keyword
-- Status: Optional
-- Multiplicity: Single
-- Default: 'none'
-- Description: A security mechanism supported for
-- this IPP Printer URI:
-- 'none'
-- no security mechanism
-- 'ssl3'
-- SSL3 secure communications channel protocol
-- 'tls'
-- TLS secure communications channel protocol
-- Conformance: An IPP Printer should list all IPP
-- security mechanisms it supports (one per IPP
-- Channel entry).
-- See: [RFC-2246], [RFC-2566], [IPP-MOD-11].
--
-- IPP Printer Protocol Version
-- Keyword: Version
-- Syntax: Keyword
-- Status: Optional
-- Multiplicity: Multiple
-- Default: '1.0'
-- Description: All of the IPP protocol versions
-- (major.minor) supported for this IPP Printer URI:
-- '1.0'
-- IPP/1.0 conforming Printer
-- '1.1'
-- IPP/1.1 conforming Printer
-- Conformance: An IPP Printer should list all IPP
-- versions it supports (all listed in each IPP
-- Channel entry).
-- An IPP Client should select the highest numbered
-- version that the client supports for use in all
-- IPP Requests (for optimum interworking).
-- See: [RFC-2566], [IPP-MOD-11].
--
-- References:
-- [RFC-2246] TLS/1.0 Protocol
-- section 9 'Mandatory Cipher Suites'
-- [RFC-2279] UTF-8 Transform of ISO 10646
-- section 2 'UTF-8 Definition'
-- [RFC-2396] Generic URI Syntax
-- section 2.1 'URI and non-ASCII characters'
-- [RFC-2566] IPP/1.0 Model and Semantics
-- section 4.1.5 'uri' (attribute syntax)
-- section 4.4.1 'printer-uri-supported'
-- section 4.4.2 'uri-security-supported'
-- section 4.4.14 'ipp-versions-supported'
-- section 5 'Conformance'
-- [RFC-2565] IPP/1.0 Encoding and Transport
-- section 3.3 'Version-number'
-- section 5.1 'Using IPP with SSL3'
-- section 9 'Appendix A: Protocol Examples'
-- [IPP-MOD-11] IPP/1.1 Model and Semantics
-- <draft-ietf-ipp-model-v11-02.txt>
-- (work-in-progress)
-- section 4.4.2 'uri-authentication-supported'
-- section 4.4.3 'uri-security-supported'
-- [IPP-PRO-11] IPP/1.1 Encoding and Transport
-- <draft-ietf-ipp-protocol-v11-01.txt>
-- (work-in-progress)
-- section 3.3 'Version-number'
-- section 5 'IPP URL Scheme'
-- section 9 'Appendix A: Protocol Examples'
--------------------------------------------------