AntonS Опубликовано 7 июля, 2009 · Жалоба Добрый день на конференции поднимался вопрос по этому есть какие то подвижки, идеи? Определится с внутренними номера надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба Добрый деньна конференции поднимался вопрос по этому есть какие то подвижки, идеи? Определится с внутренними номера надо. А можно ссылку на оригинальную тему ? P.S. Мне бы виделось как '*mobile_number@provider_domain.tld' . В принципе уже почти реализовано, доточить под реальные задачи вопрос дней. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 7 июля, 2009 · Жалоба и как на него с сотового звонить? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба и как на него с сотового звонить? :) А в сотовый поставить мааааленькую J2ME аппликацию или call back service phone, работающую с сервисом, который делает 2 ноги звонка и их связывает промеж себя за пределами РФ. ;-) Антон Богатов как-то упоминал, что это чуть ли единственный способ гонять VoIP и при этом не нарушать законодательство. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 7 июля, 2009 · Жалоба об этом заикались на прошлой конференции поясни как ты хочешь сделать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба об этом заикались на прошлой конференции К сожалению я не был на конференциях. поясни как ты хочешь сделать Пока это всё свободное творчество и фантазии на тему 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, дорогое по ресурсам) скорее всего придется немного монетизировать. Собственно, любые конструктивные/критические соображения на эту тему очень приветствуются. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 7 июля, 2009 · Жалоба немного не понимаю. в сипе же все это уже заложено. в чем фишка то? разрешить пользователям регать аккаунты вида mobilenumber@youdomain.ru? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба немного не понимаю. в сипе же все это уже заложено. в чем фишка то? разрешить пользователям регать аккаунты вида mobilenumber@youdomain.ru? Смотрите шире. Например, сделать национальный ENUM. В этом направлении, похоже, либо делать самим, либо вообще ничего не дождемся (хотя, возможно, я чего-то не знаю). . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 7 июля, 2009 · Жалоба Цель звонков внутри России бесплатно ты можешь бабушке поставить войп шлюз с обычным аппаратом и она зная номер внучки из другого города сможет звонить Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба Цель звонков внутри России бесплатноты можешь бабушке поставить войп шлюз с обычным аппаратом и она зная номер внучки из другого города сможет звонить Не вопрос: это будет бесплатный базовый сервис системы. Вопрос: это надо кому-нибудь вообще ? ;-) Вот эти соображения и хотелось бы услышать. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McUrex Опубликовано 7 июля, 2009 · Жалоба Это все круто, только не ясно, как люди с аналогового телефона будут звонить 434775993@domain.ru. Мне видится создание единой системы (свободной) регистрации своих SIP_ID@domain.ru к идентификатору системы, которые в свою очередь могут управляться (маршрутизироваться в нужную стороны) на анологии dns, только проприетарной для этой системы. Тогда люди смогут звонить, действительно по привычным цифрам, с любой оконечки, с префиксом, допустим или без или позвонив с мобильного на коммутатор (ГТС телефон, например в 8 800...) Как-то так, иначе, в принципе зная полное название sip_id@domain.ru вы и так можете позвонить (чаще всего можете, если VOIP администратор озаботился этим, включив соответствующую настройку в DNS зону), мы например у себя озаботились - звоните :) Другой вопрос, как привлечь VOIP операторов в эту систему...это вот вопрос. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 7 июля, 2009 · Жалоба Это все круто, только не ясно, как люди с аналогового телефона будут звонить Что такое "аналоговый телефон"? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McUrex Опубликовано 7 июля, 2009 (изменено) · Жалоба Это все круто, только не ясно, как люди с аналогового телефона будут звонить Что такое "аналоговый телефон"? Телефон с аналоговым типом связи. Например: Изменено 7 июля, 2009 пользователем McUrex Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 7 июля, 2009 · Жалоба Что такое "аналоговый телефон"? перевожу. "как мне будет звонить бабушка? у нее есть домашний телефон и сотовый (нокия 1100)" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба Это все круто, только не ясно, как люди с аналогового телефона будут звонить 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 запросов и заканчивая транферами зоны и её частичное делегирование операторам. Разумеется, конструктив, критика и предложения очень приветствуются. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба Что такое "аналоговый телефон"?перевожу. "как мне будет звонить бабушка? у нее есть домашний телефон и сотовый (нокия 1100)" Да, надо будет иметь в хозяйстве SIP устройство. Не важно какое - 3GPP phone, Ethernet SIP phone, Wi-Fi SIP phone, PDA, Netbook, банальный SIP ATA + аналоговый телефон. BTW, ребята рассказывали, что, например, в Германии можно купить SIP ATA ну чуть ли просто не на каждом углу (в любой околокомпутерной лавке). Вопрос только в критической массе пользователей SIP. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ugluck Опубликовано 7 июля, 2009 · Жалоба можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS). все желающие ставят себе такие шлюзики, на FXO подают городскую линию, в FXS втыкают телефонный аппарат (либо базу DECT). все регают на допустим астериську. прописываем правила звонков: при звонке на свой город сливаем через свой FXO напрямую, при звонке на чужой город перебираем абонентов из того города в поисках свободной линии. если при звонке на свой город свой FXO обслуживает чужой звонок - прервать его и проключить свой (или поискать свободную линию среди абонентов своего города). вопросов остается 3: входящие с ГТС могут не пройти - будет часто занято, как сделать входящие с ГТС на абонентов других городов, АОН. еще вариант - админам офисных ип-АТСок дружить и строить "пиринг". например, есть у меня астериска с потоком и у товарища из другого города тоже. мы их завязали между собою, наши сотрудники звонят бесплатно (за конторскую абонентку) в оба города. тут и вход с ГТС проще реализовать - позвонил на номер конторы, набрал хитрый добавочный - и приземлился в другом городе. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS). все желающие ставят себе такие шлюзики, на FXO подают городскую линию, в FXS втыкают телефонный аппарат (либо базу DECT). все регают на допустим астериську. прописываем правила звонков: при звонке на свой город сливаем через свой FXO напрямую, при звонке на чужой город перебираем абонентов из того города в поисках свободной линии. [...] Творческий полет фантазии: цепляем к IP STB web-камеру и выводим видеозвонки на телевизор разбился об сущность апстена ! :D (define (wall) (wall)) (wall) В принципе схема реализуема, вот только пока не очень понятно насколько за неё "не содют" ;-) Nag, а какова возможная цена сего девайса при заказе в Китае хорошей партии ? . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ugluck Опубликовано 7 июля, 2009 · Жалоба содить не должны - денех никто не берет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба содить не должны - денех никто не берет Ряд вопросов всё равно остается. Чистый SIP тут весьма интереснее, плюс дешевле и гибче выходит, бо "кондовости"-(с) нет. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 7 июля, 2009 · Жалоба можно попробовать реализовать подобную затею на аппаратах типа SPA3102(FXO+FXS). [...] А вот надо ли ? BTW, $60 за аппарат, IMHO, весьма реальная сумма. http://shop.nag.ru/core.asp?main=catalog&a...=yes&cat=88 . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McUrex Опубликовано 8 июля, 2009 · Жалоба С "аналогового" телефона (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, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 8 июля, 2009 · Жалоба Ничего практически не понял, но согласен поучаствовать (как раз для того, чтобы понять). ) Под рукой в наличии полифония H.323 на MVTS версии 1 и полифония SIP на Протее оформленной как узел МТС с ёмкостью в 2000 номеров. Кроме того, есть желание и указанный SIP-телефон от НАГа. Если что, то jabber: bshp@jabber.ru Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 8 июля, 2009 · Жалоба [...] Ну, проприетарность интерфейса (я имею в виду для репликации данных или другими словами распространение информации о соответствиях 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, должна быть юридическая составляющая, коммерческая (т.к. железки таки, несмотря на то что они есть и можно скидываться ими легко, это понятно) и конечно какая-то сущность абонентского обслуживания ну и ТП, хоть какой-то, минимальный. Тут, конечно, согласен. . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McUrex Опубликовано 8 июля, 2009 · Жалоба 2Voicemaster: Может надо завести проектик, вики там, начать roadlist писать...может они есть уже? Тем более, что под это дело у большей части местных участников, afaik, найдутся as-ки, платформы, прочие ресурсы, оборудование, желание, судя по комментам. На чем дело-то встало, собствено? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...