Страница 2 из 3
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 01 авг 2012, 21:04
ded
Ferrum писал(а):Исходящие вызовы от Asteriska через H323 Панасоника (в нем плата потока E1 в город) на любой городской номер где ответ происходит минуя вызов что хорошо видно в логе потока, завершается разрывом через 5-6 сек.
Ferrum писал(а):(как пример из практики, входящий звонок с некоторых африканских стран когда нужно успеть взять трубку в первые 2 сек иначе вызов сорвется)
Мы говорим о поведении при исходящем вызове или при входящем ( с некоторых африканских стран когда нужно успеть взять трубку в первые 2 сек)?
Или обо всех вызовах сразу?.
Я утверждаю, что это никакой не Е1 хитрый баг, а неправильный диалплан, при исходящих вызовах не надо никакого Answer.
P.S. Ferrum, а где Вы видели тут модеров?
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 01 авг 2012, 21:18
Ferrum
ded писал(а):Ferrum писал(а):Исходящие вызовы от Asteriska через H323 Панасоника (в нем плата потока E1 в город) на любой городской номер где ответ происходит минуя вызов что хорошо видно в логе потока, завершается разрывом через 5-6 сек.
Ferrum писал(а):(как пример из практики, входящий звонок с некоторых африканских стран когда нужно успеть взять трубку в первые 2 сек иначе вызов сорвется)
Мы говорим о поведении при исходящем вызове или при входящем ( с некоторых африканских стран когда нужно успеть взять трубку в первые 2 сек)?
Или обо всех вызовах сразу?.
Я утверждаю, что это никакой не Е1 хитрый баг, а неправильный диалплан, при исходящих вызовах не надо никакого Answer.
P.S. Ferrum, а где Вы видели тут модеров?
Троллинг это плохо, а если действительно непонятно перечитайте первые мои сообщения внимательно.
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 01 авг 2012, 21:21
ded
Да, плохо. Оверквотинг - ещё хуже.
Я не только перечитал Ваши сообщения внимательно., но и процитировал. Вы ошиблись, это не баг, это кривой диалплан. Перечитайте мои утверждения.
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 01 авг 2012, 21:32
Ferrum
ded писал(а):Да, плохо. Оверквотинг - ещё хуже.
Я не только перечитал Ваши сообщения внимательно., но и процитировал. Вы ошиблись, это не баг, это кривой диалплан. Перечитайте мои утверждения.
Ок Пусть будет так.
Ситуация 1 разрыв
Asterisk -> h323 -> Panasonic -> E1-> город-> E1 -> сторонний тестовый Астериск (с теми диалпланами которые я приводил)
Ситуация 2 разрыв
Asterisk -> h323 -> Panasonic -> E1-> город-> E1 -> Чужая АТС (с ivr и ответом в самом начале диалплана)
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 01 авг 2012, 22:08
ded
Вот, ясно, я все эти примеры диалпланов представлял на вашей стороне:
Астериск (с теми диалпланами) -> h323 -> Panasonic -> E1-> город- и дальше не важно, там может быть просто аналоговая линия на телефоне которой сняли трубку.
Вопрос: а SIP абонент вашего Астериска в сценарии
Asterisk -> h323 -> Panasonic -> E1-> город-> E1 -> Чужая АТС (с ivr и ответом в самом начале диалплана)
номально отрабатывает такой исходящий звонок?
И в том и в другом случае можно сравнивать не tcpdump а посмотреть
CLI>pri debug span 1
там должны быть сообщения Q931
Если возможно - воздержитесь от полного цитирования, это зло -
http://lurkmore.ru/%D0%9E%D0%B2%D0%B5%D ... 0%BD%D0%B3
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 02 авг 2012, 18:04
Ferrum
запустил логи H323 в файл и там такая ошибка
Error:Failed to setup an H245 connection with remote destination. (outgoing, ooh323c_o_3)
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 02 авг 2012, 18:07
ded
h245tunneling=?
faststart=?
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 02 авг 2012, 18:15
Ferrum
пробовал
h245tunneling=yes
faststart=yes
пробовал
h245tunneling=no
faststart=no
Разницы нет.
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 02 авг 2012, 18:16
ded
Разница точно должна быть.
На пире пробовали, или в генеральных настройках?
Re: Asterisk -> h323 -> Panasonic -> E1 хитрый баг.
Добавлено: 02 авг 2012, 18:17
Ferrum
на пире