Добрый день!

Столкнулся на регионе с такой проблемкой.
при исходящем звонке не отображается префикс отделения.

Проверил :

EQ: prt
TYPE: net
TYPE NET_DATA
CUST 0

TYPE NET_DATA
CUST 00
OPT RTD
AC1 INTL NPA SPN NXX LOC
AC2
FNP YES
ISDN YES
VPNI 0
PINX_DN
PFX1 9930
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI EXT
DASC
DITI YES
TRNX NO
EXTT NO
FTOP FRES
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES
CNTC
NATC
INTC

REQ: prt
TYPE: clid
CUST

SCH0856

CUST 0
SIZE 256
RNGE

INTL

ENTRY 0
HNTN 99301
ESA_HLCL
ESA_INHN NO
ESA_APDN YES
HLCL
DIDN YES
HLOC
LSC
CLASS_FMT DN


В трассировке д-канала видно :
DCH 12 OMSG SETUP REF 0000001D CH 2 29 TOD 10:21:30
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:349 (Вместо 99301 349) NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)
CALLED #:99006578 NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)

DCH 12 IMSG CALLPROC REF 0000001D CH 2 29 TOD 10:21:30

DCH 12 IMSG ALERT REF 0000001D CH 2 29 TOD 10:21:30


Настройки рутов и д-каналов аналогичны с работающими отделениями.

Возможно (а скорей точно) Я дал не полную информацию.

antimormon пишет
В трассировке д-канала видно :
DCH 12 OMSG SETUP REF 0000001D CH 2 29 TOD 10:21:30
PROGRESS: CALL IS NOT END TO END ISDN
CALLING #:349 (Вместо 99301 349) NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)
CALLED #:99006578 NUM PLAN: PRIVATE/UNKNOWN (UNKNOWN)

DCH 12 IMSG CALLPROC REF 0000001D CH 2 29 TOD 10:21:30

DCH 12 IMSG ALERT REF 0000001D CH 2 29 TOD 10:21:30


Как прописана маршрутизация этих исходящих?

Если вы это имели ввиду

REQ prt
CUST 0
FEAT cdp
TYPE tsc
TSC 9900
TSC 9900
FLEN 8
ITOH NO
RRPA NO
RLI 11

//////////////
REQ prt
CUST 0
FEAT rlb
RLI 11

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

ISET 0
NALT 5
OVLL 0
///////////////
REQ prt
CUST 0
FEAT dgt
DMI 11


DMI 11
DEL 0
ISPN NO
CTYP NCHG
//////////////
REQ: prt
TYPE: rdb
CUST 0
ROUT 12

TYPE RDB
CUST 00
DMOD
ROUT 12
DES DUV12
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS EXT
VTRK NO
NODE
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC SL1
NCNA YES
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
DAPC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 7912
TCPP NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 0
NDNO 0 *
DEXT NO
DNAM NO
SIGO STD
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
TFD 0


PAGE 002

RTD 12
DTD NO
SCDT NO
2 DT NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
PANS YES
FRL 0 0
FRL 1 1
FRL 2 2
FRL 3 3
FRL 4 4
FRL 5 5
FRL 6 6
FRL 7 7
TTBL 0
ATAN NO
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
SGRP 0
ARDN NO
ANIE 0
CAC_CIS 3
AACR NO

antimormon пишет
DMI 11
DEL 0
ISPN NO
CTYP NCHG <<<====

Попробуйте покрутить CTYP.
А вообще странно, что на UDP-шной по сути сети вы разруливаете маршрутизацию через CDP...

Как не странно, но у нас CDP сеть. просто настроена через зад. Это длинная история, с большим кол-вом героев и действующих лиц. включая платформу cisco.

Меня смущает тот факт, что на других отделениях работает нормально, а на этом нет. Давайте я попробую расширить границы задачи и возможного ответа.
Рисую с самого начала.

в городе есть несколько отделений.
есть основное (заведены гор.номера, настроен маршрут на главный офис) номера начинаются с 200, и дополнительные (работают через основное)номера с 300 и т.д.
грубо говоря цепь такая

Доп.отделение==>глав.отдел.региона==>Глав.офис
300 ==> 99301200 ==> 99006900
то бишь. доп.отделение проходит на глав.отделение региона подхватывает его клид и дальше уходит в глав.офис.

я не знаю как это реализовано.
могу сказать только что по трейсу д канала между доп. отделением и главным отделение в регионе отправляется только внутренный номер 300, а уже с гл.отделенея в регионе и на главный офис уже 9930300

а должно быть так
99301300 ==>99301300===>99006900

:D

Я попробую с самого начала. с более четкой постановки задачи (вопроса)

В атаче (visio) схема подключений отделений по городу.
теперь проблема:


Проблема 1:
если звонить с полтавского шляха, то номер (на стороне получателя) высвечивается как надо 99301200,
если же производить вызов с Павлова, то на стороне получателя отображается номер 9930200, что не есть правильным.
Трейсы звонков будут также в атаче, только в другом топике.

Проблема 2:
Если звонить с любого из отделений на ляпунова, звонки доходят до АТС, но не доходят до получателя. Просто тишина.

Помогите решить трабл.
Заранее большое спасибо!

Трейсы звонков:

При попытке изменить префикс на транзитном отделении
выдает ошибку
REQ: chg
TYPE: net

TYPE NET_DATA
CUST 0
OPT
AC2
FNP
CLID
ISDN yes
VPNI
PINX_DN
PFX1 99301
SCH0429
PFX1 ****

>
OVL000
>.err SCH0429
>

SCH0429
Illegal number of digits.

Severity: Info
Хотя он и не должен меняться

:cool:

Великая книга учит:
With the introduction of the ISDN CLID Enhancements feature, PFX1 and PFX2 are no longer used to construct the CLID. CLID is now table-driven (when LD 15 is loaded, a customer can configure a CLID table), and virtually any of the information contained in the fields of the CLID table can now be programmed against any DN or DN key, on a per phone basis.

1) Спасибо за великие цитаты, но на других отделениях работает.

2) перевели с FR на Е1 все заработало.

А может чудеса бывают? )))

бывают!
у меня один знакомый чертиков видел и голоса слышал!
правда давненько это было... теперь не пьет ;)