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

Я расковырял пакет, он просто кладет mod_bcg729.so в /usr/lib/freeswitch/mod

О, для arm - здорово. Для raspberian будет тоже здорово. Это понятно. Я про то, что он от каких-то других пакетов зависит помимо freeswitch(через libfreeswitch)

ааааааааааа, я не могу, что за херня https://pastebin.com/7VSLdNKb

почему он умер??

он уже делал так, в итоге мне пришлось переустановить виртуалку

не хочет вставать именно с моим диалпланом

как же так

как определить на каком месте он споткнулся?

ааааааааааа, я не могу, что за херня https://pastebin.com/7VSLdNKb

https://freeswitchforum.com/viewtopic.php?f=6&t=894

отредактировал

интересно как я умудрился сбить права на /etc/freeswitch

mod_limit может через odbc шарить лимиты

так.. вот подключил я базу https://i.imgur.com/vZRZwzd.png а где тут собсно количество звонков??

аааа

ааааааааааааааа

понял

туплю с утречка

...count(*) ... group by id

ога

...count(*) ... group by id

а как он делает трансфер?

тоже самое только на русском можно?

Когда лимит превышен, в доке написано что он делает трансфер на limit_exceeded я правильно понимаю что мне нужно что-то такое, чтобы ловить? <extension name="limit_exceeded"> <condition field="destination_number" expression="limit_exceeded"> <action application="respond" data="403"/> <action application="export" data="syslog=712"/> </condition> </extension> @rostel

тоесть словлю ли я этот трансфер таким кондишеном?

<action application="limit" data="hash internal $1 2 handle_over_limit XML over_limit_actions"/> <context name="over_limit_actions"> <extension name="oops, too many calls for this one"> <condition field="destination_number" expression="handle_over_limit"> <!-- <action application="answer"/> <action application="playback" data="ivr/ivr-user_busy.wav"/> --> <action application="hangup" data="USER_BUSY"/> </condition> </extension> </context>

что непонятного?

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

он не делает трансфер :(

https://pastebin.com/07Wdngrv

могут ли на это влиять переменные continue_on_fail и hangup_after_bridge?

оба в true

Поделитесь, пожалуйста, примером расчёта железа на 500 concurrent calls

mod_limit может через odbc шарить лимиты

Вчера шарился по настройкам и случайно обнаружил в конфиге hash.conf.xml такую запись <!-- List of hosts from where to pull usage data -->

то есть похоже оно может хэш шарить

через ESL

так стоп... а limit_execute похоже вообще не трансферит

только limit

Поделитесь, пожалуйста, примером расчёта железа на 500 concurrent calls

тут сильно зависит от задач если bypass media, то это одно, а если транскодинг в/из opus/g729 да ещё и с ресемплингом, то это совсем другое

Да, limit_execute не делает трансфер

и блэт hangup_cause пустой

я даже не знаю что мне делоть

А с массивами кто-то дело имел? Как их обойти(перебрать все значения)?

Массивами где?

в диалплане

обычном XML

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

вот прям выдрал пример из CGRateS <extension name="CGR Suppliers"> <condition field="cgr_suppliers" expression=".+"> <action application="set" data="cgr_supplier=${cgr_suppliers[1]}" /> </condition> </extension>

понятно что в ${cgr_suppliers[1]} может быть N значений - как их все последовательно получить?

почему не взять LUA вместо XML для dialplan?

гораздо меньше боли же будет

Я бы так и сделал, или просто вызвал бы на этом месте скрипт.

угу, тоже вариант

для простоты, да и LUA я весьма паршиво знаю :)

learn lua in 15 minutes

Судя по всему нету такого….. https://wiki.freeswitch.org/wiki/Dialplan_ARRAYS

В смысле что-то типа foreach

в вики я был, да, но странно как-то

Тем более массив в FS - это просто строка с разделителями в виде |

А обращение по индексу - просто приятность и синтаксический сахар

${cond(${limit_usage} > ${limit_max} ? process_cdr=a_only : process_cdr=b_only)}

короче как-то так

Можно через transfer делать и с инкрементом переменной

это конечно капец почему limit_excute не трансферит?...

я без таблицы массив - distributor.conf.xml не устроит для перебора

Тем более массив в FS - это просто строка с разделителями в виде |

Это по коду следует или из вики? Я так понял оно так его сериализует при обращении без индекса. Блин, и регекспом не подсчитаешь же :( Видно нам к луа дорога, а так не хотелось..

ну или попросить CGRateS выдавать в пригодном для использования формате

А какая разница, по коду или по представлению? Вам-то нужно пройтись по нему?

Вощем я прочекал по коду - реально массив так и представлен внутри, как его сериализуют. А CGRateS молодцы - у них первый элемент массива - его длина :)

Кстати, у CGRates гуя так и нету никакого? Чисто фреймворк?

Кстати, у CGRates гуя так и нету никакого? Чисто фреймворк?

платный есть

Который CGRTBilling?

угу

Там по отзывам автор - редостный м. В плане поддержки

Типа ворваться на прод с криками «там нужно пофиксить» и все положить - в порядке вещей

Плюс, сейчас это вроде уже не самостоятельный продукт, а кусок к Fusion

Есть у меня такой кусочек <action application="set" data="proto_specific_hangup_cause=sip:403" /> <action application="hangup" /> Хочется к 403 дописать какой-нить камент типа "Zero balance" или "Unknown dest" - это вообще законно? И в какое место воткнуть? Может эту конструкцию заменить просто respond?

в принципе вкрячить заголовок типа Reason тоже норм было бы

Кто мешает свой заголовок написать ? - X-

Что-то я совсем не уверен, что он попадёт в ответ, да и более стандартного хочется

sip_h_ будет в ответа

ребята, а ни у кого не было проблемы в том, чтобы подружить FS 1.6 и Homer5?

небыло

гомер ругается на кривые пакеты: homer-kamailio | 2(17) INFO: <core> [core/parser/parse_fline.c:87]: parse_first_line(): ERROR: parse_first_line: message too short: 0 homer-kamailio | 2(17) ERROR: <core> [core/parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad message (offset: 0) homer-kamailio | 2(17) ERROR: <core> [core/parser/msg_parser.c:671]: parse_msg(): ERROR: parse_msg: message=< homer-kamailio | > homer-kamailio | 2(17) ERROR: <core> [core/parser/msg_parser.c:330]: parse_headers(): bad header field [(null)]

дружат - проверено

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

tcpdump'ом снимал трафик, всё ок

соотвествует спецификации HEP3

там есть докер с хомером - свежий - попробуй его - разворачивание не займет много времени

вот его и развернул

уже на двух тачках пробовал

хм - это конечно странно - надо гуглить (

гуглил - ничего. нашёл только в какой-то группе гугля дискуссию, но там разработчик Homer'a сказал, что они будут откатываться на старый kamailio. это было год назад.

MTU может как-то влиять на это дело?

просто FS в РФ стоит, а тачки с гомером в облаках брал

вроде нет - это уровень ниже совсем

у меня FS сидит на канале ТТК, а у них чёт траблы какие-то постоянно на Европу

гомер ругается на кривые пакеты: homer-kamailio | 2(17) INFO: <core> [core/parser/parse_fline.c:87]: parse_first_line(): ERROR: parse_first_line: message too short: 0 homer-kamailio | 2(17) ERROR: <core> [core/parser/parse_fline.c:257]: parse_first_line(): parse_first_line: bad message (offset: 0) homer-kamailio | 2(17) ERROR: <core> [core/parser/msg_parser.c:671]: parse_msg(): ERROR: parse_msg: message=< homer-kamailio | > homer-kamailio | 2(17) ERROR: <core> [core/parser/msg_parser.c:330]: parse_headers(): bad header field [(null)]

сип-каптуре поправь

размер пакета

не могу найти это в доках