цифровой шум в Asterisk - внутренняя связь

[virus_net]

4) Алилуя! Качество связи на высоте. Без заиканий и шума.

ч.т.д.

[Aeooe]

Странная тенденция наметилась. Сетка до звонка :

64 bytes from 192.168.0.220: icmp_req=332 ttl=64 time=0.131 ms
64 bytes from 192.168.0.220: icmp_req=333 ttl=64 time=0.136 ms
64 bytes from 192.168.0.220: icmp_req=334 ttl=64 time=0.128 ms
64 bytes from 192.168.0.220: icmp_req=335 ttl=64 time=0.132 ms
64 bytes from 192.168.0.220: icmp_req=336 ttl=64 time=0.118 ms
64 bytes from 192.168.0.220: icmp_req=337 ttl=64 time=0.114 ms

Сетка во время звонка начинает вести себя не стабильно:

64 bytes from 192.168.0.220: icmp_req=256 ttl=64 time=0.128 ms
64 bytes from 192.168.0.220: icmp_req=257 ttl=64 time=0.132 ms
64 bytes from 192.168.0.220: icmp_req=258 ttl=64 time=0.127 ms
64 bytes from 192.168.0.220: icmp_req=259 ttl=64 time=0.131 ms
64 bytes from 192.168.0.220: icmp_req=260 ttl=64 time=0.122 ms
64 bytes from 192.168.0.220: icmp_req=261 ttl=64 time=0.129 ms
64 bytes from 192.168.0.220: icmp_req=262 ttl=64 time=0.125 ms
64 bytes from 192.168.0.220: icmp_req=263 ttl=64 time=0.130 ms
64 bytes from 192.168.0.220: icmp_req=264 ttl=64 time=0.126 ms
64 bytes from 192.168.0.220: icmp_req=265 ttl=64 time=4141 ms
64 bytes from 192.168.0.220: icmp_req=266 ttl=64 time=3141 ms
64 bytes from 192.168.0.220: icmp_req=267 ttl=64 time=2142 ms
64 bytes from 192.168.0.220: icmp_req=268 ttl=64 time=1143 ms
64 bytes from 192.168.0.220: icmp_req=269 ttl=64 time=144 ms
64 bytes from 192.168.0.220: icmp_req=270 ttl=64 time=0.105 ms
64 bytes from 192.168.0.220: icmp_req=271 ttl=64 time=3954 ms
64 bytes from 192.168.0.220: icmp_req=272 ttl=64 time=2956 ms
64 bytes from 192.168.0.220: icmp_req=273 ttl=64 time=1957 ms
64 bytes from 192.168.0.220: icmp_req=274 ttl=64 time=957 ms
64 bytes from 192.168.0.220: icmp_req=275 ttl=64 time=0.137 ms
64 bytes from 192.168.0.220: icmp_req=276 ttl=64 time=0.127 ms
64 bytes from 192.168.0.220: icmp_req=277 ttl=64 time=3336 ms
64 bytes from 192.168.0.220: icmp_req=278 ttl=64 time=2337 ms
64 bytes from 192.168.0.220: icmp_req=279 ttl=64 time=1337 ms
64 bytes from 192.168.0.220: icmp_req=280 ttl=64 time=338 ms
64 bytes from 192.168.0.220: icmp_req=281 ttl=64 time=0.128 ms
64 bytes from 192.168.0.220: icmp_req=282 ttl=64 time=3958 ms
64 bytes from 192.168.0.220: icmp_req=283 ttl=64 time=2959 ms
64 bytes from 192.168.0.220: icmp_req=284 ttl=64 time=1959 ms
64 bytes from 192.168.0.220: icmp_req=285 ttl=64 time=959 ms
64 bytes from 192.168.0.220: icmp_req=286 ttl=64 time=0.122 ms
64 bytes from 192.168.0.220: icmp_req=287 ttl=64 time=0.134 ms
64 bytes from 192.168.0.220: icmp_req=288 ttl=64 time=0.138 ms
64 bytes from 192.168.0.220: icmp_req=289 ttl=64 time=0.135 ms

Отседова и заикания. НО! причина происходящего для меня не ясна. Ясно одно: сетку вешает сесия связи: либо клиент либо asterisk. Что посоветуете?

[Aeooe]

Пробывал разные клиенты, разные девайсы и машины. Все сводится либо к астериску либо к устройству коммутации(свитч). Дома попробую на другом оборудовании отпишу результаты.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Конфиг sip:

[general]
context=default
allowguest=no
allowoverlap=no
bindport=5060
udpbindaddr=0.0.0.0
tcpenable=yes
tcpbindaddr=0.0.0.0
srvlookup=yes
language=ru
useragent=Asterisk PBX
callevents=yes
alwaysauthreject = yes
rtptimeout=60

[defaults](!)
type = friend
qualify = yes
; разрешены только внутренние
; звонки, но с любого хоста
canreinvite = no
host = dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw ; Note: In user sections the order of codecs
allow=alaw
allow=g723.1 ; Asterisk only supports g723.1 pass-thru!
allow=g729 ; Pass-thru only unless g729 license obtained
allow=gsm
context=sip_dial

[100](defaults)
secret = 123
callerid = "Andrey P"<100>

[101](defaults)
secret = 123
callerid = “Karina"<101>

[trunk](!)
type = friend
call-limit=1
canreinvite=no
qualify=yes
context= from_external
disallow=all ; need to disallow=all before we can use allow=
allow=ulaw ; Note: In user sections the order of codecs
allow=alaw
allow=g723.1 ; Asterisk only supports g723.1 pass-thru!
allow=g729 ; Pass-thru only unless g729 license obtained
allow=gsm

[addpac]
host=192.168.0.225
type=peer
defaultuser=addpac
secret=123
context=from-trunk
nat=no
qualify=yes
disallow=all
allow=alaw
allow=ulaw
allow=g729
deny=0.0.0.0/0.0.0.0
permit=192.168.0.225/255.255.255.255

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Конфиг extension:

[sip_dial]
exten => 100,1,Dial(SIP/100)
exten => 101,1,Dial(SIP/101)
exten => 444,1,Set(home="/home/menu")
exten => 444,2,Wait(1)
exten => 444,3,Playback(${home}/demo-instruct)
exten => _89XXXXXXXXX,1,Dial(SIP/addpac/${EXTEN})
exten => _88XXXXXXXXX,1,Dial(SIP/addpac/${EXTEN})

[ded]

причина происходящего для меня не ясна. Ясно одно: сетку вешает сесия связи: либо клиент либо asterisk. Что посоветуете?

либо неправильная конфигурация. Чего?
Чего угодно.
Посоветую: найти причину и исправить конфигурацию.

[Aeooe]

Дома попробую на другом оборудовании отпишу результаты.

Дома все шик блеск с точной копией конфигурации и аналогичной нагрузкой на АТС(2-3 внутренних клиента). Выходит все опять сводится к сети...Меджести! Буду искать проблему....

[itdzen]

сорри что поднял древнюю тему, но может кому будет интересно
По своей практике могу сказать, что подобные косяки со звуком в большинстве случаев из-за проблем по сети. Голосовой трафик в принципе копеечный относительно сегодняшних каналов связи, но нем не менее чувствителен к задержкам пакетов и разбросу во времени этих задержек (джиттер).
Случалось иногда что даже когда порты коммутаторов загружены всего на каких-то 30%, то проходящий трафик сильно влиял на голосовой, вызывая подобные эффекты. Решение - настройка QOS (TOS, DiffServ) в обе стороны, и в идеале - выделение под голос отдельного VLAN'a. Маркировку делаем на asterisk (sip.conf, rtp.conf), и на ip телефонах, а на коммутаторах посередине строгий приоритет голосовому и сип трафику. Обычно проблема пропадала.

to Aeooe:
можешь дома попробовать во время звонка запустить какой-нибудь торрент, уверен услышишь те же проблемы со звуком