Для начала разверните в линейной сети.Сначала TLS потом srtp.Не всё сразу

Проьовал :)

Тлс разворачивается

Все ок

Включаешь сртп все по пизде идет

У меня так не работало когда не бился ип адрес с сертификатом

Я честный серт через летсэнкрипт вешал

Я честный серт через летсэнкрипт вешал

А ип совпадает с тем во что ресолвиться?

Проблвал пробросить все порты

И зайти через инет

В клиенте отключал проверку сертификата на доверие

Типа принимать любой

Желающие помочь за вознаграждение прошу в лс

Погоди ты с деньгами, мелось скорее всего. Вот по пунктам пройдись от поддержки в астере до клиентского серта

https://voxlink.ru/kb/asterisk-configuration/TLS_in_Asterisk/

Йа зайобся просто :))

Эт я читал

Но надо это поднять на фрипбкс

Или эластиксе

Степень извращенности зашкаливает

:)

Но надо это поднять на фрипбкс

На тесте у меня работало и на бриа и на спа303 под фрипбх

Зойпер умеет держать андройд без сна

Поэтому он

И там есть смски

центос-админ через 17 минут начинает вебинар по теме "Asterisk и базы данных". https://www.youtube.com/watch?v=hvlP6UcjUDM

И?

ну вдруг интересует кого

сейчас бы базы данных не знать...

И вообще забыть что такое комп

Как страшный сон

ну вдруг интересует кого

спасибо

With the release of Asterisk 11.25.0 [1] the Asterisk 11 branch has entered into a security only maintenance phase (approximately 1 year).

Народ а никто не заморачивался смсками через сип внутри?

вот зойпер может чаты делать

Зойпер хороший

ага только как бы их заставить работать

Executing [s-CHANUNAVAIL@macro-exten-vm:1] GotoIf("Message/ast_msg_queue", "0?exit,1") in new stack -- Executing [s-CHANUNAVAIL@macro-exten-vm:2] PlayTones("Message/ast_msg_queue", "congestion") in new stack [2016-11-24 00:08:38] ERROR[4674][C-00000002]: channel.c:5519 set_format: Unable to set format because channel Message/ast_msg_queue supports no formats [2016-11-24 00:08:38] WARNING[4674][C-00000002]: indications.c:156 playtones_alloc: Unable to set 'Message/ast_msg_queue' to signed linear format (write) [2016-11-24 00:08:38] NOTICE[4674][C-00000002]: app_playtones.c:100 handle_playtones: Unable to start playtones == Spawn extension (macro-exten-vm, s-CHANUNAVAIL, 2) exited non-zero on 'Message/ast_msg_queue' in macro 'exten-vm'

куда копать?

может не то конечно

https://reviewboard.asterisk.org/r/4613/

но вдруг

эт не то

Интерфейс статистики Asterisk. Новая версия, новый функционал https://habrahabr.ru/post/315910/?utm_source=habrahabr&utm_medium=rss&utm_campaign=interesting

Интерфейс статистики Asterisk. Новая версия, новый функционал https://habrahabr.ru/post/315910/?utm_source=habrahabr&utm_medium=rss&utm_campaign=interesting

вот как то стремно свою инфу о звонках на лево отдавать.

ага а про новую задумку циско слышали с облачным вайфай контроллером?

инет упал вайфая нету =))

зачем придумали pjsip? чтобы народ страдал?

зачем придумали pjsip? чтобы народ страдал?

зачем придумали pjsip - я понимаю. Зачем его заиспользовали в asterisk - уже сложней. А вот что из этого получилось.. это стоило мне много-много времени, нервов и... нервов

зачем придумали pjsip - я понимаю. Зачем его заиспользовали в asterisk - уже сложней. А вот что из этого получилось.. это стоило мне много-много времени, нервов и... нервов

Коллеги, предметней.куда не наступать?Парни сделали мужественный шаг- ради идеи и развития ввели ЭТО.Реально с транспортами и пр -развитие.Понятно дело что болеет всё с изменений

просто подождать переходить на него. Многих фич в нём ещё нет (и не делают). Ну и SegFaults в разных местах в разное время

предметно по фичам: Я так и не могу получить нормально UA и IP пира при его регистрации. IP с грехом пополам обошёл.. ACL на уровне пира вообще не поддерживается. это что первое вспомнилось

При входящем Message запрос регистрации не поддерживается

Я так замучал Колпа что он в результате сделал сборку с embeded pjproject :) Это к вопросу о конфигурации pjproject..

При входящем Message запрос регистрации не поддерживается

А в чансипе поддерживается?Кстати как работает?Что оконечкой отображает месседж?

При входящем Message запрос регистрации не поддерживается

что это и зачем?

Я уже года два на pjproject перешёл, поторопился :( Потому плохо помню детали. В chan_sip поддерживается точно. Если опция настройки. Вроде бы не было проблем... В основном все проблемы в SIP с идентификацией того пира, с которого пришёл пакет. Если у тебя несколько пиров на одном IP (например из сипнета). Хорошо хоть в pjproject сделали поддержку опции line. Но вот работает это только для звонков

"все проблемы" = проблемы идентификации и авторизации

и не все "контрагенты" поддерживают полноценно line. Регистрируешься с ней.. а вызов приходит без указания :(

"все проблемы" = проблемы идентификации и авторизации

Насколько я помню в чансипе всё одним потоком и соурспорт=5060 хоть умри.Многое отсюда.Потом, я не помню но аутентификация- это проблема, как быть например транзитному прокси- у него дня аутентификации просто данных нет, гнать пакет назад?Тот же РТ тоже не умеет в своей облачной новой телефонии.Видимо это общее место.Как там в rfc- мож кто знает?

но всё закончилось на asterisk 13.7. На нём работает.. зависая раза два в сутки. Всё что позже было на моём сервере не работает и минуты.. вылетая в SF :( Места падений абсолютно разные... их несколько. В результате приходится сейчас менять старую слаку на centos7.. плююсь, сквернословлю, но ставлю

ну соусрпорт тут ни при чём. В самом SIP пакете полей дофига для этого. Просто.. поля дигеста приходят исключительно только после запроса авторизации. Но в моём случае их просто никто не запрашивает (pjproject)

в случае транзитного прокси, конечно, нечего проверять. Он должен быть транзитным.. если уж взялся

может кто подскажет, Grandstream UCM6102 - периодически ломается uac регистрация на исходящих транках, лечится перезагрузкой. Программа:(F/W)1.0.9.25

братья наши меньшие, которые его сделали могут наверное сказать

ну соусрпорт тут ни при чём. В самом SIP пакете полей дофига для этого. Просто.. поля дигеста приходят исключительно только после запроса авторизации. Но в моём случае их просто никто не запрашивает (pjproject)

т.е. не хватает опции "аутентифицировать все входящие запросы"?

братья наши меньшие, которые его сделали могут наверное сказать

Техническая поддержка осуществляется только организациям, имеющим действующий Договор оказания услуг поддержк

ERROR: S client not available

ну соусрпорт тут ни при чём. В самом SIP пакете полей дофига для этого. Просто.. поля дигеста приходят исключительно только после запроса авторизации. Но в моём случае их просто никто не запрашивает (pjproject)

И тем не менее , имея возможность отвечать с любого порта сип отвечает ТОЛЬКО с 5060!

братья наши меньшие, которые его сделали могут наверное сказать

сказать могут, но за бабки

сказать могут, но за бабки

т.е. вы заплатили им за это амно и теперь ищите бесплатной помощи здесь?

т.е. вы заплатили им за это амно и теперь ищите бесплатной помощи здесь?

тяжелое наследство

И тем не менее , имея возможность отвечать с любого порта сип отвечает ТОЛЬКО с 5060!

Ну это касается исключительно udp. Потому как почему нет? А если tcp/tls, то так технически невозможно

Ну это касается исключительно udp. Потому как почему нет? А если tcp/tls, то так технически невозможно

Один сокет получается на всех, src addr + port если одинаковые

В случае же пджисипа это регулируется транспортом, и он многопоточный

т.е. не хватает опции "аутентифицировать все входящие запросы"?

Такая опция есть в чан_сип. В pjproject для сообщений её пока не сделали. Но это сторона сервера. Сервер-то может запросить у клиента. Но, например, goip это просто проигнорирует. Он выплюнул сообщение и забыл

Такая опция есть в чан_сип. В pjproject для сообщений её пока не сделали. Но это сторона сервера. Сервер-то может запросить у клиента. Но, например, goip это просто проигнорирует. Он выплюнул сообщение и забыл

И всё-таки, коллега, в качестве оконечки что выступает для сообщений?

Насколько я помню в чансипе всё одним потоком и соурспорт=5060 хоть умри. Что имеется ввиду?

Насколько я помню в чансипе всё одним потоком и соурспорт=5060 хоть умри. Что имеется ввиду?

В исходящем пакете соурс порт и дест =5060, не обращали внимания?

может кто подскажет, Grandstream UCM6102 - периодически ломается uac регистрация на исходящих транках, лечится перезагрузкой. Программа:(F/W)1.0.9.25

с такой постановкой вопроса далеко не уедете даже в платном саппорте у китайцев нужен как минимум анализ сигналки

с такой постановкой вопроса далеко не уедете даже в платном саппорте у китайцев нужен как минимум анализ сигналки

могу и сигналки и логов(ничего крамольного) и все, что хочешь.

В исходящем пакете соурс порт и дест =5060, не обращали внимания?

chan_sip.so в asterisk? или я где то потерял нить разгвороа?

chan_sip.so в asterisk? или я где то потерял нить разгвороа?

Он

Он

Вы хотите сказать, что нельзя указать listen порт астеру, и определить dst порт какому-либо из peers?

могу и сигналки и логов(ничего крамольного) и все, что хочешь.

я вообще ничего не хочу мну работа уже сутра удовлетворила посмотрите сами шлет ли он REGISTER или ему тупо на них не отвечают

Вы хотите сказать, что нельзя указать listen порт астеру, и определить dst порт какому-либо из peers?

dst можно, листен уже сложнее- один на всех как я понял, на пир не поставишь

И всё-таки, коллега, в качестве оконечки что выступает для сообщений?

"всё что угодно", зоопарк, нет ограничений. В части сообщений, как минимум, GOIP шлюзы. Для них пришлось написать свой сервер их обслуживания..

dst можно, листен уже сложнее- один на всех как я понял, на пир не поставишь

а, вы хотели отдельный listen для каждого peer? Да, такого нет.

listen порт один для всех )

я вообще ничего не хочу мну работа уже сутра удовлетворила посмотрите сами шлет ли он REGISTER или ему тупо на них не отвечают

отваливается на разных провайдерах, через разные каналы . так что проблема в нем.

listen порт один для всех )

Ну вот и вылазит ограничение однопоточности чансипа

Ну вот и вылазит ограничение однопоточности чансипа

не совсем понимаю, что в данном случае "однопоточность"

чансип все сообщения обрабатывает в одном потоке... их приход и уход

не совсем понимаю, что в данном случае "однопоточность"

Именно в понятии терминов ОС- последовательность вычислений в программе

отваливается на разных провайдерах, через разные каналы . так что проблема в нем.

не факт что в нем астериск (наверное он внутри) не любит совсем когда в мир есть несколько каналов

Проблема была в том, что и DNS резолвинг астер делал в этом же потоке... Только совсем недавно они это стали менять. Об успехах не знаю, т.к. не могу обновиться свежее 13.7 :(

Именно в понятии терминов ОС- последовательность вычислений в программе

а, ну, наверное. Хотя не могу понять степени загрузки, где бы это влияло ) Лучше уж тогда РТУ-4 поставить, чем использовать asterisk настолько, чтобы однопоточность chan_sip.so вызывала затруднения.

Сделайте два астера тогда )

Если сопоставить как астер распознает пиры то понимаешь что иногда возможны неоднозначности- например 2 и долее транков в один и тот же адрес/порт, и неоднозначность КУДА придет(ОТКУДА) вызов?

две рядом запущенные VPS