- enum-wg - mailman.ripe.net

RE: [enum-wg] Links to country web pages concerning ENUM activiti es
by Arunas Silinis 11 Jul '05

11 Jul '05

Hi Bernie, This is not planned at the moment, but may be considered depending on the validation methods that are selected. Cheers, Arunas. >-----Original Message----- >From: Bernie Hoeneisen [mailto:bhoeneis@switch.ch] >Sent: Friday, 8 July 2005 8:15 PM >To: Arunas Silinis >Cc: 'enum-wg(a)ripe.net' >Subject: RE: [enum-wg] Links to country web pages concerning >ENUM activiti es > > >Hi Arunas > >Thanks for this insight from downunder. > >Is it planed that the (Tier-1) Registry will get and store validation >related information along with any ENUM domain name, e.g. >information such >as validation method applied, expiry date of validation, >validator, ...? > >cheers, > Bernie > >On Fri, 8 Jul 2005, Arunas Silinis wrote: > >> Hi Bernie, >> >> We are intending to include some existing numbers and validation >> mechanisms that have been mentioned as possibilities are similar to >> those already being used elsewhere, such as: >> >> - Caller-ID verification >> - SMS verification >> - Presentation of a bill showing number >> - Signed declaration >> - Declaration from Carrier responsible for LNP of the number range >> >> However, in Australia we are currently trying to resolve the >issue of >> who has the right to register the number (i.e. the end-user or the >> service provider). We hope to resolve this shortly as most of the >> interest in experimenting with ENUM in Aus relies on >existing numbers. >> Other trials have given this right to the end user and it seems that >> this is the intention of ENUM, however this is not universally >> accepted. On this topic we read with interest the Internet draft on >> carrier/user enum service registration. >> >> Regards, >> >> Arunas. >> >> >> Arunas Silinis >> Content, Credit Management & Infrastructure >> Australian Communications & Media Authority >> Ph: (03) 9963 6961 >> Fax: (03) 9963 6979 >> arunas.silinis(a)acma.gov.au >> >> >>> -----Original Message----- >>> From: Bernie Hoeneisen [mailto:bhoeneis@switch.ch] >>> Sent: Thursday, 7 July 2005 6:29 PM >>> To: Arunas Silinis >>> Cc: 'enum-wg(a)ripe.net' >>> Subject: Re: [enum-wg] Links to country web pages concerning ENUM >>> activities >>> >>> >>> Hi Arunas >>> >>> As have figured out from your webpages, you are currently >permitting >>> only a special range of 100'000 E.164 numbers for ENUM, so >you do not >>> really have a big issue with the validation yet. >>> >>> What are your plans concerning validation, once you start to allow >>> the registration of existing E.164 numbers? >>> >>> cheers, >>> Bernie >>> >>> PS: We have published some information concerning the Swiss ENUM >>> Trial on: >>> http://www.switch.ch/enum/ >>> >>> >>> --------------------------------- >>> >>> Bernhard Höneisen >>> Switch >>> Neumuehlequai 6 >>> Postfach >>> CH-8021 Zürich >>> >>> tel:+41 44 268 15 54 (normal) >>> tel:+41 43 268 15 54 (IP mit ENUM) >>> sip:bhoeneis@switch.ch >>> fax:+41 44 253 98 98 >>> email:bhoeneis@switch.ch >>> >>> >>> On Thu, 7 Jul 2005, Arunas Silinis wrote: >>> >>>> Joakim, >>>> >>>> The Australian ENUM trial started about about a month ago >>> and there is >>>> a lot of information about it at: >>>> >>>> www.enum.com.au <http://www.enum.com.au> - Official trial website >>>> >>>> and >>>> >>>> >>> >http://www.acma.gov.au/ACMAINTER.2097430:STA>NDARD:1930296053:p c=PC_2 >> 47 >>> 5 >>> >> <http://www.acma.gov.au/ACMAINTER.2097430:STANDARD:1930296053:p > c=PC_2475> - >> ACMA (regulator) ENUM site. >> >> Also, on the trial site a discussion forum has just been set up. You >> are welcome to post any further questions about our trial on there. >> >> Cheers, >> >> >> Arunas Silinis >> Content, Credit Management & Infrastructure >> Australian Communications & Media Authority >> Ph: (03) 9963 6961 >> Fax: (03) 9963 6979 >> arunas.silinis(a)acma.gov.au <mailto:arunas.silinis@acma.gov.au> >> >> >> >

1 0

RE: [enum-wg] Links to country web pages concerning ENUM activiti es
by Arunas Silinis 08 Jul '05

08 Jul '05

Hi Bernie, We are intending to include some existing numbers and validation mechanisms that have been mentioned as possibilities are similar to those already being used elsewhere, such as: - Caller-ID verification - SMS verification - Presentation of a bill showing number - Signed declaration - Declaration from Carrier responsible for LNP of the number range However, in Australia we are currently trying to resolve the issue of who has the right to register the number (i.e. the end-user or the service provider). We hope to resolve this shortly as most of the interest in experimenting with ENUM in Aus relies on existing numbers. Other trials have given this right to the end user and it seems that this is the intention of ENUM, however this is not universally accepted. On this topic we read with interest the Internet draft on carrier/user enum service registration. Regards, Arunas. Arunas Silinis Content, Credit Management & Infrastructure Australian Communications & Media Authority Ph: (03) 9963 6961 Fax: (03) 9963 6979 arunas.silinis(a)acma.gov.au >-----Original Message----- >From: Bernie Hoeneisen [mailto:bhoeneis@switch.ch] >Sent: Thursday, 7 July 2005 6:29 PM >To: Arunas Silinis >Cc: 'enum-wg(a)ripe.net' >Subject: Re: [enum-wg] Links to country web pages concerning >ENUM activities > > >Hi Arunas > >As have figured out from your webpages, you are currently >permitting only >a special range of 100'000 E.164 numbers for ENUM, so you do not >really have a big issue with the validation yet. > >What are your plans concerning validation, once you start to allow the >registration of existing E.164 numbers? > >cheers, > Bernie > >PS: We have published some information concerning the Swiss >ENUM Trial on: > http://www.switch.ch/enum/ > > >--------------------------------- > > Bernhard Höneisen > Switch > Neumuehlequai 6 > Postfach > CH-8021 Zürich > > tel:+41 44 268 15 54 (normal) > tel:+41 43 268 15 54 (IP mit ENUM) > sip:bhoeneis@switch.ch > fax:+41 44 253 98 98 > email:bhoeneis@switch.ch > > >On Thu, 7 Jul 2005, Arunas Silinis wrote: > >> Joakim, >> >> The Australian ENUM trial started about about a month ago >and there is >> a lot of information about it at: >> >> www.enum.com.au <http://www.enum.com.au> - Official trial website >> >> and >> >> >http://www.acma.gov.au/ACMAINTER.2097430:STA>NDARD:1930296053:pc=PC_247 >> 5 >> ><http://www.acma.gov.au/ACMAINTER.2097430:STANDARD:1930296053:p c=PC_2475> - > ACMA (regulator) ENUM site. > > Also, on the trial site a discussion forum has just been set up. You > are welcome to post any further questions about our trial on there. > > Cheers, > > > Arunas Silinis > Content, Credit Management & Infrastructure > Australian Communications & Media Authority > Ph: (03) 9963 6961 > Fax: (03) 9963 6979 > arunas.silinis(a)acma.gov.au <mailto:arunas.silinis@acma.gov.au> > > >

2 1

Links to country web pages concerning ENUM activities
by Arunas Silinis 07 Jul '05

07 Jul '05

Joakim, The Australian ENUM trial started about about a month ago and there is a lot of information about it at: www.enum.com.au <http://www.enum.com.au> - Official trial website and http://www.acma.gov.au/ACMAINTER.2097430:STANDARD:1930296053:pc=PC_2475 <http://www.acma.gov.au/ACMAINTER.2097430:STANDARD:1930296053:pc=PC_2475> - ACMA (regulator) ENUM site. Also, on the trial site a discussion forum has just been set up. You are welcome to post any further questions about our trial on there. Cheers, Arunas Silinis Content, Credit Management & Infrastructure Australian Communications & Media Authority Ph: (03) 9963 6961 Fax: (03) 9963 6979 arunas.silinis(a)acma.gov.au <mailto:arunas.silinis@acma.gov.au>

2 1

Links to country web pages concerning ENUM activities
by Joakim.Stralmark＠pts.se 06 Jul '05

06 Jul '05

Dear All Maybe not a suitable e-mail to this list but I would like that folks from these lists provide me with links to web pages were I can find comprehensive information about ENUM activites in your country. I´m familiar with the list on the ENUM WG at RIPE but I will also try this way to collect accurate link info (link info quickly gets out of date on the Internet...). Thanks in advance. Sincerely Joakim Strålmark Swedish NRA/Administration

2 1

CORRECTION: [enum-wg] Call for RIPE 51(!) agenda topics
by Carsten Schiefner 23 Jun '05

23 Jun '05

[Apologies...] Dear all, this is the first call for agenda items for the ENUM WG meeting at RIPE 51 in Amsterdam. Please send in suggestions and proposals. Thanks and best regards, Carsten Schiefner

1 0

Call for RIPE 50 agenda topics
by Carsten Schiefner 23 Jun '05

23 Jun '05

Dear all, this is the first call for agenda items for the ENUM WG meeting at RIPE 51 in Amsterdam. Please send in suggestions and proposals. Thanks and best regards, Carsten Schiefner

1 0

FYI: new list for ENUM +353 Interest Group
by Niall O'Reilly 21 Jun '05

21 Jun '05

Hello RIPE ENUM-WG-ers. Some of you may be interested to know that the ENUM +353 Interest Group mailing list has recently been set up. Membership of this list is entirely open, as is access to the archives. Sending of messages to the list is restricted to those who are already members. Archives are at https://listserv.heanet.ie/enum-353-ig.html. Best regards, Niall O'Reilly UCD Computing Services PGP key ID: AE995ED9 (see www.pgp.net) Fingerprint: 23DC C6DE 8874 2432 2BE0 3905 7987 E48D AE99 5ED9

2 3

Discuss: draft-hoeneisen-enum-validation-epp-01
by Bernie Hoeneisen 13 Jun '05

13 Jun '05

Hi! As some of you know, in the IETF, there is some work on-going concerning ENUM and validation of E.164 numbers. At the IETF-62 in Minneapolis. the draft referred below has been approved as a Working Group item of the IETF ENUM WG: Abstract This document describes an EPP extension framework for mapping information about the validation process that has been applied for the E.164 number (or number range), which the ENUM domain name is based on. Specified in XML, this mapping extends the EPP domain name mapping to provide an additional feature required for the provisioning of ENUM domain names. URLs * http://ietf.hoeneisen.ch/draft-hoeneisen-enum-validation-epp-01.txt * http://ietf.hoeneisen.ch/draft-hoeneisen-enum-validation-epp-01.html In Switzerland we are running an EPP Server including this extension for the ENUM Tier-1 Registry. So far we did not run into any trouble. I am about to write an update of this draft. So far I have not received any feedback. Does this mean, that everything in there is just fine or that people are not interested / have not read it at all? ;-) Besides the technical and other feedback, I'd be interested: - Who is planning to use this EPP extension for ENUM? - Who cannot use this extensions and what are the reasons? Looking forward for lots of comments! cheers, Bernie Hoeneisen, Switch, Project Manager ENUM

6 8

ENUM WG draft minutes RIPE 50 rev. 1
by Carsten Schiefner 09 Jun '05

09 Jun '05

Dear all, thanks to Oleg Muravskiy of the RIPE NCC for taking the minutes. The first draft is available at: http://www.ripe.net/ripe/wg/enum/minutes/r50-minutes.html Please send in any comments and/or corrections you may have. Thanks and best regards, Carsten Schiefner

1 0

Re: [enum-wg] Discuss: draft-hoeneisen-enum-validation-epp-01
by Stastny Richard 07 Jun '05

07 Jun '05

Thanks Axel for this clarification. To clarify this issue, I would propose to change the filename of your draft slightly eg by adding -arch or token Nevertheless there seems to be some overlap. I would suggest that you and Bernie get together and make a proposal for the next IETF on the enum list:to Rich regarding the aganda 1. to make both documents WG items eventually one on standards track and one informational. 2. eventually to move some parts from one document to the other to make them consistent. This could be discussed in Paris. Any comments, Rich? best regards Richard ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von Alexander Mayrhofer Gesendet: Di 07.06.2005 09:21 An: Andrzej Bartosiewicz Cc: Bernie Hoeneisen; enum-wg(a)ripe.net Betreff: Re: [enum-wg] Discuss: draft-hoeneisen-enum-validation-epp-01 Andrzej Bartosiewicz wrote: > Bernie, Alexander, > > I'm really interested how similar/different are Switch and ENUM.AT > (draft-mayrhofer-enum-validation-01) solutions... > > Could you guys enumerate the major differences and similarities between > your implementations (Internet-Drafts)? Hi Andrzej and all, first of all, i would like to make sure that we (SWITCH / enum.at) are not competing in terms of validation standards - we are of course talking to each other, and have been working together on the drafts as well. Our intention is to provide a validation infrastructure on which the industry can agree on - my vision is that a registrar working with a registry in at least the EU does not have to take a steep learning curve for each new registry he's talking to. The two drafts cover´quite different parts of the validation "business" (Bernie, i'd like you to correct me if there'S anything wrong with my description): - draft-hoeneisen-enum-validation-epp-01 covers how to embed validation information as an extension in EPP. Additionally, it covers a few validation related fields, which are transported in the extension. The extension itself allows extending the validation related data to additional fields (see Section 4.4) - draft-mayrhofer-enum-validation-00 covers general validation architecture (which might be out of scope for an IETF draft, please comment), and provides a so called "validation token" - an (optionally cryptographically signed) XML document which is used to transport validation related information beyond that specified in bernie's draft. Any feedback on this draft is very much appreciated since i'm going to provide an update of this document for the upcoming IETF. So, those 2 drafts don't contradict each other - they can easily be used together for eg. transporting a validation token via EPP. Once again, i'd appreciate any comments on this - we've been using the validation token in ENUM procudtion enviroments since about half a year, and didn't experience any architectural problems. We are going to adapt the data scheme a bit, eg. we're going to add a "credential" section, where the registrar can provide eg. a passwort, a client certificate fingerprint, IMSI, etc. which the subscriber can in turn use to identify himself upon revalidation. hope that helps cheers Alex Mayrhofer enum.at

2 1

RE: [enum-wg] "production status"?
by Stastny Richard 03 Jun '05

03 Jun '05

Andrzej, what is strange in Poland is > Operator A has registerd in DNS "1000" E164 number > (0.0.0.1.<cc>.e164.arpa) for his customer C. If customer C registered the "1000" number by himself, as everywhere else, the whole problem would not exist. Richard Richard Stastny OeFEG tel:+43 664 420 4100 enum:+43 780 203 211 callto://fordprefect http://voipandenum.blogspot.com > -----Original Message----- > From: enum-wg-admin(a)ripe.net [mailto:enum-wg-admin@ripe.net] On Behalf Of > Andrzej Bartosiewicz > Sent: Friday, June 03, 2005 11:16 AM > To: Adrian Georgescu > Cc: enum-wg(a)ripe.net > Subject: Re: [enum-wg] "production status"? > > Let's imaging the following situation. > > Operator A has registerd in the central database numbering block 1XXX > (1.<cc>.e164.arpa.) > > Operator A has registerd in DNS "1000" E164 number > (0.0.0.1.<cc>.e164.arpa) for his customer C. > > NP is implemented and customer C is porting his number from Operator A to > Operator B > > Finally, customer C is the B's customer for "1000" number and the same > time the (lifelong) Registrar of ENUM number "1000" is... Operator A. > > Customer C MUST always contact Operator A. > > What happens in case of A bankruptcy? > > It sounds strange. > > Andrzej. > > On Fri, 3 Jun 2005, Adrian Georgescu wrote: > > > Andrzej, > > > > I cannot imagine how ENUM registrations could be "canceled", as the > > numbers are delegated based on current administrative policies in > > place. > > Should NP be implemented, ENUM can be an enabler. With fixed numbering > > plans like in .ro delegation of each individual number is possible. > > > > Adrian > > > > On Jun 3, 2005, at 10:49 AM, Andrzej Bartosiewicz wrote: > > > > > As I understand ENUM Registry MUST canclel/terminate all the ENUM > > > registration of the numbering blocks after NP implementation in > > > Romania. > > > > > > Additionally Registry should "transfer" all the ENUM domain names from > > > the > > > Registrars (Operators) to the Registry. Am I right? > > > > > > Andrzej > > > > > > On Fri, 3 Jun 2005, Adrian Georgescu wrote: > > > > > >> Number portability is not possible at this moment, there are plans > for > > >> the near future. > > >> > > >> On Jun 3, 2005, at 10:13 AM, Andrzej Bartosiewicz wrote: > > >> > > >>> Adrian, > > >>> > > >>>> In Romania operators may apply for entering number ranges that are > > >>>> assigned by the telecom regulator under +40 also into e164.arpa. > > >>>> name > > >>>> space. The operator than assigns the numbers to its customers based > > >>>> on > > >>>> internal procedures. > > >>> > > >>> It lookas like that Number Portability can not be implemented in > > >>> Romania. > > >>> What happens if the number range is assigned to operator and after > > >>> that > > >>> some numbers are ported to anoter operator. > > >>> > > >>> Andrzej. > > >> > >

2 1

RE: [enum-wg] regulator prohibiting current practice of use of +4 9 numbers for voip, update
by Schiefner, Carsten 03 Jun '05

03 Jun '05

All, > -----Original Message----- > From: enum-wg-admin(a)ripe.net > [mailto:enum-wg-admin@ripe.net]On Behalf Of > Carsten Schiefner > Sent: Tuesday, May 24, 2005 9:48 PM > To: enum-wg(a)ripe.net > Subject: Re: [enum-wg] regulator prohibiting current practice > of use of +49 numbers for voip, update > > [...] > > I'll post the link to the english press release as soon as it becomes > available. here we go: http://www.regtp.de/en/aktuelles/pm/03233/ Best, Carsten -- Carsten Schiefner | p: +49 441 234-4571 Deutsche Telekom T-Com | f: +49 431 7163-3972 TK44 - Network Information Center | Ammerlander Heerstr. 138 | mailto:Carsten.Schiefner@t-com.net D-26129 Oldenburg | http://www.t-com.net

6 13

RE: [enum-wg] "production status"?
by Stastny Richard 03 Jun '05

03 Jun '05

> Can "legal" also mean "self regulation" or a legal framework via a > "contract"? Hmm, I do not think that "self regulation" can work, because somebody (in most cases the regulator is assigned the Tier 1 CC-domain) so he is the domain name holder. A c.c.e164.arpa is some kind of a "sponsored" domain in ICANN speak, so the domain name holder needs at least a contract with the registry (it is his task to choose one if he does not want to do the job by himself, which is not a good idea). In this contract he would write anything you normally write in an outsourcing contract and also the obligations you want to have fulfilled by the subcontracts (e.g registry - registars, etc) and also the number ranges available and how to treat them. Regards Richard Richard Stastny OeFEG tel:+43 664 420 4100 enum:+43 780 203 211 callto://fordprefect http://voipandenum.blogspot.com > -----Original Message----- > From: Joakim.Stralmark(a)pts.se [mailto:Joakim.Stralmark@pts.se] > Sent: Friday, June 03, 2005 10:56 AM > To: Stastny Richard; hotta(a)jprs.co.jp; enum-wg(a)ripe.net > Subject: SV: [enum-wg] "production status"? > > Can "legal" also mean "self regulation" or a ledal framework via a > "contract"? > > Joakim Strålmark > Swedish NRA > > -----Ursprungligt meddelande----- > Från: enum-wg-admin(a)ripe.net [mailto:enum-wg-admin@ripe.net] För Stastny > Richard > Skickat: den 3 juni 2005 10:49 > Till: hotta(a)jprs.co.jp; enum-wg(a)ripe.net > Ämne: Re: [enum-wg] "production status"? > > Hi Hiro, > > none of your points. > > "production" status exists if end-users may subscribe for domains and a > legal framework exists that this subscription is persistent. > > In a trial normally the a subscription is only for the time of the trial > and the user has not right to insist on the service after the trial end > > A legal framework is necessary for "production" because all involved > enties (registry, registars, service providers and customers) want to have > a confirmation that they can build a business on it. > > Especially the point > < it brings money? > is nice. So Amazon is not in production? > > best regards > > Richard > > ________________________________ > > Von: enum-wg-admin(a)ripe.net im Auftrag von HiroHOTTA > Gesendet: Fr 03.06.2005 07:49 > An: enum-wg(a)ripe.net > Betreff: [enum-wg] "production status"? > > > > Dear all (especially, Austria, Poland, and Romania colleagues), > > I have a question about the progress matrix in RIPE web page. > http://www.centr.org/kim/enum/index.html > There is a status called "production" where Austria, Poland, and Romania > are in. What is the definition of "production status" > in your case? In other words, what aspects of your ENUM services are in > production status in your case? - it brings money? > anybody in the public can use? production-quality system? .....? > > Thanks for your assistance. > > Regards, > Hiro > >

1 0

SV: [enum-wg] "production status"?
by Joakim.Stralmark＠pts.se 03 Jun '05

03 Jun '05

Can "legal" also mean "self regulation" or a ledal framework via a "contract"? Joakim Strålmark Swedish NRA -----Ursprungligt meddelande----- Från: enum-wg-admin(a)ripe.net [mailto:enum-wg-admin@ripe.net] För Stastny Richard Skickat: den 3 juni 2005 10:49 Till: hotta(a)jprs.co.jp; enum-wg(a)ripe.net Ämne: Re: [enum-wg] "production status"? Hi Hiro, none of your points. "production" status exists if end-users may subscribe for domains and a legal framework exists that this subscription is persistent. In a trial normally the a subscription is only for the time of the trial and the user has not right to insist on the service after the trial end A legal framework is necessary for "production" because all involved enties (registry, registars, service providers and customers) want to have a confirmation that they can build a business on it. Especially the point < it brings money? is nice. So Amazon is not in production? best regards Richard ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von HiroHOTTA Gesendet: Fr 03.06.2005 07:49 An: enum-wg(a)ripe.net Betreff: [enum-wg] "production status"? Dear all (especially, Austria, Poland, and Romania colleagues), I have a question about the progress matrix in RIPE web page. http://www.centr.org/kim/enum/index.html There is a status called "production" where Austria, Poland, and Romania are in. What is the definition of "production status" in your case? In other words, what aspects of your ENUM services are in production status in your case? - it brings money? anybody in the public can use? production-quality system? .....? Thanks for your assistance. Regards, Hiro

1 0

Re: [enum-wg] "production status"?
by Stastny Richard 03 Jun '05

03 Jun '05

Hi Hiro, none of your points. "production" status exists if end-users may subscribe for domains and a legal framework exists that this subscription is persistent. In a trial normally the a subscription is only for the time of the trial and the user has not right to insist on the service after the trial end A legal framework is necessary for "production" because all involved enties (registry, registars, service providers and customers) want to have a confirmation that they can build a business on it. Especially the point < it brings money? is nice. So Amazon is not in production? best regards Richard ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von HiroHOTTA Gesendet: Fr 03.06.2005 07:49 An: enum-wg(a)ripe.net Betreff: [enum-wg] "production status"? Dear all (especially, Austria, Poland, and Romania colleagues), I have a question about the progress matrix in RIPE web page. http://www.centr.org/kim/enum/index.html There is a status called "production" where Austria, Poland, and Romania are in. What is the definition of "production status" in your case? In other words, what aspects of your ENUM services are in production status in your case? - it brings money? anybody in the public can use? production-quality system? .....? Thanks for your assistance. Regards, Hiro

1 0

regulator prohibiting current practice of use of +49 numbers for voip, update
by Chris Heinze 24 May '05

24 May '05

hi! we had that some time ago. now it's getting more concrete: http://www.heise.de/newsticker/meldung/51877 (german only again, sorry) short summary: regtp (the german regulator) now prohibits (voip) providers in general to give phonenumbers to users that do not live in the area of the respective prefix or have their company located there. this is effective from october 15th. btw: the non-regional prefix under +49 is still not in sight. so - of course :) - i have to mention the 'proposal for non-regional upts available to the general public' again. everyone interested in possible solutions to many voip-specific problems with e.164 numbers should really read this (can be found in the archive of this mailinglist). kind regards, Chris Heinze

2 3

information on numbering plan for ENUM service
by Nguyen Thu Thuy 16 May '05

16 May '05

Hi all folks, Could you kindly share with us information you have about numbering plan used for ENUM trial as well commercial service in countries. We are now investigating and searching information ralating to ENUM deployment around the world in order to prepare our trial. We do need and appreciate your help on finding information about numbering range used for ENUM service in other countries. T&B rgds. Thu Thuy.

2 2

ETSI Documents on ENUM published
by Stastny Richard 11 May '05

11 May '05

Dear all, ETSI has finally published officially the two documents on ENUM already approved at the January 2005 TISPAN Plenary: ETSI TS 102 172 V1.2.1 Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Minimum requirements for interoperability of ENUM implementations http://webapp.etsi.org/WorkProgram/Report_WorkItem.asp?WKI_ID=20591 ETSI TR 102 055 V1.1.1 Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); ENUM scenarios for user and infrastructure ENUM http://webapp.etsi.org/WorkProgram/Report_WorkItem.asp?WKI_ID=19572 best regards Richard Stastny _______________________________________________ enum mailing list enum(a)ietf.org https://www1.ietf.org/mailman/listinfo/enum

1 0

RE: [enum-wg] Australian ENUM trial +61
by Humphries, Vince 07 May '05

07 May '05

Hi Carsten We're looking at re-activating a group mailing list that has been dormant for a year or more -- in principle, it would be a good idea if we had a vehicle for exchanging information now that the trial is about to start. I'll let you know more if and when it's re-activated. Best regards... Vince -----Original Message----- From: Carsten Schiefner To: Humphries, Vince Cc: 'enum-wg(a)ripe.net' Sent: 5/7/05 3:45 AM Subject: Re: [enum-wg] Australian ENUM trial +61 Hi Vince, Humphries, Vince wrote: > [...] > There is a mailing list for the group, but to date it has only dealt with > administrative matters. [...] are there plans to set up a list for the general public, e.g. for information exchange of and with the trial participants? Congrats for the trial launch, BTW. :-) Best, Carsten

1 0

RE: [enum-wg] Australian ENUM trial +61
by Humphries, Vince 06 May '05

06 May '05

Dear Carsten There is an Australian ENUM Discussion Group that meets to discuss and advise on the framework for the Australian ENUM trial; its web page is at http://internet.aca.gov.au/ACAINTER.65650:STANDARD:1078325456:pc=PC_2319. There is a mailing list for the group, but to date it has only dealt with administrative matters. The next meeting is scheduled for the 17th of May and is expected to be devoted to the launch of the Australian trial, the operation of the Tier 1 Registry, and rights of use of numbers that are registered in ENUM. Let me know if you'd like any further information on this. Regards... Vince Humphries Australian Communications Authority -----Original Message----- From: Carsten Schiefner [mailto:enumvoipsip.cs@schiefner.de] Sent: Wednesday, 27 April 2005 16:17 To: 'enum-wg(a)ripe.net' Subject: Re: [enum-wg] Australian ENUM trial +61 Dear Vince, Humphries, Vince wrote: > Dear Carsten > > I'm afraid I can't give you details until next Thursday, when an > announcement will be made by the company that has been selected to run > the Tier 1 Registry for the Australian ENUM trial. I'll post some > information about the trial on this list at the end of next week. thanks for the update - let's wait patiently then. :-) BTW: do you know if there is some mailing lists or other public fora being set up? Best, Carsten

2 1

For the agenda of ENUM wg at RIPE-50
by Patrik Fältström 05 May '05

05 May '05

We have two additional important points for the agenda of this wg: (1) Reconfirmation of the task of this wg Initially, the participants of this wg requested the creation so that operational experiences of ENUM could be exchanged and recorded. These experiences could be everything from sort of technical DNS issues, via how to implement technically regulatory "bottlenecks", to experience of how to set up registries etc. We have the webpage where the status of ENUM deployment is recorded, the mailing list and the meetings to fulfil this pretty generic task. This is at least what we chairs of this wg believe the task of the wg is, but, we want to check this is matching the interest of the RIPE community. (2) Transfer of responsibilty to new co-chairs As expected and planned, myself and Kim don't have so much time to work actively as leaders of this group. Because of this, the wg accepted Niall O'Reilly as co-chair of the wg. We would like to do the following changes now, to fulfil the transfer of leadership. Suggestion: New co-chair, and primary contact for the wg: Carsten Scheifner Continuing co-chair: Niall O'Reilly Removed co-chair and primary contact: Patrik Fältström Removed co-chaor: Kim Davies We would like to know whether this is ok with the participants of this wg. Both at the RIPE-50 meeting and via this message on this mailing list. Any objections should be rised on this list or at the physical meeting in Stockholm no later than the meeting itself. Patrik, co-chair and primary contact for the ENUM wg

3 2

Australian ENUM trial launched
by Humphries, Vince 05 May '05

05 May '05

The Australian (not Austrian) ENUM trial was launched in Melbourne today by the Australian communications minister. It was announced at the launch that the Australian regulator has entered into an agreement with AusRegistry International Pty Ltd (www.ausregistry.com.au <http://www.ausregistry.com.au> ) to provide and operate the registry service for the trial. AusRegistry International is a subsidiary of the company that is the current registry operator and wholesale provider for all commercial .au domain names and certain non-commercial .au domain names. The go-live data for the trial will be Monday the 6th of June. At this early stage, 2 registrars -- Enetica (www.enetica.com.au <http://www.enetica.com.au> ) and AARNet (www.aarnet.edu.au <http://www.aarnet.edu.au> ) -- have indicated they will participate in the trial. The website for the trial is <http://www.enum.com.au/> www.enum.com.au. A media release from the Australian regulator about the trial launch is at <http://internet.aca.gov.au/ACAINTER.65636:STANDARD:1251996172:pc=PC_2980> http://internet.aca.gov.au/acainter.65636:standard:1251996172:pc=pc_2980 (sorry that our ENUM web pages haven't been updated yet -- hopefully that will be rectified in a few days). A meeting of the Australian ENUM Discussion Group is scheduled for Monday the 16th of May. The meeting will include a briefing on the way in which the trial registry will operate, plus will discuss specific objectives for the trial and the issue of rights of use of existing numbers that might be registered as ENUM domains. We're hoping we'll be able to webcast the meeting, so if any ENUM WG members would be interested in participating and can cope with the time difference (UK, IE, PT = -9 hours; rest of western Europe = -8 hours), let me know and I'll advise you of the arrangements. Vince Humphries Australian Communications Authority tel. +61 3 99 63 68 44 fax +61 3 99 63 69 79 callto:vincehumphries mailto:vince.humphries@aca.gov.au <mailto:vince.humphries@aca.gov.au>

1 0

ENUM Summit 2005 - June 28-29, Miami
by Stastny Richard 02 May '05

02 May '05

ENUM Summit 2005 - June 28-29 - Miami The ENUM Summit 2005 <http://www.iqpc.com/cgi-bin/templates/genevent.html?topic=586&event=7094&> - Leveraging Electronic Numbering to Drive Revenue from Telecom and IP Network Convergence will take place June 28-29 at the Hotel Intercontinental Miami, Miami, FL. The Conference sessions - led by experts from AT&T, MCI, Comcast Cable Communications, FCC, IETF ENUM Working Group, ENUM Forum, CC1 ENUM LLC, APEET, Harvard University and many others - will focus on topics such as: * Leveraging ENUM to drive VoIP and new service adoption * Understanding the impact of ENUM on the competitive telecommunications landscape * Determining the viability of existing economic models * Analyzing lessons learned from global ENUM trials * Improving cost-efficiency and interconnection of new services * Exploiting ENUM to generate revenue and create value for the enterprise * Ensuring authentication, privacy and security of the ENUM DNS Plus, don't miss special pre-conference tutorials <http://www.iqpc.com/cgi-bin/templates/document.html?topic=586&event=7094&do…> on SIP, DNS and ENUM! Take a look at the conference agenda online (www.iqpc.com/na-2306-01/T893INT <http://www.iqpc.com/na-2306-01/T893INT> ), and then download the event brochure. This is the most comprehensive ENUM event ever to hit the market! But hurry, space is limited! Register online at www.iqpc.com/na-2306-01/T893INT2 <http://www.iqpc.com/na-2306-01/T893INT2> , or call +1 973-256-0211 to reserve your place TODAY! See you in Miami! best regards Richard _______________________________________________ enum-trial mailing list enum-trial(a)lists.nic.at http://lists.univie.ac.at/mailman/listinfo/enum-trial

1 0

Agenda for next week's ENUM meeting
by Kim Davies 29 Apr '05

29 Apr '05

Dear all, This is our draft agenda for next week's ENUM working group slot, which is scheduled for 1400-1530 on Thursday, in room C58: 1. IETF Update 2. Trials and Deployments 2.1 UK (+44) ENUM Development, Jim Reid 2.2 Austrian (+43) ENUM Deployment, Otmar Lendl 2.3 Swedish (+46) ENUM Deployment, Joakim Strålmark 2.4 Irish (+353) ENUM Status, Niall O'Reilly 2.5 Other Deployments 3. ETSI ENUM Plugtest, Jim Reid 4. AOB Any further contributions are welcome! kim -- Kim Davies, Council of European National Top Level Domain Registries Avenue Louise 327, B-1050 Brussels; Tel. +32 2 627 5550

2 1

Australian ENUM trial +61
by Humphries, Vince 27 Apr '05

27 Apr '05

Dear Carsten I'm afraid I can't give you details until next Thursday, when an announcement will be made by the company that has been selected to run the Tier 1 Registry for the Australian ENUM trial. I'll post some information about the trial on this list at the end of next week. Regards... Vince Humphries Australian Communications Authority -----Original Message----- From: Carsten Schiefner [ <mailto:enumvoipsip.cs@schiefner.de> mailto:enumvoipsip.cs@schiefner.de] Sent: Tuesday, 26 April 2005 20:52 To: <mailto:enum-wg@ripe.net> enum-wg(a)ripe.net Subject: [enum-wg] Australian ENUM trial +61 All, Google sent me this already on 22 April: === Google Alert for: *ENUM* Twelve-month *Enum* trial to start in May < <http://www.telecom.paper.nl/site/news_ta.asp?type=abstract&id=76236> http://www.telecom.paper.nl/site/news_ta.asp?type=abstract&id=76236> Telecom Paper (subscription) - Netherlands The Australian Communications Authority (ACA) will launch a twelve-month trial of electronic number mapping (*Enum*) technology on 5 May, The Australian reports. *...* === - but I failed to dig out any further information. Would anybody have some more background information on this? Best, Carsten Schiefner

2 1

12th CEPT Conference (re. VoIP)
by Carsten Schiefner 26 Apr '05

26 Apr '05

All, although only semi-related to ENUM, nonetheless maybe of some potential interest - the 12th CEPT Conference in Barcelona from 13 to 14 April: http://www.ero.dk/69D2D33E-0770-44CB-BEF1-9A8C74C04DBD.W5Doc?frames=no covered VoIP to quite some extent: o Martin Cave: Fixed/mobile substitution in pre- and post-VoIP worlds, impact on regulation http://www.ero.dk/568372F1-3C68-4E0A-AC21-6B16C0CE489A?frames=no& o Niklas Zennström: VoIP – a new disruptive force on the telecoms market and its regulation http://www.ero.dk/A92058BA-6A4E-4A48-915D-337ADBCC6EED?frames=no& o James Allen: http://www.ero.dk/70A01EB6-257F-47AD-B86B-DEA78AAFEE23?frames=no& o Jeffrey A. Campbell: http://www.ero.dk/413471FE-D9F3-4C7D-B311-9DC6AC1ACE47?frames=no& o Eli Katz: Global PSTN ByPass & VoIP Interconnection http://www.ero.dk/EAD6F25E-F04D-4909-980C-70A8AF71654B?frames=no& o John Horrocks: Overview of the growing competition between the Internet and the telcos http://www.ero.dk/93244A44-AA17-400C-8321-536C20CFA463?frames=no& o Peter Scott: http://www.ero.dk/4C40328D-C13D-419A-A27C-C176B8B3AC4F?frames=no& Best, Carsten

1 0

Australian ENUM trial +61
by Carsten Schiefner 26 Apr '05

26 Apr '05

All, Google sent me this already on 22 April: === Google Alert for: *ENUM* Twelve-month *Enum* trial to start in May <http://www.telecom.paper.nl/site/news_ta.asp?type=abstract&id=76236> Telecom Paper (subscription) - Netherlands The Australian Communications Authority (ACA) will launch a twelve-month trial of electronic number mapping (*Enum*) technology on 5 May, The Australian reports. *...* === - but I failed to dig out any further information. Would anybody have some more background information on this? Best, Carsten Schiefner

1 0

2nd Consulation on VoIP by the Austrian Regulator
by Stastny Richard 26 Apr '05

26 Apr '05

FYI Richard http://voipandenum.blogspot.com/2005/04/2nd-consulation-on-voip-by-austrian… 2nd Consulation on VoIP by the Austrian Regulator >From the RTR web-site: The Austrian Regulatory Authority for Broadcasting and Telecommunications (RTR) is conducting a 6-week public consultation <http://www.rtr.at/web.nsf/englisch/Portfolio_Konsultationen_bisherige_bishe…> on the document "Guidelines for VoIP Service Providers <http://www.rtr.at/web.nsf/lookuid/83B3127191217CE3C1256FEF004C885C/$file/Vo…> " and invites all interested parties to submit positions and comments regarding the regulatory approach to VoIP services. RTR already held a public consultation on VoIP in June 2004 <http://www.rtr.at/web.nsf/deutsch/Portfolio_Stellungnahmen_nach+Datum_Stell…> with the results influencing RTR's comments to the European Commission consultation on VoIP, This second public consultation on VoIP gives opportunity to comment on RTR's modified position. Due to the international aspect of VoIP regulation, the consultation document is published in English. Comments are welcome both in English and German. All comments received will be published on RTR's website, as long as RTR is not explicitely advised not to do so. Please send your positions and comments until June 10, 2005 in electronic form (MS-Word, MS-Excel, PDF) via e-mail to konsultationen AT rtr.at The consulation defines two classes of VoIP services (Class A PATS+ECS and Class B unregulated) and deals mainly with numbering issues, interconnect requirements and access to emergency services. The proposed position is: If you are connecting to the PSTN in Austria you are Class A and therefore regulated. One major point here is that if you want to provide VoIP service with a geographic (local) number, you need a fixed termination point at this location. If you provide a nomadic service in addition, you need also an additional nomadic number below for display if you access emergency services. If you provide a nomadic (virtual) service only, you may use the number ranges 0720 and 0780 (ENUM) only. Since the outcome of this consulation is important also for non-native VoIP providers, I recommend that VoIP providers interested in providing VoIP services using Austrian numbering resources or to terminate calls via gateways in Austria to retrieve this paper and also to comments on their position.

1 0

ENUM Support for H323
by Carsten Schiefner 25 Apr '05

25 Apr '05

All, FYI. Best, Carsten -------- Original Message -------- Subject: [E164-discuss] ENUM Support for H323 Date: Mon, 25 Apr 2005 15:27:07 +0800 From: Simon Horne <shorne(a)isvo.net> Reply-To: e164-discuss(a)lists.e164.org To: e164-discuss(a)lists.e164.org Hello I'm a senior developer on the OpenH323 project and am interested in extending support for ENUM within H323. We are very interesting in exploring opportunities with our software with GNUGK.org Gatekeeper and e164.org. I'll be submitting some patches to the GNUGK.org project to enhance NAT traversal and add ENUM support. We have also developed a commercial Win32 DCOM toolkit based on OpenH323 which supports 1. ENUM natively 2. UPnP NAT Traversal for Inbound calls (Outbound supported Natively (with matching patched H323 clients)). 3. H235 Incoming Caller Authentication & voice encryption. 4. H460.7 Digit Maps (for location dailing display ie +44 will display 'United Kingdom' etc) and also we are in final development of a Freeware IE Webpage plugin (for outbound calling with native NAT traversal support) http://www.isvo.net/v_meet.htm I am in the process of incorporating the ENUM h323: URI scheme ( rfc3762 ) with it. Can someone point me in the right direction about what's available on e164.org Thanks in advance Simon ******************************************************* Simon Home ISVO (Asia) Pte Ltd developer of the *Virteos H323COMtools *Win32 DCOM plugin based on the OpenH323 Stack http://www.isvo.net <http://www.isvo.net/>*******************************************************

1 0

Re: [Enum] Austria starts with the ENUM-based number range
by John Perkins 21 Apr '05

21 Apr '05

I fear Carsten is morphing from a nethead to a bell-head. :-) _______________________________________________ enum mailing list enum(a)ietf.org https://www1.ietf.org/mailman/listinfo/enum

1 0

Re: [Enum] Austria starts with the ENUM-based number range
by John Perkins 21 Apr '05

21 Apr '05

Carsten Schiefner wrote: > Richard, > > three short questions: > > - subscribers must have > [ ] Austrian citizenship > [ ] Austrian residency > [X] neither one, ie. it's gobally open There is a vague restriction in the numbering ordinance about usage of those numbers - the "usage focus of the number must lie within Austria" - wherever the "usage focus" of an internet based service consisting of DNS, gateways, access, provisioning etc. might be ... > - registrars must > [ ] have a certain license fo Telco operations > [ ] be an Austrian company > [ ] have at least an Austrian subsidiary > From what I understand this is basically dealt with by the answer to > the question who is eligible to become an enum.at registrar, correct? neither one - the domain itself is open to any enum.at registrar. However - to have the corresponding number assigned (which in turn requires to domain to be registered first) you need to have a contract with a licensed Austrian communication service provider (which is not limited to austrian companies!). Practically, i expect most registrars to be the CSP as well, so that you have a contract with just one party. The SP registers your domain, gets the number allocated, and assigns it to you. > - To what extend NP is implemented? NP is formally done by changing data in the ENUM registry. No re-routing is necessary in the PSTN, since every operator is allowed to terminate any traffic to this number range on a gateway of his choice. cheers Alex Mayrhofer enum.at _______________________________________________ enum mailing list enum(a)ietf.org https://www1.ietf.org/mailman/listinfo/enum

1 0

Re: [enum-wg] Austria starts with the ENUM-based number range
by Stastny Richard 20 Apr '05

20 Apr '05

A general statement: There seems to be a confusion with the terms telco and communication service provider For the avaoidance of doubt: To request an E.164 number in Austria you need to be a communication service provider according to the Austrian telecommunication law To be a telecommunication service provider no licence is necessary, the only requirement is to notify the regulator from the fact you are considering yourself a CSP. This is also complienat to the EU regulatory framework Richard ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von Alexander Mayrhofer Gesendet: Mi 20.04.2005 12:55 An: chenhui(a)cnnic.cn Cc: lwc(a)roke.co.uk; lendl(a)nic.at; enum-wg(a)ripe.net Betreff: Re: [enum-wg] Austria starts with the ENUM-based number range chenhui(a)cnnic.cn wrote: > Axelm, > > For 1), Does it mean that in Austria, the session-control equipments (as you said, > the several components, and maybe including softswitch?) in Telco network all > support ENUM? No, i didn't say that. I said that this would be a way to implement it. They would have to add such equipment to their network. > For 2), Who possess(take charge in assigning) the 780 number range? Users should > have a 780 number first and then have a corresponding domain,yes? The assignment is done be the regulator via communication service providers. The 780 range is an exception from the usual ENUM procedure: For 780, you register the _domain_ first, and if you successfully aquire the domain, your CSP qualifies for the corresponding number assignment. > For 3), I think the whole charge module can be refered to some aspects, not just > registry. For example, different ENUM services(call/Voicemail/conference..) can > have more charge module than '"per-delegation" based model'. Sure. But that is up to the service providers, which "package" the ENUM delegation together with eg. SIP service, fax box, voicemail, IM gatewaying. > BTW,what kinds of ENUM services have been provided in Austria except call? We're investigating usage scenarios including SMS/text/IM, Fax, Video-SIP/UMTS and presence (that's us, the registry guys. I can't speak for the CSP community of course, i'm hoping they work on other topics, too). cheers axelm

1 0

Re: [enum-wg] Austria starts with the ENUM-based number range
by chenhui＠cnnic.cn 20 Apr '05

20 Apr '05

Axelm, For 1), Does it mean that in Austria, the session-control equipments (as you said, the several components, and maybe including softswitch?) in Telco network all support ENUM? For 2), Who possess(take charge in assigning) the 780 number range? Users should have a 780 number first and then have a corresponding domain,yes? For 3), I think the whole charge module can be refered to some aspects, not just registry. For example, different ENUM services(call/Voicemail/conference..) can have more charge module than '"per-delegation" based model'. BTW,what kinds of ENUM services have been provided in Austria except call? Best wishes! Chenhui >From: Alexander Mayrhofer <axelm(a)nic.at> >Reply-To: >To: chenhui(a)cnnic.cn >Subject: Re: [enum-wg] Austria starts with the ENUM-based number range >Date:Wed, 20 Apr 2005 09:21:35 +0200 > >chenhui(a)cnnic.cn wrote: > > Hi all, > > > > I have several questions... > > 1) Which switching machine takes in charge of "triggering an ENUM query"? Is it > > the local-part machine? > > It will usually consist of several components: A SS7 "speaking" > component, a ISDN to SIP/H.323 (talking about voice) Gateway, probably > an external box doing the ENUM lookup and controlling the gateway, plus > a session border controller / firewall ... > > > > 2) Is it that ENUM registry in Austria stores all the ENUM NAPTR records of all > > users? And telco service providers agree to cooperate with ENUM registry? > > Neither. But: > > It's the user's choice to opt in for ENUM (although the Telco is allowed > to opt-in for the user as well). The NAPTRs are the user's choice, too. > Validation can take place without an cooperating telco as well (eg. via > providing paperwork, invoices, directory entries etc.) > > However, with regards to the number range +43 780, a user is required to > have the corresponding ENUM-Domain, because it's a prerequisite to > number allocation. > > > 3) What is the charge module of ENUM application now? Is it based on number of > > services, just ENUM number, or some other things? > > If you're talking about the registry costs: it's a "per-delegation" > based model - the registrar is esentially charged "<fee> x <number of > domains>" with the fee slightly decreasing as the number of domains > increases. > > cheers > > axelm >

2 1

Re: [enum-wg] Austria starts with the ENUM-based number range
by chenhui＠cnnic.cn 20 Apr '05

20 Apr '05

Hi all, I have several questions... 1) Which switching machine takes in charge of "triggering an ENUM query"? Is it the local-part machine? 2) Is it that ENUM registry in Austria stores all the ENUM NAPTR records of all users? And telco service providers agree to cooperate with ENUM registry? 3) What is the charge module of ENUM application now? Is it based on number of services, just ENUM number, or some other things? Best wishes! Chenhui >From: "Conroy, Lawrence $SMTP$" <lwc(a)roke.co.uk> >Reply-To: >To: "Otmar Lendl" <lendl(a)nic.at> >Subject: Re: [enum-wg] Austria starts with the ENUM-based number range >Date:Tue, 19 Apr 2005 13:49:39 +0100 > >Hi Otmar, Carsten, folks, > I may have been brushed by a bus, but the term interconnect worries >me. Please use the LART if needed, but as I understood it... > >There is no NEED for an interconnect between an originating operator >and any specific terminating provider. Any call to a 780 number MUST >trigger an ENUM query, and the destination device is indicated by >the NAPTR generated URL. This is done on the "originating side". >Thus a PSTN originated call does not need to be delivered to another >operator, so no interconnect is needed, only an ENUM-aware gateway. > >Of course, if the originating operator is too dumb to realise that >this is "a license to print money" then they can make an agreement >to deliver calls to any one of a number of folk who can gateway the >PSTN call to a SIP phone. This is good news for those gateway providers, >as THEY have the license to print money. Capitalism will ensure that >they do not rob the poor originating operator for too much, but "the >drinks are on them". > >In the longer term, the originating operators may set up their own >gateways - there is a good business case, but it does require a clue. >It is up to history to see if and how long this takes. > >all the best, > Lawrence > >On 19 Apr 2005, at 13:11, Otmar Lendl wrote: >> Hi, >> >> On 2005/04/19 13:04, Carsten Schiefner <enumvoipsip.cs(a)schiefner.de> >> wrote: >>> Otmar Lendl wrote: >>> >>>> The call routing on the PSTN side is NOT AFFECTED by the selection >>>> of the KDB. Any telco can route *all* calls to *all* 0780 numbers >>>> to the same PSTN->VoIP gateway. The telco (KDB) currently owning >>>> the number has no right to receive the call via the usual SS7 >> interconnect. >>>> If there are multiple gateways available on the SS7 network, any >>>> telco originating calls to 0780 can choose the most convenient (i.e. >>>> cheapest) one to terminate calls to all 0780 numbers. >>> >>> [Thanks also to Alexander, who also clarified on that very point] >>> >>> After having slept over it (and some mind massages via private email >>> exchange), I guess I need to rephrase the question appropriately: >>> >>> - What will be 780 termination costs like? >> >> Termination costs as seen by the end-user, or termination >> costs between carriers? >> >>> - Is that being set by RTR, the Austrian regulator? >> >> The RTR has specified only "quellnetztarifiert", meaning that the >> originating network is free to set a price they charge to >> someone calling a 0780 number. Based on hints appearing in >> www.telekom.at, I'd expect that to be somewhere between local >> and national tariffs for TA customers. >> >> Generally speaking, the RTR does not interfere in the pricing of >> carrier-carrier settlement regimes unless one of the parties complains. >> >> As far as we know, that has not happened yet, thus RTR is still >> out of the loop in terms of 0780 interconnection fees. >> >>> - From what I understand what you (and Alexander) said - "If there are >> >>> multiple gateways available on the SS7 network, [...]" - each TSP/CSP >>> can pick any other gateway (true m:n relation), so eventually there >>> likely will be a market price for gatewaying. >> >> Yes. If using someone else's gateway is too expensive, you can either >> build your own or route your traffic to someone charging less for >> termination. >> >>> - In the meantime, there might be only one or two TSPs/CSPs providing >>> such gateways. Will they be regulated pricewise for the time being? >> >> No. >> >> /ol >> -- >> < Otmar Lendl (lendl(a)nic.at) | nic.at Systems Engineer > >>

2 1

Re: [enum-wg] Austria starts with the ENUM-based number range
by Stastny Richard 19 Apr '05

19 Apr '05

Hi Carsten, your questions: - subscribers must have [ ] Austrian citizenship [ ] Austrian residency [ X] neither one, ie. it's gobally open - registrars must [ ] have a certain license fo Telco operations [ ] be an Austrian company [ ] have at least an Austrian subsidiary From what I understand this is basically dealt with by the answer to the question who is eligible to become an enum.at registrar, correct? Correct, but non of the above applies The regstrar may either be a communication service provider, OR have a contract with a communication service provider The definition of a communication service provider is different from a normal telco, and is also not restricted to Austrian company (This wiould not work anyway in the EU) Since I have not the time to look up the related laws; so if you want to know more I reccommend to contact Robert Schischka from enum.at - To what extend NP is implemented? ? What kind of NP do you mean? Porting ENUM domains from one registrar to the other? -yes Porting ENUM doamins from one Name server to the other? -yes Pointing the NAPTR to another sip URI? -yes regards Richard ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von Carsten Schiefner Gesendet: Mo 18.04.2005 19:19 An: enum-wg(a)ripe.net; enum(a)ietf.org Betreff: [enum-wg] Austria starts with the ENUM-based number range Richard, three short questions: - subscribers must have [ ] Austrian citizenship [ ] Austrian residency [ ] neither one, ie. it's gobally open - registrars must [ ] have a certain license fo Telco operations [ ] be an Austrian company [ ] have at least an Austrian subsidiary From what I understand this is basically dealt with by the answer to the question who is eligible to become an enum.at registrar, correct? - To what extend NP is implemented? Thanks & best, -C. Stastny Richard wrote: > From: > http://voipandenum.blogspot.com/2005/04/austria-starts-with-enum-based-numb… > > Austria started in December 2004 as first country worldwide with the commercial deployment of ENUM. In this phase existing geographic, mobile, corporate and national-portable (nomadic) numbers could be registered. > > The next step will be the opening of the ENUM-based number range +43 780. The Austrian Regulator RTR <http://www.rtr.at> announced today together with enum.at <http://www.enum.at> , the Austrian ENUM Registry,that the opening of the number range for service will take place on May 17th, 2005 at 12 pm. From this time subscribers may register individual numbers on a first-come-first-serve basis. > > The ENUM-based number range was defined in the new numbering ordinance (KEM-V) issued 12.05.2004 and is intended for convergent services. The numbers in this range may be reached both from the public Internet and from the PSTN and are linked with the related ENUM domain. Calls from the PSTN are routed via SS7 to VoIP gateways enabled to query ENUM to find out the SIP or H.323 URIs of the destination. On the Internet the End-user may query ENUM directly or via a SIP proxy or gatekeeper to find the destination. > > So what is the advantage of this ENUM-based number range? > > Unlike "normal" E.164 numbers the usage of these numbers is not bound to the provision of a telephone service. > > The number range is specifically targeted for communications service providers offering only VoIP and related real-time communication services to provide their customers easily and swiftly with globally reachable E.164 numbers to be reached from the PSTN and also with an ENUM domain. The only pre-condition is to provide their customers with a SIP or H323 URI. > Some will like to hear this, some may not ;-) > > The subscriber simply requests the delegation of an ENUM domain in this range via an accredited ENUM Registrar. This registration triggers automatically the number assignment, so no validation is required, one of the major draw-backs of ENUM registrations of already existing numbers. > > On the other hand the end-user may control the associated ENUM domain and change the NAPTRs pointing to his VoIP service at any time, thus "porting" from one provider to another. > > But the number range also offers benefits to the conventional telcos on the PSTN, because they may provide their own gateway to route these number ranges and keep the money from the calling user, because no cascading takes place and no terminating fees need to be paid out. > > ENUM allows the global connectivity between customers of different providers without the need of bilateral agreements both on the Internet and also from the PSTN. > > This service is the first to truly implement the horizonal layered model of the future, separating transport, call set-up and applications. These open possibilities will enable an abundance of new and innovative services and applications for the end-users. > > Richard > see also: > http://voipandenum.blogspot.com/2005/04/enum-and-skype.html

3 6

Austria starts with the ENUM-based number range
by Stastny Richard 19 Apr '05

19 Apr '05

From: http://voipandenum.blogspot.com/2005/04/austria-starts-with-enum-based-numb… Austria started in December 2004 as first country worldwide with the commercial deployment of ENUM. In this phase existing geographic, mobile, corporate and national-portable (nomadic) numbers could be registered. The next step will be the opening of the ENUM-based number range +43 780. The Austrian Regulator RTR <http://www.rtr.at> announced today together with enum.at <http://www.enum.at> , the Austrian ENUM Registry,that the opening of the number range for service will take place on May 17th, 2005 at 12 pm. From this time subscribers may register individual numbers on a first-come-first-serve basis. The ENUM-based number range was defined in the new numbering ordinance (KEM-V) issued 12.05.2004 and is intended for convergent services. The numbers in this range may be reached both from the public Internet and from the PSTN and are linked with the related ENUM domain. Calls from the PSTN are routed via SS7 to VoIP gateways enabled to query ENUM to find out the SIP or H.323 URIs of the destination. On the Internet the End-user may query ENUM directly or via a SIP proxy or gatekeeper to find the destination. So what is the advantage of this ENUM-based number range? Unlike "normal" E.164 numbers the usage of these numbers is not bound to the provision of a telephone service. The number range is specifically targeted for communications service providers offering only VoIP and related real-time communication services to provide their customers easily and swiftly with globally reachable E.164 numbers to be reached from the PSTN and also with an ENUM domain. The only pre-condition is to provide their customers with a SIP or H323 URI. Some will like to hear this, some may not ;-) The subscriber simply requests the delegation of an ENUM domain in this range via an accredited ENUM Registrar. This registration triggers automatically the number assignment, so no validation is required, one of the major draw-backs of ENUM registrations of already existing numbers. On the other hand the end-user may control the associated ENUM domain and change the NAPTRs pointing to his VoIP service at any time, thus "porting" from one provider to another. But the number range also offers benefits to the conventional telcos on the PSTN, because they may provide their own gateway to route these number ranges and keep the money from the calling user, because no cascading takes place and no terminating fees need to be paid out. ENUM allows the global connectivity between customers of different providers without the need of bilateral agreements both on the Internet and also from the PSTN. This service is the first to truly implement the horizonal layered model of the future, separating transport, call set-up and applications. These open possibilities will enable an abundance of new and innovative services and applications for the end-users. Richard see also: http://voipandenum.blogspot.com/2005/04/enum-and-skype.html

4 4

Re: [enum-wg] Austria starts with the ENUM-based number range
by Conroy, Lawrence (SMTP) 19 Apr '05

19 Apr '05

Hi Otmar, Carsten, folks, I may have been brushed by a bus, but the term interconnect worries me. Please use the LART if needed, but as I understood it... There is no NEED for an interconnect between an originating operator and any specific terminating provider. Any call to a 780 number MUST trigger an ENUM query, and the destination device is indicated by the NAPTR generated URL. This is done on the "originating side". Thus a PSTN originated call does not need to be delivered to another operator, so no interconnect is needed, only an ENUM-aware gateway. Of course, if the originating operator is too dumb to realise that this is "a license to print money" then they can make an agreement to deliver calls to any one of a number of folk who can gateway the PSTN call to a SIP phone. This is good news for those gateway providers, as THEY have the license to print money. Capitalism will ensure that they do not rob the poor originating operator for too much, but "the drinks are on them". In the longer term, the originating operators may set up their own gateways - there is a good business case, but it does require a clue. It is up to history to see if and how long this takes. all the best, Lawrence On 19 Apr 2005, at 13:11, Otmar Lendl wrote: > Hi, > > On 2005/04/19 13:04, Carsten Schiefner <enumvoipsip.cs(a)schiefner.de> > wrote: >> Otmar Lendl wrote: >> >>> The call routing on the PSTN side is NOT AFFECTED by the selection >>> of the KDB. Any telco can route *all* calls to *all* 0780 numbers >>> to the same PSTN->VoIP gateway. The telco (KDB) currently owning >>> the number has no right to receive the call via the usual SS7 > interconnect. >>> If there are multiple gateways available on the SS7 network, any >>> telco originating calls to 0780 can choose the most convenient (i.e. >>> cheapest) one to terminate calls to all 0780 numbers. >> >> [Thanks also to Alexander, who also clarified on that very point] >> >> After having slept over it (and some mind massages via private email >> exchange), I guess I need to rephrase the question appropriately: >> >> - What will be 780 termination costs like? > > Termination costs as seen by the end-user, or termination > costs between carriers? > >> - Is that being set by RTR, the Austrian regulator? > > The RTR has specified only "quellnetztarifiert", meaning that the > originating network is free to set a price they charge to > someone calling a 0780 number. Based on hints appearing in > www.telekom.at, I'd expect that to be somewhere between local > and national tariffs for TA customers. > > Generally speaking, the RTR does not interfere in the pricing of > carrier-carrier settlement regimes unless one of the parties complains. > > As far as we know, that has not happened yet, thus RTR is still > out of the loop in terms of 0780 interconnection fees. > >> - From what I understand what you (and Alexander) said - "If there are > >> multiple gateways available on the SS7 network, [...]" - each TSP/CSP >> can pick any other gateway (true m:n relation), so eventually there >> likely will be a market price for gatewaying. > > Yes. If using someone else's gateway is too expensive, you can either > build your own or route your traffic to someone charging less for > termination. > >> - In the meantime, there might be only one or two TSPs/CSPs providing >> such gateways. Will they be regulated pricewise for the time being? > > No. > > /ol > -- > < Otmar Lendl (lendl(a)nic.at) | nic.at Systems Engineer > >

2 1

Re: [enum-wg] Austria starts with the ENUM-based number range
by Jim Reid 18 Apr '05

18 Apr '05

Hi Otmar/Richard et al. It's highly likely the majority of the people on this list don't understand German very well. The info at www.enum.at in English sees to be out of date: ther's nothing about the use of this new number range. Is there an estimate for when the web site will be updated? I hope I won't have to learn German to get a delegation under +43 780. :-)

2 1

Re: [enum-wg] Austria starts with the ENUM-based number range
by Stastny Richard 18 Apr '05

18 Apr '05

Hi Jim, one requirement from the regulator was that the number range should be used "primarily" within Austria: One method to keep the Scots at a low level is to provide the registrar page only in German ;-) Richard PS: I think Othmar will give a more proper answer ;-) ________________________________ Von: enum-wg-admin(a)ripe.net im Auftrag von Jim Reid Gesendet: Mo 18.04.2005 22:45 An: Otmar Lendl; enum-wg(a)ripe.net Betreff: Re: [enum-wg] Austria starts with the ENUM-based number range Hi Otmar/Richard et al. It's highly likely the majority of the people on this list don't understand German very well. The info at www.enum.at in English sees to be out of date: ther's nothing about the use of this new number range. Is there an estimate for when the web site will be updated? I hope I won't have to learn German to get a delegation under +43 780. :-)

1 0

Re: [enum-wg] Austria starts with the ENUM-based number range
by Stastny Richard 18 Apr '05

18 Apr '05

Carsten wrote: >Stastny Richard wrote: >> - subscribers must have >> [ ] Austrian citizenship >> [ ] Austrian residency >> [ X] neither one, ie. it's gobally open > >cool - so all registrars listed here: http://www.enum.at/index.php?id=64&L=9 would help me out? Not necessarily, a registrar may not have the right to sell all number ranges; as I said before, a regisrar needs a contract with a CSP, see below >> - registrars must >> [...] >> >> The definition of a communication service provider is different from >> a normal telco, and is also not restricted to Austrian company >> (This wiould not work anyway in the EU) > >True, but such rules wouldn't be there nonetheless for the first time - >and for sure not for the last time either... Whatever the rationale >behind such action might be. I think there is a bit a misaunderstanding The registrar needs a contract with a CSP operating a gateway to guarantee that the 780 number range can be reached from the PSTN. This has nothing to do with the VoIP provider the subscriber chooses to point the NAPTR to. >> - To what extend NP is implemented? >> >> ? >> What kind of NP do you mean? >> >> Porting ENUM domains from one registrar to the other? -yes >> Porting ENUM doamins from one Name server to the other? -yes >> Pointing the NAPTR to another sip URI? -yes >> >>Porting the E.164 number in the PSTN world from one operator to the >>next, as the latter has much better break-out rates, for example. Or >>would that be entirely opaque to the subscriber as she deasls with a >>communication service provider only anyways? >> Again there seems to be a misunderstanding ENUM is only for incoming calls, the VoIP provider may not eben know that the user subscribing to 780 is pointing to him via ENUM You may use this VoIP provider to make out calls, but you do not need to. An example: I chosae a registrar to subscribe for 780 and point the NAPTR to iptel.org and use a SNOM to receive calls. I also subscribe to sipgate.at, which terminates also a 720 number, which also terminates on the SNOM. For outgoing calls I use only the SNOM and for call to the US I use LibreTel. Of course normally is expected that your VOIP provider is also the registrar and also providing your outcalls. Normal user do not have any idea what ENUM is, so you will get it in a bundle Richard

1 0

New Zealand ENUM trial +64
by Carsten Schiefner 18 Apr '05

18 Apr '05

All, there seems to be an ENUM trial "ante protas" in New Zealand, too: http://www.stuff.co.nz/stuff/0,2106,3251308a28,00.html See also: http://www.internetnz.net.nz/public/enum/ http://www.internetnz.net.nz/public/enum/2005-04-12-delegation-paper.pdf Best regards, Carsten Schiefner

1 0

Swiss ENUM trial +41
by Carsten Schiefner 18 Apr '05

18 Apr '05

All, last week, SWITCH - Switzerland's Tier 1 registry operator - has started its trial: http://www.switch.ch/en/enum/ Best regards, Carsten Schiefner

1 0

ETSI ENUM Plugtest Event
by Jim Reid 08 Apr '05

08 Apr '05

I'm sending this on behalf of the people at ETSI. If you have questions about the event, please contact the ETSI Plugtest Secretariat at the address below. Apologies to those who'll see duplicates in the IETF and DNS WG mailing lists. Dear All, We are pleased to invite you to the ENUM interoperability event, 30th May to 3rd June 2005 at ETSI Headquarters, Sophia Antipolis, France. The emerging technology of ENUM is attracting a lot of interest. By mapping telephone numbers to domain names, and from those to URLs, ENUM will be a key driver for the increasing convergence between the internet and telephony worlds. The ETSI ENUM Plugtests event will provide a vendor-neutral setting for equipment manufacturers, operators, ISPs, registries, software companies and system integrators to carry out controlled interoperability and conformance testing. It is a chance to discover ENUM system behaviour with misconfigured clients, servers, and intermediaries, so that they can explore the symptoms of such problems before their customers. For further details and to register, please visit our web site at the following URL: http://www.etsi.org/plugtests/ENUM.htm, the registration deadline is 16th May 2005. Please, show your interest by registering as soon as possible, but payment is not due before 23rd May 2005. Upon registration, you will be provided with ETSI's preferential rates for hotels and car rental. This invitation is open to anyone who may be interested so please feel free to forward it. To promote, boost or expand your image and products a wide range of sponsorship opportunities are available at: http://www.etsi.org/plugtests/sponsorus.htm We are looking forward to welcoming you in the South of France. Best regards, ETSI Plugtests TM Service Email: plugtests(a)etsi.org

1 0

Agenda items please!
by Patrik Fältström 05 Apr '05

05 Apr '05

I hereby ask for agenda items for the ENUM wg meeting at RIPE 50 in Stockholm. As normal, we plan having most of the time for presentations of status of various trials, but I also expect some discussion about infrastructure/user ENUM given for example the discussions in the +1 trial. Patrik

1 0

Re: [enum-wg] ENUM trail interop
by Jim Reid 24 Mar '05

24 Mar '05

Kevin, ETSI will be holding an ENUM Plugtest between May 30th and Jun 3rd. [That's ETSI jargon for an interoperability test.] Lawrence Conroy and myself are co-ordinating this. Work on the test plan is not completed yet. Some information about the Plugtest is available at http://www.etsi.org/plugtests/ENUM.htm. Registration is open already. I hope we'll see you/Verisgn there. An outline of the test cases & infrastructure will be available on the web site shortly. This will be updated as the test scenarios are refined and redefined. The Plugtest means 1 week in the south of France (near Cannes) in early summer. What else does anyone need to know? ;-)

1 0

ENUM trail interop
by McCandless, Kevin 24 Mar '05

24 Mar '05

I know many of the members of this email list are actively involved in ENUM trials or production ENUM in their respective countries. VeriSign is interested in interopting their ENUM platform with other ENUM platforms. If this is of interest to you, please contact me and Sean Kent directly. Sincerely, Kevin McCandless Senior Manager Engineering and Construction VeriSign Communication Services (913) 814-6397

1 0

Re: [enum-wg] France ENUM look-ups
by Jim Reid 15 Mar '05

15 Mar '05

Adrian, I don't think it's appropriate or constructive on this list to ask someone to fix their name servers. This seems to be beyond the scope of the WG's charter. You would be better to take up the problem of the broken servers directly with those responsible for that delegation. Contact details are in the NCC's whois database. IMO, the enum-wg list shouldn't be for discussing current operational problems, notifications of outages and so on. However I do think it would be the right place to discuss monitoring and trouble reporting procedures. For example, perhaps the WG could recommend that ENUM delegations provide "standard" email addresses are provided for reaching the tech/zone/admin contacts and/or trouble reporting systems. eg: {tech-c,zone-c,admin-c,trouble}@<CC>.e164.arpa or something like that.

1 0

France ENUM look-ups
by Adrian Georgescu 15 Mar '05

15 Mar '05

The delegated ENUM name servers for France +33 3.3.e164.arpa. do not answer. ; <<>> DiG 9.2.3 <<>> NAPTR 3.3.e164.arpa. ;; connection timed out; no servers could be reached Lookup duration 13 seconds Could the administrator of this domain 3.3.e164.arpa make sure the servers return an answer instead. It is causing delays in SIP deployments doing lookups for France before going trying PSTN. Thank you, Adrian Georgescu adigeo@imac2:~$dig NS 3.3.3.e164.arpa ; <<>> DiG 9.2.2 <<>> NS 3.3.e164.arpa ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15491 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;3.3.e164.arpa. IN NS ;; ANSWER SECTION: 3.3.e164.arpa. 14337 IN NS ns2.numerobis.prd.fr. 3.3.e164.arpa. 14337 IN NS ns1.numerobis.prd.fr.

1 0

Norway/+47 to "join" ENUM
by Carsten Schiefner 15 Mar '05

15 Mar '05

FYI. Best regards, Carsten -------- Original Message -------- Subject: [enum-announce] Fw: NCC#2005031509 [RE: [Delegation request for 7.4.e164.arpa.]] Date: Mon, 14 Mar 2005 14:01:45 +0100 From: RIPE NCC Staff <enum-request(a)ripe.net> Reply-To: RIPE NCC Staff <enum-request(a)ripe.net> To: enum-announce(a)ripe.net ----- Begin forwarded message ----- Date: Fri, 11 Mar 2005 19:37:22 +0100 From: <richard.hill(a)itu.int> To: <enum-request(a)ripe.net> Subject: RE: NCC#2005031509 [Delegation request for 7.4.e164.arpa.] The TSB confirms that the attached request for ENUM delegation of code 47 has been authorized by the concerned national Administration and the delegation may proceed when RIPE NCC receives formal confirmation from the Director of TSB. Richard Hill ----------------------------------------- Richard Hill Counsellor, ITU-T SG2 and SG4 International Telecommunication Union Place des Nations CH-1211 Geneva 20 Switzerland tel: +41 22 730 5887 FAX: +41 22 730 5853 Email: richard.hill(a)itu.int Study Group 2 email: tsbsg2(a)itu.int Study Group 4 email: tsbsg4(a)itu.int > -----Original Message----- > From: RIPE NCC Staff [mailto:enum-request@ripe.net] > Sent: Friday, 11 March, 2005 15:49 > To: enum-announce(a)ripe.net; Hill, Richard > Subject: Fw: NCC#2005031509 [Delegation request for 7.4.e164.arpa.] > > ----- Begin forwarded message ----- > Date: Fri, 11 Mar 2005 15:09:28 +0100 (CET) > From: Jarle Greipsland <jarle(a)uninett.no> > To: enum-request(a)ripe.net > Subject: NCC#2005031509 Delegation request for 7.4.e164.arpa. > > Dear Sirs, > > UNINETT Norid hereby requests that the 7.4.e164.arpa domain > corresponding to the country code +47 be delegated as detailed in > the attached application. The purpose of this delegation is to > enable interested parties in Norway to conduct field trials of > ENUM-enabled technologies. > > Regard > Jarle Greipsland > > 2.1. Domain Object > > domain: 7.4.e164.arpa > descr: Norwegian ENUM Mapping > descr: NORID ENUM Test-registry > admin-c: AUTO-1 > tech-c: AUTO-2 > zone-c: AUTO-2 > nserver: x.nic.no > nserver: y.nic.no > nserver: z.nic.no > mnt-by: NORID-MNT > mnt-lower: NORID-MNT > changed: jarle(a)uninett.no 20050311 > source: RIPE > > 2.2. Administrative Contact > > role: Norwegian Post and Telecommunications Authority > address: Revierstredet 2 > address: NO-0104 Oslo > address: Norway > phone: +47 22 82 46 00 > fax-no: +47 22 82 46 40 > e-mail: firmapost(a)npt.no > trouble: enum(a)npt.no > admin-c: AUTO-3 > tech-c: AUTO-3 > nic-hdl: AUTO-1 > mnt-by: NORID-MNT > changed: jarle(a)uninett.no 20050311 > source: RIPE > > person: Eskil Elness > address: Norwegian Post and Telecommunications Authority > address: Revierstredet 2 > address: NO-0104 Oslo > address: Norway > phone: +47 22 82 48 55 > fax-no: +47 22 82 48 90 > e-mail: ele(a)npt.no > nic-hdl: AUTO-3 > mnt-by: NORID-MNT > changed: jarle(a)uninett.no 20050311 > source: RIPE > > 2.4. Zone Contact > > role: NORID ENUM Hostmaster > address: NO-7465 Trondheim > address: Norway > phone: +47 73 55 79 00 > fax-no: +47 73 55 79 01 > e-mail: hostmaster(a)enum.norid.no > admin-c: HT718-RIPE > tech-c: JG155-RIPE > nic-hdl: AUTO-2 > mnt-by: NORID-MNT > changed: jarle(a)uninett.no 20050311 > source: RIPE > > 2.5. Maintainer Object > > mntner: NORID-MNT > descr: NORID Maintainer > admin-c: HT718-RIPE > tech-c: JG155-RIPE > tech-c: HE15 > upd-to: info(a)norid.no > mnt-nfy: info(a)norid.no > auth: PGPKEY-2508D151 > auth: PGPKEY-9ADF790B > mnt-by: NORID-MNT > referral-by: RIPE-DBM-MNT > changed: jarle(a)uninett.no 20050311 > source: RIPE > ------ End forwarded message ------ ------ End forwarded message ------

1 0

Conference: ENUM Summit 2005
by Carsten Schiefner 08 Mar '05

08 Mar '05

All, FYI: ENUM Summit 2005 June 28 - 29, 2005 Hotel Intercontinental Miami, Miami, FL <http://www.iqpc.com/cgi-bin/templates/genevent.html?event=6778&topic=233> Best, Carsten Schiefner Disclaimer: I am not - by any means - affiliated with IQPC. This is a mere FYI email only.

1 0