Доходит этот поток?

да, доходит, но в нем тишина :(

a sched_hangup это точно application а не api ?

оно и так, и так работает

А если &echo ?

на той стороне оно и стоит

:(

это я пытаюсь одним свичем другой нагрузить

sipp + pcap файл никак?

а если убрать sched_hangup?

со стороны тестируемого answer и echo, со стороны тестирующего - скрипт, генерирующий сессии

Borik используй sipp + pcap/wav

sipp у меня работать корректно отказался, после 1500 звонков он упирается softirq в потолок по одному cpu и все, приехали

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

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

А если не приложение вызывать, а LUA скрипт или в кусок диал-плана помещать?

вот так работает - event:getHeader("Event-Name") а вот так не хочет - event:getHeader("Caller-Caller-ID-Number") возвращает nil

если так bgapi originate sofia/internal/service@192.168.100.74:5080 &playback(/usr/share/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav) ?

да оно ж играет. по логам фрисвича. я вот думаю, может ему какого модуля не хватает для корректного воспроизведения?

если так bgapi originate sofia/internal/service@192.168.100.74:5080 &playback(/usr/share/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav) ?

я попробую, но не думаю, что влияет, поскольку sched_hangup через 2 минуты корректно отрабатывает

оно может играть, но пока execute_on_answer не завершится FS ничего в канал не протранслирует

интересная мысль... ща попробую

если так, то это какой-то феерический баг

не, не помогло

вот так работает - event:getHeader("Event-Name") а вот так не хочет - event:getHeader("Caller-Caller-ID-Number") возвращает nil

Подскажите пожалуйста, как мне в LUA получить значение переменной канала?

вот так работает - event:getHeader("Event-Name") а вот так не хочет - event:getHeader("Caller-Caller-ID-Number") возвращает nil

getVariable

не

ну или добавить variable_

сделайте для начала freeswitch.consoleLog("info", event:serialize())

на event:getVariable("Caller-Caller-ID-Name") ругается - attempt to call method 'getVariable' (a nil value)

event:serialize сделай и посмотри, вообще, какие у тебя там есть заголовки.

attempt to call method 'serialize' (a nil value)

https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-event:serialize

api_hangup_hook вроде имеет свой объект

Там env

sipp у меня работать корректно отказался, после 1500 звонков он упирается softirq в потолок по одному cpu и все, приехали

1500 cps? я эту неделю сипп гоняю в 50к звонков, правда десяток цпс, нода больше не держит (тестовая)

а так 100 цпс выжимали с прод серваком

расскажи, как ты это делаешь ) меня сторона ФС не интересует, у меня не получается сгенерировть нужный трафик.

ну или добавить variable_

это для нормализованных имен, типа caller_name

расскажи, как ты это делаешь ) меня сторона ФС не интересует, у меня не получается сгенерировть нужный трафик.

может у тебя тупо не тянет нода, которая нагрузку генерит? )

можно с нескольких машин запустить..

Там env

у которого нет serialize и вообще оно кастрат. Насколько помню. Надо по уиду канал дергать или выставить переменную что все заголовки прокинуть

вряд ли, там лезвия с двумя зеонами 2600 по 6 ядер. упирается в 6cps по 75 секунд

вряд ли, там лезвия с двумя зеонами 2600 по 6 ядер. упирается в 6cps по 75 секунд

6 цпс у sipp? кого-то явно глючит ))

угу...

может план кривой?

вот я только уже 4-й день пытаюсь понять, кого...

сипп последний?

..и можно еще со стоковым проверить

да пофиг на план ) свич жужжит себе и жужжит apt-get install sip-tester

sipp-3.5.1-1.el7.x86_64

root@cocsrgwsip02:/usr/share/freeswitch/scripts# sipp -v SIPp v3.2-PCAP, version unknown, built Nov 3 2011, 21:58:16.

хм, небось стОит обновить, да...

но почему во фрисвиче плэйбек не работает????

должен

проверь куда FS шлет голос

все он правильно шлет. только там ртп-посток пустой. он есть. но с тишиной.

вот так

*унылая печаль*

Коллеги, что не так со строкой bgapi originate {execute_on_answer='sched_hangup +120 alloted_timeout'}sofia/internal/service@192.168.100.74:5080 &playback(/usr/share/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav)

запустил у себя из консоли - играет

1.6.19

я тоже у себя запустил - играет :( а на той машине - не играет.

Проверим теорию на тему *_on_answer

может файл не правельный

я тоже у себя запустил - играет :( а на той машине - не играет.

проверь модули

какой формат и wav?

какой формат и wav?

это файл из комплекта..

Должен быть 16bit 8KHz mono

уже проверил execute_on_, не помогло вот, тоже в их сторону думаю. какие можули нужны, что б проиграть стандартный wav?

но что он есть и целый, можно глянуть

я файл тянул себе на машину и слушал, все ок

# file /usr/share/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav /usr/share/freeswitch/sounds/music/8000/danza-espanola-op-37-h-142-xii-arabesca.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 8000 Hz

правильный.

Comfort Noise отключи

я файл тянул себе на машину и слушал, все ок

загруженные модули норм?

file,wav,mod_sndfile

Он бы орал ошибками, если бы не могу формат понять.

show modules

CNG отключай

file,wav,mod_sndfile есть

{suppress_cng=true,

о! попробую...

С этой дрянью вечно заморочки.

угу

не помогло...

Точно в INVITE и 200 OK ничего про CNG нет теперь?

VAD? Не уверен как это в FS

INVITE sip:service@192.168.100.74:5080 SIP/2.0 Via: SIP/2.0/UDP 192.168.100.106;rport;branch=z9hG4bKjX6p0tKa75D1N Max-Forwards: 70 From: "" <sip:0000000000@192.168.100.106>;tag=13jZjFQ0a7pDp To: <sip:service@192.168.100.74:5080> Call-ID: 3fa2ca9c-22ea-1236-23b3-5cb901c86de0 CSeq: 113184451 INVITE Contact: <sip:mod_sofia@192.168.100.106:5060> User-Agent: FreeSWITCH-mod_sofia/1.6.19-36-7a77e0b~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 250 X-FS-Support: update_display,send_info Remote-Party-ID: <sip:0000000000@192.168.100.106>;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1507009618 1507009619 IN IP4 192.168.100.106 s=FreeSWITCH c=IN IP4 192.168.100.106 t=0 0 m=audio 31412 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20

SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.100.106;rport=5060;branch=z9hG4bKjX6p0tKa75D1N From: "" <sip:0000000000@192.168.100.106>;tag=13jZjFQ0a7pDp To: <sip:service@192.168.100.74:5080>;tag=4B0ScQpXy88Hp Call-ID: 3fa2ca9c-22ea-1236-23b3-5cb901c86de0 CSeq: 113184451 INVITE Contact: <sip:service@192.168.100.74:5080;transport=udp> User-Agent: SoftSWITCH/1.6.13 Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 224 X-FS-Display-Name: service X-FS-Display-Number: sip:service@192.168.100.74 X-FS-Support: update_display,send_info Remote-Party-ID: "service" <sip:service@192.168.100.74>;party=calling;privacy=off;screen=no v=0 o=FreeSWITCH 1507016382 1507016383 IN IP4 192.168.100.74 s=FreeSWITCH c=IN IP4 192.168.100.74 t=0 0 m=audio 24818 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20

так и называется оно во фрисвиче

Так-то всё Ok

А если echo. То в одну сторону голос идет а FS возвращает тишину?

что-то с тестированием этой машины все не слава Богу, то их сломали пока я её тестил, то у них емкости канала не хватило, теперь загрузить её не могу... может она проклята? не надо её делать? индусы, все таки...

VAD? Не уверен как это в FS

вад в паре с цнг

silence suppression ещё может называться

А если echo. То в одну сторону голос идет а FS возвращает тишину?

у меня с обеих сторон fs. на одном оригинация и плэйбек, на другом - ансвер и эхо. в общем, с первого на второй ртп идет пустой, а со вторго на первый ртп нет вообще

А ты пробовал в кусок диал-плана помещать и там answer делать до playback?