Проблемы с обрывами звонков

[corsair]

Добрый день!
Сшибли себе все лбы с этой проблемой. Если у кого есть какие мысли или идеи буду рад услышать!

Система:

Linux pbx00 2.6.32-5-686 #1 SMP Mon Mar 26 05:20:33 UTC 2012 i686 GNU/Linux
Asterisk 1.8.11.1-1digium1~squeeze

Канал получаем от провайдера по Е1, плата Diguim TE 420B с аппаратным экоподавлением(4 порта, используется 1).

Суть проблемы:
Абонент (SIP: без разницы через железо или софтфон) звонит на междугородний Московский номер, где ему отвечает девушка. Абонент просит переключить его на любого внутреннего абонента, девушка покорно соглашается и делает перевод, играет музыка. Как только абонент берет трубку сразу soft hangup. В логах все чисто, как будто абонент просто положил трубку.
От этого же провайдера мы получаем телефонию в другое здание к TDA-200 и такой проблемы не возникает.

Вторая проблема на этой же АТС.
Рандомные дропы звонков. Ничем не объяснимые. Можно проговорить 20 минут без единого разрыва, а можно и минуты не проговорить и словить разрыв. В логах опять же чисто, как будто абонент просто положил трубку.

Варнингами и нотисами консоль в полном дебаге не сыпет, потерь пакетов на канале нету вообще.
Весь мозг себе сломал и буду рад любым идеям в какую сторону копать.

Заранее спасибо за помощь!

[ded]

1)

Как только абонент берет трубку сразу soft hangup

sip set debug peer <номер_внутреннего_абонента>
Будет видно в командной строке кто посылает BYE и по какой причине.
Возможные варианты: реивайт (который нельзя делать)

2)

как будто абонент просто положил трубку.

тоже неполная фраза без sip set debug peer <номер_внутреннего_абонента>
Будет видно в командной строке кто посылает BYE и по какой причине.

[corsair]

Hangup приходит с pri непосредственно в потоке. Или обрабатывается платой так что воспринимается как Hangup.

Вот код:

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

Span: 1 < Protocol Discriminator: Q.931 (8)  len=5
PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 16364/0x3FEC) (Sent to originator)
PRI Span: 1 < Message Type: CONNECT (7)
PRI Span: 1 Received message for call 0xa582be0 on 0xb6abba00 TEI/SAPI 0/0, call->pri is 0xb6abba00 TEI/SAPI 0/0
PRI Span: 1 q931.c:6837 post_handle_q931_message: Call 49132 enters state 10 (Active).  Hold state: Idle
PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=5
PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 16364/0x3FEC) (Sent from originator)
PRI Span: 1 > Message Type: CONNECT ACKNOWLEDGE (15)


Span: 1 q931_hangup: other hangup
PRI Span: 1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Connect Request, hold-state Idle
PRI Span: 1 q931.c:4686 q931_disconnect: Call 49132 enters state 11 (Disconnect Request).  Hold state: Idle
PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=9
PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 16364/0x3FEC) (Sent from originator)
PRI Span: 1 > Message Type: DISCONNECT (69)
PRI Span: 1 > [08 02 81 90]
PRI Span: 1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
PRI Span: 1 >                Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]

[ded]

Hangup приходит с pri непосредственно в потоке. Или обрабатывается платой так что воспринимается как Hangup.

Ваша мысль после Или - неверна.
То что приводите - это лог, а не код.
И там ясно видно -
(Sent from originator) получено от оригинатора -- надо пояснять кто оригинатор?

PRI Span: 1 > Message Type: DISCONNECT (69)
PRI Span: 1 > [08 02 81 90]
PRI Span: 1 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
PRI Span: 1 > Ext: 1 Cause: Normal Clearing (16)

Нормальное завершение звонка Normal Clearing (16). И реагирует он так по видимому на постановку на холд - Hold state: Idle
Так что вопросы вида Почему сопсно? направлять с этим логом оператору Е1.

[corsair]

Оригинатор создатель сессии — то есть звонящий абонент.
Поэтому и странно что от него приходит Hangup, а не с конечной цели.
Непонятно

[ded]

Что там странного!
В вашем логе приведён диалог с оригинатором - сигнальные сообщения получаемые от него и посылаемые ему.
(Sent from originator)
(Sent to originator)

Вы уж разберитесь с провайдером Е1, вы оба материально заинтересованные лица в решении этой проблемы.

[corsair]

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

[ded]

Отошлите ему этот лог.

[corsair]

Отсылал, бестолку, говорит что не видит проблемы у них.

[ded]

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

Мы только что разобрались, что Hangup присылает оригинатор, то есть ваш абонент, то есть с вашей стороны. Значит провайдер прав.
А вот верить Вам или нет, это конечно другой вопрос.