From andrzejb at nask.pl Fri Jan 21 14:47:04 2005 From: andrzejb at nask.pl (Andrzej Bartosiewicz) Date: Fri, 21 Jan 2005 14:47:04 +0100 Subject: [enum-wg] Kim's document Message-ID: <200501211346.j0LDk4JJ009543@boromir.nask.net.pl> The link http://www.centr.org/kim/enum/index.html is broken. Is there anybody who has the copy of this document? Andrzej. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kim at centr.org Fri Jan 21 14:52:28 2005 From: kim at centr.org (Kim Davies) Date: Fri, 21 Jan 2005 14:52:28 +0100 Subject: [enum-wg] Kim's document In-Reply-To: <200501211346.j0LDk4JJ009543@boromir.nask.net.pl> References: <200501211346.j0LDk4JJ009543@boromir.nask.net.pl> Message-ID: <41F1091C.9060102@centr.org> Andrzej Bartosiewicz wrote: > The link http://www.centr.org/kim/enum/index.html is broken. > > Is there anybody who has the copy of this document? This page is working again. Had some server difficulties a few weeks back and didn't think to check it. kim From andrzejb at nask.pl Fri Jan 21 15:06:10 2005 From: andrzejb at nask.pl (Andrzej Bartosiewicz) Date: Fri, 21 Jan 2005 15:06:10 +0100 Subject: [enum-wg] Kim's document In-Reply-To: <41F1091C.9060102@centr.org> Message-ID: <200501211405.j0LE5BUB014813@boromir.nask.net.pl> Thanks Kim. > -----Original Message----- > From: enum-wg-admin at ripe.net [mailto:enum-wg-admin at ripe.net] On Behalf Of > Kim Davies > Sent: Friday, January 21, 2005 2:52 PM > To: Andrzej Bartosiewicz > Cc: enum-wg at ripe.net > Subject: Re: [enum-wg] Kim's document > > Andrzej Bartosiewicz wrote: > > The link http://www.centr.org/kim/enum/index.html is broken. > > > > Is there anybody who has the copy of this document? > > This page is working again. Had some server difficulties a few weeks > back and didn't think to check it. > > kim From Richard.Stastny at oefeg.at Fri Jan 21 15:19:02 2005 From: Richard.Stastny at oefeg.at (Stastny Richard) Date: Fri, 21 Jan 2005 15:19:02 +0100 Subject: [enum-wg] Kim's document Message-ID: <32755D354E6B65498C3BD9FD496C7D46FA94@oefeg-s04.oefeg.loc> Hi Kim, may I point BTW to two major errors 1. Austria is in production since Dezenber 2004 2. The request from Australia is not objected (this is also wrong on the RIPE page: http://www.ripe.net/enum/request-archives/index.html see http://www.ripe.net/maillists/ncc-archives/enum-announce/2005/msg00001.html regards Richard ________________________________ Von: enum-wg-admin at ripe.net im Auftrag von Andrzej Bartosiewicz Gesendet: Fr 21.01.2005 15:06 An: 'Kim Davies' Cc: enum-wg at ripe.net Betreff: RE: [enum-wg] Kim's document Thanks Kim. > -----Original Message----- > From: enum-wg-admin at ripe.net [mailto:enum-wg-admin at ripe.net] On Behalf Of > Kim Davies > Sent: Friday, January 21, 2005 2:52 PM > To: Andrzej Bartosiewicz > Cc: enum-wg at ripe.net > Subject: Re: [enum-wg] Kim's document > > Andrzej Bartosiewicz wrote: > > The link http://www.centr.org/kim/enum/index.html is broken. > > > > Is there anybody who has the copy of this document? > > This page is working again. Had some server difficulties a few weeks > back and didn't think to check it. > > kim From Richard.Stastny at oefeg.at Fri Jan 21 15:29:35 2005 From: Richard.Stastny at oefeg.at (Stastny Richard) Date: Fri, 21 Jan 2005 15:29:35 +0100 Subject: [enum-wg] Two ETSI drafts on ENUM approved today Message-ID: <32755D354E6B65498C3BD9FD496C7D46FA95@oefeg-s04.oefeg.loc> Dear all, http://voipandenum.blogspot.com/2005/01/two-etsi-drafts-on-enum-approved-today.html ETSI TISPAN WG4 finished 2 drafts on User ENUM and on Infrastructure ENUM (Carrier ENUM) this week and got workgroup and TISPAN plenary approval today. ETSI DTS 102 172 V2 "Minimum requirements for interoperability of ENUM implementations" contains general guidance on (User) ENUM implementations as defined in RFC3761 and in ETSI TS 102 051 "ENUM Administration in Europe" and the specification for: * The format, contents and meaning of the information in the NAPTR records that are held by the ENUM Tier 2 Nameserver providers and accessible by DNS. * The ways in which ENUM client software should interpret and act upon information obtained from NAPTR records. The document is intended to enable interoperability between ENUM implementations that are organized in different countries. This interoperability enables: * The same ENUM client software to work with NAPTR records generated by different national implementations and this in turn will enable applications that use ENUM to access details of ENUM subscribers in more than one country without additional modifications. * Organizations to function as ENUM Registrars and ENUM Tier 2 Nameserver Provider in more than one national implementation. The document will therefore add economies of scope to the ENUM implementations that will benefit ENUM subscribers, providers, application service providers and ENUM users. The present document is Version 2 of the Technical Specification (TS) and incorporates already some results obtained from trials performed in some countries. It may serve therefore also as a basis for first commercial deployments, keeping in mind that still not all enumservices are available as IETF RFCs and registered with IANA. The intention is to review this document based on the experience gained from future implementations and if necessary. ETSI DTR 102 055 "Infrastructure ENUM" This document identifies a range of issues which occur if providers of communication services and networks (called Communication Service Providers (CSP) within this document) consider using the concepts developed in RFC 3761 (ENUM) for infrastructure purposes. Such an approach would result in the application of the ENUM concept to the provision of information for routeing (both internally and for the interconnection of networks - also called peering), including information for number portability, freephone and other number or address translation capabilities, SMS and MMS, etc. It considers the likely steps along the way and where possible, identifies alternative options and approaches. It will specifically identify: * issues which occur if providers of IMS-based NGNs consider peering traffic with each other via Points-of-Interconnect based on IP technology, by using E.164 numbers to address end-points they are hosting for their subscribers, * issues which occur if providers of IMS-based NGNs consider peering traffic with other providers e.g. IMS-based PLMNs and also with providers on the Internet. Out-of-scope are requirements for using Infrastructure ENUM for peering of transit traffic not targeted for end-points within the providers control. regards Richard Stastny From andrzejb at nask.pl Wed Jan 26 12:24:42 2005 From: andrzejb at nask.pl (Andrzej Bartosiewicz) Date: Wed, 26 Jan 2005 12:24:42 +0100 Subject: [enum-wg] ITU-T/ENUM/NP Message-ID: <200501261123.j0QBNgWU002627@boromir.nask.net.pl> Dear All, I would like to draw your attention to the ITU SG-2 activities regarding Number Portability. It seems that SG2 (thanks to Marco Bernardi from NeuStar) of ITU-T will be considering Infrastructure-ENUM as potential solution for Number Portability Database. I'm very glad because this is the idea I have been promoting in Poland for the last year... :) Group : itu-t title : [ D 9 ] Draft Number Portability Supplement url : http://www.itu.int/md/meetingdoc.asp?lang=e&parent=T05-SG02-050216-D-0009&ty pe=mitems Best, Andrzej.