РЭ: Описать контроль состояния DSL отдельным пунктом

[san]

Заметил, что в "п.5.2.13 (РЭ-43) Настройка плат типов SМ-01, SМ-02, SМ-03, SМ-04", кроме собственно настройки платы описана также вкладка Состояние.
Считаю что контроль состояния стыков платы, а так-же состояния регенераторов, заслуживают отдельного пункта. Предлагаю выделить отдельный пункт

---

5.2.14 Контроль состояния DSL линии.

---

Активация интерфейсов DSL.
Процесс активации/инициализации интерфейсов DSL начинается с состояния выкл(0) (выключен) , затем, при наличии сигналов от удалённой стороны участка DSL интерфейс переходит в состояние иниц(1) (инициализация). При успешном окончании инициализации интерфейс переходит в состояние ОК(2). При не успешном окончании инициализации интерфейс возвращается в состояние выкл(0) и процесс инициализации начинается с начала.

Контроль аварийного состояния интерфейсов DSL.
В таблице состояние регенераторов, в колонке State отображается состояние интерфейсов регенераторов и модемов наблюдаемого DSL тракта. DSL модем(плата SM или модем MC04-DSL) имеет два интерфейса DSL - A и B, регенератор имеет 4 интерфейса DSL: входные интерфейсы(Slave) A1 и B1, выходные интерфейсы(Master) A2 и B2.
После успешной активации, интерфейс DSL находится в состоянии OK(2).
В случае проблем с линией DSL(критическое количество ошибок или отсутствие прохождения сигнала) интерфейс перейдёт в состояние выкл(0) и далее будет предпринята новая попытка активации.

Из состояния OK(2) интерфейс регенератора может перейти в состояние НЕТ СЦС(3) - это говорит о том, что интерфейс находится в активном состоянии и принимает сигнал DSL от противоположной стороны участка, однако не принимает сверхциклового сигнала DSL формируемого модемом LT или NT на концах тракта. Например, если состояния интерфейсов пары A одного из регенераторов такие A1=OK(2), A2=НЕТ СЦС, то это говорит о том что отсутствие СЦС зафиксировано на выходной стороне регенератора, значит отсутствует сверхцикловый сигнал со стороны модема NT.
Состояние НЕТ СЦС регистрируется только на интерфейсах линейных регенераторов, интерфейсы модемов в случае отсутствия сверхциклового сигнала находятся в состоянии OK, но при этом плата формирует аварию "RemA(авария удалённой стороны пара A)" или "RemB(авария удалённой стороны пара B)".

Для принципиальной проверки работы участка DSL нужно убедиться, что все его интерфейсы он находится продолжительное время в состоянии OK или НЕТ СЦС. Состояние НЕТ СЦС интерфейса регенератора или авария удаленной стороны соответствующая интерфейсу модема допускается в качестве нормы, в случае если у интерфейса нет связи через тракт DSL с соответствующим конечным интерфейсом модема LT или NT DSL тракта (например удалённая часть тракта ещё не смонтирована), в противном случае авария НЕТ СЦС говорит о непрохождении данных между этим интерфейсом и соответствующим интерфейсом удалённого модема (например в следствии неисправности одного из регенераторов или обрыве одного из участков тракта между интерфейсами).

Контроль линейного затухания(LL) и качества сигнала(SQ) DSL линии.
LL(line loss) - линейное затухание сигнала- это исчисленное в Дб значение затухания сигнала данной линии DSL. Зависит от типа кабеля, толщины жилы, состояния кабеля, выбранного линейного кода TCPAM 16... 128, установленного количество каналов.
Параметр LL вычисляется на средней частоте максимальной плотности спектрального диапазона линейного сигнала. Средняя частота зависит от кода TCPAM и количества каналов, например для TCPAM32 и 30 каналов это частота будет порядка 150 кГц.
Обязательным условием для работоспособности системы считается нахождение параметра LL в диапазоне 0..35 Дб.
При анализе значений параметра LL стоит обратить внимание на корреляцию длины участка кабеля и типа кабеля и параметра LL. Значения LL на схожих по характеристикам участкам должны быть близки, заметные расхождения значений LL на похожих участках могут говорить о неисправности кабеля на тех участках где LL выше. Значения LL по парам A и B на одном участке, должны отличаться не более чем на 2 Дб, большее расхождение говорит о возможной неисправности в паре.

Качество сигнала DSL(SQ) - это запас помехоустойчивости, рассчитанный модемом по формуле SQ = SNR1 - SNR0, где SNR1 - это отношение сигнал/шум, рассчитанное приемопередатчиком путем анализа битов исправления ошибок в линейном коде; SNR0 - это отношение сигнал/шум, которое дает коэффициент битовых ошибок 10-7.
Исходя из практического опыта эксплуатации DSL трактов, можно обозначить следующие контрольные значения параметра SQ:
5 Дб и более - рекомендуемое значение, стабильная работа системы с достаточным запасом на деградацию кабеля
2 Дб - стабильная работа без запаса
0 Дб - грань работоспособности системы

В случае если качество сигнала на DSL линии не удовлетворительно, можно в настройках установить меньшую линейную скорость DSL линии(Rate) - при этом качество сигнала должно увеличиться.

Контроль ошибок в DSL линии
Контроль ошибок в DSL линии реализован в соответствии с рекомендациями ITU-T G.826, ITU-T G.997.1.
Фиксируемые ошибки в DSL линии:
BBE(background block error) - фоновая блоковая ошибка. Зафиксирован блок данных с одной или более битовой ошибкой вне отмеченных ошибками секунд SES. Данная ошибка регистрируется только при отсутствии SES в эту секунду. Дискретность отправки блоков данных 6 мс.
ES(errored second) - пораженная секунда, секундный период за который была зафиксирована хотя бы одна блоковая ошибка.
SES(severely errored second): сильно пораженная секунда, секундный период содержащий ≥30% блоков данных с ошибками.
UAS- секунды недоступности, недоступным устройство считается после фиксации 10 SES подряд, эти 10 секунд входят в вычисленное время недоступности.
AS - секунды доступности, доступным устройство считается после 10 секунд без SES, эти секунды входят во время доступности.

При обнаружении значительного числа ошибок на участке, при анализе ошибок в первую очередь следует определить характер накопления ошибок: разовое событие или равномерное накопление. Для этого нужно сбросить счётчики ошибок и на протяжении некоторого времени(например 1 час) наблюдать за значениями счётчиков.
Если ошибки появляются разово, но в большом количестве, можно подозревать влияние импульсной помехи (например короткое замыкание на ЛЭП или проход жд состава в близости от DSL линии.)
Если же ошибки накапливаются постоянно и статистически равномерно, можно предположить следующие причины:

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

(убедиться в этом можно проведя измерения на частоте около 150 кГц и сравнив показатели с условно хорошим кабелем)

Контроль прохождения TDM трафика через DSL
При условии активации всех участков линии DSL между двумя блоками MC04-DSL-3U и удовлетворительном состоянии всех интерфейсов линии, пользователь имеет возможность убедиться в прохождении TDM трафика через DSL с помощью инструментов встроенных в аппаратуру.

1. В веб-интерфейсе блока с одной стороны линии DSL на вкладке TDM найти ячейки соответствующие проверяемому DSL интерфейсу(см. цветовое выделение в таблице и всплывающие подсказки), в одну из ячеек подать константу(нажать на ячейку и в настройках выбрать Речь->Режим = Константа, а в качестве значения константы, вместо указать произвольное двоичное число, например 1.
2. На другой стороны линии DSL в веб-интерфейсе блока открыть вкладку TDM->Данные КИ, найти в таблице ячейку, соответствующую проверяемому каналу интерфейса DSL и убедится что отображаемая в ячейке константа равна той что была задана в первом шаге.
3. Если константы совпадают, можно сделать вывод что данные TDM корректно проходят через DSL. После проведения эксперимента, вернуть коммутацию каналов в исходное состояние можно нажатием кнопки "Отменить" на вкладке TDM веб-интерфейса.

[san]

Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.

[Vladimir]

Replying to san:

Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.

В РЭ-44 от 27.08.2020 добавил:
5.2.14 Контроль состояния интерфейсов плат SМ-01, SМ-02, SМ-03, SМ-04 и DSL регенераторов.

В этот пункт перенёс текст из п.5.2.13, начиная со слов:
"Вкладка "Состояние" предназначена для отображения состояния стыков DSL A, DSL B, E1, подключённых к DSL-линии устройств на дальнем конце. Вкладка приведена на Рис. 5.13.",
Рис.5.13, Табл.5.12, Табл.5.13 (номера из РЭ-43).

Рис.5.13 обновил, но там только 1 регенератор и 2 SM-02.

Описание тогда можно взять из пункта
"8.6 Просмотр состояния регенераторов через Web интерфейс"
и предложений по Тикету-695 ?

[san]

Replying to Vladimir:

Описание тогда можно взять из пункта

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

[Vladimir]

Replying to san:

Replying to Vladimir:

Описание тогда можно взять из пункта

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

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

[san]

Я же написал, что писатель из меня не очень, перед проверкой аудитором нужен редактор/корректор :)

<предложенный текст поместил в тело тикета>

[san]

Добавил текст про LL. перенёс предлагаемый текст из коментария в тело тикета.

[san]

Добавил немного текста по ошибкам.
Напомню, что писатель я так себе, и перед внесением в РЭ предлагаю вдумчиво корректировать мой текст.

[san]

Добавил краткую выжимку из G.826
Пожалуй, у меня всё.

[Vladimir]

Replying to san:

Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.

В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема?
Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.

[san]

В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема? Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.

Не знаю такого понятия "режима модема" для блока 3U...

DSL модем(плата SM или модем MC04-DSL)

• плата SM - плата-модем в составе блока 3U
• модем MC04-DSL - отдельностоящий модем или модем-мультиплексор MC04-DSL в пластиковом/металлическом конструктиве 1U/2U

[Vladimir]

Replying to san:

Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.

Твой текст: BBE(block bit error) - блоковая ошибка, зафиксирован блок данных с одной или более битовой ошибкой.
В моём экземпляре G.826:
background block error (BBE): An errored block not occurring as part of an SES.

errored block (EB): A block in which one or more bits are in error.
Т.е. наше обозначение BBE соответствует ЕВ в G.826.

Обозначение ЕВ в нашем РЭ встречалось только 1 раз в п.8.6, но без расшифровки,
поэтому в пункте 5.2.14 я добавлю расшифровку после "в терминологии рекомендации G.826.":
"EB (Errored Block) – блок, в котором одна или более битовых ошибок"

[Vladimir]

Replying to san:

В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема? Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.

• модем MC04-DSL - отдельностоящий модем или модем-мультиплексор MC04-DSL в пластиковом/металлическом конструктиве 1U/2U

Ок, оставлю, как было в тикете.

[Vladimir]

Replying to san:

Добавил краткую выжимку из G.826

Если уж в вносим такую твою фразу:
"Контроль ошибок в DSL линии реализован в соответствии с рекомендациями ITU-T G.826, ITU-T G.997.1.", то было бы логично исправить название графы ВВЕ в соответствии с ITU-T G.826 на ЕВ, а иначе получается, что пишем ВВЕ, а на самом деле это ЕВ, т.е. получается не соответствие G.826

[Vladimir]

Текст этого тикета отредактировал и добавил 5 страниц описания пункта
5.2.14 Контроль состояния DSL линии.

Тестовую версию РЭ-45 с учётом п.5.2.14 и тикета 741 выложил в ЛТ для проверки.
Если замечаний не будет, то закрою этот тикет.

[san]

Выкладывать имеет смысл только версию для публикации, "тестовые" версии никто не читает)

[san]

Replying to Vladimir:

было бы логично исправить название графы ВВЕ в соответствии с ITU-T G.826 на ЕВ, а иначе получается, что пишем ВВЕ, а на самом деле это ЕВ, т.е. получается не соответствие G.826

​sw:ticket:463

[san]

Vladimir, выяснилось что BBE это и есть BBE, внесите пожалуйста правку:

BBE(background block error) - фоновая блоковая ошибка. Зафиксирован блок данных с одной или более битовой ошибкой вне отмеченных ошибками секунд SES. Данная ошибка регистрируется только при отсутствии SES в эту секунду. Дискретность отправки блоков данных 6 мс.