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

Обрыв Входящих Звонков. Asterisk + Elastix + FreePBX

0

Добрый вечер. Прошу помощи выявить причину или же натолкнуть на мысль (уже все вариант которые были в пределам моих знаний перепробовал)

Проблемс: Входящий звонок приходит на SIP транк, Если разговаривать больше 5 минут (причем ровно 5:00) и обрыв звонка, т.е обрывается соединение со звонящим. Сделал Дебаг транка и внутреннего номер. Логи привожу по ссылке, может кто выделит время и посмотрит (для безопасности, окончание адресов заменил на хххххх):

sip-show-peer-trunk-out5xxxxxx - Есть подозрение

debug-peer-trunk-ext - сам дебаг

show-peer-ext-3хх - вроде норм

То что у меня вызывает подозрение в файле который прилогается: sip-show-peer-trunk-out5xxxxxx

Timer B: 32000  - похоже срабатывает это значение
SIP Options: timer

Почему здесь timer на других транках (none) и они работают норм Если из-за этого как убрать ?

В дебаге звонка подозрение вызывают вот эти строки

<--- Reliably Transmitting (no NAT) to 1xx.xxx.xxx.xxx:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 1xx.xxx.xxx.xxx:5060;branch=z9hG4bK-d8754z-fd14bd185b32b343-1---d8754z-;received=1xx.xxx.xxx.xxx;rport=5060
From: "Forever"<sip:3xx@1xx.xxx.xxx.xxx:5060>;tag=23218f25
To: <sip:5xxxxxx@1xx.xxx.xxx.xxx:5060>;tag=as45e56dd9
Call-ID: NTc0MzllMzE3MWI5NTFjOTY2M2EzNzE3ZTk3ODc1Zjc.
CSeq: 1 INVITE
Server: FPBX-2.10.1(1.8.11.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="23c9d32d"
Content-Length: 0


<------------>

и вот еще

Scheduling destruction of SIP dialog 'NTc0MzllMzE3MWI5NTFjOTY2M2EzNzE3ZTk3ODc1Zjc.' in 32000 ms (Method: BYE)

Настройки Транка на котором обрывается

[out5хххххх]
disallow=all
username=380445хххххх
user=380445хххххх
type=peer
#secret=
insecure=port,invite
host=6хх.ххх.ххх
dtmfmode=rfc2833
dtmf=rfc2833
allow=alaw
allow=gsm
context=from-trunk-sip-out5хххххх

register=380445хххххх@6хх.ххх.ххх/380445хххххх

Есть 2-й транк с точно такими настройками но другой номер, если на него звонить то все ок

По серверу стоит статика, ната нет. смотрит одной стороной в локалку другой в интернет. Включен фаервол, Пробовал отключать - не помогло

Готов от-Благодарить.

\-----------------------\

1. Позже Добавил

Сделал по совету komrad123:

Настройки Добавил через FreePBX он в свою очередь положил в файл sip-general-additional.conf в нем все остальные настройки:

session-timers=originate
session-expires=10800
session-minse=300
session-refresher=uas

Сделал дебаг sip-show-peer-trunk-out5xxxxxx

Результат тот же 5 мин обрыв

\-----------------------\

2. Позже Добавил

Сделал по совету komrad123: ngrep

Лог номера на который звоню

Лог внутреннего номер (на котоорый переключился)

Вот что нашел из этих логов, в конце когда происходит обрыв, я так понимаю это от провайдера-BAE ?

----
CSeq: 3 BYE.
Max-Forwards: 68.
Supported: timer,100rel.
Reason: Q.850;cause=19;text="NoAnswerFromUser".
User-Agent: VegaTelecom.
Content-Length: 0.
----

3. Позже Добавил _ РЕШЕНИЕ

Провайдер обьявился, посмотрели ещё раз мои дебаги изменили у себя настройки (не захотели признаваться какие именно) и дропа больше нет, вот ответ провайдера: "Проблема была в ПО нашего оборудования." вот как то так.

Для себя сделал вывод если подобная ситуация появляется делать дебаг и отправлять провайдеру Помогли след. команды:

ngrep НОМЕР_НА_КОТОРЫЙ_ПРИШЕЛ_ЗВОНОК -d any port 5060 -W byline | tee /tmp/log/asterisk/xxxx.txt

Будет записан отдельно в файл путь который вы укажете

или

tcpdump -i any host x.x.x.x or host x.x.x.x -s0 -w /tmp/123.pcap

параметры x.x.x.x - это телефон и провайдер

ну или через CLI - что менее информации в дебаге но все же..

 *CLI#
 asterisk -rvvvvvv | tee /tmp/log/asterisk/xxxx.txt
 sip set debug peer ВНУТРЕНИЙ_НОМЕР
 sip set debug peer НАЗВАНИЕ ТРАНКА_ВНЕШНИЙ_НОМЕР

После завершение отключаем дебаг:

sip set debug off

отдельно спасибо awsswa, komrad123

Сори за офтоп хотел подвести итог.

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

спросил 2014-01-30 22:36:47 +0400

Forever Gravatar Forever
1 3 1 4

обновил 2014-02-04 14:00:07 +0400

Comments

Слишком много подозрений , мало размышлений. Что за оборудование на другой стороне?

zzuz ( 2014-01-31 00:32:39 +0400 )редактировать

Размышлений много потому что потратил не один день в поиске решения, возможно напрасно так как стоит смотреть в другую сторону. Клиент soft phone 3cx 6.и соответственно Провайдер Vega (про их оборудование я не вкурсе)

Forever ( 2014-01-31 11:04:04 +0400 )редактировать

если есть проблема, ее в первую очередь нужно решать со своим провайдером

svoy ( 2014-01-31 13:12:15 +0400 )редактировать

Отправил запрос, но почему то думается мне что это с моей стороны.. вообщем жду ответ от провайдера, отпишусь

Forever ( 2014-01-31 15:13:27 +0400 )редактировать

->komrad123:

session-timers-expires-minse-refresher - у меня их вообще нет, попробую потестить. Подскажите какие лучше значения поставить ? По Дебагу не совсем понял, первый лег -т.е уровень -rv ?

Forever ( 2014-02-01 00:57:06 +0400 )редактировать

>komrad123: Добавил через FreePBX он в свою очередь положил в файл sipgeneraladditional.conf в нем все остальные настройки

session-timers=originate session-expires=10800 session-minse=300 session-refresher=uas

Сделал дебаг https://www.dropbox.com/s/re1akuecu8oes7m/063_501339sessiontem_r.txt Результат тот же 5 мин обрыв

Forever ( 2014-02-01 02:12:38 +0400 )редактировать

так где дамп первого лега ?

ngrep НОМЕР_НА_КОТОРЫЙ_ПРИШЕЛ_ЗВОНОК -d any port 5060 -W byline

komrad123 ( 2014-02-01 10:03:09 +0400 )редактировать

если хотите помощи, снимите нормальный дамп в pcap - который можно в wireshark засунуть - а то смотреть эти х.х.х.х на х.х.х.х невозможно.

awsswa ( 2014-02-01 10:50:38 +0400 )редактировать

->komrad123 Прошу прощение был в не зоне доступа. Сделал как вы написали. в Шапку прикрепил, уже интересней - если я правильно понял, вот интересная строка которая похоже идет от оператора:

"NoAnswerFromUser" - Что скажите с этим делать ? ( У Провайдера разбираются до сих пор...).

Спасибо за ngrep +1 -> Profit =)

Forever ( 2014-02-03 00:35:42 +0400 )редактировать

->awsswa

Подскажите какие параметры задать pcap ? сразу сделаю. Но на сколько я понял возможно эти логи подойдут, так как ngrep использует либы pcap.

Кстати в ххх добавил не много цифр делаю это в целях безопасности (минимальной). Спасибо за понимание.

Forever ( 2014-02-03 00:39:21 +0400 )редактировать

tcpdump -i any host x.x.x.x or host x.x.x.x -s0 -w /tmp/123.pcap - параметры x.x.x.x - это телефон и провайдет

awsswa ( 2014-02-03 14:14:56 +0400 )редактировать

Вообщем пробовал тестировал разные настройки не чего не менялось, но когда провайдер начал разбираться, оказалось с их стороны. В начале грешили на то что нет сообщение 180 - ОК и мол добавьте Announcement в Inbound Routes, сделал не помогло, после я ещё раз выслал Логи они похоже им помогли =).

Вообщем на вопрос а что все таки было ответили "Проблема была в ПО нашего оборудования." вот как то так.

Всем спасибо за помощь, отдельно komrad123, awsswa, meral

Forever ( 2014-02-04 13:43:05 +0400 )редактировать

->meral. Спасибо, уже вроде нормально. Если честно я не в курсе как делать дамп с временными метками =(, может поделитесь ?

Forever ( 2014-02-04 14:03:23 +0400 )редактировать

для ngrep -t а то что после tcpdump'a и так имеет timestamp

komrad123 ( 2014-02-04 14:23:49 +0400 )редактировать

Попробую Спасибо!

Forever ( 2014-02-04 15:32:29 +0400 )редактировать

2 Ответа

0

было у меня такое. на той стороне стоит openser накоденый на коленке "експертами" с фрлансерских бирж. он забывает про сессию черех Х секунд(обычно порядка двух минут) после чего session-refresher (в астериске с 1.6+) посылает пакет вызывающий у сервера разрыв шаблона.

вы это вылечить не сможете,кроме как отключить session-refresher

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

ну или поиграйтесь парметрами, список вот

http://doxygen.asterisk.org/trunk/sipsessiontimers.html

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

ответил 2014-02-03 04:46:41 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

Comments

UPDATE: в вашем случае еще может быть перерегситрация идет с другого порта(на нате) что в результате дает сбой на той стороне. для уточнения надо дамп снятый с временными метками и посмотреть расстояние по времени между перерегистрацией и сбросом.

meral ( 2014-02-03 04:54:15 +0400 )редактировать
1

Дебаг делайте на первом леге.

и проверьте глобальные настройки sip

session-timers

session-expires

session-minse

session-refresher

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

ответил 2014-01-31 15:26:58 +0400

komrad123 Gravatar komrad123
3810 5 3 44

Ваш ответ

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 ленту новостей

Статистика

Задан: 2014-01-30 22:36:47 +0400

Просмотрен: 5,839 раз

Обновлен: Feb 04 '14

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