Разрыв PPTP сессии и Астериск теряет соединения с транками

[tma]

у меня tcp везде.

Вы уверены?

Via: SIP/2.0/UDP 213.178.59.94:5060;branch=z9hG4bK1dc07398

[shaverdoff]

уверен6)

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

sip*CLI> sip show tcp
Address                                         Transport   Type
85.114.135.206:5060                             TCP       Client
193.201.229.35:5060                             TCP       Client
212.53.40.40:5060                               TCP       Client

код дебаг был запущен когда транки в конфиге стояли по удп.
тоже самое когда и по тсп. я ковыряю параметры...
вот пожалуйста...

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

<--- SIP read from TCP:212.53.40.40:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK77464e5e
From: "asterisk" <sip:asterisk@213.178.59.94>;tag=as1ad44366
To: <sip:sipnet.ru>;tag=B90B069F
Call-ID: 0bd9ee0917700468472f683420aa0b85@213.178.59.94:5060
CSeq: 102 OPTIONS
Date: Thu, 14 Nov 2013 19:57:52 GMT
Allow: PUBLISH,SUBSCRIBE
Supported: path,gruu
Allow-Events: presence,message-summary,reg,dialog,line-seize,keep-alive,refer
Server: CommuniGatePro/6.0.8k
Content-Length: 0

<------------->
[2013-11-14 23:59:13] --- (12 headers 0 lines) ---
[2013-11-14 23:59:14] Reliably Transmitting (no NAT) to 85.114.135.206:5060:
OPTIONS sip:t-pbx.net SIP/2.0
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK7e13cf0b
Max-Forwards: 70
From: "asterisk" <sip:3276@213.178.59.94>;tag=as6700a029
To: <sip:t-pbx.net>
Contact: <sip:3276@213.178.59.94:5060;transport=TCP>
Call-ID: 325550f9405d16f9675230f957ad0abb@213.178.59.94:5060
CSeq: 102 OPTIONS
User-Agent: SIP
Date: Thu, 14 Nov 2013 19:59:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


---
[2013-11-14 23:59:14] Really destroying SIP dialog '0bd9ee0917700468472f683420aa0b85@213.178.59.94:5060' Method: OPTIONS
[2013-11-14 23:59:14] 
<--- SIP read from TCP:85.114.135.206:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK7e13cf0b;rport=50051
From: "asterisk" <sip:3276@213.178.59.94>;tag=as6700a029
To: <sip:t-pbx.net>;tag=c80746f69ad4899f141f9a76913642ab.d9e1
Call-ID: 325550f9405d16f9675230f957ad0abb@213.178.59.94:5060
CSeq: 102 OPTIONS
Server: TTL SIP Server
Content-Length: 0

сейчас все хорошо. машину с астериском перезапустил. но стоит мне разорвать конект с инетом у роутера.. перезагрузить так сказать и пойдут первый дебаг. что ретрансмишин но нат..

[shaverdoff]

вот даже звонок пошел...

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

<------------>
[2013-11-15 00:03:46] Scheduling destruction of SIP dialog 'c13199d2-bed05682-f778863@85.114.135.206' in 32000 ms (Method: OPTIONS)
[2013-11-15 00:03:49] 
<--- SIP read from TCP:192.168.5.105:55901 --->
CANCEL sip:88469302031@sip.jewy.me SIP/2.0
Via: SIP/2.0/TCP 192.168.5.105:55901;rport;branch=z9hG4bKPjHpovdHRHi9z0g7pqR.aEFxa32rOE3Q7K;alias
Max-Forwards: 70
From: <sip:1000@sip.jewy.me>;tag=BY3iUUcf4sERzUdAnxnfeWuP0Ds9W5Qv
To: <sip:88469302031@sip.jewy.me>
Call-ID: uLG5tZs.Wn3v4zmhTQ6yiNLVAJ.7hKoy
CSeq: 3108 CANCEL
User-Agent: Bria iOS 3.0.1
Content-Length: 0

<------------->
[2013-11-15 00:03:49] --- (9 headers 0 lines) ---
[2013-11-15 00:03:49] Sending to 192.168.5.105:55901 (NAT)
[2013-11-15 00:03:49] 
<--- Reliably Transmitting (NAT) to 192.168.5.105:55901 --->
SIP/2.0 487 Request Terminated
Via: SIP/2.0/TCP 192.168.5.105:55901;branch=z9hG4bKPjHpovdHRHi9z0g7pqR.aEFxa32rOE3Q7K;alias;received=192.168.5.105;rport=55901
From: <sip:1000@sip.jewy.me>;tag=BY3iUUcf4sERzUdAnxnfeWuP0Ds9W5Qv
To: <sip:88469302031@sip.jewy.me>;tag=as612ceb8c
Call-ID: uLG5tZs.Wn3v4zmhTQ6yiNLVAJ.7hKoy
CSeq: 3108 INVITE
Server: SIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


<------------>
[2013-11-15 00:03:49] 
<--- Transmitting (NAT) to 192.168.5.105:55901 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.168.5.105:55901;branch=z9hG4bKPjHpovdHRHi9z0g7pqR.aEFxa32rOE3Q7K;alias;received=192.168.5.105;rport=55901
From: <sip:1000@sip.jewy.me>;tag=BY3iUUcf4sERzUdAnxnfeWuP0Ds9W5Qv
To: <sip:88469302031@sip.jewy.me>;tag=as612ceb8c
Call-ID: uLG5tZs.Wn3v4zmhTQ6yiNLVAJ.7hKoy
CSeq: 3108 CANCEL
Server: SIP
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0


<------------>
[2013-11-15 00:03:49] Scheduling destruction of SIP dialog '30d5decd2b65af9b153c8e055b29ac34@multifon.ru' in 6400 ms (Method: INVITE)
[2013-11-15 00:03:49] Reliably Transmitting (no NAT) to 193.201.229.35:5060:
CANCEL sip:+78469302031@193.201.229.35:5060 SIP/2.0
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK0778f50b
Max-Forwards: 70
From: "Gerasim Shaverdov - 1000" <sip:79270141919@multifon.ru>;tag=as1d15e96e
To: <sip:+78469302031@193.201.229.35:5060>
Call-ID: 30d5decd2b65af9b153c8e055b29ac34@multifon.ru
CSeq: 103 CANCEL
User-Agent: SIP
Content-Length: 0


---
[2013-11-15 00:03:49] Scheduling destruction of SIP dialog '30d5decd2b65af9b153c8e055b29ac34@multifon.ru' in 6400 ms (Method: INVITE)
[2013-11-15 00:03:49]   == Spawn extension (phones, 88469302031, 3) exited non-zero on 'SIP/1000-00000000'
[2013-11-15 00:03:49] 
<--- SIP read from TCP:192.168.5.105:55901 --->
ACK sip:88469302031@sip.jewy.me SIP/2.0
Via: SIP/2.0/TCP 192.168.5.105:55901;rport;branch=z9hG4bKPjHpovdHRHi9z0g7pqR.aEFxa32rOE3Q7K;alias
Max-Forwards: 70
From: <sip:1000@sip.jewy.me>;tag=BY3iUUcf4sERzUdAnxnfeWuP0Ds9W5Qv
To: <sip:88469302031@sip.jewy.me>;tag=as612ceb8c
Call-ID: uLG5tZs.Wn3v4zmhTQ6yiNLVAJ.7hKoy
CSeq: 3108 ACK
Content-Length: 0

<------------->
[2013-11-15 00:03:49] --- (8 headers 0 lines) ---
[2013-11-15 00:03:49]   == MixMonitor close filestream (mixed)
[2013-11-15 00:03:49]   == End MixMonitor Recording SIP/1000-00000000
[2013-11-15 00:03:49] 
<--- SIP read from TCP:193.201.229.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK0778f50b
From: "Gerasim Shaverdov - 1000" <sip:79270141919@multifon.ru>;tag=as1d15e96e
To: <sip:+78469302031@multifon.ru:5060>;tag=AAFE324631353641BF292C00
Call-ID: 30d5decd2b65af9b153c8e055b29ac34@multifon.ru
CSeq: 103 CANCEL
Content-Length: 0

<------------->
[2013-11-15 00:03:49] --- (7 headers 0 lines) ---
[2013-11-15 00:03:49] 
<--- SIP read from TCP:193.201.229.35:5060 --->
SIP/2.0 487 Request Terminated
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK0778f50b
From: "Gerasim Shaverdov - 1000" <sip:79270141919@multifon.ru>;tag=as1d15e96e
To: <sip:+78469302031@multifon.ru:5060>;tag=AAFE324631353641BF292C00
Call-ID: 30d5decd2b65af9b153c8e055b29ac34@multifon.ru
CSeq: 103 INVITE
Content-Length: 0

<------------->
[2013-11-15 00:03:49] --- (7 headers 0 lines) ---
[2013-11-15 00:03:49] Transmitting (no NAT) to 193.201.229.35:5060:
ACK sip:+78469302031@193.201.229.35:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 213.178.59.94:5060;branch=z9hG4bK0778f50b
Max-Forwards: 70
From: "Gerasim Shaverdov - 1000" <sip:79270141919@multifon.ru>;tag=as1d15e96e
To: <sip:+78469302031@193.201.229.35:5060>;tag=AAFE324631353641BF292C00
Contact: <sip:79270141919@213.178.59.94:5060;transport=TCP>
Call-ID: 30d5decd2b65af9b153c8e055b29ac34@multifon.ru
CSeq: 103 ACK
User-Agent: SIP
Content-Length: 0

[tma]

Запустите ping до обрыва pptp, затем оборвите pptp и посмотрите что будет с ping'ом.

[shaverdoff]

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

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

[shaverdoff]

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

вот пример транка

[multifon1-out]
transport=tcp
dtmfmode=inband
username=username
type=friend
secret=secret
;host=sbc.megafon.ru
host=193.201.229.35
fromuser=secret
fromdomain=multifon.ru
port=5060
disallow=all
allow=alaw
context=multifon-in
insecure=port,invite


и в [general]
transport=tcp

[virus_net]

а по PPTP IP-адрес случаем не динамически выдается ? точно статика ?

sip debug это конечно хорошо, а что у тя видно в tcpdump ? тоже самое ?

вот даже звонок пошел...

ну я бы не сказал что он прошел, исходя из CANCEL и Request Terminated

пропадает связь при разрыве пптп

ты пишешь это уже не в первый раз. но не уточняешь какая именно связь пропадает. входящая ? исходящая ? в обе стороны ?
ведь вход/выход работают по разному.
вход. - требуется наличие регистрации:

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

sip show registry

выход - правильно настроенный транк в sip.conf

так же тебе уже намекнули на DNS, ты ответил:

у меня и так днс внутренний свой. доменный.

Лично мне это так и не дало ответ на вопрос: какой DNS сервер указан в настройках Asterisk сервера ? 127.0.0.1 ?

[shaverdoff]

dns у меня свой. сеть 192.168.5.0/24
в /etc/resolv.conf
nameserver 192.168.5.9
nameserver 192.168.5.10

я говорю о теряющейся связи астериска с транками при разрыве пптп сессии на маршрутизаторе
адрес статический белый.

[jugatsu]

Дамп выложи - воды то развели.

[shaverdoff]

буду дома выложу.