На плату TMANI по 2-х проводке приходит городской номер:
DISPLAY-TACSU:PEN1=1-1-8-3;
H500: AMO TACSU STARTED
ANALOG TRUNKS (FORMAT=L)
PEN | 1-1-8-3 | |
--------|--------------------------------|--------------------------------|
DEVTYPE | TC | |
DEV | TMANIMSG | |
COTNO | 10 | |
COPNO | 10 | |
DPLN | 0 | |
ITR | 0 | |
TGRP | 53 | |
COFIDX | 0 | |
CCT | 34-66-80 | |
DESTNO | 0 | |
INS | Y | |
COS | 50 | |
LCOSV | 1 | |
LCOSD | 1 | |
INIGHT | | |
NNO | 1-1-50 | |
ALARMNO | 2 | |
CARRIER | 1 | |
ZONE | EMPTY | |
LIN | 0 | |
CIDDGTS | NONE | |
CBMATTR | NONE | |
SRCGRP | 0 | |
CLASSMRK| EC G711 G729AOPT | |
TCCID | | |
DITIDX | 0 | |
TRTBL | GDTR | |
RULEIDX | 0 | |
ATNTYP | | |
MFCVAR | 0 | |
DGTPR | 1200 | |
SUPPRESS| 0 | |
DGTCNT | 0 | |
TESTNO | 1 | |
CIRCIDX | 4 | |
CRDINT | 1 | |
CCTINFO | 0 | |
DIALTYPE| MOSIG-DTMF | |
DIALVAR | 0-0 | |
COEX | 0 | |
SVCDOM | | |
---------------------------------------------------------------------------


Через параметр DGTPR вызов направляется на внутренний номер. Проблема заключается в том, что при поступлении входящего вызова если сторона A первая кладет трубку, то вызов остается висеть несколько минут, занимая аналоговую линию. Для нас это критично, т.к. за внутренним номером через переадресацию у нас живет IVR, который сам трубку не кладет.

Можно как-то добиться того, чтобы при завершении вызова со стороны A HiPath как-то сигнализировал/клал трубку стороне B?

Детектор отбоя (http://www.adp.ru/icon_btd.html)

"Детектор отбоя" в Hicom_e находится в: DTIM1- "Device Handler Timers" ветка:CO-"Timers for central office trunk calls".Параметры:
1).RESZI-Outgoing reseize barring after an incoming C0 call;
2).RESZO-Outgoing reseize barring after an outgoing CO call;
Смотрите свои установки и поиграйтесь ими, до нужного значения..

Самодельный "Детектор отбоя" работающий (висящий) на аналоговом порту изготовить несложно в дом. условиях: это собственно выпрямит. мост, за ним 4-х полюсник (емкость 10мкф-резистор150_Ом-емкость 20мкф ) свыходом на обмотку реле -600ом, которое через резистор 150Ом коротит линию на своем входе).Можно еще врубить светодиод парал.реле через резистор. Такое уст-во иногда помагает в длинных ХантГруппах к примеру или как точка невозврата входящих вызовов, или т.п...

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

Зачем вообще трогать переполюсовку и т.д. если есть DTIM1- "Device Handler Timers" ветка:CO и этот вопрос снимается полностью..?

Спасибо всем за советы, будем думать об ICON

Итак, все же приобрели детекторы ICON BTD1, подключили согласно инструкции в разрыв и...и ничего.

Ради эксперимента воткнул линию с ГАСТ не в станцию, а напрямую в аналоговый телефон, звоню на аппарат со стороны ГАТС, поднимаю трубку на аппарате и кладу трубку со стороны ГАТС. В трубке слышу короткие гудки, никакого разрыва линии не происходит. Куда курить дальше?

Если с телефона не происходит обрыв, то смотреть нужно на величину сопротивления самой линии и ток в ней, если ток меньше 20мА, то линия не соответствует требованиям стандарта.Конечно тратить деньги,если они есть, дело личное, однако сделать DIS-DTIM1 и посмотрев параметры RESZI,RESZО- и изменив их добиться результата можно за 5 минут, это довольно часто встречающаяся проблема и обычно так и решалась на нормальных линиях....Класть трубку стороне B помогает только RESZI,RESZО и сопротивление шлейфа самой линии - больше ничего!

Я правильно понимаю, что RESZI,RESZО - это hicom? у меня то hipath...

Нет, неправильно.
У меня HP4000.
В качестве примера отработанная мной команда:
DISPLAY-DTIM1:CO;
H500: AMO DTIM1 STARTED
TIMERS FOR CO TRUNK CALLS:
+-----------------------+-----------------------+-----------------------+
| RESZO = 3 SEC. | RESZI = 10 SEC. | SETUPULS = 25 SEC. |
| CYCSET = 900 SEC. | DSUPVOP = 40 SEC. | TRACCO = 50 SEC. |
| WANN1 = 12000 MS. | DANN1 = 24000 MS. | WANN2 = 30000 MS. |
| DANN2 = 24000 MS. | DITR = 5000 MS. | PEODMS = 500 MS. |
+-----------------------+-----------------------+-----------------------+

RESZO и RESZI присутствуют.
Пока.
Олег.

..." - это hicom? у меня то hipath... " - из истории развития полезно знать, что это (по командному интерфейсе АМО- одно и тоже), даже раздел где мы работаем звучит " <АТС Hicom/Hipath >. За время существования всей линейки АТС Hicom/Hipath - менялись названия,ибо железо и ПО добавлялось, а вот командный интерфейс АМО, остется прежний, с добавлениями и модификациями. АМО DTIM1и ветка CO существовала еще в самой первой версии АТС Hicom 2.0 в начале 90-х годов, когда Сименс начал первые поставки в Союз..

Народ, причем тут детектор отбоя. В модуль приходит "индуктор", после того как аобонент А положил трубку, он исчезает. Что детектировать????
Покажите настройки PTIME...

Итак, все же приобрели детекторы ICON BTD1, подключили согласно инструкции в разрыв и...и ничего.

Ради эксперимента воткнул линию с ГАСТ не в станцию, а напрямую в аналоговый телефон, звоню на аппарат со стороны ГАТС, поднимаю трубку на аппарате и кладу трубку со стороны ГАТС. В трубке слышу короткие гудки, никакого разрыва линии не происходит. Куда курить дальше?
А кто у вас на HiPath поднимает трубку???

Народ, причем тут детектор отбоя. В модуль приходит "индуктор", после того как аобонент А положил трубку, он исчезает. Что детектировать????

Надо полагать,что при работе 2-х проводного комплекта есть три состояния его работы и Ваш случай "Holder" еще не все в жизни комплкта:
1.В модуль приходит "индуктор" он детектируется и подключает абонента "В";
2.Происходит режим проключения "разговорного канала";
3.Окончание разговора с любой из сторон,происходит закрытие "разговорного канала" по включенным соответственно таймерам RESZI,RESZО, на это время комплект не может быть использован в работе.

Покажите настройки PTIME...

DISPLAY-PTIME:TYPE=REST,DEV=TMANIMSG;
H500: AMO PTIME STARTED
REST TIMERS:
=============

INIBLOCK: 119 DEVICE: TMANIMSG TBLK: 4
----------------------------------------------------------------
LONGTIME:
L1 = 200, L2 = 10000, L3 = 100, L4 = 400,
L5 = 400, L6 = 120, L7 = 5000,
SHORTTIME:
S1 = 40, S2 = 90, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 10, S8 = 1,
S9 = 0, S10 = 2, S11 = 2, S12 = 0,
S13 = 0, S14 = 36,
SHORT-PARA:
P1 = 16, P2 = 18, P3 = 0, P4 = 0,
P5 = 140, P6 = 97, P7 = 0, P8 = 2,
P9 = 0, P10 = 0, P11 = 0, P12 = 0,
P13 = 0, P14 = 0.

AMO-PTIME-111 TIMERS FOR PERIPHERAL PROCESSING
DISPLAY COMPLETED;

А кто у вас на HiPath поднимает трубку???

HIPATH делает переадресацию на IVR по SIP-транку

Уменьшение RESZI до 3-х секунд эффекта не дало.

Если исходить из Вашего вопроса то он имеет 2 ветвления "1.Через параметр DGTPR вызов направляется на внутренний номер. Проблема заключается в том, что при поступлении входящего вызова если сторона A первая кладет трубку, то вызов остается висеть несколько минут, занимая аналоговую линию. Для нас это критично, 2. т.к. за внутренним номером через переадресацию у нас живет IVR, который сам трубку не кладет.".Разделите реакцию линии на эти моменты, учитывая , что HIPATH делает переадресацию на IVR по SIP-транку ???Вообще в такой постановке задача размазана...

Как мне кажется, средствами Hicom/HiPath эту проблему не решить.
Ваш дететоктор отбоя расчитан на работу с 2-х проводными линиями с фиксированным типом набора "тон" (DTMF). Если у Вас линии с изменяемым типом набора (пульс или тон определяется автоматически), то мугут быть нюансы. Я думаю, что нужно просить оператора установить фиксированный тип набора и под этот тип подбирать "Детектор отбоя".
Или пробовать Ваш "Детектор отбоя" при типе набора DTMF.