Общая SIP сеть

[AntonS]

Добрый день

на конференции поднимался вопрос по этому

есть какие то подвижки, идеи?

 

Определится с внутренними номера надо.

[Voicemaster]

Добрый день

на конференции поднимался вопрос по этому

есть какие то подвижки, идеи?

 

Определится с внутренними номера надо.

 

А можно ссылку на оригинальную тему ?

 

 

P.S.

Мне бы виделось как '*mobile_number@provider_domain.tld' . В принципе уже почти реализовано, доточить под реальные задачи вопрос дней.

 

.

 

 

[woddy]

и как на него с сотового звонить? :)

[Voicemaster]

и как на него с сотового звонить? :)

 

А в сотовый поставить мааааленькую J2ME аппликацию или call back service phone, работающую с сервисом, который делает 2 ноги звонка и их связывает промеж себя за пределами РФ. ;-)

 

Антон Богатов как-то упоминал, что это чуть ли единственный способ гонять VoIP и при этом не нарушать законодательство.

 

 

.

[AntonS]

об этом заикались на прошлой конференции

 

поясни как ты хочешь сделать

[Voicemaster]

об этом заикались на прошлой конференции

К сожалению я не был на конференциях.

 

поясни как ты хочешь сделать

Пока это всё свободное творчество и фантазии на тему World Wide VoIP Network ;-)

 

Собственно, что есть -

 

- железка в AS8972

- ряд поднятых SIP'овых сервисов

- множество затей и придумок на предмет SIP/ENUM/RTP/XMPP/etc..

- чуть меньшее количество времени на реализацию всего этого безобразия ;-)

 

Теперь к вопросу "как".

 

Наверно, можно было бы сделать всем желающим провайдерам "доменный" аккаунт и с полными правами на управление пользователями в своем домене.

 

Пользователям, наверно, можно дать возможность самостоятельно регистрировать SIP аккаунты вида user@provider_domain.tld с SIP-алиасами '*mobile_number@provider_domain.tld' и/или либо дать операторам API для заведения пользователей.

 

Смасштабировать базовый сервис на ~100K пользователей можно относительно малыми затратами моего личного бюджета, до 1M пользователей - тоже можно подумать и придумать.

 

Цель - покатать идеи, получить немного драйва, сделать SIP обычным и привычным средством общения, а в идеале - немного изменить устройство PSTN.

 

Далее, наверно, стоит внимательно послушать операторов и пользователей на предмет того, что они хотят и реализовать эти сервисы-хотелки.

 

Малую часть сервисов (ACD, терминацию на PSTN, дорогое по ресурсам) скорее всего придется немного монетизировать.

 

 

Собственно, любые конструктивные/критические соображения на эту тему очень приветствуются.

 

.

 

 

 

 

 

 

 

 

 

[woddy]

немного не понимаю. в сипе же все это уже заложено. в чем фишка то? разрешить пользователям регать аккаунты вида mobilenumber@youdomain.ru?

[Voicemaster]

немного не понимаю. в сипе же все это уже заложено. в чем фишка то? разрешить пользователям регать аккаунты вида mobilenumber@youdomain.ru?

 

Смотрите шире. Например, сделать национальный ENUM.

 

В этом направлении, похоже, либо делать самим, либо вообще ничего не дождемся (хотя, возможно, я чего-то не знаю).

 

.

[AntonS]

Цель звонков внутри России бесплатно

ты можешь бабушке поставить войп шлюз с обычным аппаратом

и она зная номер внучки из другого города сможет звонить

 

[Voicemaster]

Цель звонков внутри России бесплатно

ты можешь бабушке поставить войп шлюз с обычным аппаратом

и она зная номер внучки из другого города сможет звонить

 

Не вопрос: это будет бесплатный базовый сервис системы.

 

Вопрос: это надо кому-нибудь вообще ? ;-)

 

 

Вот эти соображения и хотелось бы услышать.

 

.

[McUrex]

Это все круто, только не ясно, как люди с аналогового телефона будут звонить 434775993@domain.ru.

Мне видится создание единой системы (свободной) регистрации своих SIP_ID@domain.ru к идентификатору системы, которые в свою очередь могут управляться (маршрутизироваться в нужную стороны) на анологии dns, только проприетарной для этой системы.

Тогда люди смогут звонить, действительно по привычным цифрам, с любой оконечки, с префиксом, допустим или без или позвонив с мобильного на коммутатор (ГТС телефон, например в 8 800...)

Как-то так, иначе, в принципе зная полное название sip_id@domain.ru вы и так можете позвонить (чаще всего можете, если VOIP администратор озаботился этим, включив соответствующую настройку в DNS зону), мы например у себя озаботились - звоните :)

 

Другой вопрос, как привлечь VOIP операторов в эту систему...это вот вопрос.

[vIv]

Это все круто, только не ясно, как люди с аналогового телефона будут звонить

Что такое "аналоговый телефон"?

[McUrex]

Это все круто, только не ясно, как люди с аналогового телефона будут звонить

Что такое "аналоговый телефон"?

Телефон с аналоговым типом связи.

Например:

Edited July 7, 2009 by McUrex

[woddy]

Что такое "аналоговый телефон"?

перевожу. "как мне будет звонить бабушка? у нее есть домашний телефон и сотовый (нокия 1100)"

[Voicemaster]

Это все круто, только не ясно, как люди с аналогового телефона будут звонить 434775993@domain.ru.

Мне видится создание единой системы (свободной) регистрации своих SIP_ID@domain.ru к идентификатору системы, которые в свою очередь могут управляться (маршрутизироваться в нужную стороны) на анологии dns, только проприетарной для этой системы.

[...]

С "аналогового" телефона (ATA) пользователи будут просто набирать *434775993, где * будет означать требование запроса в ENUM (хотя это тоже всё опционально и обсуждаемо).

 

Аналогия с DNS тут весьма уместна (DNS based). С "проприетарной" системой - категорически нет. База данных должна быть полностью открытой к использованию для всех.

 

Решается этот вопрос созданием сервиса ENUM, который позволяет "резолвить" E.164 телефонный номер в SIP URI. Например :

 

tel: +7 900 000 00 01 => sip:user1@domain1.ru

tel: +7 495 000 00 01 => sip:user1@domain1.ru

tel: +7 900 000 00 02 => sip:user2@domain2.ru

tel: +7 900 000 00 03 => sip:user3@domain3.ru

 

Технически - это записи в DNS зоне вида:

 

$ORIGIN 1.0.0.0.0.0.0.9.7.enum.domain.tld
IN NAPTR 100 10 "u" "E2U+sip"  "!^.*$!sip:user1@domain1.ru
IN NAPTR 102 10 "u" "E2U+mailto" "!^.*$!mailto:user1@domain1.ru

 

 

Таким образом может осуществляться бесшовная интеграция классической телефонной сети с адресацией E.164 и SIP сети.

 

Подробнее можно почитать на:

 

http://ru.wikipedia.org/wiki/ENUM

http://en.wikipedia.org/wiki/Telephone_number_mapping

http://www.itu.int/osg/spu/enum/

http://www.ietf.org/html.charters/enum-charter.html

 

 

Ключевая возможность - возможность "прямого" (без зоны/мг/мн) вызова из домена в домен. Фактически - это снос иерархической телефонной структуры и появление сети full mesh поверх IP, сиречь радикальное снижение стоимости коммуникаций и их отличная гибкость.

 

 

Пользоваться таким сервисом должны иметь возможность все, начиная от DNS запросов и заканчивая транферами зоны и её частичное делегирование операторам.

 

 

Разумеется, конструктив, критика и предложения очень приветствуются.

 

.

 

 

[Voicemaster]

Что такое "аналоговый телефон"?

перевожу. "как мне будет звонить бабушка? у нее есть домашний телефон и сотовый (нокия 1100)"

 

 

Да, надо будет иметь в хозяйстве SIP устройство. Не важно какое - 3GPP phone, Ethernet SIP phone, Wi-Fi SIP phone, PDA, Netbook, банальный SIP ATA + аналоговый телефон. BTW, ребята рассказывали, что, например, в Германии можно купить SIP ATA ну чуть ли просто не на каждом углу (в любой околокомпутерной лавке).

 

 

Вопрос только в критической массе пользователей SIP.

 

.

 

[ugluck]

можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS). все желающие ставят себе такие шлюзики, на FXO подают городскую линию, в FXS втыкают телефонный аппарат (либо базу DECT). все регают на допустим астериську. прописываем правила звонков: при звонке на свой город сливаем через свой FXO напрямую, при звонке на чужой город перебираем абонентов из того города в поисках свободной линии. если при звонке на свой город свой FXO обслуживает чужой звонок - прервать его и проключить свой (или поискать свободную линию среди абонентов своего города). вопросов остается 3: входящие с ГТС могут не пройти - будет часто занято, как сделать входящие с ГТС на абонентов других городов, АОН.

еще вариант - админам офисных ип-АТСок дружить и строить "пиринг". например, есть у меня астериска с потоком и у товарища из другого города тоже. мы их завязали между собою, наши сотрудники звонят бесплатно (за конторскую абонентку) в оба города. тут и вход с ГТС проще реализовать - позвонил на номер конторы, набрал хитрый добавочный - и приземлился в другом городе.

[Voicemaster]

можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS). все желающие ставят себе такие шлюзики, на FXO подают городскую линию, в FXS втыкают телефонный аппарат (либо базу DECT). все регают на допустим астериську. прописываем правила звонков: при звонке на свой город сливаем через свой FXO напрямую, при звонке на чужой город перебираем абонентов из того города в поисках свободной линии.

 

[...]

 

Творческий полет фантазии: цепляем к IP STB web-камеру и выводим видеозвонки на телевизор разбился об сущность апстена ! :D

 

(define (wall) (wall))
    (wall)

 

 

В принципе схема реализуема, вот только пока не очень понятно насколько за неё "не содют" ;-)

 

Nag, а какова возможная цена сего девайса при заказе в Китае хорошей партии ?

 

.

[ugluck]

содить не должны - денех никто не берет

[Voicemaster]

содить не должны - денех никто не берет

 

Ряд вопросов всё равно остается.

 

Чистый SIP тут весьма интереснее, плюс дешевле и гибче выходит, бо "кондовости"-(с) нет.

 

.

[Voicemaster]

можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS).

[...]

А вот надо ли ?

 

BTW, $60 за аппарат, IMHO, весьма реальная сумма.

 

http://shop.nag.ru/core.asp?main=catalog&a...=yes&cat=88

 

.

[McUrex]

С "аналогового" телефона (ATA) пользователи будут просто набирать *434775993, где * будет означать требование запроса в ENUM (хотя это тоже всё опционально и обсуждаемо).

Это вообще не суть, можно предлагать сходу несколько вариантов (вопрос описания сервиса в целом, уже на этапе внедрения даже, а не аналитики). Ведь понятно, что в целом возможность-то есть :)

 

Аналогия с DNS тут весьма уместна (DNS based). С "проприетарной" системой - категорически нет. База данных должна быть полностью открытой к использованию для всех.

Ну, проприетарность интерфейса (я имею в виду для репликации данных или другими словами распространение информации о соответствиях sip_id@domain.ru к enum или просто к идентификатору), по сути - условна, т.е. это в любом случае набор из каких-то абсолютно бональных транспортных сред, предоставляющие этот список, например: soap/corba, sql(???), какие-то udp/tcp сервисы к тем же soap, smtp (который отлично формализован в рамках полинга, что может быть очень удобно для многих).

Т.е. в любом случае, лично для меня очевидно:

1. Это должен быть набор интерфейсов. А не какой-то один.

2. Они должны легко и понятно для любого SLA VOIP оператора диагностироваться, масштабироваться (при необходимости) и описываться в рамках интеграционных задач.

 

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

 

 

Решается этот вопрос созданием сервиса ENUM, который позволяет "резолвить" E.164 телефонный номер в SIP URI. Например :

 

tel: +7 900 000 00 01 => sip:user1@domain1.ru

 

Технически - это записи в DNS зоне вида:

 

$ORIGIN 1.0.0.0.0.0.0.9.7.enum.domain.tld
IN NAPTR 100 10 "u" "E2U+sip"  "!^.*$!sip:user1@domain1.ru
IN NAPTR 102 10 "u" "E2U+mailto" "!^.*$!mailto:user1@domain1.ru

Опять же, одно другому не мешает, можно привязаться к любому идентификатору, он может даже соответствовать какой-то enum зоне, но это не ключевой момент, имхо конечно, для подобной системы.

 

Пользоваться таким сервисом должны иметь возможность все, начиная от DNS запросов и заканчивая транферами зоны и её частичное делегирование операторам.

Да пользоваться-то, не вопрос, конечно могут все, кто хочет. Главное, чтобы захотели пользоваться, а захотят только после того, как это будет понятно, просто и удобно и еще разжевано и т.п.

Не надо забывать, что у нас в целом еще относительно интернета много людей в танке, да и мобильной связи и ее сервисов.

 

И еще, хочу отметить, что вся эта задача, имхо, далеко не 100% только техническая.

afaik, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный.

[leveler]

Ничего практически не понял, но согласен поучаствовать (как раз для того, чтобы понять). )

Под рукой в наличии полифония H.323 на MVTS версии 1 и полифония SIP на Протее оформленной как узел МТС с ёмкостью в 2000 номеров. Кроме того, есть желание и указанный SIP-телефон от НАГа.

 

Если что, то jabber: bshp@jabber.ru

[Voicemaster]

[...]

 

Ну, проприетарность интерфейса (я имею в виду для репликации данных или другими словами распространение информации о соответствиях sip_id@domain.ru к enum или просто к идентификатору), по сути - условна, т.е. это в любом случае набор из каких-то абсолютно бональных транспортных сред, предоставляющие этот список, например: soap/corba, sql(???), какие-то udp/tcp сервисы к тем же soap, smtp (который отлично формализован в рамках полинга, что может быть очень удобно для многих).

Т.е. в любом случае, лично для меня очевидно:

1. Это должен быть набор интерфейсов. А не какой-то один.

2. Они должны легко и понятно для любого SLA VOIP оператора диагностироваться, масштабироваться (при необходимости) и описываться в рамках интеграционных задач.

 

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

 

Я понимаю и могу сделать распределённый отказоустойчивый сервис, который может обрабатывать до 100K transaction per second на базе DNS & ENUM.

 

Сервис же на базе:

 

soap/corba, sql(???), какие-то udp/tcp сервисы к тем же soap, smtp

в моем понимании не выдерживает испытания бритвой Оккама и бюджетными соображениями - тут, btw, даже tcp неуместен, хотя сделать такой сервис тоже возможно.

 

Проблема очередных г.. свичей меня, честно говоря, не очень волнует, т.е. если кто-то хочет изобретать велосипед, то пускай сам и пишет Web Service ENUM adapter.

 

IMHO, разумеется.

 

И еще, хочу отметить, что вся эта задача, имхо, далеко не 100% только техническая.

afaik, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный.

Тут, конечно, согласен.

 

.

[McUrex]

2Voicemaster:

 

Может надо завести проектик, вики там, начать roadlist писать...может они есть уже?

 

Тем более, что под это дело у большей части местных участников, afaik, найдутся as-ки, платформы, прочие ресурсы, оборудование, желание, судя по комментам.

 

На чем дело-то встало, собствено?