Может кто сталкивался?

Прблема в следующем.
При звонке с межгорода при поднятии трубки на меридиане сразу происходит сброс.
Сброс происходит только тогда когда номер определяется и на цифровом аппарате и в трассировках,т.е. вызов проходит по ОКСу.
Когда номер не виден соединение проходит.
Дисконект идет с вызывающей стороны.
Стыковка с ГТС по PRI Route DID
Внутрення номерация 3-х значная.Городская 6-ти.
Что может такое мерин слать что встречная АТС не может понять и шлёт разрыв соединения.
Причём такая проблема при звонках не со всех городов

Хорошо бы посмотреть лог сообщений д-канала.
Возможно вызывающей стороне не нравится COLP, который отдаёте.

DCH 10 UIPE_IMSG CC_SETUP_IND REF 00000018 CH 0 TOD 16:41:36
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83451150936 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 00008018 CH 1 20 TOD 16:41:36

DCH 10 UIPE_OMSG CC_ALERT_REQ REF 00008018 CH 1 20 TOD 16:41:36
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008018 CH 1 20 TOD 16:41:52
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 00000018 CH 1 20 TOD 16:41:52

DCH 10 UIPE_IMSG CC_DISC_IND REF 00000018 CH 1 20 TOD 16:41:52
CAUSE: #41 - NTWK TEMP FAIL
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

Собственно это и видно:
Отдаёте: CONNECT #:649 NUM PLAN: E164 TON: NATL
Номер не соответствует номерному плану, и получаете disconnect с причиной CAUSE: #41 - NTWK TEMP FAIL

CALLING #:83451150936 NUM PLAN: E164 TON: UNKNOWN - вот на эту строку хотелось бы обратить внимание. Вы передаете номер своего абонента в "национальном" формате, а пишете что он Unknown. Очень многим узловым станциям такая "вольность" не нравится. Как это сделать посмотрите в поиске по теме CLID и его формирование.
Привет Тобольску.... ;)

vv11 пишет
CALLING #:83451150936 NUM PLAN: E164 TON: UNKNOWN - вот на эту строку хотелось бы обратить внимание. Вы передаете номер своего абонента в "национальном" формате, а пишете что он Unknown.

Это не они, а им.

Собственно это и видно:
Отдаёте: CONNECT #:649 NUM PLAN: E164 TON: NATL
Номер не соответствует номерному плану, и получаете disconnect с причиной CAUSE: #41 - NTWK TEMP FAIL

И как убрать чтобы меридиан не слал в линию 649

CALLING #:83451150936 NUM PLAN: E164 TON: UNKNOWN - вот на эту строку хотелось бы обратить внимание. Вы передаете номер своего абонента в "национальном" формате, а пишете что он Unknown. Очень многим узловым станциям такая "вольность" не нравится. Как это сделать посмотрите в поиске по теме CLID и его формирование.
Привет Тобольску....

Это городской номер тобольска станции СИ-2000 и чё то там менять скорее всего они не будут.
Мне надо как то меридианом это обойти.

Если кому-нить интересно и кто то хорошо читает трассировки могу выслать с потока PRI DSS1 и с ОКСа.
Прошедшие и не прошедшие звонки.

Извиняюсь действительно напутал, спешил домой к бочке с пивом...:rolleyes:

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008018 CH 1 20 TOD 16:41:52
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:649 NUM PLAN: E164 TON: NATL
- по поводу этой строки, удаленная станция из Тобольска посылает вам запрос типа куда я попал. Вы отвечаете на номер 649 и его тип национальный, СИ-2000 очень "привередливая" станция и отвечает вам ВАЙ АРА не то даешь. ;)
По идее должно быть 3461296649 и тип национальный.
Покажите DNB абонента 649 и CLID этого абонента, а также RDB потока к оператору и распечатку вашего DCH.

TYPE: rdb
CUST 0
ROUT 5

TYPE RDB
CUST 00
DMOD
ROUT 5
DES
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS NO
HNTN 3461
HLCL 296
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 680
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 4
NDNO 4 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096


PAGE 002

IENB 5
TFD 0
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 1
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 680 5
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

.stat dch 10
DCH 010 : OPER EST ACTV AUTO
DES : MSDL

ADAN DCH 10
CTYP MSDL
CARD 01
PORT 1
DES MSDL
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

Попробуйте промпт CNTY поставить в CIS (есть такая страна ;) ).
Кстати какая версия у вас софта станции??
Если это не поможет можно попробовать поставить RCAP XCOL вместо COLP.

У меня тоже были проблеммы при включении в SI2000.
Правда не с прохождение звонков а в том что не вставал Д канал. Помогло как уже посоветовал vv11
CNTY CIS

Кстати вот этот формат

CALLING #:83451150936 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL


абсолютно правильный.

gosha пишет
Кстати вот этот формат


абсолютно правильный.

А может и этот тоже правильный ??? :confused:
CONNECT #:649 NUM PLAN: E164 TON: NATL
и если этот "неправильный" тогда почему :rolleyes:

CNTY CIS не проходит .на руте ругается тока при прописке нового рута но тогда когда канал создаю ругань идет

SCH4792
IFC for DCH/PRA does not match IFC of the route.

RTMB 6 1

SCH4792

Если это не поможет можно попробовать поставить RCAP XCOL вместо COLP.

Тоже не помогло

На руте и в DCH CNTY должен быть одинаковый.
Софт в станции какой (релиз должен быть не ниже 23)??

опция 11С релиз 25.40
Попрбую поменят и на руте и в Д канале

А как в Д канале поменять? чето на chg В поле IFC не вводится EURO/

после того как поменял RCAP XCOL вместо COLP.

в трассировке пропал CONNECT #:649

vv11 пишет
А может и этот тоже правильный ??? :confused:
CONNECT #:649 NUM PLAN: E164 TON: NATL
и если этот "неправильный" тогда почему :rolleyes:

Элементарно:
7 цифр - TON Subscriber
10 цифр - TON National
11 цифр - TON Unknown

Ни один из указанных форматов этому не соответствует.

gosha пишет
Элементарно:
7 цифр - TON Subscriber
10 цифр - TON National
11 цифр - TON Unknown

Ни один из указанных форматов этому не соответствует.

Откуда такая интересная информация???
А если городская нумерация 5 или 6 знаков, какая тогда?
Почему 11 цифр unknown, у меня есть информация что если вы посылаете 3 или 4 цифры тогда unknown.

Николай Сн. пишет
после того как поменял RCAP XCOL вместо COLP.

в трассировке пропал CONNECT #:649

CNTY поставлен в CIS??

нет пока.
Он на живом Д-канале меняться не хочет, положил тоже не пошло, На IFC говорю EURO Он не пропускает, пролистываю IFC CNTY ваще не появляется./
Подскажите где чё ставить шоб быстрее, а то Станция с абонентами и все абоненты начальство

Д канал нужно отключить, убить транки относящиеся к этому D каналу, убить Д канал, а потом забить новый.
Изменить IFC станция не даст

т.е делать out dch 10
и gjnjv gj yjdjq New dch 10?

Николай Сн. пишет
т.е делать out dch 10
и gjnjv gj yjdjq New dch 10?
Да
Перед этим убить транки, переделать Д канал, переделать роут, затем создать транки снова

Сначала распечатайте транки, RDB и DCH.
После этого "прибейте" транки и RDB потом правьте DCH предварительно сделав его DIS.

RDB можно не прибивать он даст и так изменить

перезагрузка станции нужна после изменений?

замена на CIS не помогла...
Какие ещё будут мысли ,господа?

Еще пункт.
Когда идет сброс после поднятия трубки вызов перескакивает на другую линию, в моём случае с 649 носера на 699 и там тоже сбросDCH 10 UIPE_IMSG CC_SETUP_IND REF 00000068 CH 0 TOD 15:46:52
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83451150000 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 00008068 CH 1 21 TOD 15:46:52

DCH 10 UIPE_OMSG CC_ALERT_REQ REF 00008068 CH 1 21 TOD 15:46:52
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008068 CH 1 21 TOD 15:47:00
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 00000068 CH 1 21 TOD 15:47:00

DCH 10 UIPE_IMSG CC_DISC_IND REF 00000068 CH 1 21 TOD 15:47:00
CAUSE: #41 - NTWK TEMP FAIL
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_IMSG CC_SETUP_IND REF 0000006B CH 0 TOD 15:47:00
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83451150000 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 0000806B CH 1 25 TOD 15:47:00

DCH 10 UIPE_OMSG CC_ALERT_REQ REF 0000806B CH 1 25 TOD 15:47:00
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 0000806B CH 1 25 TOD 15:47:02
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 0000006B CH 1 25 TOD 15:47:02

DCH 10 UIPE_IMSG CC_DISC_IND REF 0000006B CH 1 25 TOD 15:47:02
CAUSE: #41 - NTWK TEMP FAIL
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_OMSG CC_RELEASE_REQ REF 0000806B CH 1 25 TOD 15:47:02

D 005 00 T006025 649 03/22 15:47 00:00:00

ADAN DCH 10
CTYP MSDL
CARD 01
PORT 1
DES msdl
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY CIS
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

TYPE RDB
CUST 00
DMOD
ROUT 6
DES
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY CIS
SBN NO
PNI 00000
NCNA NO
NCRD NO
ISAR NO
CPFXS NO
HNTN 3461
HLCL 296
SDID NO
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 681
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 4
NDNO 4 *
DEXT NO
DNAM NO
MFC NO
ICIS YES
OGIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096


PAGE 002

IENB 5
TFD 0
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
MR NO
PANS YES
EQAR NO
FRL 0 1
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
TTBL 0
ATAN NO
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
TIDY 681 6
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

DES
TN 001 01
TYPE DID
CDEN SD
CUST 0
TRK PRI2
PDCA 1
PCML A
NCOS 0
RTMB 6 1
B-CHANNEL SIGNALING
NITE
AST NO
IAPG 0
CLS UNR DTN CND WTA LPR APN THFD BARD
P10 VNL
TKID
DTCR NO
DATE 22 MAR 2005

CNEG 2 попробуй в Д канале поставить

vv11 можно как-нить связаться помимо форума?
Вы дей-но с Ханты-Мансийска?
Номер Аси моей 336160527

Странно все это. Изначально настройки были нормальные, а поведение как при CLID opt0. Остальные вызовы и в часности исходящие тоже имеют такой формат в UIPE_OMSG, CALLING #: 649 ?

Вот трассировка звонка с мерина нормальная.
До изменений


DCH 10 UIPE_OMSG CC_SETUP_REQ REF 00004D34 CH 1 30 TOD 16:48:02
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:3461296612 NUM PLAN: E164 TON: NATL
CALLED #:226349 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 00004D34 CH 1 30 TOD 16:48:02

DCH 10 UIPE_IMSG CC_ALERT_IND REF 00004D34 CH 1 30 TOD 16:48:02
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_SETUP_CONF REF 00004D34 CH 1 30 TOD 16:48:08
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:83461226349 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_INFO_IND REF 00004D34 CH 1 30 TOD 16:48:18

DCH 10 UIPE_IMSG CC_DISC_IND REF 00004D34 CH 1 30 TOD 16:48:28
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_OMSG CC_RELEASE_REQ REF 00004D34 CH 1 30 TOD 16:48:28
CAUSE: #16 - NORMAL CALL CLEARING

D 117 00 612 T002030 03/11 16:48 00:00:20 226349


А вот на мерин тоже нормальная.

DCH 10 UIPE_IMSG CC_SETUP_IND REF 0000000F CH 0 TOD 17:00:48
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83461229022 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 0000800F CH 1 21 TOD 17:00:48

DCH 10 UIPE_OMSG CC_ALERT_REQ REF 0000800F CH 1 21 TOD 17:00:48
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 0000800F CH 1 21 TOD 17:00:48
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 0000000F CH 1 21 TOD 17:00:48

DCH 10 UIPE_OMSG CC_DISC_REQ REF 0000800F CH 1 21 TOD 17:00:50
CAUSE: #16 - NORMAL CALL CLEARING

D 125 00 T002021 649 03/11 17:00 00:00:04

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 0000000F CH 1 21 TOD 17:00:50

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 0000800F CH 1 21 TOD 17:00:50

Трассировки после изменений

На мерин:
DCH 10 UIPE_IMSG CC_SETUP_IND REF 0000004B CH 0 TOD 16:19:02
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83461235339 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

DCH 10 UIPE_OMSG CC_PROCEED_REQ REF 0000804B CH 1 11 TOD 16:19:02

DCH 10 UIPE_OMSG CC_ALERT_REQ REF 0000804B CH 1 11 TOD 16:19:02
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 0000804B CH 1 11 TOD 16:19:08
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_SETUPCOMP_IND REF 0000004B CH 1 11 TOD 16:19:08

DCH 10 UIPE_OMSG CC_DISC_REQ REF 0000804B CH 1 11 TOD 16:19:12
CAUSE: #16 - NORMAL CALL CLEARING

D 015 00 T006011 649 03/22 16:19 00:00:06

DCH 10 UIPE_IMSG CC_RELEASE_IND REF 0000004B CH 1 11 TOD 16:19:12

DCH 10 UIPE_OMSG CC_RELEASE_RESP REF 0000804B CH 1 11 TOD 16:19:12

с мерина

DCH 10 UIPE_OMSG CC_SETUP_REQ REF 0000000A CH 1 30 TOD 16:38:38
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:3461296649 NUM PLAN: E164 TON: NATL
CALLED #:229022 NUM PLAN: E164 TON: UNKNOWN

DCH 10 UIPE_IMSG CC_PROCEED_IND REF 0000000A CH 1 30 TOD 16:38:38

DCH 10 UIPE_IMSG CC_ALERT_IND REF 0000000A CH 1 30 TOD 16:38:38
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_SETUP_CONF REF 0000000A CH 1 30 TOD 16:38:40
PROGRESS: TERMINATING END IS NOT ISDN

DCH 10 UIPE_IMSG CC_DISC_IND REF 0000000A CH 1 30 TOD 16:38:42
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 10 UIPE_OMSG CC_RELEASE_REQ REF 0000000A CH 1 30 TOD 16:38:44
CAUSE: #16 - NORMAL CALL CLEARING

D 017 00 649 T006030 03/22 16:38 00:00:04 229022

DCH 10 UIPE_IMSG CC_RELEASE_CONF REF 0000000A CH 1 30 TOD 16:38:44

Zero!! пишет ]
CNEG 2 попробуй в Д канале поставить

А что это даст у меня траффик минимальный, для чего ваще етот параметр?

Трассировки после изменений

На мерин:
DCH 10 UIPE_IMSG CC_SETUP_IND REF 0000004B CH 0 TOD 16:19:02
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:83461235339 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3461296649 NUM PLAN: E164 TON: NATL

Вот смотрите в вашу сторону провайдером посылается целая куча цифр (и код города и городской префикс ), так как у вас транки DID, то в зависимости от длинны LDN0, у вас с конца набора берется необходимое кол-во цифр. Т.е. если LDN0 у вас 3-х значный значит у вас берется 3 последние цифры.
Посмотрите что у вас в CDB->LDN_DATA->LDN0 ?
Но по хорошему лучше попросите у вашего оператора чтобы он вам слал последние 3-цифры вашего гор.номера.

2 w11:
да это не важно, сколько цифр прилетает в д-канале, главное что стабильно. :-), а вот UIPE_OMSG CC_SETUP_RESP изменился :-( - там должна была быть третья строка CONNECT #:3461296649

vv11 пишет
Откуда такая интересная информация???
А если городская нумерация 5 или 6 знаков, какая тогда?
Почему 11 цифр unknown, у меня есть информация что если вы посылаете 3 или 4 цифры тогда unknown.

ETS 300 102-1, параграф 4.5.10, также ITU-T I.330

а изменений так и нет....

Может конкретизировать вопрос, как сделать чтобы сообщение
DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008003 CH 1 13
CONNECT #:649 NUM PLAN: E164 TON: NATL

Имело бы вид

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008003 CH 1 13
CONNECT #:649 NUM PLAN: E164 TON: UNKNOWN

А еще лучше:

DCH 10 UIPE_OMSG CC_SETUP_RESP REF 00008003 CH 1 13
CONNECT #:346129649 NUM PLAN: E164 TON: NATL

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

Николай Сн. пишет
а изменений так и нет....

Таблица CLID в LD15 создана?
Распечатай.

Не создана она, но у меня в руте ето прописано

CPFXS NO
HNTN 3461
HLCL 296

REQ: prt
TYPE: clid
CUST 0
SIZE 256
RNGE

INTL

ENTRY 0
HNTN
HLCL
DIDN YES
HLOC
LSC

В чём отличие где прописано на руте или в лд 15?
Они что как то по разному функционируют?

Почему бы не попробовать прописать в таблице entry 0 ?
И подёргать CPFXS..

конект выдал
CONNECT #:3461296649 NUM PLAN: E164 TON: NATL
А разговора всё равно не получилось.
И после отбоя вызов скачет на вторую линию

кто нить скажет что за параметр CNEG 1 или 2 в Д-канале.
Стоит ли его поставить в 2 и что ето изменит?

От меня (из Питера) указанный выше номер набирается.
Проблема именно при звонках с номеров 8345ххххххх?
С других направлений проверяли?

а как вы проверили, я не отвечал на звонок.
У них тоже набирается а отбой идет тока после того как я подниму трубку
Да с других городов набирается и нормально проходит разговор.
Проблема не со всего направления 345-это Тюмень а с области Тюмени.И предположительно где проблемы с набором там стоят сишки.

:) Кто же тогда отвечает ?

А может быть на одной из промежуточных станций криво прописана маршрутизация?
Или какой-то затык с наличием свободных b-каналов?
Есть предложение перестать терзать Меридиан и разбираться по цепочке с вашими операторами связи. Попросите включить трассировку или поставить анализатор и проверить почему отбиваются вызовы.
Удачи

трассировок полно и с окса и с DSS1 завтра выложу, а как вы набирали что на меня не попали не знаю. а кто отвечал.
дисконект идет с тобольска а че ему не нравится не знаю.
уже полностью меридиан переписал.
Они занимаются но особого рвения не наблюдается остальные то вызовы кроме вызовов на меридиан проходят нормально

Попробуйте включить в d-канале LEVEL 2 и сравнить успешный и нейспешный вызовы с междугородки.
Удачи

В процессе анализа ситуации выяснилось, что тобольской станции не нравится поле PROGRESS INDICATOR в составе сообщения ALERTING... После того как SI2000 его принимает она ругается и шлёт дисконект...
В любом случае проблема вроде не наше, но если бы мы это поле не заполняли возможно проблемы не было бы...
Никто не в курсе, мы можем на это влиять каким-либо образом...

Как вариант можно попробовать поиграться с параметром в DCH который называется PROG, но не уверен что это поможет.
Еще один вариант поменять IFC с EURO на E403. Но это все нужно пробовать.

замена PROG в DCH ничего не изменила.
Инженер с Тобольска утверждает что о нас в ADDRESS COMPLETE приходит опциональный параметр access transport нулевой длины.А он может быть длиной не меньше 3-х байт. И ихняя сишка дает сброс.
Это ОКСовское сообщение,т.е. его шлет не Меридиан, но может есть аналогия в DSS1 этого параметра что городская станция УТ далее транслирует по ОКСу ентот access trsnsport/


17 00000011 Optional parameter............ Access Transport
18 00000000 Length........................ 0 Dec
-- Access Transport
19 00110110 Optional parameter............ Call Diversion Information
20 00000001 Length........................ 1 Dec
-- Call Diversion Information
21 .....001 Notification Subscription..... Presentation not allowed
.0000... Redirection Reason............ Unknown/not available
0....... Spare......................... 0 Hex
22 00000000 Optional parameter............ End Of Optional Parameters

Но удивляет и то что сброс идет после connecta, а параметр им не нравится в adress complete.

IFC с EURO на E403 пробовали?
Я спецификацию ETSI300-403 не видел, но может это поможет?
Может кто-нибудь знает что появилось в 403 спецификации?

пока не пробовал, но думаю надо будет снова все переписывать а CNTY какой ставить сщас CIS стоит

Попробуйте оставить CIS.

SCH4792 IFC for DCH/PRA does not match IFC of the route.

Так на руте и в Dch IFC должно быть одинаково.
Николай внимательнее читаем предидущие посты у вас это было.;)

SCH6357
Interface change is not allowed for UIPE D-channels.

понял надо сначала убить Д-канал, совсем запарился:)

не хочет удалять Д-канал.
Стер транки отключил Д-канал

REQ chg

TYPE adan

ADAN out dch 10


SCH5589

Николай Сн. пишет
не хочет удалять Д-канал.
Стер транки отключил Д-канал

REQ chg

TYPE adan

ADAN out dch 10


SCH5589
А вы сообщения об ошибках читаете или сразу их в форум?

Cannot out application from MSDL card, as this is the last
application.
Action: Disable the MSDL card.
Severity: Info
Так что нужно в LD 96 DIS MSDL x

спасибо что разьяснили глупому.
Всё равно не работает и на Е403,
Ситуация прежняя.