ticket summary component milestone type owner status created modified _description _reporter 826 Добавить поддержку плат FE-08 sw 1 очередь задача alx new 2026-04-28T13:01:11+05:00 2026-04-28T14:13:59+05:00 "Прошу провести работу по добавлению плат FE-08 в состав блока MC04-DSL3U. Плата для отладки находится в блоке 192.168.20.75. Файл прикреплю ниже." AlexLir 805 ST-124M, ST-116M, ST-018M распознать переменную .250.0 sw 1 очередь задача alx reopened 2026-03-23T12:59:00+05:00 2026-04-29T17:22:40+05:00 "Платы ST-124M, ST-116M, ST-018M теперь содержат переменную .250.0 (в ней хранится серийный номер платы), нужно убрать эту переменную из ""нераспознаных""." san 823 Инвентаризация: добавить столбец с комментариями sw 1 очередь задача alx new 2026-04-23T13:00:01+05:00 2026-04-23T18:31:20+05:00 "Пользователи просят добавить столбец ""Комментарий"" в таблицу ""Список установленных плат"" вкладки ""Инвентаризация"". Ячейки столбца должны вести себя аналогично одноимённому столбцу на вкладке Платы, но пользователи будут вводить туда другую информацию(относящуюся к инвентаризации), содержимое комментариев должно сохраняться в конфиге." san 825 ST-04: Аварии контейнеров VC-4\TU-3\TU-12 sw 1 очередь задача alx new 2026-04-28T12:31:29+05:00 2026-04-29T16:55:35+05:00 "В ТЗ на ST-04 ([attachment:MiB_ST-04_V25.txt:ticket:818 MiB_ST-04_V25]) Для разных интерфейсов описан идентичный блок аварий: > Аварии контейнеров VC-4\TU-3\TU-12: > Пояснение: Число контейнеров интерфейса, величина переменная и зависит от настроек режима шин интерфейса, каждая шина может иметь 1 контейнер VC-4 или до 3-х контейнеров TU-3 или 63 контейнера TU-12, в гибкой конфигурации. > Каждый из контейнеров шины сопровождается двумя авариями указанными ниже. При этом предлагается показывать только аварии контейнеров, использующихся в текущей конфигурации (в качестве входных контейнеров элемента коммутации). > - ""TU-LOP,TU-AIS"", группа цветовых полей, зеленый\оранжевый\красный, нет\есть и замаскирована\есть и не замаскирована, пм.7 MIB и реконфиг.пм.6. MIB(маски) Сейчас(r2655) таблички аварий ""Аварии контейнеров VC-4\TU-3\TU-12"" для всех интерфейсов совсем не работают - в них всегда отображается примерно ничего вне зависимости от коммутации и состояния аварий. 1) Нужно починить таблички ""Аварии контейнеров VC-4\TU-3\TU-12"". 2) Мы с ledol решили немного переделать отображение этих аварий: Каждый интерфейс, для которого есть ""Аварии контейнеров VC-4\TU-3\TU-12"" представляет собой от 1 до 63 контейнеров как он и отображается в строке(шине) в таблице коммутации. Предлагается ""Аварии контейнеров VC-4\TU-3\TU-12"" отображать в виде 63 ячеек, сгруппированных в 3 строки(для экономии места интерфейса). Ячейки номеруются сверху-вниз, слева-направо. Если интерфейс(шина) находится в режиме VC-4, номер ячейки выводится только в одной первой ячейке. Если интерфейс в режиме TUG-3, номера контейнеров выводить в зависимости от типов TUG-3 (см. примеры на рисунках ниже). Если контейнер интерфейса не используется в качестве входного в коммутации - отображать его ячейку серым. Если используется, то при наличии у контейнера аварии LOP - фон ячейки красить в красный и к номеру контейнера добавлять символ L; при отсутствии аварии LOP и наличии AIS фон ячейки красить в оранжевый и к номеру контейнера добавлять символ A; при отсутствии аварий LOP и AIS - фон зелёный. Расшифровку L-LOP, A-AIS предлагается указать рядом с таблицей, для удобства пользователя. Примеры: ---- Пример 1. Интерфейс в режиме TUG-3(TUG-3_1=TU-12, TUG-3_2=TU-12, TUG-3_3=TU-12) Контейнеры 1, 2, 7, 51, 54 используются в коммутации в качестве входных Аварии: 1 - нет, 2 - LOP, 7 - AIS , 51 - AIS, 54 - LOP [[Image(1.png)]] ---- Пример 2. Интерфейс в режиме VC-4 Контейнер 1 используется в коммутации в качестве входного Аварии: 1 - AIS [[Image(2.png)]] ---- Пример 3. Интерфейс в режиме TUG-3(TUG-3_1=TU-12, TUG-3_2=TU-3, TUG-3_3=TU-12) Контейнеры 1, 2, 4, 7, 51, 54 используются в коммутации в качестве входных Аварии: 1 - нет, 2 - LOP, 4 - LOP, 7 - AIS , 51 - AIS, 54 - LOP [[Image(3.png)]] " san 188 Требуется измеритель уровня сигнала в TDM маппере ПЛИС (sw) 1 очередь улучшение alx assigned 2016-08-04T14:38:34+05:00 2025-10-15T18:00:07+05:00 "~~Отдельная ячейка коммутационного поля TDM маппера, скомутировав в неё нужный канал мы должны увидеть уровень сигнала в этом канале.~~ На вкладке ""Данные TDM"", кроме hex и bin добавить ещё переключатель ""уровень dBm"", при переключении на этот вариант в ячейках должен отображаться уровень сигнала принятого коммутатором от платы." san 304 "Резервирование потоков: изменить алгоритм варианта ""без возврата на основной""" ПЛИС (sw) 1 очередь улучшение alx assigned 2017-11-03T13:33:39+05:00 2025-10-18T14:19:19+05:00 "Сценарий: Пользователь настроил резервирование ""без возврата на основной"". 1. ОСН-норма, РЕЗ-норма. Данные идут по потоку ОСН 2. ОСН-авария, РЕЗ-норма. Данные переключаются на поток РЕЗ 3. ОСН-норма, РЕЗ-норма. Данные по прежнему идут по потоку РЕЗ 4. ОСН-норма, РЕЗ-авария. Данные переключаются на поток ОСН 5. ОСН-норма, РЕЗ-норма. Данные переключаются на поток РЕЗ Поведение в пункте 5 кажется пользователям не логичным, и мне в том числе. Раз уж вынуждено было произведено переключение на '''основной''' поток, и он в норме, то какой смысл в возврате на резервный ? Предлагаю: в режиме ""без возврата"" производить переключение на другой поток только при аварии на текущем потоке. " san 537 "Резервирование потоков: добавить опцию ""передавать/не передавать данные в резервном потоке""" ПЛИС (sw) 1 очередь улучшение alx assigned 2021-09-08T11:59:20+05:00 2025-10-15T18:00:07+05:00 "Сейчас при переходе на резерв одной стороны, эта сторона передаёт на дальнюю сторону извещение, через биты RAI в ЦСС. Сделано это для того, чтобы в резервном потоке можно было передавать другие данные и переключение на обоих сторонах было одновременным(чтобы не получилось так что одна переключилась на резерв, а другая нет и передает ложные данные пользователю). В передаче и анализе RAI есть минус - в случае если ЦСС формируется не в нашем блоке, то в нём может присутствовать RAI, что может привести, как минимум, к ложному переключению на резерв или гипотетически к ""кольцу RAI"" Алексей(ledol) предлагает добавить еще один вариант алгоритма резервирования: Не передавать RAI и в резервном потоке всегда передавать данные из основного, тогда каждая сторона независимо от другой может переключаться на резерв." san 666 Перезапускать платы SM-01, SM-02 и SM-03 при перезапуске swd sw 1 очередь улучшение alx new 2024-02-13T14:53:13+05:00 2024-02-16T11:49:49+05:00 "При загрузке нового конфиг файла в блок, после перезапуска swd, пользователи думают, что все платы теперь работают в новой конфигурации. Однако платам SM для перехода на новую конфигурацию требуется перезапуск, пользователи часто об этом забывают. Предлагаю после автоматической загруки нового конфига в плату SM у которой уже есть конфиг выдавать пользователю диалог с запросом на перезагрузку платы SM(как это делается когда пользователь сам загружает в плату конфиг нажатием ""Применить""). " san 828 В веб-интерфейсе платы EP-08 не работает кнопка web-интерфейс (sw) 2 очередь баг alx new 2026-04-30T14:43:05+05:00 2026-04-30T14:43:05+05:00 "В веб-интерфейсе платы EP-08 при нажатие на кнопку в пункте 4.1.2 на вкладке ""Состояние"" в столбце ""Актуальное направление приема"" ничего не происходит, хотя ожидалось, что я увижу в консоли платы EP-08 команду ""CPL Eth 0"", а так же смену направлению приема в этом же столбце. Возможно, проблема есть на платах EP-16 и EP-24. Версия sw: 1.0-r2659 " roman_zhur 272 "Кнопка ""Применить"" на вкладке Ethernet->VLAN, Ethernet->RSTP" web-интерфейс (sw) 2 очередь улучшение alx new 2017-09-18T15:22:59+05:00 2023-09-11T17:58:56+05:00 "Предлагается вместо немедленной записи каждого изменения настроек в коммутатор, записывать все изменения только после нажатия кнопки ""Применить"". За время работы аппаратуры разные пользователи жалуются на неудобство ""мгновенного"" применения настроек на вкладке Ethernet->VLAN. Случайно ткнув мышкой парой пикселов правее-левее можно сломать связь с блоком. Кроме этого, ""пошаговая"" настройка немного сложнее, т.к. нужно соблюдать определённую последовательность действий, чтобы не потерять связь с блоком.(например при переносе порта CPU в другой VLAN нужно обязательно сначала создать новый vlan, а потом уже удалять старый) А недавно я сам столкнулся с неудобством такого подхода настраивая VLAN на блоках в кольце RSTP(""промежуточные"" состояния настройки сложно проанализировать, кроме того шаги вызывают кольца и перестроения дерева, и гораздо проще было бы настроить за ""одно применение"" чем пошагово. p.s. Ваня сравнивает настройку VLAN на нашей аппаратуре с игрой [https://ru.wikipedia.org/wiki/Сапёр_(игра) ""Сапёр""]." san 303 Резервирование потоков: добавить настройку таймаута детектирования аварии ПЛИС (sw) 2 очередь улучшение alx assigned 2017-11-03T13:03:19+05:00 2025-10-15T18:00:07+05:00 Сейчас при возникновении кратковременной аварии поток переключается на резервсразу. В некоторых случаях, например при грозе или э/м помехах пользователи предпочитают чтобы поток не переключался на резерв при кратковременных авариях, поэтому предлагается ввести настройку таймаута. san 314 Добавить поле комментария в настройки групповых каналов web-интерфейс (sw) 2 очередь улучшение alx new 2017-12-06T18:03:27+05:00 2017-12-06T18:06:08+05:00 "Добавить поле комментария к каждому групповому каналу, в настройки групповых каналов В старый интерфейс и новый. " san 358 Новая функция: дистанционный анализ трафика ethernet sw 2 очередь улучшение alx new 2018-10-10T16:22:10+05:00 2018-10-10T18:10:10+05:00 "Иногда при исследовании прохождения (или непрохождения) трафика по сети требуется узнать, что за пакеты ходят через наш коммутатор. Когда блок находится в физической доступности, можно подключить анализатор (компьютер) к свободному порту и миррорить туда интересующий трафик. Но если блок находится далеко и доступен только по сети, это сделать затруднительно. Отчасти задача решается направлением (миррорингом) кадров в порт CPU и наблюдением за трафиком TCPDUMP'ом, но здесь есть ряд недостатков. Во-первых, tcpdump не покажет, каким образом тегированы кадры, так как сразу после приема кадра его тэг отбрасывается. Во-вторых, трафик может быть довольно большой, и CPU в нем может ""захлебнуться"". В-третьих, возможна нежелательная ""интерференция"", например, из-за случайного пересечения адресов (скажем, CPU отвечает на запрос, посчитав, что запрос адресован ему, хотя это был запрос из независимой изолированной сети)... Насколько я помню, в коммутаторе есть такая функция - проба трафика. Суть ее в том, что из потока кадров выбираются отдельные с некоторой вероятностью (например 1 из 100) и отправляются в CPU. Предлагается задействовать ее для наблюдения за трафиком. Кадры, направленные в CPU этой функцией, могут быть опознаны по соответствующему коду (код указывается в тэге). Предлагается такие пакеты направлять в специальный VLAN (снабжать их тэгом с ID, например, 2222). Это исключит ""интерференцию"" с настоящим пользовательским трафиком (мониторинг/управление). В SW-01 для наблюдения за кадрами создать новый интерфейс с VLAN ID 2222. Наблюдать трафик можно будет как tcpdump'ом, так и самим демоном swd, который мог бы принятые кадры отображать (с минимальным анализом) в веб-интерфейсе. Прошу высказывать мнения, пожелания, критику и т.п." alx 171 "Реализовать функцию ""всестороннего резервирования""" sw Как-нибудь потом улучшение alx new 2016-03-28T17:04:21+05:00 2019-01-11T17:50:22+05:00 "Реализовать функцию ""всестороннего резервирования"" (выбора направления групповых каналов) и формирования констант в незанятые канальные интервалы" alx 66 При несконфигурированной ПЛИС выдавать аварию swd 2 очередь баг alx new 2014-07-31T16:28:14+06:00 2014-07-31T16:28:14+06:00 "При постоянной ошибке конфигурации ПЛИС (например испорчен файл прошивки) горит зеленая лампочка ""OK"", и о неисправности платы ничего не гвоорит. Надо формировать аварию при незаконфигурированной ПЛИС." alx 310 Мониторинг регенераторов SM-xx web-интерфейс (sw) 2 очередь задача alx new 2017-11-22T15:33:18+05:00 2018-10-09T10:11:50+05:00 "Пользователи часто жалуются на сложность мониторинга регенераторов подключенных к плате SM-xx. Тема эта уже давно назрела, попытался всё описать, если что-то забыл или наврал поправляйте. Что нужно от регенераторов: I. Собственно мониторинг. Периодическое обновление информации о состоянии участков линейного тракта, накопление статистики и т.д.. II. Детализация аварии на линейном тракте. Допустим тракт состоит из N участков (N-1 регенераторов) и в момент аварии пользователи хотят получить детализированное сообщение в программе мониторинга и логах, на каком участке и на какой паре произошла авария. Сложности текущего варианта: 1. Для мониторинга нужно периодически посылать команду опроса, т.е. программе мониторинга кроме чтения придётся делать ещё и запись в определённую переменную, либо посылать команду другими средствами. В любом случае это дополнительная сложность. 2. При новом опросе таблица очищается и до окончания опроса в таблице не корректные данные (не понятно регенератор пропал(не отвечает) или опрос ещё не завершен) а точного признака окончания опроса нет, есть некоторые критерии, но мы их сами ещё не можем до конца сформулировать и я думаю что перекладывать задачу определения критериев конца опроса на пользователя не правильно. 3. Проблема с отказом EOC канала на платах SM-01, суть: EOC канал может перейти в нерабочее состояние при некоторых условиях(одновременное попадание ЕОС пакетов с разных сторон в регенератор). Подробности у Влада. 4. Конфликты с совместным доступом, это следствие из п. 1-3, если два пользователя независимо друг от друга будут проводить опрос и считывать таблицу, они могут мешать друг-другу. - Очищение таблицы вызванное опросами одного мешает прочитать таблицу другому. - При повторном опросе до завершения предыдущего, возможно проявление проблемы с EOC на SM-01. Так-же это возможно при мониторинге с двух сторон Предлагается: a. Плата SW-01 сама периодически отправляет команды опроса платам SM-xx и кэширует таблицы регенераторов для мониторинга и отображения в веб-интерфейсе. b. При возникновении аварии линейного тракта производится немедленный опрос регенераторов для детализации аварии. с. Пользователь, при необходимости, может через веб-морду нажать кнопку опрос не дожидаясь автоматического обновления таблицы. Вопросы: - Критерии конца опроса (таймаут, кол-во регенераторов,...) - Опрос по разным парам. Для простоты ограничиться опросом по паре А? - Что делать с опросом с двух концов? " san 31 Сделать коммутацию обратного потока Е1 web-интерфейс (sw) 2 очередь улучшение alx new 2014-03-21T14:07:03+06:00 2014-06-16T18:13:53+06:00 Сделать коммутацию обратного потока Е1. alx 277 Окно платы SM-xx: опрос при входе web-интерфейс (sw) 2 очередь улучшение alx new 2017-09-27T17:04:47+05:00 2017-09-28T10:02:00+05:00 "Предлагается при каждом открытии окна платы SM-xx автоматически запускать ""опрос"" чтобы не вводить пользователя в заблуждение устаревшими данными в таблице. p.s. это решение временное, в идеале в таблице должно отображаться актуальное состояние регенераторов, без нажатия кнопок." san 273 Функция автоматического контроля канала sw Как-нибудь потом задача alx assigned 2017-09-18T18:46:23+05:00 2025-10-15T18:00:07+05:00 "viktam натолкнул меня на идею (см. mc-04:#12). Предположим, в сети организован некий канал, который никак не используется в ""нормальных"" ситуациях, а предусмотрен на случай проведения каких-либо ""аварийных"" работ. Канал, который не находится в работе, легко непреднамеренно ""сломать"" в процессе различных изменений конфигурации, и не заметить этого. Будет очень печально, если на момент наступления таких работ окажется, что аварийный канал не работает. Поэтому требуется регулярная проверка исправности такого канала. Возникла идея - возложить такую проверку на саму аппаратуру. Мне видится несколько возможных вариантов проверки исправности канала (в зависимости от его типа и характера): передача в канал некоего сигнала (гармонического для речевых каналов, цифрового для цифровых) и прием этого сигнала на выходе канала. Периодичность посылки должна настраиваться - раз в час, раз в сутки и т.п. Период должен быть достаточно большим чтобы не мешать нормальному использованию канала. Если приемник не ""увидел"" сигнал в течение двух интервалов (тоже, наверное, можно настраивать), формируется предупреждающее сообщение (придумать как и какое). Сигнал не должен быть очень простым, чтобы не было ложных положительных срабатываний, но и не должен быть слишком сложным, чтобы легко был реализуем средствами ПЛИС. Как вариант, последовательность тональных посылок нескольких определенных частот определенной длительности... Предлагаю обсудить детали возможной реализации и степень полезности этой функции." alx 306 Прятать лишние вкладки web-интерфейс (sw) 2 очередь улучшение alx new 2017-11-16T20:01:51+05:00 2020-04-15T12:03:38+05:00 "Предлагаю дать пользователю возможность скрыть ненужные ему вкладки из окна веб-морды. Например вкладка CDR может быть ненужной, если в блоке нет платы VE, а вкладка Сервис используется обычно только при неполадках и т.д. .. Предлагаю где-нибудь, например на вкладке Разное, разместить набор чекбоксов для выбора нужных/ненужных вкладок. Предлагаю хранить набор выбранных вкладок в ПЗУ блока." san 97 Предложение: хранить в плате sw-01 запасные конфигурации swd Как-нибудь потом задача alx new 2015-03-17T17:27:17+05:00 2017-11-17T13:29:18+05:00 "При выгрузке конфигурации, кроме носителей подключеных к ПК предусмотреть ещё выгрузку во внутреннюю память sw. Название конфигурации должен задать пользователь(например, это может быть имя файла, или как угодно) ну и соответственно при загрузке конфигурации в блок, дать возможность выбрать и из конфигураций во внутренней памяти" san