Подскажите, пожалуйста, какой таймер отвечает за ожидание между набором цифр при анализе discriminator rule?

Есть 3-й таймер на время между цифрами, но никакого особого отношения к дискриминаторам он не имеет. Если есть в рулезах 8 и 8495, то при наборе номера 84951234567 (если МГ закрыт) вы получите занято после набора 8495 (когда станция определится со строчкой), но таймера здесь не причем.

vad Написал:
-------------------------------------------------------
> Есть 3-й таймер на время между цифрами, но
> никакого особого отношения к дискриминаторам он не
> имеет. Если есть в рулезах 8 и 8495, то при наборе
> номера 84951234567 (если МГ закрыт) вы получите
> занято после набора 8495 (когда станция
> определится со строчкой), но таймера здесь не
> причем.
А, если имеется discriminator rule 1xxxxxx (всего семь цифр) и абонент набирает 123456. Через некоторое время данный вызов всё равно проходит и в линию уходит только 6 цифр. По какому таймеру отсчитывается это время?
Просто столкнулся с открытым планом нумерации на одном узле, а делать два декриминатора не хочется. Редактировать таймер, конечно, тоже не лучшая идея, но хотя бы знать, сколько ждёт станция.



Редактировано 1 раз. Последний раз 20.01.2009 19:04 пользователем skipper.

18-й и 292-й

vad Написал:
-------------------------------------------------------
> 18-й и 292-й

Спасибо большое!

в TG указывает номер дискриминатора и ентити, в ентити в дискринаторе указываем rule, создаем преф prof tg overlap и все, если создать преф prof tg seuze то атс будет испрано ждать истекание таймера интер-дигитс

error Написал:
-------------------------------------------------------
> в TG указывает номер дискриминатора и ентити, в
> ентити в дискринаторе указываем rule, создаем преф
> prof tg overlap и все, если создать преф prof tg
> seuze то атс будет испрано ждать истекание таймера
> интер-дигитс
Да, в общем, не против, чтобы она ждала истечение этого таймера, это нормально, имхо. Мне просто хотелось узнать, сколько она ждёт, и как изменить это время.

Если просто создадите указанный префикс - при звонках с цифровых терминалов будет ждать ВСЕГДА, даже если формат номер определен, будут появляться надписи про send и subaddress - это надо? Если просто хочется набор номера блоком - префикс с упоминанием оверлаппинга и убираем в System галку с поля overlap seizure.
Таймер 18 - при звонке с DTMF телефона по АНАЛОГОВОЙ линии - набран номер, формат не определен, после 18-го таймера проключается разговорный тракт.
Таймер 292 - реально таймер по определению конца набора при открытой нумерации - по дефолту все они (3, 18, 292) равны 10 сек.

vad Написал:
-------------------------------------------------------
> Если просто создадите указанный префикс - при
> звонках с цифровых терминалов будет ждать ВСЕГДА,
> даже если формат номер определен, будут появляться
> надписи про send и subaddress - это надо? Если
> просто хочется набор номера блоком - префикс с
> упоминанием оверлаппинга и убираем в System галку
> с поля overlap seizure.
> Таймер 18 - при звонке с DTMF телефона по
> АНАЛОГОВОЙ линии - набран номер, формат не
> определен, после 18-го таймера проключается
> разговорный тракт.
> Таймер 292 - реально таймер по определению конца
> набора при открытой нумерации - по дефолту все они
> (3, 18, 292) равны 10 сек.
Ну вот теперь я окончательно перестал что-либо понимать:)

При наборе по ISDN транковой группе если выходить префиксом Professional - станция будет ждать (для цифровых аппаратов), предлагая ввести subaddress, это пауза и людей раздражает, но набранный номер уходит одним сообщением setup sending complete.
Если ходить префиксом with overlapping - то при наборе префикса станция сразу занимает линию, набираемые цифры отдает по мере набора, ничего не ждет, никаких заморочек с таймерами конца набора - но не всем провайдерам это нравится, особенно когда по дороге возникает IP телефония. Они хотят набор номер блоком (в одном сообщении setup).
Чтоб совместить полезное с приятным - префикс создаем with overlap, но в system убираем упомянутую галку - набор будет идти блоком (все цифры в одном сообщении), но никаких пауз не будет, за исключением международки, где открытая нумерация и станция ждет 292-й таймер.
С аналоговыми линиями и аналоговыми абонентами другая ситуация - допустим вы прописали с 0 открытую нумерацию, набрали 09, разговорный тракт включен только на прием, с той стороны ответили, говорят "але", но вас не слышат. Пока не кончится таймер 18 - т.е. в этой ситуации конец набора формально определяется по таймеру 292, а проключение тракта происходит по таймеру 18.



Редактировано 1 раз. Последний раз 21.01.2009 16:32 пользователем vad.

vad Написал:
-------------------------------------------------------
> При наборе по ISDN транковой группе если выходить
> префиксом Professional - станция будет ждать (для
> цифровых аппаратов), предлагая ввести subaddress,
> это пауза и людей раздражает, но набранный номер
> уходит одним сообщением setup sending complete.
> Если ходить префиксом with overlapping - то при
> наборе префикса станция сразу занимает линию,
> набираемые цифры отдает по мере набора, ничего не
> ждет, никаких заморочек с таймерами конца набора -
> но не всем провайдерам это нравится, особенно
> когда по дороге возникает IP телефония. Они хотят
> набор номер блоком (в одном сообщении setup).
> Чтоб совместить полезное с приятным - префикс
> создаем with overlap, но в system убираем
> упомянутую галку - набор будет идти блоком (все
> цифры в одном сообщении), но никаких пауз не
> будет, за исключением международки, где открытая
> нумерация и станция ждет 292-й таймер.
> С аналоговыми линиями и аналоговыми абонентами
> другая ситуация - допустим вы прописали с 0
> открытую нумерацию, набрали 09, разговорный тракт
> включен только на прием, с той стороны ответили,
> говорят "але", но вас не слышат. Пока не кончится
> таймер 18 - т.е. в этой ситуации конец набора
> формально определяется по таймеру 292, а
> проключение тракта происходит по таймеру 18.
Спасибо Вам большое! Теперь всё стало понятно. Я, наверное, что-то не то читал, потому что таких объяснений по таймерам не видел. У меня пока не встречались проблемы с операторами и блочным набором, а вот с открытой нумерацией на аналоге уже есть проблемы. Теперь я представляю какие таймеры менять (если что) и зачем они нужны! Спасибо Вам ещё раз.

Открываете в системной документации раздел System services/ Timer management - там в таблице таймеров неплохие надписи.
Правда с 292 таймером не все так просто, про него по разному пишут в разных местах, судя по всему я немного обманул, про него пишут, что он предназначен для номеров в дискриминаторе типа 0W (где W - пауза по 292 таймеру, если ничего не набрано - отправляем просто 0).
Поэтому не меняйте таймера 3, 18 и 292, оставьте их одинаковыми (по 10 сек), прописывайте значность точнее (оставьте открытую только для международки) и все будет проще 8-).

vad Написал:
-------------------------------------------------------
> Открываете в системной документации раздел System
> services/ Timer management - там в таблице
> таймеров неплохие надписи.
> Правда с 292 таймером не все так просто, про него
> по разному пишут в разных местах, судя по всему я
> немного обманул, про него пишут, что он
> предназначен для номеров в дискриминаторе типа 0W
> (где W - пауза по 292 таймеру, если ничего не
> набрано - отправляем просто 0).
> Поэтому не меняйте таймера 3, 18 и 292, оставьте
> их одинаковыми (по 10 сек), прописывайте значность
> точнее (оставьте открытую только для международки)
> и все будет проще 8-).
Я пытался читать этот раздел в документации, но там маловато комментариев и нет примеров. Я не могу прописать значность точнее, поскольку один узел закрывает большую географическую область с открытой городской нумерацией:(

А что за город такой, с открытой нумерацией? По России вроде везде перешли на звонки по зоне 8 плюс 10 цифр.
На моей памяти открытая нумерация не в международке была в ведомственных системах (типа энергетиков), где масса транзитов (код города, код следующего города и т.д. и в конце номер - теоретически можно звонить из Москвы через всю страну во Владивосток и обратно). У поляков аналогичная система была на межгороде.
А если у вас выносы в разных городах области - так у вас и транковые группы разные, с разными дискриминаторами (плюст в таких случаях можно рулить звонки через ARS указывая транковую группу не в руте, а в Entity или IP домене).

vad Написал:
-------------------------------------------------------
> А что за город такой, с открытой нумерацией? По
> России вроде везде перешли на звонки по зоне 8
> плюс 10 цифр.
> На моей памяти открытая нумерация не в
> международке была в ведомственных системах (типа
> энергетиков), где масса транзитов (код города, код
> следующего города и т.д. и в конце номер -
> теоретически можно звонить из Москвы через всю
> страну во Владивосток и обратно). У поляков
> аналогичная система была на межгороде.
> А если у вас выносы в разных городах области - так
> у вас и транковые группы разные, с разными
> дискриминаторами (плюст в таких случаях можно
> рулить звонки через ARS указывая транковую группу
> не в руте, а в Entity или IP домене).
Города действительно разные в разных концах области. И Вы правы, действительно, работает ARS с двумя роутами (через entity и через транковую группу), но дискриминаторы одинаковые для всех. Естественно, что транковые группы тоже разные, но я не понял логики, почему дискриминаторы разные? Насколько я представляю, дискриминатор определяется по цепочке: логический дискриминатор ARS префикса + таблица соответствия дискриминаторов в entity. А причём здесь транк-группа?
Но, в принципе, я догадывался, что самый правильный выход - это создать ещё один дискриминатор со своими rule и изменить таблицу соотвествия для entity абонентов с открытой нумерацией.

А вы что сделали одинаковое содержимое реального дискриминатора для всех звонков?
Чаще всего в таком случае делают следующее - например 9 ARS логический дискриминатор 0.
Город 1 (абоненты в ентити1 - дискриминатор селектор 0=0), в 0-м реальном дискриминаторе прописываете только то что касается этого города, соответственно открытая нумерация только для международки.
Вынос в городе 2 (абоненты в ентити2 - дискриминатор селектор 0=2), во 2-м реальном дискриминаторе прописаны правила набора для города 2 (соответственно открытая нумерация только на международке) и т.д.
Единственная проблема будет с сетевыми Hunt group (поскольку там указано ентити)

vad Написал:
-------------------------------------------------------
> А вы что сделали одинаковое содержимое реального
> дискриминатора для всех звонков?
> Единственная проблема будет с сетевыми Hunt group
> (поскольку там указано ентити)

Пока, да. Там один реальный дискриминатор для всех. Просто, там много этих энтитей в городах. Правда, в городе с открытой нумерацией их не больше десяти, но всё же.
А проблемы с хант группами не будет, они ограничиваются рамками города.
Раз уж мы так далеко забрели, вопрос: в хант группе есть public network category которая не принимается в расчёт, если поставить её 255 (берётся категория пользователя), а нельзя ли также сделать с ентити?

vad Написал:
-------------------------------------------------------
> Чаще всего в таком случае делают следующее -
Я вообще изначально обучался оборудованию Cisco и там есть такие документы "Best practice" - это к вопросу о том, как лучше сделать в том или ином случает. А у Алкателя есть что-нибудь подобное?
Ну, или хотя бы на форуме где-нибудь почитать, чего нельзя делать ни в коем случае?