CO/IP Attributes(140~142) - Prefix Table ID Опции

[roosy]

Здравствуйте.
iPECS LIK 50A, ver. 5.0Gs JUL/10
В программе CO/IP Attributes(140~142) есть параметр "Prefix Table ID".
Что это за параметр и зачем он? В документации ответа на этот вопрос не нашёл.

[AXEL]

при наборе блоком, атс отправляет набор в канал по таблице из 206 программы. то есть не ждет окончания таймера enblock.

[harris]

при наборе блоком, атс отправляет набор в канал по таблице из 206 программы. то есть не ждет окончания таймера enblock.

См. описание этой же функции в станции ipLDK - п.2.2.10 Префиксы набора при блочной передаче (Dialing Service by Prefix code)

[roosy]

Спасибо. Я не мог понять, на какую таблицу ссылка.
Но немножко хочу развить тему.
Эта функция как раз помогает решить проблему, к которой я не знал как подступиться.
LIK подключен к SIPNET. Пользователь выходит на СO, набирает номер 7xxxyyyyyyy затем 5 cек работает таймер АТС, 4 сек происходит соединение с сипнет. Всего 9 сек - очень долго.
1-й вариант соединения - пользователь набирает в конце номера #. не очень красиво.
2-й вариант - использование Prefix Table ID + таблицу из 206. - гораздо лучше, соединение происходит за 4 секунды.
Но. Начинаю улучшать дальше.
Пользователю удобней набирать номер в привычном для нас виде - 8xxxyyyyyyy.
Нет ничего проще - включаем LCR.
Но, как только включаю LCR, сразу же перестаёт работать Prefix Table ID. Насколько я понимаю, здесь до внешней линии дело не доходит. Тормозит LCR, который тоже включает таймер после набора последней цифры. Вот если бы LCR тоже умел в таблицу из 206 прог смотреть...
Может есть какое-то решение позволяющее LCR определить, что номер набран полностью и отправлять оператору?
Сокращать таймер набора меньше 4-5 секунд как то не функционально...

[Dron]

Спасибо. Я не мог понять, на какую таблицу ссылка.
Но немножко хочу развить тему.
Эта функция как раз помогает решить проблему, к которой я не знал как подступиться.
LIK подключен к SIPNET. Пользователь выходит на СO, набирает номер 7xxxyyyyyyy затем 5 cек работает таймер АТС, 4 сек происходит соединение с сипнет. Всего 9 сек - очень долго.
1-й вариант соединения - пользователь набирает в конце номера #. не очень красиво.
2-й вариант - использование Prefix Table ID + таблицу из 206. - гораздо лучше, соединение происходит за 4 секунды.
Но. Начинаю улучшать дальше.
Пользователю удобней набирать номер в привычном для нас виде - 8xxxyyyyyyy.
Нет ничего проще - включаем LCR.
Но, как только включаю LCR, сразу же перестаёт работать Prefix Table ID. Насколько я понимаю, здесь до внешней линии дело не доходит. Тормозит LCR, который тоже включает таймер после набора последней цифры. Вот если бы LCR тоже умел в таблицу из 206 прог смотреть...
Может есть какое-то решение позволяющее LCR определить, что номер набран полностью и отправлять оператору?
Сокращать таймер набора меньше 4-5 секунд как то не функционально...

В LCR можно прописать код в виде 8DDDDDDDDDD. Набор в этом случае сразу пройдет после ввода номера.

[roosy]

D значит Tone Detect? Т. е. АТС будет слушать внешнюю линию.
Тогда я не понимаю механизм работы кода 8DDDDDDDDDD.
В моём случае не работает.

[harris]

D значит Tone Detect? Т. е. АТС будет слушать внешнюю линию.
Тогда я не понимаю механизм работы кода 8DDDDDDDDDD.
В моём случае не работает.

Причем здесь Tone Detect??
D - маска, означает любую цифру.

[Dron]

D значит Tone Detect? Т. е. АТС будет слушать внешнюю линию.
Тогда я не понимаю механизм работы кода 8DDDDDDDDDD.
В моём случае не работает.

Интересно! У меня работает, а у вас нет! В этом случае это означает любую цифру.
Для примера:
[attachment=590:Image1.gif]
[attachment=591:Image2.gif]
Для 2DDDDD - набор в линию уходит при наборе 6-ти значного номера, начинающегося на 2. 2-ка заменяется на 7. В Итоге 7DDDDD.

[harris]

Интересно! У меня работает, а у вас нет! В этом случае это означает любую цифру.
Для примера:
[attachment=590:Image1.gif]
[attachment=591:Image2.gif]
Для 2DDDDD - набор в линию уходит при наборе 6-ти значного номера, начинающегося на 2. 2-ка заменяется на 7. В Итоге 7DDDDD.

Проверил еще раз у себя - все работает нормально (LCR + Nerworking Table + Prefix Table)
Prefix Table отрабатывает цифры уже после LCR.
Нет необходимости прописывать 8DDDDDDD. Достаточно просто прописать код LCR = 8.
8 + маска прописывается если нужно различать несколько разных разных LCR кодов.

[harris]

Интересно! У меня работает, а у вас нет! В этом случае это означает любую цифру.
Для примера:
Для 2DDDDD - набор в линию уходит при наборе 6-ти значного номера, начинающегося на 2. 2-ка заменяется на 7. В Итоге 7DDDDD.

Проверил еще раз у себя - все работает нормально (LCR + Nerworking Table + Prefix Table)
Prefix Table отрабатывает цифры уже после LCR.
Нет необходимости прописывать 8DDDDDDD. Достаточно просто прописать код LCR = 8.
8 + маска прописывается если нужно различать несколько разных разных LCR кодов.

[Dron]

Проверил еще раз у себя - все работает нормально (LCR + Nerworking Table + Prefix Table)
Prefix Table отрабатывает цифры уже после LCR.
Нет необходимости прописывать 8DDDDDDD. Достаточно просто прописать код LCR = 8.
8 + маска прописывается если нужно различать несколько разных разных LCR кодов.

Вот именно, что все работает! Два рабочих варианта, решающие проблему.
С префиксами, думаю, более правильно... А про 8DDDD... - это ж для примеру...

[roosy]

Интересно! У меня работает, а у вас нет!

Видимо где-то ещё у нас по разному настроено. Пока не знаю что.
После того, как прописываю 8DDDDDDDDDD происходит следующее:
Я набираю номер. Моя АТС понимает, что я набрал все цифры. но после набора моя АТС даёт мне готовность (длинный гудок) и гудит до начала соединения (10 секунд в моём случае).
Сейчас ещё покапаюсь в настройках...

[roosy]

Проверил еще раз у себя - все работает нормально (LCR + Nerworking Table + Prefix Table)

Networking Table - это в какой программе? я не использовал такое при настройке.

[harris]

Networking Table - это в какой программе? я не использовал такое при настройке.

Прошу пардону. Но я проверял для ISDN и H.323.
А у Вас SIP транк. В настоящий момент у меня нет возможности проверить работу LCR + Prefix Table + SIP-транк.
SIP - это другая сигнализация. Возможно, что комбинация LCR+Prefix Table не работает для SIP транка.
Но если у Вас работают варианты:
7xxxyyyyyyy (+Prefix Table) или
8xxxyyyyyyy# (+LCR), то, ИМХО, это уже хорошо.
В этом мире нет совершенства, и пользователи тоже должны это понимать.
Нет ничего страшного в том, чтобы в конце номера набрать #. При наборе с мобильного телефона вообщем так и происходит (вместо # нажимают кнопку "Вызов"), и вроде никто из пользователей на это не жалуется, не так ли???!!!
И также нет ничего страшного, если пользователи будут набирать 7-ку вместо 8-ки. В каждой системе связи свои правила набора и нужно просто им следовать. Пользователи привыкают к этому за пару дней, и всё.

[roosy]

Да, SIP-транки сейчас настраиваю. Подключены два оператора
7xxxyyyyyyy (+Prefix Table) без LCR
и
8xxxyyyyyyy# (+LCR)
работают.
Даже и без этого, не особо привередливый пользователь сможет работать без напрягов.
Но, как известно, лучшее - враг хорошего. Хочется использовать возможности IPECS-LIK на все 100%.
Тем более, что с каждой новой версией ПО появляются новые функции, информацию о которых в документации мне часто сложно найти без посторонней помощи.
Я не знал ни о Prefix Table, ни о выше описанном способе использования символа D в таблицах LCR.
Спасибо всем, кто учавствовал в обсуждении.

[Dron]

Видимо где-то ещё у нас по разному настроено. Пока не знаю что.
После того, как прописываю 8DDDDDDDDDD происходит следующее:
Я набираю номер. Моя АТС понимает, что я набрал все цифры. но после набора моя АТС даёт мне готовность (длинный гудок) и гудит до начала соединения (10 секунд в моём случае).
Сейчас ещё покапаюсь в настройках...

Я не написал, прохлопал, но Enblock Inter Digit Timer надо минимальный в этом случае поставить.
По поводу префикса и LCR, что в префиксе прописано 7, или 8?
Ниже не прочел, пардон, 7-ка, конечно же...

[mixaz]

Еще эту таблицу можно использовать, чтобы менять поля Numbering Plan в Setup-e в зависимости от направления (у нас провайдер требует так)

[asdal]

MFIM50A 5.5Ed + SIP + Prefix Dialing Table(PGM206)
Цель: не отправлять ошибочные номера на SIP сервер.
Prefix Code = 8; Min Digit = 11; Max Digit = 11;
Если набрать 8495 ххх хх хх хх, срабатывает Max Digit, и в СО отправляются 11 цифр.
Если набрать 8495 ххх, НЕ срабатывает Min Digit, и данный вызов отправляется в СО, а должен быть аларм.

[Dron]

MFIM50A 5.5Ed + SIP + Prefix Dialing Table(PGM206)
Цель: не отправлять ошибочные номера на SIP сервер.
Prefix Code = 8; Min Digit = 11; Max Digit = 11;
Если набрать 8495 ххх хх хх хх, срабатывает Max Digit, и в СО отправляются 11 цифр.
Если набрать 8495 ххх, НЕ срабатывает Min Digit, и данный вызов отправляется в СО, а должен быть аларм.

А оно, вообще то, работает по sip?? После набора 8495 ххх хх хх хх сразу номер улетает?

[asdal]

После набора 8495 ххх хх хх хх сразу номер улетает?

Да работает.
Если набирать с аналогового телефона, то по достижению Max Digit номер моментально улетает на SIP сервер.
Если набирать с Phontage 8495 ххх хх хх хх (именно больше 11 знаков), то номер режется Max Digit и моментально улетает на SIP сервер.
Но Min Digit не отрабатывает.