В зависимости от сигнализации (ABC-F / ISDN) могут быть нюансы. Например вам в ОХЕ звонят на аппарат 3000 у которого заказана переадресация на 3001. Если TG ABC-F - мы уведомляем ту сторону о необходимости звонить на 3001 (и бывает забавно, если номер 3001 присутствует в обеих станциях). Если ISDN - ОХЕ сама переводит звонок на номер 3001. А в вопросе - пропало НЕ между словами ABC-F, а НЕ ISDN
В смысле? Ставится софтец на комп, он со станцией общается. Получаете экран с нарисованными элементами (аппараты, транки и т.п.) которые окрашиваются в разные цвета в зависимости от состояния (свободен, разговор, занят, OOS). Если есть 4059 - то помнится с ним в комплекте шла мини-BLF (работала как нормальная, только с ограничением количества контролируемых объектов до 8 ). Откройте в доке аттендант сервис/ 4059/ юзер мануал/ basic screen. Там есть нарисованный экран - в нижней части звонки, в средней программируемые клавиши, а над ними собственно окно BLF
Чтоб просто вставить - ничего не требуется. Если совсем кончились транки - может через cfgUpdate чего-то поправить придется. А вообще - я всегда рекомендую работать с поставщиком и прогонять даже такие вещи через Actis. Будут актуальные файлы, Актис иногда своеобразно выбирает места для установки плат (и резервирует свободные) и т.п.. Хотя как правило - единичные платы такого типа ставить можно без последствий.
Фильтрация вызовов по вх. АОНу, Запрет вызовов конкретному номеру на всю станцию
Я это к тому, что иногда бывают нюансы (говорят например - отключи человеку телефон за неуплату - а он не смог в 03 позвонить и через суд наказал оператора, тпа город/МГ закрыть можно, а аварийные службы - нет) как организационные, так и технические. Закрыли звонящего придурка - он стал от соседей звонить.
Фильтрация вызовов по вх. АОНу, Запрет вызовов конкретному номеру на всю станцию
Просто ради интереса - а зачем (и на основании чего) вы можете запретить конкретному человеку дозваниваться на вашу станцию? Если кто-то всех терроризирует - надо с причиной бороться.
х.з. вообще про тоны писалось When you ear the bip, execute the cmd "represent d mcdu" (where mcdu=the set number where you ear the tone). The output sould be like: Connections from neqt 765 ------------------------------------------------------------- | neqt cr cp,ts ... neqt | |-------------------------------------------------------------| | 765= 0 26,21 < Bip TONSURSON | | 0 10,45 =1627 | -------------------------------------------------------------
Т.е. если во время тона давать команду represent d номер_аппарата и попасть на звучащий тон, то увидите как минимум название тона (в примере TONSURSON), далее в доке - system doc/ system services/ tones - можно в таблице найти данный тон. Достаточно сложная задача для коротких тонов.
Стык ОХО - ОХЕ по QSIG, Передача имени не работает
Чего-то странный какой-то от ОХО SETUP, мне помнилось с ISVPN - всякие сообщения и имена бегают через UUS (User User Signaling) и красиво видны в трейсе. А тут чего-то не то (ОХЕ на это ругается сообщением STATUS). Вообще как то для QSIG-GF бедновато.
Зря на КПВ поменяли. Я людям объяснял, что это такая фича - человек есть, но он разговаривает по телефону (в tandem для этого КПВ/тон даже специальную галку сделали partial busy - что слушать при звонке на тандем, когда человек уже со второго аппарата ответил - КПВ или специфичный тон). А с указанным вами тоном - большой геморрой был, если найду - отпишусь, не уверен. Там и таймера (типа 88, 204), и тоны (типа 67) - все в кучу были (плюс параметры из phone feature COS - Prot.against multi-l ringing и Ringing tone in handset).
если у вас common hardware (не вчитался внимательно в PRA-T2), все равно плата не та (это CCS, а надо CAS), теоретически есть PCM-R2, но скорее всего это вам не поможет (по R2 вас скорее всего подключать не будут, а наш ВСК1 - может и не заработать на common hardware).
Поключение по ОКС-7 через конвертор М-200 (например MP-4, конвертируем ОКС-7 в ISDN) в плату PRA-T2 - абсолютно рабочее явление.
Тяжело чего-то советовать на серьезных конфигурациях. Надо брать какой-то сниффер (типа WireShark), зеркалировать порт куда воткнута INTIP (или воткнуться через hub) и позвонить. Возможно станет яснее, по крайней мере будет понятней где проблема.
Насколько я знаю, для наших IP аппаратов всегда RTP было включено (Internal Direct RTP). Если вы куда-то на H323 устройства звонить будете - этот пункт может стать интересен. Но не в этой ситуации. Особенно если учесть, что при выключении TDM С-Д все начинает работать. Я больше предполагаю проблемы с неправильным назначением кодеков (зачем-то в TDM ABC-F сетапе присутствует упоминание кодеков - Compression type (l=2) LIOE_IP G729). У вас кстати, надеюсь, LIOE не используются?
