или наоборот, смотри какой кодек когда работает

может там 722 при этом? )

а то что ругается на 2017-05-16 18:12:30.283389 [WARNING] mrcp_sofiasip_client_agent.c:221 () Failed to Create NUA [nuance5-mrcp2] sip:10.X.X.X:5090;transport=udp это нормально?

это при reload mod_unimrcp

Всем Спасибо Ребят, помогло

не знаю что именно, но вроде заработало)

Доброе утро, сейчас под fs стоит сервак 8 оперативы, 4 CPU на vscale, примерно 100-120 вызов одновременно, по htop вижу, что все 4 ядра работают на 80-90% и avg поднимается до 15-20, может ли из-за этого заикаться связь немного? И нужно ли брать еще один сервак для масштабирования? Или это не нагрузка для fs всего лишь 100 звонков?

Может заикаться. Для самого ФС 100 звонков - фигня. Но ресурсы должны быть. Цпс скока? Транскодинг?

извините. но как посмотреть?

status

UP 0 years, 1 day, 21 hours, 23 minutes, 24 seconds, 511 milliseconds, 488 microseconds FreeSWITCH (Version 1.6.15 -32-bec4538 64bit) is ready 160956 session(s) since startup 170 session(s) - peak 297, last 5min 186 2 session(s) per Sec out of max 30, peak 14, last 5min 8 1000 session(s) max min idle cpu 0.00/8.97 Current Stack Size/Max 240K/8192K

Транскодинг надо считать ноги

Имхо, это косяк vscale

Ресурсы зажимает?

Дай еще пару ядер

хз, вот последние пару дней звонков чуть больше стало и началось, а не могли бы в кратце сказать на что смотрели

из status и понимать, что не хватает или где можно об этом почитать?

Цпс 14 в пике

проблема в том, что это макс. сервак, который у них есть, ядер не добавить, наверно еще один возьмем, сейчас на 2 стоит fs

Дай еще пару ядер

Ни о чем

т.е. 14 сессий максим в секудну было и это не нагрузка?

а сколько при такой конфигурации примерно можно выжать?

Вообще странно, 300 каналов на 4 ядра должен нормально тянуть.. Попробовать прикинуть сколько транскодинга и уменьшить его по возможности, late_negotiation итд

А, 729 используется?

На 722 и 711 транскодинг относительно легкий

Начните с htop и atop - там кроме FreeSWITCH чтото может систему грузить или ввод/вывод забивать

У меня на 4 ядра/8 гигов при 15cps гдето в районе 1200-1500 висящих на синтетике заикаться начинало на астере

сервак пустой, стоит только fs и nginx, чтобы записи отдавать. используем вот эти кодеки PCMA, g729, opus

Транскодинг 729 достаточно тяжел

сейчас в dialplan`e вот так <action application="bridge" data="{absolute_codec_string=PCMA,G729,PCMA,OPUS}sofia/gateway/${gateway_name}/${call_phone}"/> получается его совсем убрать, и вместо него добавить G722?

Мы вообще тока 711а разрешаем

show channels и считать количество 729

Мы вообще тока 711а разрешаем

Оно не hd

Оно не hd

Ну если у него 729 есть, то он совсем не hd)

722, opus hd, при этом опус еще и со сжатием

Но больше проца надо, да

коллеги подскажите есть ли какойнибудь мануал как freeswitch подружить с skype for business cloud connector

там разве не sip?

Сип был. За баксы. Как обычный транк с регистрацией настраивается, магии никакой небыло.

кто помнит, чтобы в 200 была переменная, это sip_rh или sip_ph?

Добрый день, в диалплане первым стоит экстеншн с параметром continue="true", в нём только сетятся некоторые переменные, делее идут экстеншны уже с логикой маршрутизации звонков, однако если прилетает вызов который не подподавает под условия маршрутизации, то доходя до конца диалплана он завршается со статусом normal clearing из за самого первого экстеншна который выполняется всегда. Первое что приходит в голову это последним дописать экстеншн который бы зарубал вызов с ошибкой, но может есть какой то более правильный способ?

и что очень странно - я не вижу sip_*h в доках

Добрый день, в диалплане первым стоит экстеншн с параметром continue="true", в нём только сетятся некоторые переменные, делее идут экстеншны уже с логикой маршрутизации звонков, однако если прилетает вызов который не подподавает под условия маршрутизации, то доходя до конца диалплана он завршается со статусом normal clearing из за самого первого экстеншна который выполняется всегда. Первое что приходит в голову это последним дописать экстеншн который бы зарубал вызов с ошибкой, но может есть какой то более правильный способ?

break=never ?

а, не о том речь. Блок с нужным статусом и хэнгапом.

"последним дописать экстеншн который бы зарубал вызов с ошибкой" - что неправильного?

и дело не в "continue="true"", это просто потому что execute last dialplan ...

"последним дописать экстеншн который бы зарубал вызов с ошибкой" - что неправильного?

Не нашёл в доках описание такой ситуации, подумал может есть какой то общепринятый способ

Ну ситация случется из за того что какой то экстеншн всё таки выполнился, значит normal clering, в противном случае было бы no route destination

разве?

Если убрать первый экстеншн, то вызовы которые не были обработаны ни одним экстеншном имеют статус no route destination

ну самый правильный способ таки "конечный" эктеншен.

можно наверное выставить какой-нибудь hangup_cause, но тут ros tel может подсказать, очень специфичная хотелка

Да ладно, конечный экстеншн норм. Спасибо

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

и что очень странно - я не вижу sip_*h в доках

https://wiki.freeswitch.org/wiki/Mod_sofia#Adding_Response_Headers

Добрый вечер.у кого нибудь были проблемы с верто?у нас верто постоянно теряет конекшен к 7443 порту.и поэтому сертификат не проходит проверку и панель в офлайн уходит. Перешли на sipjs а там такой проблемы нет.но хочется все таки с верто работать.никто не подскажет в чем может быть проблема?

работаем с верто уже полгода точно, таких проблем не было

что верто пишет во время отвала?

в консоли браузера

Добрый вечер.у кого нибудь были проблемы с верто?у нас верто постоянно теряет конекшен к 7443 порту.и поэтому сертификат не проходит проверку и панель в офлайн уходит. Перешли на sipjs а там такой проблемы нет.но хочется все таки с верто работать.никто не подскажет в чем может быть проблема?

точно 7443?

Close socet potom на экран оффлайн выходит и дальше опять регистрирует ся и снова клоз сокет

ERROR: S client not available

Я сейчас просто в дороге лог весь не могу скинуть

В сетке ничего не блокируется

Проверили на двух разных серверах

В разных сетках

Добрый день господа, можете подсказать, с настройкой freeswitch? добавил новый шлюз в external профиль, почему то идет не в указанном контексте, а в контексте public. Сам только начинаю изучать платформу, пока нет никаких идей, в какую сторону копать.

гейт на sofia/public/..?

потому что шлюзы не проходят аутентификацию

Без аутентификации в нужный контекст через настройки профиля зарулить не получится?

все шлюзы, которым нужен определеный контекст, зарулить на один профиль и в настройках профиля указать контекст

либо в диалплане отлавливать по acl других надежных способов я не знаю

гейт на sofia/public/..?

в логе sofia/external/8435720577@85.26.171.132 в настройках шлюза: <?xml version="1.0"?> <include> <gateway name="09_Description_Description2_Description3"> <param name="username" value="none"/> <param name="password" value="none"/> <param name="realm" value="85.26.171.132"/> <param name="from-user" value="09_Description_Description2_Description3"/> <param name="from-domain" value="85.26.171.132"/> <param name="proxy" value="85.26.171.132"/> <param name="expire-seconds" value="180"/> <param name="register" value="false"/> <param name="retry-seconds" value="60"/> <param name="context" value="transit"/>

ясно. Сейчас буду осмыслять прочитанное, попробую настроить. Спасибо за помощь!

в настройках шлюзов context работает, но не со всеми встречными софтсвичами поэтому это крайне не надежный способ

кто нибудь настраивал фрисвитч с unimrcp . Реальный номер (прямой городской) не распознается

с внутренней сети распознается, с внешки нет

2017-05-23 10:46:20.494056 [INFO] mod_verto.c:2007 10.0.3.14:33202 Ending client thread. 2017-05-23 10:46:20.494056 [INFO] mod_verto.c:2015 10.0.3.14:33202 Thread ended 2017-05-23 10:46:20.494056 [DEBUG] mod_verto.c:1864 BAD READ -1000 Добрый день. вот такие логи попадют в кли и проблема в том что верто работает не стабильно.Приходится делать релоуд страницы хрома и панель снова востанавливается. не подскажите что эти логи означают. поиск ничего толкового не дал.

А какая версия fs?

кто знает, как заставить выполняться диалплан c att_xfer на loopback, при возврате звонка? Что-то не получается, hangup_after_bridge=false не помог

А какая версия fs?

fs 1.6

Попробуйте обновиться до 1.6 последней, и попробуйте поднять демо-страничку

Если там такое же - ищите разницу

Но вообще у меня такое было еще на 1.5, лечилось только релоадом страницы.

2017-05-23 10:46:20.494056 [INFO] mod_verto.c:2007 10.0.3.14:33202 Ending client thread. 2017-05-23 10:46:20.494056 [INFO] mod_verto.c:2015 10.0.3.14:33202 Thread ended 2017-05-23 10:46:20.494056 [DEBUG] mod_verto.c:1864 BAD READ -1000 Добрый день. вот такие логи попадют в кли и проблема в том что верто работает не стабильно.Приходится делать релоуд страницы хрома и панель снова востанавливается. не подскажите что эти логи означают. поиск ничего толкового не дал.

дамп трафика нужен в этот момент, возможно проблема сетевая

Но вообще у меня такое было еще на 1.5, лечилось только релоадом страницы.

релоудом лечится на время

дамп трафика нужен в этот момент, возможно проблема сетевая

сейчас просмотрю дамп сети

ну что там?

switch size t fmt эт чо?

судя по тому что выдает -1000, кривое значение какое то прилетает и оно дохнет

на условие посмотри

bytes < 0