Jump to content
Калькуляторы

Общая SIP сеть

Добрый день

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

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

 

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

Share this post


Link to post
Share on other sites
Добрый день

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

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

 

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

 

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

 

 

P.S.

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

 

.

 

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
и как на него с сотового звонить? :)

 

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

 

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

 

 

.

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites
об этом заикались на прошлой конференции

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

 

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

Пока это всё свободное творчество и фантазии на тему 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, дорогое по ресурсам) скорее всего придется немного монетизировать.

 

 

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

 

.

 

 

 

 

 

 

 

 

 

Share this post


Link to post
Share on other sites

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

Share this post


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

 

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

 

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

 

.

Share this post


Link to post
Share on other sites

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

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

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

 

Share this post


Link to post
Share on other sites
Цель звонков внутри России бесплатно

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

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

 

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

 

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

 

 

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

 

.

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

Share this post


Link to post
Share on other sites
Это все круто, только не ясно, как люди с аналогового телефона будут звонить

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

Share this post


Link to post
Share on other sites
Это все круто, только не ясно, как люди с аналогового телефона будут звонить

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

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

Например: PANASONIC_KX_TS2361RUW.jpg

Edited by McUrex

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
Это все круто, только не ясно, как люди с аналогового телефона будут звонить 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 запросов и заканчивая транферами зоны и её частичное делегирование операторам.

 

 

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

 

.

 

 

Share this post


Link to post
Share on other sites
Что такое "аналоговый телефон"?
перевожу. "как мне будет звонить бабушка? у нее есть домашний телефон и сотовый (нокия 1100)"

 

 

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

 

 

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

 

.

 

Share this post


Link to post
Share on other sites

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

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

Share this post


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

 

[...]

 

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

 

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

 

 

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

 

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

 

.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
содить не должны - денех никто не берет

 

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

 

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

 

.

Share this post


Link to post
Share on other sites
можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS).

[...]

А вот надо ли ?

 

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

 

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

 

.

Share this post


Link to post
Share on other sites
С "аналогового" телефона (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, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный.

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites
[...]

 

Ну, проприетарность интерфейса (я имею в виду для репликации данных или другими словами распространение информации о соответствиях 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, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный.

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

 

.

Share this post


Link to post
Share on other sites

2Voicemaster:

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this