- enum-wg - mailman.ripe.net

RIPE 53 draft minutes - Last reminder!
by Carsten Schiefner 02 May '07

02 May '07

Dear colleagues - the still first draft is available at: http://www.ripe.net/ripe/wg/enum/minutes/r53-minutes.html For your convenience you can also find it below as plain TXT. Please send in any comments and/or corrections you may have to this list directly and/or to <enum-wg-chair(a)ripe.net>. Please note that we have set the deadline for such contributions by email to Wednesday, 9 May 2007, 12:00 UTC/15:00 Tallinn local time. Further objections will be acceped in person at the WG session, with immediate decision on dealing with them at the meeting; they could need more time on list. In the absence of any objections, the minutes will be declared "final" as a direct result of the completion of this agenda item. Best, Carsten (on behalf of the ENUM WG Co-Chairs) = - = - = Draft ENUM Working Group Minutes from RIPE 53 RIPE Meeting: 53 Working Group: ENUM Status: Draft Revision Number: 1 * content to enum-wg-chair(a)ripe.net * format to webmaster(a)ripe.net RIPE 53 - Hotel Krasnapolsky - St. Johns II - 2006-10-04 - 14:00-15:30 Meeting Chair: Niall O'Reilly (UCD - University College Dublin) Scribe: Alex Le Heux (RIPE NCC) Jabber: Catherine Carr (RIPE NCC) Webcast and Feedback Archives: http://www.ripe.net/ripe/meetings/ripe-53/sessions-archive.html Start: 14:00 Administrative matters The Chair welcomes everyone, the scribe and the jabberwock. There are no additional agenda points to add to the agenda although the order will be different: http://www.ripe.net/ripe/meetings/ripe-53/agendas/enum.html There were no comments on the minutes from the RIPE52 meeting, so the minutes are approved. Review of RIPE52 action items: 52.2 - Carsten Schiefner (Deutsche Telekom) There has been some discussion with the RIPE NCC. A .zip file has the advantages of making it easy to add more files and it is a single download. Separate files give a good overview, can be well structured and are the same as the old concept. A downside is that it will produce many hits while searching. Carsten Schiefner will once more put this matter to the WG Mailing List. [ ENUM-AP-52.2 remains open ] The other action items will be dealt with in other agenda items. Presentation: Operations Update - Brett Carr (RIPE NCC) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-bc-upd.pdf Questions: Patrick Faltstrom (Cisco): Are you doing lameness checks on DNS servers? Brett Carr (RIPE NCC): Not yet. Patrick Faltstrom (Cisco): Will the RIPE NCC take the initiative for that? Brett Carr (RIPE NCC): Yes. Peter Koch (DENIC): You had a slide about strange queries, starting with a plus. Have you considered they could be a misimplementation of the DDDS algorithm? Have you looked into from how many different sources these queries originated? Brett Carr (RIPE NCC): No, but I have all the stats. But we can. => Action item on the RIPE NCC [ ENUM-AP-53.1: RIPE NCC to examine and report on "strange queries" ] Carsten Schiefner (Deutsche Telekom): The NCC is able to get stats from all servers. Will there be a further effort to break them down by country code? Brett Carr (RIPE NCC): We tried, but not all providers have the resources to run the stats on their machines and some are very wary from a privacy point of view. Otmar Lendl (NIC.AT, via Jabber): Please get the DNS performance of the Chinese server up to speed (or provide glue for them). Resolving e164-arpa.cnnic.net.cn is quite broken. Brett Carr (RIPE NCC): Chinese are working on moving their service to a different server. We are already in contact with them. Presentation: Quality Task Force - Carsten Schiefner (Deutsche Telekom) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-cs-qtf.pdf Niall O'Reilly (University College Dublin): Will you follow up on the Quality Task Force and follow up on the lameness checks by the NCC as an action item? Carsten Schiefner (Deutsche Telekom): Yes. [ ENUM-AP-53.2: Carsten Schiefner to follow up on Quality TF ] Andrei Robachevsky (RIPE NCC): Why do you think it's impossible to tell an ENUM Tier-1 registry to be compliant? Jim Reid (RIPE NCC Exec Board): The answer to that is not technical, it's political. It's run by the country according to that country's rules. So it's a matter of national sovereignty, so I don't think it's the business of the NCC or anybody else to tell them how to run their name servers. Andrei Robachevsky (RIPE NCC): Can this issue be brought into the technical plane rather than the political plane? I understand that delegation to a particular entity is a political issue, but running DNS servers is probably more technical. Jim Reid (RIPE NCC Exec Board): It is a technical issue, but from a government perspective, they feel entitled to do it they way they want to. Patrik Faltstrom (Cisco): That's why I asked who took the initiative for doing the checks. There is a very, very big difference between whether a country asks the RIPE NCC directly or indirectly to do these lameness checks and notify them when something is broken and having someone tell a country that they're doing the wrong thing. Carsten Schiefner (Deutsche Telekom): The original initiative by the RIPE NCC for the lameness checks was for the reverse mapping space only. Jim Reid (RIPE NCC Exec Board): It's not an issue of DNS, it's an issue of phone numbers and telephone numbers being an item of national sovereignty. Daniel Karrenberg (RIPE NCC): I fully agree with Patrik and what Carsten said. What you want to see is a best common practice written up. That's not telling a country on how they should run their DNS. Being from the NCC I am slightly uncomfortable with the hands off approach that is suggested by Patrik and Jim. In any other constellation I can think of; the parent registry has some rules actually. I'm uneasy about this because the RIPE NCC runs at Tier-0 and any really bad quality falls back on the RIPE NCC. We were getting flak for things not working, so I think the NCC is entitled to make strong suggestions. Niall O'Reilly (University College Dublin): (taking chair hat off) There is a delicate balancing act here. If there isn't a safety net that's a bad thing, if the safety net interferes with national sovereignty, that is a bad thing too. Jim Reid (RIPE NCC Exec Board): I agree with what Daniel says. The RIPE NCC must be careful though with it's role as Tier-0 registry. The instructions to the NCC didn't mention lame delegation checking. If the NCC is perceived to exceed its authority, there could be trouble. Olaf Kolkman (NLnet Labs): About the BCP that Daniel mentioned, I think it's more important to provide a set of minimum requirements. Not "this is the bar you should reach" but "this is the bar you should step over" to at least be good. Field Reports Presentation - Ondrej Filip (NIC.CZ) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-of-czr.pdf Carsten Schiefner (Deutsche Telekom): I would be surprised if a premium rate number holder would actually register it. Ondrej Filip (NIC.CZ): It's an option. Carsten Schiefner (Deutsche Telekom): If you go commercial in 2007, will you clean the trial database? Ondrej Filip (NIC.CZ): No, we will continue on the same platform. Jim Reid (RIPE NCC Exec Board): What are your plans to incorporate this WG's thoughts on DNS quality and incorporate monitoring into the platform? Ondrej Filip (NIC.CZ): No plans. Sungwoo Shin (KRNIC): You will use trial user data when you move to the commercial phase. Will there be any validation of that data? Ondrej Filip (NIC.CZ): Yes, the trial phase is the same as commercial, except without payment. So there is normal validation. Sungwoo Shin (KRNIC): The trial users can use it freely and make a free call without charge? Ondrej Filip (NIC.CZ): Yes, you can use it to make a free call. Presentation - Jim Reid (UKEG) http://www.ripe.net/ripe/meetings/ripe-53/presentations/ukeg.pdf Carsten Schiefner (Deutsche Telekom): Is external DNS monitoring part of the RFP? Jim Reid (UKEG): Yes. Otmar Lendl (NIC.AT, via Jabber): Are the SIP URIs in the CRUE records supposed to point to open SIP server, and thus reachable by any caller on the Internet? Jim Reid (UKEG): The SIP server address can point to wherever the carrier chooses, we don't care. Bernie Hoeneisen (SWITCH, via Jabber): In case a user overrides his ENUM entry as populated by the carrier: what will appear in the zone file you are directly providing/selling to the carriers? User provided NS RRs or original carrier populated NAPTR RRs? Jim Reid (UKEG): There will be two NAPTR records, if there is a delegation request, they will be replaced with NS records. Presentation - Sungwoo Shin (KRNIC) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-ss-kor.pdf Niall O'Reilly (University College Dublin): Will monitoring be built into the requirements for the service? Sungwoo Shin (KRNIC): I don't disagree with Jim's idea. Presentation - Antoin Verschuren (SIDN) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-av-nl.pdf Antoin Verschuren (SIDN): To answer Jim's question: Yes, we will be happy to do so! Jim Reid (RIPE NCC Exec Board): This is about the consultation you are doing. There are two things: One for redelegation and two, a future meeting where people can comment on the general plan. Is that only for Dutch people? Antoin Verschuren (SIDN): It's an open platform. Presentation - Robert Schischka (NIC.AT): http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-rs-aus.pdf Wolfgang Tremmel (DE-CIX): Is it possible that different carriers querying get different views? Robert Schischka (NIC.AT): No, it's a single public tree. Some carriers might have a different view internally, but not from the outside. Jim Reid (RIPE NCC Exec Board): Are you using wildcards? Robert Schischka (NIC.AT): Yes, we have to, we have an open numbering plan. Olaf Kolkman (NLnet Labs): From a DNS client perspective, if I were to query the tree would I need to know the country number plan? Robert Schischka (NIC.AT): Yes, you need to know where the 'i' is so you need to know how long the country code is. It's a dirty solution but the only way to go now. Olaf Kolkman (NLnet Labs): There may be other alternatives. Robert Schischka (NIC.AT): Everybody agrees that in the end it needs to be a separate tree. There was a lengthy discussion in the IETF, the "Dallas treaty" was an interim solution, and will be easy to change. Peter Koch (DENIC): This kind of infrastructure stuff is kind of broken. For years we have been hearing that it would take years to convince the ITU. Has there been any effort so far to actually talk to the ITU and start this? Robert Schischka (NIC.AT): I don't think the issue has been going on for years, but I don't think anyone is talking to the ITU about this very much. Maybe we should see several countries interested in this, to give more power to the discussion. The tech community wants a neat solution, but the key is buy-in from the telcos, not how the tree is named. Peter Koch (DENIC): One of the problems is that the specification is a bit brittle. Robert Schischka (NIC.AT): No one in carrier land really cares about this. Presentation: ENUM Next Generation - Patrik Faltstrom (Cisco) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-pf-nge.pdf Antoin Verschuren (SIDN): How are you going to split authority if you do a delegation on for example a path for a number block: if you want to redelegate, for open number plans for instance? Patrik Faltstrom (Cisco): There are two possibilities: 1. A neutral party similar to the portability database administrator operates a database. 2. Do delegations higher up in the tree, but those parties must be neutral as well. There is no portability in DNS. Daniel Karrenberg (RIPE NCC): How are applications supposed to make use of this? Patrik Faltstrom (Cisco): Two ways: 1. Look up the NAPTR records for the phone numbers. 2. If you understand SIP, you can look up _sip._e2u.[phone number] and use that. Daniel Karrenberg (RIPE NCC): And the _h323 and _message labels are found in some lists? Patrik Faltstrom (Cisco): In the existing ENUM specification there is a IANA registry for those labels, including a registration mechanism. Issues for other working groups: Niall O'Reilly will alert the DB WG and the NCC SERVICES WG as action item 53.3 that we expect to have consensus soon on the NON-REGISTRY issue. [ ENUM-AP-53.3: Niall O'Reilly to alert other WGs re NON-REGISTRY ] AOB The graphic of the T-Shirt will be on Rosie. Meeting Ends 15:55

1 0

Draft agenda RIPE 54 ENUM WG
by Niall O'Reilly 23 Apr '07

23 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is the draft agenda for the ENUM WG session at RIPE 54. A. (0) 10' Administrivia [Session chair] Welcome, microphone etiquette Scribe, Jabberwok, ... Agenda bashing Minutes 53 B. (10) 15' Action points C. (25) 20' Short News Status Page UK Update [JR] RFC-watch D. (45) 20' IETF update [PAF] E. (65) 20' Contrarian view of ENUM [GIH] X. Intercommunication with other WG's Y. AOB Z. (85) 5' Close [Session chair] Summarize (new, ongoing) AP's Look forward to 55/AMS Announce coffee .. (90) Coffee On behalf of the co-chairs, Best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFGLN+jeYfkja6ZXtkRAsKLAJwMG2Fxb6zDjzpcbw9NUxy+36mRmACcCiia 5kouXs5jRP55q185bYdSMUI= =EBF6 -----END PGP SIGNATURE-----

1 0

RIPE 53 draft minutes - Reminder!
by Carsten Schiefner 11 Apr '07

11 Apr '07

Dear colleagues - the still first draft is available at: http://www.ripe.net/ripe/wg/enum/minutes/r53-minutes.html For your convenience you can also find it below as plain TXT. Please send in any comments and/or corrections you may have to this list directly and/or to <enum-wg-chair(a)ripe.net>. Please note that we have set the deadline for such contributions by email to Wednesday, 9 May 2007, 12:00 UTC/15:00 Tallinn local time. Further objections will be acceped in person at the WG session, with immediate decision on dealing with them at the meeting; they could need more time on list. In the absence of any objections, the minutes will be declared "final" as a direct result of the completion of this agenda item. Best, Carsten (on behalf of the ENUM WG Co-Chairs) = - = - = Draft ENUM Working Group Minutes from RIPE 53 RIPE Meeting: 53 Working Group: ENUM Status: Draft Revision Number: 1 * content to enum-wg-chair(a)ripe.net * format to webmaster(a)ripe.net RIPE 53 - Hotel Krasnapolsky - St. Johns II - 2006-10-04 - 14:00-15:30 Meeting Chair: Niall O'Reilly (UCD - University College Dublin) Scribe: Alex Le Heux (RIPE NCC) Jabber: Catherine Carr (RIPE NCC) Webcast and Feedback Archives: http://www.ripe.net/ripe/meetings/ripe-53/sessions-archive.html Start: 14:00 Administrative matters The Chair welcomes everyone, the scribe and the jabberwock. There are no additional agenda points to add to the agenda although the order will be different: http://www.ripe.net/ripe/meetings/ripe-53/agendas/enum.html There were no comments on the minutes from the RIPE52 meeting, so the minutes are approved. Review of RIPE52 action items: 52.2 - Carsten Schiefner (Deutsche Telekom) There has been some discussion with the RIPE NCC. A .zip file has the advantages of making it easy to add more files and it is a single download. Separate files give a good overview, can be well structured and are the same as the old concept. A downside is that it will produce many hits while searching. Carsten Schiefner will once more put this matter to the WG Mailing List. [ ENUM-AP-52.2 remains open ] The other action items will be dealt with in other agenda items. Presentation: Operations Update - Brett Carr (RIPE NCC) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-bc-upd.pdf Questions: Patrick Faltstrom (Cisco): Are you doing lameness checks on DNS servers? Brett Carr (RIPE NCC): Not yet. Patrick Faltstrom (Cisco): Will the RIPE NCC take the initiative for that? Brett Carr (RIPE NCC): Yes. Peter Koch (DENIC): You had a slide about strange queries, starting with a plus. Have you considered they could be a misimplementation of the DDDS algorithm? Have you looked into from how many different sources these queries originated? Brett Carr (RIPE NCC): No, but I have all the stats. But we can. => Action item on the RIPE NCC [ ENUM-AP-53.1: RIPE NCC to examine and report on "strange queries" ] Carsten Schiefner (Deutsche Telekom): The NCC is able to get stats from all servers. Will there be a further effort to break them down by country code? Brett Carr (RIPE NCC): We tried, but not all providers have the resources to run the stats on their machines and some are very wary from a privacy point of view. Otmar Lendl (NIC.AT, via Jabber): Please get the DNS performance of the Chinese server up to speed (or provide glue for them). Resolving e164-arpa.cnnic.net.cn is quite broken. Brett Carr (RIPE NCC): Chinese are working on moving their service to a different server. We are already in contact with them. Presentation: Quality Task Force - Carsten Schiefner (Deutsche Telekom) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-cs-qtf.pdf Niall O'Reilly (University College Dublin): Will you follow up on the Quality Task Force and follow up on the lameness checks by the NCC as an action item? Carsten Schiefner (Deutsche Telekom): Yes. [ ENUM-AP-53.2: Carsten Schiefner to follow up on Quality TF ] Andrei Robachevsky (RIPE NCC): Why do you think it's impossible to tell an ENUM Tier-1 registry to be compliant? Jim Reid (RIPE NCC Exec Board): The answer to that is not technical, it's political. It's run by the country according to that country's rules. So it's a matter of national sovereignty, so I don't think it's the business of the NCC or anybody else to tell them how to run their name servers. Andrei Robachevsky (RIPE NCC): Can this issue be brought into the technical plane rather than the political plane? I understand that delegation to a particular entity is a political issue, but running DNS servers is probably more technical. Jim Reid (RIPE NCC Exec Board): It is a technical issue, but from a government perspective, they feel entitled to do it they way they want to. Patrik Faltstrom (Cisco): That's why I asked who took the initiative for doing the checks. There is a very, very big difference between whether a country asks the RIPE NCC directly or indirectly to do these lameness checks and notify them when something is broken and having someone tell a country that they're doing the wrong thing. Carsten Schiefner (Deutsche Telekom): The original initiative by the RIPE NCC for the lameness checks was for the reverse mapping space only. Jim Reid (RIPE NCC Exec Board): It's not an issue of DNS, it's an issue of phone numbers and telephone numbers being an item of national sovereignty. Daniel Karrenberg (RIPE NCC): I fully agree with Patrik and what Carsten said. What you want to see is a best common practice written up. That's not telling a country on how they should run their DNS. Being from the NCC I am slightly uncomfortable with the hands off approach that is suggested by Patrik and Jim. In any other constellation I can think of; the parent registry has some rules actually. I'm uneasy about this because the RIPE NCC runs at Tier-0 and any really bad quality falls back on the RIPE NCC. We were getting flak for things not working, so I think the NCC is entitled to make strong suggestions. Niall O'Reilly (University College Dublin): (taking chair hat off) There is a delicate balancing act here. If there isn't a safety net that's a bad thing, if the safety net interferes with national sovereignty, that is a bad thing too. Jim Reid (RIPE NCC Exec Board): I agree with what Daniel says. The RIPE NCC must be careful though with it's role as Tier-0 registry. The instructions to the NCC didn't mention lame delegation checking. If the NCC is perceived to exceed its authority, there could be trouble. Olaf Kolkman (NLnet Labs): About the BCP that Daniel mentioned, I think it's more important to provide a set of minimum requirements. Not "this is the bar you should reach" but "this is the bar you should step over" to at least be good. Field Reports Presentation - Ondrej Filip (NIC.CZ) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-of-czr.pdf Carsten Schiefner (Deutsche Telekom): I would be surprised if a premium rate number holder would actually register it. Ondrej Filip (NIC.CZ): It's an option. Carsten Schiefner (Deutsche Telekom): If you go commercial in 2007, will you clean the trial database? Ondrej Filip (NIC.CZ): No, we will continue on the same platform. Jim Reid (RIPE NCC Exec Board): What are your plans to incorporate this WG's thoughts on DNS quality and incorporate monitoring into the platform? Ondrej Filip (NIC.CZ): No plans. Sungwoo Shin (KRNIC): You will use trial user data when you move to the commercial phase. Will there be any validation of that data? Ondrej Filip (NIC.CZ): Yes, the trial phase is the same as commercial, except without payment. So there is normal validation. Sungwoo Shin (KRNIC): The trial users can use it freely and make a free call without charge? Ondrej Filip (NIC.CZ): Yes, you can use it to make a free call. Presentation - Jim Reid (UKEG) http://www.ripe.net/ripe/meetings/ripe-53/presentations/ukeg.pdf Carsten Schiefner (Deutsche Telekom): Is external DNS monitoring part of the RFP? Jim Reid (UKEG): Yes. Otmar Lendl (NIC.AT, via Jabber): Are the SIP URIs in the CRUE records supposed to point to open SIP server, and thus reachable by any caller on the Internet? Jim Reid (UKEG): The SIP server address can point to wherever the carrier chooses, we don't care. Bernie Hoeneisen (SWITCH, via Jabber): In case a user overrides his ENUM entry as populated by the carrier: what will appear in the zone file you are directly providing/selling to the carriers? User provided NS RRs or original carrier populated NAPTR RRs? Jim Reid (UKEG): There will be two NAPTR records, if there is a delegation request, they will be replaced with NS records. Presentation - Sungwoo Shin (KRNIC) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-ss-kor.pdf Niall O'Reilly (University College Dublin): Will monitoring be built into the requirements for the service? Sungwoo Shin (KRNIC): I don't disagree with Jim's idea. Presentation - Antoin Verschuren (SIDN) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-av-nl.pdf Antoin Verschuren (SIDN): To answer Jim's question: Yes, we will be happy to do so! Jim Reid (RIPE NCC Exec Board): This is about the consultation you are doing. There are two things: One for redelegation and two, a future meeting where people can comment on the general plan. Is that only for Dutch people? Antoin Verschuren (SIDN): It's an open platform. Presentation - Robert Schischka (NIC.AT): http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-rs-aus.pdf Wolfgang Tremmel (DE-CIX): Is it possible that different carriers querying get different views? Robert Schischka (NIC.AT): No, it's a single public tree. Some carriers might have a different view internally, but not from the outside. Jim Reid (RIPE NCC Exec Board): Are you using wildcards? Robert Schischka (NIC.AT): Yes, we have to, we have an open numbering plan. Olaf Kolkman (NLnet Labs): From a DNS client perspective, if I were to query the tree would I need to know the country number plan? Robert Schischka (NIC.AT): Yes, you need to know where the 'i' is so you need to know how long the country code is. It's a dirty solution but the only way to go now. Olaf Kolkman (NLnet Labs): There may be other alternatives. Robert Schischka (NIC.AT): Everybody agrees that in the end it needs to be a separate tree. There was a lengthy discussion in the IETF, the "Dallas treaty" was an interim solution, and will be easy to change. Peter Koch (DENIC): This kind of infrastructure stuff is kind of broken. For years we have been hearing that it would take years to convince the ITU. Has there been any effort so far to actually talk to the ITU and start this? Robert Schischka (NIC.AT): I don't think the issue has been going on for years, but I don't think anyone is talking to the ITU about this very much. Maybe we should see several countries interested in this, to give more power to the discussion. The tech community wants a neat solution, but the key is buy-in from the telcos, not how the tree is named. Peter Koch (DENIC): One of the problems is that the specification is a bit brittle. Robert Schischka (NIC.AT): No one in carrier land really cares about this. Presentation: ENUM Next Generation - Patrik Faltstrom (Cisco) http://www.ripe.net/ripe/meetings/ripe-53/presentations/enu-pf-nge.pdf Antoin Verschuren (SIDN): How are you going to split authority if you do a delegation on for example a path for a number block: if you want to redelegate, for open number plans for instance? Patrik Faltstrom (Cisco): There are two possibilities: 1. A neutral party similar to the portability database administrator operates a database. 2. Do delegations higher up in the tree, but those parties must be neutral as well. There is no portability in DNS. Daniel Karrenberg (RIPE NCC): How are applications supposed to make use of this? Patrik Faltstrom (Cisco): Two ways: 1. Look up the NAPTR records for the phone numbers. 2. If you understand SIP, you can look up _sip._e2u.[phone number] and use that. Daniel Karrenberg (RIPE NCC): And the _h323 and _message labels are found in some lists? Patrik Faltstrom (Cisco): In the existing ENUM specification there is a IANA registry for those labels, including a registration mechanism. Issues for other working groups: Niall O'Reilly will alert the DB WG and the NCC SERVICES WG as action item 53.3 that we expect to have consensus soon on the NON-REGISTRY issue. [ ENUM-AP-53.3: Niall O'Reilly to alert other WGs re NON-REGISTRY ] AOB The graphic of the T-Shirt will be on Rosie. Meeting Ends 15:55

1 0

Agenda call for ENUM WG at RIPE 54, Tallinn, 7-11 May 2007
by Niall O'Reilly 31 Mar '07

31 Mar '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RIPE 54 is just 5 weeks away: probably much closer than most of us realize. Please let Carsten or me have suggestions or proposals for the ENUM-WG Agenda soon. If you're one of the "usual suspects", and have already half-agreed (or more) to give a presentation, now would be a good time to confirm your intentions. It you're not one of those, you're more than welcome to speak up now too! I'm looking forward to a useful and interesting meeting in Tallinn, and hope to see as many of you all there as possible. Best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFGDn+YeYfkja6ZXtkRAnRWAJ9HGTwCecNTVVucBoT1JB1Y67s1VwCeIoCf p2xypCeGJadmGs3bFqr7/E0= =QK34 -----END PGP SIGNATURE-----

1 0

Re: Status info for enumdata.org
by Bernie Hoeneisen 30 Mar '07

30 Mar '07

Hi Niall Here the answers form the Swiss ENUM trial: 1. What is the country and E.164 code? Switzerland, +41 2. Who is the delegate for the E.164 code? Tech-Contact (source: Ripe whois) role: SWITCH Network Operation Center address: SWITCH-NOC address: SWITCH, The Swiss Education and Research Network address: Limmatquai 138 address: CH-8021 Zurich phone: +41 44 268 1530 fax-no: +41 44 268 1568 Admin-Contact (source: Ripe whois) person: Olivier Girard address: OFCOM, Swiss Federal Office of Communications address: Rue Avenir 44 address: CH-2501 Bienne address: Switzerland phone: +41 32 327 55 75 phone: +41 32 327 55 11 fax-no: +41 32 327 55 49 3. The status of deployment (notdelegated>applied>delegated/objected>trial>hiatus>production) trial 4. ENUM Project contact details (telephone, email, web) tel: +41 44 268 15 15 mailto: enum-pm(a)switch.ch web: http://www.switch.ch/enum 5. Is a trial being, or going to be, conducted? The trial is ongoing 1. What type of numbers are being used in the trial? All Swiss E.164 numbers 6. Is there work or plans toward full permanent deployment? Decision making process ongoing 1. What type of numbers are to be used in full deployment? Most likely all Swiss E.164 numbers 7. Who is leading the ENUM project? (government, industry working group, etc.) SWITCH as the Tier-1 Registry (together with OFCOM, the regulator). 8. Who operates the ccTLD for that country at present? SWITCH 9. What type of organisation runs the ccTLD? (state, private, academic, etc.) Academic, The Swiss Education & Research Network 10. What is the ccTLD legal regulation, if any? Under the Swiss Telecommunications Law 11. Who is the current Tier 1 registry? SWITCH 12. Who is, or will be, the permanent Tier 1 registry? TBD 13. How will the Tier 1 registry selection be made? (i.e. decision, license, concession, agreement, public procurement, etc.) TBD 14. How will the method of cost recovery for the Tier 1 registry's operations? TBD 15. Will there be more than one Tier 1 provider for the country? Not planned 16. Will there be ENUM registrars? Most likely 17. What will be the ENUM validation technique? TBD 18. Is there/will there be a special number block for ENUM and/or IP Telephony? Currently there is no such number block 19. Is there special treatment for unlisted numbers? No 20. Are there any plans for infrastructure ENUM? Decision making process ongoing 21. What is your ENUM WHOIS address? No whois for ENUM 22. Please provide the history of ENUM trials, projects etc., if any. Feb 2002: OFCOM launches an ENUM consultation process Nov 2002: Workshop about ENUM at OFCOM Sep 2003: OFCOM grants Switch authorization to operate ENUM Trial Oct 2003: Start of ENUM Trial in the area of Research and Education Apr 2005: First commercial registrars join the ENUM Trial Sep 2005: Prolongation of the authorization for another 2 years term Nov 2006: RFC 4725 (ENUM Validation Architecture) published 23. What are your future plans? (and dates if available) ENUM Trial ends on 30. September 2007 Currently preparing for productive operations 24. What is your date estimate on a production ENUM registry launch? TDB cheers, Bernie, Switch, Project Manager ENUM --------------------------------- Bernhard Hoeneisen Switch Werdstrasse 2 Postfach CH-8021 Zürich tel:+41 44 268 15 54 (normal) tel:+41 43 268 15 54 (IP with ENUM) sip:hoeneisen@switch.ch fax:+41 44 253 98 98 email:hoeneisen@switch.ch

1 0

Re: [enum-wg] Status info for enumdata.org
by chenhui 28 Mar '07

28 Mar '07

Dear Niall O'Reilly, Thank you for your effort! Please update ENUM information of China as following, thanks. *************************************************************************** *What is the country and E.164 code?* China, 86 *Who is the delegate for the E.164 code?* Administrative contact: Mao Wei (China Internet Network Information Center) Techinical contact: Xiaodong Li (China Internet Network Information Center) Delegation is for Trial purpose. *The status of deployment (notdelegated >applied >delegated/objected >trial >hiatus >production)* Trial. *ENUM Project contact details (telephone, email, web)* http://www.enum.cn/en email contact: enum(a)cnnic.cn tel: 86-10-58813000 *Is a trial being, or going to be, conducted?* The trial is being. *What type of numbers are being used in the trial?* All the E.164 numbers under country code 86 can be used in the trial now. *Is there work or plans toward full permanent deployment?* Currently not decided. *What type of numbers are to be used in full deployment?* Not decided. *Who is leading the ENUM project? (government, industry working group, etc.)* MII(Ministry of Information Industry) and CNNIC leaded by MII. *Who operates the ccTLD for that country at present?* CNNIC is the ".cn" registry. See http://www.cnnic.cn/en/index/index.htm *What type of organisation runs the ccTLD? (state, private, academic, etc.) * Not-for-profit organization. *What is the ccTLD legal regulation, if any?* See http://www.cnnic.cn/html/Dir/2003/11/27/1522.htm *Who is the current Tier 1 registry?* CNNIC is the current Tier1 registry in the trial. *Who is, or will be, the permanent Tier 1 registry?* Not decided. *How will the Tier 1 registry selection be made? (i.e. decision, license, concession, agreement, public procurement, etc.) * Not decided. *How will the method of cost recovery for the Tier 1 registry's operations?* A recommendation will be submitted before full deployment. *Will there be more than one Tier 1 provider for the country? * The recommendation is one Tier 1 provider. *Will there be ENUM registrars?* There are two simulative ENUM registrars in the trial. See http://epp.enum.cn. *What will be the ENUM validation technique?* To be defined. *Is there/will there be a special number block for ENUM and/or IP Telephony?* Not decided. *Is there special treatment for unlisted numbers?* Not decided. *Are there any plans for infrastructure ENUM?* Yes, infrastructure ENUM is in the plan. *What is your ENUM WHOIS address?* See http://www.enum.cn/en . *Please provide the history of ENUM trials, projects etc., if any.* 2001, China Network Information Center (CNNIC) started up ENUM research. 2002, MII authorized doing ENUM application experiment and organized ENUM trial consortium, set up leader team and research group of the trial; Science and technology department, MII held the proseminar and decided to apply 6.8.e164.arpa for evolution trial of ENUM top level domain (TLD) ; CNNIC started up and ran 6.8.e164.arpa slave server; CNNIC began to run ONE of SIX ENUM root server (e164.arpa domain server). 2003, CNNIC published ENUM trial system, provided registration and tested resolution performance. 2004, CNNIC originated and joined the APEET (Asia-pacific ENUM Engineering Team). 2005, CNNIC studied ENUM commercial architecture and did experiment on ENUM new services. 2006, CNNIC updated ENUM trial system; studied authorization and authentication of ENUM application. *What are your future plans? (and dates if available)* N/A. *What is your date estimate on a production ENUM registry launch?* Not yet decided. ************************************************************************** Best regards! chenhui 2007-03-29 发件人： Niall O'Reilly 发送时间： 2007-02-06 19:47:19 收件人： enum-wg(a)ripe.net 抄送： Niall O'Reilly; Carsten Schiefner; Kim Davies 主题： [enum-wg] Status info for enumdata.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear ENUM-WGers, I'm happy to let you know that the "maintenance team" for the enumdata.org status page, kindly hosted by Kim Davies, has been strengthened. I expect that delays in applying updates will be noticeably shorter as a result. Speaking of updates, if you have some responsibility for or involvement in ENUM in your country, please check whether the corresponding information shown on http://enumdata.org/ is still current and, if not, mail in an updated set of responses to the standard questions to enum-wg(a)ripe.net. This will let other WG participants see your information immediately, and will put the information where the maintenance team can pick it up. Thanks and best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFyFgveYfkja6ZXtkRAnWIAJ4zCd1ajIOXiIXtO5yyFt+4kupv6ACeNUT7 3R89A1HESRtUKG3iwB7N/3E= =OZxG -----END PGP SIGNATURE-----

1 0

Status info for enumdata.org
by Niall O'Reilly 26 Mar '07

26 Mar '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear ENUM-WGers, I'm happy to let you know that the "maintenance team" for the enumdata.org status page, kindly hosted by Kim Davies, has been strengthened. I expect that delays in applying updates will be noticeably shorter as a result. Speaking of updates, if you have some responsibility for or involvement in ENUM in your country, please check whether the corresponding information shown on http://enumdata.org/ is still current and, if not, mail in an updated set of responses to the standard questions to enum-wg(a)ripe.net. This will let other WG participants see your information immediately, and will put the information where the maintenance team can pick it up. Thanks and best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFyFgveYfkja6ZXtkRAnWIAJ4zCd1ajIOXiIXtO5yyFt+4kupv6ACeNUT7 3R89A1HESRtUKG3iwB7N/3E= =OZxG -----END PGP SIGNATURE-----

2 2

DENIC's next ENUM day will be held on 27 February
by Carsten Schiefner 07 Mar '07

07 Mar '07

Dear colleagues, it is with pleasure that I can announce DENIC's *) eighth bi-annual ENUM day that will be held on 27 February 07 in Frankfurt. Please visit: http://www.denic.de/en/denic/news/news_45.html for any further information. Best regards, Carsten Schiefner *) DENIC is the registry for Germany's ccTLD .de and ENUM domain 9.4.e164.arpa

1 1

Thesis on Infrastructure ENUM options for the Netherlands
by Carsten Schiefner 20 Feb '07

20 Feb '07

Dear ENUM colleagues, yesterday an announcement was posted on the Dutch SIP & ENUM list <ISOC-SIPSIG(a)NIC.SURFNET.NL> about Lennart Maris' thesis "Infrastructure ENUM - implementation options for the Netherlands" that can be found at: http://isoc.nl/files/ScriptieLennartMaris.pdf I have had no opportunity so far to already digest it but nonetheless wanted to share that piece of information with you. Best regards, Carsten Schiefner

1 0

Future of VoIP conference - The Hague March 15th 2007
by Carsten Schiefner 07 Feb '07

07 Feb '07

As Michiel's mail has not yet shown up on the list - probably still held for moderation - I' like to forward it on his behalf. Best, Carsten -------- Original Message -------- Subject: Future of VoIP conference - The Hague March 15th 2007 Date: Tue, 6 Feb 2007 12:35:41 +0100 From: Michiel Leenaars <michiel(a)staff.isoc.nl> To: enum-wg(a)ripe.net CC: Carsten Schiefner <enumvoipsip.cs(a)schiefner.de> Invitation The Future of VoIP II 15 Maart 2007, Aula Koninklijke Bibliotheek The Hague/Den Haag (The Netherlands) Thomas Anglero (Nuclei Networks) * James Body (Truphone) * Michel de Boer (Twinklephone) * David Bryan (co-chair IETF P2PSIP WG, Sipeerior) * Adrian Georgescu (AG Projects) * Bert Hubert (Power DNS) * Ytsen Kooistra (YBK) * Olaf Kolkman (Internet Architecture Board) * Michiel Leenaars (Internet Society) * Dan Pascu (AG Projects) * Hendrik Rood (Stratix) * Antoin Verschuren (SIDN) The Hague/Den Haag, The Netherlands, February 6th 2007 The role of real-time communication via the internet is still increasing. Currently over tens of millions of households in the world are calling through VoIP, video telefony (both mobile and fixed) is increasingly popular and of better quality, and the increasing availability of User ENUM in the market is a clear signal that the migration towards all-IP is definitely on its way. From the user side, the vendor community and service providers expections are sky high - yet nobody knows which business models, technologies and services will be the ones to make it all the way to the end. The various market forces that are developing in this field need to position themselves on the basis of a good insight into technology and in the way users want to interact with that technology. That, in interaction with what the competition is doing will determine the business opportunities. For users (and governments) it is vital that the result is an open infrastructure where flexibility, stability, usability, security and service go hand in hand. On March 15th 2007 ISOC Netherlands organises the second edition of the Future of VoIP conference. Learn more about upcoming IETF standards around P2P SIP, ENUM, open source SIP clients, SIP on dual-mode GSM/WiFi devices, the possible role of Fiber to the home and interconnect issues between VoIP islands. Prominent (inter)nationale speakers such as Thomas Anglero (Nuclei Networks), James Body (Truphone), David Bryan (co-chair IETF P2PSIP WG, Sipeerior) and Olaf Kolkman (director NLnet Labs, member of the Internet Architecture Board) wil guide you along new insights from the different worlds behind VoIP and SIP. Join us in the discussion on the business models behind future communication patterns via internet, and determine your own strategy on the basis of a broad spectre of opinions, visions and experiences. The Future of VoIP conference is organized by ISOC.nl SIP special Interest Group on March 15th 2007. The conference will take place in the aula of the Koninklijke Bibliotheek (Prins Willem-Alexanderhof 5) in The Hague, the Netherlands. Participation in 'The Future of VoIP II costs 99 euro, ISOC members pay only 50 euro. The conference will be held in English. All information, including the whole programme and a registration form can be found both in English and in Dutch on: http://isoc.nl/activ/2007-FoV-II Kind regards, on behalf of the organisers, Michiel Leenaars, Adrian Georgescu director ISOC.nl vice-chair SIPSIG ===================================== About the speakers THOMAS F. ANGLERO, NUCLEI NETWORKS Thomas F. Anglero is the Founder and CEO of Nuclei Networks, the sole certifier of VoIP solutions for the Leeuwarden "Break the Dyke" Global Invitation. Mr. Anglero was recently a senior executive advisor with Telenor AS where he was responsible for Telenor's FMC and Web Service strategies. Prior, Mr. Anglero was also the CEO of Free World Dialup, VP of Vocaltec Communications and CEO of TrulyGlobal. JAMES BODY, TRUPHONE James Body is Director - Networks at Truphone, a UK based converged operator who provide mobile services utilizing dual mode GSM/WiFi handsets. James is responsible for all of the infrastructure between the handset SIP interface and the rest of the world. Following graduation from Queen Mary College, University of London and 20 years as a Regular Officer in the Royal Corps of Signals (UK Army), James 'retired' to focus on implementing VoIP based 'New Telephony' systems. He was responsible for SIPCall, the first UK public SIP<>PSTN system and was co-founder of Gossiptel. A founder member of the UK Internet Telephony Providers Association (ITSPA), he has been closely involved with the implementation and regulation of new internet based telephony systems for past five years. He is a fervent believer in the power of disruptive communications technology and the role of open source components in the shaping of future telecommunications architectures. MICHEL DE BOER, TWINKLEPHONE Michel de Boer is the lead developer of Twinkle. He has a degree in computer science at the Vrije Universiteit in Amsterdam. His professional background is in software development and technical support of circuit and packet switched voice networks. His area of expertise is in signalling protocols and TCP/IP. Other interests include SIP, open source and Linux. DAVID BRYAN, FOUNDER OF SIPEERIOR David Bryan is a leading expert in the area of P2P SIP. He plays an active role in IETF P2P SIP efforts, and has published numerous academic papers and trade articles on the subject. David is active in the SIP community, including heading up p2psip.org, the leading community site for P2P SIP, and is involved with SIPFoundry, the reSIProcate project, and Vovida.org. David was co-founder and CTO of Jasomi Networks, and previously worked at Cisco Systems and Vovida Networks. David holds a master's degree in Computer Science and is completing a Ph.D. at William and Mary. ADRIAN GEORGESCU, FOUNDER OF AG PROJECTS Adrian Georgescu is Founder and CEO of AG Projects. Based in the Netherlands, AG Projects is a leading European company supplying service providers with turnkey SIP infrastructure systems. Adrian is an advocate of IETF standards, member of OpenSER management board, founder and co-chair of the Dutch ISOC SIP Special Interest Group. Prior to starting of his own company, Adrian had accumulated experience with Tomrad Communications, Esprit Telecom, GTS, Ebone and KPNQwest. Adrian's expertise is the design of high-availability infrastructures, addressing and numbering systems, signaling protocols, provisioning and mediation systems, implementation of disaster recovery plans. Adrian has received in 1996 a degree in Electrical Engineering from Faculty of Electrotechnics at the Polytechnic University of Bucharest, Romania.Founder of AG Projects BERT HUBERT, POWERDNS Bert Hubert is founder of PowerDNS. PowerDNS is shipped with nearly every Linux distribution and comes standard with many wireless routers. Bert is also a long term open source contributor. Among other, he is the author of the Linux Advanced Routing & Traffic Control HOWTO. As a student he developed an application for monitoring large numbers of cable modems and their network performance (using a modified 'pathchar' algorithm), which was sold to several major cable companies. This success caused Bert to drop out of university and concentrate on his own company, PowerDNS. Netherlabs is a consulting company specialised in networking, telephony, UNIX/Linux, system development and requirement planning. YTSEN KOOISTRA, YBK Ytsen is an independant consultant. He founded Rits tele.com, one of the first VoIP providers in The Netherlands and sold the company to BBned in 2005. Now he's working for telecommunications companies and service providers in the area of regulatory affairs and (technical) business development. Ytsen studied at the TU Delft. OLAF KOLKMAN, NLNET LABS Olaf Kolkman is director of NLnet Labs and a member of the Internet Architecture Board. He was trained as an astronomer but his interest in Internet technology took hold of his career path around 1996. He joined the RIPE NCC around 1997 where he got involved in the test-traffic project. That project brought him in contact with the IETF and he attended his first meeting in Munich. After acting as operations manager for a while he became systems architect, responsible for DNSSEC deployment at the NCC, in 2000. From that time on he has been active in the DNS community for instance as co-chair of the DNSEXT working group. He joined NLnet Labs, a R&D foundation, as chief executive in 2005. He is an IAB member since March 2006. DAN PASCU, CTO AG PROJECTS Dan Pascu received a Bachelor of Science in Electronics and Telecommunications from Bucharest Polytechnic University in 1995. Dan has years of experience in design and implementation of complex systems, software development and IP networking. Dan is a well-known contributor to the Open Source community, he is co-author of WindowMaker X-Window Manager and author of MediaProxy solution for SIP Express Router. HENDRIK ROOD, STRATIX Hendrik Rood is a senior consultant at Stratix Consulting since 1995. He was also a Senior Research Fellow at Economics of Infrastructures section at Delft University of Technology from 1998 - 2006. He has regularly published on the economics of names, numbers and other identifiers on electronic networks and on interconnection issues in scientific journals and conferences. At Stratix Hendrik specialised in technical network architecture design and procurement, regulatory advisory services and business plan due dilligence for financial sector clients. He assists a broad range of clients in more informed decision making in telecommunications, Internet and media questions. Hendrik has a background in high bit-rate transmission systems engineering (land-based and submarine systems) and public switching telephony networks. Voice-over-IP and ENUM is an area where he is keen to use his IP networking and classical telecoms background and his non-technical experience in the industry to discuss development questions. ANTOIN VERSCHUREN, SIDN/SEN Antoin Verschuren works as a technical advisor for the Policy & Business Development department of Stichting Internet Domeinregistratie Nederland. SIDN governs the .nl-domain. Before that he was a member of the advisory council of SIDN for several years. Prior functions include Via Networks and Internet Access Eindhoven in several technical functions. MICHIEL LEENAARS, INTERNET SOCIETY Michiel Leenaars is director of Internet Society Netherlands since 2002. ISOC Netherlands is the largest ISOC-chapter in the world. He is a member of the Strategic Committee of Eurid, the .eu registry, of the Netherlands shadow committee of JTC 1/SC 34, the advisory committee of Burger(a)overheid.nl. He is a a boardmember of stichting Petities.nl and a founding board member of Gridforum Netherlands. He has a academic background in Physics and Arts. Additionally Michiel Leenaars works for the Netherlands Organisation for Scientific Research (NWO) as an advisor on e-science, e-infrastructure and grid technology. He is project leader deputy of e-IRGSP, an EU funded project delivering policy support to the e-Infrastructures Reflection Group (e-IRG) and lead editor of the e-Infrastructures Roadmap publised by e-IRG.

1 0