Skip to main content

You're viewing an archived page. It is no longer being updated.

RIPE 55

RIPE Meeting:

55

Working Group:

ENUM

Status:

Final

Revision Number:

1

RIPE 55 ENUM WG Minutes
Thursday, 25 October - Amsterdam
Chair: Carsten Schiefner
Scribe: Alex Le Heux

Webcast and Feedback Archives:
http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

A. Administrative Matters

  • Welcome
  • Select a scribe
  • Jabber Monitor
  • Microphone Etiquette
  • Finalise agenda

Alex Mayhofer (enum.at) would like to present about crawler.enum.at website if there is time.

B. Minutes from Working Group Session at RIPE 54

Carsten: The previous minutes were finalised on the mailing list, there was only one typo, which the chairs will take care of.

C. Review Action List

54.2 [Carsten Schiefner] - with RIPE NCC Services about DNSMON: -> CLOSED

54.3 [Niall O'Reilly]: Communicate result to WG Chairs, RIPE-NCC
[Niall O'Reilly] Discover from group whether ENUM WG session could be held in parallel with AP WG and feed back to WG-Chairs and RIPE NCC. No objections followed from e-mail on this to the WG list. None were made at the meeting either. Niall will communicate this, and this option may be used in planning future meetings.

OPEN Expected to be closed at WG-Chairs meeting immediately following WG session.

ENUM-AP-52.2 [Carsten Schiefner]: NCC correspondence archive: -> CLOSED

Carsten proposed to close this. There were talks and the RIPE NCC agreed to put back the archive as it used to be, including all correspondence, including e-mails and scanned letters etc. The RIPE NCC is already working on this.

ACTION 54.1: Think about the task and scope of quality checks and form a new Quality TF. Take this to the mailing list: -> CLOSED

Carsten proposed to close this. What was meant to go on here is in line with the DNSMON effort. There were no objections.

D. Main Presentations

D1: Motivating ENUM: Avoiding the Bottlenecks - K. Nieminen

http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

There were no questions.

D2: Infrastructure ENUM - Implementation Options for +31 - L. Maris/P. Nooren

http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

Questions:
Carsten: Do you have plans to extend this research into other countries, especially those with no centralised number portability database, like Germany?

Pieter: No, we see a move from having no central DB to having a central DB using ENUM, like in the UK.

D3: ENUM: a heretic's view on SIP routing - O.Lendl

Questions:
Geoff Huston: Firstly, you seem to have a denial about the PSTN. The phone system works off bilats across the globe, there is no transit. The phone system can't handle three party interactions. It's all bilats. Because you don't know how to divide the money between three parties, let alone fifty. But the physical world isn't quite like that. If I haven't got enough capacity and you do, we do a brokerage deal. Then you sort of say we can't do bilats, so somehow we need to do this policy routing thing. The keyword is "overlay". Two people can do the deal with payed settlement, across IP, because IP pushes packets. I can still do the VOIP settlement and the push in and out of the PSTN. You seem to go from "bilats are impossible for the world" to "I need policy routing" to "but I need this really strange policy routing, which is not per policy, or per application, but per indication per application".

Otmar Lendl: There is a lot of transit in the PSTN. Like a small Austrian provider has a call to Congo, it passes it to Belgacom or so who pass it on. This routing info needs to filter back.

Geoff: No. inside your international switches are entries for almost every operator, because we do not know how to split the money, we can't do transits. It's weird, but it works.

Jim Reid: Agrees with what Geoff says. The way we try to solve these problems, like with Spearmint, is in my opinion the wrong direction. We try to find something which is more culturally compatible with the way telcos and carriers do business amongst themselves, which is, like Geoff said, by bilateral agreements. It may well be that these agreements are reflected in the DNS. That might be a beter way forward than Spearmint. I don't like the idea personally of peering federations, balkanised trees. that's just madness. We're just creating more problems and more fragmentation and more diverse numbers of namespaces. We need to get back to the idea of single tree, single namespace. This is what we or the IETF should try to fix.

Otmar: What happens is two operators don't share a tree?

Jim: Same way they do it now, with steamphones. (Those without internet addresses, with keypads and rotary dials, steam powered)

Patrick Faltstrom: You compare with e-mail, that's interesting, and come to conclusion that the work to stop spam should be done on the sender side, I agree. I don't agree with your conclusion that the end-to-end model is dead. The IETF had the discussion if we should move from e-mail today to consent based messging. But the ability to make a call or e-mail to someone without prior consent is worth a lot. So the the Spearmint and voice people can probably learn a lot more from the e-mail people.

Vladislav Vobr (Emirates Telecomunication Corp.): Why do you still need ENUM if PSTN is gone?

Otmar: Because we still have numbers.

Vladislav: I see ENUM as temporary. Do you have an exit strategy for ENUM, you think it's going to stay forever?

Otmar: No, numbers are the least common denominator for identifying a voice endpoint, they work everywhere.

Vladislav: we moved from IPs to names, much easier for people to understand, it's the same for the phone.

Otmar: Are you sure you can understand a Chinese name better than a number? How do you enter that?

Vladislav: That's the next step: IDNs, international domain names.

Otmar: The amount of deployed phone numbers is so huge, that it's very hard to replace.

Vladislav: I think it will.

F. Short News

This maybe curtailed in case of time pressure.

F1: Plan for Signing of E164.ARPA - A.Robachevsky

http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

There were no questions.

F2: +44 update - J.Reid

http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

There were no questions.

F3: +353 update - C.Daly done by Niall, as C.Daly can't travel here.

http://www.ripe.net/ripe/meetings/ripe-55/presentations/thursday.html

People were asked to pass on questions to the presenter, as Niall gave the presentation on behalf of someone else.

G: Discussion on Plenary Presentation: Emergency Call Handling - A. Mayrhofer

Carsten asked if any discussion for this needed. No one responded.

X: Interaction With Other Working Groups

X1: Extension of DNSMON to E164.ARPA (NCC Services & Test-Traffic WGs)

Carsten: This is about the interaction with the RIPE NCC Services and Test Traffic WGs and the DNSMON service being extended into the ENUM name space as well. We had a presentation by Ondrej Sury in the RIPE NCC Services WG meeting. If you have any questions or comments, please see the main discussion thread in the RIPE NSS Service WG mailing list. This is mainly a heads up that the discussion will be held there.

Jim: I've got one thing that I'd like to emphasise: Everyone knows where I stand on DNSMON in general, but I've lost the argument. On the other hand, if we proceed with this for tier-1 delegations, we need some clarity about how this is going be monitored and get some form of consent from the people who are going to get the monitoring service on how this is done. It would be unwise if this goes ahead and we have the situation where a country perceives that the RIPE NCC is intervening in what is really a national matter.

Carsten: You propose that this is then written down in the policy document?

Jim: Yes! Then if there are complaints, we can show them.

Wilfried Woeber: Do we have time to restart this discussion here or should we move this to mailing list? If they offer a service which by purpose and architecture is to be used by the general public, then why worry about using that service publicly? It makes no difference what kind of query you send. If you do not want it to be public, don't offer it.

Peter Koch: I appreciate this effort to make proposal. How many tier-1 registries are we doing this for now that are not monitored now? Isn't this discussion in vacuum?

Carsten: I can't answer this. at the end of the day it needs to be discussed by greater public.

Niall O'Reilly: This will be taken to the RIPE NCC Services mailing list for input.

Y. A.O.B.

Carsten: I'd like to mention the crawler presentation and maybe postpone it. It was decided that this would be moved to RIPE 56.

Z. Close

Summary of action items

  • ENUM54.3 [Niall O'Reilly]: Communicate result to WG Chairs, RIPE-NCC
  • ENUM55.1 [Niall O'Reilly, Carsten Schiefner]: Update the RIPE54 minutes to take out the typos.
  • ENUM55.2 [Niall O'Reilly, Carsten Schiefner]:Take account of offer crawler presentation in planning WG session for RIPE 56

End.