Коллеги,

может кто сталкивался с подобным.

есть Opt11C с двумя расширениями: 1й подключен оптикой, 2й эзернетом. 2 PRI потока на разных операторов, оба синхрятся с МГТС.
есть закономерность: когда потоки начинают слиповать, у абонентов на расширении 1, и только на нём, аппараты начинают сходить с ума: треск в трубе, самопроизвольный отзвон, обрывы связи и т.д.

может кто сталкивался?!? это реальная проблема (особенно если учесть что все топы сидят именно на нём ;))

что с этим можно сделать? думал патчи помогут, ан нет. пролил 11 деплист, проблема осталась ;(

помогите...

====
CALL SERVER/MAIN CAB
VERSION 2121
RELEASE 4
ISSUE 00 T +
IDLE_SET_DISPLAY NORTEL
DepList 1: core Issue:11(07/06/12:20:00EST)

SYSTEM HAS NO USER SELECTED PEPS IN-SERVICE


LOADWARE VERSION: PSWV 111

INSTALLED LOADWARE PEPS : 0

Какие патчи стоят?
Что говорит SSCK 0?
для начала должны стоять все необходимые патчи

ну если повнимательнее пост прочитать, там написано что стоит 11 деплист.
в ssck всё в норме.

ssck 0
ENBL
CLOCK ACTIVE
CLOCK CONTROLLER - LOCKED TO SLOT 1
PREF - 1
SREF - FREE RUN
AUTO SWREF CLK - ENBL
NO ERROR

IP DB PORT 1 DSBL
IP DB PORT 2 DSBL
IP DB PORT 3 DSBL
IP DB PORT 4 DSBL
CALL SERVER CLK SRC: CC

да и проблема не в том что слипует, а в том что станция так гадко вести себя начинает.

Ищите причины слипов и устраняйте их.
Например попробуйте брать синхру с другого оператора.

а зачем? проблема не в слипах как таковых! слипы в данном случае возбудители "инфекции".
вы мне скажите, разве станция должна так себя вести?
с синхрой я буду разбираться после того как окончательно будет ясно, получится вылечить станцию или нет!

Меридиан очень нервно реагирует на любые проблеммы с PRI.
У нас на станции обычно доходило до зависания станции если много экспериментировать с ними.
Так что вам имхо дешевле будет разобраться со слипами.
Или пинайте техподдержку если она есть. Но судя по тому что вы спрашиваете в этом форуме ее нет.
Тогда покупайте техподдержку, быть может они и помогут.

CTAKAH пишет
а зачем? проблема не в слипах как таковых! слипы в данном случае возбудители "инфекции".
вы мне скажите, разве станция должна так себя вести?

Нет, не должна.
Но неужели признание данного факта вам чемто может помочь? :)

CTAKAH пишет
ну если повнимательнее пост прочитать, там написано что стоит 11 деплист.


Сам деплист не панацея от всех возможных бед. Есть патчи, существующие в природе, но не входящие в деплист. Понять проблему, найти необходимый патч, загрузить и локализовать проблему - обычно задача техподдержки.

Перво наперво я бы прописал sref на второй поток.

Zero!! пишет
...snip...
Или пинайте техподдержку если она есть. Но судя по тому что вы спрашиваете в этом форуме ее нет.
Тогда покупайте техподдержку, быть может они и помогут.
да, её нет и не будет. 1. станции скоро 10 лет, 2. запланирована замена (только ждать долго).
а вызвать ребят похоже придётся.

Zero!! пишет
Нет, не должна.
Но неужели признание данного факта вам чемто может помочь? :)
Не поможет, и Вы это сами понимаете. Вопрос был риторический. Просто не понятно, почему при чтении вопроса все видят только одно: слип. Ведь суть то далеко не в этом. Не надо проблему перекладывать на других.

Malex пишет
Сам деплист не панацея от всех возможных бед.
...
и это понятно, однако пост повнимательнее читать тоже можно. Распечатка issp приложена.

Urri: это можно попробовать, вот только CC в модуль PRI докинуть надо...

ЗЫ: и опять в глазах только слип ;)

CTAKAH пишет
Urri: это можно попробовать, вот только CC в модуль PRI докинуть надо...

ЗЫ: и опять в глазах только слип ;)
СС в системе может быть только 1
Я бы не удивился, если б на IP расширении были проблемы при срыве синхры:confused:

Urri:
я немножко тормоз. т.е. в какой PRI'ке торчит CC не имеет никакого значения, и синхру я могу брать с любого потока?

CTAKAH пишет
Urri:
я немножко тормоз. т.е. в какой PRI'ке торчит CC не имеет никакого значения, и синхру я могу брать с любого потока?
Немножко имеет:)
С 1 по 3 слот. В любом.
Брать синхру можно с любого потока.
pref - прописывается номер потока, по вашему мнению наиболее надежный
sref - любой другой

CTAKAH пишет
есть закономерность: когда потоки начинают слиповать, у абонентов на расширении 1, и только на нём, аппараты начинают сходить с ума: треск в трубе, самопроизвольный отзвон, обрывы связи и т.д.


Ок, отбросим синхру.
Итак, при слипах "сходит с ума" эеспаншн на оптике. Имхо, сходил бы с ума и мейн, а так... Я бы потренировался со сменой железа - 10 m fiber DB/Fiber Receiver

Urri пишет
sref - любой другой , но в том же кабинете.

Хотя не исключено, что могут быть проблемы и в самом процессоре или PRI карте(картах) . Преценденты были. PRI имеет прямой доступ к шине процессора и был случай, когда оператор гнал какую-то пургу по PRI и у станции тоже срывало крышу.

CTAKAH пишет
и это понятно, однако пост повнимательнее читать тоже можно. Распечатка issp приложена.
ISSP это конечно.
Можно ещё и на PARM взглянуть.

Urri:
сделал, посмотрим что из этого выйдет. карты как раз в 1м и 3м слотах.
есть у меня тоже подозрения что какая-то пурга лезет в поток, потому что err080 - ну нет там такой кнопки:
ERR080 12 0 0 5 255

PhoneMan пишет
, но в том же кабинете.
В развитие темы:D
СС может еще стоять в IP кабинете. На тех же условиях.

PM:

PARM
LPIB 96
HPIB 16
500B 16
DTIB 0
DTOB 0
NCR 280
MGCR NULL
CFWS YES
PCML A
ALRM YES
ERRM ERR BUG AUD
DTRB 100
ABCD NO
TMRK 128
FCDR NEW
PCDR NO
TPO NO
TSO NO
CLID YES
DUR5 NO
MLDN YES
MARP NO
IPIE NO
FRPT NEFR
DCUS NULL
DTDT NO
MSCL 255
PMSI
MANU PMS1
PMCR 20
PORT NONE
NDIS 20
OCAC NO
MTRO PPM
SBA_ADM_INS 001
SBA_USER 010
BCAP SPEECH
IDLE_SET_DISPLAY
CLNP YES
ICON YES

Urri пишет
В развитие темы:D
СС может еще стоять в IP кабинете. На тех же условиях.
ну это я знаю ;)

Батенька!
Да с такими параметрами вообще чудо, как ваша станция работает. В поиск. Несколько раз уже приводились примеры настроек.

Мда... 280 регистров на станцию с как минимум двумя экспаншенами и несколькими потоками - это варварство. :)

CTAKAH пишет
PARM
LPIB 96
HPIB 16
500B 16
DTIB 0
DTOB 0
NCR 280


Обалдеть!
И это трёхкабинетня станция RLS.4 с двумя PRI-ями !?

во-о! вот это я понимаю, оживились. :D
мы то люди простые, не учёные, а вот куда установщики смотрели, так это да-а... а вы ещё: техподдержка, техподдержка...
ладно, будем поискАТЬ

кста, а отчего же в поиск, у вас тут такая дивная ветка есть: FAQ. отчего не там?

1. Установщики бывают разные.
2. Установщики тоже люди (человеку свойственно ошибаться)
3.
станции скоро 10
Т.е. станция не сразу стала Rel4.00T . На момент первичной инсталляции данные параметры (при первичной конфигурации) были приемлимыми. При апгрейдах просто копировали базу данных и не задумывались о изменении параметров... или чтото в этом роде :)

Malex:
1. не спорю,
2. учитываю,
3. аха, была 22я, потом помоему 24я, теперь 4.0

Urri:
из твоего же поста:
LD 17
REQ chg
TYPE parm
LPIB 450
HPIB 450
500B 500
DTIB 100
DTOB 100
NCR 1500
поёдет? только вот в каком-то посте было так что после NCR -> 1500 у человека станция перестала грузиться ;(
я правда забыл чем там всё закончилось :confused:

Оно
После изменений надо сделать EDD и перегрузить станцию. Как правило это безболезненная процедура. Я обычно сливаю на флэшку базу перед операцией.:D

Urri пишет
...
Я обычно сливаю на флэшку базу перед операцией.:D
ну я стараюсь тоже, у мну тут и на флешке, и то что хмодемом... пипец... но лучше так ;)

у меня был случай, когда при изменении NCR c 80 до 1500 в момент большой занятости станции и при включенной трассировке трех D-каналов зависли все TTY PTY порты. Но станция работала.

Malex:
не подскажешь, какие ещё могут быть упущения кроме PARM в моём случае?
все апгрейды происходили при мне, и точно помню что заключалось все только в установке софта (ну и матери конечно), никаких доп.настроек при этом не производилось.

да, и кстати, спасибо всем откликнувшимся.

CTAKAH пишет
Malex:
не подскажешь, какие ещё могут быть упущения кроме PARM в моём случае?

"Глобальные" оверлеи - 17 CFN, 15-й CDB, 97-й... В любом случае при инсталле старой базы она конвертится в новый релиз и модифицируется. Однако, все что она считает "пользовательскими данными" (как в случае с PARM) - сохраняется.
Что еще может быть, кроме PARM - не знаю, на расстоянии видеть - необучен. Пробуй пока это, а там будем посмотреть.

Хотя повторюсь, что уже писал в этой ветке: мне непонятно, почему именно экспаншн так себя видет... колбасить должно было всю станцию.

Urri: reboot -1 будет достаточно, или лучше всётаки питанием?

кто подскажет что есть Number of line-side T1/E1?

Nortel Communication Server 1000
Circuit Card
Description and Installation
Document Number: 553-3001-211

NT5D33 and NT5D34 Lineside E1 Interface cards
NT5D11 and NT5D14 Lineside T1 Interface cards

блин, люди, вы чё, правда всё вот то что в 553-3011-120 умеете?!? а самое главное используете!?
это ж пипец какой-то. это ж дохтуром наук блин быть надо.

"Знать" не всегда значит - "использовать". :)

Кстати, для справки: можно использовать функцию ПОИСК в документах. Особоо ленивые используют Helmsman

аха, вот его то и используем.

CTAKAH пишет
Urri: reboot -1 будет достаточно, или лучше всётаки питанием?
я б так делал
ld 143
xsl
CTAKAH пишет
блин, люди, вы чё, правда всё вот то что в 553-3011-120 умеете?!? а самое главное используете!?
это ж пипец какой-то. это ж дохтуром наук блин быть надо.

Трудно быть богом:D

Urri:
вот, кстати, кто-то говорил что xsl это горячий рестарт. если так то не могу, у меня карантин блин.

:D

Все правильно.
При изменении параметров меняется распределение памяти. Поэтому лучше перегрузить полностью всю систему.
И перегружать лучше с терминалом на 0 порту.

$( зависла при буте ;(
после активации последнего патча

второй раз завелась.

вроде пока нормаль

на каком этапе?
лог в студию.

Urri:
звиняюсь, крик душы был ;)
отредактировал предыдущее

лог здесь

всё пучком, всё поднялось... пока в норме.

CTAKAH пишет
всё пучком, всё поднялось... пока в норме.
Ты ж не пугай так!
А то сегодня день нервенный какой-то. Malex уже напиваться пошел.:D

а как я блин напугался ;) ладно, всем хороших выходных.

однако не помогло...
заметил ещё одну периодику, глючат определённые TN'ы, попробую перезавести...
ну и заодно, нафиг, пора прекращать эти мытарства, буду выравнивать операторов.

CTAKAH пишет
блин, люди, вы чё, правда всё вот то что в 553-3011-120 умеете?!? а самое главное используете!?
это ж пипец какой-то. это ж дохтуром наук блин быть надо.

А кем надо быть нортелю в таком случае... ) Это я про то, что какой смысл ограничивать параметры, всякие там буфера и т.д.? Памяти хватает, ну и пускай бы всё по максимуму было. Только усложнение получается, без какого-то либо глубинного смысла, на мой взгляд... Ну или смысл - опять же свои ляпы скрыть (чтоб система не запуталась среди многих буферов - по-простому).

на заре Meridian оперативная память была на вес золота.

Ага, а сейчас закат...)

... а память, всё так же, на вес золота ;)

yoric пишет
Ага, а сейчас закат...)
Сейчас Evergreen!

А чем у ВАС закончилась это эпопея?