Sorry, if I realized there were limitations on the request for comments=
...
>Could I please ask that we continue to provide comments on the draft, =
as
they
>relate to making the draft ready for publication. This means any
innapropriate
>use of XML, typos and the like.
=A0...I wouldn't have mentioned adding a 'print-to' URL along with the =
FAX
number. I guess I'm still learning about the IETF process.
The request to review indicated that the draft had been modified,
partially, to emphasize information exchange...
>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.
This exchange is primarily for the purpose of establishing a channel,
connection or "account" between the roaming client and the consortium o=
f
ISP providers but in the context of "support" provides an actual 'phone=
book' of contact information including postal, web page URL, phone, fax=
and
more. The recommendation to add IPP to the OPTIONAL contact information=
for
obtaining support, does not seem inappropriate and adds little to the
kitchen sink that is already there.
Maybe the term "phonebook" misrepresents the main purpose of this draft=
.
Most "reaction" to my suggestion correctly points out that IPP has litt=
le
(in fact, nothing) to do with the primary focus of the submission (find=
ing
the Internet Point of Presence, determining the set-up criteria and get=
ting
the service up and running). But in terms of the "contact information" =
as
it pertains to "support" and particularly as it becomes analogous to
providing a FAX number... I think the suggestion should be viewed less =
as
an "issue" and more at face value.
Extensibility was mentioned as one reason the draft was revised to use =
XML.
No one will disagree that FAX has a longer history than IPP. If the roa=
mops
group adopts a "wait and see" consensus regarding the use of 'print-to'=
URLs in addition to FAX, that's OK. I'd rather see the disposition... "=
we
have an extensible phone book which can be updated as the market
demonstrates wider adoption of IPP for information exchange" than
"aarghh...Pandora's box, the kitchen sink..." I don't know how easy or
likely such an update is, however, and maintain that it would be effici=
ent
to provide the information now.
Harry Lewis
|------------------------+------------------------>
| | pcalhoun |
| | |
| | 11/01/99 07:57 AM |
| | Please respond to |
| | "pcalhoun@eng.sun.com|
| | " |
| | |
|------------------------+------------------------>
>------------------------|
| |
| =A0 =A0 =A0 =A0 To: |
| Randy Bush |
| <randy@psg.com> |
| =A0 =A0 =A0 =A0 cc: |
| Bernard Aboba |
| <aboba@internaut.com>|
| , |
| roamops@tdmx.rutgers.|
| edu |
| =A0 =A0 =A0 =A0 Subject: |
| Re: |
| draft-ietf-roamops-ph|
| onebook-xml-02.txt |
>------------------------|
(Embedded image moved to file: pic15623.pcx)
I have been quietly following this thread, and I must admit that I am a=
little
disturbed by the recent activity to include everything under the Sun in=
to
the phone book.
Initially, the phone book was supposed to contain a list of ISPs one co=
uld
contact for service. It was decided that the phone book should include =
some
contact information, should the user require some technical support.
I am not against IPP, IP over Fax or any other such service, but I real=
ly
do
not see how this fits in. Next thing you'll know, we are going to end u=
p
with
Instant Messaging lists, and other really neat, but not quite needed at=
the
moment.
Could I please ask that we continue to provide comments on the draft, a=
s
they
relate to making the draft ready for publication. This means any
innapropriate
use of XML, typos and the like.
I would REALLY like to see this draft go out, and the work group finall=
y
shut
down.
PatC
> [ ad hat on, and excuse my using your message as a soapbox ]
>
> as roamops is not meeting in dc, i will bring up what might be more
easily
> discussed face to face. =A0note that a number of iesg members are rea=
ding
this
> list, and are pondering the issue.
>
> > To avoid having the phone book become a kitchen sink
>
> i am trying to understand if there are clear and necessary *operation=
al*
> requirements for additional info other than that necessary for a roam=
er
to
> select and call a pop.
>
> if this is a more general phonebook proposal then why is it in this w=
g as
> opposed to being spun off to a seperate wg that would look carefully =
into
> the requirements for such a protocol? =A0such a wg would probably be =
in the
> aps area, since this is becoming the sort of thing for which ops does=
not
> bring enough to the table.
>
> if this wg focuses on the clear and simple needs which we know how to=
solve
> in a direct manner, then we should be able to finish this quickly and=
get
on
> with life. =A0if not, then life will get on with us.
>
> randy
(Embedded image moved to file: pic30718.pcx)
=
--0__=0S17o2N8n57QTNenhbfqoZK8uAv9m8t8kHf9jQaP77cgbGYfH0tnRD8a
Content-type: application/octet-stream;
name="pic15623.pcx"
Content-Disposition: attachment; filename="pic15623.pcx"
Content-transfer-encoding: base64
CgUBCAAAAAApAA0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABKgABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAA=
--0__=0S17o2N8n57QTNenhbfqoZK8uAv9m8t8kHf9jQaP77cgbGYfH0tnRD8a
Content-type: application/octet-stream;
name="pic30718.pcx"
Content-Disposition: attachment; filename="pic30718.pcx"
Content-transfer-encoding: base64
CgUBCAAAAAA4AgMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABOQIBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAGxAH/AP8AAMIwwf+vwfrB/wbCAAUxMDEwwf+vwfrB/2IAiAjCAFgDxgAE
AEwAA8MAiAjCAMHYAg3DAMIwODA3MEHpMMYATWFpbFR5cGVMb2NhbDDB/6/B+sH/BsIABcQwwf+v
wfrB/2LHAIgIwgDB5AIEAEwAA8MAiAjCAEwDDsMAwf+vwfrB/w7EAAHB2BPDAAIBAIwSwf+vwfrB
/y4AW05vdGVzXU5BTUVEU1RZTEUxX0ZBQ8YATWFpbFR5cGVEaXJlY3TB/6/B+sH/AgBEAMH/ry4W
wgA8xADCAQCkE8H/ry4WwgAYxQBhweLB/sH/wgDB+sH/wt0uFmHB4sH+wf8FAMH6wf/C3S4Wwt04
SAUAweABYcHiwf7B/8LdwfrB/8LdLhbC3ThIBQDBzAH6AN0AzwDHAMQAwgADAQPCAf8A/wAAwjDB
/6/B+sH/BsIABTEwMTDB/6/B+sH/YgCICMIAWAPGAAQATAADwwCICMIAwdgCDcMAwjA4MDcwQekw
xgBNYWlsVHlwZUxvY2FsMMH/r8H6wf8GwgAFxDDB/6/B+sH/YscAiAjCAMHkAgQATAADwwCICMIA
TAMOwwDB/6/B+sH/DsQAAcHYE8MAAgEAjBLB/6/B+sH/LgBbTm90ZXNdTkFNRURTVFlMRTFfRkFD
xgBNYWlsVHlwZURpcmVjdMH/r8H6wf8CAEQAwf+vLhbCADzEAMIBAKQTwf+vLhbCABjFAGHB4sH+
wf/CAMH6wf/C3S4WYcHiwf7B/wUAwfrB/8LdLhbC3ThIBQDB4AFhweLB/sH/wt3B+sH/wt0uFsLd
OEgFAMHMAfoA3QDPAMcAxADCAAMBA8IB/wD/AADCMMH/r8H6wf8GwgAFMTAxMMH/r8H6wf9iAIgI
wgBYA8YABABMAAPDAIgIwgDB2AINwwDCMDgwNzBB6TDGAE1haWxUeXBlTG9jYWwwwf+vwfrB/wbC
AAXEMMH/r8H6wf9ixwCICMIAweQCBABMAAPDAIgIwgBMAw7DAMH/r8H6wf8OxAABwdgTwwACAQCM
EsH/r8H6wf8uAFtOb3Rlc11OQU1FRFNUWUxFMV9GQUPGAE1haWxUeXBlRGlyZWN0wf+vwfrB/wIA
RADB/68uFsIAPMQAwgEApBPB/68uFsIAGMUAYcHiwf7B/8IAwfrB/8LdLhZhweLB/sH/BQDB+sH/
wt0uFsLdOEgFAMHgAWHB4sH+wf/C3cH6wf/C3S4Wwt04SAUAwcwB+gDdAM8AxwDEAMIA/wD/AP8A
/wD/AP8A/wD/AOEA0QDIAMQAwgAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==
--0__=0S17o2N8n57QTNenhbfqoZK8uAv9m8t8kHf9jQaP77cgbGYfH0tnRD8a--