IPP Mail Archive: IPP> Re: New internet draft: 'draft-ietf-roamops-phonebook-xml-02.txt'

IPP Mail Archive: IPP> Re: New internet draft: 'draft-ietf-roamops-phonebook-xml-02.txt'

IPP> Re: New internet draft: 'draft-ietf-roamops-phonebook-xml-02.txt'

Glen Zorn (gwz@acm.org)
Fri, 29 Oct 1999 13:18:41 -0700 (PDT)

On Wed, 27 Oct 1999 harryl@us.ibm.com wrote:

>
>
> Perhaps I am the one who misunderstands the overall purpose of the
> "phonebook" or the context of it's use but I would say
>
> 1. OK... so it's the "only" fax number not the preferred one. So it's the
> "only" printer not the preferred. (Typically, I see fax and print devices
> scattered largely about in great multiplicity so I think this distinction
> is minor... but I'll go with it)
>
> 2. The purpose of putting the printer URL is analogous to putting the FAX
> number. Why would using the print URL irritate the ISP any more than using
> the FAX machine? (Obviously, don't include a URL to your desktop printer if
> you don't want remote jobs to land there).

The service provider data is _contact_ info. The FAX number is there in
case the roaming user needs to _send_ the ISP a FAX (perhaps a screen
print) to help out customer support in solving a problem. It's not there
so the user can send faxes from (or receive faxes at) that number.

>
> 3. The printer would not necessarily be far from the roaming user ... at
> least no more so than the FAX machine. (Here, is where maybe my
> understanding of the use of the "phonebook" is weak).
>
> In general, my request for a print URL in addition to a FAX number reflects
> the continued consolidation of device features where print, scan, copy,
> local print, remote print, fax, e-mail are more frequently being
> consolidated into a locale (device, kiosk or otherwise integrated
> solution). I think it makes sense to accommodate this in the architecture
> of your "phonebook".

That may be so. It's worth some thought, anyway.

>
> Harry Lewis
> IBM Printing Systems
> harryl@us.ibm.com
>
>
> Glen Zorn <gwz@acm.org> on 10/26/99 05:28:26 PM
>
> To: Harry Lewis/Boulder/IBM@IBMUS
> cc: Maximilian Riegel <maximilian.riegel@icn.siemens.de>,
> roamops@tdmx.rutgers.edu, "Calhoun, Patrice" <pcalhoun@eng.sun.com>,
> ipp@pwg.org, ifx@pwg.org
> Subject: Re: New internet draft: 'draft-ietf-roamops-phonebook-xml-02.txt'
>
>
>
>
> On Tue, 26 Oct 1999 harryl@us.ibm.com wrote:
>
> >
> >
> > Max, Glen... I would like to suggest you consider adding the "printer
> URL"
> > (ippURL?) to the list (below) of elements in the address book. This would
> > indicate the URL for sending print jobs via the Internet Printing
> Protocol
> > (see RFCs 2565, 2566 or the current Internet Drafts
> > http://www.ietf.org/internet-drafts/draft-ietf-ipp-model-v11-04.txt ,
> > http://www.ietf.org/internet-drafts/draft-ietf-ipp-protocol-v11-03.txt ).
> > Pragmatically, it will allow the entry to reflect one's "favorite
> printer"
> > just as the current definition carries the preferred "fax number".
>
> I'm confused. The FAX number below is not a "preferred" FAX #, it's the
> _only_ FAX number for the provider. I'm not sure what the purpose of
> putting a printer URL in the provider element would be (except maybe to
> irritate ISPs by running jobs on the office printer ;-): the printer would
> almost certainly be somewhere far from the roaming user.
>
> >
> > Syntax:
> > <!ELEMENT provider (
> > providerName?,
> > providerIcon?,
> > wwwURL?,
> > generalMailtoURL?,
> > billingMailtoURL?,
> > businessCategory?,
> > x121Address?,
> > registeredAddress?,
> > destinationIndicator?,
> > preferredDeliveryMethod?,
> > telexNumber?,
> > teletexTerminalIdentifier?,
> > telephoneNumber?,
> > internationalISDNNumber?,
> > facsimileTelephoneNumber?,
> > street?,
> > postOfficeBox?,
> > postalCode?,
> > postalAddress?,
> > physicalDeliveryOfficeName?,
> > description?,
> > supportPtr* )>
> > <!ATTLIST provider
> > id ID #REQUIRED>
> >
> >
> > Harry Lewis
> > IBM Printing Systems
> > harryl@us.ibm.com
> >
> >
> > Maximilian Riegel <maximilian.riegel@icn.siemens.de> on 10/25/99 10:59:40
> > AM
> >
> > To: roamops@tdmx.rutgers.edu
> > cc: "Zorn, Glen" <gwz@acm.org>, "Calhoun, Patrice"
> <pcalhoun@eng.sun.com>
> > Subject: New internet draft: 'draft-ietf-roamops-phonebook-xml-02.txt'
> >
> >
> >
> >
> > I have send a new version of the phone book draft named
> > 'draft-ietf-roamops-phonebook-xml-02.txt' to the IETF. It should
> > appear on the list and in the archives in a few days.
> >
> > A comprehensive revision of the last draft was undertaken to fix the
> > items mentioned in Oslo and on the mailing list. What's changed:
> >
> > - Addition of a introductory paragraph emphasizing the application of
> > the phone book as standard format for exchanging information between
> > providers and the roaming consortium as well as between the roaming
> > consortium and the users.
> >
> > - Usage of XML attributes for several elements to achieve a more
> > readable and compact representation of the phone book. In addition the
> > assigned values of XML attributes can be syntactically checked by a
> > XML Editor enforcing the compliance with the specification of the DTD
> > (document type definition). Even more by putting the attribute
> > definitions into a separate document and importing it by an external
> > reference into the DTD, extensibility of the specification without
> > modification of the basic DTD is achieved. This structure allows IANA
> > to maintain the attribute value space of the phone book.
> >
> > - Refinements of several elements, e.g. the number of occurrences
> > allowed for the elements in the setup element, or the predefined
> > values for the attribute "type" of the "pop"-element "address" (former
> > addressType).
> >
> > - Revision of the complete DTD according to the modifications
> > introduced by this version.
> >
> > - Addition of a chapter "IANA considerations" (needs some more
> > sentences).
> >
> > - Addition of a chapter containing simple examples of a roamops phone
> > book.
> >
> > As always:
> > Comments are kindly appreciated.
> >
> > Bye
> >
> > Max
> >
> >
> >
> >
>
>
>
>
>