Re: CG/PL: запуск задачи на любой звонок

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Fri 10 Nov 2006 - 13:35:19 MSK

On Fri, 10 Nov 2006 12:10:31 +0300 (MSK)   "Dmitry Valdov" <CGatePro@mx.ru> wrote:

>> А если по-взрослому, то - INCOMINGREQUESTURI(). Он Вам даст тот URI, 
>>который 
>> был в пакете. И его уже можно и самому порутить.

>
> А если я хочу его отдать по роутингу? Который у меня в Settings->Router.

И что Вам помешает?

> От gatewayincoming я хочу только принять звонок. С проксированием, если
>надо.

gatewayincoming - это B2bUA программа. Она не может просто "принять звонок". Она его должна куда переключить. Что такое "с проксированием" - тоже не понятно - их там минимум три типа, ну да ладно.

> Плюс, аутентифицировать по IP. Ковырять gatewayincoming при каждом
>чихе (добавлением сетки, итд) не хочу? Хочется, чтоб можно было прийти по >CLI из биллинга автоматом и все сделать. Я не понимаю, что такое "аутентифицировать по IP". Вы путаете автомобиль и оглоблю. Если Вы про Интернет - то "аутентифицировать" - это убедиться, что данный об"ект (сигнал, например) выдан данной личностю. Где личность - это user@domain. IP адреса тут - совсем из другой оперы. И никак для аутентикации слжить не могут. За исключением тех случаев, когда: а) Вы говорите, что все соединения от 12.34.56.78 - это Вася@petya.com, и мы в этом совершенно уверены.
б) Вы говорите, что все соединения от 12.34.56.78 - это от trused party, и если оно говорит, что соединение от Вася@petya.com - то этому надо верить.

Заметим попутно, что "соединиение от" (или сигнал от) Вася@petya.com - не означает, что Вася@petya.com будет в From: header. Совсем не означает. Потому что Вася может нам зафорвадить звонок от Даши. И аутнетикация - это либо Autneticate хедер, либо P-Asserted-Identity (в случае (б)) сверху.

>>> Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
>>> подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
>>> gatewaycaller), причем с проксированием. Как это правильно сделать?
>>
>> Правильнее? Очень просто. Берете за $50 компутер. Любой. Вплоть до 
>>партиции в 
>> виртуальном сервере. И Community Edition CGatePro на него. И всё сетку ту 
>>- 
>> тоже на него заводите. И делаете там то, что именно для этой сетки надо, 
>>не 
>> портя нормальную картину нормальному серверу.

>
> А если таких десятки? Они меняются? Добавляются, убираются, доступ
> открывается/закрывается, и все это автоматически?

Мне не понятно, что, собственно, требуется. Просто RTP всех звонки из какой-то сети проксировать (а почему, кстати - чтобы использовать сеть у котой есть Qos)?   

>>> Вторая задача (для того же) - принять через gatewayincoming некую пачку 
>>> URI,
>>> оттуда часть отправить на определенный IP. Без всякой авторизации.
>>> Поясняю, для чего. Есть некий gateway, который сбрасывает нам определенную 
>>> номерную емкость. Часть этой емкости надо отправить кому-то.
>>
>> Что значит "часть"? Случайным образом? gatewayicoming - это программа. 
>> Курочьте её как хотите - в чем проблема?

>
> В автоматике. Курочить gatewayincoming, если надо кому-то добавить десяток
> номеров или отключить межгород - извращение.

Что значит "отключить межгород"? Если я звоню на dv@dv.ru - это у меня межгород или нет? А если речь идет о звонке в PSTN, так он пойдет в gatewaycaller, где меня *Аутентицируют*, и далее возьмут сеттинги моего аккаунта, а в них, например, окажется что в поле GatewayDomain в ключе long и в ключе intl (межгород и международный) стоит пусто. И мой звонок завернут.

Для этого, естественно, юзеры должны быть ЮЗЕРАМИ. на CGatePro. А у Вас, похоже, юзеров нет - у вас есть сетки, а не юзеры.

Это, конечно, тоже решаемо - делаете файлик где стоит соответствие сеть -> user. И вместо того, чтобы требовать настоящей аутнтикации, в своей программке gatewaycaller берете адрес звонящего, и по этой таблице - превращаете его в имя пользователя. Далее - по тексту.

Добавление сети - это заведение нового пользователя, и добавление в эту таблицу маппинга адрес->юзер.

Всё это, конечно, отлаёт 18-ым веком - но работать будет.   

>>> Если еще при этом будет сделана возможность
>>> прикрывать АОН-ом все,
>>
>> Что такое "прикрывать АОН-ом"?

>
> Подставлять некий URI, если присланный From: с определенных IP не попадает
>под определенную маску. Отдал я ему *@vasya.com..

Не можете Вы ему "Отдать" такое. У меня сервер стоит там, куда отдали, а клиент - за море уехал. Хорошо, у вас, может, еще такое и прокатывает - вы же с них деньги как раз за это берете. Но тогда - см. выше. Аутентицируете пользователя - и смотрите, что у него стоит в GetwayFrom. Точнее, gatewaycaller И так это уже делает.

> Если оттуда звонок From:
> vasya@vasya.com, пропускаем. Если From: vasya@petya.com, меняем на
> office@vasya.com.
  

>> В телефонии стандартен только подход детского сада 1950-х годов. ЛЮБАЯ 
>> телефонная сетка, со всеми её "защитами" и прочим хламом - взламывается на 
>> раз, как только у Вас есть что-то кроме аналогового телефона (да и через 
>> него, кстати, далеко не все фрекерские дырочки прикрыли).

>
> Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
> SS7 клиенту никогда не дадут, это понятно.

А. То есть утверждается, что при доступе на PRI я не могу поставить себе любой номер? Мы вот тут друг другу звонили, поставив код Эквадора... Впрочем, Вам виднее - мне просто показали, что сломать можно - как именно, я не выяснял.   

>> А если нормально - то каждый звонок должен быть аутентифицирован. И сеть

>
> По IP - чем не аутентификация?

Ничем. То есть - см. выше. Но зачем, если можно делать нормально, а не по-телефонному?   

>> Если же всё-таки есть желание копировать телефонию, то это тоже можно - 
>> напишите ВСЁ, что Вы хотите, пришлите, мы Вам разработаем такую систему.

>
> Долго. И цена, думаю, будет немного другая по сравнению с готовым
>решением..

А Вы и так хотите не "готового" решения, а кастом. Но - задаром, на левом майлнинг листе. И - не об"ясняя всей задачи. Оно, конечно, может что и получится. Но сильно со временем.   

>>  Там, 
>> невдалеке от Вас, через речку - одна такая система скоро закрутится. Так 
>>что 
>> юзер не узнает ни в жисть, что там вообще SIP есть.

>
> Так это понятно, что не узнает.. А что именно сейчас реализовано?

Что значит, что "реализовано"? Телефония. В ней, как Вам известно, функций совсем не много. Позвонил, положил. Ну, "AON" поставил-убрал. Ну, - если очень повезет - Трансфер сделал. 10-20 функций - это ж предел мечтаний для телефониста, обслуживающего всю страну...   

>>> На самом деле, задача для большого-пребольшого софтсвитча, куда оно в 
>>> обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
>>
>> "Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле 
>>держит 
>> 1000 параллельних звонков?

>
> "ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)

А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что у кого-то есть софтсвитч, поддерживающий миллион параллельных звонков? Заметим, что наши опубликованные тесты "на 10 миллионов сабскруберов" - это совсем не количество параллельних звонков. И хоть есть и тесты на 50млн - даже там, насколько я знаю, параллельно много меньше миллиона - и без проксирования данных. А у нас, всё-таки, отрыв от ближайших конкурентов в порядок, если не в два..

Так расскажите нам про софтсвитч на миллион параллельных звонков - очень интересно!   

> --
> Dmitry Valdov
> CCIE #15379 (R&S and SP)
>
> ##################################################################
> Вы получили это сообщение потому, что подписаны на список рассылки
> <CGatePro@mx.ru>.
>
> Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
> Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
> Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>
> Для административных запросов адрес <CGatePro-request@mx.ru>
> Архив списка: http://mx.demos.su/lists/cgp-russian/
>
>
>

Sincerely,
Vladimir Получено Fri Nov 10 10:34:02 2006