Asterisk+dvg-7111s+dvg-2102s обрыв связи после минуты разгов

[devilscry]

ats аналог => dvg-7111s => asterisk => vpn => dvg-2102s => СТА
при звонке на 7111тую с аналога он автоматом переводит на 2102 и разговор длится не больше минуты
а при схеме x-lite => asterisk => vpn => dvg-2102s => СТА звонки идут нормально мин по 10 без сбоев
где могут быть зарыты грабли?

консоль *

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

-- Executing [204@phones:1] NoOp("SIP/300-00000015", "") in new stack
-- Executing [204@phones:2] Dial("SIP/300-00000015", "SIP/301/204") in new stack
== Using SIP RTP CoS mark 5
-- Called 301/204
-- SIP/301-00000016 answered SIP/300-00000015
-- Native bridging SIP/300-00000015 and SIP/301-00000016
[Feb 10 09:30:43] WARNING[3496]: chan_sip.c:3778 retrans_pkt: Maximum retries exceeded on transmission D1B9-1229-4668551992FA36392419-002@SipHost for seqno 102 (Critical Request) -- See doc/sip-retransmit.txt.
[Feb 10 09:30:43] WARNING[3496]: chan_sip.c:3805 retrans_pkt: Hanging up call D1B 9-1229-4668551992FA36392419-002@SipHost - no reply to our critical packet (see doc/sip-retransmit.txt).
== Spawn extension (phones, 204, 2) exited non-zero on 'SIP/300-00000015'
== Using SIP RTP CoS mark 5

[Evgen]

-- SIP/301-00000016 answered SIP/300-00000015
-- Native bridging SIP/300-00000015 and SIP/301-00000016
[Feb 10 09:30:43] WARNING[3496]: chan_sip.c:3778 retrans_pkt: Maximum retries exceeded on transmission

На SIP сообщение 200 OK, посылаемое астериском в сторону SIP/300, не приходит ACK от SIP/300. Возможна проблема NAT. SIP debug поможет.

[kasper]

chan_sip.c:3778 retrans_pkt: Maximum retries exceeded on transmission D1B9-1229-4668551992FA36392419-002@SipHost for seqno 102 (Critical Request) -- See doc/sip-retransmit.txt.

проще говоря такое бывает когда * не получает ответа, вероятно ACK . sip set debug ip (задать Ip 7111) результат в студию. \
З.Ы. Блин, опередили =(

[devilscry]

а вот пор дебаг сипа можно подробнее?

[Evgen]

команда sip set debug on

[jugatsu]

sip set debug это ниочём, использую tcpdump, ngrep, ngrep-sip.

[ded]

Ну почему же? sip set debug ip 10.20.30.40 вполне годный выхлоп.

[jugatsu]

Годный никто не спорит, но после подобного рода рекомендаций новичкам, затем, как правило, возникают вопросы, а как же сохранить вывод с консоли в файл, зело неудобно же просматривать. А я предлагая использовать промышленный стандарт:

ngrep -d eth0 -qt -W byline port 5060 and host XXX.XXX.XXX.XXX -O sip_debug.pcap
tcpdump -i eth0 -s0 port 5060 and host XXX.XXX.XXX.XXX -w sip_debug.pcap
ngrep -d eth0 -qt -W byline REGISTER (INVITE,whatever) port 5060 and host XXX.XXX.XXX.XXX
http://dev.sipdoc.net/projects/sip-stuff/wiki/Ngrep-SIP

Если лень scp-ть и проанализировать в wireshark, можно банальным tcpdump -r sip_debug.pcap -v -n | most

[ded]

sip set debug ip 10.20.30.40 сам сохраняется в /var/log/asterisk/full

Ну а
tcpdump -A -s0 host 10.20.30.40 and port 5060 -w sip_debug.pcap
tcpdump -r sip_debug.pcap -v -n | most
ngrep -d eth0 -qt -W byline port 5060 and host XXX.XXX.XXX.XXX -O sip_debug.pcap
хоть и промышленные стандарты, но по сложности отнюдь не банальные.

[jugatsu]

Да, но потом надо будет показать как этот messages отпарсить, показать как пользоваться tail и egrep. Тем, кто не может осилить tcpdump - не место в профессии.