From Niall.oReilly at ucd.ie Tue May 6 14:30:05 2008 From: Niall.oReilly at ucd.ie (Niall O'Reilly) Date: Tue, 06 May 2008 14:30:05 +0200 Subject: [enum-wg] FYI: action points closed since RIPE 55 Message-ID: <8549A7E7-5798-4435-9801-02BD8C4F5B98@ucd.ie> To save time in the meeting, here is a summary of the action points open at the end of the RIPE 55 ENUM WG session, all now closed. ENUM 54.3 [Niall O'Reilly]: Communicate answer re sharing time-slot with AP WG ENUM 55.1 [Niall O'Reilly, Carsten Schiefner]: Correct typos in RIPE 54 minutes ENUM 55.2 [Niall O'Reilly, Carsten Schiefner]: Keep crawler presentation in mind for RIPE 56 Best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From Niall.oReilly at ucd.ie Wed May 7 14:56:54 2008 From: Niall.oReilly at ucd.ie (Niall O'Reilly) Date: Wed, 07 May 2008 14:56:54 +0200 Subject: [enum-wg] Final Draft Agenda for ENUM WG at RIPE 56 Message-ID: Dear ENUM-WG members, Please see below the currently planned agenda for tomorrow's ENUM-WG session. Formally, this is still a draft, subject to confirmation (or otherwise) at the meeting. A: Administrivia Welcome, Scribe, Jabber, Microphone etiquette Confirm Agenda B: Minutes ENUM-WG at RIPE 55 [confirmed on list] C: Review Action List [none open: summary on list] D: Main presentations D1: Crawler tool (Alexander Mayrhofer) D2: +31 in production (Antoin Verschuren) D3: +44 coming soon (Denesh Bhabuta) E: ENUM Operations E1: Tier-0 Report (Anand Buddhdev) E2: Tier-1 Performance/Availability (C.Schiefner) F: Short News [if time allows; otherwise see list] F1: enumdata.org update (C.Schiefner) X: Interaction with other working groups NCC Services WG: DNSMON available for ENUM Y: AOB Z: Close ? summary of action items I look forward to seeing you tomorrow. Best regards, Niall O'Reilly Co-Chair, RIPE ENUM Working Group -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From lendl at nic.at Wed May 7 17:22:51 2008 From: lendl at nic.at (Otmar Lendl) Date: Wed, 7 May 2008 17:22:51 +0200 Subject: [enum-wg] ENUM Tier-1 Performance/Availability In-Reply-To: <4818D714.50106@schiefner.de> References: <64C80683-F323-4F99-A630-3CE43857AFDA@rfc1035.com> <687871A2-E4A2-42FB-B8B4-77D1BE12D62B@rfc1035.com> <981269A8-93E5-4AB8-8698-0E767305498B@cisco.com> <4818D714.50106@schiefner.de> Message-ID: <20080507152251.GA15920@nic.at> On 2008/04/30 22:04, Carsten Schiefner wrote: > > A way forward MIGHT be along the lines of what John wrote here: > > > (1) It is fine to encourage RIPE NCC to make periodic > checks of server configuration and accessibility. If > the results of those checks are not satisfactory, the > delegated party should be notified and ask to fix things. > > (2) If the delegated party does not respond, it would be > fine for RIPE NCC to notify the entity that requested > and/or signed off on the delegation and make sure they > are aware of the problem and its implications to > accessibility and usability of the domain they > requested. We have that contact information; using it > doesn't need to involve the ITU. In theory, this is fine. There are gotchas, though: The parties mentioned with "entity that requested and/or signed off" can differ, and the RIPE NCC only know who requested the delegation. As the "signing off" happens through the ITU channels, RIPE NCC cannot contact that party, as they are unknown to the RIPE NCC. As in (2) from above the "delegated party" can be identical to the "entity that requested the delegation", the fallback needs to go to the "entity that signed off" which is unknown to the RIPE NCC. We don't have that contact information, thus we need to involve the ITU in such a case. I don't like it either, but I see no way around it. Of course, RIPE cannot demand any specific action from the ITU. My suggestion is to simply ask the ITU to relay the same message that RIPE NCC sent to the domain owner to the national regulatory office. /ol -- // Otmar Lendl , T: +43 1 5056416 - 33, F: - 933 // nic.at Internet Verwaltungs- und Betriebsgesellschaft m.b.H // http://www.nic.at/ LG Salzburg, FN 172568b, Sitz: Salzburg