автозавершение звонка ((
|
Откуда: PutinsBurg
Сообщений: 107
|
автозавершение звонка ((
Приветствую.
имеется астерист 1.6 под фрей, работает давно и славно, в основном звонки идут с подключённых телефонных трубок siemense c470ip - проблем нет
но тут понадобилось позвонить с софтового eyeBeam - и вот тут проблема, звонок автоматически рвётся через 30 секунд (при звонке через nonoh), а если таже конфигурация, но наружу через другово провайдера (местного) - не рвётся... через sipnet - через 1 секунду (
привожу лог звонка через nonoh http://asteriskpbx.ru/pastebin/31
10.10.10.1 - ip eyeBeam
10.10.10.10 - ip астерика - они в одной подсети, звонок снаружи ситуации не меняет
подскажите какого такое происходит и что подправить.
спасибо. |
|
Откуда: SPb
Сообщений: 1307
|
Re: автозавершение звонка ((
Наверно надо сказать
nat=no
|
|
Откуда: Уфа
Сообщений: 5856
|
Re: автозавершение звонка ((
на первой странице:
http://asterisk-support.ru/forum/topics/5852
|
|
Откуда: PutinsBurg
Сообщений: 107
|
Re: автозавершение звонка ((
zzuz
nat таки нужен в yes, т.к. в 99% случаев звонки именно из за ната )
switch
респект!
действительно в настройках eyeBeam было options-advansed-network опцию in times of network disruption, automaticlly hangup calls after 30 sec...
немного неясно где он в локалке находил обрывы и неустойчивость сети... ну да ладно...
ещё раз спасибо!
|
|
Откуда: PutinsBurg
Сообщений: 107
|
Re: автозавершение звонка ((
у меня опять проблема...
теперь только с городским провайдером и только при входящих звонках...
они рвутся через 7:20, 7:14 (мин:сек), исходящие не рвутся вовсе....
пров утверждает что проблема у меня... хотя конфиг не менялся давно, а проблемы начались только в этом году...
вот конец лога:
Reliably Transmitting (no NAT) to 81.9.100.13:5060:
OPTIONS sip:81.9.100.13 SIP/2.0
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK2dd21112;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@myDomain>;tag=as0a02cd33
To: <sip:81.9.100.13>
Contact: <sip:Unknown@MyIP>
Call-ID: 530fbeed04ed6591571f128e39bbba11@myDomain
CSeq: 102 OPTIONS
User-Agent: CompanyAsterisk
Date: Tue, 12 Jan 2010 17:52:15 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0
---
office*CLI>
<--- SIP read from UDP://81.9.100.13:5060 --->
SIP/2.0 404 User not registered
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK2dd21112;rport=5060
From: "Unknown" <sip:Unknown@myDomain>;tag=as0a02cd33
To: <sip:81.9.100.13>;tag=e2591113c06cc5180f3556e6ad92ea7d.e644
Call-ID: 530fbeed04ed6591571f128e39bbba11@myDomain
CSeq: 102 OPTIONS
Server: Sip EXpress router (0.9.6 (i386/freebsd))
Content-Length: 0
<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '530fbeed04ed6591571f128e39bbba11@myDomain' Method: OPTIONS
[Jan 12 20:53:14] NOTICE[7095]: chan_sip.c:9972 sip_reregister: -- Re-registration for MyPhoneNumber@81.9.100.13
REGISTER 13 headers, 0 lines
Reliably Transmitting (no NAT) to 81.9.100.13:5060:
REGISTER sip:81.9.100.13 SIP/2.0
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK7ea9c9d8;rport
Max-Forwards: 70
From: <sip:MyPhoneNumber@81.9.100.13>;tag=as12e176d2
To: <sip:MyPhoneNumber@81.9.100.13>
Call-ID: 526f1cf6686427ad06476cdd6539af4f@myDomain
CSeq: 108 REGISTER
User-Agent: CompanyAsterisk
Authorization: Digest username="MyPhoneNumber", realm="81.9.100.13", algorithm=MD5, uri="sip:81.9.100.13",
nonce="4b4cb7cd2011a560b6214ef9c2216fa7bdeaf677", response="e0f5870d38acbc3ge572a53193c90ef7"
Expires: 120
Contact: <sip:MyPhoneNumber@MyIP>
Event: registration
Content-Length: 0
---
office*CLI>
<--- SIP read from UDP://81.9.100.13:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK7ea9c9d8;rport=5060
From: <sip:MyPhoneNumber@81.9.100.13>;tag=as12e176d2
To: <sip:MyPhoneNumber@81.9.100.13>;tag=e2591113c06cc5180f3556e6ad92ea7d.6600
Call-ID: 526f1cf6686427ad06476cdd6539af4f@myDomain
CSeq: 108 REGISTER
Contact: <sip:MyPhoneNumber@MyIP>;expires=120;received="sip:MyIP:5060"
Server: Sip EXpress router (0.9.6 (i386/freebsd))
Content-Length: 0
<------------->
--- (9 headers 0 lines) ---
Scheduling destruction of SIP dialog '526f1cf6686427ad06476cdd6539af4f@myDomain' in 32000 ms (Method: REGISTER)
[Jan 12 20:53:14] NOTICE[7095]: chan_sip.c:16179 handle_response_register: Outbound Registration: Expiry for 81.9.100.13 is 120 sec (Scheduling reregistration in 105 s)
Reliably Transmitting (no NAT) to 81.9.100.13:5060:
OPTIONS sip:81.9.100.13 SIP/2.0
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK32368e5d;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@myDomain>;tag=as7fec8fe6
To: <sip:81.9.100.13>
Contact: <sip:Unknown@MyIP>
Call-ID: 140a6c5e25d126274370b3b45cbc3f32@myDomain
CSeq: 102 OPTIONS
User-Agent: CompanyAsterisk
Date: Tue, 12 Jan 2010 17:53:15 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0
---
office*CLI>
<--- SIP read from UDP://81.9.100.13:5060 --->
SIP/2.0 404 User not registered
Via: SIP/2.0/UDP MyIP:5060;branch=z9hG4bK32368e5d;rport=5060
From: "Unknown" <sip:Unknown@myDomain>;tag=as7fec8fe6
To: <sip:81.9.100.13>;tag=e2591113c06cc5180f3556e6ad92ea7d.22dd
Call-ID: 140a6c5e25d126274370b3b45cbc3f32@myDomain
CSeq: 102 OPTIONS
Server: Sip EXpress router (0.9.6 (i386/freebsd))
Content-Length: 0
<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '140a6c5e25d126274370b3b45cbc3f32@myDomain' Method: OPTIONS
office*CLI>
Really destroying SIP dialog '526f1cf6686427ad06476cdd6539af4f@myDomain' Method: REGISTER
<--- SIP read from UDP://81.9.100.13:5060 --->
BYE sip:MyPhoneNumber@MyIP:5060 SIP/2.0
Record-Route: <sip:81.9.100.13;ftag=D86350F0-1CD4;lr=on>
Via: SIP/2.0/UDP 81.9.100.13;branch=z9hG4bK6053.cac0b776.0
Via: SIP/2.0/UDP 81.9.100.4:5060;branch=z9hG4bK203C7A165D
From: <sip:8121112233@81.9.100.4>;tag=D86350F0-1CD4
To: <sip:MyPhoneNumber@81.9.100.13>;tag=as1996ab60
Date: Tue, 12 Jan 2010 17:51:29 GMT
Call-ID: 3F5AF444-FED911DE-8151EDC6-C5CD4D76@81.9.100.4
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 16
Timestamp: 1263318836
CSeq: 103 BYE
Reason: Q.850;cause=86
Content-Length: 0
P-hint: rr-enforced
Session-Expires: 300
<------------->
--- (16 headers 0 lines) ---
Sending to 81.9.100.13 : 5060 (no NAT)
<--- Transmitting (no NAT) to 81.9.100.13:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 81.9.100.13;branch=z9hG4bK6053.cac0b776.0;received=81.9.100.13
Via: SIP/2.0/UDP 81.9.100.4:5060;branch=z9hG4bK203C7A165D
Record-Route: <sip:81.9.100.13;ftag=D86350F0-1CD4;lr=on>
From: <sip:8121112233@81.9.100.4>;tag=D86350F0-1CD4
To: <sip:MyPhoneNumber@81.9.100.13>;tag=as1996ab60
Call-ID: 3F5AF444-FED911DE-8151EDC6-C5CD4D76@81.9.100.4
CSeq: 103 BYE
User-Agent: CompanyAsterisk
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0
меня напрягает что вначале мне отвечает от прова Sip EXpress router, а под конец Cisco-SIPGateway/IOS-12.x
и от прова мне прилетает такое:
<--- SIP read from UDP://81.9.100.13:5060 --->
BYE sip:MyPhoneNumber@MyIP:5060 SIP/2.0
Record-Route: <sip:81.9.100.13;ftag=D86350F0-1CD4;lr=on>
Via: SIP/2.0/UDP 81.9.100.13;branch=z9hG4bK6053.cac0b776.0
Via: SIP/2.0/UDP 81.9.100.4:5060;branch=z9hG4bK203C7A165D
From: <sip:8121112233@81.9.100.4>;tag=D86350F0-1CD4
To: <sip:MyPhoneNumber@81.9.100.13>;tag=as1996ab60
Date: Tue, 12 Jan 2010 17:51:29 GMT
Call-ID: 3F5AF444-FED911DE-8151EDC6-C5CD4D76@81.9.100.4
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 16
Timestamp: 1263318836
CSeq: 103 BYE
Reason: Q.850;cause=86
Content-Length: 0
P-hint: rr-enforced
Session-Expires: 300
т.е. это таки пров рвёт соединение по какой то причине 86? что это за причина такая?
спасибо. |
|
Откуда: Уфа
Сообщений: 5856
|
Re: автозавершение звонка ((
http://cnes.com/causecodes.html
Cause No. 86 - call having the requested call identity has been cleared [Q.850]
This cause indicates that the network has received a call resume request containing a Call identity information element indicating a suspended call that has in the meantime been cleared while suspended (either by network time-out or by the remote user).
|
|
Откуда: PutinsBurg
Сообщений: 107
|
Re: автозавершение звонка ((
по правде говоря непонятно... особенно в части "...either by network time-out or by the remote user" - т.е. это у прова что то случается?
|
|
Сообщений: 6521
|
Re: автозавершение звонка ((
HighTower: меня напрягает что вначале мне отвечает от прова Sip EXpress router, а под конец Cisco-SIPGateway/IOS-12.x
А почему напрягает то?
Это абсолютно грамотно построено: SEr - в качестве сигнального прокси и он управляет медиа-шлюзами - Cisco.
|
|
Сообщений: 1530
|
Re: автозавершение звонка ((
Вот грамотность и напрягает. ;-)
|
|
Откуда: PutinsBurg
Сообщений: 107
|
Re: автозавершение звонка ((
может и грамотность напрягает, и я ничего не понимаю, но если цеплятся софт клиентов eyebeam - то входящие звонки не рвутся...
долго сидел с саппортом, они сказали что их серверу не нравятся частые инвайты от *, поэтому в итоге * посылается...
подскажите где чего посмотреть?
|
|
