[enum-wg] Austria starts with the ENUM-based number range

Hi all,

I have several questions...
1) Which switching machine takes in charge of "triggering an ENUM query"? Is it
the local-part machine?
2) Is it that ENUM registry in Austria stores all the ENUM NAPTR records of all
users? And telco service providers agree to cooperate with ENUM registry?
3) What is the charge module of ENUM application now? Is it based on number of
services, just ENUM number, or some other things?

Best wishes!
Chenhui

>From: "Conroy, Lawrence \(SMTP\)" <lwc at roke.co.uk>
>Reply-To: 
>To: "Otmar Lendl" <lendl at nic.at>
>Subject: Re: [enum-wg] Austria starts with the ENUM-based number range
>Date:Tue, 19 Apr 2005 13:49:39 +0100
>
>Hi Otmar, Carsten, folks,
>   I may have been brushed by a bus, but the term interconnect worries
>me. Please use the LART if needed, but as I understood it...
>
>There is no NEED for an interconnect between an originating operator
>and any specific terminating provider. Any call to a 780 number MUST
>trigger an ENUM query, and the destination device is indicated by
>the NAPTR generated URL. This is done on the "originating side".
>Thus a PSTN originated call does not need to be delivered to another
>operator, so no interconnect is needed, only an ENUM-aware gateway.
>
>Of course, if the originating operator is too dumb to realise that
>this is "a license to print money" then they can make an agreement
>to deliver calls to any one of a number of folk who can gateway the
>PSTN call to a SIP phone. This is good news for those gateway providers,
>as THEY have the license to print money. Capitalism will ensure that
>they do not rob the poor originating operator for too much, but "the
>drinks are on them".
>
>In the longer term, the originating operators may set up their own
>gateways - there is a good business case, but it does require a clue.
>It is up to history to see if and how long this takes.
>
>all the best,
>   Lawrence
>
>On 19 Apr 2005, at 13:11, Otmar Lendl wrote:
>> Hi,
>>
>> On 2005/04/19 13:04, Carsten Schiefner <enumvoipsip.cs at schiefner.de>
>> wrote:
>>> Otmar Lendl wrote:
>>>
>>>> The call routing on the PSTN side is NOT AFFECTED by the selection
>>>> of the KDB. Any telco can route *all* calls to *all* 0780 numbers
>>>> to the same PSTN->VoIP gateway. The telco (KDB) currently owning
>>>> the number has no right to receive the call via the usual SS7
>> interconnect.
>>>> If there are multiple gateways available on the SS7 network, any
>>>> telco originating calls to 0780 can choose the most convenient (i.e.
>>>> cheapest) one to terminate calls to all 0780 numbers.
>>>
>>> [Thanks also to Alexander, who also clarified on that very point]
>>>
>>> After having slept over it (and some mind massages via private email
>>> exchange), I guess I need to rephrase the question appropriately:
>>>
>>> - What will be 780 termination costs like?
>>
>> Termination costs as seen by the end-user, or termination
>> costs between carriers?
>>
>>> - Is that being set by RTR, the Austrian regulator?
>>
>> The RTR has specified only "quellnetztarifiert", meaning that the
>> originating network is free to set a price they charge to
>> someone calling a 0780 number. Based on hints appearing in
>> www.telekom.at, I'd expect that to be somewhere between local
>> and national tariffs for TA customers.
>>
>> Generally speaking, the RTR does not interfere in the pricing of
>> carrier-carrier settlement regimes unless one of the parties complains.
>>
>> As far as we know, that has not happened yet, thus RTR is still
>> out of the loop in terms of 0780 interconnection fees.
>>
>>> - From what I understand what you (and Alexander) said - "If there are
>>
>>> multiple gateways available on the SS7 network, [...]" - each TSP/CSP
>>> can pick any other gateway (true m:n relation), so eventually there
>>> likely will be a market price for gatewaying.
>>
>> Yes. If using someone else's gateway is too expensive, you can either
>> build your own or route your traffic to someone charging less for
>> termination.
>>
>>> - In the meantime, there might be only one or two TSPs/CSPs providing
>>> such gateways. Will they be regulated pricewise for the time being?
>>
>> No.
>>
>> /ol
>> -- 
>> < Otmar Lendl (lendl at nic.at) | nic.at Systems Engineer >
>>