да прикалываемся мы
наверно проблема в чем-то другом
в 1.6 изменили работу с qualify, появился, вроде, параметр, который отвечает за периодичность посылок
чтоб мессаги не парили, можно убрать qualify.
а вообще примите за правило

tcpdump -s 1500 -w /dump.pcap

wireshark.exe dump.pcap

т.е. анализировать в таких случаях сам протокол и что конкретно там происходит.

дело в том что при том когда пишет что пир 3900мс, в этот момент пинг проходит на него нормально, а вот с квалифаем траблы.
поигрался с настройками квалифая в 1.6 - ничего вменяемого не добился

все хосты сейчас висят с кваливаем 500+, парочку с 40мс.

хостов которые qualify=yes ~30

если при общении через данные направления дискомфорта нет, то че вы паритесь?

операторские стандарты к сети допускают задержку голосовых пакетов до 150мс с потерей до 5% одиночных пакетов и это считается нормальным каналом

фигасе, нормальный канал...

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

Качество вроде нормально, но иногда есть жалобы на неслышимость в одну из сторон.

+ если СИП модуль видит задержки, то может он их будет делать и на реальном канале?
или это может быть просто кривизна квалифай.
на другой системе FreeBSD+1.6 - проблем с квалифай нету :(

qualify показывает задержку ответов сип протокола.
у некоторых девайсов во время звонка это явно не приоритетная задача.

Фигаси... с 5% можно забыть о факсах по 711 точно, и появляется дискомфорт, а вот с задержкой до половины секунды пользовотель нормально переживает 100%...

неправда. 5% одиночных пакетов не вызывают дискомфорт если используется кодек типа 729(с толерантностью к пропаже ОДИНОЧНЫХ пакетов).

а насчет полсекундной задержки.. не думаю что ктото готов мириться с ней на локальных звонках. на междугородних миряться и с 1.5 секунды(есть у меня знакомый гоняющий звонки на гаити с джитер буфером 1500, ибо линк с задержкой 800 и джитером до 500).