Comments 11
Я обычно параллельно с тестами sipp еще делаю и живые звонки, если на 30 вызовов замечаний нет, то можно предполагать что с голосом норма. Кроме того, можно попробовать включить запись и смотреть длины получившихся файлов…
Данные функции они не поддерживают, хотя в startrinity есть вкладка current call rtp info, но скорей всего это просто статистика по исходящему потоку. Можно сделать следующее, взять астериск, прописать эхо и посылать вызовы с rtp и смотреть шарком, что приходит, если пакеты пустые, то где-то теряется...
Надежней будет дамп sip/rtp в основных точках записать и смотреть конкретные звонки. А то синтетика — такая синтетика. Она редко дает реальный профиль нагрузки. Ну еще если есть техническая статистика, ее можно посводить и выявить взаимосвязь.
Да, такое есть в startrinity, это возможно с custom callxml scripts, <meauresignal />, в том числе есть и поля в CDR: Active media peak signal level (dB), Audio signal delay. Большое спасибо автору за статью, я — основатель startrinity.com — Алешин Сергей — support@startrinity.com если нужен email. С помощью нашего ПО вы можете автоматически делать прозвоны и в случае тишины слать себе на почту письмо либо вызывать какой-либо HTTP API либо запустить что-либо через windows command line. SIP Tester делает записи звонков и pcap для того, чтобы это предъявить партнерам. Много кто тестирует и FAS (ложный ответ), но это сложнее
Программные IP-АТС и нагрузочное тестирование