tatamo

Любой доступный. Можно зойпера можно гугла можно свой.
Стоит попробовать

Можно попробовать на клиентах прописать STUN или ICES. В этом случае должно работать за NAT минуя сервер.

Речь не об этом. Открыл я историю… смотрю-смотрю.. и решил прослушать. А после открытия уже прошло 5 минут. Тебе откажут.
В этом случае имеет смысл совместить с планируемой переделкой чтобы детализация звонка подгружалась не сразу, а только при открытии. Тогда эти N минут пойдут от открытия конкретного звонка, а не получения списка.

@valerchik2004 переключил учётку на PJSIP. Теперь она онлайн. Напиши если будет чудачить

Не дождался завтра 🙂 Точнее уже завтра (ночь), но не суть 🙂
Попробовал одну опцию (отключающую обязательность шифрования на сервере).
Получилось что если клиент требуется шифрования… он его получает. Если не требует, то не получает.
Можно включить ВСЕМ устройствам… и если устройство затребует, то получит.
Против этого есть два соображения…[Читать далее]

Не дождался завтра 🙂 Точнее уже завтра (ночь), но не суть 🙂
Попробовал одну опцию (отключающую обязательность шифрования на сервере).
Получилось что если клиент требуется шифрования… он его получает. Если не требует, то не получает.
Можно включить ВСЕМ устройствам… и если устройство затребует, то получит.
Против этого есть два соображения…[Читать далее]

Завтра попробую сделать шифрование “необязательным”… т.е. чтобы не требовалось переключать “шаблоны” в устройствах.

Итак… у меня получилось добиться прохождения звонков в обе стороны с шифрованием TLS+SRTP на Zoiper и PhonerLite.
В обеих случаях отображается замочек и шифрование SDES.

Реализовал возможность добавить SMS шлюз с сервисом bytehand.com
можно проверять баланс…
Задумался как дальше двигаться… Есть несколько путей:
1. Простой и негибкий: у шлюза сделать настраиваемый “идентификатор” (например, sms). И если SIP сообщение с текстом “sms Привет” на номер 79101234567, то на этот номер и уйдёт текст “Привет” через шлю…[Читать далее]

@alex1123, именно так. Zoiper, видимо, пытается установить шифрованное соединение, но ему это не удаётся.
С настройками сервера это связано только тем, что сервер нашего сервиса, к сожалению, не поддерживает ZRTP 🙁
Буду пытаться заставить работать с SRTP, который хотя бы заявлен как работающий.

@alex1123, TLS – это шифрование “сигнализации” и оно успешно работает. Но сам голос и видео (медиа) идёт отдельным от сигнализации потоком: RTP или ZRTP или SRTP (протоколы медиа-потоков).
RTP открытый протокол, который поддерживается всеми клиентами.
SRTP – довольно старый протокол криптования. имеет недостатки, но более распростран…[Читать далее]

@alex1123 с ZRTP оно, конечно, работает.. но шифрования не происходит. Или я ошибаюсь?

Мне требовалось выполнить одно длительное действие над БД, в которой хранятся все логи звонков, а потому требовалось останавливать сервер телефонии.
Чтобы помешать наименьшему числу пользователей.. запланировал это на 4 утра (во время бэкапа) и настроил действие на планировщик… Требовалось чтобы сервер телефонии был выключен, а пото…[Читать далее]

Успешно проходили. И сейчас проходят.
Только шифрации RTP нет никакой.

1) Эта инструкция написана для chan_sip. В сервисе сейчас используется res_pjsip

2) Эта инструкция и патчи написаны для asterisk 1.4. Я практически уверен что оно неприменимо для 1.13… тем более res_pjsip.
А вот ответ: http://asteriskfaqs.org/2015/10/05/asterisk-users/does-res_pjsip-support-zrtp.html
Похоже что libZRTP требуется лицензиров…[Читать далее]

Попробуйте сейчас, пожалуйста.
Напишите.. получилось ли

Астериск не поддерживает zrtp 🙁

SRTP, шифрование

Скорей всего не пошло оно в народ… не нашлись рекламодатели для оплаты отправки SMS.
Хотя идея сама по себе удачная… по крайней мере для отправки кодов подтверждения мне было бы в самый раз.