Привет Всем
после переключения одного потока DTI2 с меди на оптику понадобилось сменить источник синхронизации.
Было 12 13 луп на меди. 13 пошел на оптику, 12 планируется выключить.
При переключении пошли слипы на PRI2 потоках, хотя на них синхронизации нет.
Было прописано
DTI2 LOOP 13 - ENBL
REF CLK: ENBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE TIE VOD CH 02 - IDLE TIE VOD
CH 03 - IDLE TIE VOD CH 04 - IDLE TIE VOD
CH 05 - IDLE TIE VOD CH 06 - IDLE TIE VOD
CH 07 - IDLE TIE VOD CH 08 - IDLE TIE VOD
CH 09 - IDLE TIE VOD CH 10 - IDLE TIE VOD
CH 11 - IDLE TIE VOD CH 12 - IDLE TIE VOD
CH 13 - IDLE TIE VOD CH 14 - IDLE TIE VOD
CH 15 - IDLE TIE VOD CH 16 - IDLE DID VOD
CH 17 - IDLE DID VOD CH 18 - IDLE DID VOD
CH 19 - IDLE DID VOD CH 20 - IDLE DID VOD
CH 21 - IDLE DID VOD CH 22 - IDLE DID VOD
CH 23 - IDLE DID VOD CH 24 - IDLE DID VOD
CH 25 - IDLE DID VOD CH 26 - IDLE DID VOD
CH 27 - IDLE DID VOD CH 28 - IDLE DID VOD
CH 29 - IDLE DID VOD CH 30 - IDLE DID VOD

REQ prt
TYPE dti2
FEAT syti
MAND 1
NCSD 1
OSGD 1
OOSC 127
PERS 100
DBNC 10
PREF CK0 12
SREF CK0 13
PREF CK1 12
SREF CK1 13
CCGD 1
CCAR 15
EFCS YES

после изменения на 13 луп как первоисточник
REQ prt
TYPE pri2
FEAT syti
PREF CK0 13
SREF CK0 13
PREF CK1 13
SREF CK1 13
CCGD 1
CCAR 15
EFCS YES

.ssck 0
ENBL
CLOCK ACTIVE
SYSTEM CLOCK - DTI061
PREF - 13
SREF - 13
AUTO SWREF CLK - ENBL
REF CLK ERR
Затем вернул все назад, но REF disl, почему?
.ssck 1
ENBL
CLOCK ACTIVE
SYSTEM CLOCK - TRACK ON LOOP 13
PREF - 12
SREF - 13
AUTO SWREF CLK - ENBL
NO ERROR
.stat 13

DTI2 LOOP 13 - ENBL
REF CLK: DSBL
TRACKING
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE TIE VOD CH 02 - BUSY TIE VOD
CH 03 - IDLE TIE VOD CH 04 - IDLE TIE VOD
CH 05 - IDLE TIE VOD CH 06 - IDLE TIE VOD
CH 07 - IDLE TIE VOD CH 08 - IDLE TIE VOD
CH 09 - IDLE TIE VOD CH 10 - IDLE TIE VOD
CH 11 - IDLE TIE VOD CH 12 - IDLE TIE VOD
CH 13 - IDLE TIE VOD CH 14 - IDLE TIE VOD
CH 15 - IDLE TIE VOD CH 16 - IDLE DID VOD
CH 17 - BUSY DID VOD CH 18 - IDLE DID VOD
CH 19 - IDLE DID VOD CH 20 - IDLE DID VOD
CH 21 - IDLE DID VOD CH 22 - IDLE DID VOD
CH 23 - IDLE DID VOD CH 24 - IDLE DID VOD
CH 25 - IDLE DID VOD CH 26 - IDLE DID VOD
CH 27 - IDLE DID VOD CH 28 - IDLE DID VOD
CH 29 - IDLE DID VOD

Что можете посоветовать? 12 луп будет сниматься.А что тогда с синхро?
Спасибо за советы

А кабеля идущие с DTI2 на СС менялись? Ибо мало перепрограмить, надо и физику менять...

А кабеля идущие с DTI2 на СС менялись? Ибо мало перепрограмить, надо и физику менять...
Кабеля не менял. У вас есть дока по установке DTI2?
Если надо и кабели менять, то по логике надо всего лишь поменять местами кабели идущие на clock controller на морде QPC536E?
Можно ставить PREF и SREF один и тот же луп?
Спасибо

Доку я вот так с ходу не нашел, слишком уж старая железяка...
Но принцип такой:

есть L12 QPC536E, на ней два разъема:
J1 - идет на СС0 PREF(первичный источник)
J2 - идет на СС1 PREF(первичный источник)

и L13 QPC536E, на ней два разъема:
J1 - идет на СС0 SREF(вторичный источник)
J2 - идет на СС1 SREF(вторичный источник)

Независимо от активного клок контроллера вы имеете L12, как первичный источник синхронизации. При его пропадании вы переходите на вторичный - L13.
Сделать L13 и первичным и вторичным можно конечно(кто вам запретит), но смысла в этом нет никакого, если не работает, так все равно работать не станет!
Логичнее было бы определить другой внешний поток для синхронизации.
Если нет других внешних потоков(хотя это крайне рискованно), то следует удалить вторичный источник вообще, дабы не заставлять машину метаться между двумя неисправными потоками.

Таким образом для включения L13 первичным источником следует выполнить следующее:
L13 QPC536E, на ней два разъема:
J1 - идет на СС0 PREF(первичный источник)
J2 - идет на СС1 PREF(первичный источник)

свободно СС0 SREF(вторичный источник)
свободно СС1 SREF(вторичный источник)

и прописать:
REQ prt
TYPE pri2
FEAT syti
PREF CK0 13
SREF CK0
PREF CK1 13
SREF CK1
CCGD 1
CCAR 15
EFCS YES

Доку я вот так с ходу не нашел, слишком уж старая железяка...
Но принцип такой:

есть L12 QPC536E, на ней два разъема:
J1 - идет на СС0 PREF(первичный источник)
J2 - идет на СС1 PREF(первичный источник)

и L13 QPC536E, на ней два разъема:
J1 - идет на СС0 SREF(вторичный источник)
J2 - идет на СС1 SREF(вторичный источник)

Независимо от активного клок контроллера вы имеете L12, как первичный источник синхронизации. При его пропадании вы переходите на вторичный - L13.
Сделать L13 и первичным и вторичным можно конечно(кто вам запретит), но смысла в этом нет никакого, если не работает, так все равно работать не станет!
Логичнее было бы определить другой внешний поток для синхронизации.
Если нет других внешних потоков(хотя это крайне рискованно), то следует удалить вторичный источник вообще, дабы не заставлять машину метаться между двумя неисправными потоками.

Таким образом для включения L13 первичным источником следует выполнить следующее:
L13 QPC536E, на ней два разъема:
J1 - идет на СС0 PREF(первичный источник)
J2 - идет на СС1 PREF(первичный источник)

свободно СС0 SREF(вторичный источник)
свободно СС1 SREF(вторичный источник)

и прописать:
REQ prt
TYPE pri2
FEAT syti
PREF CK0 13
SREF CK0
PREF CK1 13
SREF CK1
CCGD 1
CCAR 15
EFCS YES

Спасибо большое за детальное разъяснение. На выходных попробую выполнить замену.
Один вопрос остался: почему переход DTI с меди на оптику подействовал на PRI, если REF CLK: DIS?.

PRI2 LOOP 29 - ENBL
REF CLK: DSBL
SERVICE RESTORE: YES
ALARM STATUS: ACCEPTABLE
CH 01 - IDLE DID * CH 02 - IDLE DID *
CH 03 - IDLE DID * CH 04 - IDLE DID *
CH 05 - IDLE DID * CH 06 - IDLE DID *
CH 07 - IDLE DID * CH 08 - IDLE DID *
CH 09 - IDLE DID * CH 10 - IDLE DID *
CH 11 - IDLE DID * CH 12 - IDLE DID *
CH 13 - IDLE DID * CH 14 - IDLE DID *
CH 15 - IDLE DID * CH 16 - IDLE DID *
CH 17 - IDLE DID * CH 18 - IDLE DID *
CH 19 - IDLE DID * CH 20 - IDLE DID *
CH 21 - IDLE DID * CH 22 - IDLE DID *
CH 23 - IDLE DID * CH 24 - IDLE DID *
CH 25 - IDLE DID * CH 26 - IDLE DID *
CH 27 - IDLE DID * CH 28 - IDLE DID *
CH 29 - IDLE DID * CH 30 - IDLE DID *
CH 31 - DCH 29

Один вопрос остался: почему переход DTI с меди на оптику подействовал на PRI, если REF CLK: DIS?.

PRI2 LOOP 29 - ENBL
REF CLK: DSBL

Если вопрос о данной петле, то сообщение -> REF CLK: DSBL, говорит лишь о том что данная петля никаким образом в синхронизации не участвует.
А из за чего ошибки пошли выяснить не представляется возможным, т.к. не очень ясно как было до того и что вы делали...
Взять хотя бы вашу распечатку

.ssck 0
ENBL
CLOCK ACTIVE
SYSTEM CLOCK - DTI061
PREF - 13
SREF - 13
AUTO SWREF CLK - ENBL
REF CLK ERR
Затем вернул все назад, но REF disl, почему?
.ssck 1
ENBL
CLOCK ACTIVE
SYSTEM CLOCK - TRACK ON LOOP 13
PREF - 12
SREF - 13
AUTO SWREF CLK - ENBL
NO ERROR
из которой следует, что оба клок контроллера CLOCK ACTIVE, а ведь это неправильно!

Если вопрос о данной петле, то сообщение -> REF CLK: DSBL, говорит лишь о том что данная петля никаким образом в синхронизации не участвует.
А из за чего ошибки пошли выяснить не представляется возможным, т.к. не очень ясно как было до того и что вы делали...
Взять хотя бы вашу распечатку

из которой следует, что оба клок контроллера CLOCK ACTIVE, а ведь это неправильно!
Разумеется СС был активен только один. В тот то и дело, что ничего не делал а всего лишь перевел неактивный 12 луп на оптику, и затем пошли сплошные слипы на PRI.
Подозреваю что из-за этого
TYPE pri2
FEAT syti
PREF CK0 12
SREF CK0 13
PREF CK1 12
SREF CK1 13
CCGD 1
CCAR 15
EFCS YES
Вопрос по альернативному источнику синхронизации. Как определить лучший? У меня несколько провайдеров подсоединены к станции через PRI.

Спасибо за советы

L12 была у вас первичным источником, вы её заменили программно на L13, а шнурок остался на L12, после чего вы дергаете L12 и удивляетесь почему это вашу станцию заколбасило, да вы радуйтесь, что отделались легким испугом, при хороших нагрузках на проц, могли и перегруз словить, а в ЧНН это минут 15 приостанова обслуживания с вытекающими последствиями...
Лучший источник тот, что ближе к ГТС, если все они таковые, то лучше тот, который лучше защищен от различных катаклизмов(повреждения линии, пропадания питания, наводнений, .....), а для надежности их два делают, а при большом желании и четыре.

L12 была у вас первичным источником, вы её заменили программно на L13, а шнурок остался на L12, после чего вы дергаете L12 и удивляетесь почему это вашу станцию заколбасило, да вы радуйтесь, что отделались легким испугом, при хороших нагрузках на проц, могли и перегруз словить, а в ЧНН это минут 15 приостанова обслуживания с вытекающими последствиями...
Лучший источник тот, что ближе к ГТС, если все они таковые, то лучше тот, который лучше защищен от различных катаклизмов(повреждения линии, пропадания питания, наводнений, .....), а для надежности их два делают, а при большом желании и четыре.

Все понятно, конечно лучше было бы иметь первоисточник где можно поучиться организации синхронизации от нескольких провайдеров.
Последний вопрос :распайка кабеля от CC QPC775F до NT5D97AA (там под RJ11 разъемы)
Нашел список кабелей, вероятно они всего лишь по длине отличаются. Ни у кого нет распайки?
DDP2 to QPC471/QPC775 Clock Controller Cables
NTCG03AA — NTCG03AB — NTCG03AC — NTCG03AD

нашел кое-что, кто может подтвердить?
Pinout for the clock db9 to RJ11 connecter:
DB9 Pin Wire Color from RJ11
5 Black
1 Red
2 Green
6 Yellow

Все понятно, конечно лучше было бы иметь первоисточник где можно поучиться организации синхронизации от нескольких провайдеров.
Последний вопрос :распайка кабеля от CC QPC775F до NT5D97AA (там под RJ11 разъемы)

кабелей, к сожалению, нет под руками... ну не на склад же ехать через пол-города, уж извините...
а с синхрой все просто.

1) Вы синхронизируете свою станцию. (не поток, а всю станцию!) следственно, все потоки на Вашей станции работают синхронно.

2) Источник синхронизации, для одной станции, в один момент времени, может быть только один.
Однако, прописать можно два - первичный и вторичный (читай основной и резервный). Если основной пропал, станция уйдет на резервный. если основной появился, станция вернется на него.
если не оставить ни одного нормального источника, то станция начнет слегка "плыть" и слипы появятся на всех(!) потоках, на дальних концах которых не берут синхру от Вашей станции.
почему на всех? потому что они все остались в единой синхронизации, а поплыла относительно них, Ваша станция.

3)внимательно подключаем провода синхронизации. гнезда "pri" и "sec" на клоке, путали хоть разок многие, в том числе и Ваш покорный слуга :-)

4) уточните у самих провайдеров, насколько верна и надежна их синхронизация. если аппаратура провайдера имеет цифровой стык с городом, то можно смело использовать. если же это ip-оператор с дешевым межгором, то надо быть осторожным. возможно, кроме интернета, они никуда не подключены.
Если надежного провайдера нет, то однозначно вторичным источником ставим "FreeRun". это спасет Вас от многих неприятностей, о коих писал slon2.
(кстати, генератор в Меридианах очень неплох! даже в свободном полете он не сильно слипует относительно правильно засинхренной сети.)

проимер неприятностей:
синхра с города шла на 81-ю, от нее 61-я и три 11-х.
с города приходило несколько потоков.
первичным поставили один, вторичным другой и радовались. до тех пор, пока в городе не начали менять генераторы и не пошел с города страшенный расколбас.
итог - 81-я металась между источниками, кое-как за ней успевала 61-я, три 11-х попросту встали. они не смогли обслуживать даже внутренние вызовы!
с тех пор, на моих инсталляциях, всегда второй источник фриран, или заведомо независимый источник!

кабелей, к сожалению, нет под руками... ну не на склад же ехать через пол-города, уж извините...
а с синхрой все просто.

1) Вы синхронизируете свою станцию. (не поток, а всю станцию!) следственно, все потоки на Вашей станции работают синхронно.

2) Источник синхронизации, для одной станции, в один момент времени, может быть только один.
Однако, прописать можно два - первичный и вторичный (читай основной и резервный). Если основной пропал, станция уйдет на резервный. если основной появился, станция вернется на него.
если не оставить ни одного нормального источника, то станция начнет слегка "плыть" и слипы появятся на всех(!) потоках, на дальних концах которых не берут синхру от Вашей станции.
почему на всех? потому что они все остались в единой синхронизации, а поплыла относительно них, Ваша станция.

3)внимательно подключаем провода синхронизации. гнезда "pri" и "sec" на клоке, путали хоть разок многие, в том числе и Ваш покорный слуга :-)

4) уточните у самих провайдеров, насколько верна и надежна их синхронизация. если аппаратура провайдера имеет цифровой стык с городом, то можно смело использовать. если же это ip-оператор с дешевым межгором, то надо быть осторожным. возможно, кроме интернета, они никуда не подключены.
Если надежного провайдера нет, то однозначно вторичным источником ставим "FreeRun". это спасет Вас от многих неприятностей, о коих писал slon2.
(кстати, генератор в Меридианах очень неплох! даже в свободном полете он не сильно слипует относительно правильно засинхренной сети.)

проимер неприятностей:
синхра с города шла на 81-ю, от нее 61-я и три 11-х.
с города приходило несколько потоков.
первичным поставили один, вторичным другой и радовались. до тех пор, пока в городе не начали менять генераторы и не пошел с города страшенный расколбас.
итог - 81-я металась между источниками, кое-как за ней успевала 61-я, три 11-х попросту встали. они не смогли обслуживать даже внутренние вызовы!
с тех пор, на моих инсталляциях, всегда второй источник фриран, или заведомо независимый источник!

спасибо за детальное пояснение. почитал тоже немного теории, сделал новую коммутацию на CC. проверил 2х других провайдеров, но пошли слипы. Компании большие, надежные.
В связи с этим вопрос: станция соединена E1 Euro с ихним оборудованием напрямую без модема. Кабель 6-ой SSTP, расстояние 150м
Может ли это быть причиной слипов? надо ли ставить модемы?
Спасибо.

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

не может. модемы по сути выполняют роль эмулятора провода, только большой длины :)
Остается один выход Free Run, хотя очень странно почему от них слипы.
спасибо за советы.