Vat
10.02.2010, 09:02
Добрый день! В АТС сильно не разбираюсь поэтому опишу ситуацию как могу.
В один прекрасный момент пропал линк между основным и выносным кабинетами (находятся в разных зданиях, соединены через коммутаторы Cisco Catalist, между зданиями оптоволокно, выносная сейчас в Local mode). Решил исключить коммутаторы, соединил кабинеты напрямую через медиаконвертеры. Линк поднялся, кабинеты соединились. Минут через десять наглухо падает выносной кабинет (я так понимаю при начале синхронизации), перезагружаю - ситуация повторяется и так постоянно. Восстановить конфигурацию с бэкапа не удается, пишет, что не могу записать reten.psh.
Хотелось бы узнать в каком направлении копать и за что отвечает reten.psh?

Vat
16.02.2010, 07:36
Похоже все такие крупные АКУЛЫ, что мелкой рыбешке здесь делать нече! Господа, помогите новичку, в долгу не останусь! Если необходимо подробней опишу, лог выложу.

Urri
16.02.2010, 11:04
С этого и нужно начинать. Иначе вечно в игноре будете.

Malex
16.02.2010, 17:20
С этого и нужно начинать. Иначе вечно в игноре будете.
Начинать с логов или с "в долгу не останусь"? ;)

Urri
16.02.2010, 18:14
Начинать с логов или с "в долгу не останусь"? ;)
Для начала логи. А то долги с Алтая долго придется ждать:D

Vat
16.02.2010, 18:58
Ок! Логи будут в ближайшее время, а с долгами я думаю можно в любой подходящий момент определиться (надо репу почесать:rolleyes:...:D)!

IgorN
17.02.2010, 11:26
Главное, чтобы бутылки с Алтайскими долгами по дороге не побились )))

TheRam
17.02.2010, 11:41
долги с Алтая долго придется ждать

Ну я например бочку коньяка, которую обещали из Перми руками прикатить, так и не дождался :)

Ждём логи.

ivanopulo
18.02.2010, 23:04
Ну я например бочку коньяка, которую обещали из Перми руками прикатить, так и не дождался :)

Ждём логи.
ээээээ..... вот с этого места поподробнее!
может я посодействую? мне тут рядом :)
так сказать за небольшой коллекторский процентик :) (ну, бидончик себе отолью)
кто задолжал то? :D
/блин... пока ждем логи - зафлудим ветку.../

Vat
19.02.2010, 07:50
DCH 17 UIPE_OMSG CC_SETUP_REQ REF 00000190 CH 1 5 TOD 14:28:50 CK 145D52D8
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:1604 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3133 NUM PLAN: E164 TON: UNKNOWN

ERR225 0 1

TIM000 14:30 5/2/2010 CPU 0

N 075 00 2406 T002002 02/05 14:29:35 00:00:32.0 A700124562

&

& 000

0x21bf2b8c (tSsdTx): ipSsdTx: error writing to session [0] with socket [-1] - nB
ytesToSend [12] nBytesSent [-1] errno [0x20]

SRPT016 OMM: IP link is DOWN between Call Server/Main Cabinet and Media Gateway/
Expansio
n Cabinet 1

BUG2227 ipSsdTx: socket write error -- session [0]

DCH 17 UIPE_OMSG CC_DISC_REQ REF 00000190 CH 1 5 TOD 14:30:12 CK 145FD192

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 00000190 CH 1 5 TOD 14:30:12 CK 145FD1F3


DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E429 CH 1 1 TOD 14:30:24 CK 14602B03

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E429 CH 1 1 TOD 14:30:24 CK 14602B0A
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E429 CH 1 1 TOD 14:30:28 CK 146047FB
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:1106 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 17 UIPE_OMSG CC_SETUP_REQ REF 00000191 CH 1 4 TOD 14:30:34 CK 14607757
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:2407 NUM PLAN: E164 TON: UNKNOWN
CALLED #:3661 NUM PLAN: E164 TON: UNKNOWN

COM062 10BaseT driver: Broadcast storm, broadcast messages being rejected

COM063 10BaseT driver: Broadcast message are being accepted

DCH 17 UIPE_OMSG CC_DISC_REQ REF 00000191 CH 1 4 TOD 14:31:02 CK 146154B6

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 00000191 CH 1 4 TOD 14:31:02 CK 1461552D

DCH 17 UIPE_OMSG CC_RELEASE_REQ REF 0000E429 CH 1 1 TOD 14:32:34 CK 146423AF

ERR225 0 1

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E4A9 CH 1 1 TOD 14:32:54 CK 1464BD97

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E4A9 CH 1 1 TOD 14:32:54 CK 1464BD9F
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E4A9 CH 1 1 TOD 14:32:58 CK 1464E604
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:2603 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 17 UIPE_OMSG CC_DISC_REQ REF 0000E4A9 CH 1 1 TOD 14:33:50 CK 14667CF4

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 0000E4A9 CH 1 1 TOD 14:33:50 CK 14667D6A

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E529 CH 1 1 TOD 14:34:04 CK 1466DF32

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E529 CH 1 1 TOD 14:34:04 CK 1466DF39
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E529 CH 1 1 TOD 14:34:08 CK 1466FC93
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:2405 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E5A9 CH 1 2 TOD 14:34:10 CK 14670FEC

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E5A9 CH 1 2 TOD 14:34:10 CK 14670FF4
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E5A9 CH 1 2 TOD 14:34:12 CK 14671BD6
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:2407 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E629 CH 1 3 TOD 14:34:18 CK 14674B0A

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E629 CH 1 3 TOD 14:34:18 CK 14674B12
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_DISC_REQ REF 0000E529 CH 1 1 TOD 14:34:26 CK 14679062

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 0000E529 CH 1 1 TOD 14:34:26 CK 146790C7


ERR225 0 1

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E629 CH 1 3 TOD 14:34:28 CK 14679E64
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:1302 NUM PLAN: UNKNOWN TON: UNKNOWN

DCH 17 UIPE_OMSG CC_RELEASE_REQ REF 0000E629 CH 1 3 TOD 14:34:30 CK 1467A979

DCH 17 UIPE_OMSG CC_REJECT_REQ REF 0000E6A9 CH 1 1 TOD 14:34:40 CK 1467FB0B
CAUSE: #27 - DESTINATION IS OUT OF SERVICE

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E729 CH 1 1 TOD 14:34:48 CK 14683AA6

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E729 CH 1 1 TOD 14:34:48 CK 14683AAE
PROGRESS: TERMINATING END IS NOT ISDN

.edd

DB SEQ NUM = 2465
CONFIG
PHYSICAL MAP
BCS TEMPLATE
PBX TEMPLATE
CUST
ACUST
CLID
CIS RTE ANI
CACC MFC_ENT
CACC CIS_ENT
ROUTE
DAPC
LTN TN
LTN LNK
TN
SCL

DCH 17 UIPE_OMSG CC_RELEASE_REQ REF 0000E829 CH 1 1 TOD 14:36:16 CK 146AE3B2

ESN 00
NCTL
PREXL
ACD
AUTH 00
GRP DNS
FRL
NFCR TREES
IDC TREES
DTAD
DTI
ASNCH
AML / ELAN
VAS
BG-TIME
BG-CAT
DCH
PRI2
ARIES
FDL
SYSP
XPEC
XTDT
FTC
MCAD
FCAD
FDCT
DTI2
FFC
LAPW
MSDL/MISP BLK
SOCKET ID BLK
POSXL
TIME
SDAC
PLUGIN
STS BLK
SPECIFIC DATA
ALARM_MGT
DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E8A9 CH 1 1 TOD 14:36:25 CK 146B2B33

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E8A9 CH 1 1 TOD 14:36:25 CK 146B2B3B
PROGRESS: TERMINATING END IS NOT ISDN

SYSCFG_MGT
DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E8A9 CH 1 1 TOD 14:36:30 CK 146B52F3
PRO
ACCOUNT_MGTGRESS: TERMINATING END IS NOT ISDN
CONNECT #:2008 NUM PLAN: UNKNOWN TON: UNKNOWN

COM062 10BaseT driver: Broadcast storm, broadcast messages being rejected

CHECKING

RECORD COUNT = 0081

Starting internal database backup
to internal backup drive
Synching drives
Updating internal backup

COM063 10BaseT driver: Broadcast message are being accepted

TEMU116 zdrv: Error backing up file c:/u/patch/reten/reten.pch

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E929 CH 1 3 TOD 14:36:40 CK 146BA5C6

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000E929 CH 1 3 TOD 14:36:40 CK 146BA5CE
PROGRESS: TERMINATING END IS NOT ISDN

DCH 17 UIPE_OMSG CC_DISC_REQ REF 0000E5A9 CH 1 2 TOD 14:36:44 CK 146BC68F

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 0000E5A9 CH 1 2 TOD 14:36:44 CK 146BC6FA

DCH 17 UIPE_OMSG CC_SETUP_RESP REF 0000E929 CH 1 3 TOD 14:36:44 CK 146BC786
PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:2103 NUM PLAN: UNKNOWN TON: UNKNOWN

TEMU119 zdrv: Could not get patch retention information,
no patches will be backed up
Backing up c:/p/sl1/direct.rec
Backing up c:/p/disk.sys
Backing up c:/p/os/diskoscc.sym
Backing up c:/p/sl1/ovlrescc.sym
Backing up c:/p/sl1/sl1rescc.sym
Backing up c:/u/db/database.rec
Backing up c:/u/db/config.rec
Backing up c:/u/db/inet.db
Backing up c:/u/db/zone.db
Backing up c:/u/db/eset1.db
Backing up c:/u/db/eset2.db
Backing up c:/u/db/iprem.db
Backing up c:/u/db/surv.db
Backing up c:/u/db/syscfg.db
Backing up c:/u/accounts/accounts.db

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000E9A9 CH 1 2 TOD 14:37:14 CK 146CB343
Backing up c:/u/db/smpconf.db

DCH 17 UIPE_OMSG CC_DISC_REQ REF 0000E9A9 CH 1 2 TOD 14:37:14 CK 146CB351
Backing up c:/u/db/smpserv.db
Backing up c:/u/db/eptflag.db
CAUSE: #17 - USER BUSY
Backing up c:/u/patch/deplist/mcore_02.ssc

DCH 17 UIPE_OMSG CC_RELEASE_RESP REF 0000E9A9 CH 1 2 TOD 14:37:14 CK 146CB43C

reten.pch is corrupted - copying reten.bkp over

Internal backup complete
All files are backed up!
DATADUMP COMPLETE

Starting database synchronization on Media Gateway/Expansion Cabinet 1

Database synchronization on Media Gateway/Expansion Cabinet 1 failed

DATADOWNLOAD COMPLETE

.
EDD000

.
TEMU030 Errno 0x38000a: Failure opening file c:/u/patch/reten/reten.pch for writ
ing

TEMU178 Failure connecting to Media Gateway/Expansion Cabinet 1. Reason: IP link
is DOWN

DCH 17 UIPE_OMSG CC_PROCEED_REQ REF 0000EA29 CH 1 2 TOD 14:37:30 CK 146D2B00

DCH 17 UIPE_OMSG CC_ALERT_REQ REF 0000EA29 CH 1 2 TOD 14:37:30 CK 146D2B08
PROGRESS: TERMINATING END IS NOT ISDN

Urri
19.02.2010, 09:59
Вот вам ответ возможный
COM062 10BaseT driver: Broadcast storm, broadcast messages being rejected
Куда включены сетевые интерфейсы Меридиана?
И выключите пожалуйста на этом порту мониторинг Д-канала и тарификацию

Vat
19.02.2010, 10:48
Вот вам ответ возможный
COM062 10BaseT driver: Broadcast storm, broadcast messages being rejected
Куда включены сетевые интерфейсы Меридиана?
И выключите пожалуйста на этом порту мониторинг Д-канала и тарификацию
1. У нас установлена плата управления станцией ч/з Ethernet, с неё и валится данное сообщение.
2. Мониторинг Д-канала и тарификация для программы по снятию статистики по звонкам (сами писали).
В принципе так все работало несколько лет!
А кабинеты соединяются через медиаконвертеры по оптоволокну напрямую. Может кросовером надо?
И ещё что за файл reten.psh - для чего он?

Abadonna
19.02.2010, 11:01
Добрый день , я тоже по этой же проблеме, если что буду разьяснять, файл называется reten.pch , пробовали заменить этот файл с reten.bkp, копирование происходило корректно 75к скопировал, но проблема как была так и осталась, наверное бэкап тоже битый, были рекомендации удалить его совсем , но создаст ли сестема новый неизвестно

Abadonna
19.02.2010, 11:02
если что проставу гарантируем, на территории республики алтай

Ворчун
19.02.2010, 12:12
Вот вам ответ возможный
COM062 10BaseT driver: Broadcast storm, broadcast messages being rejected

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

Urri
19.02.2010, 12:24
reten.pch отвечает за патчи. В принципе для работы станции не очень критично. Полечить можно переустановив все патчи.
Релиз станции до сих пор неизвестен.
По поводу включения порта ethernet в общую сеть писалось уже не раз. При наличии бродкастов система ведет себя непредсказуемо.
Вывод cdr логов можно настроить на отдельный порт, это намного удобнее во всех отношениях.
По поводу соединения кабинетов через медиаконверторы проблем быть не должно, если медиаконверторы исправные и обеспечивают 100 Мбит.
Разберитесь для начала с бродкастами (лучше вообще отключить ethernet процессора от сети и посмотреть на поведение станции)

Abadonna
19.02.2010, 12:37
Плата о которой вы говорите используется для конфигурирования станции через терминальную программу посредством EThernet, кабинеты между собой подключены по Ethernet, который впоследствие уходит на медиаконвертер, далее по оптике и наоборот в езернет

Abadonna
19.02.2010, 12:41
медиаконвертеры обеспечиваю гигабит, мож здесь собака порылась, релиз станции 4.5, броадкасты думаю мучить не должны , кроме как плат станций на медиаконвертерах никто не сидит

Urri
19.02.2010, 13:21
ethernet процессора куда включен можете сказать?

Abadonna
19.02.2010, 13:24
в медиаконвертер

Urri
19.02.2010, 13:31
Плата о которой вы говорите используется для конфигурирования станции через терминальную программу посредством EThernet
Я спрашиваю о порте управления станцией, как выее называете "плата"

Abadonna
19.02.2010, 13:58
она включена в коммутатор

Urri
19.02.2010, 14:04
Выключите немедленно

ivanopulo
19.02.2010, 15:29
она включена в коммутатор
V-LANы организованы?

Ворчун
19.02.2010, 15:49
Выключите немедленно

Вот так. А я всё намёками, да намёками. Есть подозрение, что флудит локалка.

Urri
19.02.2010, 16:04
Вот так. А я всё намёками, да намёками. Есть подозрение, что флудит локалка.
Если специальных мер не предпринято, то 100% бродкасты валят.

Vat
19.02.2010, 17:01
Если специальных мер не предпринято, то 100% бродкасты валят.
Спасибо, попробуем исключить сетку (после праздников соответственно :D)! О результатах сообщу!
V-LANы на стороне основного кабинета организованы, возможно что то сами напутали (сеть падала по непонятным причинам).

Vat
20.02.2010, 08:53
Хотя я мало что понимаю, но может мне кажется что проблема в этом:

Starting database synchronization on Media Gateway/Expansion Cabinet 1

Database synchronization on Media Gateway/Expansion Cabinet 1 failed

DATADOWNLOAD COMPLETE

.
EDD000

.
TEMU030 Errno 0x38000a: Failure opening file c:/u/patch/reten/reten.pch for writ
ing

TEMU178 Failure connecting to Media Gateway/Expansion Cabinet 1. Reason: IP link
is DOWN

или я ошибаюсь и одно с другим никак не связано?

Urri
20.02.2010, 11:26
Первое говорит о невозможности синхронизировать базу с удаленным кабинетом по причине его недоступности.
TEMU030 говорит о проблемах на файловой системе процессора.
TEMU178 еще раз напоминает о том что линк в дауне.
Тут доктора звать надо. А то самолечение может привести к летальному исходу.

Vat
24.02.2010, 10:20
Если специальных мер не предпринято, то 100% бродкасты валят.
В общем полностью ислючили АТС из локалки, ситуация не изменилась!
По поводу доктора все гораздо печальнее (нет финансирования), потому и обращаемся к вам с огромной просьбой помочь "пострадавшим"!!!

Vat
27.02.2010, 06:08
Доброго всем дня! Разобрались с ситуацией. Как говорится дело было не в бобине... по разному настроены VLAN. Поставили в access с обеих сторон и стало нам счастье. Непонятно только как раньше все работало и почему дополнительный кабинет падал при соединении с основным напрямую по оптике.
Всем спасибо, приезжайте за долгами!!!:D