Asterisk и спутниковые каналы

[Rector]

Здравствуйте уважаемые коллеги!
Есть проблема с asterisk'ом ver 1.4.22-3. Сервер работает в локальной сети и связан с удаленными пирами по каналам IPSec (организовано на Cisco). Обслуживает порядка 100 абонентов. Из них удаленных 60. Используется для телефонии и в том числе для организации селекторных совещаний. Есть два абонента, которые используют спутниковые каналы. Так как скорость света ещё никто не отменял -)) таймауты на этих каналах достигают 1000-1200 ms. Так вот с ними есть проблема...
Если просто позвонить этому абоненту или он позвонит по любому из действующих номеров, то можно разговаривать сколько угодно с приемлимым качеством, используется кодек g729, но если этого абонента вызвать на конференцию, то 80% он будет нормально стоять и не отбиваться с конференции. Если он сам набирает номер конференции, в данном случае 144, тогда он стоит максимум 30 секунд, потом отбивается. Поиск в интернетах ничего внятного не дал, или плохой из меня скаут-) Вот некоторые конфиги...
---------------
extensions_custom.conf

;144 conf
;проверяем есть ли участники в этой конфе
exten => 144,1,MeetMeCount(144|actusers)
;если есть просто подсоединяемся к этой конфе
exten => 144,n,GotoIf($["${actusers}"!="0"]?skipdial)
;если мы первые, звоним всем
exten => 144,n,System(cp /var/lib/asterisk/confs/144/*.call /var/spool/asterisk/outgoing)
exten => 144,n(skipdial),MeetMe(144|Mxpr)
exten => 144,n,Hangup()
=======================================
sip_additional.conf

[24701]
deny=0.0.0.0/0.0.0.0
disallow=all
type=friend
secret=
qualify=3000
port=5060
pickupgroup=
permit=0.0.0.0/0.0.0.0
nat=no
mailbox=24701@device
host=dynamic
dtmfmode=rfc2833
dial=SIP/24701
context=from-internal
canreinvite=no
callgroup=
callerid=device <24701>
allow=g729
accountcode=
call-limit=50
=======================================
24701 - это номер абонента на спутниковом канале. Подскажите пожалуйста решение, если оно есть. Спасибо.

[tma]

Спутниковый канал симметричный или нет (имеется ввиду нисходящий поток тоже через спутник идет)?
Когда я интересовался этим вопросом, то для VoIP предлагали другие ресиверы, поддерживающие QoS для VoIP.
Подробностей, к сожалению, не знаю. Мне показалось на тот момент слишком дорогой заменой украинскому GPRS'у...
Но задержки обещали вроде в пределах 300 мс.
Пусть специалисты поправят -- мне тоже интересно, т.к. может придется подключаться...

[Rector]

Спутниковый канал симметричный или нет (имеется ввиду нисходящий поток тоже через спутник идет)?

Да, канал симметричный, приём-передача идет через спутник, потом всё это приземляется в канал одного из местных провайдеров и туннелируются в нашу локальную сеть, где собственно и находится сервер asterisk.

[Rector]

причем здесь канал и его латентность
проблема я так понял с астериском и его конференц комнатами
попробуйте сделать их на чем то другом

Как раз латентность и есть одна из сторон проблемы. Абоненты находящиеся на каналах с задержками до 200ms, прекрасно себя чувствуют.

[zepps]

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

[Rector]

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

Статистика по пингу на спутниковом канале...
---

Код: Выделить всё

192.168.32.252 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99126ms
rtt min/avg/max/mdev = 612.353/853.696/1486.241/[b]237.657 ms[/b], pipe 2

------------

Параметры по джитеру поставил такие..
----

Код: Выделить всё

jbenable=yes
jbforce=yes
t1min=3000
jitterbuffer=yes
dropcount=3
maxjitterbuffer=500
maxexcessjitterbuffer=100

---------------------
=============

Код: Выделить всё

В логах /var/log/asterisk/full при коннекте «проблемных пиров» вот такая хрень…

=====
[Dec 21 08:34:39] WARNING[11398] chan_sip.c: Maximum retries exceeded on transmission CALL_ID45_001E58F756D7_T557687958@169.200.106.33 for seqno 1 (Critical Response)
[Dec 21 08:34:39] WARNING[11398] chan_sip.c: Hanging up call CALL_ID45_001E58F756D7_T557687958@169.200.106.33 — no reply to our critical packet.

— [Dec 21 08:41:08] WARNING[11398] chan_sip.c: Maximum retries exceeded on transmission 80d51148-c0a820fc-13c4-4d10680f-29711a-4a71@192.168.32.252 for seqno 1 (Critical Response)
[Dec 21 08:41:08] WARNING[11398] chan_sip.c: Hanging up call 80d51148-c0a820fc-13c4-4d10680f-29711a-4a71@192.168.32.252 — no reply to our critical packet.

==========

При этом хоть и фактически происходит разъединение, аппарату на дальнем конце не приходит сигнал отбоя и он продолжает тихо висеть, думая что он в конференции. Куда копать? -)

[zepps]

Какбе NAT-ом немного попахивает. Роутер не пропускает обратно SIP-пакеты. Перевесьте телефоны на верхние порты (напр, 5062++), эти порты PAT-ом пробросьте с роутера. За каждым телефоном - отдельный порт.