Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Не удается изменить приоритет синхронизации, На плате INTOF не меняется приоритет
 
Здравствуйте!

Имеется станция OXE (R11) с выносом, подключенным через двойное INTOF подключение (по две платы на основной полке и выносе, одно из подключений MAIN, другое - STANDBY). На станции постоянно с периодичностью 2-5 минут возникает инцидент, о котором я уже как-то здесь писал, но ответа получить не удалось:

15/04/15 16:41:08 000003M|000/08/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 1 , value : 30 31
15/04/15 16:41:08 000003M|000/08/-/---|=0:3660=status of 8KFS (0 is OK, 1 is KO): 0 , value : 30 30

Обратил внимание, что когда общаешься с абонентом выноса, иногда проскакивают щелчки, кратковременно пропадает голос. Также понаблюдал визуально за платами INTOF. Действительно, в момент возникновения инциденота, примерно на одну секунду, загорается красным индикатор SYNC.

Стал более детально исследовать конфигурацию, и обнаружил, что в параметрах плат INTOF на выносе синхронизация выставлена в 255 (т.е. работать автономно). Вынос нас устанавливал подрядчик. Обратился к нему. Тот подтвердил, что эта настройка может быть причиной некорректной синхронизации и рекомендовал задать значения типа 10 на основной плате и 20 на резервной.

Подскажите пож-та, действительно ли данная настройка является причиной возникновения инцидентов?

Попробовал изменить приоритеты и ... не получилось - появилось сообщение об ошибке:

Synchronization Prioprity: Forbidden modification.

С чем может быть связан данный запрет и как его преодолеть?

Думал, что возможно, это связано с тем, что плата находится в состоянии INSERVICE. Хотел перевести ее в OUTSERVICE, но понял, что не знаю как это сделать. Пробовал варианты ouserv с различными ключами (например,
outserv p 2 6 0 all - не отключает плату). Может ли состояние INSERVICE являться причиной запрета модификации?
Ради проверки попробовал изменить приоритет на доступе работающей платы NPRAE - все изменяется без проблем.

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

Прошу Вашего совета.

Большое спасибо!
 
Советую показать здесь полный результат команды infocs, а пока его рассматривают, перечитать раздел PCX Synchronization системной документации. Там даже с примерами и картинками.
 
Никогда не задавали приоритеты синхронизации для INTOF. Это ведь приоритеты синхронизации системы.
Т.е. если поставить (например, теоретически, если получилось бы)) 0 на внешнем Е1 и 10 INTOFB:
- пока есть Е1  - ВСЯ система подстраивается под этот поток
- пропал Е1 - вся станция (и 0-й АСТ то-же) должна начать синхронизироваться от INTOFB (от своего же!!!)

Поэтому - ничего не ставим в INTOF в плане синхронизации.
При проблемах с INTOF:
- оставьте одну пару - посмотрите нет ли там проблем.
- аналогично на одной второй паре.
- внутри пары - можно поменять местами А и В платы (бывают нюансы)

Ну и естественно - интересно посмотреть infocs
 
И в догонку - подключение INTOF какое? Оптика, медь? Как далеко?
 
Выкладываю вывод Infocs
Код
(3)xa000000> infocs

Thu Apr 16 13:04:50 AST 2015


 +----------------------------------------------------------------------+
 | N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
 +----------------------------------------------------------------------+
 |    0 |   0   |       NPRAE  |     0   |   1  |     SYNCHRO | TG:302  |
 +----------------------------------------------------------------------+

 +---------------------------------------------------------------------+
 | Synchronization on global domain X |
 +---------------------------------------------------------------------+


 +========================== Synchro DECT ==================================+

 +--------------------------------------------------------------------------+
 | N_CR | N_CPL |   TYPE       | DECT_CLOCK   | Depending Crystals          |
 +--------------------------------------------------------------------------+
 |    0 |   6   |  CPU7_STEP2  | DTM PRESENT | X |
 |    0 |  15   |       DECT8  | DTM PRESENT | X |
 |    0 |  20   |  CPU7_STEP2  | DTM SYNCHRO |   2                          |
 |    3 |   6   |     INTIP3B  | DTM SYNCHRO |  3*                          |
 +--------------------------------------------------------------------------+


 +========= campus synchronization via INTOFS ====================+

this node 3 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0


Почему-то в нем вообще нет информации о выносе, подключенном по INTOF. К основной полке подключен также вынос по INTIP - о нем, как видно из вывода команды, информация присутствует.

Выкладываю также вывод config all:
Код
(3)xa000000> config all

Thu Apr 16 13:04:20 AST 2015


Crystal 0 :

   +-------------------------------------------------------------------+
   | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
   |----|----|------------|-----------|--------------|-----------------|
   |  0 |  0 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  1 |        eZ32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  2 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  3 |      eZ32_2|---------- |ONLY OPS FILE |   BAD PCMS CODE |
   |  0 |  4 |        GPA2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  6 |  CPU7_STEP2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  7 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  8 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 |  9 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 10 |        eZ32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 11 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 12 |        eZ32|---------- | REG NOT INIT |   BAD PCMS CODE |
   |  0 | 15 |       DECT8|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 17 |      INTIPA|    INT-IP |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 19 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 20 |  CPU7_STEP2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 21 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 22 |        BRA2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 24 |      INTIPA|    INT-IP |   IN SERVICE |   BAD PCMS CODE |
   |  0 | 26 |         RMA|---------- |ONLY MAO FILE |   BAD PCMS CODE |
   |  0 | 27 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
   +-------------------------------------------------------------------+

   --- Inter Crystal Topology ---

   +-------------------------------------------------------------------------+
   | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
   |-------------------------------------------------------------------------|
   |000 | 08 -INTOF2A (INT_A  )  ===  78/78 ===  (   MAIN) INTOF2B - 20 |002 |
   |-------------------------------------------------------------------------|
   |000 | 27 -INTOF2A (INT_A  )  ===  77/78 ===  (STANDBY) INTOF2B - 06 |002 |
   |-------------------------------------------------------------------------|

 > Reference rack not set


Crystal 1 :

   +-------------------------------------------------------------------+
   | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
   |----|----|------------|-----------|--------------|-----------------|
   |  1 |  0 |   UA_FICTIF|           |   IN SERVICE |    NO PCMS CODE |
   +-------------------------------------------------------------------+


Crystal 2 :

   +-------------------------------------------------------------------+
   | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
   |----|----|------------|-----------|--------------|-----------------|
   |  2 |  1 |      eZ32_2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 |  6 |     INTOF2B|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 10 |      eZ32_2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 12 |      eZ32_2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 15 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 17 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 20 |     INTOF2B|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 22 |       NDDI2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 24 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  2 | 26 |        BRA2|---------- |   IN SERVICE |   BAD PCMS CODE |
   +-------------------------------------------------------------------+

   --- Inter Crystal Topology ---

   +-------------------------------------------------------------------------+
   | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
   |-------------------------------------------------------------------------|
   |002 | 06 -INTOF2B (STANDBY)  ===  77/78 ===  (  INT_A) INTOF2A - 27 |000 |
   |-------------------------------------------------------------------------|
   |002 | 20 -INTOF2B (MAIN   )  ---  78/78 ---  (  INT_A) INTOF2A - 08 |000 |
   |-------------------------------------------------------------------------|

Crystal 3 :

   +-------------------------------------------------------------------+
   | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
   |----|----|------------|-----------|--------------|-----------------|
   |  3 |  0 |      eZ32_2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  3 |  2 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  3 |  4 |       NDDI2|---------- |   IN SERVICE |   BAD PCMS CODE |
   |  3 |  6 |     INTIP3B|   INT-IP3 |   IN SERVICE |   BAD PCMS CODE |
   +-------------------------------------------------------------------+

   --- Inter Crystal Topology ---

   +-------------------------------------------------------------------------+
   | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
   |-------------------------------------------------------------------------|
   |003 | 06 -INTIP3B (MAIN   )  ---   7/7  ---  (  INT_A) INTIP3A - 01 |019 |
   |-------------------------------------------------------------------------|

Crystal 19 :

   +-------------------------------------------------------------------+
   | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
   |----|----|------------|-----------|--------------|-----------------|
   | 19 |  0 |      FICTIF|           | REG NOT INIT |    NO PCMS CODE |
   | 19 |  1 |     INTIP3A|           |   IN SERVICE |    NO PCMS CODE |
   | 19 |  2 |     INTIP3A|           |  OUT OF SERV |    NO PCMS CODE |
   +-------------------------------------------------------------------+

   --- Inter Crystal Topology ---

   +-------------------------------------------------------------------------+
   | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
   |-------------------------------------------------------------------------|
   |019 | 01 -INTIP3A (INT_A  )  ===   7/7  ===  (   MAIN) INTIP3B - 06 |003 |
   |-------------------------------------------------------------------------|
(3)xa000000>


Настройки всех INTOF плат одинаковые и имеют следующий вид
Код
 --Review/Modify: Board------------------------------------------------¬
 ¦ X ¦
 ¦             Node Number (reserved) : 3 X ¦
 ¦                      Shelf Address : 0 X ¦
 ¦                      Board Address : 8 X ¦
 ¦ X ¦
 ¦                     Interface Type + INTOF2A                        ¦
 ¦                      Virtual board + NO                             ¦
 ¦                        Usage State + Unknown                        ¦
 ¦                  Operational State + Enabled                        ¦
 ¦                 Main/Standby State + Main (Master)                  ¦
 ¦           Number Of Sets Connected : 0 X ¦
 ¦               Remote Shelf Address : 2 X ¦
 ¦               Remote Board Address : 20                             ¦
 ¦           Synchronization Priority : 255                            ¦
 ¦                            Country + Default                        ¦
 ¦              Incidents Teleservice + YES                            ¦
 ¦ X ¦
 L----------------------------------------------------------------------


Бросается в глаза странный статус Usage State = Unknown.

Вынос подключен по оптике. В настоящий момент используется одна и та же трасса для обоих подключений, однако в ближайшем будущем для отказоустойчивости планируем переключить одно из соединений на другую трасса. Длина трасс около 2,5 км. Новая планируемая трасса около 3,5 км.

Спасибо!
Цитата
vad пишет:
- внутри пары - можно поменять местами А и В платы (бывают нюансы)
Уважаемый vad, можно поподробнее, что вы имели в виду - поменять местами платы внутри основной полки (выноса), оставив платоместа теми же самыми? Или поменять платы между выносом и основной полкой?

Спасибо!
 
Плат INTOF нет в выводе по infocs - потому что они не причем в этом вопросе. ITNIP упомянут в разделе синхроницации DECT. Для работы баз DECT на IP выносе  - будет использоваться генератор (условно) с платы INTIP.

Про смену плат - я имел в виду - физически поменять платы INTOF A и INTOF местами (т.е. 0-8 поменять местами с 2-20). И посмотреть.
Если длина оптики 2,5 км по одномодовому волокну - проблем быть не должно.
Но все равно  - проверьте - хорошо ли подсоединены патч-корды и т.п. Встречал Заказчика, который считал, что FC разъемы надо недокручивать (чтоб не повредить поверхность), работа с воздушным зазором - вещь забавная.
 
1. Плата pri в слоте 0-0 совместно с intof вещь коварная
2. синхра для дект откуда берется с проца или dect8
3. Стоит руками времени перезапустить синхру дект (а еще лучше сам дект) и посмотреть на через сколько времени опять инцинденты поползут
4. Я сторонник физического изолирования pri если есть дект. Изолирование pri по схеме pri-sip-pri, так по крайне мере можно избавится от кривизны часов прова
Пути IP-пакета неисповедимы
 
Коллеги, правильно ли я понимаю, что ничего такого "криминального" в текущей конфигурации нет? Т.е. какого-то параметра настройки, который был не задан надлежащим образом подрядчиками и о котором я не знаю, вроде как нет?

Цитата
vad пишет:
Но все равно - проверьте - хорошо ли подсоединены патч-корды и т.п.
Понял, спасибо. Всё проверю. Возможно имеет смысл также сделать замеры трассы рефлектометром - тоже займусь.
Платы тоже попробую поменять.

Цитата
error пишет:
1. Плата pri в слоте 0-0 совместно с intof вещь коварная
К сожалению, тут уже сложно что-то изменить. Привязка к существующей схеме, отсутствие SIP-E1 конверторов, наличие проектной документации, которую у нас любят проверять различные аудиторы - все это связывает руки.

Цитата
error пишет:
2. синхра для дект откуда берется с проца или dect8
Если нетрудно, сообщите пожалуйста, где это посмотреть? CPLSTAT?

Цитата
error пишет:
3. Стоит руками времени перезапустить синхру дект (а еще лучше сам дект) и посмотреть на через сколько времени опять инцинденты поползут
Попробую сделать.

Цитата
error пишет:
4. Я сторонник физического изолирования pri если есть дект. Изолирование pri по схеме pri-sip-pri, так по крайне мере можно избавится от кривизны часов прова
Вот насчет часов прова хотелось бы сделать несколько уточнений. На самом деле поток E1 на порт 0-0 платы NPRAE к нам приходит не напрямую от провайдера, а через наше же оборудование SDH. Т.е. на площадке оператора стоит наша железка Cisco ONS 15305, в которую в том числе включен поток E1 ГТС. Далее с этой железки к нам через SDH кольцо приходит поток STM1, из которого уже в нашем здании вытаскиваются различные E1, в том числе поток ГТС. Источником синхронизации всей системы задан именно поток ГТС, который приходит в ONS на площадке оператора.
Другие потоки, вынимаемые у нас и подключаемые к сети передачи данных, по сути, также синхронизированы от данного потока ГТС. Сеть передачи данных работает штатно. Каких-либо проскальзываний не наблюдается.
Я думаю, что если бы была некачественная синхра от провайдера, наверное, на СПД это сказалось бы в первую очередь?

И еще насчет качества синхры... Правильно ли я понимаю, что у провайдера нет какой-то особенной настройки типа "отдавать синхру" или "не отдавать", т.е. он передает обычный TDM поток. В этом случае, насколько корректным является обращение к провайдеру с просьбой проверить, улучшить качество передаваемого потока? Можно ли вообще как-то определить качественность определенного потока: выполнить какие-то замеры и т.д., чтобы не ориентироваться по косвенным признакам типа сигнала SYNC на плате станции?

Спасибо!
 
Пара мыслей - уберите с платы DECT8 галку о DTM (у вас пара CPU7 - этого достаточно для синхронизации DECT, в приведенном выводе синхронизация DECT была от CPU7 0 20)

Если поток добегает от провайдера по SDH - там тоже должна быть синхронизация (в SDH). Косвенным признаком проблем - могут быть проблемы с факсами (если они есть).

А так, если инциденты с INTOF возникают каждую пару минут - убираете с Е1 синхронизацию (ставите 255) и смотрите. Если проблемы с INTOF пропали - тогда вам предстоит разбираться, что у вас в SDH с синхронизацией.
 
Цитата
vad пишет:
Если длина оптики 2,5 км по одномодовому волокну - проблем быть не должно.

Но все равно  - проверьте - хорошо ли подсоединены патч-корды и т.п. Встречал Заказчика, который считал, что FC разъемы надо недокручивать (чтоб не повредить поверхность), работа с воздушным зазором - вещь забавная.

2,5км - это ничтожно малые расстояния для одномодового ОВ.
По одномоду, у меня без проблем в течении 5 лет, работает вынос на 25км.
 
Конечно, тс-у лучше проверить свою оптику оптическим рефлектометром , также очень нелишним будем замерить затухание опт.линии (нужен приемник и и излучатель). Больше 10-лет работает вынос через 2 INTOF-a , т.е через 2 разных оптических линии.
Изменено: fedoseevka - 18.04.2015 08:11:39
Страницы: 1
Читают тему