[enum-wg] RIPE 53 draft minutes - Last reminder!

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 at 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 at ripe.net
     * format to webmaster at 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