Linksys SPA-3102. Входящие PSTN.

[BooM]

День добрый. Есть рабочая связка Asterisk-Linksys SPA3102. Железки друг друга видят, сервер не за натом. FXS отлично работает, исходящие на FXO уходят тоже без проблем. Сталкнулись со следующей проблемой, входящих звонок из PSTN держится ровно 20 секунд, потом происходит обрыв у абонента (ровно 20 как показывает софтофон) за Asterisk'ом, а со стороны PSTN трубка не кладётся, до тех пор пока сам не сбросишь. После того как положишь трубку со стороны PSTN, судя по напряжению, шлюз думает что трубка ещё не положена и держит линию какое то время. Я так понимаю капать надо в настройках Linksys'a. А что именно? И почему промежуток ровно в 20 секунд.

[ded]

Аналоговые порты - это назад в прошлое. Они съедают половину всех возможностей цифровых каналов и VoIP и добавляют 2х гимора по настройкам CallerID, автоопределения BUSY & DISCONNECT, неправильную тарификацию при входящих/исходящих.
Побуждают производителей выпускать и выпускать и выпускать аналоговые телефоны без всяких CallerID, etc.

[BooM]

Ребят, если у кого нибудь стоит рабочая железка, скинте скриншоты вкладок плиз Regional и PSTN line. Буду благодарен, что то не могу ума дать ей.

[zlat]

http://asterisk-support.ru/question/482 ... ratno#1381

[BooM]

Спасибо за настройки.
Перерыл кучу мануалов уже... попробую откатиться к предидущей прошивке, может поможет... Или на меня снизойдёт прозрение и я пойму почему же астериск получает сигнал от шлюза что линия сброшена...

[zlat]

а вы уверены что, отбой дает именно шлюз? а не сип-клиент к примеру?

[BooM]

Да. Заводил входящий как на софтофон, так и на трубку из FXS шлюза. Эффект один и тот же. Причём ровно 20 секунд, ни как не пойму что это за параметр. Я так думаю что либо Asterisk либо Linksys (причём не него я грешу больше) не видит активности в течении 20 секунд и дисконектит канал. Почему держится канал с другой стороны, тоже загадка.

[ded]

RTCP?
Да поможет вам sip debug!

[BooM]

Дебаг говорит что просто оборвалось соединение. Но это как следствие, как докопаться до причны...

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

Scheduling destruction of SIP dialog '3424eb7b22c2975e39abe8be219ad4bc@192.168.88.13' in 6400 ms (Method: INVITE)
set_destination: Parsing <sip:10@192.168.88.101:63500;rinstance=4cea979e94ae6fb5> for address/port to send to
set_destination: set destination to 192.168.88.101, port 63500
Reliably Transmitting (no NAT) to 192.168.88.101:63500:
BYE sip:10@192.168.88.101:63500;rinstance=4cea979e94ae6fb5 SIP/2.0
Via: SIP/2.0/UDP 192.168.88.13:5060;branch=z9hG4bK41ddb962;rport
Max-Forwards: 70
From: "321786" <sip:321786@192.168.88.13>;tag=as4303c950
To: <sip:10@192.168.88.101:63500;rinstance=4cea979e94ae6fb5>;tag=12ec769d
Call-ID: 3424eb7b22c2975e39abe8be219ad4bc@192.168.88.13
CSeq: 103 BYE
User-Agent: FPBX-2.9.0(1.6.2.13)
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

Может и RTCP, но голос то гоняется, соединение есть... ладно бы я ничего не слышал. А почему может, потому что шлюз стоит удалённо в L2TP. Хотя есть в этом же тунеле другие железки которые работают нормально.

[ded]

Когда просто оборвалось - это вот прямо одно плечо осталось, а другого нет, или голос собеседника пропал.
Это не просто оборвалось соединение, это CSeq: 103 BYE от конкретного абонента 321786@192.168.88.13 - ваш шлюз?
С точки зрения протокола это нормальное завершение звонка. Какие вопросы?