asterisk.ru

День добрый.

Есть тестовая железка на которой надо проверить как она справляется с одновременным количество звонков.
Есть виртуалка, с которой средствами sipp пытаюсь это проверить.
Оба сервера в приватной сети.
Запускаю тест для пока для одного звонка:
./sipp 10.7.34.28 -s 3030 -d 15m -l 1 -m 5 -aa -rtp_echo

В прописал extensions_custom.conf
[from-sip-external]
exten => 3030,1,Answer()
exten => 3030,n,MusicOnHold()
exten => 3030,n,Hangup

[from-trunk]
exten => 3030,1,Answer()
exten => 3030,n,MusicOnHold()
exten => 3030,n,Hangup

При звонке с обычного телефона - играет музыка и никаких дисконектов нет(слушал для тестирования порядка 2минуты).
При запуске из sipp отваливается ~ через 30-60 секунд.

В консоли астериска при запуске теста:
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [3030@from-sip-external:1] Answer("SIP/10.101.7.20-00000036", "") in new stack
-- Executing [3030@from-sip-external:2] MusicOnHold("SIP/10.101.7.20-00000036", "") in new stack
-- Started music on hold, class 'default', on SIP/10.101.7.20-00000036
И отваливается:
[2013-02-11 14:21:37] NOTICE[979]: chan_sip.c:28547 check_rtp_timeout: Disconnecting call 'SIP/10.101.7.20-00000036' for lack of RTP activity in 31 seconds
-- Stopped music on hold on SIP/10.101.7.20-00000036
== Spawn extension (from-sip-external, 3030, 2) exited non-zero on 'SIP/10.101.7.20-00000036'
-- Executing [h@from-sip-external:1] Hangup("SIP/10.101.7.20-00000036", "") in new stack
== Spawn extension (from-sip-external, h, 1) exited non-zero on 'SIP/10.101.7.20-00000036'


В какую сторону можно покапать или кто что может подсказать, что не так с rtp тут?

lack of RTP activity - срабатывает
rtptimeout=30

Мне казалось, что при музыке в линию как раз и будет идти rtp траффик и по таймауту не будет отваливаться.

При звонке в консоли астера видно, что идёт ответ, должна играть moh

-- Executing [3030@from-sip-external:1] Answer("SIP/10.101.7.20-00000036", "") in new stack
-- Executing [3030@from-sip-external:2] MusicOnHold("SIP/10.101.7.20-00000036", "") in new stack
-- Started music on hold, class 'default', on SIP/10.101.7.20-00000036

Или я не прав?

rtp set debug on

RTP идёт:
Sent RTP packet to 10.101.7.20:6000 (type 00, seq 048053, ts 691040, len 000160)
Got RTP packet from 10.101.7.20:6000 (type 00, seq 048053, ts 691040, len 000160)
Sent RTP packet to 10.101.7.20:6000 (type 00, seq 048054, ts 691200, len 000160)
Got RTP packet from 10.101.7.20:6000 (type 00, seq 048054, ts 691200, len 000160)
Sent RTP packet to 10.101.7.20:6000 (type 00, seq 048055, ts 691360, len 000160)
Got RTP packet from 10.101.7.20:6000 (type 00, seq 048055, ts 691360, len 000160)
Sent RTP packet to 10.101.7.20:6000 (type 00, seq 048056, ts 691520, len 000160)
Got RTP packet from 10.101.7.20:6000 (type 00, seq 048056, ts 691520, len 000160)
Sent RTP packet to 10.101.7.20:6000 (type 00, seq 048057, ts 691680, len 000160)

Но сейчас заметил, что после 30 секунд оно перестаёт идти и после этого уже срабатывает видимо rtptimeout

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

Хм, действительно...странно, вообще -rtp_echo должно было отрабатывать, чтобы было в обе стороны

Тест неадекватный.
В одной локальной сети железка покажет огромные возможности по нагрузке одновременных соединений, даже учитывая то, что запустить и проигрывать 1000 МР3 плейеров нерядовой случай. Но вот если Вы поставите железку в production и попытаетесь принять 1000 одновременных соединений через роутер - он ляжет. Он у вас даже и на 500 соединений ляжет. Ибо 500 голосовых соединений - это не то же самое, что 500 соединений по HTTP, или ещё каких.

попробуйте использовать модуль PCAP как более надежный
"PCAP play – проигрывает заранее записанный сетевым анализатором (например wireshark) медиа файл"
http://tamkovich.com/2010/04/sipp-cheat-sheet/