Приветствую! Есть тестируемая связка hp4k + шлюз yeastar te100(E1->ip) + ip атс. Нумерация на hp4k – 1xxx, на ip-9xxx. Вызовы ходят, переключения по flash работают. Не работает переадресация с hp4k на ip атс. т.е. пример- 9003 звонит на 1007 на котором CFU переадресация на 9005 … и грабли. Если же убрать переадр с номера 1007 и вручную переключать на 9005, то переключает.
Опишу проделанные опыты:
первым делом подозрение пало на COT в TDCSU. Путем перебора параметров в COT обнаружил, что если поставить DSDL, то переадресация начинает работать, но в caller id подставляется номер, на котором стоит переадресация . пример- 9003 звонит на 1007(с переадрес. на 9005), звонок проходит, на 9005 отображается 1007,а должно 9003. Итог – работает, но в таком виде в работу не отдашь. DSDL убираем.

если на ip атс в качестве caller id в сторону hp4k поставить любое число, то переадр работает, но соответственно отображается неправильно, что тоже не отдашь в работу.
пример- на ip атс caller id ставим 5555. 9003 звонит на 1007(с переадрес. на 9005), звонок проходит, на 9005 отображается 5555.

Поделитесь мыслями по этому поводу.
Можно конечно забить и просто к caller id в сторону hp4k добавлять какую-нибудь циферу, например 9 и будет определятся как 99003, но это не красиво :(

Нет под рукой H4K
1. В COT, по-моему, есть параметр, отвечающий за сетевой трансфер
2. В чем прикол городить огород в стыковке станций через транзитную железку?
H4K замечательно стыкуется по sip с ip-АТС, если нет STMI-платы, а есть поток, то опять же можно по Е1 с ip-атс соединиться.

STMI платы нет, по E1 напрямую соединить HP4k с ip атс неполучится, ip стоит на виртуалке, на могучем серваке, и единственная возможность пробросить E1 это внешняя железяка, в данном случае TE100
сейчас COT выглядит так:
TRUNK CALL TRANSFER XFER
TRUNK SIGNALING ANSWER ANS
CALL EXTEND FOR BUSY, RING OR CALL STATE CEBC
REGENERATED CO DIALTONE ON OUTGOING SEIZURE COTN
SEND NO NODE NUMBER TO PARTNER LWNC
INCOMING CIRCUIT FROM SYSTEM WITHOUT LCR NLCR
INCOMING CDR BY ZONE OR FROM LINE ICZL
NO TONE NTON

в RICHT FWDBL стоит NO?
В мониторинге транка через Асистант еще посмотрите, может это уже шлюз вас отбивает?

"в RICHT FWDBL стоит NO?" да стоит. посмотреть через Асистент/Real Time Diagnosis System не могу, он у меня поломался около года назад. Для профилактики/ознакомления вытащил процессорную плату DSCXL, а на ней батарейка/ионистор дохлая оказалась и все скинулось. обратно поставил, станция ругается. время правильное установил и все завелось, но с тех пор Асистент не работает. не могу воспользоватся ни RTDS, ни посмотреть загруженость транков (они там отсутствуют). так что приходится довольствоватся логами ip атс.

Насколько помню, данная функция включается в системных настройках а ля Zande... осталось вспомнить где...
вспомнил - CHANGE-ZANDE:TYPE=ALLDATA,SCALLOG=YES;

"CHANGE-ZANDE:TYPE=ALLDATA,SCALLOG=YES;" поставил YES (было NO). не прокатило, переадр не работает. для вступления параметров в силу, не нужно станцию перезагрузить?

ещё попробуйте в транке сделать допустим FWDX = 5, далее в ZAND:TYPE=ALLDATA2 сделать FWDMAX = 10, включить DSDL в COTe, и проверить есть ли в COS абонента FWDNWK, FWDECA, FWDEXT.
Если не прокатит, то я незнаю. У меня с такими настройками работает (H4Kv6), настраивал уже давно, нюансов всех конечно не помню.
... перегружать не нужно...

В настройках HG через Web посмотрите стоит ли галочка на Call Tranfer.

В настройках HG через Web посмотрите стоит ли галочка на Call Tranfer.

FWD через поток Е1

Пробовал FWDX=5, в FWDMAX уже стоит =10, у абонента с COS все FWD стоят.
Через web посмотреть не могу, по описанным выше причинам :( (неподключается по web, вводишь логин rsta, пароль *****, влетаешь дальше, и при попытке открыть любую вкладку говорит – Error during logon to Server occurred).(2119))
По проблеме – привлек спеца по ip атс, посмотрели ее логи, нашли искомые переадресованные вызовы с hp4k. И как я понял (если я конечно правильно понял) при безусловной переадресации hp4 в качестве caller id подставляет номер откуда звонили, и направляет куда звонили, т.е. если в hp4 вызов пришел в виде 9003->1007, то после cfu переадресации (1007->9005), он уходит из hp4 в виде 9003->9005, нумерация для ip внутренняя, но поскольку приходит с внешней линии, она не знает что делать, в логах пишет “invite declined by logic server” и отбивается.
Если же в cot поставить DSDL, то лог в общем виде выглядит так- 9003->1007 (cfu 9005), 1007->9005, и в этом случае вызов проходит, но на 9005 определяется 1007.
Есть ли какой-то стандарт, чей caller id должен определяться, позвонившего, или переадресовавшего?

нумерация для ip внутренняя, но поскольку приходит с внешней линии, она не знает что делать, в логах пишет “invite declined by logic server” и отбивается.


Может в этом собака порылась?

пока разбираемся с ip атс. вопрос не в тему - можно ли с помощью comwin починить Ассистент? "неподключается по web, вводишь логин rsta, пароль *****, влетаешь дальше, и при попытке открыть любую вкладку говорит – Error during logon to Server occurred).(2119)".

1. Попробуйте войти - имя engr пароль Siemens_2010
2. можно рестартануть UNIX - EXEC-REST:TYPE=UNIT,UNIT=A1,RSLEVEL=SOFT;
может поможет

по п1 - ругается, неправильный логин/пароль
по п2- после "поломки", было несколько вкл/выкл станции для снятия образа, так что рестарт юникса наверно не поможет, но при случае попробую.