Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Сбрасываются звонки.

0

Здравствуйте. Сбрасываются все отвеченные звонки. И входящие и исходящие. Продолжительность разговора перед сбросом разная. От самого начала разговора до 7 минут. Сбрасываются вне зависимости от паралельных звонков. Тестил вечером, когда небыло других звонков. Стоит freePBX c Asterisk 13.0.1 В следующем примере исходящий вызов 305@10.0.11.53 на 89898989 сбрасывается через 3 минуты разговора. Меня смущают первые 4 обзаца, где 2 других экстэншэна (301, 302) что-то делают перед самым разрывом. Помогите пожалуйста разобраться, что тут проиходит. Еще я не понимаю настройки NAT. Иногда все работает, иногда ничего не работет, а иногда звука нет. Вот моя топология сети. Все телефоны находятся в других под-сетях за роутером. А провайдер находится в интернете за NAT-ом. В SIP settings я выбрал NAT=yes. В external ip address поставил внешний статический айпи адрес. Это тот адрес по которому наш сервер и многие другие сервера/клиенты ходят в интернет. У нашего сервера нет собственного айпи адреса. Нет никаких пробросов портов. И нет трансляции адресов снаружи. В local networks я добавил все подсети телефонов. Правильно ли это? image description

Конфигурафия транка к провайдеру

PEER Details
username=ISPUser@MyISP.com
type=peer
secret=password
qualify=3600
progressinband=yes
prematuremedia=no
port=5060
nat=yes
insecure=invite
host=22.22.22.22
fromuser=ISPUser
fromdomain=MyISP.com
dtmfmode=inband
disallow=all
canreinvite=no
allow=ulaw&alaw&g711a&g711u

USER Details
username=ISPUser@MyISP.com
type=user
secret=password
qualify=3600
nat=yes
insecure=invite
host=22.22.22.22
fromuser=ISPUser
fromdomain=MyISP.com
dtmfmode=rfc2833
disallow=all
context=from-pstn
allow=ulaw&alaw&g711a&g711u

Register String
ISPUser@MyISP.com:password:ISPUser@MyISP.com@MyISP.com/ISPUser

Лог разъединения:

<------------->
[2016-06-16 17:43:28] VERBOSE[5693] chan_sip.c: --- (10 headers 0 lines) ---
[2016-06-16 17:43:28] VERBOSE[5693] chan_sip.c: Really destroying SIP dialog '33f2de125d35b11301a94d005728eb1e@10.0.0.111:5060' Method: OPTIONS
[2016-06-16 17:43:33] VERBOSE[5693] chan_sip.c: Reliably Transmitting (NAT) to 10.0.11.50:5060:
OPTIONS sip:301@10.0.11.50:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.111:5060;branch=z9hG4bK354627ba;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@10.0.0.111>;tag=as2895bef8
To: <sip:301@10.0.11.50:5060>
Contact: <sip:Unknown@10.0.0.111:5060>
Call-ID: 0eef308558b31b7e795db0d23023592e@10.0.0.111:5060
CSeq: 102 OPTIONS
User-Agent: FPBX-AsteriskNOW-12.0.76.2(13.0.1)
Date: Thu, 16 Jun 2016 09:43:33 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---
[2016-06-16 17:43:33] VERBOSE[5693] chan_sip.c:
<--- SIP read from UDP:10.0.11.50:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.111:5060;branch=z9hG4bK354627ba;rport=5060
From: "Unknown" <sip:Unknown@10.0.0.111>;tag=as2895bef8
To: <sip:301@10.0.11.50:5060>;tag=753056138
Call-ID: 0eef308558b31b7e795db0d23023592e@10.0.0.111:5060
CSeq: 102 OPTIONS
Supported: replaces, path, timer
User-Agent: Grandstream GXP1628 1.0.2.4
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0

<------------->
[2016-06-16 17:43:33] VERBOSE[5693] chan_sip.c: --- (10 headers 0 lines) ---
[2016-06-16 17:43:33] VERBOSE[5693] chan_sip.c: Really destroying SIP dialog '0eef308558b31b7e795db0d23023592e@10.0.0.111:5060' Method: OPTIONS
[2016-06-16 17:43:37] VERBOSE[5693] chan_sip.c: Reliably Transmitting (NAT) to 10.0.11.51:5060:
OPTIONS sip:302@10.0.11.51:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.111:5060;branch=z9hG4bK40dcb8bc;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@10.0.0.111>;tag=as5ee275a9
To: <sip:302@10.0.11.51:5060>
Contact: <sip:Unknown@10.0.0.111:5060>
Call-ID: 3978b77a132128710f91a2362792f86a@10.0.0.111:5060
CSeq: 102 OPTIONS
User-Agent: FPBX-AsteriskNOW-12.0.76.2(13.0.1)
Date: Thu, 16 Jun 2016 09:43:37 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---
[2016-06-16 17:43:37] VERBOSE[5693] chan_sip.c:
<--- SIP read from UDP:10.0.11.51:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.0.0.111:5060;branch=z9hG4bK40dcb8bc;rport=5060
From: "Unknown" <sip:Unknown@10.0.0.111>;tag=as5ee275a9
To: <sip:302@10.0.11.51:5060>;tag=1797186421
Call-ID: 3978b77a132128710f91a2362792f86a@10.0.0.111:5060
CSeq: 102 OPTIONS
Supported: replaces, path, timer
User-Agent: Grandstream GXP1610 1.0.2.27
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0

<------------->
[2016-06-16 17:43:37] VERBOSE[5693] chan_sip.c: --- (10 headers 0 lines) ---
[2016-06-16 17:43:37] VERBOSE[5693] chan_sip.c: Really destroying SIP dialog '3978b77a132128710f91a2362792f86a@10.0.0.111:5060' Method: OPTIONS
[2016-06-16 17:43:38] VERBOSE[5693] chan_sip.c:
<--- SIP read from UDP:22.22.22.22:5060 --->
BYE sip:ISPUser@10.0.0.111:5060 SIP/2.0
Via: SIP/2.0/UDP 22.22.22.22:5060;branch=z9hG4bKr4lrwwxx4lb1zrwbsb6l6y6yw;Role=3;Dpt=7ba2_36;TRC=ffffffff-ffffffff
Call-ID: 09272c516e2624f662987c9a73a8c874@MyISP.com
From: <sip:89898989@22.22.22.22:5060>;tag=2h0lz1ih-CC-131
To: <sip:ISPUser@MyISP.com>;tag=as1fd32796
CSeq: 1 BYE
Reason: Q.850;cause=31,SIP;text="S.MyISP.com.261.012.103.00045 CSCF released the session because of USER DEREGISTRATION"
Max-Forwards: 70
Content-Length: 0

<------------->
[2016-06-16 17:43:38] VERBOSE[5693] chan_sip.c: --- (9 headers 0 lines) ---
[2016-06-16 17:43:38] VERBOSE[5693][C-0000000f] chan_sip.c: Sending to 22.22.22.22:5060 (NAT)
[2016-06-16 17:43:38] VERBOSE[5693][C-0000000f] chan_sip.c: Scheduling destruction of SIP dialog '09272c516e2624f662987c9a73a8c874@MyISP.com' in 6400 ms (Method: BYE)
[2016-06-16 17:43:38] VERBOSE[5693][C-0000000f] chan_sip.c:
<--- Transmitting (NAT) to 22.22.22.22:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 22.22.22.22:5060;branch=z9hG4bKr4lrwwxx4lb1zrwbsb6l6y6yw;Role=3;Dpt=7ba2_36;TRC=ffffffff-ffffffff;received=22.22.22.22;rport=5060
From: <sip:89898989@22.22.22.22:5060>;tag=2h0lz1ih-CC-131
To: <sip:ISPUser@MyISP.com>;tag=as1fd32796
Call-ID: 09272c516e2624f662987c9a73a8c874@MyISP.com
CSeq: 1 BYE
Server: FPBX-AsteriskNOW-12.0.76.2(13.0.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
[2016-06-16 17:43:38] VERBOSE[8018][C-0000000f] bridge_channel.c: Channel SIP/ISPUser-00000022 left 'simple_bridge' basic-bridge <826f4ab9-c230-4e5b-8aba-eb0d65ffb4e1>
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] bridge_channel.c: Channel SIP/305-00000021 left 'simple_bridge' basic-bridge <826f4ab9-c230-4e5b-8aba-eb0d65ffb4e1>
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] app_macro.c: Spawn extension (macro-dialout-trunk, s, 22) exited non-zero on 'SIP/305-00000021' in macro 'dialout-trunk'
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] pbx.c: Spawn extension (from-internal, 89898989, 7) exited non-zero on 'SIP/305-00000021'
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] pbx.c: Executing [h@from-internal:1] Hangup("SIP/305-00000021", "") in new stack
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] pbx.c: Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/305-00000021'
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] chan_sip.c: Scheduling destruction of SIP dialog '605493103-5060-67@BA.A.BB.FD' in 6400 ms (Method: ACK)
[2016-06-16 17:43:38] VERBOSE[7862][C-0000000f] chan_sip.c: Reliably Transmitting (NAT) to 10.0.11.53:5060:
BYE sip:305@10.0.11.53:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.111:5060;branch=z9hG4bK540d4354;rport
Max-Forwards: 70
From: <sip:89898989@10.0.0.111>;tag=as33ad3cb9
To: "ub-marketing-alba" <sip:305@10.0.0.111>;tag=193332315
Call-ID: 605493103-5060-67@BA.A.BB.FD
CSeq: 102 BYE
User-Agent: FPBX-AsteriskNOW-12.0.76.2(13.0.1)
Proxy-Authorization: Digest username="305", realm="asterisk", algorithm=MD5, uri="sip:10.0.0.111", nonce="07c82d72", response="1cc73c81ddc6aad6a7f7f19e1b490292"
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
удалить закрыть спам изменить тег редактировать

спросил 2016-06-17 04:56:52 +0400

aldar Gravatar aldar
29 4 5

обновил 2016-06-18 07:50:59 +0400

Comments

ISPUser@MyISP.com:password:ISPUser@MyISP.com@MyISP.com/ISPUser~120

awsswa ( 2016-06-18 10:36:29 +0400 )редактировать

Простите, что?

aldar ( 2016-06-20 08:15:28 +0400 )редактировать

это цифра 120 в конце - время повторной регистрации

awsswa ( 2016-06-21 09:49:38 +0400 )редактировать

2 Ответа

1

Проблема в том что твой аккаунты к провайдеру зарегистрированы на другом устройстве, во время активного звонка REGISTER и UNREGISTER не могут посылаться, это другое устройство отправляет запрос к твоему провайдеру и он завершает твой звонок.

ссылка удалить спам редактировать

ответил 2016-06-18 16:19:42 +0400

alexcr Gravatar alexcr
3124 10 9 51
http://asterisk-service.c...

Comments

Из нашей сети никто кроме сервера не посылает запросов провайдеру - я посмотрел логи файервола. И на всякий случай, попросил провайдера сменить пароль транк. Что еще может быть?

aldar ( 2016-06-20 08:19:19 +0400 )редактировать

Да, это другое устройство посылало запрос к нашему провайдеру. Только оно было не из нашей сети. Видимо провайдер сам проверяет свои транки с помощью софтфона. Пересоздание транка на стороне провайдера - решило проблему.

aldar ( 2016-07-21 03:50:56 +0400 )редактировать
1

Причина раз соединения - CSCF released the session because of USER DEREGISTRATION" -

В логах - сначала вы шлете OPTIONS для поддержки соединения до телефонов - получает OK (пакет получен второй стороной). Потом идут BYE на завершения разговора - от вас до провайдер, провайдер подтверждает приход пакета - OK. Потом вы отправляете в сторону телефона BYE.

ссылка удалить спам редактировать

ответил 2016-06-17 08:55:25 +0400

awsswa Gravatar awsswa flag of Russian Federation
456 5 2 7

обновил 2016-06-17 09:04:01 +0400

Comments

Спасибо огромное, Теперь я, кажется, начинаю по-немногу понимать логи. Теперь осталось узнать что означает USER DEREGISTRATION. Может быть сервер так же шлет OPTIONS провайдеру, чтобы определить его состояние. В настройках транка у меня qualify=3600. То есть, каждые 3,6 секунды сервер шлет OPTIONS провайдеру. Но в логах я вижу, что на самом деле сервер шлет OPTIONS провайдеру раз в минуту. В логах до разъединения сервер отправил OPTIONS и получил в ответ ОК в 17:42:56. А разъединение произошло в 17:43:37. До след проверки не дотянул. В чем еще может быть причины разъединения? Что можно еще поискать в логах? Кстати, у меня на сервере три транка к одному провайдеру. И сбросы только на одном из этих транков.

aldar ( 2016-06-17 11:01:59 +0400 )редактировать

а вы это никак не узнаете. только у провайдера. ну или посмотреть какой у провайдера свич, и по нему искать. скорее всего интервал регистрации у вас выставлен не так, как провайдер рекомендовал

meral ( 2016-06-17 14:28:42 +0400 )редактировать

Что за интервал регистрации? registerattempts и registertimeouts? Кстати, я обновил вопрос, добавил туда топологию сети и конфигурацию транка с провайдером. У меня три транка. Настройки всех транков идентичны, и только у одного из транков такая проблема.

aldar ( 2016-06-18 07:43:59 +0400 )редактировать

ну так а почему вы в суппорт провайдера еще не обратилися?

meral ( 2016-06-18 12:34:23 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2016-06-17 04:56:52 +0400

Просмотрен: 163 раз

Обновлен: Jun 18

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.