Re: I-D Action:draft-hoeneisen-enum-x-service-regs-02.txt
Romek Szczesniak <[email protected]>
| Newsgroups | gmane.ietf.enum |
|---|---|
| Message-ID | <[email protected]> |
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
Title : Registration of Enumservices for experimental,
private or trial use
Author(s) : B. Hoeneisen
Filename : draft-hoeneisen-enum-x-service-regs-02.txt
Pages : 8
Date : 2007-10-23
This document provides a guide to the creation of new IANA
registrations of experimental, private or trial ENUM (E.164 Number
Mapping) services. It is also to be used for updates of those
experimental, private or trial Enumservice (X-Enumservice)
registrations.
---
Hello all,
Firstly, I must thank Bernie Hoeneisen on his work on the draft,
draft-hoeneisen-enum-x-service-regs-02.txt. I haven't seen any
discussion on it here so I thought I would.
Having tested various experimental services to see how they perform, I
recommend the following with such service types.
Typically, we use E2U+X- services when:
(i) the defined service does not conform to the usage we require
e.g. IN NAPTR 100 115 "u" "E2U+x-im:msn" "!^.*$!msn:<my-msn-id>!" .
(ii) there is no defined service in the Enumservices list.
e.g. IN NAPTR 100 115 "u" "E2U+x-rss:http"
"!^.*$!http://rss.cnn.com/rss/cnn_topstories.rss!" .
(iii) when a client does not wish a service type to be evaluated by a
standards-based ENUM clients.
I suggest that:
1. We specify that X- services SHOULD follow the same syntax as other
registered services (so that ENUM clients do not break on receipt of
such rules).
2. Provide a standardised mechanism for service types (if needed for
public use) to be appended to the list of Enum service types after
review. This review period should be at most about 6 months (to prevent
all service types remaining as X- ).
3. Intended use for these is "EXPERIMENTAL".
Your thoughts appreciated.
Romek Szczesniak