maliw Опубликовано 12 ноября, 2013 · Жалоба Здравствуйте, уважаемые коллеги . Стоит задача принимать телефонные SIP-trunk, sip от оператора телефонии и передавать по своим каналам данных для абонента. Что можете посоветовать ? Рассматриваем SMG-1016M, но это дуреха не предназначена для этого. В чем вообще встал вопрос . Оператор отдает шифрованный SIP transport= протокол TLS . Абоненту это создает такой геморой, не передать в буквеном эквиваленте. По этому принято решение упростить жизнь абоненту по минимум. Решения : 1. Покупать железку каждому абоненту под ответ хранения, не олигархи пока. ( отпадает ) 2. Попросить оператора чтобы давал без шифрования в UDP . Возникает дилемма - оператор выключает МГ/МН. Оно и понятно. ( отпадает ) 3. Поставить железку, которая смогла подавать так телефонию, чтобы абоненты не плевались на условия/ограничения и оператор поставщик был спокоен за трафик. Для реализации рассматривали SMG-1016M, но что то мне подсказывает, что можно как то проще . Подскажите коллеги . Может кто уже задавал такой вопрос, киньте ссылочку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
palich Опубликовано 12 ноября, 2013 · Жалоба Как нам рассказывали, SMG умеет быть SBC. В качестве SBC на границе своей сети могу посоветовать Acme Packet Session Director. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maliw Опубликовано 12 ноября, 2013 · Жалоба А что такое SBC ( wiki не знает об этом ничего )? Где почитать про Acme Packet Session Director ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aleck_K Опубликовано 12 ноября, 2013 · Жалоба Можно узнать имя оператора, который отдает sip/tls и не может работать без шифрования? Можно в личку. По сути вопроса - ставьте нормальный SBC, это не та железка, на которой имеет смысл кроить. Как уже сказали выше, акме пакет отличный выбор. Еще можно посмотреть на SBC audiocodes, у них есть интересные дополнительные плюшки типа подключения lync-ов Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
maliw Опубликовано 12 ноября, 2013 · Жалоба Коллеги, там будет до 30 абонентов. Да и делается это не для России . Уж как только станет вопрос в нормальном решении, да можно и не кроить. Может кто пробовал поднимать что то попроще чем предложено выше ? Не Acme Packet Session Director и SBC audiocodes . Вещи конечно титанические. Мне что то простое нужно . Посоветуйте плиз . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aven Опубликовано 12 ноября, 2013 (изменено) · Жалоба Вариант 4 - сменить провайдера на адекватного с клиент-ориентированным сервисом. Вариант 5 - поставить Asterisk и делать им что нужно. Изменено 12 ноября, 2013 пользователем Aven Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Aleck_K Опубликовано 14 ноября, 2013 · Жалоба Вообще-то e-sbc как раз и сделан для относительно небольших инсталляций, причем может быть и шлюзом и бордером в одной железке Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
grifin.ru Опубликовано 14 ноября, 2013 · Жалоба Aven +1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
palich Опубликовано 15 ноября, 2013 · Жалоба Вообще-то e-sbc как раз и сделан для относительно небольших инсталляций Присоединяюсь. Вот варианты: Mediant 800 E-SBC Mediant Software E-SBC Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
