Есть 11С 25.15. Соединение с Cisco 3745 по EuroISDN.
Суть проблемы - при звонках с удаленных объектов в одном случае вижу Calling number(сообщение SETUP монитора D-канала, LD 96 ENL MSGO/I), а в других - нет. Соответственно и не отображаются на дисплеях цифровиков. Инженера на Циске говорят, что от них номера передаются во всех случаях (смотрят DEBUGом).
Вопрос: правомочно ли заявлять, что в Меридиан эти номера просто не приходят, ведь монитор показывает сообщения, уже обработанные картой MSDL. Можно ли посмотреть те сообщения, которые именно с потока приходят? Что-то слышал про монитор типа ENL MSGO/I <D-ch> DEBG. Или это не то? При этом еще и пароль запрашивается.
:confused:

Заранее спасибо уважаемой конфе.

P.S. анализатора, к сожалению, нет...

Правомочно и неоднократно проверено. Если в пришедшем setup'e номер не виден, значит он не отдается.
Циска может не отдавать номер, если сама не получает его от станции-первоисточника звонка. Пишите логи М1 и циски в файлы и сравните по истечении какого-то времени.
Удачи

в том-то и дело, что в логе Циски номер звонящего присутствует и этот номер присутствует в setup'e от нее.

Но ведь чудес не бывает. Раз на одном конце кабеля номер присутствует, то должен присутсвовать и на другом. Если нет какого-либо промежуточного оборудования, которое може его вырезать.

дабы информация была полной вставлю debug Cisco и монитор Меридиана:

Cisco-3745#
Mar 11 20:07:21.135: ISDN Se1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0E83
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98382
Exclusive, Channel 2
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x20, 0xA0, '2111'
Plan:Unknown, Type:National
Called Party Number i = 0x80, '1048'
Plan:Unknown, Type:Unknown
High Layer Compat i = 0x9181
Mar 11 20:07:21.227: ISDN Se1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8E83
Channel ID i = 0xA98382
Exclusive, Channel 2
Mar 11 20:07:21.227: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x8E83 calltype 2 CALL_PROCEEDING
..........................


Меридиан:
DCH 11 UIPE_IMSG CC_SETUP_IND REF 0000370E CH 1 2 TOD 11:40:10
PROGRESS: ORIGINATING END IS NOT ISDN
CALLED #:1048 NUM PLAN: UNKNOWN

DCH 11 UIPE_OMSG CC_PROCEED_REQ REF 0000B70E CH 1 2 TOD 11:40:10
......................................

и почему же Меридиан не видит номер? Никакого промежуточного оборудования нет.

А с чего вдруг взялся тип National когда в номере четыре цифры? Это прикол такой?

да бог его знает, с чего циска берет тип National..... :rolleyes:

Стоп! А откуда в SETUP'е сразу же PROGRESS берется :eek:
Наверное, "забилось" траффиком?

И еще - можно привести распечатку DCH, Route, CDB NET_DATA ?

распечатки выглядят так:

REQ: prt

TYPE: net

TYPE NET_DATA
CUST 0


TYPE NET_DATA
CUST 00
OPT RTD
AC2
FNP YES
ISDN YES
PINX_DN
PFX1
PFX2
HLOC
LSC
RCNT 5
PSTN NO
TNDM 15
PCMC 15
SATD 1
OCLI NO
DASC
DITI YES
TRNX NO
EXTT NO
FTOP FRES
APAD 0 0
VNR NO
NIT 8
FOPT 14
CNDN
CNAT
CNIP YES

REQ prt

TYPE adan dch


ADAN DCH 11
CTYP MSDL
CARD 01
PORT 1
DES ToKSPD
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
OVLR NO
OVLS NO
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7

REQ: prt

TYPE: rdb

CUST 0

ROUT 20


TYPE RDB
CUST 00
DMOD
ROUT 20
DES
TKTP TIE
NPID_TBL_NUM 0
ESN NO
RPA NO
CNVT NO
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY ETSI
SBN NO
NCNA NO
NCRD NO
CTYP UKWN
INAC NO
ISAR NO
CPFXS YES
DAPC NO
INTC NO
DSEL VOD
PTYP DTT
AUTO NO
DNIS NO
ICOG IAO
SRCH RRB
TRMB YES
STEP
ACOD 6020
TCPP NO
TARG 01
BILN NO
OABS
INST
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
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
PLEV 2
OPR NO
ALRM NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 0
CAC_CIS 3
AACR NO

Попробуйте убрать COLP в D-канале

И всё-таки - Вы привели распечатку смеси SETUP и PROGRESS.
Надо бы почетче.
Далее - конфигурация потока со стороны CISCO - ? Не "резаный" ли он?

немного не понял, что значит "смесь"? Я выложил сообщение Setup в том виде, в котором выдает Меридиан. В составе сообщения есть Progress indicator.
что значит "резаный" поток от Сisco? Не все 30 каналов? Если это имелось в виду, то запрограммированы все 30.

Уважаемые!
За эти годы что прошли, появился ли способ боротся с данной проблемой со стороны меридиана (rel 25.40) ?:
Calling Party Number i = 0x20, 0xA0, '400'
Plan:Unknown, Type:National
У меня по схеме за Cisco в одном из направлений какой-то "разговаривающий" D-link, но похоже у него туго с "крутилками", так-что не вижу я clid (400). И какой он национальности никто не знает.
Короче нету строки calling (msgi), только от этой коробки:

DCH 12 UIPE_IMSG CC_SETUP_IND REF 00004900 CH 2 2 TOD 16:01:08
CALLED #:664274 NUM PLAN: E164 TON: NATL

DCH 12 UIPE_OMSG CC_PROCEED_REQ REF 0000C900 CH 2 2 TOD 16:01:08

DCH 12 UIPE_OMSG CC_ALERT_REQ REF 0000C900 CH 2 2 TOD 16:01:08
PROGRESS: TERMINATING END IS NOT ISDN

DCH 12 UIPE_OMSG CC_SETUP_RESP REF 0000C900 CH 2 2 TOD 16:01:10
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:664274 NUM PLAN: E164 TON: NATL

DCH 12 UIPE_IMSG CC_SETUPCOMP_IND REF 00004900 CH 2 2 TOD 16:01:10

DCH 12 UIPE_IMSG CC_DISC_IND REF 00004900 CH 2 2 TOD 16:01:22
CAUSE: #16 - NORMAL CALL CLEARING

DCH 12 UIPE_OMSG CC_RELEASE_REQ REF 0000C900 CH 2 2 TOD 16:01:22

DCH 12 UIPE_IMSG CC_RELEASE_CONF REF 00004900 CH 2 2 TOD 16:01:22

Sergio B пишет
Вопрос: правомочно ли заявлять, что в Меридиан эти номера просто не приходят, ведь монитор показывает сообщения, уже обработанные картой MSDL. Можно ли посмотреть те сообщения, которые именно с потока приходят? Что-то слышал про монитор типа ENL MSGO/I <D-ch> DEBG. Или это не то? При этом еще и пароль запрашивается.
Имхо мысль про DEBG была правильной. С его помощью можно точно определить, есть ли коллинг в сетапе и его параметры.