asterisk.ru

Asterisk 1.8.20.1 подключен к AVAYA через ooh323 и настроен на запись разговоров внешних звонков для внутренних номеров АТС. На станции настроена маршрутизация, позволяющая направлять вызовы на транки Asterisk и и принимать вызовы с этих транков. AVAYA подключена к городу по потоку. В большинстве случаев звонки проходят без проблем. Но существует часть городских номеров исходящие вызовы на которые через Asterisk не проходят, при этом городской номер отвечает и голос со стороны города пишется, а внутренний номер АТС ничего не слышит.Если звонить с внутреннего телефона самого Asterisk, голос проходит в обе стороны. Подозреваю что здесь проблема интерпритации модулем ooh323 сигнализации, полученной со стороны городского потока.Может кто-то сталкивался с подобной проблемой,есть решение для ooh323 или необходимо настраивать другой модуль?




неудачный транзит
-- Executing [93761741@DLPN_EKB:1] Set("OOH323/avaya-143", "fname=201303041344-7040-93761741") in new stack
-- Executing [93761741@DLPN_EKB:2] MixMonitor("OOH323/avaya-143", "/home/share/monitor/7040/201303041344-7040-93761741.wav,b") in new stack
-- Executing [93761741@DLPN_EKB:3] Dial("OOH323/avaya-143", "OOH323/93761741@avaya") in new stack
-- Called OOH323/93761741@avaya
== Begin MixMonitor Recording OOH323/avaya-143
-- OOH323/avaya-144 is making progress passing it to OOH323/avaya-143
-- OOH323/avaya-144 answered OOH323/avaya-143
== Spawn extension (DLPN_EKB, 93761741, 3) exited non-zero on 'OOH323/avaya-143'
== MixMonitor close filestream
== End MixMonitor Recording OOH323/avaya-143


успешный транзит

-- Executing [93850512@DLPN_EKB:1] Set("OOH323/avaya-157", "fname=201303041350-7040-93850512") in new stack
-- Executing [93850512@DLPN_EKB:2] MixMonitor("OOH323/avaya-157", "/home/share/monitor/7040/201303041350-7040-93850512.wav,b") in new stack
-- Executing [93850512@DLPN_EKB:3] Dial("OOH323/avaya-157", "OOH323/93850512@avaya") in new stack
== Begin MixMonitor Recording OOH323/avaya-157
-- Called OOH323/93850512@avaya
-- OOH323/avaya-158 is ringing
[Mar 4 13:50:42] WARNING[22425]: translate.c:206 framein: no samples for alawtolin
-- OOH323/avaya-158 answered OOH323/avaya-157
== Spawn extension (DLPN_EKB, 93850512, 3) exited non-zero on 'OOH323/avaya-157'
== MixMonitor close filestream
== End MixMonitor Recording OOH323/avaya-157

extensions.conf

[CallingRule_To_avaya]
exten = _7XXX,1,set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN})
exten = _7XXX,n,MixMonitor(/home/share/monitor/${EXTEN}/${fname}.wav,b)
exten = _7XXX,n,Dial(OOH323/${EXTEN}@avaya)

[CallingRule_To_CITY]
exten = _9[1-7]XXXXXX,1,set(fname=${STRFTIME(${EPOCH},,%Y%m%d%H%M)}-${CALLERID(number)}-${EXTEN})
exten = _9[1-7]XXXXXX,n,MixMonitor(/home/share/monitor/${CALLERID(number)}/${fname}.wav,b)
exten = _9[1-7]XXXXXX,n,Dial(OOH323/${EXTEN}@avaya)

ooh323.conf

[general]

port=1720
bindaddr=192.168.5.99
faststart=yes
h245tunneling=yes
mediawaitforconnect=yes
h323id=ObjSysAsterisk
e164=100
callerid=Asterisk
gatekeeper = DISABLE
silenceSuppression=yes
context=DLPN_default
amaflags = default
disallow=all
allow=ulaw
dtmfmode=inband

[avaya]
type=friend
context=DLPN_EKB
ip=192.168.0.185
port=1720
disallow=all
allow=alaw
allow=ulaw
dtmfmode=inband

Всякие чудеса бывают. Однако мало информации, чтобы определить где "собака порылась". Неплохо было бы приложить к сообщениям журнала Asterisk запись трафика между Asterisk и Avaya. Кстати, что у вас там IP Office или Aura/Communication Manager?

Исходя из схемы
Asterisk 1.8.20.1 -- ooh323 -- AVAYA --- E1 PRI
как понять

существует часть городских номеров исходящие вызовы на которые через Asterisk не проходят, при этом городской номер отвечает

На городской номер через Астериск можно сделать вызов со стороны SIP-клиента, подключенного к Астериск.
И тогда если одни клиенты - есть звук, а другие клиенты - нет звука, то проблема в преференциях кодеков у некоторых SIP-клиентов.

ded писал(а):Исходя из схемы
Asterisk 1.8.20.1 -- ooh323 -- AVAYA --- E1 PRI

Не, там походу так:

По этой схеме там две Авайи, но это же не так?

Avaya одна, но вызовы с нее "заходят" для записи на Asterisk, а потом "идут" обратно на нее же для выхода в город (ССОП).

Ясно.
Всё сломать, и построить наоборот
Город ---PRI--- Asterisk 1.8.20.1 ------H.323--- AVAYA ----Внутр.Тел
И всё будет логично и понятно.

ded писал(а):Ясно.
Всё сломать, и построить наоборот
Город ---PRI--- Asterisk 1.8.20.1 ------H.323--- AVAYA ----Внутр.Тел
И всё будет логично и понятно.

Тут есть две проблемы:
1. Требуются инвестиции в доп.оборудование для организации ISDN PRI на Asterisk.
2. Кол-во PRI неизвестно. Ивестиции могут быть заметно большими.
У меня похожая схема работает вполне сносно, на Avaya Communication Manager 3.1 и chan_h323

Меня, однако, насторожила третья проблема: мы с Вам общаемся по теме, а ТС забил уже на это.
Видимо, нам это важнее, чем ему.
Но это не должно быть так.

Спасибо за реакцию на мой вопрос.
АТС Avaya Communication Manager 5.1
Avaya действительно одна, Asterisk используется только для записи при транзите,при такой схеме получилось очень бюджетное решение.
На SIP клиенте Asterisk небыло ни каких проблем с дозвоном на городские номера.Слышимость двухсторонняя. Запись работает.
При вызове с внутреннего телефона АТС ,на "проблемный" городской номер, внутренний номер ничего не слышит, при этом соединение с городом есть и запись в сторону городского номера идет,внутреннего нет.