отваливается транк через некоторое время

Question

Всем привет! отваливается транк через некоторое время

lab*CLI> sip show registry
Host                           dnsmgr Username       Refresh State                Reg.Time
ххх.ххх.ххх.хх:5060            N      ххххххххх          105 No Authentication    Sun, 25 Aug 2013 23:23:47
1 SIP registrations.

переподключаю и некоторое время все работает. но потом опять такой же трабл. Заметил еще если указывать имя а не IP хоста то потом входящие не работаю. строка регистрации login:pass@ip_host и PEER:

type=friend
user=9448xxxxx
username=9448xxxxx
secret=pass
port=5060
host=195.128.182.62
context=sip_9448xxxxx
insecure=port,invite
qualify=yes
nat=yes
dtmfmode=rfc2833
diallow=all
allow=g729&gsm&alaw&ulaw
canreinvite=yes
rtpkeepalive=10
fromuser=9448xxxxx
fromdomain=my_ip

Это зареганый

SIP Debugging enabled
  == Manager 'admin' logged on from 127.0.0.1
REGISTER 11 headers, 0 lines
Reliably Transmitting (no NAT) to 195.128.182.62:5060:
REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.11:5060;branch=z9hG4bK31d2b034;rport
Max-Forwards: 70
From: <sip:9448xxxxx@195.128.182.62>;tag=as7b87864b
To: <sip:9448xxxxx@195.128.182.62>
Call-ID: 165cffff101534f301ce49c2652df2d1@127.0.0.1
CSeq: 106 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Authorization: Digest username="9448xxxxx", realm="sipit", algorithm=MD5, uri="s                                                                                                                                                             ip:195.128.182.62", nonce="445a77c01377687523492", response="cfa31cac6103c7909b4                                                                                                                                                             ed2e8ba9e7cfa"
Expires: 120
Contact: <sip:s@192.168.1.11>
Content-Length: 0

---

<--- SIP read from UDP:195.128.182.62:5060 --->
SIP/2.0 401 Unauthorized
Call-ID: 165cffff101534f301ce49c2652df2d1@127.0.0.1
Via: SIP/2.0/UDP 192.168.1.11:5060;rport=5060;branch=z9hG4bK31d2b034;received=19                                                                                                                                                             2.168.1.11
From: <sip:9448xxxxx@195.128.182.62>;tag=as7b87864b
To: <sip:9448xxxxx@195.128.182.62>
CSeq: 106 REGISTER
WWW-Authenticate: Digest nonce="e3cf25641377687628502",realm="sipit"
Max-Forwards: 70
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Responding to challenge, registration to domain/host name 195.128.182.62
REGISTER 11 headers, 0 lines
Reliably Transmitting (no NAT) to 195.128.182.62:5060:
REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.11:5060;branch=z9hG4bK6cad959a;rport
Max-Forwards: 70
From: <sip:9448xxxxx@195.128.182.62>;tag=as720eafba
To: <sip:9448xxxxx@195.128.182.62>
Call-ID: 165cffff101534f301ce49c2652df2d1@127.0.0.1
CSeq: 107 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Authorization: Digest username="9448xxxxx", realm="sipit", algorithm=MD5, uri="s                                                                                                                                                             ip:195.128.182.62", nonce="e3cf25641377687628502", response="162b914fde213494573                                                                                                                                                             6707230ca5b08"
Expires: 120
Contact: <sip:s@192.168.1.11>
Content-Length: 0

---

<--- SIP read from UDP:195.128.182.62:5060 --->
SIP/2.0 200 OK
Call-ID: 165cffff101534f301ce49c2652df2d1@127.0.0.1
Via: SIP/2.0/UDP 192.168.1.11:5060;rport=5060;branch=z9hG4bK6cad959a;received=19                                                                                                                                                             2.168.1.11
From: <sip:9448xxxxx@195.128.182.62>;tag=as720eafba
To: <sip:9448xxxxx@195.128.182.62>
CSeq: 107 REGISTER
Max-Forwards: 70
Contact: <sip:s@192.168.1.11:5060>;expires=60
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Scheduling destruction of SIP dialog '165cffff101534f301ce49c2652df2d1@127.0.0.1                                                                                                                                                             ' in 32000 ms (Method: REGISTER)
  == Manager 'admin' logged off from 127.0.0.1

<--- SIP read from UDP:192.168.1.3:53661 --->
REGISTER sip:192.168.1.11:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.3:53661;branch=z9hG4bK-d8754z-d8133741ea41a476-1---d8                                                                                                                                                             754z-;rport
Max-Forwards: 70
Contact: <sip:0000@192.168.1.3:53661;rinstance=3684a9297321ff0b>
To: "0000"<sip:0000@192.168.1.11:5060>
From: "0000"<sip:0000@192.168.1.11:5060>;tag=9c0bf012
Call-ID: MTM4NGUyZmRhYjBkMWU4YjA1YzVmMDA1NmE4NjYyNjk.
CSeq: 4299 REGISTER
Expires: 120
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, IN                                                                                                                                                             FO, MESSAGE
Supported: replaces
User-Agent: 3CXPhone 6.0.26523.0
Authorization: Digest username="0000",realm="asterisk",nonce="339397ee",uri="sip                                                                                                                                                             :192.168.1.11:5060",response="0794b852307eb1925ae74545d1e9c793",algorithm=MD5
Content-Length: 0

<------------->
--- (14 headers 0 lines) ---
Sending to 192.168.1.3 : 53661 (no NAT)

<--- Transmitting (NAT) to 192.168.1.3:53661 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.3:53661;branch=z9hG4bK-d8754z-d8133741ea41a476-1---d8                                                                                                                                                             754z-;received=192.168.1.3;rport=53661
From: "0000"<sip:0000@192.168.1.11:5060>;tag=9c0bf012
To: "0000"<sip:0000@192.168.1.11:5060>
Call-ID: MTM4NGUyZmRhYjBkMWU4YjA1YzVmMDA1NmE4NjYyNjk.
CSeq: 4299 REGISTER
Server: Asterisk PBX 1.6.2.13
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

И потом умер

Host                           dnsmgr Username       Refresh State                                                                                                                                                                             Reg.Time
195.128.182.62:5060            N      9448xxxxx          105 No Authentication                                                                                                                                                                 Wed, 28 Aug 2013 14:09:13
lab*CLI> sip set debug on
SIP Debugging enabled
<--- SIP read from UDP:192.168.1.3:53661 --->
Really destroying SIP dialog 'MTM4NGUyZmRhYjBkMWU4YjA1YzVmMDA1NmE4NjYyNjk.' Method: REGISTER
Reliably Transmitting (NAT) to 195.128.182.62:5060:
OPTIONS sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.11:5060;branch=z9hG4bK08df2301;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@192.168.1.11>;tag=as4218122c
To: <sip:195.128.182.62>
Contact: <sip:Unknown@192.168.1.11>
Call-ID: 69b1091e01f55bb84edafc940c53ca6a@192.168.1.11
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.6.2.13
Date: Wed, 28 Aug 2013 11:11:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0
<--- SIP read from UDP:195.128.182.62:5060 --->
SIP/2.0 403 Forbidden
Call-ID: 69b1091e01f55bb84edafc940c53ca6a@192.168.1.11
Via: SIP/2.0/UDP 192.168.1.11:5060;rport=5060;branch=z9hG4bK08df2301;received=192.168.1.11
From: "Unknown" <sip:Unknown@192.168.1.11:5060>;tag=as4218122c
To: <sip:195.128.182.62>
CSeq: 102 OPTIONS
Max-Forwards: 70
Warning: 399 Smile CTI Server "Not authorized request"
Content-Length: 0

и постоянно

 == Manager 'admin' logged off from 127.0.0.1
  == Manager 'admin' logged on from 127.0.0.1

и так 100500 раз, но я думаю это не страшно. Что подскажете, господа, как решать проблему с отваливанием танка.

Answer 1

0

у вас

From: "Unknown" <sip:Unknown@192.168.1.11>

а с точки зрения интертелекома должно быть с интертелеком.

тоесть в fromdomain= вставте адрес интертелекома(или внешний ваш, надо пробывать)

ну или выключить нафик qualify=no и выставить перерегистрацию раз в 30 секунд.

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

ответил 2013-08-28 18:55:59 +0400

meral

23347 ● 24 ● 20 ● 177
http://pro-sip.net/

обновил 2013-08-28 18:56:55 +0400

Comments

это запрос OPTIONS и ответ на него, а не REGISTER....

Olpag ( 2013-08-28 19:31:09 +0400 )редактировать

вот именно. уберите его.

meral ( 2013-08-28 20:47:59 +0400 )редактировать

так я внешний и прописал в fromdomain а еще NAT=yes, я обратно закоментировал и exterip тоже, так как транк отваливается, а вх звонки не проходят, теперь и туда и сюда звонки но транк отваливается

4ernuy ( 2013-08-28 20:56:29 +0400 )редактировать

fromdomain=195.128.182.62

nat=yes

в sip.conf в секции [general] :

externip=IP внешнего интерфейса машины, на которой поднят нат

localnet=192.168.1.0/255.255.255.0

И снимайте дебаг (только REGISTER) когда отвалится транк... И еще - НАТ у вас или у провайдера?

Olpag ( 2013-08-29 00:35:45 +0400 )редактировать

Сейчас по крону каждые 30 сек регистрация.и так целую ночь работало. Будет дома инет подключусь попробую. Но заметил что в одной из фирм на Интертелекоме настроены нат внешний и вн IP, тоже по крону регистрация в 30 сек.наверное таково решение борьбы с Интером.

4ernuy ( 2013-08-29 10:51:07 +0400 )редактировать

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

meral ( 2013-08-29 12:42:15 +0400 )редактировать

неа, так не работает. делал таким способом register=u:passwd@ip~30

4ernuy ( 2013-08-30 10:51:53 +0400 )редактировать

и отключили qualify?

meral ( 2013-08-30 11:53:45 +0400 )редактировать

да убрал, но что то все ровно отваливается. я думаю что реально через крон решение с Интертелеком.

4ernuy ( 2013-08-30 15:09:30 +0400 )редактировать

Это кстати не проблема с NAT, так как у меня соединение напрямую без NAT. Попробывал три разные версии сборок Elastix 2.5, 4 и MT - со всеми такая проблема, раз в 2-3 дня отваливается транк. пока sip reload не сделаешь

neznaika ( 2019-06-28 04:32:56 +0400 )редактировать

Тут в конфиге четко стоит NAT. А еще тут 13й год.

meral ( 2019-06-29 09:19:27 +0400 )редактировать

meral просто, я так понял проблему в общем так и не решили с этими отвалами в принципе и есть какая то проблема с самим SIP. Поэтому многие просто лепят в крон проверку регистрации транка. Это конечно же выход, но хотелось бы все таки найти первопричину. Добавил пока вот такое крон задание раз в 5 минут /usr/sbin/asterisk -rx 'sip show registry' | /bin/grep voipprovaider:5060 | /bin/awk '{print $5}' | /bin/agrep Registered || /usr/sbin/asterisk -rx 'sip reload' - ранее где то этот пример писали водной из веток, действенное решение.

neznaika ( 2019-07-10 11:36:49 +0400 )редактировать

А я так понял, что такой проблемы нет. Как правило похожее поведения связано с дыбильным интернет-роутером.

meral ( 2019-07-10 12:26:01 +0400 )редактировать

meral столкнулся с такой проблемой разрыва регистрации транка, без каких либо роутеров. Соединение без NAT прямое между офисной и операторской АТС.

neznaika ( 2019-07-11 04:41:42 +0400 )редактировать

Answer 2

0

Судя по всему у Вас Интертелеком. Если да, то:

ДОбавте в /etc/crontab строку

*/1 * * * * root asterisk -rx "sip reload" ; sleep 30 ; asterisk -rx "sip reload"

перезапустите cron демон и будет Вам счастье.

Проблема с NAT`ом. Решается вот так.

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

ответил 2013-08-26 15:14:59 +0400

amonra

2301 ● 26 ● 13 ● 65
http://lantec.ua/

обновил 2013-08-26 15:15:34 +0400

Comments

то есть register=u:passwd@ip~60 не будет работать?

zzuz ( 2013-08-26 16:00:08 +0400 )редактировать

Оставь всё как есть и добавь то, что я написал.

amonra ( 2013-08-26 17:03:11 +0400 )редактировать

Был такой же случай у одного из клиентов. Когда в системе есть 200+ транков и только релоад их занимает по 20-30 секунд . Таким образом транкам еще и зарегистрроваться нужно. В итоге скрипт того эникейщика дергал каждые 30 секунд (может больше может меньше , не помню) и все транки благополучно оставались незарегистрированными. Вот такой вот хитрый кроноприём.

zzuz ( 2013-08-26 17:40:53 +0400 )редактировать

а еще астриск зависает ингда на 1000ном релоаде. но вы колхозьте дальше.

meral ( 2013-08-26 18:18:10 +0400 )редактировать

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

meral ( 2013-08-27 10:58:11 +0400 )редактировать

DMZ и прокидывание портов только подтверждают слова meral'а .

zzuz ( 2013-08-27 11:42:47 +0400 )редактировать

нужно астериску сообщить внешний адрес(ищите asterisk nat) и также выключить на роутере sip alg если есть.

meral ( 2013-08-27 12:35:08 +0400 )редактировать

Уж если и делать скрипт, то хотя бы с проверкой состояния транка, а не дергать тупо каждые 30 секунд...

тут кривизна рук админов у интертелекома - однозначно... Была похожая ситуация (http://asterisk-support.ru/question/13977/mnozhestvennye-zaprosy-register/)...

двухнедельное общение с ними (с манагерами, к техперсоналу не допускают) с предоставлением логов и дампов, в конце концов решило проблему - транк перестал отваливаться

Через год возникла новая проблема... транк отвалился и не хотел регаться с конкретного IP адреса, меняешь IP - сразу регается... Ответ интеретелекома - "проблема в вашем сервере и в сетевых настройках" ... Пришлось выслать им дамп прохождения пакетов с сервера, роутера и по трассе вышестоящего провайдера .... Ответа от них так и не получил, но транк через 5 часов после отсылки письма заработал...

Olpag ( 2013-08-27 13:00:12 +0400 )редактировать

с NAT игрался, в sip.conf тоже правил, все ровно отваливаливается, так же пробовал в CRONTAB установить запись, это не помогает, менял PEER запись, та же ерунда,

4ernuy ( 2013-08-28 13:57:36 +0400 )редактировать

ну так можно до бесконечности править менять, опять править... где ДЕБАГ?

Olpag ( 2013-08-28 14:32:35 +0400 )редактировать

http://asterisk-support.ru/question/38386/kak-poniat-chto-proiskhodit-na-asteriske/

Olpag ( 2013-08-28 14:36:35 +0400 )редактировать

добавил дебаг

4ernuy ( 2013-08-28 15:27:29 +0400 )редактировать

Во-первых, у вас NAT, но астериск о нем ничего не знает: Via: 192.168.1.11:5060..., Contact: <sip:s@192.168.1.11>

Во-вторых, "И потом умер": это запрос OPTIONS и ответ на него, а не REGISTER....

Olpag ( 2013-08-28 17:27:25 +0400 )редактировать

схема такая роутер- пк, на пк виртуалка(сеть мост) в sip добавил nat=yes и добавил externip. и поправил PEER так как сказали в чате интертелекома

4ernuy ( 2013-08-28 17:55:09 +0400 )редактировать

отваливается транк через некоторое время

Comments

2 Ответа

Comments

Comments

Ваш ответ

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

Статистика

Похожие вопросы: