This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/cooperation-wg@ripe.net/
[cooperation-wg] Re: [enum-wg] market potential/future for public ENUM
- Previous message (by thread): [cooperation-wg] Re: [enum-wg] market potential/future for public ENUM
- Next message (by thread): [cooperation-wg] RE: [enum-wg] market potential/future for public ENUM
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Patrik Fältström
paf at cisco.com
Thu Jun 2 11:26:54 CEST 2011
On 2 jun 2011, at 11.17, Jim Reid wrote: > On 2 Jun 2011, at 09:07, Patrik Fältström wrote: > >> Only regulation can unlock this situation. That forces E.164 holders to either have a DNS that people can enter whatever they want, or let third parties run DNS for the E.164 numbers in question. > > True. But, playing Devil's Advocate, why would a regulator want to intervene? From a competition point of view. The question is of course if the E.164 is to be used for other services than voice. If so, without unbundling of E.164 from the (one) provider of services, only the provider of the voice service that the E.164 is tied to can also provide other services (like video conferencing, SIP etc). It is completely up to the regulators what kind of competition and open market they want. > I expect they'd feel there was no point because the market has already made its decision about public ENUM. That would also get them off the hook for regulatory oversight of the Tier-1 delegation and name space: registry contract, codes of conduct, SLAs, etc. If you were the regulator, what path would you choose? :-) I would immediately require the provider that is tied to the E.164 to 1. Run DNS/ENUM for the numbers they provide services for 2. Give the ability for the user of the E.164 to say what URIs the NAPTRs for the E.164 should refer to 3. As alternative to 1+2, give the ability for the user of the E.164 to run DNS themselves (directly or indirectly at a third party DNS provider) 4. Require the ones that run the LNP database (or equivalent) to expose the content via ENUM It is serious now. Either E.164 numbers will never again be used, and will die a slow death, or it will be used also in the future. It is up to the regulator. Patrik
- Previous message (by thread): [cooperation-wg] Re: [enum-wg] market potential/future for public ENUM
- Next message (by thread): [cooperation-wg] RE: [enum-wg] market potential/future for public ENUM
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]