Re: Overlap signalling.

Здравствуйте,

Alexander V Alekseev wrote:
> Hello!
>
> On Tue, 5 Dec 2006, Vladimir A. Butenko wrote:
>

>>>      Хочется это получить "по простому": если нам пришла, допустим
>>>  цифра 5, а в роутере есть маршруты:
>>>
>>>  <51123465> = vasya3465
>>>  <51143465> = vasya3465
>>>  <5128103(4d)> = vasya*
>>>
>>>  то наверное надо отдавать не 404 "Not found", а 484 "Address 
>>> Incomplete".
>>
>> Не, так не выйдет. У меня все номера в компании, например, 4-х 
>> значные. А вот номера 7234 нету. Но есть любимый поставщик с телефоном 
>> 72344444467. Выдавать 484 каждому, кто набрал 7234 - не есть хорошо.


>     В устройствах обычно есть настройка, какой пир делает overlap.

>> Если ввести специальный "плохой адрес" -
>> <(1-3d)@*>  = incomplete
>> который обрабатывать так же как error -
>> <(1-3d)@*>  = error
>> (прекращая Routing с ошибкой) но в качестве ошибки в SIP выдавать 484.
>>
>> Это можно попробовать сделать...
>>
>> А что, у Вас есть телефоны которые это используют? Или Вы пытаетесь 
>> подключить обычные телефоны через FXS?


>     Всё гораздо проще. Вчера зашла речь "а как это в телефонии

Polycom со свежей прошивкой и LinkSys это поддерживают.

Легко проверить это можно позвонив на програмку из трех строк:

reject.sppr:

entry main is

   RejectCall(484);
end entry;

<123> = reject#pbx

LinkSys явно просит ввести продолжение номера и шлет новый запрос.

Polycom явно не просит, но код ошибки отрабатывает и дополнительно введенные цифры шлет вместе с началом номера в телефон в виде нового запроса.

> Так что это можно считать, что вопрос чисто теоретический.
> Хотя, с точки зрения пользователя, я не понимаю, зачем я должен
> явно обозначать конец набора номера при вводе, если в обычной телефонии
> я этого не делаю.

А приличные SIP телефоны имеют настройки (которые почему-то называются dialplan), которые позволяют не обозначать явно конец ввода номера, если уже введенное отвечает некоторому шаблону новых циферок от пользователя не поступает.

-- 
Best regards,
Dmitry Akindinov