Re: Last Call On draft-yevstifeyev-tn3270-uri-12

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Tom,
At 00:50 12-01-11, t.petch wrote:
This is a provisional registration of an URI scheme (for which a provisional
registration already exists in IANA) so it is the rules of RFC4395 which apply.

Except that they do not appear to cater for re-registration of a provisional
scheme.

The nearest would appear to be
"   o  Contact information identifying the person supplying the
      registration is included.  Previously unregistered URI schemes
      discovered in use may be registered by third parties on behalf of
      those who created the URI scheme; in this case, both the
      registering party and the scheme creator SHOULD be identified."

and it is the complete lack of the original scheme creator that
concerns me.  Yes we have contact details for the third party
but that is not enough.

Agreed.

RFC 1738 reserves a scheme name for tn3270. There is also a TN3270E defined in RFC 2335. The Introduction section of draft-yevstifeyev-tn3270-uri-12 mentions RFC 1738 while the scheme definition seems to cover TN3270 and TN3270E.

The Security Considerations section does not look like a clear analysis (see RFC 4395).

One of the points you mentioned is that there is already a provisional registration in the URI Schemes registry. The proposal mentions that there are no clear and acceptable specifications so far while saying that the URI is similar to Telnet.

I am reluctant to take a position on this draft.

Regards,
-sm
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]