Добавить поддержку плат ST-124M, ST-116M, ST-018M

[ledol]

Прошу провести работу по добавлению плат ST-124M, ST-116M, ST-018M в состав блока MC04-DSL3U.

[alx]

Replying to ledol:

Прошу провести работу по добавлению плат ST-124M, ST-116M, ST-018M в состав блока MC04-DSL3U.

Просьба не совсем понятна... Что именно подразумевается под "включением в состав"?

[alx]

А, кажется об этом написано в приложенном тексте... :)

[alx]

комментарий на текст, написанный в приаттаченном файле MiB_ST-124M.txt

В ПЛИС данных плат реализован увеличенный буфер пакетов мониторинга, что позволяет сгруппировать параметры конфигурации в одну переменную и данные статистики\статуса в другую (6 и 7).
Если тебе, по каким-то причинам, такой подход неудобен, будем переменные фрагментировать по функциям. Сообщи свое мнение.

Я думаю, что стоит попробовать реализовать поддержку увеличенных буферов - это не должно быть сильно сложно, и это может позже пригодиться для каких-то других плат. К сожалению, ты не написал (или я не увидел), до какого значения увеличен максимальный размер пакета. Сообщи, пожалуйста.

И еще я думаю, что имеет смысл сделать так, чтобы плата сама сообщала SW-01, какой максимальный размер пакета она поддерживает - на случай если позже захочется/потребуется это значение изменить. Это можно сделать, например, чтением какой-то переменной.

1. Конфигурацию платы (переменная 6) сосредоточить в одной вкладке. Пронумеровать блоки и подблоки конфигурации. Группы настроек выделить рамкой.

Там так много всего конфигурируется, я не уверен, что это все поместится на одну вкладку... Можно, конечно, сделать блок с полосой прокрутки, но мне кажется, что прокручивать менее удобно, чем переключать вкладки. Посмотрю по ходу дела, что будет получаться, потом решим окончательно...

Сопроводить значения параметров и статистики данными настроек платы.

? Эту фразу я не понял. Поясни, пожалуйста, что имеется в виду.

1- Общие(Глобальные) параметры платы (визуализировать осн. настройки)

Глобальные настройки платы уже предлагалось отобразить в пункте 1 (на вкладке с настройками). Верно ли я понял, что предлагается отобразить их на вкладке с состоянием и статистикой второй раз?

Верно ли я понял, что на вкладке состояния предлагается повторно визуализировать не все глобальные настройки, а только некоторые из них (основные)? Если да, то какие именно из глодальных настроек являются основными, а какие - второстепенными?

3. Новые функции\ расширенные старые функции.

...

Раньше был только APS1(PP).

Не очень понимаю, что значит "старые" и "раньше", ведь в блоке 3U поддержки этих плат еще не было...

В описательной части можно раскрыть абревиатуры (если считаешь нужным):
APS2(SNCP-SNC\I) - решение принимается блоком TU-DXC, перед упаковкой\после распаковки TU-3 структуры.
APS1(PP-SNC\P) - решение принимается блоком MAP, непосредственно инкапсулирующим\декапсулирующим контейнер VC-12.

Не совсем понятно, что подразумевается под "описательной частью". Если Руководство по эксплуатации - то это не ко мне, разработчик РЭ - Vladimir, эту информацию лучше направить ему в проекте ​mc-04 (компонент "Руководство по эксплуатации").

4-х битовые поля QL (0000-1111) являются общепринятым методом детерминирования качества источника по G.781 (базовый стандарт-описание синхронизации STM), по общению с эксплуатацией эти константы - наиболее понятный вариант описания, предлагаю их использовать.

Здесь тоже не очень понятно - предлагается задавать и отображать значения приоритетов в двоичной форме?

_=== B (102 байта)===_

119-221 -- -- --

Но в указанном диапазоне (119...221) не 102, а 103 байта! Наверное здесь ошибка...

_=== Настройка TU (Tributary Unit 1-63) 63*2 bytes =========================================

222-348

Но в казанном диапазоне (222...348) не 126 (63 * 2), а 127 байт! Наверное здесь тоже ошибка...

18-33 - J2_RX_Exp 15 байт ASCII

Но в указанном диапазоне (18...33) не 15, а 16 байт! Верно ли я понимаю, что в последнем байте должен быть всегда 0? Нет ли здесь ошибки?

1217 - Прием полей J2\... из контейнера*: 0-62 0

• Настройка параметров Eth VCG0-3 :
• 24 байта = 4*6 байт

_=== Настройка режимов и параметров синхронизации =================================

1241 0 Полоса пропускания PLL 1Hz(узкая)\9Hz(широкая) 0\1 1

24 байта здесь никак не поместятся, так как диапазон 1218...1240 содержит только 23 байта! Очевидно, здесь ошибка...

1255 Bandwith control4 [7..4]-port-7 [3..0]-port6 0-no (1-128k 2-256k 3-512k 4-1M 5-2 6-4M 7-8M)
1255-1258 Port0..3 config

Здесь байт 1255 определено дважды - визимо, здесь ошибка...

-- 1269-1333 байты (64=16*4)

Но в указанном диапазоне не 64, а 65 байт! Нет ли здесь ошибки?

_=== Состояние и статистика оптических портов STM A\B (2*84 bytes)===
_=== A ===
29 0 Вкл.\Выкл. направление A вкл.\выкл. 0\1 0

...

114 N1_Rx - -
_=== B ===
115-199 Состояние и статистика оптического порта B

Но в диапазоне 29...114 не 84, а 86 байт, а в диапазоне 115...199 не 84 и не 86, а 85 байт! Очевидно, где-то здесь ошибка...

_=== Сост. контейнеров каналов Eth (6*63=378) ===
_== 0 ==
256 0 Задействован в VCG 1\0 0
262-265 REI_Count - -
======
633-647 Поле J2 выбранного контейнера - -

Но в диапазоне 256...265 не 6, а 10 байт! Очевидно, здесь какая-то ошибка...
И в диапазоне 256...632 не 378 (6*63) и не 630 (10*63), а 377 байт! Кажется здесь тоже ошибка...

_=== Сост. потоков\контейнеров Е1 (28*24 = 672) ===
651 0 Блокирован\Разблокирован 1\0 0

...

679 7 TU12_AIS 0\1 0

...

1322 Port[7..0]Link 0-no Link 1-Link 0\1 0

Но в диапазоне 651...679 не 28, а 29 байт! По-моему здесь какая-то ошибка...
И в диапазоне 651...1321 не 696 (29*24) и даже не 672 (28*24), а всего 671 байт! Здесь какая-то ошибка...

(REG[15..0] = 1325[7..0]1324[7..0] is valid when detect range is within ±30ppm and 1322[2..1] = 00)

В описании байта 1322 сказано, что 0 означает нет линка, а 1 - есть линк. Верно ли здесь написано, что измеритель T0 валиден, если в портах ethernet 1 и 2 нет линка? Нет ли здесь ошибки? Может быть должно быть наоборот - валиден если 1322[2..1] не равны 00?

И еще непонятно, что подразумевается под "1325[7..0]1324[7..0]". Согласон описанию, байты 1324 и 1325 - это битовые поля, вряд ли интерпретация этих байтов как числа имеет смысл...

Вероятно, позже будут еще вопросы, это пока то, что заметил при первом чтении...

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

[alx]

О, еще забыл один момент.

	0       COMMAND                 = 0 - нет активных команд               0
	                                = 1 - старт реконфигурации платы
	                                = 2 - опрос модулей SFP
...
	В этих платах реализован механизм "мягкого" перезапуска, в переменной 6 предусмотрены настройки признаков обновления
	переменной и полного рестарта конфигурации, поэтому предлагаю "1 - старт реконфигурации платы" сделать режимом полного
	аппаратного перезапуска платы и визуализировать в виде отдельной кнопки.

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

В этой связи я хотел бы спросить про команду 2 - зачем она нужна? В смысле, для чего надо перед каждым чтением модулей SFP непременно записывать команду 2 (это я по аналогии с платой GE-12 например)? Если я правильно понимаю, что это работает примерно как команда "опрос" в SM-01 (то есть без команды данные, читаемые из переменной .8.0, не будут обновляться), то это создает большие неудобства при мониторинге - кроме собственно мониторинга придется еще делать периодическую запись команды 2, то есть нужны дополнительные "костыли" в системе мониторинга (или рядом с ней)... Нельзя ли убрать и команду 2 и читать модули при каждом запросе?

[ledol]

комментарий на текст, написанный в приаттаченном файле MiB_ST-124M.txt

В ПЛИС данных плат реализован увеличенный буфер пакетов мониторинга, что позволяет сгруппировать параметры конфигурации в одну переменную и данные статистики\статуса в другую (6 и 7).
Если тебе, по каким-то причинам, такой подход неудобен, будем переменные фрагментировать по функциям. Сообщи свое мнение.

Я думаю, что стоит попробовать реализовать поддержку увеличенных буферов - это не должно быть сильно сложно, и это может позже пригодиться для каких-то других плат. К сожалению, ты не написал (или я не увидел), до какого значения увеличен максимальный размер пакета. Сообщи, пожалуйста.

Ответ:
В данный момент Толя задал объем буфера приема и передачи 2048 байт. С учетом ESQ-кодировки можно принимать\передавать пакеты размером до 1900. Больше ничего сказать не могу, ПЛИС пока тестировал
только в рамках предыдущих плат (ST-124).

Сопроводить значения параметров и статистики данными настроек платы.

? Эту фразу я не понял. Поясни, пожалуйста, что имеется в виду.

Ответ:
Имеется в виду следующее. Есть вкладка "статистика", на ней отображаются параметры,
структурно-связанные с конфигурационными данными, заданными во вкладке "конфигурация".
Разумно совместить отображение в одну область.
Пример: поля J2_Tx, J2_Exp, J2_Rx используются для идентификации потока\контейнера.
При этом J2_Tx и J2_Exp(Ожидаемое) задаются в "конфигурации", а J2_Rx отображается в
"статистике". Разумно совместить поля во вкладке "статистика" для понимания что ты задал,
чего ты ожидаешь, что ты получил...
_
Раньше был только APS1(PP).

Не очень понимаю, что значит "старые" и "раньше", ведь в блоке 3U поддержки этих плат еще не было...

Ответ:
Имеются ввиду переменные и функционал плат ST-124, ST-116, St-018.

/ В описательной части можно раскрыть абревиатуры (если считаешь нужным):
APS2(SNCP-SNC\I) - решение принимается блоком TU-DXC, перед упаковкой\после распаковки TU-3 структуры.
APS1(PP-SNC\P) - решение принимается блоком MAP, непосредственно инкапсулирующим\декапсулирующим контейнер VC-12.

Не совсем понятно, что подразумевается под "описательной частью". Если Руководство по эксплуатации - то это не ко мне, разработчик РЭ - Vladimir, эту информацию лучше направить ему в проекте ​mc-04 (компонент "Руководство по эксплуатации").

Ответ: Всплывающие подсказки, сноски. Если у нас будет вкладка с прокруткой, почему не добавить в конец небольшой глоссарий?

[ledol]

_=== B (102 байта)===_

119-221 -- -- --

Но в указанном диапазоне (119...221) не 102, а 103 байта! Наверное здесь ошибка...

_=== Настройка TU (Tributary Unit 1-63) 63*2 bytes =========================================

222-348

Но в казанном диапазоне (222...348) не 126 (63 * 2), а 127 байт! Наверное здесь тоже ошибка...

18-33 - J2_RX_Exp 15 байт ASCII

Но в указанном диапазоне (18...33) не 15, а 16 байт! Верно ли я понимаю, что в последнем байте должен быть всегда 0? Нет ли здесь ошибки?

1217 - Прием полей J2\... из контейнера*: 0-62 0

Настройка параметров Eth VCG0-3 :
24 байта = 4*6 байт
_=== Настройка режимов и параметров синхронизации =================================

1241 0 Полоса пропускания PLL 1Hz(узкая)\9Hz(широкая) 0\1 1

24 байта здесь никак не поместятся, так как диапазон 1218...1240 содержит только 23 байта! Очевидно, здесь ошибка...

1255 Bandwith control4 [7..4]-port-7 [3..0]-port6 0-no (1-128k 2-256k 3-512k 4-1M 5-2 6-4M 7-8M)
1255-1258 Port0..3 config

Здесь байт 1255 определено дважды - визимо, здесь ошибка...

-- 1269-1333 байты (64=16*4)

Но в указанном диапазоне не 64, а 65 байт! Нет ли здесь ошибки?

_=== Состояние и статистика оптических портов STM A\B (2*84 bytes)===
_=== A ===
29 0 Вкл.\Выкл. направление A вкл.\выкл. 0\1 0

...

114 N1_Rx - -
_=== B ===
115-199 Состояние и статистика оптического порта B

Но в диапазоне 29...114 не 84, а 86 байт, а в диапазоне 115...199 не 84 и не 86, а 85 байт! Очевидно, где-то здесь ошибка...

_=== Сост. контейнеров каналов Eth (6*63=378) ===
_== 0 ==
256 0 Задействован в VCG 1\0 0
262-265 REI_Count - -
======
633-647 Поле J2 выбранного контейнера - -

Но в диапазоне 256...265 не 6, а 10 байт! Очевидно, здесь какая-то ошибка...
И в диапазоне 256...632 не 378 (6*63) и не 630 (10*63), а 377 байт! Кажется здесь тоже ошибка...

_=== Сост. потоков\контейнеров Е1 (28*24 = 672) ===
651 0 Блокирован\Разблокирован 1\0 0
/
...

679 7 TU12_AIS 0\1 0

...

1322 Port[7..0]Link 0-no Link 1-Link 0\1 0

Но в диапазоне 651...679 не 28, а 29 байт! По-моему здесь какая-то ошибка...
И в диапазоне 651...1321 не 696 (29*24) и даже не 672 (28*24), а всего 671 байт! Здесь какая-то ошибка...

Ответ:
Большое спасибо!
Извини за невнимательность.
Добавлен файл V2.
По возможности проверь его, пожалуйста.

[ledol]

(REG[15..0] = 1325[7..0]1324[7..0] is valid when detect range is within ±30ppm and 1322[2..1] = 00)

В описании байта 1322 сказано, что 0 означает нет линка, а 1 - есть линк. Верно ли здесь написано, что измеритель T0 валиден, если в портах ethernet 1 и 2 нет линка? Нет ли здесь ошибки? Может быть должно быть наоборот - валиден если 1322[2..1] не равны 00?

И еще непонятно, что подразумевается под "1325[7..0]1324[7..0]". Согласон описанию, байты 1324 и 1325 - это битовые поля, вряд ли интерпретация этих байтов как числа имеет смысл...

Ответ:
1/
Номер байта скорректирован в приложении ...V2.txt.
Имеется ввиду состояние байта 1347.
1347.1..2 Состояние SEC: locked\tracing\hold\free-run 00\01\10\11

2/ И еще непонятно .....
Добавлена новая версия описания.

[ledol]

В этой связи я хотел бы спросить про команду 2 - зачем она нужна? В смысле, для чего надо перед каждым чтением модулей SFP непременно записывать команду 2 (это я по аналогии с платой GE-12 например)? Если я правильно понимаю, что это работает примерно как команда "опрос" в SM-01 (то есть без команды данные, читаемые из переменной .8.0, не будут обновляться), то это создает большие неудобства при мониторинге - кроме собственно мониторинга придется еще делать периодическую запись команды 2, то есть нужны дополнительные "костыли" в системе мониторинга (или рядом с ней)... Нельзя ли убрать и команду 2 и читать модули при каждом запросе?

Ответ:
Структурно, опрос модулей SFP, выполняется контроллером через "ногодрыжество", обычными I/O пинами.
Временные накладные расходы опроса килобайтного объема черезвычайно высоки.
При этом, информация от этих модулей актуальна только в момент, когда пользователь нажимает в
WEB-интерфейсе кнопочку i, и видит актуальные данные SFP page1 + page2.
В общем есть 2 режима: 1/ Данные переменной MIB не используются; 2/ Данные обновляются и считываются с определенным периодом. В режиме 2 все остальные данные переменных платы не используются. И при этом в режиме 2 желательно выдержать визуальный период реакции на действие (0-3 сек.).

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

[alx]

Replying to ledol:

Извини за невнимательность.
Добавлен файл V2.
По возможности проверь его, пожалуйста.

Ага, я его увидел, когда уже отправил комментарий. Но читать вчера уже было лень. :)
Сейас вижу, уже v3 приложено...

Спасибо за ответы, я думаю, информации для начала работы мне вполне достаточно. Дальше буду задавать вопросы по ходу дела.

[alx]

Replying to ledol:

Структурно, опрос модулей SFP, выполняется контроллером через "ногодрыжество", обычными I/O пинами.
Временные накладные расходы опроса килобайтного объема черезвычайно высоки.
При этом, информация от этих модулей актуальна только в момент, когда пользователь нажимает в
WEB-интерфейсе кнопочку i, и видит актуальные данные SFP page1 + page2.

Что-то я не понимаю...

Во-первых, что ты имеешь в виду, говоря "чрезвычайно высоки"? В плате SW-01 доступ к SFP тоже сделан "ногодрыгом". Чтение одного блока (256 байт) там занимает ~25 мс (обоих блоков - ~50 мс). А у тебя сколько получается? Задержку 50 мс никакой пользователь просто не заметит. Два SFP сидят на разных интерфейсах, поэтому читаются параллельно - то есть от того, что их два, время не увеличивается...

Во-вторых, когда пользователь в диалоге платы GE-12 нажимает кнопку "i", плата же все равно читает SFP, так как ей идет команда! То есть время все равно тратится, и даже больше!

Сравни два сценария. Вот как происходит опрос SFP в плате GE-12 (по моей памяти):

Как видишь из браузера последовательно уходит три разных запроса, прежде чем пользователь получит результат. А вот как это происходит в плате SW-01:

Во втором случае браузер делает только один запрос, и соответственно, пользователь получает результат быстрее (особенно если запрашиваемый блок далеко и задержка сети составляет заметное время)...

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

Я, собственно, уже предложил - выполнять чтение данных из SFP по факту запроса переменной .8.0 (как на втором рисунке выше), а не по факту записи команды 2 в переменную .5.0. Такой вариант мне кажется лучшим из возможных.

Почему вариант с командой для пользователей плохо? Представь, что кто-то купил плату, посмотрел MIB, обнаружил там переменную, которая отдает данные SFP и думает: "О, классно, я могу завести в мою систему мониторинга уровень входного сигнала и температуру, и она будет меня предупреждать если уровень сигнала опустится ниже -25 или если температура поднимется выше +55!". Заводит все в систему мониторинга, целый год смотрит на графики и радуется что там ровная линия - уровень сигнала не падает, температура не растет. А про команду 2 он не знает, и система мониторинга просто получает данные, прочитанные год назад. А на самом деле уже и входной сигнал ниже -35, и температура выше +60... :)

[ledol]

/Я, собственно, уже предложил - выполнять чтение данных из SFP по факту запроса переменной .8.0 (как на втором рисунке выше), а не по факту записи команды 2 в переменную .5.0. Такой вариант мне кажется лучшим из возможных.

Хорошо, давай сделаю опрос SFP данных по факту считывания переменной 8, скажем раз в секунду.

[alx]

Не описаны байты 1312...1335 переменной .6.0. Что туда записывать?

[alx]

In 2471/sw:

В swd добавлена поддержка плат ST-124M, ST-116M и ST-018M
See #734.

[ledol]

Не описаны байты 1312...1335 переменной .6.0. Что туда записывать?

Скорректирован размер переменной 6 (стал 1312 байт).

[alx]

In 2478/sw:

Размер конфигурационных данных ST-124M уменьшен до 1312.
See #734.

[ledol]

Добавлено описание переменных V5.

[ledol]

Добавлено описание переменных V8.

[ledol]

В блок 0.250 установлена плата ST-124M. Извините за задержку.
В данный момент есть проблемы со считыванием переменных 6, 7, 8 чей размер больше 1000 байт.
При этом 4-я переменная (MiB), размером 399 байт считывается нормально.
На запрос ​http://192.168.0.250/api.php?json={%22cmd%22:%22snmpget%22,%22varlist%22:[%22.4.13.4.0%22]}
выдается ответ {"cmd":"snmpget","result":{".4.13.6.0":{"oid":".4.13.6.0","status":"Timeout"}}}.
В закладке Статистика прибавляется счетчик Big. CPU пакет генерирует, загружает в ПЛИС. Если дело в плате, в понедельник стану терзать Толю.

[ledol]

Добавлено описание переменных V11.

[alx]

Возник вопрос.

В прикрепленном файле MiB_ST-124M_V11.txt написано про конфигурацию BERT-тестера:

поток выбранный для приема или передачи должен учавствовать в настройке трибутарной группы 1-63

Означает ли это, что пользователь обязан настроить в конфигурации TU хотя бы один поток E1 (то есть надо выдавать ошибку, если ни одного потока E1 не настроено)? Если нет, что что записывать в биты 6..2 байтов 349 и 350 конфигурации, если пользователь все-таки ни одного потока E1 в конфигурации TU не настроил?

[alx]

Replying to alx:

Означает ли это, что пользователь обязан настроить в конфигурации TU хотя бы один поток E1?

Сейчас я сам сообразил, что в конфигурации по умолчанию ни одного потока E1 не настроено, следовательно такая конфигурация является валидной. Поэтому первый вопрос снимается.

Будет ли корректно в случае, когда ни одного потока E1 не настроено, записывать в биты 6..2 байтов 349 и 350 значение 0 (как в конфигурации по умолчанию)?

[ledol]

• Будет ли корректно в случае, когда ни одного потока E1 не настроено, записывать в биты 6..2 байтов 349 и 350 значение 0 (как в конфигурации по умолчанию)?

Да. 0 - это 1-й Е1.

[alx]

Replying to ledol:

Да. 0 - это 1-й Е1.

Это я понял. Просто это противоречит процитированному мной в comment:20 условию (если 1-й E1 не настроен в конфигурации TU), вот я и попросил уточнить...

[ledol]

Нууу, тогда нужно при включении битом 0 BERT Tx или Rx добиваться ввода корректного номера потока.

[alx]

Replying to ledol:

Нууу, тогда нужно при включении битом 0 BERT Tx или Rx добиваться ввода корректного номера потока.

??? Я говорил не о бите 0, а о битах 6...2 байтов 349 и 350, вот этих:

    6..2    BERT_TX_num_E1[0-23]                            0-23            0

и

    6..2    BERT_RX_num_E1[0-23]                            0-23            0

[ledol]

Это понятно, состояние битов 6..2 актуально при бите 0 = 1, т.е. когда тестер включен.
Включили тестер - задайте корректный номер потока в поле 6..2. Нет подключенных потоков - настройки тестера недоступны. Как то так.

[alx]

Replying to ledol:

Это понятно, состояние битов 6..2 актуально при бите 0 = 1, т.е. когда тестер включен.

А, то есть правило, которое я процитировал в comment:20, должно выполняться только если бит 0 равен 1, а если он равен 0, то в битах 6..2 может быть все что угодно. Я правильно теперь понял?

[ledol]

Совершенно верно

[alx]

Возник еще один вопрос, похожий на предыдущий. В приложенном файле MiB_ST-124M_V11.txt написано:

    1192    -       Прием полей J2\... из контейнера*:              0-62            0
    *- в диапазоне 0-62 доступны только контейнеры занятые под трафик ETH или E1

При этом даже в дефолтной конфигурации это условие не выполняется: как видно в приведенной выше цитате, байт 1192 по умолчанию имеет значение 0, что, если я правильно понимаю, соответствует контейнеру номер 1. Однако по дефолту все контейнеры, включая контейнер 1, имеют формат "транзит", то есть не заняты под трафик ETH или E1! Нет ли здесь ошибки? Может быть здесь тоже неполное условие? Что записывать в этот байт, если ни один контейнер не занят под трафик ETH или E1?

[ledol]

И да, и нет. В случае этого поля, некорректная установка номера приведет только к отсутствию информации в полях

631-645 Поле J2 выбранного контейнера - -
646 Поле K4 выбранного контейнера - -
647 Поле N2 выбранного контейнера - -
648 Поле TSL(V5) выбранного контейнера - -
переменной 7, т.е. я ничего криминального ни в значении 0 по умолчанию не вижу, и в номере который не относится к Eth. Но вот может как то пояснить, акцентировать можно? В описании то напишем, но их мало читают.

[ledol]

А лучше давай сделаем так, значение 0-выкл. 1-63 номер контейнера. И допустимыми являются только контейнеры занятые Eth трафиком.

[alx]

Replying to ledol:

А лучше давай сделаем так, значение 0-выкл. 1-63 номер контейнера. И допустимыми являются только контейнеры занятые Eth трафиком.

Хорошо.

[ledol]

Скорректировал описание.

[alx]

Возник еще один вопрос. В файле MiB_ST-124M_V12.txt написано:

727	SQ select, выбор вариантов QL: 
728	0 - 0000  (default)     undefined
729	1 - 0010                G.811,PRC,ПЭГ\ЗГ
730	2 - 0100                G.812(1\4),SSU-A,ВЗГ
731	3 - 1000                G.812(6),SSU-B,МЗГ
732	4 - 1011                SETS(ГСЭ) G.813
733	5 - SSM_Rx              Input SSM (Для T31\Т32 доступны только если выбран NRZ)

Но там не указано (или я не смог найти) значение SSM_Rx. Какое значение должно быть записано в биты 4..1 конфигурации входов синхронизации при выборе последнего варианта?

[ledol]

В биты 4..1 конфигурации входов синхронизации при выборе последнего варианта (SSM_Rx) пишется значение 5 (0101), как и указано выше.

[ledol]

Я немного поясню. Есть стандарт нормирующий качество источника синхронизации в системах SDH, G.781.
В нем приведена сводная таблица дающая источнику определенного качества в соответствие цифровую тетраду (0-15).
Эта же тетрада передается в качестве SSM_Tx (Quality level set coding into synchronization status message (SSM)).

На приеме мы задаем уровень качества входа частоты либо как константу (первые 5 вариантов), либо уровень определяется значением SSM_Rx (т.е. входного сообщения SSM)

[alx]

Replying to ledol:

В биты 4..1 конфигурации входов синхронизации при выборе последнего варианта (SSM_Rx) пишется значение 5 (0101), как и указано выше.

Понятно. В таком случае, что означает вот этот столбец:

0000
0010
0100
1000
1011
SSM_Rx

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

[alx]

А, кажется я догадался. Все что правее " - " - это названия опций, которые может выбрать пользователь. То есть, например, пользователь может выбрать опцию 0010 G.811,PRC,ПЭГ\ЗГ, или может выбрать опцию SSM_Rx Input SSM... Правильно?

[ledol]

Да, именно так - 0010 - G.811,PRC,ПЭГ\ЗГ - это и есть тетрада из стандарта и ее текстовое детерминирование,
а в биты 4..1 пишем значение левого столбика децимальных номеров.