Folks, I apologize for cross-posting, but a post to DNSOP has touched a topic arguably in scope for DNSEXT, the 'home' of RFC 2782.
At Sun, 18 Jan 2009 22:47:05 -0800, SM <s...@resistor.net> wrote: > Hello, > > RFC 2782 defines the following format for the SRV RR: > > _Service._Proto.Name > > > RFC 3263 defines SRV lookups of _sip._tcp.example.com. > Can _sip be registered in a Label registry as a protocol > that provides services such as _bip._sip.example.com? No -- currently ! :-( Unfortunately, at present, it can't, for the simple reason that RFC 2782 had overlooked establishing such IANA Registry, and nobody had undertaken this effort since! :-) Because of recurring need observed in various WGs for having such registry, shortly before IETF 73, Olafur Gudmunsson has started such effort with draft-gudmundsson-dns-srv-registry-00. I have contributed a bunch of material as possible additions to that draft, providing evidence of existing usage defined in RFCs, which reveals that until now, the following _<protocol> labels already have been defined in the IETF, besides the 'classical' names (tcp, udp): _ipv6, _xmpp, _http, _ldap, _ocsp . IMHO, the scope of the draft needs to be expanded significantly, and I have proposed changes and additions to the -00 draft before IETF 73. The DNS-SD community already had established a web page serving a similar purpose, and draft-cheshire-dnsext-dns-sd-05, as a by-product, aims at establishing a similar registry based on that web page (see the Refs there). IMO, the scope of that inofficial registry also would need to be expanded, and precision added. Furthermore, RFC 3861 has established a very specialized registry that conceivably could also be merged with a more general service registry; at least, it must be coordinated to avoid collisions. The proper strategy to structure the IANA Service Label [Pair] registry, formalize the registration procedure, and establish the initial registry content still remains to be worked out, and this effort also needs to be coordinated with the IANA Considerations for the Port Number IANA Registry draft being discussed in TSVWG, because it should most preferably be avoided that confusion can result from two independent service registries. I support Olafur's vision that a properly and thoughtfully founded Service Label IANA Registry might help overcome the significant restrictions posed by the rather small Port Number namespace, and might some time take over the role of a more general and versatile service registry -- for those protocols and services that reasonably can make use of DNS SRV and do not have reasons for binding to a fixed server port. > Regards, > -sm > _______________________________________________ > DNSOP mailing list > DNSOP at ietf.org > https://www.ietf.org/mailman/listinfo/dnsop Best regards, Alfred Hönes. -- +------------------------+--------------------------------------------+ | TR-Sys Alfred Hoenes | Alfred Hoenes Dipl.-Math., Dipl.-Phys. | | Gerlinger Strasse 12 | Phone: (+49)7156/9635-0, Fax: -18 | | D-71254 Ditzingen | E-Mail: a...@tr-sys.de | +------------------------+--------------------------------------------+ _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop