Здравствуйте.
Есть М1 опц.11С рел.25.15. В город PRI. Прошел звонок на межгород.
DCH 3 UIPE_OMSG CC_SETUP_REQ REF 0000158D CH 2 29 TOD 11:48:52
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:хххххххххх NUM PLAN: E164
CALLED #:8812ххххххх NUM PLAN: E164
DCH 3 UIPE_IMSG CC_PROCEED_IND REF 0000158D CH 2 29 TOD 11:48:52
DCH 3 UIPE_IMSG CC_ALERT_IND REF 0000158D CH 2 29 TOD 11:48:54
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 3 UIPE_IMSG CC_SETUP_CONF REF 0000158D CH 2 29 TOD 11:49:02
DCH 3 UIPE_IMSG CC_DISC_IND REF 0000158D CH 2 29 TOD 11:53:54
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 3 UIPE_OMSG CC_RELEASE_REQ REF 0000158D CH 2 29 TOD 11:53:54
DCH 3 UIPE_IMSG CC_RELEASE_CONF REF 0000158D CH 2 29 TOD 11:53:54
CDR не выдался (конкретно для этого звонка).
issp
VERSION 2111
RELEASE 25
ISSUE 15 +
PSWV VERSION: PSWV 93
IDLE_SET_DISPLAY NORTEL
IN-SERVICE PATCHES : 34
PAT# PRS PATCH REF # NAME DATE FILENAME
00 SERVICE ISS4:1OF1 SERVPACK_MAND 5/12/11 p14000_4.11c
01 SERVICE ISS4:1OF2 SERVPACK_CORE_A 5/12/11 p14001a4.11c
02 SERVICE ISS4:2OF2 SERVPACK_CORE_B 5/12/11 p14001b4.11c
03 SERVICE ISS4:1OF2 SERVPACK_SCCS_A 5/12/11 p14002a4.11c
04 SERVICE ISS4:2OF2 SERVPACK_SCCS_B 5/12/11 p14002b4.11c
05 SERVICE ISS4:1OF1 CCR_MLINK 5/12/11 p14004_4.11c
06 SERVICE ISS6:1OF3 SERVPACK_DECT 5/12/11 p14005a6.11c
07 SERVICE ISS6:2OF3 SERVPACK_DECT_B 5/12/11 p14005b6.11c
08 SERVICE ISS6:3OF3 SERVPACK_DECT_C 5/12/11 p14005c6.11c
09 SERVICE ISS4:1OF1 SERVPACK_EURO 5/12/11 p14008_4.11c
10 SERVICE ISS4:1OF1 SERVPACK_VNS 5/12/11 p14009_4.11c
11 SERVICE ISS5:1OF1 SERVPACK_DPNSS 5/12/11 p14010_5.11c
12 SERVICE ISS4:1OF1 SERVPACK_MCDN 5/12/11 p14011_4.11c
13 SERVICE ISS4:1OF1 SERVPACK_BRI 5/12/11 p14012_4.11c
14 SERVICE ISS4:1OF2 SERVPACK_ORIONA 5/12/11 p14014a4.11c
15 SERVICE ISS4:2OF2 SERVPACK_ORIONB 5/12/11 p14014b4.11c
16 SERVICE ISS4:1OF2 SERVPACKTAURUSA 5/12/11 p14015a4.11c
17 SERVICE ISS4:2OF2 SERVPACKTAURUSB 5/12/11 p14015b4.11c
18 SERVICE ISS4:1OF3 SERVPACK_BFS_A 5/12/11 p14016a4.11c
19 SERVICE ISS4:2OF3 SERVPACK_BFS_B 5/12/11 p14016b4.11c
20 SERVICE ISS4:3OF3 SERVPACK_BFS_C 5/12/11 p14016c4.11c
21 SERVICE ISS4:1OF1 SERVPACK_CDR 5/12/11 p14017_4.11c
22 SERVICE ISS4:1OF1 SERVPACK_PLDN 5/12/11 p14018_4.11c
23 SERVICE ISS4:1OF1 SERVPACK_ACD 5/12/11 p14019_4.11c
24 SERVICE ISS4:1OF1 SERVPACK_MMAIL 5/12/11 p14020_4.11c
25 SERVICE ISS4:1OF1 SERVPACK_MFC 5/12/11 p14021_4.11c
26 SERVICE ISS4:1OF2 SERVPACK_OTM_A 5/12/11 p14022a4.11c
27 SERVICE ISS4:2OF2 SERVPACK_OTM_B 5/12/11 p14022b4.11c
28 mp10649 ISS1:1OF1 MISP 5/12/11 p14698_1.11c
29 BV63909 ISS1:1OF1 CORE 5/12/11 p09285_1.11c
30 MP10081 ISS1:1OF1 EUROISDN 5/12/11 p13029_1.11c
31 MP13519 ISS1:1OF1 CORE 5/12/11 p15567_1.11c
32 Q004355 ISS1:1OF1 CORE 5/12/11 p16456_1.11c
33 Q005446 ISS1:1OF1 R2MFC/DTI2 5/12/11 p16734_1.11c
Где поискать можно?
antimormon
26.03.2012, 18:04
смотри настройки тн. есть классы сервисов позволящие не отображать звонок в сдр
Забыл написать, что с одного и того же порта на тот же В-номер через тот же маршрут один звонок попал в CDR, а другой нет. Завершились оба нормально.
еслиб вы не страдали паранойей и выкладывали полные логи cdr в перемешку с трассировкой то можно былоб подумать
а так это ниочем
для 2515.11с есть около 50 патчей с упоминанием cdr
Да никто параноей не страдает.
CDR нету:
DCH 3 UIPE_OMSG CC_SETUP_REQ REF 00001BE6 CH 2 30 TOD 11:04:44
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:4012xxxxxx NUM PLAN: E164
CALLED #:8812xxxxxxx NUM PLAN: E164
DCH 3 UIPE_IMSG CC_PROCEED_IND REF 00001BE6 CH 2 30 TOD 11:04:44
DCH 3 UIPE_IMSG CC_ALERT_IND REF 00001BE6 CH 2 30 TOD 11:04:46
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 3 UIPE_IMSG CC_SETUP_CONF REF 00001BE6 CH 2 30 TOD 11:04:56
DCH 3 UIPE_IMSG CC_DISC_IND REF 00001BE6 CH 2 30 TOD 11:07:08
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 3 UIPE_OMSG CC_RELEASE_REQ REF 00001BE6 CH 2 30 TOD 11:07:08
DCH 3 UIPE_IMSG CC_RELEASE_CONF REF 00001BE6 CH 2 30 TOD 11:07:08
CDR есть:
DCH 3 UIPE_OMSG CC_SETUP_REQ REF 00001BEE CH 2 30 TOD 11:07:12
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:4012xxxxxx NUM PLAN: E164
CALLED #:8812xxxxxxx NUM PLAN: E164
DCH 3 UIPE_IMSG CC_PROCEED_IND REF 00001BEE CH 2 30 TOD 11:07:14
DCH 3 UIPE_IMSG CC_ALERT_IND REF 00001BEE CH 2 30 TOD 11:07:14
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 3 UIPE_IMSG CC_SETUP_CONF REF 00001BEE CH 2 30 TOD 11:07:18
DCH 3 UIPE_OMSG CC_DISC_REQ REF 00001BEE CH 2 30 TOD 11:07:30
N 032 00 1128 A022030 03/30 11:07 00:00:12 A 98812xxxxxxx
& 0000 0000
CAUSE: #16 - NORMAL CALL CLEARING
DCH 3 UIPE_IMSG CC_RELEASE_IND REF 00001BEE CH 2 30 TOD 11:07:30
DCH 3 UIPE_OMSG CC_RELEASE_RESP REF 00001BEE CH 2 30 TOD 11:07:30
IMHO, у Вас не генерится CDR если первым отбивается дальняя сторона (Абонент Б).
Как-то лечится?
В город подключение PRI через М200.
Маршрутизация через AC1 SPN.
Распечатка маршрута:
ROUT 22
DES TO_City
TKTP DID
NPID_TBL_NUM 0
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY NET
SBN NO
NCNA NO
NCRD NO
ISAR NO
CPFXS YES
DAPC NO
INTC NO
DSEL VOD
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 9
TCPP NO
TARG
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
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
TFD 0
DTD NO
SCDT NO
2 DT NO
PAGE 002
DDO NO
DRNG YES
NDRI 00
CDR YES
INC NO
LAST NO
TTA NO
QREC NO
OAL YES
AIA YES
OAN YES
OPD YES
NDP EXC 0
CDRX NO
NATL YES
SSL
CFWR NO
IDOP NO
MUS NO
PANS YES
EQAR NO
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
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
SGRP 0
ANIE 5
CAC_CIS 0
AACR NO
IMHO, у Вас не генерится CDR если первым отбивается дальняя сторона (Абонент Б).
Очень похоже на то. Посмотрел еще пару примеров без CDR. Отбой идет от абонента Б.
А если так попробывать:
CDR YES
INC YES
LAST YES
TTA YES
QREC YES
OAL YES
AIA YES
OAN YES
OPD YES
А что может дать включение CDR входящих звонков, времени ответа и Q ACD?
Щас посмотрел звонки на мобильные. Запись CDR проходит как при отбое абонента А, так и при отбое абонента Б. Т.е. глюк плавающий какой-то.
При выставленных параметрах CDR, как сказал MAX2, все равно проходят звонки без CDR. Такие случаи замечаются только когда первым отбивает звонок абонент Б.
А в направлении М-200 копать не пробовали?
А в направлении М-200 копать не пробовали?
Что именно имеется ввиду? Отбой от нее приходит вроде нормальный. Трассировку с М1 выкладывал выше.
...Что именно имеется ввиду? ...
К сожалению, ничего конкретного, кроме рассуждения, что "смежной стороной" является М-200.
Выложу Вам на всякий случай строки SMP файла М-200 относящиеся к настройке DSS1 потока в сторону M1 (остальное по умолчанию).
CRC4 = NO
side = 1
Т.е. это только отключение CRC и включение network side.
Если у Вас М-200 в режиме PRI/PRI, обратите внимание, что выставлено не по умолчанию кроме (CRC и SIDE).
И еще, я бы поигрался с обнулением t306 на M1 и М-200.
Спасибо. Посмотрю завтра еще конфиг М200. С CRC и Side там точно все нормально. На Меридиане t306 пробовал и ноль и не нулевое значение (изначально было 0). В доке на М200 упоминания этого таймера не нашел.
...В доке на М200 упоминания этого таймера не нашел.
Да, посмотрел сейчас,извиняюсь, в М200 t306 не крутится:confused:.
Для экспериментов не забудьте переключить конфигуратор М200 в расширенный режим.
Для экспериментов не забудьте переключить конфигуратор М200 в расширенный режим.
У меня старый М200. Конфиг руками правлю в текстовом виде.
...У меня старый М200...
"Старый" для М200, гм., помягче "несколько сыроватый".
Навевает искать "иголку" в недружественности релизов EDSS-1 на M1(кстати, распечатку ADAN DCH Вы не показывали) и М200.
Например ответ/отбой от дальней стороны M1 получает не совсем любимым типом мессаджа.
Техподдержку МТА еще не беспокоили?
ADAN DCH 3
CTYP MSDL
CARD 02
PORT 1
DES To_City
USR PRI
DCHL 2
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY NET
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
CO_TYPE STD
SIDE NET
CNEG 1
RLS ID **
RCAP COLP
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 0
OUT_T306 0
T200 3
T203 10
N200 3
N201 260
K 7
А почему не совсем любимый тип мессаджа?
Я абсолютно также звонил на межгород и при отбое с дальней стороны CDR проходил. На мобилку тоже. Даже на один и тот же номер Б звонок один может вывалиться, а другой нет. Отбой вроде с нормальной 16-й козой. Потому как-то даже и не думал про МТА.
На М200 мотор 5.27.29.
Настройка потока:
side = 0
DSS1_intervalT310 = 25000
CRC4 = NO
DES To_City
и SIDE NET
IMHO несколько нетрадиционная ориентация. Но Вам виднее...
Речь о том, что много чаще включают M1 как SIDE USER. А раз чаще, то и ошибки софта для схемы включения менее вероятны.
Развернуть NET<->USER Вам вроде не сложно будет для пробы. Обе машинки под Вашим управлением. Понятно, что только вне рабочего времени получится
Посмотрел обмен другого Меридиана, включенного напрямую в оператора. Отбой так же приходит. Так что видимо с сигнализацией все нормально.
С NET так исторически сложилось. Попробую переписать.
Чуть не забыл. Не знаю на сколько это критично, на этом порту стоит факс. И используется он в основном для отправки факсов. Хотя, в моем понимании, для М1 не должно быть разницы (факс/голос) в плане тарификации звонка.
Чуть не забыл. Не знаю на сколько это критично, на этом порту стоит факс. И используется он в основном для отправки факсов. Хотя, в моем понимании, для М1 не должно быть разницы (факс/голос) в плане тарификации звонка.
Дык, что, проблемы тарификации с ЕДИНСТВЕННЫМ портом? Тогда в отличиях по LD 10 рыться...
Дык, что, проблемы тарификации с ЕДИНСТВЕННЫМ портом? Тогда в отличиях по LD 10 рыться...
типа CLS FAXA
Дык, что, проблемы тарификации с ЕДИНСТВЕННЫМ портом? Тогда в отличиях по LD 10 рыться...
Замечено на одном порту. Остальные просто не контролируются так. А с этого факсы за денежку люди отправляют из гостиницы.
FAXA стоит
попробуйте убрать. на отправку факсов это практически не влияет.
Правда влияет на аналоговые лицензии :)
Правда влияет на аналоговые лицензии :)
Э-м-м-м... А как влияет на аналоговые лицензии?
CRC4 = NO
Ой... Не в тот профиль посмотрел. У меня, как оказалось, CRC не упомянут в профиле порта М200. А по умолчанию он вроде как включен. Убрал. Посмотрим что будет. Если продолжится, перепишу М1 на user side.
Если действительно по умолчанию CRC включен, то интересно, как оно в принципе без ошибок по потоку работало при таком раскладе...
Э-м-м-м... А как влияет на аналоговые лицензии?
Поищите по форуму. Рассказівали :) У вас как раз тот релиз :)
Поищите по форуму. Рассказівали :) У вас как раз тот релиз :)
Нашел. Забавненько.
DES To_City
и SIDE NET
IMHO несколько нетрадиционная ориентация. Но Вам виднее...
Речь о том, что много чаще включают M1 как SIDE USER. А раз чаще, то и ошибки софта для схемы включения менее вероятны.
Развернуть NET<->USER Вам вроде не сложно будет для пробы. Обе машинки под Вашим управлением. Понятно, что только вне рабочего времени получится
Развернул. Не помогло. Все-равно проходят звонки без CDR.
CDR записи периодически не генерятся в случае, когда первым отбивается абонент Б. Анализ логов D-канала и CDR показал, что проблема существует не для одного номера как для исходящих звонков, так и для входящих (был настроен также CDR для вывода данных о входящих звонках). Т.е. при условии, что первым отбился абонент Б, периодически пропадают CDR как об исходящих звонках, так и о входящих.
А мотор М200 обновить?
Хуже не будет...
Я как-то задавался вопросом обновления мотора, но ничего путного, что бы это железо потянуло, не нашел (МТА тормошил). Железо больно старое и новые прошивки не тянет.
Да и не совсем понятно причем тут М200. Отбой воспринимается Меридианом и он его подтверждает. Только CDR при этом не выдает...
CDR записи периодически не генерятся в случае, когда первым отбивается абонент Б...
"Б" или "far end"? В случае входящего Б - это near end.
Мыслей по этому поводу нет, может просто уточнение новую зацепку даст?
"Б" или "far end"? В случае входящего Б - это near end.
Мыслей по этому поводу нет, может просто уточнение новую зацепку даст?
Извиняюсь. Это я про исходящие писать начинал. В обоих случаях имеется ввиду дальняя сторона.