vad пишет: 18-й таймер меньше 50 - это не есть гуд. Например на МН у нас открытая нумерация (810 - 20-ть цифр), соответственно после каждой цифры запускается таймер 18, отвлеклись на что-то - и все, набор закончен, тракт проключен.
Проверял специально в этой станции (где изменен таймер 18) набор от абонента на сотовый, между цифрами делал паузы секунд по 10 - набор прошел нормально. Международку не проверял - не актуально.
Цитата
vad пишет: А про цифры спрашивал - когда приводят менеджмент с конкретными цифрами - эт понятно, а словам с дискриминатором у меня все в порядке - я никогда не верю, всегда смотрим и проверяем. Регулярно сталкиваешься - что люди работая с реальным 0-м дискриминатором забывают о логическом в TG, потом с удивлением вспоминают, что поменяли его когда-то.
Что касается дискриминаторов реальных и логических, то у меня их немного, и все косяки выплывают на стадии настройки, а в ентитях (в обоих) всегда таблицу дискриминаторов делаю одинаково. Эта станция далеко не первая, просто через нее решил попробовать организовать транзит IP - NDDI - город. Через поток (IP - T2 - город) транзиты делал, таких проблем никогда не возникало. Еще раз спасибо за помощь!!!
vad пишет: В локальных параметрах TG minimum no digits on seize надеюсь не стоит больше 6.
Не помню, чтобы при настройке TG я трогал этот параметр, должен остаться по умолчанию
Цитата
vad пишет: Так как уменьшение 18 таймера приводит к уменьшению задержки (уже наверное почти приемлемая) - наводит на ощущение, что какие-то проблемы с форматом набора.
Поигрался с этим таймером. Оптимально получилось 30 (3 сек). 10 - мало, номер не набрался, а я уже в "разговоре"; 20 - на грани; 30 - то, что нужно.
Цитата
vad пишет: Например вы почему-то смотрите в правила 0-го дискриминатора, а в TG поставлено No digits to send=20.
А я нигде и не писал, что No digits to send=20. Да и в принципе это невозможно, если TG привязана к дискриминатору, данная строчка пропадает.
В общем то, при изменении таймера 18 проблема решилась. Тему можно закрывать. Огромное спасибо, vad!!!
Отсутствие реакции на входящий звонок по аналоговой линии
Было однажды нечто похожее на ОХЕ на аналоговых СЛ (NDDI). Звонишь на номер - посылка вызова идет, станция этого не видит (по trkstat нужный транк свободен). Стали проверять монтерской трубкой (вытянули СЛ из станции и встали на нее трубкой) - зуммер идет, но слабовато, сравнили с соседним транком - на нем зуммер идет как надо. В итоге, предложили оператору проверить комплект. Короче, все заработало. Виноватым оказался слабенький индуктор от оператора.
vad пишет: Какой номер пришел с IP (конкретно, забейте х-ми последние цифры если волнует конфиденциальность),
С IP приходит номер XXXX9YYYYYY (где ХХХХ-код региона в корпоративной сети, 9-выход на город, YYYYYY-номер городского абонента). В Speed Dial прописаны префиксы 9 и ХХХХ9, направляющие в TG NDDI. В Prefix Plan'e - Professional TG With Overlapping. В System снята галка Overlap Seizure.
Цитата
vad пишет: какой дискриминатор прописан в NDDI TG, какие рулезы в нем прописаны.
Дискриминатор № 0 (public), правило: Call Number=6, Number of Digits=6, остальное по умолчанию
Цитата
vad пишет: Звонки разруливаете через ARS или просто префиксами.
префиксами через Speed Dial
Цитата
vad пишет: Если 18-й таймер уменьшаете (со 100 до 50) - будет 5 сек вместо 10?
Господа, неужели ни у кого нет никаких идей? Может, надо таймер какой подкрутить? В External Services в нужном COS'e пробовал менять почти все - результат прежний.
vad пишет: Копоративка - просто Н323 или гибридные линки между станциями ОХЕ (в последнем случае дискриминаторы смотрим на станции где живет абонент, а не TG).
Просто Н.323
Цитата
vad пишет: Если используете (если просто Н323) дискриминаторы отличные от 0-го и 1-го - при транзите дискриминатор селектор смотрим в ентити для входящей TG.
В обоих TG ентити по умолчанию, в дискриминатор селекторе в обоих энтитях соответствие один к одному
Цитата
vad пишет: Смотрим по трассирове t3 как все выглядит (тестовый звонок, часы в руках) - CONNECT поздно идет, или CONNECT идет сразу после конца набора (первый вызов).
Здравствуйте! Есть ОХЕ R8.0.1-g1.503-35-ru-c80s1. По IP (H.323) включена в корпоративную сеть, по NDDI - в город. При звонках из корпоративки через эту ОХЕ в город (транзит IP-NDDI) проключение голоса происходит примерно через 6 сек. (это если городской абонент отвечает после 1-го звонка). Если городской абонент отвечает после 3-го звонка, проключение идет практически сразу. В форуме ничего похожего не нашел (может, плохо искал). Помогите, пожалуйста. Да, если из корпоративки позвонили абоненту ОХЕ, а он трансферит в город, то все проходит хорошо.
Странно, этот таймер в протоколах NDDI и живет. Если у вас Behind PCX, то таймер = Off-Hook simul. behind PCX. По умолчанию 8 секунд. Часики, после этого таймера и появляются, т.е. переход в разговорное состояние.
Спасибо огромное, помогло. Да, стареем потихоньку. Видел этот таймер, но, видимо, сбило то, что он 8 сек, а по моим расчетам получалось 5. Еще раз всем большое спасибо.
etc пишет: При исходящей связи по аналоговым линиям ОХО не знает, когда абонент закончит набирать номер, поэтому ждет определенный таймер(например, 5 сек). варианты - либо уменьшать этот таймер, тогда может быть неудобно набирать задумчивым абонентам;
А где живет этот таймер и как его уменьшить? Все доступные таймеры в Функциях и в Протоколе NDDI просмотрены. При наборе номера ОХО ничего не ждет, т.к. по окончании набора КПВ идет сразу. Получается набор как с аппарата, подключенного напрямую к линии. Возможно, это и есть Behind PCX (что такое и с чем едят - не знаю, наткнулся на это методом тыка).
Цитата
etc пишет: либо использовать таблицу конца набора, но вы от нее ушли. С таблицей конца набора следующее: она одна в станции на все направления. Т.е. если в разных направлениях на одни и те же цифры разная значность, то в каких-то направлениях не получится использовать таблицу конца набора. Тут надо выбирать - куда лучше и удобнее. Все это ИМХО.
Про таблицу конца набора знаю, именно поэтому искал, как от нее уйти (на аналоговых СЛ она работает по умолчанию). Она мне нужнее на IP. Трансфер on-hook стоит изначально. Подозреваю, что злополучный таймер живет в каких-нибудь Labels, но их описание у меня есть только то, что дали на курсах (далеко не полное), ничего подходящего не нашел.
Доброго дня! Есть ОХО Compact Edition ALZRU410/041.001. В город включена по аналоговым СЛ, в корпоративную сеть по IP (H323). При попытке сделать transfer из IP в СЛ станция дает это сделать через 5 сек. Т.е. приходит вызов из IP, абонент набирает внешний номер, жмет transfer, получает Transfer reject. Однако, если абонент после набора внешнего номера подождет 5 сек и нажмет transfer, все проходит успешно. В обратную сторону (из СЛ в IP) и в других случаях transfer проходит без задержек. Как убрать эту задержку в 5 сек. Мелочь, но неприятно. У абонента аппарат 4020, все галки, касающиеся внешнего трансфера, стоят и в функциях, и у абонента. Буду благодарен за любую помощь. Да, забыл уточнить. Аналоговая СЛ в доступах помечена как behind PCX. Это может иметь значение? Сделано для того, чтобы уйти от End of Dialing Table.
