Как стать автором
Обновить

Комментарии 14

Например, по опыту одного из сервисов коллтрекинга на базе оператора связи (т. е. с собственным коммутатором и прямыми стыками с основными операторами) количество звонков при исключении SIP из цепочки их обработки растет на 10-15%. Т. е. примерно 10-15% выручки пропадают в пучине IP-сетей>

я стесняюсь спросить, а вы в своей облачной телефонии не по пакетным сетям голос клиентам отдаете?

По-разному бывает. Клиенты, которым звонки ну очень дороги (в одной из отраслей привлечение запросто может стоить 5-15 kRUR), никогда по IP не забирают, просят приземлить на телефонный номер. А уже внутри своей сети, с УПАТС, могут и по IP разводить. И это хорошая практика. А вот передача звонка между операторами по IP, о чём я и пишу, — очень рисковое решение.
Выступали бы вы на какой нибудь конференции — я бы вышел, а вы бы задумали. Но так как вы меня не наблюдаете, я оставлю своё мнение.

Вы нам рассказали, что 20 компаний не смогли догадаться поставить переадресацию на мобильник с номером оператора, у которого кабель рубанули… они на камчатке работали, где телефонные станции ещё вывезенные из Германии после войны стоят?

Если я не ошибаюсь, то фото «стойки одного из операторов связи» вы зря приплели, ибо это (насколько я помню) блок внешних интерфейсов Питерского коммутатора от МТА Групп. (вроде бы SS он называется, или как то так). И интерфейсы там PRI (Е1). Так вот — нигде он там не потерялся. Если там будет плохой контакт, то битовые ошибки и счётчики слипов дадут об этом знать обслуживающему персоналу… Ну или же поток совсем ляжет и вызов пойдёт в другое, резервное, направление.

И ладно, в последней части вы нам рассказали, как переползать с оператора фиксированной связи на… оператора фиксированной связи по SIP? И вы, очевидно, предоставляете все возможности личного кабинета абонента, который вы описали… лучше бы про это начали рассказывать, с посылом, что смотрите до чего техника дошла, а мы это можем на уровне, достойного оператора связи.

Я сам приверженец закрытых сетей для транспорта голоса, и у нас до заказчика выстраивается канала фиксированной полосы (для мелких чаще арендуемый, если свой кабель «далеко»). Далее TDM или VoIP/FXS шлюз на наши голосовые коммутаторы и сервис живёт, пока живёт канал. Тут проблемы правда другого рода — если по публичной сети могут быть косяки с качеством, то тут могут быть аварии у конкретных партнёров и сервиса не будет вовсе. Ну переадресации и всё такое — понятно. Для тех, кому связь супер важна (перерывы только из-за глобальных катаклизмов), делается резерв на всех уровнях.
Физика:
– разные кабельные системы
– разные точки входа в сеть оператора (географические и в активку)
– разные голосовые коммутаторы (например у нас их 2, один из которых состоит из двух нод, с разной географией)
– разные потоковые платы (или шлюзы в комплексе коммутатора) для приёма трафика

Логика:
– транспорт с бесшовным схождением, в случае обрыва рабочего плеча
– приземление на разную географию
– от VoIP шлюзов SIP-T на голосовой коммутатор c географией нод прозрачно работает со всеми, и ничего не случится, даже если одна нода отвалится (вызовы, обслуживаемые её, не потеряются и не прервутся — проверено; обеспечивается сигнализацией комплекса)
– и вы конечно понимаете (вроде упоминали об этом), что нельзя надёжно сливать трафик в ССОП, не имея присоединения к ключевым операторам. Для читателя возможно не очень понятно, что есть «ключевые»… как бы формально это не звучало, но это все из списка операторов Мг в регионе (где деятельность происходит). Делается это с целью регистрации ТЗУС (транзитный зоновый узел связи).

ЗИП. Чинить надо быстро, даже если персонал спокоен, когда падает пол ядра, но они знают, что сервис живёт.

Так вот это не 3 копейки стоит конечно и за такое надо платить. Так что до какой степени резервироваться, решает каждый заказчик сам для себя. Для типичного мелкого бизнеса я бы обошёлся и voip по инету от того же оператора или того, с кем он пирится. Для тех, кто работает на/через телефоне, предпочёл бы PRI доступ, а если надо иметь резерв — VOIP, ибо даже если коммутатор будет один, то транспорт можно использовать разный хотя бы на уровне логики, а то и на физике, через другого оператора.

PS: я солидарен, что персонал, обслуживающий тот самый коммутатор с картинки, олени с свитерах.
Искреннее спасибо за комментарий и отдельно за структурированность. По поводу того, что я предлагаю: предлагаю не использовать транзит по IP между операторами, когда сам оператор начинает выступать в качестве SIP-клиента другого оператора. Категорически не рекомендую это всем. Возможно, малый бизнес это стерпит. А вот крупному это противопоказано. Ну и статистика потери звонков в IP позволяет просто просчитать, что дешевле: терять часть звонков или все-таки доплачивать и не выходить в публичный интернет.

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

Нет, есть услуга у облачных операторов «переход со своим номером», когда оператор становится SIP-клиентом другого оператора, позволяя обрабатывать звонок сервисом на своей стороне. Вот такую схему использовать я и не рекомендую.
Случаи интерконнекта по IP между сколько-нибудь уважающими себя операторами лично для меня неизвестны.
МГТС выдаёт ТУ на присоединение по SIP. Правда для того, что бы это было возможно, необходимо затащить оптику к ним на объект и по ней присоединиться.
Абсолютно все крупные операторы стыкуются в том числе и по SIP\H.323 со своими партнерами и очень часто через public internet. Есть много причин так делать, в том числе и экономических.
Ну крупные не стыкуются через паблик интернет, потому что это уже не укладывается в нормативу. Да и немного в здравый смысл тоже не укладывается. Ибо крупные уже и так друг с другом соединены и могут без проблем выделить себе доп полосу.
Может конечно у нас разные понятия, кто такие крупные… Я считаю, что крупные, у кого есть хотя бы ТЗУС в эксплуатации. В Москве их в районе 45 всего. У кого нет ТЗУС, те либо занимаются различного рода фродом, серым прогоном трафика из бугор, либо со своего местного узла нет достаточно объёма, что бы строить ТЗУС было рентабельно за счёт прогона трафика напрямую и организации транзита от мелких, начинающих операторов.
Интересная история из жизни и вопрос: несколько лет назад перешел от билайна к мегафону с сохранением номера (в билайне был еще и «городской» номер). Тогда было сказано, что перенесется только федеральный номер. Жаль конечно, но 4g перевесило остальные минусы. Однако позвонить по «городскому» номеру можно до сих пор и попадаешь на мой номер (мегафона), при этом никаких оплат за «городской» номер не взимается ни со стороны первого, ни со стороны второго оператора. Такое ощущение, что в билайне забыли удалить переадресацию с «городского» на федеральный и теперь звонок идет как и прежде на федеральный номер, только в мегафон. До сих пор не могу понять как такое возможно. Может знающие люди пояснят?
Вам, думаю, могли бы ответить в Билайне самом: все зависит от того, как у них организовано управление номерами. Чаще всего есть «отстойник», в который отправляются освобожденные номера на некоторый срок, где и находятся, пока на них не перестанут идти звонки (ну, или интенсивность их не снизится до приемлемой). Ваш номер по идее должен быть уже там. Но по какой-то причине с номера не отвязались настройки переадресации и сейчас за ваши звонки платит сам Билайн. Договор на пользование номером расторгли ведь уже? Если расторгли, то можно просто тихо радоваться звонкам, пока Билайн проблему не найдет и переадресацию не отключит.
В билайне ответить затруднились, пока тихо радуюсь )
Во-первых, каждый вендор, когда реализует поддержку SIP, имеет в виду что-то свое. И, используя SIP-совместимое оборудование или софт разных производителей, очень просто получить неработающую систему из-за разных реализаций одного протокола.


Возможно речь идет про какие то ДВО? Так как скорее всего стоит SBC между оконечкой и мозгами, которая выполняет функции совместимости по протоколу.
Да, справедливое замечание, SBC снимает остроту проблемы общения на «диалектах» SIP, но не решает её полностью. И отдельная песня про то, что бывает после обновления ПО.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий