![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
#741 closed улучшение (готово)
РЭ: Описать контроль состояния DSL отдельным пунктом
| Reported by: | san | Owned by: | Vladimir |
|---|---|---|---|
| Priority: | major | Component: | Руководство по эксплуатации |
| Keywords: | Cc: |
Description (last modified by )
Заметил, что в "п.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 с помощью инструментов встроенных в аппаратуру.
- В веб-интерфейсе блока с одной стороны линии DSL на вкладке TDM найти ячейки соответствующие проверяемому DSL интерфейсу(см. цветовое выделение в таблице и всплывающие подсказки), в одну из ячеек подать константу(нажать на ячейку и в настройках выбрать Речь->Режим = Константа, а в качестве значения константы, вместо указать произвольное двоичное число, например 1.
- На другой стороны линии DSL в веб-интерфейсе блока открыть вкладку TDM->Данные КИ, найти в таблице ячейку, соответствующую проверяемому каналу интерфейса DSL и убедится что отображаемая в ячейке константа равна той что была задана в первом шаге.
- Если константы совпадают, можно сделать вывод что данные TDM корректно проходят через DSL. После проведения эксперимента, вернуть коммутацию каналов в исходное состояние можно нажатием кнопки "Отменить" на вкладке TDM веб-интерфейса.
Change History (26)
follow-up: 3 comment:2 by , 4 years ago
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 ?
follow-up: 4 comment:3 by , 4 years ago
Replying to Vladimir:
Описание тогда можно взять из пункта
Там ничего похожего на описание нет.
Сейчас я накидаю несколько текстов... Писатель из меня конечно так-себе, но в качестве основы сойдёт думаю.
comment:4 by , 4 years ago
Replying to san:
Replying to Vladimir:
Описание тогда можно взять из пункта
Там ничего похожего на описание нет.
Сейчас я накидаю несколько текстов... Писатель из меня конечно так-себе, но в качестве основы сойдёт думаю.
Хорошо, у нас же есть супер "аудитор", который сможет оценить смысл и качество текста,
и которому я доверяю больше, чем себе :-)
comment:5 by , 4 years ago
Я же написал, что писатель из меня не очень, перед проверкой аудитором нужен редактор/корректор :)
<предложенный текст поместил в тело тикета>
comment:6 by , 4 years ago
| Description: | modified (diff) |
|---|
Добавил текст про LL. перенёс предлагаемый текст из коментария в тело тикета.
comment:7 by , 4 years ago
| Description: | modified (diff) |
|---|
Добавил немного текста по ошибкам.
Напомню, что писатель я так себе, и перед внесением в РЭ предлагаю вдумчиво корректировать мой текст.
follow-up: 13 comment:8 by , 4 years ago
| Description: | modified (diff) |
|---|
Добавил краткую выжимку из G.826
Пожалуй, у меня всё.
comment:9 by , 4 years ago
Replying to san:
Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.
В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема?
Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.
follow-up: 12 comment:10 by , 4 years ago
В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема? Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.
Не знаю такого понятия "режима модема" для блока 3U...
DSL модем(плата SM или модем MC04-DSL)
- плата SM - плата-модем в составе блока 3U
- модем MC04-DSL - отдельностоящий модем или модем-мультиплексор MC04-DSL в пластиковом/металлическом конструктиве 1U/2U
comment:11 by , 4 years ago
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) – блок, в котором одна или более битовых ошибок"
comment:12 by , 4 years ago
Replying to san:
В твоей фразе "DSL модем(плата SM или модем MC04-DSL)" имелся ввиду старый 1-юнитовый модем, или МС04-DSL-3U в режиме модема? Если имеется ввиду оконечный блок, то это чаще всего мультиплексор.
- модем MC04-DSL - отдельностоящий модем или модем-мультиплексор MC04-DSL в пластиковом/металлическом конструктиве 1U/2U
Ок, оставлю, как было в тикете.
follow-up: 16 comment:13 by , 4 years ago
Replying to san:
Добавил краткую выжимку из G.826
Если уж в вносим такую твою фразу:
"Контроль ошибок в DSL линии реализован в соответствии с рекомендациями ITU-T G.826, ITU-T G.997.1.", то было бы логично исправить название графы ВВЕ в соответствии с ITU-T G.826 на ЕВ, а иначе получается, что пишем ВВЕ, а на самом деле это ЕВ, т.е. получается не соответствие G.826
comment:14 by , 4 years ago
Текст этого тикета отредактировал и добавил 5 страниц описания пункта
5.2.14 Контроль состояния DSL линии.
Тестовую версию РЭ-45 с учётом п.5.2.14 и тикета 741 выложил в ЛТ для проверки.
Если замечаний не будет, то закрою этот тикет.
follow-up: 19 comment:15 by , 4 years ago
Выкладывать имеет смысл только версию для публикации, "тестовые" версии никто не читает)
comment:16 by , 4 years ago
Replying to Vladimir:
было бы логично исправить название графы ВВЕ в соответствии с ITU-T G.826 на ЕВ, а иначе получается, что пишем ВВЕ, а на самом деле это ЕВ, т.е. получается не соответствие G.826
follow-up: 18 comment:17 by , 4 years ago
| Description: | modified (diff) |
|---|
Vladimir, выяснилось что BBE это и есть BBE, внесите пожалуйста правку:
BBE(background block error) - фоновая блоковая ошибка. Зафиксирован блок данных с одной или более битовой ошибкой вне отмеченных ошибками секунд SES. Данная ошибка регистрируется только при отсутствии SES в эту секунду. Дискретность отправки блоков данных 6 мс.
comment:18 by , 4 years ago
Replying to san:
Vladimir, выяснилось что BBE это и есть BBE, внесите пожалуйста правку:
BBE(background block error) - фоновая блоковая ошибка. Зафиксирован блок данных с одной или более битовой ошибкой вне отмеченных ошибками секунд SES. Данная ошибка регистрируется только при отсутствии SES в эту секунду. Дискретность отправки блоков данных 6 мс.
Это исправил, однако нашёл ещё одно место, где есть обозначение EB:
8.6 Просмотр состояния регенераторов через Web интерфейс.
..................................................................
"После активации всех установленных участков произвести сброс ошибок, а затем контролировать отсутствие ошибок EB, ES, SES в течение 5..10 минут"
(расшифровки ЕВ тут и нигде в РЭ нет! На рисунках вкладок я тоже не нашёл "EB").
Как лучше исправить эту фразу:
1).Удалить "EB", 2). Заменить на "BBE" ?
Кроме того, в Таблице:
Табл. 5.12 Назначение граф таблицы Состояние интерфейсов Е1 на Рис. 5.13
есть строчка:
"BBE - Количество блоков с ошибками, не входящих в SES"
Так и оставить, или заменить? Предложи вариант.
comment:19 by , 4 years ago
Replying to san:
Выкладывать имеет смысл только версию для публикации, "тестовые" версии никто не читает)
Это только Алекс не читает, т.к. у него нет ЛТ,
а я думал, что хотя бы ты читаешь, тем более, что я отредактировал Твой текст,
кое-что изменил, вот ты бы и проверил хотя бы 1 пункт 5.2.14 до публикации на весь мир.
Или сюда скопировать все 5 страниц нового текста?
Есть ли смысл публиковать текст в возможными ошибками?
follow-up: 21 comment:20 by , 4 years ago
8.6 Просмотр состояния регенераторов через Web интерфейс.
..................................................................
"После активации всех установленных участков произвести сброс ошибок, а затем контролировать отсутствие ошибок EB, ES, SES в течение 5..10 минут"
(расшифровки ЕВ тут и нигде в РЭ нет! На рисунках вкладок я тоже не нашёл "EB").
Как лучше исправить эту фразу: 1).Удалить "EB", 2). Заменить на "BBE" ?
Да, это опечатка, заменить
Кроме того, в Таблице:
Табл. 5.12 Назначение граф таблицы Состояние интерфейсов Е1 на Рис. 5.13 есть строчка: "BBE - Количество блоков с ошибками, не входящих в SES"
Так и оставить, или заменить? Предложи вариант.
Мы же про DSL разговаривали, причём здесь E1 ?
Это только Алекс не читает, т.к. у него нет ЛТ, а я думал, что хотя бы ты читаешь, тем более, что я отредактировал Твой текст, кое-что изменил, вот ты бы и проверил хотя бы 1 пункт 5.2.14 до публикации на весь мир. Или сюда скопировать все 5 страниц нового текста?
Есть ли смысл публиковать текст в возможными ошибками?
Нет, я тоже не читаю предварительные версии, и сюда выкладывать не надо, зачем мне снова читать мой текст? Если вы внесли в текст изменения но сомневаетесь, давайте обсудим конкретные изменения, зачем 5 или 300 страниц перечитывать...
comment:21 by , 4 years ago
Replying to san:
Как лучше исправить эту фразу: 1).Удалить "EB", 2). Заменить на "BBE" ?
Да, это опечатка, заменить
В РЭ-45 "EB" заменил на "BBE"
Кроме того, в Таблице:
Табл. 5.12 Назначение граф таблицы Состояние интерфейсов Е1 на Рис. 5.13 есть строчка: "BBE - Количество блоков с ошибками, не входящих в SES"
Так и оставить, или заменить? Предложи вариант.
Мы же про DSL разговаривали, причём здесь E1 ?
Эта Таблица находится в пункте, о котором идёт речь в Тикете-741:
"5.2.14 Контроль состояния DSL линии" -
в одном и том же пункте есть разное описание ВВЕ.
Но, если ты против ответа, правильно это или нет, то я оставлю текст как есть.
Есть ли смысл публиковать текст в возможными ошибками?
Если вы внесли в текст изменения но сомневаетесь, давайте обсудим конкретные изменения.
Вот изменения исходного текста:
"Процесс активации/инициализации интерфейсов DSL отображается в графе State таблицы Состояние регенераторов (см. Рис. 5.13) и начинается с состояния выкл(0) (выключен),"
"LL (line loss) – линейное затухание сигнала – это исчисленное в дБ "
(и далее ещё 5 замен Дб на дБ, Белл - фамилия изобретателя телефона).
"можно предположить следующие причины:
...................................
- тлеющий разряд в изоляторах ЛЭП или неисправная мощная лампа освещения дороги." (это я наблюдал в Очёре и Кизеле, когда работал в УСИ).
"1. В веб-интерфейсе блока с одной стороны линии DSL на вкладке TDM/Таблица коммутации (см. Рис. 6.18)..."
Возражений нет?
comment:22 by , 4 years ago
Эта Таблица находится в пункте, о котором идёт речь в Тикете-741:
"5.2.14 Контроль состояния DSL линии" -
А зачем вы поместили в пункт про контроль DSL таблицу состояния E1?
Я думаю это странно, не логично.
Вот изменения исходного текста:
Возражений нет?
Нет.
follow-up: 24 comment:23 by , 4 years ago
| Resolution: | → готово |
|---|---|
| Status: | new → closed |
Также предлагаю описать словами что из себя представляет контроль состояния интерфейсов DSL и как контролировать прохождение трафика через DSL.