Есть несколько X городских направлений и Y клиентских.
Выход в город расписан через SPN (для каждого городского оператора отдельно). Там же довольно объемно расписан межгород/международка (так же - несколько раз, но одинаково). В целях упрощения решили оставить только одну копию расписаного МГ/МН, а в остальных перенаправить его в первую.

Напр.: AC2=6
оператор1: SPN=01...., SPN 018 (МГ/МН. Подробно и объемно расписан. FLEN=0).
oператор2: SPN=0X.... , SPN 0X8 -> FLEN=0, RLI (LTER YES, DMI (DEL 2 INST 601))
...
(Все остальные параметры, за исключение ROUT, по умолчанию.)

Т.е., цифры 60X812345, попав в SPN 6+0X8, преобразуются в 601812345.
От клиентов приходит номер уже с префиксом 60X.
Эта схема не работает при входящем звонке с overlap-ом. Меридиан выдает "неназначенный номер" сразу после 60X8 (иногда проходит на одну цифру больше).

Что с этим можно сделать? Как можно заставить Меридиан ожидать таймаут набора в SPN с RLI/LTER YES ?

Замена 60X8 на 6018 в IDC работает, но это не совсем тот метод...


<P ID="edit"><FONT SIZE=1><EM>Отредактировано RXL 13.05.2003 14:09 (время сервера).</EM></FONT></P>

Попробовали FLEN=24 (max) в SPN 6+0X8 - работает... ж)

В "основном" RLI'е SPN'а надо поставить в промте OVLL число меньшее или равное ожидаемой длине набора (&lt;=FLEN).

Т.е., если есть SPN 1 с RLI 1 и FLEN 7, то в RLI 1 ставится OVLL=7.

Этот метод позволяет решить проблему, особенно если в маршрутизации используются FLEN'ы и задержка при наборе не устраивает пользователей.

Хм. Но ведь длина МГ/МН номера не известна...

а) Повторю: "Этот метод... если в маршрутизации используются FLEN'ы и задержка ... не устраивает пользователей".

б) Откуда такая уверенность за МГ ? За МН - согласен.

в) На самом деле, тему можно рассматривать с другой стороны:
- OVLL должен быть больше длины самого длинного SDRR кода. Если предел есть (FLEN), то проще всего поставить OVLL=FLEN.
- у любого набора есть некая максимальная длина.

Итак, если есть SPN 018 c FLEN 0 и без SDRR кодов и известно, что он маршрутизирует МГ/МН, то можно попробовать поставить OVLL, скажем,
=16 или =18.

a) Понятно.

б) Ну во-первых, в задаче, которую я описал, я без разбора перенаправлял все на 8 в другое место. Во-вторых, по МГ я могу знать только максимальную длину, а не точную - не расписывать же каждый город и проч. населенные пункты. Так что, что FLEN 18, что 24 - 24 даже лучше.

в) Это не по теме, но интересно.

Сейчас работает с FLEN=24 и OVLL=0. Конец набора - по таймауту.

Есть другой вопрос:
Обычно оверлапом не шлем, а только принимает. Но для тестов решили сделать: AC2=6,SPN=97,FLEN=0,OVLL=2(пробовали разные значения),EURO ISDN соединенный с бизнесфоном BP50.
Проблема такая: одним пакетом можно отослать до 24 цифр, а оверлапом удается только 16. При этом ввод на телефоне продолжается. В трассировке LD80 - покказывает все набранные цифры, в LD96 - только 16, а после идут два INFO_REQ сообщения с пустыми элементами CLD# (элемент есть, цифр нет). Релиз 24.25.
Вопрос такой: это глюк Меридиана или BP50?




11-58209-trc2.txt

а) Ок.

б) Для справки: МГ в формате 8-abc.. :

8-0bc.. - flen 9
8-2bc.. - flen 9
8-3bc... 8-9bc - flen 11

811 ... 818 - flen 3
819 - flen 4.
Хотя на службы Ростелекома звонят не часто и проще сделать
81 - flen 0.

Да, кстати, ITOH=YES...

Десяток SPN и, если оператор связи шустрый, со временем проключения станет значительно лучше.


Пакет 184 есть?

184 OVLP
Имеется.

DCH 17:
OVLR YES
DIDD 0
OVLS YES
OVLT 0

Возможно, это "E.164/ESN Numbering Plan Expansion", ибо до 22 релиза оверлапом можно было отдавать как-раз только 16 цифр, а блоком - 24. Как и прочие фичи, она имеет packaging.
Сравни c 553-2901-301 (стр. 292 из 1042) свои пакеты. Заодно проверь 28 и 160.

Все перечисленные пакеты есть.
Насчет 24 цифр пакетом - проходит и больше (ISDN Continuation утверждает что до 31).
По оверлапу в 553-2901-301 ни чего нового не нашел.

а) Ок.
б) Начинаю уставать повторяться: "...до 22 релиза... блоком - 24" :-)))
в) "Новое" там искать и не надо. Там утверждается, что возможность отдавать 24 знака оверлапом появилась в 22 релизе как фича. Это означает, что если этой фичи нет, то работать будет только 16 знаков, соответственно. Было высказано предположение, что фича не работает из-за отсутствия необходимых пакетов, что не подтвердилось.

Ну что же... Подумаю...

Спасибо за советы.

Как дополнение: релиз у меня 24-й, а не 22; пакеты, упоминавшиеся в фичах "*(EURO|ISDN)*" у меня есть все. На всякий случай приложу список.
Больше 24-х цифр пакетом я слать могу (проверил) - оказалось что BP50 понимает не более 24-х. Все что хотелось - больше 16-ти оверлапом.




11-58320-pkg1.txt