Перейти к содержимому
Калькуляторы

Добрый день

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Добрый день

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

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

 

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

 

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

 

 

P.S.

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

 

.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

 

 

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

 

.

 

 

 

 

 

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

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

 

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

 

 

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Изменено пользователем McUrex

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

 

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

 

.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

 

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

 

 

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

 

.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

[...]

 

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

 

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

 

 

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

 

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

[...]

А вот надо ли ?

 

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

 

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

[...]

 

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

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

 

.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2Voicemaster:

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.