Discussion:
CG/PL: запуск задачи на любой звонок
Alexey Naidyonov
2006-11-07 09:03:44 UTC
Permalink
Владимир, добрый день.

Сейчас в CGP запустить CG/PL задачу на любой (исходящий или входящий,
неважно) звонок невозможно. Рутер просто не позволит создать
универсальное правило.

Тем не менее, в некоторых случаях это бывает нужно. Как правило, это
сравнительно небольшие по количеству пользователей установки (ACD,
УПАТС), поэтому страшного числа транзакций в секунду там не ожидается.
Зато эта возможность очень нужна -- ни СОРМа без неё не соорудить, ни
контроля за операторами.

Реализовать эту возможность правильнее всего, на наш взгляд, было бы
запуском задачи из server или cluster wide правила. В документации в
разделе Signal Rules есть глава CG/PL Programs, которая "under
construction". Скорее всего, там будет описано ровно то, что требуется.
Вопрос -- есть ли какой-либо прогноз по сроку реализации этой
возможности?

Спасибо.

SY,
--
Alexey Naidyonov
ITooLabs

##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<***@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-***@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-***@mx.ru>
Для административных запросов адрес <CGatePro-***@mx.ru>
Архив
Vladimir A. Butenko
2006-11-09 09:58:19 UTC
Permalink
В чем проблема сейчас-та?

IF METHOD INVITE
<проверка на то, что не из вашего приложения звонок>
REDIRECT to application#postmaster

Чем не устраивает?

On Tue, 07 Nov 2006 12:03:44 +0300
Post by Alexey Naidyonov
Владимир, добрый день.
Сейчас в CGP запустить CG/PL задачу на любой (исходящий или входящий,
неважно) звонок невозможно. Рутер просто не позволит создать
универсальное правило.
Тем не менее, в некоторых случаях это бывает нужно. Как правило, это
сравнительно небольшие по количеству пользователей установки (ACD,
УПАТС), поэтому страшного числа транзакций в секунду там не ожидается.
Зато эта возможность очень нужна -- ни СОРМа без неё не соорудить, ни
контроля за операторами.
Реализовать эту возможность правильнее всего, на наш взгляд, было бы
запуском задачи из server или cluster wide правила. В документации в
разделе Signal Rules есть глава CG/PL Programs, которая "under
construction". Скорее всего, там будет описано ровно то, что требуется.
Вопрос -- есть ли какой-либо прогноз по сроку реализации этой
возможности?
Спасибо.
SY,
--
Alexey Naidyonov
ITooLabs
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/
Sincerely,
Vladimir
Dmitry Panov
2006-11-09 14:47:10 UTC
Permalink
Post by Vladimir A. Butenko
В чем проблема сейчас-та?
IF METHOD INVITE
<проверка на то, что не из вашего приложения звонок>
REDIRECT to application#postmaster
Чем не устраивает?
А вот что в этой проверке писать? Приложение делает impersonate на
локального юзера и подставляет его From.

В идеале нужно исключить все StartCall(), запущенные с определенным
параметром. Ну или в крайнем случае вообще все StartCall(). Submit
Address is not SIP [0.0.0.0]* не помогает.

Best regards,
--
Dmitry Panov
Chief Technology Officer
Itoolabs.


##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<***@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-***@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-***@mx.ru>
Для административных запросов адрес <CGatePro-***@mx.ru>
Архив
Vladimir A. Butenko
2006-11-10 05:10:47 UTC
Permalink
On Thu, 09 Nov 2006 17:47:10 +0300
Post by Dmitry Panov
Post by Vladimir A. Butenko
В чем проблема сейчас-та?
IF METHOD INVITE
<проверка на то, что не из вашего приложения звонок>
REDIRECT to application#postmaster
Чем не устраивает?
А вот что в этой проверке писать? Приложение делает impersonate на
локального юзера и подставляет его From.
В идеале нужно исключить все StartCall(), запущенные с определенным
параметром. Ну или в крайнем случае вообще все StartCall(). Submit
Address is not SIP [0.0.0.0]* не помогает.
Submit Address is not LOCAL*

при чем тут SIP? Вы же не из SIP его послали, а из локального узла. Или, по
мануалу -

Submit Address is not *[0.0.0.0]*
Post by Dmitry Panov
Best regards,
--
Dmitry Panov
Chief Technology Officer
Itoolabs.
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 05:20:19 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Submit Address is not *[0.0.0.0]*
А это сработает, если у меня listener SIP на конкретных IP висит, а
не на "All Addresses"? :-)

Кстати.. Если мне надо запустить на звонки с определенного IP
gatewayincoming{*,media}#pbx, то "submit address is *[1.2.3.4]*" - нормально?
Есть у меня ощущение, что "*" в параметрах скрипта в rules не пройдет..
Надо что-то другое?

И еще пожелание.. IP адреса по regexp матчить - это извращение..
Было бы приятее видеть: "Caller IP" is 1.1.1.1/24..
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-10 05:59:14 UTC
Permalink
On Fri, 10 Nov 2006 08:20:19 +0300 (MSK)
Post by Dmitry Valdov
Hi!
Post by Vladimir A. Butenko
Submit Address is not *[0.0.0.0]*
А это сработает, если у меня listener SIP на конкретных IP висит, а
не на "All Addresses"? :-)
Submit Address - это откуда засабмитили (с какого адреса), а не НА какой.
"На какой" вообще существует только для SIP и прочих внешних протоколов...
Post by Dmitry Valdov
Кстати.. Если мне надо запустить на звонки с определенного IP
gatewayincoming{*,media}#pbx, то "submit address is *[1.2.3.4]*" - нормально?
Да.
Post by Dmitry Valdov
Есть у меня ощущение, что "*" в параметрах скрипта в rules не пройдет..
Надо что-то другое?
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP адреса
заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли там
звездочка? Ответ - к сожалению, не помешает.
Post by Dmitry Valdov
И еще пожелание.. IP адреса по regexp матчить - это извращение..
Было бы приятее видеть: "Caller IP" is 1.1.1.1/24..
А кто сказал, что там - адрес? Там - строка. Например LOCAL[0.0.0.0]:ss
программа-Вася.
Rules работают только со строками.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 06:39:14 UTC
Permalink
Hi!
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Submit Address is not *[0.0.0.0]*
А это сработает, если у меня listener SIP на конкретных IP висит, а
не на "All Addresses"? :-)
Submit Address - это откуда засабмитили (с какого адреса), а не НА какой. "На
какой" вообще существует только для SIP и прочих внешних протоколов...
Т.е., *[0.0.0.0]* матчит любой IP, откуда засабмиттили?
Post by Dmitry Valdov
Кстати.. Если мне надо запустить на звонки с определенного IP
gatewayincoming{*,media}#pbx, то "submit address is *[1.2.3.4]*" - нормально?
Да.
Post by Dmitry Valdov
Есть у меня ощущение, что "*" в параметрах скрипта в rules не пройдет..
Надо что-то другое?
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP адреса
заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли там
звездочка? Ответ - к сожалению, не помешает.
Не не помешает, а подставится ли вместо нее To?
Post by Dmitry Valdov
И еще пожелание.. IP адреса по regexp матчить - это извращение..
Было бы приятее видеть: "Caller IP" is 1.1.1.1/24..
А кто сказал, что там - адрес? Там - строка. Например LOCAL[0.0.0.0]:ss
программа-Вася.
Rules работают только со строками.
Почему бы не сделать доп. правило, работающее с IP адресами? В данном случае
это будет намного красивее и понятнее, чем:
Submit address is *[1.2.3.*]*. А если у меня подсеть не /24, а /26,
например? Как тогда написать?
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-10 07:40:47 UTC
Permalink
On Fri, 10 Nov 2006 09:39:14 +0300 (MSK)
Post by Dmitry Valdov
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Submit Address is not *[0.0.0.0]*
А это сработает, если у меня listener SIP на конкретных IP висит, а
не на "All Addresses"? :-)
Submit Address - это откуда засабмитили (с какого адреса), а не НА какой.
"На
какой" вообще существует только для SIP и прочих внешних протоколов...
Т.е., *[0.0.0.0]* матчит любой IP, откуда засабмиттили?
Нет, он матчит только те, которые засабмиченны локально.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP
адреса
заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли там
звездочка? Ответ - к сожалению, не помешает.
Не не помешает, а подставится ли вместо нее To?
Нет, не подставится. И причем тут вообще "To"? To (LocalURI) Вы можете взять
уже в gatewayincoming.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 08:07:23 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP
адреса заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли
там звездочка? Ответ - к сожалению, не помешает.
Не не помешает, а подставится ли вместо нее To?
Нет, не подставится. И причем тут вообще "To"? To (LocalURI) Вы можете взять
уже в gatewayincoming.
А если надо не LocalURI?
Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
gatewaycaller), причем с проксированием. Как это правильно сделать?
Вторая задача (для того же) - принять через gatewayincoming некую пачку URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам
определенную номерную емкость. Часть этой емкости надо отправить кому-то.
Плюс принимать от этого кого-то звонки и отправлять без всяких ограничений в
соответствии с Route table. Если еще при этом будет сделана возможность
прикрывать АОН-ом все, что не соответствует определенной маске (например,
отдали кому-то номера XXXXXX-XXXXXY, а оттуда From пришел ZZZZZZ), подменять
на что-то.. Если From: приполз нормальный, входящий в диапазон, то
оставляем, как есть.. (Так сейчас, например, делает S12 при подключении
кого-то по PRI - т.е., ситуация для телефонии стандартная).

На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-10 08:27:54 UTC
Permalink
On Fri, 10 Nov 2006 11:07:23 +0300 (MSK)
Post by Dmitry Valdov
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP
адреса заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли
там звездочка? Ответ - к сожалению, не помешает.
Не не помешает, а подставится ли вместо нее To?
Нет, не подставится. И причем тут вообще "To"? To (LocalURI) Вы можете
взять
уже в gatewayincoming.
А если надо не LocalURI?
А если по-взрослому, то - INCOMINGREQUESTURI(). Он Вам даст тот URI, который
был в пакете. И его уже можно и самому порутить.
Post by Dmitry Valdov
Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
gatewaycaller), причем с проксированием. Как это правильно сделать?
Правильнее? Очень просто. Берете за $50 компутер. Любой. Вплоть до партиции
в виртуальном сервере. И Community Edition CGatePro на него. И всё сетку ту
- тоже на него заводите. И делаете там то, что именно для этой сетки надо,
не портя нормальную картину нормальному серверу.
Post by Dmitry Valdov
Вторая задача (для того же) - принять через gatewayincoming некую пачку
URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам определенную
номерную емкость. Часть этой емкости надо отправить кому-то.
Что значит "часть"? Случайным образом? gatewayicoming - это программа.
Курочьте её как хотите - в чем проблема?
Post by Dmitry Valdov
Плюс принимать от этого кого-то звонки и отправлять без всяких ограничений
в
соответствии с Route table.
Опять - проблема не понятна.
Post by Dmitry Valdov
Если еще при этом будет сделана возможность
прикрывать АОН-ом все,
Что такое "прикрывать АОН-ом"?
Post by Dmitry Valdov
что не соответствует определенной маске (например,
отдали кому-то номера XXXXXX-XXXXXY, а оттуда From пришел ZZZZZZ),
подменять
на что-то.. Если From: приполз нормальный, входящий в диапазон, то
оставляем, как есть.. (Так сейчас, например, делает S12 при подключении
кого-то по PRI - т.е., ситуация для телефонии стандартная).
В телефонии стандартен только подход детского сада 1950-х годов. ЛЮБАЯ
телефонная сетка, со всеми её "защитами" и прочим хламом - взламывается на
раз, как только у Вас есть что-то кроме аналогового телефона (да и через
него, кстати, далеко не все фрекерские дырочки прикрыли).

так что Вы либо пытаетесь эмулировать это безобразие еще раз, теперь в IP -
либо сразу делаете нормально.

А если нормально - то каждый звонок должен быть аутентифицирован. И сеть
должна строиться по разуму, а не по телефонии. "Телефония" должна стоять
сбоку, в виде гейтвеев в PSTN, и вот там, на границе - должны быть все
выкрутасы. Если при этом Вы туда дотянули нормальную аутентикацию, и при
наличии Telnum таблички (говорящий, какому телефонному номеру что
соответствует в реальной жизни) - вы будете спокойно решать проблемы типа "Я
дал Васе номер 12345, а он звонит, обзываясь 4567).

Если же всё-таки есть желание копировать телефонию, то это тоже можно -
напишите ВСЁ, что Вы хотите, пришлите, мы Вам разработаем такую систему.
Там, невдалеке от Вас, через речку - одна такая система скоро закрутится.
Так что юзер не узнает ни в жисть, что там вообще SIP есть.
Post by Dmitry Valdov
На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
"Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле держит
1000 параллельних звонков?

В общем, у Вас классический случай ПРИКЛАДНОЙ ЗАДАЧИ. Вы её можете решать
сами, задавая вопросы разработчику инструментария (но помня, что разработчик
смотрит на эти задачи, как на задачи умирающего бизнеса), либо Вы
заказываете "под ключ" всю задачу: ведь чтобы понять, что реально требуется
- нужно потратить совсем немало усилий...
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 09:10:31 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Не понимаю вопрос. Спрашивете, можно ли все звонки с определенного IP
адреса заредиректить на gatewayincoming{*,media}#pbx - и не помешает ли
там звездочка? Ответ - к сожалению, не помешает.
Не не помешает, а подставится ли вместо нее To?
Нет, не подставится. И причем тут вообще "To"? To (LocalURI) Вы можете
взять уже в gatewayincoming.
А если надо не LocalURI?
А если по-взрослому, то - INCOMINGREQUESTURI(). Он Вам даст тот URI, который
был в пакете. И его уже можно и самому порутить.
А если я хочу его отдать по роутингу? Который у меня в Settings->Router.
От gatewayincoming я хочу только принять звонок. С проксированием,
если надо. Плюс, аутентифицировать по IP. Ковырять gatewayincoming при
каждом чихе (добавлением сетки, итд) не хочу? Хочется, чтоб можно было прийти
по CLI из биллинга автоматом и все сделать.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
gatewaycaller), причем с проксированием. Как это правильно сделать?
Правильнее? Очень просто. Берете за $50 компутер. Любой. Вплоть до партиции в
виртуальном сервере. И Community Edition CGatePro на него. И всё сетку ту -
тоже на него заводите. И делаете там то, что именно для этой сетки надо, не
портя нормальную картину нормальному серверу.
А если таких десятки? Они меняются? Добавляются, убираются, доступ
открывается/закрывается, и все это автоматически?
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Вторая задача (для того же) - принять через gatewayincoming некую пачку
URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам определенную
номерную емкость. Часть этой емкости надо отправить кому-то.
Что значит "часть"? Случайным образом? gatewayicoming - это программа.
Курочьте её как хотите - в чем проблема?
В автоматике. Курочить gatewayincoming, если надо кому-то добавить десяток
номеров или отключить межгород - извращение.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Если еще при этом будет сделана возможность
прикрывать АОН-ом все,
Что такое "прикрывать АОН-ом"?
Подставлять некий URI, если присланный From: с определенных IP не попадает
Post by Vladimir A. Butenko
В телефонии стандартен только подход детского сада 1950-х годов. ЛЮБАЯ
телефонная сетка, со всеми её "защитами" и прочим хламом - взламывается на
раз, как только у Вас есть что-то кроме аналогового телефона (да и через
него, кстати, далеко не все фрекерские дырочки прикрыли).
Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
SS7 клиенту никогда не дадут, это понятно.
Post by Vladimir A. Butenko
А если нормально - то каждый звонок должен быть аутентифицирован. И сеть
По IP - чем не аутентификация?
Post by Vladimir A. Butenko
должна строиться по разуму, а не по телефонии. "Телефония" должна стоять
сбоку, в виде гейтвеев в PSTN, и вот там, на границе - должны быть все
выкрутасы. Если при этом Вы туда дотянули нормальную аутентикацию, и при
наличии Telnum таблички (говорящий, какому телефонному номеру что
соответствует в реальной жизни) - вы будете спокойно решать проблемы типа "Я
дал Васе номер 12345, а он звонит, обзываясь 4567).
Если же всё-таки есть желание копировать телефонию, то это тоже можно -
напишите ВСЁ, что Вы хотите, пришлите, мы Вам разработаем такую систему.
Долго. И цена, думаю, будет немного другая по сравнению с готовым решением..
Post by Vladimir A. Butenko
Там,
невдалеке от Вас, через речку - одна такая система скоро закрутится. Так что
юзер не узнает ни в жисть, что там вообще SIP есть.
Так это понятно, что не узнает.. А что именно сейчас реализовано?
Post by Vladimir A. Butenko
Post by Dmitry Valdov
На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
"Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле держит
1000 параллельних звонков?
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Oleg Shumsky
2006-11-10 10:05:39 UTC
Permalink
Привет.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Вторая задача (для того же) - принять через gatewayincoming некую
пачку URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам
определенную номерную емкость. Часть этой емкости надо отправить
кому-то.
Что значит "часть"? Случайным образом? gatewayicoming - это
программа. Курочьте её как хотите - в чем проблема?
В автоматике. Курочить gatewayincoming, если надо кому-то добавить
десяток
номеров или отключить межгород - извращение.
Коллеги, может попробую помочь идеей. У меня каждый юзер сидит в sql и
помимо прочих данных имеет т.н. тарифный план. Тарифный план - это такая
здоровая таблица с информацией по ценам за минуту по всем кодам, которые
существуют вообще. Выборка делается по алгоритму, когда набарнный юзером
номер наиболее полным образом матчится с кодом в этой таблице. Если
набранный номер не отматчился, то юзер режектится. Соответственно, если
я кому-то хочу отключить межгород или какой-то код, то я могу просто
сделать табличку с ТП, где этого кода не будет.

Вообще, я подхожу с позиции, что все какие-либо изменения по
пользователям должны проводиться в sql, а скрипт sppr для коммунигейта
надо написать один раз, написать хорошо, с отработкой всех ситуаций и
забыть про него навсегда :)
--
Oleg V. Shumsky
Corbina Telecom NOC, VoIP Dept. Ph.: +7 495 7284000, ext. 2174, ICQ: 110474048
Vladimir A. Butenko
2006-11-10 10:35:19 UTC
Permalink
On Fri, 10 Nov 2006 12:10:31 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А если по-взрослому, то - INCOMINGREQUESTURI(). Он Вам даст тот URI,
который
был в пакете. И его уже можно и самому порутить.
А если я хочу его отдать по роутингу? Который у меня в Settings->Router.
И что Вам помешает?
Post by Dmitry Valdov
От gatewayincoming я хочу только принять звонок. С проксированием, если
надо.
gatewayincoming - это B2bUA программа. Она не может просто "принять звонок".
Она его должна куда переключить. Что такое "с проксированием" - тоже не
понятно - их там минимум три типа, ну да ладно.
Post by Dmitry Valdov
Плюс, аутентифицировать по IP. Ковырять gatewayincoming при каждом
чихе (добавлением сетки, итд) не хочу? Хочется, чтоб можно было прийти по
CLI из биллинга автоматом и все сделать.
Я не понимаю, что такое "аутентифицировать по IP". Вы путаете автомобиль и
оглоблю. Если Вы про Интернет - то "аутентифицировать" - это убедиться, что
данный об"ект (сигнал, например) выдан данной личностю. Где личность - это
***@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 (в случае (б)) сверху.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
gatewaycaller), причем с проксированием. Как это правильно сделать?
Правильнее? Очень просто. Берете за $50 компутер. Любой. Вплоть до
партиции в
виртуальном сервере. И Community Edition CGatePro на него. И всё сетку ту
-
тоже на него заводите. И делаете там то, что именно для этой сетки надо,
не
портя нормальную картину нормальному серверу.
А если таких десятки? Они меняются? Добавляются, убираются, доступ
открывается/закрывается, и все это автоматически?
Мне не понятно, что, собственно, требуется. Просто RTP всех звонки из
какой-то сети проксировать (а почему, кстати - чтобы использовать сеть у
котой есть Qos)?
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Вторая задача (для того же) - принять через gatewayincoming некую пачку
URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам определенную
номерную емкость. Часть этой емкости надо отправить кому-то.
Что значит "часть"? Случайным образом? gatewayicoming - это программа.
Курочьте её как хотите - в чем проблема?
В автоматике. Курочить gatewayincoming, если надо кому-то добавить десяток
номеров или отключить межгород - извращение.
Что значит "отключить межгород"? Если я звоню на dv-***@public.gmane.org - это у меня
межгород или нет? А если речь идет о звонке в PSTN, так он пойдет в
gatewaycaller, где меня *Аутентицируют*, и далее возьмут сеттинги моего
аккаунта, а в них, например, окажется что в поле GatewayDomain в ключе long
и в ключе intl (межгород и международный) стоит пусто. И мой звонок
завернут.

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

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

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

Всё это, конечно, отлаёт 18-ым веком - но работать будет.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Если еще при этом будет сделана возможность
прикрывать АОН-ом все,
Что такое "прикрывать АОН-ом"?
Подставлять некий URI, если присланный From: с определенных IP не попадает
Не можете Вы ему "Отдать" такое. У меня сервер стоит там, куда отдали, а
клиент - за море уехал. Хорошо, у вас, может, еще такое и прокатывает - вы
же с них деньги как раз за это берете. Но тогда - см. выше. Аутентицируете
пользователя - и смотрите, что у него стоит в GetwayFrom. Точнее,
gatewaycaller И так это уже делает.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
В телефонии стандартен только подход детского сада 1950-х годов. ЛЮБАЯ
телефонная сетка, со всеми её "защитами" и прочим хламом - взламывается на
раз, как только у Вас есть что-то кроме аналогового телефона (да и через
него, кстати, далеко не все фрекерские дырочки прикрыли).
Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
SS7 клиенту никогда не дадут, это понятно.
А. То есть утверждается, что при доступе на PRI я не могу поставить себе
любой номер? Мы вот тут друг другу звонили, поставив код Эквадора...
Впрочем, Вам виднее - мне просто показали, что сломать можно - как именно, я
не выяснял.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А если нормально - то каждый звонок должен быть аутентифицирован. И сеть
По IP - чем не аутентификация?
Ничем. То есть - см. выше. Но зачем, если можно делать нормально, а не
по-телефонному?
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Если же всё-таки есть желание копировать телефонию, то это тоже можно -
напишите ВСЁ, что Вы хотите, пришлите, мы Вам разработаем такую систему.
Долго. И цена, думаю, будет немного другая по сравнению с готовым
решением..
А Вы и так хотите не "готового" решения, а кастом. Но - задаром, на левом
майлнинг листе. И - не об"ясняя всей задачи. Оно, конечно, может что и
получится. Но сильно со временем.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Там,
невдалеке от Вас, через речку - одна такая система скоро закрутится. Так
что
юзер не узнает ни в жисть, что там вообще SIP есть.
Так это понятно, что не узнает.. А что именно сейчас реализовано?
Что значит, что "реализовано"? Телефония. В ней, как Вам известно, функций
совсем не много. Позвонил, положил. Ну, "AON" поставил-убрал. Ну, - если
очень повезет - Трансфер сделал. 10-20 функций - это ж предел мечтаний для
телефониста, обслуживающего всю страну...
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
"Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле
держит
1000 параллельних звонков?
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)
А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что у кого-то есть
софтсвитч, поддерживающий миллион параллельных звонков? Заметим, что наши
опубликованные тесты "на 10 миллионов сабскруберов" - это совсем не
количество параллельних звонков. И хоть есть и тесты на 50млн - даже там,
насколько я знаю, параллельно много меньше миллиона - и без проксирования
данных. А у нас, всё-таки, отрыв от ближайших конкурентов в порядок, если не
в два..

Так расскажите нам про софтсвитч на миллион параллельных звонков - очень
интересно!
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 12:05:30 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
От gatewayincoming я хочу только принять звонок. С проксированием, если
надо.
gatewayincoming - это B2bUA программа. Она не может просто "принять звонок".
Она его должна куда переключить. Что такое "с проксированием" - тоже не
понятно - их там минимум три типа, ну да ладно.
Полностью. Т.е., и сигнализация и RTP. То, куда отправили звонок, должно
общаться только с нами.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Плюс, аутентифицировать по IP. Ковырять gatewayincoming при каждом чихе
(добавлением сетки, итд) не хочу? Хочется, чтоб можно было прийти по CLI из
биллинга автоматом и все сделать.
Я не понимаю, что такое "аутентифицировать по IP". Вы путаете автомобиль и
оглоблю. Если Вы про Интернет - то "аутентифицировать" - это убедиться, что
данный об"ект (сигнал, например) выдан данной личностю. Где личность - это
Почему личностью? Есть еще организации.. И не нужны им никакие URI и
авторизация. Номера им нужны. 1950-х годов, да. Но по IP.
Post by Vladimir A. Butenko
в этом совершенно уверены.
Воот! Именно это мне и надо. А стандартные средства это сказать будут?
без дописывания.
Post by Vladimir A. Butenko
б) Вы говорите, что все соединения от 12.34.56.78 - это от trused party, и
Тоже понадобится в дальнейшем.
Post by Vladimir A. Butenko
что Вася может нам зафорвадить звонок от Даши. И аутнетикация - это либо
Autneticate хедер, либо P-Asserted-Identity (в случае (б)) сверху.
Понятно. С From я не правильно думал. From тут не причем, да..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Так все-таки.. Есть ситуация (она реально уже есть), когда с определенной
подсетки надо релеить все звонки, куда б они не шли (в т.ч. и на
gatewaycaller), причем с проксированием. Как это правильно сделать?
Правильнее? Очень просто. Берете за $50 компутер. Любой. Вплоть до
партиции в виртуальном сервере. И Community Edition CGatePro на него. И
всё сетку ту - тоже на него заводите. И делаете там то, что именно для
этой сетки надо, не портя нормальную картину нормальному серверу.
А если таких десятки? Они меняются? Добавляются, убираются, доступ
открывается/закрывается, и все это автоматически?
Мне не понятно, что, собственно, требуется. Просто RTP всех звонки из
какой-то сети проксировать (а почему, кстати - чтобы использовать сеть у
котой есть Qos)?
1) проксировать все RTP/Signaling с определенной сети. Как и входящих, так и
исходящих звонков.
2) выставлять счета тому юзеру, который там сидит. Аутентифицироваться он не
хочет.

Надо это для выделенных сетей. Есть клиент. Делаем ему IP VPN. Закрытый. там
у него много офисов. Свой IP PBX. Он обеспечивает внутреннюю связь.
Клиент хочет иметь выход в город и межгород, принимать
входящие звонки. Сеть закрытая.. 1 или несколько внешних IP я им туда заверну
(прозрачный НАТ 1-в-1 или route leaking в MPLS).. На него надо отправить
сотню городских номеров и принимать исх. звонки. Кстати, еще задача.
Ограничить кол-во одновременных звонков с определенного IP (ок,
пусть account'а).

А еще, например, проксировать все нужно, когда нам надо отправить по
выделенному каналу звонок куда-либо далеко.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Вторая задача (для того же) - принять через gatewayincoming некую пачку
URI,
оттуда часть отправить на определенный IP. Без всякой авторизации.
Поясняю, для чего. Есть некий gateway, который сбрасывает нам
определенную номерную емкость. Часть этой емкости надо отправить кому-то.
Что значит "часть"? Случайным образом? gatewayicoming - это программа.
Курочьте её как хотите - в чем проблема?
В автоматике. Курочить gatewayincoming, если надо кому-то добавить десяток
номеров или отключить межгород - извращение.
межгород или нет?
Нет. Межгород - это +1(333)222-22-22, если у меня локальный (для сервера)
код не +1(333).
Post by Vladimir A. Butenko
А если речь идет о звонке в PSTN, так он пойдет в
gatewaycaller, где меня *Аутентицируют*, и далее возьмут сеттинги моего
аккаунта, а в них, например, окажется что в поле GatewayDomain в ключе long и
в ключе intl (межгород и международный) стоит пусто. И мой звонок завернут.
Для этого, естественно, юзеры должны быть ЮЗЕРАМИ. на CGatePro. А у Вас,
похоже, юзеров нет - у вас есть сетки, а не юзеры.
Пока есть. И будут. Про юзеров вопросов нет.

Я в данном случае совсем про другую задачу, которая сейчас работает на
h.323..
Post by Vladimir A. Butenko
Это, конечно, тоже решаемо - делаете файлик где стоит соответствие сеть ->
user. И вместо того, чтобы требовать настоящей аутнтикации, в своей
программке gatewaycaller берете адрес звонящего, и по этой таблице -
превращаете его в имя пользователя. Далее - по тексту.
Мдя..
Post by Vladimir A. Butenko
Добавление сети - это заведение нового пользователя, и добавление в эту
таблицу маппинга адрес->юзер.
Всё это, конечно, отлаёт 18-ым веком - но работать будет.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Если еще при этом будет сделана возможность
прикрывать АОН-ом все,
Что такое "прикрывать АОН-ом"?
Подставлять некий URI, если присланный From: с определенных IP не попадает
Не можете Вы ему "Отдать" такое. У меня сервер стоит там, куда отдали, а
клиент - за море уехал. Хорошо, у вас, может, еще такое и прокатывает - вы же
с них деньги как раз за это берете.
Не. Не берем. :-)
Post by Vladimir A. Butenko
Но тогда - см. выше. Аутентицируете
пользователя - и смотрите, что у него стоит в GetwayFrom. Точнее,
gatewaycaller И так это уже делает.
То, что выше написано - это из того, что телефония строится заново на IP,
а PSTN к ней придаток. Рано. Очень рано. Сейчас надо исходить из того, что
PSTN - телефония, а SIP - придаток. Удобный, новый. Но пока не распространенный.
Когда 99.9% звонков совершаются на PSTN (причем не дешевый - все надо
биллить, итд), это так. И если клиент уехал за море, он взял с собой не
лаптоп на пляж, а мобилу.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
SS7 клиенту никогда не дадут, это понятно.
А. То есть утверждается, что при доступе на PRI я не могу поставить себе
любой номер?
Можете. Но станция подменит на другой, если ее об этом попросить на данном
конкретном порту.
Post by Vladimir A. Butenko
Мы вот тут друг другу звонили, поставив код Эквадора...
Все зависит от настроек. В Alcatel S12 это стандартная функция. точнее,
два режима. Или мы пропускаем оттуда все номера как есть, или станция
пропустит только те номера, диапазон которых указан. Если будет другой
номер, оно заменит на какой-либо, заранее определенный. Все проверено и
работает..
Post by Vladimir A. Butenko
Впрочем,
Вам виднее - мне просто показали, что сломать можно - как именно, я не
выяснял.
Это называется не "сломать"..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А если нормально - то каждый звонок должен быть аутентифицирован. И сеть
По IP - чем не аутентификация?
Ничем. То есть - см. выше. Но зачем, если можно делать нормально, а не
по-телефонному?
Рано. Нельзя все за час выкинуть и построить заново. Дожно быть что-то
промежуточное. Возможно, даже, не один десяток лет.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Если же всё-таки есть желание копировать телефонию, то это тоже можно -
напишите ВСЁ, что Вы хотите, пришлите, мы Вам разработаем такую систему.
Долго. И цена, думаю, будет немного другая по сравнению с готовым
решением..
А Вы и так хотите не "готового" решения, а кастом.
Нее, я пока ничего не хочу, кроме того, что сказал.. Выше - это было
размышление о том, как будет. Да и не custom нужен. А 1950-й год, но поверх
IP, да..

Пока я о менее глобальном..
Нужен Auth по IP плюс proxy
RTP с возможностью всем этим управлять автоматически. Желательно без лишней
писанины. В принципе, оно все работает. Но на H.323. Вот и думаю, сейчас
убрать на SIP или дождаться, когда софтсвитч будет.
Post by Vladimir A. Butenko
Но - задаром, на левом
майлнинг листе. И - не об"ясняя всей задачи. Оно, конечно, может что и
получится. Но сильно со временем.
Не, это было теоретическое размышление (лирическое отступление) про
софтсвитч.
Про софтсвитч вопрос уже, скорее-всего, решен..

Вопрос изначально был немного другой и менее масштабный..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Там, невдалеке от Вас, через речку - одна такая система скоро закрутится.
Так что юзер не узнает ни в жисть, что там вообще SIP есть.
Так это понятно, что не узнает.. А что именно сейчас реализовано?
Что значит, что "реализовано"? Телефония. В ней, как Вам известно, функций
совсем не много. Позвонил, положил. Ну, "AON" поставил-убрал. Ну, - если
очень повезет - Трансфер сделал. 10-20 функций - это ж предел мечтаний для
телефониста, обслуживающего всю страну...
А больше пока ничего и не надо. Для умных юзеров, у которых первичным будет
не номер телефона, а URI, понятно, что будет стоять рядом CGP с аккаунтами на
нем.. Задачи, которые я расписал, нужны именно для того, чтоб отдать номерную
емкость (не URI) кому-то по IP. И выпускать от кого-то звонки
в PSTN. Все.

С Юзерами с "номерами" vasya-//Bz/+***@public.gmane.org вопросов (крупных) к CGP
нет. Они там и будут жить. Скоро. Еще CDR нормальный приделать на звонки таких
юзеров именно на PSTN, тогда вообще было бы все хорошо.. Но вместо этого
предлагается допилить напильником стандартные скрипты.. Когда CDR на PSTN
нужен будет в 99% случаев. Гораздо больше, чем CDR, который есть сейчас. От
которого толк, скорее, ознакомительный. Ну да ладно..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
"Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле
держит 1000 параллельних звонков?
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)
А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что у кого-то есть
софтсвитч, поддерживающий миллион параллельных звонков? Заметим, что наши
опубликованные тесты "на 10 миллионов сабскруберов" - это совсем не
количество параллельних звонков. И хоть есть и тесты на 50млн - даже там,
насколько я знаю, параллельно много меньше миллиона - и без проксирования
данных. А у нас, всё-таки, отрыв от ближайших конкурентов в порядок, если не
в два..
Так расскажите нам про софтсвитч на миллион параллельных звонков - очень
интересно!
Хм. Может не миллион, а 100 тыс. Точно я не помню эту презентацию Нортела.
Помню, что хватало за глаза.. Но никак не "еле-еле держит 1000".
А в чем, кстати, проблема? Мало ресурсов - ставим рядом еще стойку с
десятком SUN-ов (или что там у них, точно не помню).
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-10 14:30:49 UTC
Permalink
On Fri, 10 Nov 2006 15:05:30 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Я не понимаю, что такое "аутентифицировать по IP". Вы путаете автомобиль и
оглоблю. Если Вы про Интернет - то "аутентифицировать" - это убедиться,
что
данный об"ект (сигнал, например) выдан данной личностю. Где личность - это
Почему личностью? Есть еще организации.. И не нужны им никакие URI и
авторизация. Номера им нужны. 1950-х годов, да. Но по IP.
Организация - такая же личность. Если организация - это домен, то хорошо -
присвойте ей ответственный аккаунт - в том же домене или у себя, а в виде
аккаунта acme.ru
Post by Dmitry Valdov
Post by Vladimir A. Butenko
аутентикации
мы
в этом совершенно уверены.
Воот! Именно это мне и надо. А стандартные средства это сказать будут? без
дописывания.
Естественно, нет. Можно сделать "дописывание" простым - типа ввести об"ект
"список IP" -> имя, который можно админить прямо из WebAdmin, и по которому
быстро можно будет замапить IP Address -> имя пользователя. Но мапить всё
равно надо.
Ну, даже если это сделать встроенно - хоть это и коряво и телефония сполшная
- сути не меняет. Можно сделать и сейчас, просто чуть подправить программку
gatewaycaller. Точнее, сделать подпрограмму "аутнетификатор звонка". Она
сейчас во всех программах есть в виде RemoteRedirector() ||
RemoteAuthentication() (то есть - кто зафорвардил, если никто - то кто начал
звонок). Ну, вынести в подпрограмму и прифигчить к ней доп. строчку - если
ни того, ни другого нет, то взять удаленный адрес, и пройтись по табличке.
Вот эту последнюю операцию можно ускорить и окрасивить - но сделать её можно
уже сейчас.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
б) Вы говорите, что все соединения от 12.34.56.78 - это от trused party, и
Тоже понадобится в дальнейшем.
Если аутентицировали как юзера с привилегией canIMpersonate - то он может и
такое.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Потому
что Вася может нам зафорвадить звонок от Даши. И аутнетикация - это либо
Autneticate хедер, либо P-Asserted-Identity (в случае (б)) сверху.
Понятно. С From я не правильно думал. From тут не причем, да..
Более того, To - тоже не причем. И Request URI - тоже.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Мне не понятно, что, собственно, требуется. Просто RTP всех звонки из
какой-то сети проксировать (а почему, кстати - чтобы использовать сеть у
котой есть Qos)?
1) проксировать все RTP/Signaling с определенной сети. Как и входящих, так
и исходящих звонков.
Раз там сидят такие тупые (без возможности аутентикации), то их звонки
должны идти на тел.номер@customer1.dvv.ru - это-то уж Вы от них можете
добиться, даже если там одни телефонисты. DNS для всех этих доменов, как
понятно, показывает на Ваш CGatePro, хотя судя по Вашим словам, там такие
дрова, что им и DNS не нужен - по IP будут работать.

Далее все звонки на *.dvv.ru - рутите так:
*.dvv.ru = *@oldcustomers
<*@oldcustomers> = oldcustomers{*,media}#pbx

Тогда оно получит и номер, и домен кустомера. Тогда IP кустомера можно
хранить не в общей табличке, а в сеттинге этого аккаунта: взяли аккаунт,
взяли из него PSTNHomeIPs - и проверили, если REMOTE адрес из этого
PSTNHomeIPs. Если да - то разрешили и сделали impersonate, если нет -
отослали на фиг с кодом 403.

Это если не курочить gatewaycaller. А проще - вставить именно в него.
Post by Dmitry Valdov
2) выставлять счета тому юзеру, который там сидит. Аутентифицироваться он
не хочет.
Ну вот так и будете выставлять.
Post by Dmitry Valdov
Надо это для выделенных сетей. Есть клиент. Делаем ему IP VPN. Закрытый.
там
у него много офисов. Свой IP PBX. Он обеспечивает внутреннюю связь.
Клиент хочет иметь выход в город и межгород, принимать входящие звонки.
Сеть закрытая.. 1 или несколько внешних IP я им туда заверну (прозрачный
НАТ 1-в-1 или route leaking в MPLS).. На него надо отправить сотню
городских номеров и принимать исх. звонки. Кстати, еще задача.
Входные звонки - проще. Просто вводите его номера а Telnum - и всё. Оно само
его найдет. А в сеттингах аккаунта - прописываете куда оно всё должно идти
(на какой адрес). Оно вам еще может и насчитать, сколько входящих звонков
было, и какой длительности и откуда.
Post by Dmitry Valdov
Ограничить
кол-во одновременных звонков с определенного IP (ок, пусть account'а).
Это тоже делается. Но пока - несколько через камчатку. В 5.2 будет проще
Хинт - это всё - Event Package "dialog". В нем - все текущие диалоги этого
клиента - входящие, исходящие. Соответственно, оно обновляется при приходе
звонка и при его неудаче-удаче, и (опциаонально) - при завершении. Он
полностью появистся в 5.2. Соответственно, им управляется и перехват звонков
(можно будет спросить - а какие звонки сейчас звонят Васе? И - перенаправь
мне вот этот). Есть уже телефоны, которые это поддерживают, ну и из CG/PL
ими можно будет легко управлять. В 5.1 кое-что есть, но в зачаточном
состоянии.
Post by Dmitry Valdov
А еще, например, проксировать все нужно, когда нам надо отправить по
выделенному каналу звонок куда-либо далеко.
Зачем проксировать-то? Если клиент может говорить с удаленным gateway - то
зачем RTP пропускать через сервер? А если не может - сервер сам автоматом
MediaProxy простроит.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
В автоматике. Курочить gatewayincoming, если надо кому-то добавить десяток
номеров или отключить межгород - извращение.
межгород или нет?
Нет. Межгород - это +1(333)222-22-22, если у меня локальный (для сервера)
код не +1(333).
Да? А если написано - либо в телнумах, либо - еще лучше, в глобальной
.e164.arpa - что +1(333)222-22-22 - это dv-***@public.gmane.org - и я могу и должен с ним
общаться нормально, а не через все эти PSTN?

То есть "межгород" - это понятие исключительно PSTN-овое. И начинает играть
рояль только тогда, когда звонок заручен в PSTN. Что обычно означает - в
gatewaycaller приложение. Которое уже может с ним делать что угодно. Обычно
- у вас просто прописано для каждого (используя умолчания, естественно),
какие гейтвеи он использует. Например, для звонков в Москву -такой-то, а в
Тимбукту - такой-то. И общий рутер - рутит в эти "направления" - типа:

<+7495(10d)@telnum> = gatewaycaller{+7495*,moscow}#pbx
<+44(7-12d)@telnum> = gatewaycaller{+7495*,uk}#pbx

И если я туда звоню, то оно (gatewaycaller) лезет в мои (того, кто звонит)
сеттинги, и вытаскивает PSTNGateway. Если он - строка - то это тот гейтвей,
на который слать все мои звонки. А если словарик
{moscow=provider1.com;uk=london.co.uk;} - то оно ищет в нем соответствующий
"направлению" элемент. Если его нет - всё, кранты, обломились и отвергли.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Для этого, естественно, юзеры должны быть ЮЗЕРАМИ. на CGatePro. А у Вас,
похоже, юзеров нет - у вас есть сетки, а не юзеры.
Пока есть. И будут. Про юзеров вопросов нет.
Я в данном случае совсем про другую задачу, которая сейчас работает на
h.323..
H.323 - две жестяные банки, соединенные не вервкой, а IP-сетью. От этого оно
Internet-телефонией никак не стало.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Это, конечно, тоже решаемо - делаете файлик где стоит соответствие сеть ->
user. И вместо того, чтобы требовать настоящей аутнтикации, в своей
программке gatewaycaller берете адрес звонящего, и по этой таблице -
превращаете его в имя пользователя. Далее - по тексту.
Мдя..
и что? Вы же именно этого и хотели.Только вы бы хотели, чтобы этим было
проще управлять - так оно можно. Но пока - можно и так: у меня, например,
нет уверенности, что Вы всё это будете с таким подходом внедрять менее 2-х
лет, и параллельно нет уверенности, что через 2 года вся эта мишура кому-то
будет нужна. Вот сделаете - скажете, смотрите, как всё классно - только
редактировать списки совсем неудобно - тогда мы, конечно, попробуем пойти
навстречу. А так это пока - разговоры.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Но тогда - см. выше. Аутентицируете
пользователя - и смотрите, что у него стоит в GetwayFrom. Точнее,
gatewaycaller И так это уже делает.
То, что выше написано - это из того, что телефония строится заново на IP,
а PSTN к ней придаток. Рано. Очень рано.
Совсем нет. Оно СНАРУЖИ в результате может и выглядеть как старая сеть. Так,
что не отличить. А внутри уже - настоящая. И когда вся эта афера с "браньем
денег за расстояние на который переслался бит" рухнет - у вас будет
работающая система, а не IP-копия резко поненужневшей телефонии 50-х годов.
Post by Dmitry Valdov
Сейчас надо исходить из того, что
PSTN - телефония, а SIP - придаток. Удобный, новый. Но пока не
распространенный.
Видите ли. Сколько в России телефонов? 110млн мобильных и 80млн земных? Ну,
мобильные - отдельная история, а земные - сокращаются довольно быстро.
Вопрос не в том, сколь быстро будет распространяться IP-телефония, а сколь
быстро хотя бы 128bit/sec каналы придут к 20% населения. Вот в США они
пришли - и тут уже телефонисты из последних сил сдерживают всех, чтобы не
началось повальлное VoIP. Всякие Comcast давно бы уже задавили - но у них,
пардон, софт не работает. 1 млн юзеров - предел, при этом разбитый на 20-50
серверов.

В Японии - тоже самое. Каналы есть, момент настал, софта нету. В Европе -
чуть-чуть поспокойнее. Где-то на полгода.
Post by Dmitry Valdov
Когда 99.9% звонков совершаются на PSTN (причем не дешевый - все надо
биллить, итд), это так.
Ну и хорошо - кто мешает. Только сначала строили H.323 сеть - которая была
та же веревка, только через IP. Потом стали строить SIP - только опять же в
виде H.323 - но с другими присказками. Ну, построите через полгода. А через
год оно будет никому не нужно. Ну, через два. Не лучше ли сразу строить так,
чтобы на этом выжить во времена "после PSTN" - то есть то, на чем можно
предоставлять услуги?
Post by Dmitry Valdov
И если клиент уехал за море, он взял с собой не
лаптоп на пляж, а мобилу.
Которая по WiFi будет говорить SIP. Пока - нет. Пока это только у Нокия, и
то плохо работает. А вот ответьте на вопрос - сколько телефонов в Европе и
Японии уже сейчас работают по IP? Только там тоже "снаружи ничего не видно".
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
SS7 клиенту никогда не дадут, это понятно.
А. То есть утверждается, что при доступе на PRI я не могу поставить себе
любой номер?
Можете. Но станция подменит на другой, если ее об этом попросить на данном
конкретном порту.
Какая станция? У AT&T на кампусе? Так у нас три офиса, и нам надо, чтобы
были такие-то и такие-то номера. Которые меняются каждую неделю.
Естественно, это достает оператора, и они разрешают звонить с любым
номером.После чего звоним на подводную лодку и голосом Рамсфельда говорим
"отметить мою отставку залпом по Капитолию".

Детский сад это всё. Просто в телефоне денег нет, и за хаченье телефонной
сети можно сесть, в отличие от хачанье Вашего, скажем, Веб сервера. А через
международку - да, не похачишь особенно (говорят). Вот и всё. Как только
появятся там деньги - всё это будет хакнуто на раз.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Мы вот тут друг другу звонили, поставив код Эквадора...
Все зависит от настроек. В Alcatel S12 это стандартная функция. точнее,
два режима. Или мы пропускаем оттуда все номера как есть, или станция
пропустит только те номера, диапазон которых указан. Если будет другой
номер, оно заменит на какой-либо, заранее определенный. Все проверено и
работает..
Угу. Еще раз - это всё работает на ЗАКРЫТОЙ сети. Где хотя бы бэкбон -
квалифицированный (и не скажет - да пусть передают что хотят), и где
клиентов - с гулькин нос (и каждый несет $1000 в месяц хотя бы). Как только
сеть станет открытой - всё, кранты телефонным "веревочкам" и "защитам".
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Впрочем,
Вам виднее - мне просто показали, что сломать можно - как именно, я не
выяснял.
Это называется не "сломать"..
Хорошо, это называется сделать сеть открытой. Заметим, что PSTN телефония -
по определению совершенно незащищенная сеть, на которой защита только на её
закрытости. Любое открытие (типа вот такого гейтвея с отсутствием
ограничения исходящего номера) - и всё.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Ничем. То есть - см. выше. Но зачем, если можно делать нормально, а не
по-телефонному?
Рано. Нельзя все за час выкинуть и построить заново. Дожно быть что-то
промежуточное. Возможно, даже, не один десяток лет.
А что Вы, собственно, хотите "не выкинуть"? PSTN gateway - да, их не надо
выкидывать - никто не предлагает. Интернет, которым оно всё соединино - тоже
вроде никто не предлагает. А вот строить сеть - Вам все равно приходится. И
можно это делать либо сразу хорошо, либо сразу неправильно.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А Вы и так хотите не "готового" решения, а кастом.
Нее, я пока ничего не хочу, кроме того, что сказал.. Выше - это было
размышление о том, как будет. Да и не custom нужен. А 1950-й год, но
поверх IP, да..
Тогда - зачем Вам вообще IP Телефония? Есть куча прилад, которые делают
"PSTN
поверх IP" - всякие "софтсвичи" и прочие "устройства". Там эти все
заморочки, безусловно, сделаны сразу и полностью. Ну, нету - нету у нас
оглобель. Можно приспособить - да. Но под капот засовывать "на заводе" - не
будем. Потому что тем, для кого мы всё это делаем - это второстепенно, если
нужно вообще.
Post by Dmitry Valdov
Пока я о менее глобальном..
Нужен Auth по IP
Сделайте. Хотите, сделаем для Вас. Нет проблем - только заказывайте.
Post by Dmitry Valdov
плюс proxy RTP с возможностью всем этим управлять автоматически.
Оно и так проксирует и управляет.
Post by Dmitry Valdov
Желательно без лишней писанины. В принципе, оно все работает. Но на H.323. > Вот и думаю, сейчас убрать на SIP или дождаться, когда софтсвитч будет.
Я думаю, что это Вам решать.
Post by Dmitry Valdov
не номер телефона, а URI, понятно, что будет стоять рядом CGP с аккаунтами
на нем.. Задачи, которые я расписал, нужны именно для того, чтоб отдать
номерную емкость (не URI) кому-то по IP. И выпускать от кого-то звонки в
PSTN. Все.
А. А мы тут тогда при чем?
Post by Dmitry Valdov
нет. Они там и будут жить. Скоро. Еще CDR нормальный приделать на звонки
таких
юзеров именно на PSTN, тогда вообще было бы все хорошо.. Но вместо этого
предлагается допилить напильником стандартные скрипты.. Когда CDR на PSTN
нужен будет в 99% случаев. Гораздо больше, чем CDR, который есть сейчас.
От которого толк, скорее, ознакомительный. Ну да ладно..
А что конкретно Вы хотите, чтобы писалось в PSTN CDR? Там сейчас пишется
время, от кого-куда, тарифный план и продолжительность звонка. Что-то еще
нужно?
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
На самом деле, задача для большого-пребольшого софтсвитча, куда оно в
обозримом будущем и уйдет, но сейчас пока софтсвитча нету.. :(
"Большой-большой софтсвитч" - это нечто, что при помощи B2BUA еле-еле
держит 1000 параллельних звонков?
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)
А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что у кого-то
есть
софтсвитч, поддерживающий миллион параллельных звонков? Заметим, что наши
опубликованные тесты "на 10 миллионов сабскруберов" - это совсем не
количество параллельних звонков. И хоть есть и тесты на 50млн - даже там,
насколько я знаю, параллельно много меньше миллиона - и без проксирования
данных. А у нас, всё-таки, отрыв от ближайших конкурентов в порядок, если
не
в два..
Так расскажите нам про софтсвитч на миллион параллельных звонков - очень
интересно!
Хм. Может не миллион, а 100 тыс. Точно я не помню эту презентацию Нортела.
Не смешите.
Post by Dmitry Valdov
Помню, что хватало за глаза.. Но никак не "еле-еле держит 1000".
А в чем, кстати, проблема? Мало ресурсов - ставим рядом еще стойку с
десятком SUN-ов (или что там у них, точно не помню).
А Вы попробуйте сначала. Особенно этим всем поуправлять... :-) Когда
звоночки раскиданы на каждый из этих серверов индивидуально, и лоад
балансинг как бы "ну а зачем он Вам нужен"?

Вова, побывавший в Нортеловской группе лоад-балансинга (бывший Алтеон) во
время их тестировния CGatePro SIP Farm и с интересом послушавший, как с этим
делом обстоит в самом Нортеле... Уж скорее Циска в Бангалоре что-то сделает
- через 5 лет.. Кстати, группу ту в тот момент отпочковывали. Но я не помню,
выжила ли она вообще.

Сановскую стойку, говорите? "Мощный Софтсвитч", значит? "хххе-эээ" (с)
Сухов.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 15:55:58 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Надо это для выделенных сетей. Есть клиент. Делаем ему IP VPN. Закрытый.
там
у него много офисов. Свой IP PBX. Он обеспечивает внутреннюю связь.
Клиент хочет иметь выход в город и межгород, принимать входящие звонки.
Сеть закрытая.. 1 или несколько внешних IP я им туда заверну (прозрачный
НАТ 1-в-1 или route leaking в MPLS).. На него надо отправить сотню
городских номеров и принимать исх. звонки. Кстати, еще задача.
Входные звонки - проще. Просто вводите его номера а Telnum - и всё.
100 штук? ну там бы хоть возможность использования regexp сделать, чтоли..
Post by Vladimir A. Butenko
Оно само
его найдет. А в сеттингах аккаунта - прописываете куда оно всё должно идти
(на какой адрес). Оно вам еще может и насчитать, сколько входящих звонков
было, и какой длительности и откуда.
Да эт не надо. Надо продать не более, скажем, 20 одновременных входящих плюс
исходящих звонков с/на PSTN и все.. 21 - отбой.. Это ж PSTN. :-)
Post by Vladimir A. Butenko
Post by Dmitry Valdov
А еще, например, проксировать все нужно, когда нам надо отправить по
выделенному каналу звонок куда-либо далеко.
Зачем проксировать-то? Если клиент может говорить с удаленным gateway - то
зачем RTP пропускать через сервер?
Затем, что есть выделенные каналы. И роутинг сервер-сервер пойдет через
него. А клиент-клиент - через интернет со всеми вытекающими..
Post by Vladimir A. Butenko
А если не может - сервер сам автоматом
MediaProxy простроит.
Даже если там не НАТ, а просто роутинга нет? (закрытая сеть). А как оно
узнает??
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
В автоматике. Курочить gatewayincoming, если надо кому-то добавить
десяток
номеров или отключить межгород - извращение.
межгород или нет?
Нет. Межгород - это +1(333)222-22-22, если у меня локальный (для сервера)
код не +1(333).
Да? А если написано - либо в телнумах, либо - еще лучше, в глобальной
общаться нормально, а не через все эти PSTN?
Значит мы отправляем его не на PSTN GW, а напрямую. Значит это НЕ межгород.
Post by Vladimir A. Butenko
То есть "межгород" - это понятие исключительно PSTN-овое. И начинает играть
рояль только тогда, когда звонок заручен в PSTN.
Я и не спорю, все так и есть.
Post by Vladimir A. Butenko
Что обычно означает - в
gatewaycaller приложение. Которое уже может с ним делать что угодно.
Мое мнение - если есть приложение для входа/выхода в/из PSTN, то его надо
МАКСИМАЛЬНО сделать удобным именно для этого. Т.е., некая прослойка на
ближайшие несколько лет, которая будет делать все, что сейчас нужно от
"телефонии 1950-х годов". Сейчас же предлагается конструктор, хотя никакой
кастамизации тут нет - все требования с 1950-х годов давно известны. Так
реализуйте их.. За 10 лет окупится, пока PSTN жив будет :-)
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Это, конечно, тоже решаемо - делаете файлик где стоит соответствие сеть ->
user. И вместо того, чтобы требовать настоящей аутнтикации, в своей
программке gatewaycaller берете адрес звонящего, и по этой таблице -
превращаете его в имя пользователя. Далее - по тексту.
Мдя..
и что? Вы же именно этого и хотели.Только вы бы хотели, чтобы этим было проще
управлять - так оно можно. Но пока - можно и так: у меня, например, нет
уверенности, что Вы всё это будете с таким подходом внедрять менее 2-х лет, и
параллельно нет уверенности, что через 2 года вся эта мишура кому-то будет
нужна.
Пока в же.^H^Hудаленных частях мира нет толстого интеренета - БУДЕТ нужна. А
это не 2 года. А минимум 10.
Post by Vladimir A. Butenko
Вот сделаете - скажете, смотрите, как всё классно - только
редактировать списки совсем неудобно - тогда мы, конечно, попробуем пойти
навстречу. А так это пока - разговоры.
Ну так если хотят это сделать прям завтра, и чтоб все было готово?
Предложение "ну вы пока сделайте сами, а дальше мы посмотрим" - смешно. Как
бы при наличии денег возьмут что-то готовое, к тому же, имеющее все
разрешения/лицензии на территории России.. И ждать и "паять на коленке"
никто не будет.
Post by Vladimir A. Butenko
Которая по WiFi будет говорить SIP. Пока - нет. Пока это только у Нокия, и то
плохо работает. А вот ответьте на вопрос - сколько телефонов в Европе и
Японии уже сейчас работают по IP? Только там тоже "снаружи ничего не видно".
О чем и речь. Только снаружи - номера. Внутри - SIP. И чтоб так делать, надо
еще набрать пяток программеров, которые будут год переписывать
gatewaycaller/gatewayincoming, а потом еще год получать сертификаты.
А надо - завтра. Вот именно так. Внутри IP, снаружи ничего не видно. Плюс
много-много всяких вещей -- конвертация кодеков, протоколов, gateways
встроенные с SS7, итд. Взял - и поставил.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Пока не встречал.. PRI сейчас уходят направо и налево. Пачками. Ессно,
SS7 клиенту никогда не дадут, это понятно.
А. То есть утверждается, что при доступе на PRI я не могу поставить себе
любой номер?
Можете. Но станция подменит на другой, если ее об этом попросить на данном
конкретном порту.
Какая станция? У AT&T на кампусе? Так у нас три офиса, и нам надо, чтобы были
такие-то и такие-то номера. Которые меняются каждую неделю. Естественно, это
достает оператора, и они разрешают звонить с любым номером.После чего звоним
Не, все проще. Есть настройка, какие номера к вам отправляются, такие
АОН-ы и принимаются. А входящие на вас все-равно прописывать надо..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Впрочем, Вам виднее - мне просто показали, что сломать можно - как именно,
я не выяснял.
Это называется не "сломать"..
Хорошо, это называется сделать сеть открытой. Заметим, что PSTN телефония -
по определению совершенно незащищенная сеть, на которой защита только на её
закрытости. Любое открытие (типа вот такого гейтвея с отсутствием ограничения
исходящего номера) - и всё.
Да я не за PSTN. Я за нормальное сосуществования с ней в ближайшие X лет.
Post by Vladimir A. Butenko
А что Вы, собственно, хотите "не выкинуть"? PSTN gateway - да, их не надо
выкидывать - никто не предлагает. Интернет, которым оно всё соединино - тоже
вроде никто не предлагает. А вот строить сеть - Вам все равно приходится. И
можно это делать либо сразу хорошо, либо сразу неправильно.
А что такое в данном случае сеть? Я представляю это как некая IP сеть, по
краям которой стоят gateways (в аналоговые линии, в PRI/SS7 - не важно). А в
середине один софтсвитч. Вот и вся сеть. И чего тут потом переделывать?
Софтсвитч? В чем проблема? Выкинул один, купил другой. Ну подумаешь, деньги..
Кстати, у меня есть смутное подозрение в том, что CGP по производительности
обгоняет всех за счет кастрирования функциональности.. Но это
предположение, спорить не буду.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Нее, я пока ничего не хочу, кроме того, что сказал.. Выше - это было
размышление о том, как будет. Да и не custom нужен. А 1950-й год, но поверх
IP, да..
Тогда - зачем Вам вообще IP Телефония?
Могу сказать. Только не тут :-)
Post by Vladimir A. Butenko
Есть куча прилад, которые делают "PSTN
поверх IP" - всякие "софтсвичи" и прочие "устройства". Там эти все заморочки,
безусловно, сделаны сразу и полностью. Ну, нету - нету у нас оглобель. Можно
приспособить - да. Но под капот засовывать "на заводе" - не будем. Потому что
тем, для кого мы всё это делаем - это второстепенно, если нужно вообще.
В общем, понятно.
Post by Vladimir A. Butenko
А что конкретно Вы хотите, чтобы писалось в PSTN CDR? Там сейчас пишется
время, от кого-куда, тарифный план и продолжительность звонка. Что-то еще
нужно?
Продолжительности звонка там нет. Вычитать время по нескольким строкам -
извращение. gatewaycaller знает время. Так запишите его в CDR.. Причем в
отдельный. Именно для PSTN. Поскольку это *PSTN*. Платный он, да. Дорогой.
Биллить его надо, в отличие от обычных звонков между аккаунтами. Больше,
собсно, ничего не надо. Сваливать в Радиус даже не прошу -- понял,
что бесполезно.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Хм. Может не миллион, а 100 тыс. Точно я не помню эту презентацию Нортела.
Не смешите.
Post by Dmitry Valdov
Помню, что хватало за глаза.. Но никак не "еле-еле держит 1000".
А в чем, кстати, проблема? Мало ресурсов - ставим рядом еще стойку с
десятком SUN-ов (или что там у них, точно не помню).
А Вы попробуйте сначала. Особенно этим всем поуправлять... :-) Когда звоночки
раскиданы на каждый из этих серверов индивидуально, и лоад балансинг как бы
"ну а зачем он Вам нужен"?
А там нет? надо будет спросить.. Попробуем, куда ж нам деваться..
Post by Vladimir A. Butenko
Сановскую стойку, говорите? "Мощный Софтсвитч", значит? "хххе-эээ" (с) Сухов.
Я, возможно, расскажу о впечатлениях :-)
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Andrew A. Vasilyev
2006-11-10 16:28:44 UTC
Permalink
Post by Dmitry Valdov
Post by Vladimir A. Butenko
нет уверенности, что Вы всё это будете с таким подходом внедрять менее 2-х
лет, и параллельно нет уверенности, что через 2 года вся эта мишура
кому-то будет нужна.
Пока в же.^H^Hудаленных частях мира нет толстого интеренета - БУДЕТ нужна. А
это не 2 года. А минимум 10.
Странно, а некоторые считают по-другому:

http://lenta.ru/news/2006/10/25/rusnet/_Printed.htm

Россия обогнала Европу по числу высокоскоростных интернет-каналов

Россия стала европейским лидером по количеству высокоскоростных интернет-каналов.
К такому выводу пришли специалисты компании J'Son & Partners, сообщает газета "Коммерсант".

По данным исследователей, оптоволоконными интернет-каналами пользуются более 870 тысяч
отечественных абонентов. Примечательно, что по этому показателю Россия опережает не
только страны Европы, но и Соединенные Штаты Америки, уступая лишь Китаю, Японии и,
с большим отрывом, Южной Корее.
...

А вы говорите: "Верхняя Вольта, ..."
________
ANDY
Vladimir A. Butenko
2006-11-10 18:00:13 UTC
Permalink
On Fri, 10 Nov 2006 19:28:44 +0300
Post by Andrew A. Vasilyev
Post by Dmitry Valdov
это не 2 года. А минимум 10.
Андрюш, ты прекрасно знаешь, что это туфта.
Post by Andrew A. Vasilyev
http://lenta.ru/news/2006/10/25/rusnet/_Printed.htm
Россия обогнала Европу по числу высокоскоростных интернет-каналов
Россия стала европейским лидером по количеству высокоскоростных
интернет-каналов.
К такому выводу пришли специалисты компании J'Son & Partners, сообщает
газета "Коммерсант".
По данным исследователей, оптоволоконными интернет-каналами пользуются
более 870 тысяч
отечественных абонентов. Примечательно, что по этому показателю Россия
опережает не
только страны Европы, но и Соединенные Штаты Америки, уступая лишь
Китаю, Японии и,
с большим отрывом, Южной Корее.
...
А вы говорите: "Верхняя Вольта, ..."
Да. Потому что в тех же штатах в более чем половине домов - есть хотя бы DSL
а то и кабель. То есть - достаточно для нормальной телефонии (по себе знаю -
у меня хилый DSL, PSTN не пользуюсь уже 2 года).

Да, это не Бразилия - где в НОВЫХ домах 50mbit/sec - но это 150млн человек.
А не 870тыс.

Для VoIP важно кол-во каналов 128Kbit, а не кол-во каналов 50Mbit/sec. Вот
для IPTV - оно да... Но на 870тыс - бизнесу не построишь.
Post by Andrew A. Vasilyev
________
ANDY
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 18:13:35 UTC
Permalink
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
Post by Dmitry Valdov
это не 2 года. А минимум 10.
Андрюш, ты прекрасно знаешь, что это туфта.
Три года назад вообще не было массового широкополосного доступа.
Даже в Москве. Сейчас есть - даже в регионах. Ещё через 2 года -
будет гораздо больше. Приезжай, увидишь :-)))
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
К такому выводу пришли специалисты компании J'Son & Partners, сообщает
газета "Коммерсант".
Все вопросы по материалу - вот к этим товарищам. Пардон, к "господам" (и дамам :-)))
Post by Vladimir A. Butenko
Для VoIP важно кол-во каналов 128Kbit, а не кол-во каналов 50Mbit/sec. Вот
для IPTV - оно да... Но на 870тыс - бизнесу не построишь.
Тех, у кого 128K, уже сейчас явно больше 870тыс. Миллионов 20, думаю.
Вопрос в том, зачем им VoIP, если есть обычный телефон за 300р и мобильник
за столько же. А нелегальные гастарбайтеры и в США звонят домой по карточкам,
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
________
ANDY
Dmitry Valdov
2006-11-10 18:26:31 UTC
Permalink
Hi!
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
Тьфу на вас :-)

PS. DV, а не DVV. :-)
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Andrew A. Vasilyev
2006-11-10 18:46:19 UTC
Permalink
Post by Dmitry Valdov
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
PS. DV, а не DVV. :-)
Я имел в виду совсем другого нашего общего с Вовой знакомого,
его как раз dvv@ зовут.
________
ANDY
Vladimir A. Butenko
2006-11-10 19:05:17 UTC
Permalink
On Fri, 10 Nov 2006 21:26:31 +0300 (MSK)
Post by Dmitry Valdov
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
Тьфу на вас :-)
PS. DV, а не DVV. :-)
Сик тразит. Глория, однако, мунди.

Я из-за Ваших дискуссий пропустил некий элемент жизни под названием сон. Уже
11 утра - и шо я теперь буду делать? dvv позвонить, может?
Post by Dmitry Valdov
Dmitry Valdov
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 19:08:54 UTC
Permalink
Post by Vladimir A. Butenko
Я из-за Ваших дискуссий пропустил некий элемент жизни под названием сон.
Уже 11 утра - и шо я теперь буду делать? dvv позвонить, может?
Он будет страшно рад, отвечаю! :-))
________
ANDY
Vladimir A. Butenko
2006-11-10 19:14:26 UTC
Permalink
On Fri, 10 Nov 2006 22:08:54 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Я из-за Ваших дискуссий пропустил некий элемент жизни под названием сон.
Уже 11 утра - и шо я теперь буду делать? dvv позвонить, может?
Он будет страшно рад, отвечаю! :-))
sip:dvv@сам-знаешь.что - не отвечает. А PSTN - это не кузяво.
В свете вышеизложенного.
Post by Andrew A. Vasilyev
________
ANDY
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 19:15:02 UTC
Permalink
Ага! Вот она ваша хвалёная Сеть!!! :-)))) Вряд ли он до 12-ти дрыхнет
по пятницам...
________
ANDY
Vladimir A. Butenko
2006-11-10 18:51:09 UTC
Permalink
On Fri, 10 Nov 2006 21:13:35 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Dmitry Valdov
это не 2 года. А минимум 10.
Андрюш, ты прекрасно знаешь, что это туфта.
Три года назад вообще не было массового широкополосного доступа.
Даже в Москве. Сейчас есть - даже в регионах. Ещё через 2 года -
будет гораздо больше. Приезжай, увидишь :-)))
Я полтора месяца как уехал, как бы. Правда, может и приеду. Ты бы, кстати,
об"яснил мне, что у меня такое дома в Москве стоит - оно якобы не DSL, а
"похоже". Просто из любопытства.
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Для VoIP важно кол-во каналов 128Kbit, а не кол-во каналов 50Mbit/sec. Вот
для IPTV - оно да... Но на 870тыс - бизнесу не построишь.
Тех, у кого 128K, уже сейчас явно больше 870тыс. Миллионов 20, думаю.
Загнул. Но - спорить не буду.
Post by Andrew A. Vasilyev
Вопрос в том, зачем им VoIP, если есть обычный телефон за 300р и
мобильник за столько же.
Ну! О том и спич.
Post by Andrew A. Vasilyev
А нелегальные гастарбайтеры и в США звонят домой по карточкам,
Та ни. Оне вообще никуда не звонят.
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
А он же вроде как давно не в этой теме, или я что-то пропустил?

Забавно, кстати, как у нас поменялись требования одного заказчика. За
полгода. Началось всё с того, чтобы как тут - "сколько каналов туда, сколько
- сюда, что запретить, что разрешить" (и это при том, что у людей - четверть
телефонной сети страны - своя). И не успели еще построить, как уже - "а вот
как у нас юзеры из Аутлука могут запустить конфренцию, а как сделать так,
чтобы перевод звонков зависил от presence" - и так далее.
Post by Andrew A. Vasilyev
ANDY
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 18:55:58 UTC
Permalink
Post by Vladimir A. Butenko
Я полтора месяца как уехал, как бы. Правда, может и приеду. Ты бы, кстати,
об"яснил мне, что у меня такое дома в Москве стоит - оно якобы не DSL, а
"похоже". Просто из любопытства.
Не кабельный модем, не?
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
А он же вроде как давно не в этой теме, или я что-то пропустил?
Ну, когда он сюда крайний раз приезжал, вроде, на таких как раз работал.
Post by Vladimir A. Butenko
четверть телефонной сети страны - своя). И не успели еще построить, как уже
- "а вот как у нас юзеры из Аутлука могут запустить конфренцию, а как
сделать так, чтобы перевод звонков зависил от presence" - и так далее.
Мораль: презентации (даже на Гаваях) могут быть полезны для рекламы
возможного сервиса. А так люди по ходу узнают много нового для себя.
За свои деньги :-)))
________
ANDY
Vladimir A. Butenko
2006-11-10 19:08:47 UTC
Permalink
On Fri, 10 Nov 2006 21:55:58 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Я полтора месяца как уехал, как бы. Правда, может и приеду. Ты бы, кстати,
об"яснил мне, что у меня такое дома в Москве стоит - оно якобы не DSL, а
"похоже". Просто из любопытства.
Не кабельный модем, не?
Та ни. З виду - тот же ADSL. В общем, приеду - покажу. MTU, кажется.
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
им ты ЦеГеПе не продашь. Их DVV окучивает :-)))
А он же вроде как давно не в этой теме, или я что-то пропустил?
Ну, когда он сюда крайний раз приезжал, вроде, на таких как раз работал.
Я к нему ездил прошлым июнем, и вроде он в гос.конторе какой работал. И
скучал.
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
четверть телефонной сети страны - своя). И не успели еще построить, как
уже
- "а вот как у нас юзеры из Аутлука могут запустить конфренцию, а как
сделать так, чтобы перевод звонков зависил от presence" - и так далее.
Мораль: презентации (даже на Гаваях) могут быть полезны для рекламы
возможного сервиса.
Еще чего. Не было им никаких презентаций. Они просто мануал дочитали...
Post by Andrew A. Vasilyev
А так люди по ходу узнают много нового для себя.
За свои деньги :-)))
Угу. Надо будет брать деньги за услугу - "чтение мануала вслух". Как раз по
VoIP - звонишь пред сном, а она тебе нежным голосом какую-нибудь главку и
начитывает. Хошь из CGP, хошь - из Камы С утры.

________
Post by Andrew A. Vasilyev
ANDY
Sincerely,
Vladimir
Dmitry Valdov
2006-11-10 18:23:15 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
То есть - достаточно для нормальной телефонии (по себе знаю -
у меня хилый DSL, PSTN не пользуюсь уже 2 года).
Хех.. А мобильный? Это не PSTN?
Кстати, а зачем пользоваться проводными телефонами, если есть
мобильник?..
Так что прибавляем еще несколько лет, когда покрытие WiFi/Wi* будет хотябы
сравнимо с покрытием мобильных операторов.. И цены.. В Нидерландах
WiFi в гостинице ~20 евро в сутки. Спасибо, не надо.
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-10 19:03:24 UTC
Permalink
On Fri, 10 Nov 2006 21:23:15 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
То есть - достаточно для нормальной телефонии (по себе знаю -
у меня хилый DSL, PSTN не пользуюсь уже 2 года).
Хех.. А мобильный? Это не PSTN?
а.. э... У меня он начинает звонить, если я в течении 7 секунд не беру
нормальный (то есть VoIP) телефон. С него я тоже звоню, в основном - в офис
на свой аккаунт. Я ж о чем говорю - как звонок доходит - дело десятое. Как
не волнует Вас, через что прошли битики, чтобы добраться до Вашего майлера и
дать Вам возможность прочесть то, что я тут писАю. Сеть - и есть сеть. Ну,
транспорт - не более.
Post by Dmitry Valdov
Кстати, а зачем пользоваться проводными телефонами, если есть
мобильник?..
На Поликомовском телефоне - звук намного чище, чем на любом стационарном. А
мобильники - вообще шум. В машине -да. А так - ни. Не кузяво. При этом
заметим, что я всегда могу поставить звонок на паркинг, позвонить с
мобильника и его взять - например, перемещаясь из офиса в машину- без того,
чтобы перезванивать - многие этого не любят.
Post by Dmitry Valdov
Так что прибавляем еще несколько лет, когда покрытие WiFi/Wi* будет хотябы
сравнимо с покрытием мобильных операторов..
Зачем? Современные телефоны- и так уже пакетные. Опять же - мне глубоко по
барабану, как сигнал дойдет до телефона. "Я не знаю, кто клал кабель".
Главное, чтобы я мог с этого телефона получить нужные мне услуги. А WiFi там
или веревка - десятое дело. Лишь бы работало.
Post by Dmitry Valdov
И цены.. В Нидерландах
WiFi в гостинице ~20 евро в сутки. Спасибо, не надо.
Так они ТОЖЕ хотят пощипать тех, у кого нету Интернета везде и всюду :-)

Кстати, я когда в Москву в мае летел - в самолете был WiFi. И какой-то
противный абориген стал плакать и стучать на меня стюардеше, что я громко
разговариваю. На самом деле - завидывал, гад. А у меня наушник был
действительно жуткий - наружу больше, чем вовнутрь. И стоило это - $26 - от
Сан Франциски до Франкфурта. Что никак не дорого, согласитесь. И работало
всю дорогу над окияном. В отличие от сотовых, которые сдыхают уже за Чикагой
(проверено :-). Но вот беда - прикрыли лавочку :-(. Везде враги...
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-11 14:34:43 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
То есть - достаточно для нормальной телефонии (по себе знаю - у меня хилый
DSL, PSTN не пользуюсь уже 2 года).
Хех.. А мобильный? Это не PSTN?
а.. э... У меня он начинает звонить, если я в течении 7 секунд не беру
нормальный (то есть VoIP) телефон. С него я тоже звоню, в основном - в офис
на свой аккаунт. Я ж о чем говорю - как звонок доходит - дело десятое. Как не
волнует Вас, через что прошли битики, чтобы добраться до Вашего майлера и
дать Вам возможность прочесть то, что я тут писАю. Сеть - и есть сеть. Ну,
транспорт - не более.
Ну так пользуетесь же.. И, думаю, что много. И это - PSTN.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Так что прибавляем еще несколько лет, когда покрытие WiFi/Wi* будет хотябы
сравнимо с покрытием мобильных операторов..
Зачем? Современные телефоны- и так уже пакетные. Опять же - мне глубоко по
барабану, как сигнал дойдет до телефона. "Я не знаю, кто клал кабель".
Главное, чтобы я мог с этого телефона получить нужные мне услуги. А WiFi там
или веревка - десятое дело. Лишь бы работало.
А какое покрытие в Штатах мобильными операторами, предоставляющими интернет
на скоростях, достаточных для VoIP? И цены.. не дешевле ли будет звонить
непосредственно с мобильного?
Post by Vladimir A. Butenko
Кстати, я когда в Москву в мае летел - в самолете был WiFi. И какой-то
противный абориген стал плакать и стучать на меня стюардеше, что я громко
разговариваю. На самом деле - завидывал, гад. А у меня наушник был
действительно жуткий - наружу больше, чем вовнутрь. И стоило это - $26 - от
Сан Франциски до Франкфурта. Что никак не дорого, согласитесь. И работало всю
дорогу над окияном. В отличие от сотовых, которые сдыхают уже за Чикагой
(проверено :-). Но вот беда - прикрыли лавочку :-(. Везде враги...
Вот это интересно.. Совсем прикрыли? А какая авиакомпания? А то решил я
USA посетить :-)
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-11 15:08:55 UTC
Permalink
On Sat, 11 Nov 2006 17:34:43 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
волнует Вас, через что прошли битики, чтобы добраться до Вашего майлера и
дать Вам возможность прочесть то, что я тут писАю. Сеть - и есть сеть. Ну,
транспорт - не более.
Ну так пользуетесь же.. И, думаю, что много. И это - PSTN.
И что? В течении первых 5 лет с 1995 года - весь "публичный Интернет" тоже
был исключительно на PSTN - помните такую вещь, как "модем"? Ну и что? Всё
равно это уже был Интернет, и я посылал E-mail, а не звонил "барышня,
передайте на +7095ччччччч вот эти слова".
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Зачем? Современные телефоны- и так уже пакетные. Опять же - мне глубоко по
барабану, как сигнал дойдет до телефона. "Я не знаю, кто клал кабель".
Главное, чтобы я мог с этого телефона получить нужные мне услуги. А WiFi
там
или веревка - десятое дело. Лишь бы работало.
А какое покрытие в Штатах мобильными операторами, предоставляющими
интернет
на скоростях, достаточных для VoIP? И цены.. не дешевле ли будет звонить
непосредственно с мобильного?
А что Вы смотрите на Штаты? Штаты в телефонии - страна крайне отсталая, тут,
как и в России - есть монополии, точнее - трасты (сговор то бишь). А вот в
Японии, например, монополии вообще всего три, зато они дерутся за рынок как
угорелые - и там телефония не в пример Штатовской. Хотя тоже, конечно,
смешная порой...
Post by Dmitry Valdov
Post by Vladimir A. Butenko
дорогу над окияном. В отличие от сотовых, которые сдыхают уже за Чикагой
(проверено :-). Но вот беда - прикрыли лавочку :-(. Везде враги...
Вот это интересно.. Совсем прикрыли? А какая авиакомпания? А то решил я
USA посетить :-)
Совсем. Connectixx - я боюсь, что наврал в спеллинге. Работала в основном на
Люфтганзе. И июля, кажется, прикрыли. Потому что - "никто не пользуется".
Вот же ж... Видать - одни телефонисты летают...

А будете в наших краях - заходите.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-11 15:37:25 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
И что? В течении первых 5 лет с 1995 года - весь "публичный Интернет" тоже
был исключительно на PSTN - помните такую вещь, как "модем"? Ну и что? Всё
равно это уже был Интернет, и я посылал E-mail, а не звонил "барышня,
передайте на +7095ччччччч вот эти слова".
Раньше.. Я в НН в 1994-м dialup начал делать одним из первых..
И что? У меня тут есть данные.. dialup-ом пользуется сейчас в НН на порядок
(примерно) больше человек, чем broadband.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
А какое покрытие в Штатах мобильными операторами, предоставляющими интернет
на скоростях, достаточных для VoIP? И цены.. не дешевле ли будет звонить
непосредственно с мобильного?
А что Вы смотрите на Штаты? Штаты в телефонии - страна крайне отсталая, тут,
как и в России - есть монополии, точнее - трасты (сговор то бишь). А вот в
Японии, например, монополии вообще всего три, зато они дерутся за рынок как
угорелые - и там телефония не в пример Штатовской. Хотя тоже, конечно,
смешная порой...
Хмм, а какое покрытие в Японии мобильными операторами, предоставляющими
интернет на скоростях, достаточных для VoIP?
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
дорогу над окияном. В отличие от сотовых, которые сдыхают уже за Чикагой
(проверено :-). Но вот беда - прикрыли лавочку :-(. Везде враги...
Вот это интересно.. Совсем прикрыли? А какая авиакомпания? А то решил я
USA посетить :-)
Совсем. Connectixx - я боюсь, что наврал в спеллинге. Работала в основном на
Люфтганзе. И июля, кажется, прикрыли. Потому что - "никто не пользуется". Вот
же ж... Видать - одни телефонисты летают...
У, Люфтганза. Не, мы люди бедные :-) Люфтганзой только в командировки
летаем..
Post by Vladimir A. Butenko
А будете в наших краях - заходите.
Спасибо за приглашение, если буду рядом - обязательно забегу. SF пока не в
планах, но думаю..
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-11 16:11:06 UTC
Permalink
On Sat, 11 Nov 2006 18:37:25 +0300 (MSK)
Post by Dmitry Valdov
Раньше.. Я в НН в 1994-м dialup начал делать одним из первых..
Ой. А я почему-то думал, что Вы из много более восточной части. А Вы,
значить, из Нижнего? Это у Вас там все "американские компании" свои
телефонии делают? Включая и компании моих однокласников, что, как я понимаю,
сейчас будут восставать из пепла (в чем мы им поможем, если сможем)...
Post by Dmitry Valdov
И что? У меня тут есть данные.. dialup-ом пользуется сейчас в НН на
порядок (примерно) больше человек, чем broadband.
"Так то - Турция. Там тепло".
Post by Dmitry Valdov
Post by Vladimir A. Butenko
угорелые - и там телефония не в пример Штатовской. Хотя тоже, конечно,
смешная порой...
Хмм, а какое покрытие в Японии мобильными операторами, предоставляющими
интернет на скоростях, достаточных для VoIP?
Можно я не буду сейчас звонить в Токио? А то это получится надолго.
Навскидку - где-то процентов 95%. Из которых - 50% - достаточно для того,
чтобы туда еще и телевизер пущать, а не только звук.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
же ж... Видать - одни телефонисты летают...
У, Люфтганза. Не, мы люди бедные :-) Люфтганзой только в командировки
летаем..
Хм. А что, есть что-то дешевше ганзы воздушной? Только не надо про Ерофлот -
он, во-первых, сюда не летает уже давно (слава Богу), а во-вторых - был он
как правило не дешевле. Засада в том, что купив билет на Ганзу, Вы можете
попасть на United - а вот это уже даже не Аэрофлот. Это уже песня в воздухе.
С припевами... Так что - смотрите на билеты внимательно.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А будете в наших краях - заходите.
Спасибо за приглашение, если буду рядом - обязательно забегу. SF пока не в
планах, но думаю..
Ну, вот хозяин этого списка меня в Москву тащит. там сегодня снег. Может, и
поеду... :-)
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Dmitry Valdov
2006-11-12 17:23:54 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Ой. А я почему-то думал, что Вы из много более восточной части. А Вы,
значить, из Нижнего?
Ага..
Post by Vladimir A. Butenko
Это у Вас там все "американские компании" свои телефонии
делают?
Хмм, это которые? Мера?
Post by Vladimir A. Butenko
Хм. А что, есть что-то дешевше ганзы воздушной? Только не надо про Ерофлот -
он, во-первых, сюда не летает уже давно (слава Богу), а во-вторых - был он
как правило не дешевле.
Я в NY.. Туда Ерофлот летает и дешевле.. Раза в 1.5.. И без пересадок.
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-13 05:29:24 UTC
Permalink
On Sun, 12 Nov 2006 20:23:54 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Ой. А я почему-то думал, что Вы из много более восточной части. А Вы,
значить, из Нижнего?
Ага..
Post by Vladimir A. Butenko
Это у Вас там все "американские компании" свои телефонии
делают?
Хмм, это которые? Мера?
Мера - не знаю. А вот был мой одноклассник CTO компании под названием
"Зултис", так она, оказывается, была уся в Нижнем. И вообще тут, как
оказалось, половина "американских" компаний (особенно в VoIP) - либо в
Нижнем, либо еще где-то близко. Ну, это из тех, которые еще не целиком в
Бангалоре.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
он, во-первых, сюда не летает уже давно (слава Богу), а во-вторых - был он
как правило не дешевле.
Я в NY.. Туда Ерофлот летает и дешевле.. Раза в 1.5.. И без пересадок.
Не летаю, но думаю, что не должен бы. Дешевле-то. Хотя кто их там, на
Дальнем Востоке знает. Нью-Йорк - это там где-то, ближе к Африке, да?
Post by Dmitry Valdov
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Vladimir A. Butenko
2006-11-10 18:39:31 UTC
Permalink
On Fri, 10 Nov 2006 18:55:58 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
НАТ 1-в-1 или route leaking в MPLS).. На него надо отправить сотню
городских номеров и принимать исх. звонки. Кстати, еще задача.
Входные звонки - проще. Просто вводите его номера а Telnum - и всё.
100 штук? ну там бы хоть возможность использования regexp сделать, чтоли..
А у Вас что, провизионинг работает на regexp? Или Вы руками собираетесь всё
вносить?
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Оно само
его найдет. А в сеттингах аккаунта - прописываете куда оно всё должно идти
(на какой адрес). Оно вам еще может и насчитать, сколько входящих звонков
было, и какой длительности и откуда.
Да эт не надо. Надо продать не более, скажем, 20 одновременных входящих
плюс
исходящих звонков с/на PSTN и все.. 21 - отбой.. Это ж PSTN. :-)
Ну и какие проблемы? То есть - да, сейчас надо будет полчаса писать скрипт.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Post by Dmitry Valdov
А еще, например, проксировать все нужно, когда нам надо отправить по
выделенному каналу звонок куда-либо далеко.
Зачем проксировать-то? Если клиент может говорить с удаленным gateway - то
зачем RTP пропускать через сервер?
Затем, что есть выделенные каналы. И роутинг сервер-сервер пойдет через
него. А клиент-клиент - через интернет со всеми вытекающими..
Так пустите его - в роутинге именно туда.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А если не может - сервер сам автоматом
MediaProxy простроит.
Даже если там не НАТ, а просто роутинга нет? (закрытая сеть). А как оно
узнает??
Если засунуть эти сервер-сервер каналы в LAN IPs - то узнает.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Что обычно означает - в
gatewaycaller приложение. Которое уже может с ним делать что угодно.
Мое мнение - если есть приложение для входа/выхода в/из PSTN, то его надо
МАКСИМАЛЬНО сделать удобным именно для этого. Т.е., некая прослойка на
ближайшие несколько лет, которая будет делать все, что сейчас нужно от
"телефонии 1950-х годов". Сейчас же предлагается конструктор, хотя никакой
кастамизации тут нет - все требования с 1950-х годов давно известны. Так
реализуйте их.. За 10 лет окупится, пока PSTN жив будет :-)
Не надо. У Вас - вот такие требования. У другого провайдера - совсем другие.
Например, чтобы звонки приходили только из определнной сети. И так далее.
Поэтому и сделана - платформа, а не солющн.
Post by Dmitry Valdov
Пока в же.^H^Hудаленных частях мира нет толстого интеренета - БУДЕТ нужна.
А
это не 2 года. А минимум 10.
Ну, спорить не буду. Будет 10 - нам будет проще.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Вот сделаете - скажете, смотрите, как всё классно - только
редактировать списки совсем неудобно - тогда мы, конечно, попробуем пойти
навстречу. А так это пока - разговоры.
Ну так если хотят это сделать прям завтра, и чтоб все было готово?
Предложение "ну вы пока сделайте сами, а дальше мы посмотрим" - смешно.
Как
бы при наличии денег возьмут что-то готовое, к тому же, имеющее все
разрешения/лицензии на территории России.. И ждать и "паять на коленке"
никто не будет.
Если у Вас есть деньги на покупки самоделок от Нортеля - то мы Вам с
удовольствием представим "всё готовое". За соизмеримые суммы. Только с
гарантией работоспособности. Но без фуршетов на Гавайях. И намного быстрее,
чем Вам привезут металлолом из Китая или США, на котором будет работать тот
"софтсвитч".
Post by Dmitry Valdov
О чем и речь. Только снаружи - номера. Внутри - SIP. И чтоб так делать,
надо
еще набрать пяток программеров, которые будут год переписывать
gatewaycaller/gatewayincoming, а потом еще год получать сертификаты. А
надо - завтра. Вот именно так. Внутри IP, снаружи ничего не видно. Плюс
много-много всяких вещей -- конвертация кодеков, протоколов, gateways
встроенные с SS7, итд. Взял - и поставил.
Сертификаты - это не ко мне, поговорите с нашими дистрибуторами в стране.
SS7 - тоже не к нам, вот это добро как раз - берите у Нортела или Циски. Оно
работает фигово, но хоть работает. Мы этим заниматься не будем. Хотя если Вы
окажетесь правы, и оно через 2 года не умрет, а Циска с Нортелем так и будут
делать такого качества "продухты" - то, может, и займемся. Деньги не пахнут.
Post by Dmitry Valdov
Не, все проще. Есть настройка, какие номера к вам отправляются, такие
АОН-ы и принимаются. А входящие на вас все-равно прописывать надо..
Я говорю - "проще" - это когда клиентов - три. Когда их 3000, и каждый
меняет-добавляет номера - хотя бы раз в месяц - то считайте сами, как быстро
на "защиту" машут рукой.
Post by Dmitry Valdov
Да я не за PSTN. Я за нормальное сосуществования с ней в ближайшие X лет.
Я - тоже. Вопрос - на чьих условиях. Если строить, основываясь на том, "как
ТФОП работает сегодня", то получится та же фигня, только из другой веревки.
Если построить нормально, а потом прикинуть, как на это положить PSTN с её
заморочками и традициями (и способом от"ема денег у клиентов) - то это
другое дело.
Post by Dmitry Valdov
А что такое в данном случае сеть? Я представляю это как некая IP сеть, по
краям которой стоят gateways (в аналоговые линии, в PRI/SS7 - не важно). А
в
середине один софтсвитч. Вот и вся сеть. И чего тут потом переделывать?
Софтсвитч? В чем проблема? Выкинул один, купил другой. Ну подумаешь,
деньги..
Ха. Вот была сеть AOL. Еще была сеть Compuserv. И DECNET и много чего еще. И
все они были, в общем-то - одинаковые: по краям железки, в середине -
большая железка, между ними - проволка. И Интернет в этом ничего не поменял.
Однако все те сети исчезли за два года - хотя им тоже прочили "еще 10 лет
минимум".

Дело не в "софтвсфич". Дело именно в архитектуре: кто является - логически -
пользовтаелем. В ТФОПе всё просто - чей номер, того и тапки. VoIP от этого
не отличается - имя@domain - тот же номер, "только толще". Фишка в том, как
решается проблема аутентикации по этому номеру-имени. Если в ТФОП - так там
всё просто - Компусерв тот же: "наша сеть закрыта, мы тут всем верим на
слово". Аунтентикация по IP - это попытка перенести такую же, хм, парадигму
- на VoIP. Не выйдет.

Потому что я, Вася@пупкин - хочу получать свои сервисы где бы я ни
находился. И речь идет именно о сервисах. Потому что просто так "позвонить"
- мне для этого платить не надо. Звонки практически бесплатны, где еще
небесплатны - там всякие карточкопродАвцы добирают последнии копейки. Речь
идет об услугах. А они должны предоставляться мне, Вася@пупкину, а не
какому-то там IP или "транку связи бубубу с бабаба".
Post by Dmitry Valdov
Кстати, у меня есть смутное подозрение в том, что CGP по
производительности
обгоняет всех за счет кастрирования функциональности.. Но это
предположение, спорить не буду.
А я уже говорил - Вы походите по базару, походите.

Более того - допустим, Вы правы. Допустим, CGatePro - медленнее даже
Астериска. Мы тут щас это даже наблюдаем. Некий провайдер решил построить
всё своими силами. И его "программисты" за полгода написали аж 300 строк
кода. Ну. может 1000- мы не всё смотрели. Так там удивительно, что оно
вообще шевелится. Вопрос - будет оно у него работать? Ответ - да, будет.
потому что он поставит не 40 серверов, а 400. Но это - кластер, и ему не
надо думать, как он будет ими всеми рулить. А то, что 400 - ну: хозяин -
барин: заплатить $100K нормальному программисту или платить $60K собственным
(кажется, столько в той стране получают), и потом во много раз бОЛьшую сумму
за железо и нам - за лицензии.

Опять же говорю - романтизьм кончился. Об"яснять туземцу, что нельзя сувать
руку в розетку - больше никто не будет. Раз ему в
Гарвардах-Сорбоннах-Плехановке не об"яснили - так будет платить. Если
спросит - мы ему честно скажем, как оно будет быстрее и дешевле. Но - один
раз.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Можно
приспособить - да. Но под капот засовывать "на заводе" - не будем. Потому
что
тем, для кого мы всё это делаем - это второстепенно, если нужно вообще.
В общем, понятно.
Вам понятно, что функции там - нужные Вам - есть, и что сделать Вашу систему
- вопрос нескольких дней для квалифицированного установщика? Кстати,
интересно, сколько берет Нортель? Я боюсь, что они берут даже за это больше
нас - и приезжают втроем-впятером. Впрочем, Вы уже сказали, что "деньги - не
проблема", так что мы с интересом подождем окончания ознакомления с
продуктом...
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А что конкретно Вы хотите, чтобы писалось в PSTN CDR? Там сейчас пишется
время, от кого-куда, тарифный план и продолжительность звонка. Что-то еще
нужно?
Продолжительности звонка там нет. Вычитать время по нескольким строкам -
извращение. gatewaycaller знает время. Так запишите его в CDR.. Причем в
отдельный. Именно для PSTN. Поскольку это *PSTN*. Платный он, да. Дорогой.
Биллить его надо, в отличие от обычных звонков между аккаунтами. Больше,
собсно, ничего не надо.
Оно, как бы, именно это и пишет - Вы не заметили? Там несколько CDR. Один
пишется Signal-модулем. На любой звонок на уровне протокола. А другой -
модулем gatewaycaller. Со всеми данными, которые Вы перечислили. Он пишет
это в File Storage аккаунта. Так как у Вас аккаунт - это контора-клиент, то
это даже лучше, чем в общий файл. Но - можно сделать и в общий. Хотите? Это
в общем SOW (statement of work) будет записано как 1 час работы. Даже если
мы будем брать с Вас по $1000 за час, то вряд ли Вы найдете на базаре что
либо дешевле - всё Ваше хозяйство - судя по тому, что Вы помянули - можно
сделать часов за 20-30.

Более того, тут на листе присутствуют люди, которые Вам это сделают, видимо,
и быстрее - и за дешевле чем $1000/час.
Post by Dmitry Valdov
Сваливать в Радиус даже не прошу -- понял, что бесполезно.
Добавьте 30 минут. Всё-таки три строчки написать - это не так просто.
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А Вы попробуйте сначала. Особенно этим всем поуправлять... :-) Когда
звоночки
раскиданы на каждый из этих серверов индивидуально, и лоад балансинг как
бы
"ну а зачем он Вам нужен"?
А там нет? надо будет спросить.. Попробуем, куда ж нам деваться..
Конечно. Особенно, если всё пойдет как оно идет, и через полгода Нортель
предложит Вам "совсем новый софтсвитч". Угадайте, откуда он его возьмет...
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Сановскую стойку, говорите? "Мощный Софтсвитч", значит? "хххе-эээ" (с)
Сухов.
Я, возможно, расскажу о впечатлениях :-)
Мы все в нетерпении! Правда.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 19:01:09 UTC
Permalink
Post by Vladimir A. Butenko
это даже лучше, чем в общий файл. Но - можно сделать и в общий. Хотите? Это
в общем SOW (statement of work) будет записано как 1 час работы. Даже если
А вот, интересно, сколько будет стоить, чтобы действие WriteToLog в
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
________
ANDY
Vladimir A. Butenko
2006-11-10 19:09:53 UTC
Permalink
On Fri, 10 Nov 2006 22:01:09 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
это даже лучше, чем в общий файл. Но - можно сделать и в общий. Хотите?
Это
в общем SOW (statement of work) будет записано как 1 час работы. Даже если
А вот, интересно, сколько будет стоить, чтобы действие WriteToLog в
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
Post by Andrew A. Vasilyev
ANDY
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 19:11:04 UTC
Permalink
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
theMessage->getUniqueueMessageID().numericValue()
Queue/Rules

Раньше, вроде, было. Теперь пишет так:
22:05:46.72 2 ENQUEUERRULES Log: Hello, Vova!
________
ANDY
Vladimir A. Butenko
2006-11-10 19:16:11 UTC
Permalink
Нумер мессажа, значить? Ну, посмотрим. Деньги высылай бандеролью.

On Fri, 10 Nov 2006 22:11:04 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
theMessage->getUniqueueMessageID().numericValue()
Queue/Rules
22:05:46.72 2 ENQUEUERRULES Log: Hello, Vova!
________
ANDY
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-10 19:17:29 UTC
Permalink
Post by Vladimir A. Butenko
Нумер мессажа, значить? Ну, посмотрим. Деньги высылай бандеролью.
Так это ж явный баг! До 5.0 писало! Я только что проверил! Сломали, демоны!
Куда за премией приходить?
________
ANDY
Andrew A. Vasilyev
2006-11-25 14:08:09 UTC
Permalink
Post by Vladimir A. Butenko
Нумер мессажа, значить? Ну, посмотрим. Деньги высылай бандеролью.
Ну вот, опять обманул: в 5.0.13 бага не исправлена :((( У-у-у-у-у!!!
________
ANDY
Post by Vladimir A. Butenko
On Fri, 10 Nov 2006 22:11:04 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
theMessage->getUniqueueMessageID().numericValue()
Queue/Rules
22:05:46.72 2 ENQUEUERRULES Log: Hello, Vova!
________
ANDY
Dmitry Valdov
2006-11-25 14:27:59 UTC
Permalink
Hi!

Не оно? 5.1.3:
ENQUEUER: log format has been changed.

:-))
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Нумер мессажа, значить? Ну, посмотрим. Деньги высылай бандеролью.
Ну вот, опять обманул: в 5.0.13 бага не исправлена :((( У-у-у-у-у!!!
________
ANDY
Post by Vladimir A. Butenko
On Fri, 10 Nov 2006 22:11:04 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
theMessage->getUniqueueMessageID().numericValue()
Queue/Rules
22:05:46.72 2 ENQUEUERRULES Log: Hello, Vova!
________
ANDY
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-25 14:37:17 UTC
Permalink
On Sat, 25 Nov 2006 17:08:09 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Нумер мессажа, значить? Ну, посмотрим. Деньги высылай бандеролью.
Ну вот, опять обманул: в 5.0.13 бага не исправлена :((( У-у-у-у-у!!!
Это - не бага. Это - новая фича. В 5.1.3 - она есть. В 5.0.13 - вставить не
представляется возможным (там переделки нужны).
Post by Andrew A. Vasilyev
________
ANDY
Post by Vladimir A. Butenko
On Fri, 10 Nov 2006 22:11:04 +0300
Post by Andrew A. Vasilyev
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
серверном правиле писало в этот лог ID задания, очень дорого? :-)))
Что такое "ID задания"? И о каких правилах речь - о Queue Или Signal?
theMessage->getUniqueueMessageID().numericValue()
Queue/Rules
22:05:46.72 2 ENQUEUERRULES Log: Hello, Vova!
________
ANDY
##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
Архив списка: http://mx.demos.su/lists/cgp-russian/
Sincerely,
Vladimir
Andrew A. Vasilyev
2006-11-25 14:53:27 UTC
Permalink
Post by Vladimir A. Butenko
Post by Andrew A. Vasilyev
Ну вот, опять обманул: в 5.0.13 бага не исправлена :((( У-у-у-у-у!!!
Это - не бага. Это - новая фича. В 5.1.3 - она есть. В 5.0.13 - вставить не
Как новая? В 4.3 и раньше ID был. В 5.0 - исчез. Значит, бага.
Post by Vladimir A. Butenko
представляется возможным (там переделки нужны).
:((((
________
ANDY

Dmitry Valdov
2006-11-11 14:08:14 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Да эт не надо. Надо продать не более, скажем, 20 одновременных входящих
плюс
исходящих звонков с/на PSTN и все.. 21 - отбой.. Это ж PSTN. :-)
Ну и какие проблемы? То есть - да, сейчас надо будет полчаса писать скрипт.
Вот-вот.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Зачем проксировать-то? Если клиент может говорить с удаленным gateway - то
зачем RTP пропускать через сервер?
Затем, что есть выделенные каналы. И роутинг сервер-сервер пойдет через
него. А клиент-клиент - через интернет со всеми вытекающими..
Так пустите его - в роутинге именно туда.
Кого? на то оно и выделенный канал. Между двумя точками. Дорогой. Тонкий.
Пустить туда весь трафик на всех?? Гхм..
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А если не может - сервер сам автоматом MediaProxy простроит.
Даже если там не НАТ, а просто роутинга нет? (закрытая сеть). А как оно
узнает??
Если засунуть эти сервер-сервер каналы в LAN IPs - то узнает.
Ну узнает, ну и что. НАТ-а по дороге нет.. Общаться могут между собой только
некий сервер внутри закрытой сети и наш. Больше никто и ни с кем.. Корректно
ли отработается такая ситуация? Ситуация стандартная в случае предоставления
клиенту IP VPN.
Т.е., имеем закрытую сеть клиента на адресах:
192.168.0.0/16. Там внутри у него роутинг свой, итд. На 192.168.0.1 стоит
некий SIP сервер/proxy. Отправляем в его VPN некий внешний IP, например,
1.1.1.1 - н НАТ-ится 1-в-1 в 192.168.0.1. Наш CGP - 2.2.2.2.
Фильтры настроены таким образом, что 1.1.1.1 может общаться только с
2.2.2.2 по соображениям безопасности. Некий юзер из закрытой сети
(192.168.11.11) хочет позвонить на ***@pstn. PSTN gateway имеет адрес,
скажем, 3.3.3.3. Корректно ли CGP отработает такую ситуацию?
Post by Vladimir A. Butenko
Не надо. У Вас - вот такие требования. У другого провайдера - совсем другие.
Например, чтобы звонки приходили только из определнной сети. И так далее.
Поэтому и сделана - платформа, а не солющн.
Есть некие общие требования, к которым телефония 50-х привыкла. Почему бы не
реализовать их? Сейчас получается, что SIP-сторона делается, развивается, а
"прослойка" его к PSTN -- скрипт на 5 строк, который нифига не умеет.
Остальное для взаимодействия с PSTN предлагается написать самому..
Post by Vladimir A. Butenko
Если у Вас есть деньги на покупки самоделок от Нортеля - то мы Вам с
удовольствием представим "всё готовое". За соизмеримые суммы. Только с
гарантией работоспособности. Но без фуршетов на Гавайях. И намного быстрее,
чем Вам привезут металлолом из Китая или США, на котором будет работать тот
"софтсвитч".
С лицензией по России?
Да и зачем это кому надо? Нортель может дать на try and buy готовое без
проблем.. А у вас есть это все готовое, чтоб попробовать? Когда речь идет об
N $M, фраза "мы вам все сделаем, не беспокойтесь" является мЕньшим
аргументом, чем "вот, есть у нас такая штука - попробуйте, понравится --
купите."
Post by Vladimir A. Butenko
Сертификаты - это не ко мне, поговорите с нашими дистрибуторами в стране. SS7
- тоже не к нам, вот это добро как раз - берите у Нортела или Циски. Оно
работает фигово, но хоть работает. Мы этим заниматься не будем. Хотя если Вы
окажетесь правы, и оно через 2 года не умрет, а Циска с Нортелем так и будут
делать такого качества "продухты" - то, может, и займемся. Деньги не пахнут.
Во-во. А Нортела все есть. Готовое решение, включая gw, итд со всемит
лицензиями. А без лицензий такие вещи на территории России использовать
просто нельзя. Нет лицензии - до свидания. Даже если оно на два порядка луче
работает и на порядок дешевле.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Не, все проще. Есть настройка, какие номера к вам отправляются, такие
АОН-ы и принимаются. А входящие на вас все-равно прописывать надо..
Я говорю - "проще" - это когда клиентов - три. Когда их 3000, и каждый
меняет-добавляет номера - хотя бы раз в месяц - то считайте сами, как быстро
на "защиту" машут рукой.
Входящие на клиента все-равно прописывать надо. В любом случае.. Иначе на
клиента звонок не придет по определенному номеру.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Да я не за PSTN. Я за нормальное сосуществования с ней в ближайшие X лет.
Я - тоже. Вопрос - на чьих условиях. Если строить, основываясь на том, "как
ТФОП работает сегодня", то получится та же фигня, только из другой веревки.
Если построить нормально, а потом прикинуть, как на это положить PSTN с её
заморочками и традициями (и способом от"ема денег у клиентов) - то это другое
дело.
Во. Я за то, чтоб сделать нормальную прослойку между SIP и PSTN. Не то, что
там есть сейчас.. 5 строк скрипта, а остальное пишите сами. Хочу нужные для
этой прослойки фичи. Встроенные. Настраиваемые так же легко и удобно, как все
остальное.
Post by Vladimir A. Butenko
слово". Аунтентикация по IP - это попытка перенести такую же, хм, парадигму -
на VoIP. Не выйдет.
[..]
Post by Vladimir A. Butenko
И речь идет именно о сервисах. Потому что просто так "позвонить" - мне для
этого платить не надо. Звонки практически бесплатны, где еще небесплатны -
там всякие карточкопродАвцы добирают последнии копейки. Речь идет об услугах.
"транку связи бубубу с бабаба".
Это все хорошо именно для IP-телефонии. Пока же есть еще задача - по IP
гонять обычную телефонию, "чтоб никто снаружи и не заметил".
Post by Vladimir A. Butenko
Опять же говорю - романтизьм кончился. Об"яснять туземцу, что нельзя сувать
руку в розетку - больше никто не будет. Раз ему в
Гарвардах-Сорбоннах-Плехановке не об"яснили - так будет платить. Если спросит
- мы ему честно скажем, как оно будет быстрее и дешевле. Но - один раз.
Аргументы где? :-)
Post by Vladimir A. Butenko
Вам понятно, что функции там - нужные Вам - есть, и что сделать Вашу систему
- вопрос нескольких дней для квалифицированного установщика? Кстати,
Да.
Post by Vladimir A. Butenko
интересно, сколько берет Нортель? Я боюсь, что они берут даже за это больше
нас - и приезжают втроем-впятером. Впрочем, Вы уже сказали, что "деньги - не
проблема", так что мы с интересом подождем окончания ознакомления с
продуктом...
Тут сравнивать сложно, кто больше. У них там комплекс.. Встроенные GW, итд.
Кое-кто уже ознакомился.. Но подробностей я не знаю -- не спрашивал. Но если
этот кое-кто скажет, что все ок, значит и у нас будет оно же.. Хотя нет,
там, вроде, по два вендора всегда в тендерах на такие вещи выбирают..
Post by Vladimir A. Butenko
в File Storage аккаунта. Так как у Вас аккаунт - это контора-клиент, то это
Вы все время смешиваете три *абсолютно* разных и независимых задачи:
1) аккаунт - у нас не контора-клиент. А вася пупкин.
2) авторизация по IP нужна для того, чтоб PSTN прокинуть на/от
контору-клиента. Не хочет он URI итд. Номера ему надо.
3) софтсвитч.
Post by Vladimir A. Butenko
даже лучше, чем в общий файл. Но - можно сделать и в общий. Хотите?
[..финансовые условия вырезаны..]

Это будет встроено в стандартную поставку CGP или custom? custom нам не
надо, мы и сами сделаем, как припрет. Ели вас не убедим, что это будет
востребовано. Ибо знаю, не мы сейчас, так другие через полгода.
Все-равно сделаете.. А нам потом придется переделывать при очередном
апгрейде. Выкидывать свое, приделывать ваше, стандартное.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Сваливать в Радиус даже не прошу -- понял, что бесполезно.
Добавьте 30 минут. Всё-таки три строчки написать - это не так просто.
[..]
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Post by Vladimir A. Butenko
А Вы попробуйте сначала. Особенно этим всем поуправлять... :-) Когда
звоночки раскиданы на каждый из этих серверов индивидуально, и лоад
балансинг как бы "ну а зачем он Вам нужен"?
А там нет? надо будет спросить.. Попробуем, куда ж нам деваться..
Конечно. Особенно, если всё пойдет как оно идет, и через полгода Нортель
предложит Вам "совсем новый софтсвитч". Угадайте, откуда он его возьмет...
Я буду очень рад, если ядро будет взято от CGP.. Только вы получите
процентов 20 от наших денег, ага..
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-11 15:10:08 UTC
Permalink
On Sat, 11 Nov 2006 17:08:14 +0300 (MSK)
Post by Dmitry Valdov
Post by Vladimir A. Butenko
Конечно. Особенно, если всё пойдет как оно идет, и через полгода Нортель
предложит Вам "совсем новый софтсвитч". Угадайте, откуда он его возьмет...
Я буду очень рад, если ядро будет взято от CGP.. Только вы получите
процентов 20 от наших денег, ага..
Не комментируя предыдущие предположения, просто теоретически: "это не мы
получим в пять раз меньше. Это Вы заплатите в пять раз больше".




Sincerely,
Vladimir
Dmitry Valdov
2006-11-11 15:28:33 UTC
Permalink
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Я буду очень рад, если ядро будет взято от CGP.. Только вы получите
процентов 20 от наших денег, ага..
Не комментируя предыдущие предположения, просто теоретически: "это не мы
получим в пять раз меньше. Это Вы заплатите в пять раз больше".
Нее, у вас же там OEM будет :-) В любом случае, когда оперируют такими
деньгами, хотят поиметь:
1) тест
2) готовое решение, без напильника.
3) сертификаты.

PS. Можно Ваш email? Есть один вопрос не для списка. На dv-***@public.gmane.org
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Vladimir A. Butenko
2006-11-11 16:04:00 UTC
Permalink
On Sat, 11 Nov 2006 18:28:33 +0300 (MSK)
Post by Dmitry Valdov
Hi!
Post by Vladimir A. Butenko
Post by Dmitry Valdov
Я буду очень рад, если ядро будет взято от CGP.. Только вы получите
процентов 20 от наших денег, ага..
Не комментируя предыдущие предположения, просто теоретически: "это не мы
получим в пять раз меньше. Это Вы заплатите в пять раз больше".
Нее, у вас же там OEM будет :-)
Я этого не говорил. Особенно про Нортель. Я говорил "вообще". А Нортель -
как бы Вам сказать. Хорошо если они еще пару лет продержатся...
Post by Dmitry Valdov
В любом случае, когда оперируют такими
1) тест
Безусловно.
Post by Dmitry Valdov
2) готовое решение, без напильника.
Безусловно. Только это не E-mail, тут НЕТ стандартов. Поэтому заказчик
выкатывает RFP, потом еще более точное ТЗ - и на это уходит порой месяцы. А
потом - начинается имплементация. И сколько она будет длится -тоже
оговаривается в контракте.
Post by Dmitry Valdov
3) сертификаты.
Ну, это тоже можно - но это, как Вы понимете - влияет на конечную цену. Хотя
уже и не существенно.
Post by Dmitry Valdov
--
Dmitry Valdov
CCIE #15379 (R&S and SP)
Sincerely,
Vladimir
Alexey Naidyonov
2006-11-10 16:04:46 UTC
Permalink
On Fri, 2006-11-10 at 06:30 -0800, Vladimir A. Butenko wrote:
Добрый вечер.
Post by Vladimir A. Butenko
В 5.2 будет проще
Хинт - это всё - Event Package "dialog". В нем - все текущие диалоги этого
клиента - входящие, исходящие. Соответственно, оно обновляется при приходе
звонка и при его неудаче-удаче, и (опциаонально) - при завершении. Он
полностью появистся в 5.2. Соответственно, им управляется и перехват звонков
(можно будет спросить - а какие звонки сейчас звонят Васе? И - перенаправь
мне вот этот). Есть уже телефоны, которые это поддерживают, ну и из CG/PL
ими можно будет легко управлять. В 5.1 кое-что есть, но в зачаточном
состоянии.
О, здорово. Это нам решает несколько важных задач (правда, уже решенных,
но поддержка на уровне платформы всяко лучше) А можно ли рассказать
как-то подробнее про планируемый (а если уже что-то есть, то и про
существующий) CG/PL интерфейс к этому event package? Чтобы мы могли
планы скорректировать :-)

С уважением,
--
Alexey Naidyonov
ITooLabs

##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<***@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-***@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-***@mx.ru>
Для административных запросов адрес <CGatePro-***@mx.ru>
Архив
Oleg Shumsky
2006-11-10 14:26:41 UTC
Permalink
Здравствуйте.
Post by Vladimir A. Butenko
Post by Dmitry Valdov
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-) :-)
А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что у
кого-то есть софтсвитч, поддерживающий миллион параллельных звонков?
Заметим, что наши опубликованные тесты "на 10 миллионов сабскруберов"
- это совсем не количество параллельних звонков. И хоть есть и тесты
на 50млн - даже там, насколько я знаю, параллельно много меньше
миллиона - и без проксирования данных. А у нас, всё-таки, отрыв от
ближайших конкурентов в порядок, если не в два..
Так расскажите нам про софтсвитч на миллион параллельных звонков -
очень интересно!
Владимир, а вот меня тут соблазняют астериском и говорят, что 40 000
типа :)

http://www.voip-info.org/wiki-Asterisk+dimensioning
--
Oleg V. Shumsky
Corbina Telecom NOC, VoIP Dept. Ph.: +7 495 7284000, ext. 2174, ICQ: 110474048
Michael Kulakov
2006-11-10 14:45:18 UTC
Permalink
Здравствуйте!
Post by Oleg Shumsky
Post by Vladimir A. Butenko
Post by Dmitry Valdov
"ну, это не серьезно" (C). Хотя, если в квадрате, то нормально :-)
:-)
А? Кто в квардрате? Тысяча? Вы действительно утверждаете, что
у кого-то есть софтсвитч, поддерживающий миллион
параллельных звонков? Заметим, что наши опубликованные тесты
"на 10 миллионов сабскруберов" - это совсем не количество
параллельних звонков. И хоть есть и тесты на 50млн - даже там,
насколько я знаю, параллельно много меньше миллиона - и без
проксирования данных. А у нас, всё-таки, отрыв от ближайших
конкурентов в порядок, если не в два..
Так расскажите нам про софтсвитч на миллион параллельных
звонков - очень интересно!
Владимир, а вот меня тут соблазняют астериском и говорят, что
40 000 типа :)
http://www.voip-info.org/wiki-Asterisk+dimensioning
media proxy - на этой же "мащине" ? или что конкретно Вы "мерите" ?


С уважением,
Михаил Кулаков
Vladimir A. Butenko
2006-11-10 15:09:36 UTC
Permalink
On Fri, 10 Nov 2006 17:26:41 +0300
Post by Vladimir A. Butenko
миллиона - и без проксирования данных. А у нас, всё-таки, отрыв от
ближайших конкурентов в порядок, если не в два..
Так расскажите нам про софтсвитч на миллион параллельных звонков -
очень интересно!
Владимир, а вот меня тут соблазняют астериском и говорят, что 40 000 типа
:)
http://www.voip-info.org/wiki-Asterisk+dimensioning
Очень хорошо. Можно, я присоединюсь?

Чем больше Вы вложите сил во всякие Астериски - Нортелы, тем легче Вы
отдадите деньги после этого. Нам. Мы терпеливо подождем.

Видите ли, ситуация-то складывается забавная. В минусах (для нас) то, что
телефонисты усего мира таки ухитрились удерживать VoIP от внедрения - уже
более года как. Нам, правда, это лишь частичный минус - до 5.1 у нас было
масса "нехватающих деталей" - они и сейчас остаются, но уже их меньще, чем у
каждого другого отдельно взятого продукта на рынке. Да и SIP кластер никто
толком до прошлой весны не тестировал, если уж совсем честно (нелегко это -
такую штуку тестировать).

А в плюсах - вот какие штуки:
а) окончание "Линухного бума": не буду раздувать очердной флейм, но прогноз
был в общем-то верен:

а1: линухоманы во-первых сделали профессию программиста непрестижной (так
что вероятность прихода массы талантов, как в 70-х и 80-х - очень низка)

a2: отсюда - вероятность создания сложных систем как среди "опен соурсе",
так и среди всяких Микрософтов-Цисок - нулевая: посмотрите на то, что
делается последние 2-3 года.

а3: линухи вместе с Микрософтом убили массу потенциально хороших компаний, а
убив - оставили поле с "полуработающими продухтами". Я уж не говорю про
убитые Унихи - вокруг них водилось много талантливых людей- это всё пребили
г-да Гейтс на пару с г-ном Жуликом: бизнес у обоих построен на использовании
труда тысяч дешевых "еникейшиков" от программирования. А что они могут
написать, хоть бы и был их миллион?

б) окончание роста железа. Как-то все быстро забыли, что "удвоение скорости"
каждые 18 месяцев давно в прошлом. В течении тех же 2-3 последних лет -
железо тоже стоит на месте. Возможно, по тем же причинам (вымывание талантов
из области) - но факт исть факт.

А тут мы имеем область, которая: а) очень прожорлива к ресурсам (особливо
если про видео начнем говорить, да про спич рекогнишн), б) сложнее чем даже
талантливый человек может разобраться за 5 лет. А цифра 5 - неслучайна.
Это то время, которое люди, находящиеся на продолжении локсодромии от меня
до Вас - готовы сидеть и программировать. через 5 лет они обязаны стать
Начальником - культур-мультур такой. Так что даже если там кто и образуется
потенциально конкурентный - не доживет. Уйдет начальствовать.

Вот и судите сами: плохо ли нам, что Вы потратите полгода-год на
"тестирование Астерисков" и прочих БроадВорксов с Нортелями? Куда Вы
денетесь, если уж совсем честно? Вот такие вот мы подлые и коварные.

И очень жадные, кстати. Я могу гарантировать одно - история с "крупнейшим
российским порталом", который сказал "дорого", поставил себе самопал,
который упал при чуть выросшей нагрузке - а потом прислал ко мне инженеров,
которые (хорошие ребята, правда) стали говорить - "а шо теперь делать,
начальство все деньги проело, на что покупать - ведь такое Дело загибается?"
- и мы продали им с очень большой скидкой и в рассрочку - чтобы потом
налететь на тот же менталитет, что и в начале - так вот - таких историй не
будет.

Ну и наконец: 40,000 каналов, значить? Давайте я поверю, что это возможно.
Например, на 100 машинах под Астериском. Мы не будем обсуждать, как Вы
будете рулить 100 машинами - там же нет кластера. Мы будем говорить о том,
как часто оно падает при 400 каналах на машину. Судя по тому, что нам
говорят на выставках (при меньших нагрузках) - раз в 10 часов в лучшем
случае. Если не врут - то: перезапуск - пусть 5 минут. 100 машин. 500 минут.
На 400 каналов.
200000 канало-минут сбоя. В день. можно поставить 1000 машин. По 40 каналов
на каждой. Это более реально по нагрузкам.
Считайте сами, сколько у Вас будет стоить саппорт - в любом из этих случаев.
Хотя - до саппорта надо еще дозвониться :-)
Oleg V. Shumsky
Corbina Telecom NOC, VoIP Dept. Ph.: +7 495 7284000, ext. 2174, ICQ: 110474048
Sincerely,
Vladimir
Dmitry Panov
2006-11-10 12:50:17 UTC
Permalink
Post by Vladimir A. Butenko
On Thu, 09 Nov 2006 17:47:10 +0300
Post by Dmitry Panov
Post by Vladimir A. Butenko
В чем проблема сейчас-та?
IF METHOD INVITE
<проверка на то, что не из вашего приложения звонок>
REDIRECT to application#postmaster
Чем не устраивает?
А вот что в этой проверке писать? Приложение делает impersonate на
локального юзера и подставляет его From.
В идеале нужно исключить все StartCall(), запущенные с определенным
параметром. Ну или в крайнем случае вообще все StartCall(). Submit
Address is not SIP [0.0.0.0]* не помогает.
Submit Address is not LOCAL*
Так заработало, спасибо. Хотя конечно хотелось бы иметь возможность
исключать не все StartCall(), а только сделанные именно в данном месте.
Но на первое время сойдет и так.

Best regards,
--
Dmitry Panov
Chief Technology Officer
Itoolabs.


##################################################################
Вы получили это сообщение потому, что подписаны на список рассылки
<***@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-***@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-***@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-***@mx.ru>
Для административных запросов адрес <CGatePro-***@mx.ru>
Архив
Loading...