Имеется ситуация - 11C LSE. С целью ускорения набора номера введён CDP с длинной номера 8 цифр (с "9").
Требовалось из этого получить прямые городские номера. Ввёл Predialing девятки. Время набора увеличилось.
Отсюда вопрос - как кго уменьшить до времени, сопостовимым с CDP без predialing?

Поясни что такое predialing в данном случае. Претрансляция ( 1-->91 , 2-->92 )... имеется ввиду?

Именно.

Время от этого не увеличивается. Проверяйте параметры в самом CDP.
Удачи

Привет.
Возможно станция ждет от абонента все 9-ть цифр и только потом выдает их в город. И если это в импульсном наборе то время увеличивается

Пока

Тогда вопрос стоит по другому - когда осуществляется претрансляция - во время набора номера, либо во время call processing?

Тогда уж совсем подругому - когда и с чего начинается call processing ? :))
Цифра претранслируется сразу, как только набирается.
(Не успеешь еще вторую набрать, как первая уже претранслирована)
Удачи

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

Тогда всё должно работать как часы. Но тем не мение - 4 секунды до КПВ по PRI2 это многовато. (А если на номер МГТС, то все 10)
Не подскажите, знающие люди, что может быть?

трассируй...

А если в конце номера набирать решетку, все равно медленно?

Может пора таблицы в студию?
PRE, SCL, TSC (или DSC), RLI.

К сожалению имею только удалённый доступ к станции, так что пока ни вариант с решеткой, ни с трассировкой попробовать не удасться. А таблицы - вот они:

DSC 91
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 92
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 93
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 94
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 95
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 96
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 97
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX
DSC 99
FLEN 8
DSP LSC
RRPA NO
RLI 0
NPA
NXX



TSC 90
FLEN 4
ITOH NO
RRPA NO
RLI 0

TSC 98
FLEN 0
RRPA NO
RLI 0


RLI 0
ENTR 0
LTER NO
ROUT 0
TOD 0 ON 1 ON 2 ON 3 ON
4 ON 5 ON 6 ON 7 ON
CNV NO
EXP NO
FRL 0
DMI 1
FCI 0
FSNI 0
SBOC NRR
CBQ NO

ISET 0
NALT 5
OVLL 0




XLAT 0
PRE 1
PST
SDA
XLAT 1
PRE 0
PST
SDA




SCNO 0000
SCL

DNSZ 16
STOR 0 90
STOR 1 91
STOR 2 92
STOR 3 93
STOR 4 94
STOR 5 95
STOR 6 96
STOR 7 97
STOR 8 98
STOR 9 99

SCNO 0001
SCL

DNSZ 16
STOR 0 0
STOR 1 1
STOR 2 2
STOR 3 3
STOR 4 4
STOR 5 5
STOR 6 6
STOR 7 7
STOR 8 8
STOR 9 9

DMI я так понимаю отрезает 9.
Попробуй OVLL=7 в RLB или Flen=7 в DSC.

Не помогло. Всё равно, по acod'ам быстрее получается. Подскажите, что можно сделать ещё?

совсем непонятна Ваша задача:
1. звонки в самом Меридиане не разруливаются? т.е. все уходит вовне (судя по PRE)?
2. какая сигнализация по внешнему стыку - Euro?
3. зачем сделаны выходы на PSTN через DSC, а не TSC?
4. хотелось бы видеть DMI 1, чего там стоит в CTYP...

Сигнализация по внешнему стыку SL1, а с того меридиана уже Euro. EDSS1
В CTYP стоит INTL.
Если не трудно, объясните смысл CTYP.
У меня тоже подозрение, что дело в нём.

&lt;Сигнализация по внешнему стыку SL1, а с того меридиана уже Euro. EDSS1&gt;
тогда вопрос "еще ширше": как обрабатывает принятые цифры второй Меридиан, Вашей информации мало.
&lt;В CTYP стоит INTL.&gt;
CTYP формирует информацию о типе вызыва, который инициирует ваш абонент. INTL, говорит, что ваш вызов уйдет с CLID в международном формате. Кто-то же его поставил зачем то? (by default - CTYP - NCHG и в этом случае звонок ушел бы с типом PRIVAT).
См. также LD 15 NET CLID ; LD10/11 CLID entry на линейных клавишах.

Второй Меридиан по ACOD'ам перенаправляет вызов на DX-200. CTYP везде INTL.
Вчера копался - на DX-200 вызов по CDP вообще не проходит, а по ACOD'ам - просто на ура. Может именно CTYP и виноват?

Чем дальше, тем больше вопросов....
Судя по Вашему профилю, Вы в Москве, - обратитесь к ближайшему дистрибутору, коих во множестве. Они сделают один раз "красиво и навсегда" и забудете об этом.