neoplan
14.06.2006, 10:35
Подключаю Е1. Прописал dch, маршрут, транки, пока жду действий с другой стороны канал oos.

Собственно вопрос в том, что после enl dch x стало сыпаться сообщение AUD684 с интервалом 5 секунд. Если dis dch, disl loop - сообщение продолжает сыпаться.

По описанию
PRI table entry mismatch is found.
Action: Contact your technical support.

Что это? Может кто в курсе?

neoplan
14.06.2006, 20:34
Удалил транки, маршрут, dch. Перестало сыпаться после того, как удалил dch..

Неужели никто не сталкивалс с данным сообщением?

Frizzle
15.06.2006, 09:13
PRI loop в LD17 - CEQU указали?

neoplan
15.06.2006, 10:01
Конечно. Иначе dch не создать, имхо.

Frizzle
15.06.2006, 10:09
верно

neoplan
11.07.2006, 15:29
Эй! Ну ответьте же кто-нибудь. Пожалуйста.

vv11
11.07.2006, 17:13
FDL для вновь созданного MSDL делали?
Если нет лучше сделать.

neoplan
11.07.2006, 17:22
Ммм.. Уточнение. Станция 61С, 2-х портовая плата PRI.

enl msdl [НОМЕР DNUM] fdl

Dnum на 2-х портовой карте один, поток на 0-м порту работает уже пол-года без проблем (fdl тогда делал), создал dch на на 1-м порту, сразу посыпалась ошибка.

Замечено
1. При dis dch, disl loop ошибка все равно сыпется
2. Если все удалить и создавать заново, ошибка появляется сразу после создания последнего 30-го транка. До транков ошибки нет, "физика" в порядке.

TheRam
11.07.2006, 17:46
А распечатайте CEQU...

neoplan
11.07.2006, 17:57
Полностью? Ок.

Прописываю LOOP 19.

CEQU
MPED 8D
TERM
REMO
TERD
REMD
TERQ
REMQ
SUPL 012 028 N036 V040
SUPC
SUPF
DDCS
DTCS
XCT 000 016
TDS * 000 * 016
CONF * 001 * 017
MFSD * 000 * 016
PRI2 002 003 004 005
006 007 018 019
020 021 022 023
APVL
DTI2
MISP
EXT0 3PE
CNI 009 000 000
EXT1 3PE
CNI 009 000 000
MCFN 256 MB

vv11
12.07.2006, 11:12
Какая сигнализация живет на 0 порту MSDL, случаем не MCDN?

neoplan
12.07.2006, 11:31
Нет, EURO ISDN.

vv11
12.07.2006, 11:43
Очень странно.
Тогда попробуйте так, прибейте транки, рут, Д-канал и при новом создании Д-канала вводите все параметры явно, даже те которые хотите оставить по умолчанию.
На старых релизах была такая байда с программированием Д-канала.

neoplan
31.07.2006, 15:00
Все равно.. С дополнительной ошибкой при создании. Раньше, судя по логам - ошибки не было.

REQ CHG
TYPE ADAN
ADAN NEW DCH 5
CTYP MSDL
DNUM 9
PORT 1
DES POLYCOM
DPNS NO
USR PRI
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG NCHG
DCHL 19
PRI2
OTBF 32
CNEG 1
RLS
RCAP COLP
RCAP
OVLR NO
OVLS NO
MBGA NO
TIMR NO
LAPD NO

BUG348 31/07/06 14:50:07 369036
OPRDATA:
BUG348 : 1 135 5 1 0000FFFF 00001CDD 5096C172
EXPDATA: 006C3F44 00516D7B 005218C4 08C8BD27 014E0C4C
BUG348 + 014E093B 014E08BE 014CA95F 014CA201 01383A02
BUG348 + 013828C3 017259E4 017250AF 0098F4F7 0098DEA6
BUG348 + 0098D7EA 0098A463 00986167 006264D1 00625EEE
BUG348 + 00625ACF 006259E2 005FA959 00596650

BUG348 31/07/06 14:50:07 369037
OPRDATA:
BUG348 : 1 135 5 1 0000FFFF 00001CDD 5096C172
EXPDATA: 006C3F44 00516D7B 08C8C203 014E0C4C 014E093B
BUG348 + 014E08BE 014CA95F 014CA201 01383A02 013828C3
BUG348 + 017259E4 017250AF 0098F4F7 0098DEA6 0098D7EA
BUG348 + 0098A463 00986167 006264D1 00625EEE 00625ACF
BUG348 + 006259E2 005FA959 00596650

MEM AVAIL: (U/P): 27859692 USED U P: 556546 157454 TOT: 28573692
DISK SPACE NEEDED: 253 KBYTES
2MB BACKUP DISKETTE(S) NEEDED: 1 (PROJECTED LD43 - BKO)
DCH AVAIL: 245 USED: 9 TOT: 254
AML AVAIL: 14 USED: 2 TOT: 16

ADAN DATA SAVED
ADAN ****
OVL000

>!
>ERR BUG348

BUG0348
An error has been captured at GF related C plus plus code. This error might lead to corruptions and INIs.
Capture the BUG trace and do DUMP_LOG_ERROR from pdt to get the report file for stack details.
High

Не успел маршрут создать, как опять посыпалось..

AUD684 31/07/06 14:51:59 369038
OPRDATA: 00000002 00000006 00000000 00000000 00000000 0 0 0 0 000000FF

AUD684 31/07/06 14:52:05 369039
OPRDATA: 00000002 00000006 00000000 00000000 00000000 0 0 0 0 000000FF

Может есть еще какие идеи?

PhoneMan
31.07.2006, 15:13
neoplan пишет
BUG0348
An error has been captured at GF related C plus plus code. This error might lead to corruptions and INIs.
Capture the BUG trace and do DUMP_LOG_ERROR from pdt to get the report file for stack details.
High

Не успел маршрут создать, как опять посыпалось..

Может есть еще какие идеи?

Отключить удаленную сторону, завернуть собственный приём на передачу, всё прописать и попытаться поднять интерфейс.

neoplan
31.07.2006, 17:28
Попробовал поднять поток еще на 2-х платах, результат одинаковый, через 2-3 минуты начинает сыпаться сообщение.
Заворот попробую поставить, только что-то сильно сомневаюсь в ошибках (один из pri раньше работал без ошибок).

Все же подозреваю, что polycom что-то такое шлет, хотя сообщение и относится к атс, странно это все..

TheRam
31.07.2006, 18:38
Может проверить еще раз свичи на плате?

neoplan
01.08.2006, 10:56
Например какие? Ничего кроме dnum'а не менял ни разу.

TheRam
01.08.2006, 11:59
Да, а PRI-ка какая? NTкод...

neoplan
01.08.2006, 13:28
2-х портовая PRI, код: NT5D97AD06 (Есть еще NT5D97AD07)

PhoneMan
01.08.2006, 13:28
neoplan пишет
Может есть еще какие идеи?
Нет ли в станции транзита с QSIG на EURO ?

neoplan
01.08.2006, 13:38
В самой станции ВСЕ потоки USR PRI, IFC EURO. А нет, не все, один SL1.

Malex
01.08.2006, 13:42
TheRam пишет
Может проверить еще раз свичи на плате?

neoplan пишет
Например какие? Ничего кроме dnum'а не менял ни разу.

Не помню, валилась ли именно эта ошибка, но был аналогичный случай, когда свичи на данной карте указывали на то, что данный интерфейс не PRI, а DTI (а эта карта, как известно, поддерживает и то и другое). Проверьте.

TheRam
01.08.2006, 13:47
Документ
NT5D97AD 01 -
DDP2 For Global Market.
Installation Instructions есть?

neoplan
01.08.2006, 15:23
Смотрел в "553-3001-201 ISDN Primary Rate Interface".

Последовательно:
S12_4 - PRI2 Mode
S2 - TX mode, E1 off (default)
S3,4,5 - 0dB (default)
S6 - 120 ohm
S16 - все off
S9 (S8 not use) - dnum выставлен

Итого, все dip в "нормальном" на мой взгляд положении.

neoplan
07.08.2006, 10:32
Ок. Может тогда кто скажет - данная ошибка может быть "реакцией" на Polycom? ;) Т.е. может Polycom по d-каналу (или вообще по Е1) что-то такое сообщать, из-за чего это ошибка и появляется?

Вопрос задан к тому, что вызывать специалиста по polycom или нет.

neoplan
10.08.2006, 12:27
Специалист не помог. В интерфейсе поликома меняется всего несколько значений.

По документации - сообщения AUD не особо важные, если не сыпятся постоянно.. Пошел обращатсья в support, судя по всему, ничего больше не остается.

Frizzle
10.08.2006, 22:24
Патчи надо ставить. А какой релиз-то?

TheRam
11.08.2006, 10:27
Давай так - PhoneMan уже предлагал это - отключи поток и заверни на себя. Надо определиться - это точно поликом шлет?
Если "на себя" не будет таких мессаджей - тогда можно попытатться включить расширенный EuroISDN E403

TheRam
11.08.2006, 10:32
neoplan пишет
Специалист не помог.

Ну так можно сходить к специалистам...скажем так - на Невский :-) если не с денюшкой, то хотя б с пивасиком - уж с этим то у Вас проблем быть не должно вроде... :D

neoplan
31.08.2006, 14:25
В общем завернул поток, только поплохело (мне)..

При создании DCH, неважно есть физическое подключение или нет, все равно сыпется BUG348 после последнего промпта.

Так вот, поток завернул, все заново прописал (маршрут не удалял), про bug уже сказал. Поток не поднимается! Причем никак.

Происходит это так - отсоединяю от кросса поток, соединяю пары между собой - поток не встает! Втыкаю обратно на кросс (подключаю polycom) - сразу dch х established.

Как такое может быть? :confused: Пойду за валерьянкой.

neoplan
19.09.2006, 11:53
Возвращаюсь к вопросу, ситуация НЕ МЕНЯЕТСЯ НИКАК. Если ставлю заворот, вообще ерунда получается.. Может есть еще идеи?

Заранее благодарю.

PhoneMan
19.09.2006, 13:21
Есть возможность прописать этот интерфейс в М1 как network side?

slon2
19.09.2006, 13:41
Проверь свичи(NTBK51AA):
S2 off
S3 off
S4 off
S5 off
S6 off off off on
S7 off off off on
S8 1-10 off
S9 1-4 DNUM; 5-8 off; 9-10 on
S10 off
S11 off off off on
S12 off off off on
S13 off
S14 off
S15 off
S16 off off off off

neoplan
19.09.2006, 14:15
Да, прописал

DCH x
CNTY NET
SIDE NET

ROUT x
MODE PRA
IFC EURO
CNTY NET

При создании DCH та же ошибка (BUG348), потом выдало:

* TEMU045 19/09/06 14:06:53 664232
OPRDATA: Errno 0x380014: Failure seeking to 0 for read in file

* SDL000 19/09/06 14:06:54 664233
OPRDATA: NET1 ( MSDL 9 ), VERSION 48, BKGD MODE.

* TEMU041 19/09/06 14:06:55 664234
OPRDATA: Failure reading record from directory file

и сразу посыпалось сообщение AUD684. Канал не поднялся, но это уже на поликоме надо смотреть, и к делу имхо не относится. Причем в ld 60 - каналы в IDLE, статус acceptable.

:(

neoplan
19.09.2006, 14:25
2slon:
По dip-свичам все так и есть. Проблема, имхо, все же логическая (в софте), т.е. ошибка сыпется и при снятой плате.

neoplan
19.09.2006, 14:30
сейчас в другой колонне попробую поднять..

slon2
19.09.2006, 14:45
Надо перегрузить железяку для начала.

neoplan
19.09.2006, 14:48
да, именно к этому выводу только что и пришел. на второй колонне та же ситуация. вечером перезагружу, о результатах обязательно сообщу.

neoplan
19.09.2006, 18:04
сделал reset, пока стоит без ошибок.. при создании dch ошибки тоже пропали.

вот ведь. благодарю всех за поддержку и участие !!