- Получаю сетевой дамп с оцифрованной речью там где он еще не квакает. ( Если есть возможность включить RTCP - супер )
- Записываю на всех устройствах где могу по ходу вызова
- Определяю место где речь деградирует Чаще всего причины на сети - потеря пакетов, джиттер. Если где то потери неизбежны смотрю в сторону Opus c его FEC
Разумеется в локальной сети должен быть настроен QoS для телефонного трафика!
RTCP сильно помогает понять что происходит
Дальше смотрю если речь деградирует на астериске смотрю что там происходит сравниваю RTP потоки ( какой тип бриджа, есть ли транскодинг ) смотрю загрузку ядер вобщем потери пакетов в ядре линукса и тп обычно всегда удается найти причину
От оцифрованных аналоговых помех в PoE до забитого левым трафиком виртуального свитча
краеугольный камень в виртуализации под названием reversation и core cpu
в свойствах vm предоставьте гарантированные ресурсы cpu reversation ( кол-во ядер vCPU * частоту) mem reversation и так же не забываем указать core cpu, а указывать надо именно чётные ядра если включён гипертрединг ну и так же стоит поменять тип vNIC на e1000 если стоит VMXNET
да, стоит xmxnet. нет, всякие разные телефоны, но не циско. подбулькивали все. камень резервировали, памяти полно. на хосте других виртуалок нет (только witness нода), он вообще не занят.
да, стоит xmxnet. нет, всякие разные телефоны, но не циско. подбулькивали все. камень резервировали, памяти полно. на хосте других виртуалок нет (только witness нода), он вообще не занят.
причина кваканья может быть в совсем другом попробуйте точно найти место где нормальная оцифрованная речь начинает квакать
рекомендую вам выставить всё как писал выше, потом уже можно нивелировать vNIC и mem до прежнего значения но вот cpu reversation и core cpu оставить как писал выше
на виртуалке, смотрю дамп виртуального интерфейса - там уже есть кваки самого астериска. и в дампе и в записи. как можно еще глубже "послушать"? дамп ядра линукс? я слабоват для такого
