__group__ ticket summary component version milestone type priority created _changetime _description _reporter Owned 1528 РЭ: новые конфигурационные параметры платы FS-08 Руководство по эксплуатации задача major 2026-08-31T13:57:55+05:00 2026-09-01T18:09:59+05:00 "В веб-интерфейсе блока MC04-DSL-3U в диалоге конфигурации платы FS-08 для плат с ревизией прошивки больше 11 отображаются новые конфигурационные параметры: - ""Прием СУВ ab из TDM Вызов""; - ""Передача СУВ ab в TDM трубка положена""; - ""Передача СУВ ab в TDM трубка снята"". [[Image(ss1.jpg,width=100%)]] **Предлагаю** добавить описание новых конфигурационных параметров платы FS-08 в РЭ аппаратуры MC04-DSL-3U." alx Owned 1529 РЭ: новые настройки платы FO-08 Руководство по эксплуатации задача major 2026-08-31T13:59:39+05:00 2026-08-31T14:18:25+05:00 "В веб-интерфейсе блока MC04-DSL-3U в диалоге конфигурации платы FO-08 портам плат, имеющих переменную .250.0, добавлены конфигурационные параметры: - ""Прием СУВ ab из TDM Трубка снята""; - ""Передача СУВ ab в TDM Нет вызова""; - ""Передача СУВ ab в TDM Вызов"". **Предлагаю** описать новые конфигурационные параметры платы FO-08 в РЭ аппаратуры MC04-DSL-3U." alx Owned 1530 РЭ: новые настройки платы PD-04 Руководство по эксплуатации задача major 2026-08-31T14:05:34+05:00 2026-08-31T14:17:55+05:00 "В веб-интерфейсе блока MC04-DSL-3U в диалоге конфигурации платы PD-04 исполнения 2 в случае, когда ревизия прошивки платы 4 или выше, в настройках модулей FO01 отображаются новые настройки: - ""Прием СУВ ab из TDM Трубка снята""; - ""Передача СУВ ab в TDM Нет вызова""; - ""Передача СУВ ab в TDM Вызов"". [[Image(ss1.jpg,width=100%)]] **Предлагаю** добавить описание новых настроек модуля FO01 платы PD-04 в РЭ аппаратуры MC04-DSL-3U. " alx Owned 1531 РЭ: новые настройки платы PD-04 Руководство по эксплуатации задача major 2026-08-31T14:09:01+05:00 2026-08-31T14:17:10+05:00 "В веб-интерфейсе блока MC04-DSL-3U в диалоге конфигурации платы PD-04 исполнения 2 в случае, когда ревизия прошивки платы 4 или выше, в настройках модулей FS01 отображаются новые настройки: - ""Прием СУВ ab из TDM Вызов""; - ""Передача СУВ ab в TDM трубка положена""; - ""Передача СУВ ab в TDM трубка снята"". [[Image(ss1.jpg,width=100%)]] Предлагаю добавить описание новых настроек модуля FS01 платы PD-04 в РЭ аппаратуры MC04-DSL-3U." alx Owned 1532 РЭ: новая настройка платы TD-01 Руководство по эксплуатации задача major 2026-08-31T14:15:40+05:00 2026-08-31T14:15:40+05:00 "В веб-интерфейсе блока MC04-DSL-3U в диалоге конфигурации платы TD-01 добавлена новая настройка конвертеров ""Цикл"": [[Image(ss1.jpg,width=100%)]] **Предлагаю** добавить описание этой настройки в РЭ аппаратуры MC04-DSL-3U." alx Owned 1537 РЭ: изменился диалог конфигурации плат ST-124M, ST-116M, ST-018M Руководство по эксплуатации задача major 2026-10-01T16:36:57+05:00 2026-10-02T14:23:21+05:00 "В веб-интерфейсе блока MC04-DSL-3U произошло изменение: в диалоге конфигурации плат ST-124M, ST-116M, ST-018M надписи ""STM группа "" заменены на ""VCG"" (где """" - цифра). Например вместо ""STM группа 2"" теперь ""VCG2"". Надписи ""STM группа "" встречались на вкладке ""Настройки"" в пункте ""Настройка режимов и параметров интерфейсов Ethernet"" и на вкладке ""Состояние"" в пункте ""Состояние линков/масок интерфейсов Ethernet"". **Предлагаю** принять изложенную информацию к сведению и внести необходимые изменения в РЭ если таковые потребуются." alx Owned 1538 РЭ: Изменилась нумерация VCG в платах ST-124M, ST-116M, ST-018M Руководство по эксплуатации задача major 2026-10-01T16:43:22+05:00 2026-10-01T16:43:22+05:00 "В веб-интерфейсе блока MC04-DSL-3U произошло изменение: в диалоге конфигурации плат ST-124M, ST-116M, ST-018M номера всех VCG увеличены на 1, то есть вместо 0...3 VCG имеют номера 1...4. Например то, что раньше обозначалось VCG2, теперь обозначается VCG3. **Предлагаю** внести соответствующие изменения в текст РЭ аппаратуры MC04-DSL-3U." alx Owned 1539 РЭ: гибкая конфигурация СУВ канальных окончаний плат VE-01/VE-02 Руководство по эксплуатации задача major 2026-10-01T18:42:52+05:00 2026-10-01T18:42:52+05:00 "В канальных окончаниях FXS, FXO, EM, 1IND плат VE-01 и VE-02 появилась возможность гибкой конфигурации СУВ. Этим канальным окончанием требуется только один сигнальный канал, который имеет два состояния - неактивное (исходное) и активное (его смысл зависит от типа канального окончания). Раньше эти канальные окончания могли использовать только СУВ A (с возможностью инвертировать его состояние). Однако выяснилось, что существует оборудование, использующее для этих целей другие СУВ, например B. Для того чтобы эти канальные окончания могли работать с оборудованием, использующим любые мыслимые СУВ и их комбинации, канальным окончаниям FXS, FXO, EM, 1IND плат VE-01 и VE-02 добавлены новые конфигурационные параметры ""Передача СУВ"" и ""Прием СУВ"". Кроме этого, существующий конфигурационный параметр ""Инверсия СУВ"" переименован в ""Инверсия сигнализации"" (это более точно отражает его функцию, хотя это название мне тоже не очень нравится). Выглядит это примерно так: [[Image(ss1.jpg)]] === Новый параметр ""Передача СУВ"" === Данный конфигурационный параметр определяет, какие комбинации СУВ abcd передаются канальным окончанием в активном и неактивном (исходном) состоянии их сигнализации. Соответственно, пользователь может задать две комбинации из 4 двоичных цифр каждая. Например для канального окончания FXO это комбинация СУВ, передаваемая в исходном состоянии (канал не занят) и комбинация СУВ, передаваемая при занятии канала. Для канального окончания FXS это комбинация, передаваемая при отсутствии вызова, и комбинация, передаваемая при вызове. Для канальных окончаний EM и 1IND это исходное состояние и активное состояние. По умолчанию в исходном состоянии сигнала передается комбинация 1101 (то есть СУВ C равен нулю, а СУВ A, B и D равны единице), а в активном состоянии - комбинация 0101, что соотетствует использованию для сигнализации только СУВ A, как это и было раньше. Например, если пользователь хочет вместо СУВ A использовать СУВ B, он может задать комбинации 1101 и 1001 соотетственно. Если назначить комбинации 1101 и 0001, то будут изменяться СУВ A и B сразу. Если назначить комбинации 1100 и 0011, то будут изменяться все 4 СУВ сразу, причем в СУВ A и B в активном состоянии будет передаваться 0, а в исходном (неактивном) 1, а в СУВ C и D - наоборот. Надеюсь, понятно описал... //Важное замечание:// устанавливаемые здесь комбинации не учитывают конфигурационный параметр ""Инверсия сигнализации"", то есть если чекбокс ""Инверсия сигнализации"" не отмечен, все работает ровно так, как я описал выше. А если чекбокс ""Инверсия сигнализации"" отмечен, то заданные комбинации меняются между собой: если напрмер заданы комбинации исходная 1101 и активная 0101 (как по умолчанию), то в исходном состоянии будет передаваться 0101, а в активном - 1101. То есть логическое состояние сигнала сначала инвертируется при отмеченном чекбоксе ""Инверсия сигнализации"", а затем кодируется комбинациями, заданными параметром ""Передача СУВ"". === Новый параметр ""Прием СУВ"" === Данный конфигурационный параметр определяет, какие комбинации СУВ abcd, принимаемые канальным окончанием, будут интерпретироваться как активные (например как снятие трубки для канального окончания FXS, как вызов для канального окончания FXO). Четыре сигнала СУВ могут давать 16 различных комбинаций. Соответсвтенно, настройка ""Прием СУВ"" состоит из 16 чекбоксов, каждый из которых соответствует одной из этих 16 возможных комбинаций. Эти чекбоксы отображаются в отдельном диалоге, который появляется при клике кнопки ""Выбрать активные комбинации"". Выглядит диалог примерно так: [[Image(ss2.jpg)]] Работает это так: если чекбокс, соответствующий принимаемой комбинации отмечен, такая комбинация интерпертируется канальным окончанием как активная (например канальным окончанием FXO как вызов, канальным окончанием FXS как снятие трубки, канальным окончанием 1IND как импульс). Если чекбокс не отмечен, принятая комбинация интерпретируется как неактивная (отсутствие вызова/занятия/импульса - в зависимости от типа канального окончания). По умолчанию активными считаются все комбинации, в которых СУВ A равен нулю, и неактивными все комбинации, в которых СУВ A равен единице (то есть используется тольуо СУВ A, а значения остальных СУВ не имеют значения, как это и было раньше). Такая настройка по умолчанию показана на рисунке выше. Если, например, пользователь хочт вместо СУВ A использовать СУВ B, то он должен отметить все комбинации, где СУВ B равен нулю, и снять отметки с комбинаций, где СУВ B равен единице: [[Image(ss3.jpg)]] Ну и т.д... Таким образом, эта настройка позволяет канальному окончанию работать с любыми возможными вариантами кодирования сигнализации, даже с самыми необычными - например считать активными комбинации, где СУВ A и D различаются: [[Image(ss4.jpg)]] //Важное замечание:// данная настройка не учитывают конфигурационный параметр ""Инверсия сигнализации"", то есть если чекбокс ""Инверсия сигнализации"" не отмечен, все работает ровно так, как я описал выше. А если чекбокс ""Инверсия сигнализации"" отмечен, то отмеченные и неотмеченные чекбоксы какбы меняются местами: неотмеченные комбинации интерпретируются как активные, а отмеченные - как неактивные. То есть сначала принятая комбинация СУВ декодируется в логическое состояние ""активная"" или ""неакивная"" в соответствии в данным конфигурационным параметром, а потом это логическое состояние дополнительно инвертируется при отмеченном чекбоксе ""Инверсия сигнализации"". **Предлагаю** добавить описание новых конфигурационных параметров в РЭ аппаратуры MC04-DSL-3U, а также внести в упомянутое РЭ необходимые изменения в соответствии из изменением названия конфигурационного параметра ""Инверсия сигнализации""." alx Owned 1540 РЭ: вместо RSTP в SW-01 теперь MSTP Руководство по эксплуатации задача major 2026-10-02T14:20:09+05:00 2026-10-06T13:37:34+05:00 "В плате SW-01 вместо протокола RSTP теперь реализован MSTP (Multiple Spanning Tree Protocol). Некоторые (потенциальные) потребители хотели иметь этот протокол/алгоритм. В связи с этим претерпел изменения веб-интерфейс блока MC04-DSL-3U. Сразу признаюсь, что я плохо знаю и понимаю алгоримты STP, поэтому объяснить что-либо могу только в самых общих чертах. За деталями рекомендую обращаться в стандарт IEEE 802.1Q-2005 (есть у @san) или к @roman_zhur или к @san. Вкладка ""RSTP"" в веб-интерфейсе блока теперь называется ""MSTP"". MSTP отличается от RSTP тем, что строит не одно дерево топологии сети, а много разных деревьев, при этом разные VLAN могут использовать разные деревья. Собственно вкладка ""MSTP"" выглядит немного по-разному в зависимости от значения глобальной настройки ""Protocol version"". Это связано с тем, что (по просьбе начальника отдела разработок) при выборе ""STP"" и ""RSTP"" я постарался сделать эту вкладку максимально похожей на то, что было раньше. Параметр ""Protocol version"" теперь может принимать одно из трех значений - ""STP"", ""RSTP"" или ""MSTP"". Если ""Protocol version"" установлена в ""STP"" или ""RSTP"", то верхняя часть вкладки содержит группу глобальных конфигурационных параметров (""Глобальные настройки"") и группу параметров текущего состояния (""Состояние""), как это и было раньше: [[Image(ss1.jpg)]] В группе ""Глобальные настройки"" произошли следующие изменения: - Удален параметр ""Hello Time"" (так как он может принимать единственное значение - 2 секунды); - Добавлен параметр ""Config Name""; - Добавлен параметр Config Revision Level; - Добавлен параметр Tx Hold Count. В группе ""Состояние"" много чего изменилось. Какие там теперь отображаются параметры, см. на скриншоте выше. Ниже на вкладке ""MSTP"" добавлен новый блок ""Привязка VLAN к деревьям MSTP"": [[Image(ss2.jpg, width=100%)]] Он отображается одинаково пи любом значении параметра ""Protocol version"". Блок содержит таблицу, которая показывает, какие VLAN'ы к каким деревьям STP привязаны. В данной реализации MSTP деревья нумеруются числами от 0 до 64 - эти номера соответствуют параметру STP group index VLAN'ов. Дерево 0 обозначается CIST (Common and Internal Spanning Tree) и существует всегда (при любом значении параметра ""Protocol version""). Деревья с номерами от 1 до 64 обозначаются MSTI (Multiple Spanning Tree Instance) и существуют только если параметр ""Protocol version"" имеет значение ""MSTP"". Для удобства пользователей непосредственно над таблицей расположена кнопка ""Изменить VLAN STP group index"", позволяющая изменить STP group index VLAN'ов, не переключаясь на вкладку VLAN. При клике этой кнопки появляется диалог, позволяющий указать один или несколько VLAN ID и номер MSTI. VLAN ID могут указываться перечислением (например `1, 2, 34, 538`), диапазоном (например `5-9`) и их комбинацией (то есть перечислением номеров и диапазонов, например `1,2,7-12,123,300-345`). При клике ""OK"" указанный в диалоге номер MSTI будет присвоен всем перечисленным VLAN как параметр STP group index. Далее следует таблица с настройками и состоянием портов (очень похожая на то, что было раньше). От таблицы, которая была раньше, она отличается следующим: - Параметр Edge теперь реализован как select (ранее был чекбокс), имеющий три возможных значения: ""Авто"", ""Вкл."" и ""Выкл."". ""Авто"" - это то, что раньше было неотмеченным чекбоксом, ""Вкл."" - это то, что раньше было отмеченным чекбоксом. ""Выкл."" - новое значение (которого раньше не было) - означает ""force off"" (edge принудительно выключен - такой порт не начнет работать, пока не получит BPDU из сети). - Вместо одного параметра ""Path Cost"" теперь два параметра: ""Internal Path Cost"" и ""External Path Cost"". - Нет столбца ""Protocol"", так как библиотека, которую я применил, не позволяет получить такой параметр. В этой таблице параметры ""Priority"", ""Internal Path Cost"", ""Role"" и ""State"" относятся к дереву CIST (0), все остальные параметры относятся к портам коммутатора как таковым (независимо от деревьев STP). То есть здесь (из соображений компактности) в одной таблице объединены и параметры CIST, и общие параметры портов. Если глобальный параметр ""Protocol Version"" имеет значение ""MSTP"", вид вкладки несколько меняется: - В группе ""Глобальные настройки"" не отображается параметр ""Bridge Priority"" (так как он свой для каждого дерева STP): [[Image(ss3.jpg)]] - Группа параметров ""Состояние"" отображается не радом с группой ""Глобальные настройки"", а переносится ниже, где объединяется с таблицей портов в общую группу ""CIST (0)"": [[Image(ss4.jpg, width=100%)]] - В группе ""Состояние"" отображается параметр ""Bridge Priority"". Справа от значения этого параметра отображается иконка ""Изменить Bridge Priority"", при клике которой появляется диалог, позволяющий установить новое значение Bridge Priority: [[Image(ss5.jpg)]] Ниже группы ""CIST (0)"" отображаются группы параметров остальных деревьев STP (""MSTI 1"" - ""MSTI 64""). При этом для компактности страницы **не отображаются** те MSTI, к которым не привязана ни одна VLAN (то есть ни у одной VLAN параметр ""STP group index"" не совпадает с номером MSTI). Выглядят эти группы примерно так: [[Image(ss6.jpg, width=100%)]] Обрати внимание, что здесь в группе ""Состояние"" немного другой набор параметров, в таблице портов тоже сокращенный набор параметров (только те параметры, которые свои для каждого дерева), также (для компактности) в таблице портов отображаются только включенные порты (порты, у которых отмечен чекбокс ""Enabled"" в группе ""CIST (0)""). Вот, кажется, и все видимые изменения. Веб-интерфейс с MSTP можно посмотреть в блоке ""Нижний самурай"". Если вдруг я что-то упустил, спрашивай в комментариях, не стесняйся. Ах да, чуть не забыл написать формальное предложение. **Предлагаю** внести соответствующие изменения в текст РЭ аппаратуры MC04-DSL-3U." alx Owned 1543 РЭ: описать конфигурирование и работу системы DCC платы ST-04 Руководство по эксплуатации задача major 2026-10-23T12:57:13+05:00 2026-10-23T13:05:14+05:00 "В блоке MC04-DSL-3U добавлена поддержка системы DCC (Data Communication Channel) платы ST-04 — встроенного служебного канала связи в технологии SDH, который используется для управления, мониторинга и настройки сетевого оборудования без задействования полезной нагрузки (пользовательского трафика). При этом в диалоге конфигурации платы ST-04 в веб-интерфейсе появилась новая вкладка ""DCC"": [[Image(ss1.jpg, width=100%)]] Известные мне факты по некоторым из содержащихся на ней конфигурационным параметрам: - ""Режим работы"" имеет значения ""Транзит"" и ""Вставка-Выделение"". При этом вариант ""Вставка-Выделение"" доступен только если плата установлена в слот 7. - ""Aging (sec. 0=OFF)"" имеет диапазон допустимых значений от 0 до 255. - ""Quiet_period (min. 0=OFF)"" имеет диапазон допустимых значений от 0 до 255. - ""Адрес DCC"" имеет диапазон допустимых значений от 1 до 98. - В таблице ""Станции DCC"" одноименные параметры не могут иметь совпадающие значения (например ""Адрес DCC"" не может иметь значение 23 в двух или более строках таблицы). Исключение - параметр ""IP шлюз станции"" может иметь значение ""0.0.0.0"" в более чем одной строке. **Предлагаю** описать конфигурирование и работу системы DCC платы ST-04 в РЭ аппаратуры MC04-DSL-3U." alx Owned 1545 "РЭ: добавить описание параметра ""Алгоритмы дайджест аутентификации""" Руководство по эксплуатации задача major 2026-10-23T13:39:01+05:00 2026-10-23T13:39:01+05:00 "Раньше платами VE-01 и VE-02 при дайджест аутентификации клиентов поддерживался только дайджест MD5, который давно считается устаревшим и не криптостойким, и поэтому использование его в таких ответственных операциях как аутентификация не рекомендуется. Недавно в платах VE-01 и VE-02 появилась поддержка более современных и криптостойких алгоритмов дайджест аутентификации SHA-256 и SHA-512-256, и при аутентификации клиента платы всегда предлагали все три алгоритма на выбор клиента - SHA-512-256, SHA-256 и MD5. Причем SHA-512-256 и SHA-256 были более приоритетными, а MD5 предлагался в последнюю очередь. Обнаружилось, что некоторые клиенты (например телефоны Yealink T21) почему-то отказываются аутентифицироваться, если помимо поддерживаемого ими алгоритма MD5 UAS предлагает еще и SHA-512-256 и SHA-256. Это, очевидно, проблема клиентов (какая-то ошибка в их работе). Чтобы дать возможность аутентифицироваться на платах VE-01 и VE-02 даже клиентам, которые по каким-то причинам (из-за ошибок в них) не способны выбрать поддерживаемый ими дайджест алгоритм из предлагаемых сервером, в платах VE-01 и VE-02 был добавлен новый конфигурационный параметр ""Алгоритмы дайджест аутентификации"". Он позволяет задать дайджест-алгоритмы, которые будут предлагаться клиенту для дайджест-аутентификации. Соответственно, в веб-интерфейсе плат VE-01 и VE-02 исполнений 1 и 3 добавлен конфигурационный параметр ""Алгоритмы дайджест аутентификации"" (на вкладке ""Разное""): [[Image(ss1.jpg, width=100%)]] Значением параметра является текстовая строка, в которой можно перечислить (разделяя пробелами) дайджест-алгоритмы, которые будет предлагать UAS для аутентификации клиентов. При этом алгоритмы указываются в порядке убывания приоритета, то есть первый указанный будет наиболее приоритетным, последний - наименее приоритетным. Если значением параметра является пустая строка, то это равносильно значению `SHA-512-256 SHA-256 MD5`, то есть клиенту для аутентификации предлагаются на выбор все поддерживаемые платами VE-01 и VE-02 алгоритмы. Неподдерживаемые платами алгоритмы игнорируются, например указание значения `SHA-256 LABUDA MD5` равносильно указанию значения `SHA-256 MD5`. Значение параметра по умолчанию - пустая строка. **Предлагаю** добавить описание нового конфигурационного параметра ""Алгоритмы дайджест аутентификации"" плат VE-01 и VE-02 исполнений 1 и 3 в РЭ аппаратуры MC04-DSL-3U." alx Owned 1546 "РЭ: добавить описание параметра ""Алгоритмы дайджест аутентификации""" Руководство по эксплуатации задача major 2026-10-23T14:51:43+05:00 2026-10-23T14:51:43+05:00 "Недавно в блоке MC04-DSL-VIP появилась поддержка более современных и криптостойких алгоритмов дайджест аутентификации SHA-256 и SHA-512-256, и был добавлен новый конфигурационный параметр ""Алгоритмы дайджест аутентификации"". Он позволяет задать дайджест-алгоритмы, которые будут предлагаться клиенту для дайджест-аутентификации. Соответственно, в веб-интерфейсе блока добавлен конфигурационный параметр ""Алгоритмы дайджест аутентификации"" (на вкладке ""Разное""): [[Image(ss1.jpg, width=100%)]] Значением параметра является текстовая строка, в которой можно перечислить (разделяя пробелами) дайджест-алгоритмы, которые будет предлагать UAS для аутентификации клиентов. При этом алгоритмы указываются в порядке убывания приоритета, то есть первый указанный будет наиболее приоритетным, последний - наименее приоритетным. Если значением параметра является пустая строка, то это равносильно значению `SHA-512-256 SHA-256 MD5`, то есть клиенту для аутентификации предлагаются на выбор все поддерживаемые блоком алгоритмы. Неподдерживаемые блоком алгоритмы игнорируются, например указание значения `SHA-256 LABUDA MD5` равносильно указанию значения `SHA-256 MD5`. Значение параметра по умолчанию - пустая строка. **Предлагаю** добавить описание нового конфигурационного параметра ""Алгоритмы дайджест аутентификации"" блока MC04-DSL-VIP в РЭ аппаратуры MC04-DSL-VIP." alx Owned 1526 РЭ: уведомление о новой функции SW-01 - сохранение коррекции хода часов Руководство по эксплуатации задача minor 2026-08-31T13:45:11+05:00 2026-08-31T14:20:39+05:00 "Плата SW-01 имеет энергонезависимые часы реального времени, питающиеся от батареи при отсутствии основного питания платы. Также в энергонезависимой памяти этих часов хранится значение коррекции хода часов. Иногда (например при длительном хранении платы без питания) батарейка, питающая часы, может сесть, в этом случае требуется ее замена. Ранее при замене батарейки, когда пользователь вытаскивал старую батарейку, хранившееся в часах значение коррекции хода часов пропадало. Это создавало небольшие неудобства, так как приходилось перед сменой батарейки посмотреть и запомнить значение коррекции хода часов, а потом, после замены, снова установить в часы это значение. Теперь при любом изменении значения коррекции хода часов в веб-интерфейсе это значение записывается не только в часы реального времени, но и в файл `/var/lib/misc/rtccal`. При старте swd, если имеется указанный файл, из него читается значение коррекции хода часов и записывается в часы реального времени. Таким образом отпадает необходимость делать это вручную. Формального предложения у меня нет, этот тикет создан с целью проинформировать разработчика РЭ об изменениях в плате SW-01. Следует ли описывать это в РЭ, я не знаю и оставляю на усмотрение разработчика РЭ." alx Owned 1527 РЭ: в веб-интерфейсе SW-01 отображаются текущие адреса IPv6 Руководство по эксплуатации задача minor 2026-08-31T13:50:12+05:00 2026-08-31T14:19:26+05:00 "Для повышения удобства пользователей в диалоге настроек сети блока MC04-DSL-3U добавлено отображение текущих адресов IPv6 платы: [[Image(ss1.jpg)]] Формального предложения у меня нет, этот тикет создан с целью проинформировать разработчика РЭ об изменениях в плате SW-01. Следует ли описывать это в РЭ, я не знаю и оставляю на усмотрение разработчика РЭ." alx Owned 1536 РЭ: изменения в диалоге конфигурации плат ST-124M, ST-116M, ST-018M Руководство по эксплуатации задача minor 2026-10-01T16:24:58+05:00 2026-10-02T14:24:33+05:00 "В веб-интерфейсе блока MC04-DSL-3U произведено улучшение: в диалоге конфигурации плат ST-124M, ST-116M, ST-018M при выключенном направлении A и/или B отсутствие аварий STM этого направления отображается на сером (а не на зеленом) фоне. При включенном - как и раньше, на зеленом. Не знаю, потребует ли сделанное изменение в веб-интерфейсе вносить какие-либо изменения в РЭ. **Предлагаю** принять изложенную информацию к сведению и внести необходимые изменения в РЭ если таковые потребуются." alx Owned 1542 Добавить (изменить) в РЭ информацию про платы питания Руководство по эксплуатации задача minor 2026-10-20T16:40:11+05:00 2026-10-22T16:12:48+05:00 "В РЭ необходимо внести следующую информацию: 1. Допускается одновременно устанавливать в блок 3U платы PS-48D-100 в слот 18 и слот 20. В таком случае резервирование питания работать будет, но система ""master-slave"" работать не будет. То есть нельзя гарантированно утверждать, через какую плату будет осуществляться питание блока. 2. Не допускается устанавливать в блок 3U платы PS-48D/PS-48D-75/PS-48D-100 в качестве **резервной**, на место 18, если в блоке есть плата питания, работающая от сети ~220 В. 3. Плата PS-220-D12 в заводской комплектации предназначена для питания внешней аппаратуры, напряжение 12В. для питания блока 3U она не выдаёт, поэтому **не следует** устанавливать плату на штатные места предназначенные для плат питания блока (18, 20)." roman_zhur Owned 619 РЭ: привести картинки к единому стилю Руководство по эксплуатации улучшение minor 2020-04-17T17:14:51+05:00 2024-12-12T16:36:44+05:00 "Долгое время я не хотел создавать этот тикет, потому что по сравнению с прочими ошибками и недочетами, которые сейчас имеются в РЭ аппаратуры MC04-DSL-3U, эта проблема кажется несущественной мелочью. Однако я вижу, что новые картинки продолжают добавляться в РЭ абы как, и чем дольше это будет продолжаться, тем больше проблема будет усугубляться, и тем больше потом будет работы по ее устранению. Как я уже сказал выше, картинки в РЭ оформлены абы как, все по-разному. Особенно это бросается в глаза, когда в РЭ помещаются иллюстрации веб-интерфейса блока: одни картинки в крупном масштабе (см. например рис. 5.91 в РЭ редакции 41), другие - в мелком (рис. 5.23), одни картинки размещаются по центру листа (рис. 7.60), другие - слева (рис. 7.25), одни картинки текст обтекает (рис. 5.96), другие - пропускает (рис. 5.97), одни диалоги изображены без рамки (см. рис. 6.21), другие - с рамкой (рис. 6.40), третьи - с рамкой и окружающим пространством за рамкой (рис. 6.39), более того, на многих картинках рамка изображена выборочно: с одной стороны рамка есть, с другой - нет (см. например рис. 6.41 и 6.42), одни картинки цветные, другие зачем-то переведены в градации серого (см. рис 6.22) (да, Vladimir говорил, что это почему-то было необходимо для печати, но почему тогда не все?), одной картинке даже зачем-то пририсована **синяя рамка** (см. рис. 5.85), у некоторых картинок произведена цветокоррекция в зеленый цвет (рис. 6.30, кнопка ""Добавить"" внизу страницы 190)... Как результат, весь этот разнобой выглядит некрасиво. Предлагаю оформить все картинки насколько это возможно, единообразно." alx Owned 1535 РЭ: Добавить уточнение к авариям ST-M J2 Руководство по эксплуатации улучшение minor 2026-09-24T17:27:31+05:00 2026-09-24T17:28:08+05:00 "В РЭ-84 в {{{Пункт 5.3.2. Таблица Настройка масок аварий Е1(Line side + STM side).}}} Есть абзац: {{{ Описание маскируемых аварий: - E1_CV (Code Violation) – нарушение структуры кода в потоке E1... ... ... ... - TU12_UNEQ (Unequipped) — сигнал индикации незанятого (необорудованного) трибутарного блока TU-12. Означает, что TU-12 в структуре мультиплексирования фактически отсутствует или не настроен. }}} Нужно к названиям некоторых аварий(J2_ALLZERO, J2_NS, TU12_TIM,TU12_PLM) добавить уточнение: {{{ - J2_ALLZERO(отображается в виде объединенной аварии TU12-J2) - ... ... - J2_NS(отображается в виде объединенной аварии TU12-J2) - ... ... - TU12_TIM(отображается в виде объединенной аварии TU12-J2) - ... ... - TU12_PLM(отображается в виде объединенной аварии TU12-J2) - ... ... }}}" san Reported 1435 Ошибка названия параметра платы BS-220 MC04-DSL-3U и его платы дефект minor 2025-12-18T15:25:43+05:00 2025-12-18T15:25:43+05:00 "В окне диалога платы BS-220 в Таблице ""Параметры"" есть параметр ""Нагрузка"", но в таблице ""Аварии"" этот параметр записан, как ""Загрузка 100%"" (Загрузка чего? Среди параметров платы нет никакой ""Загрузки""). Предлагаю в веб-интерфейсе заменить Аварию ""Загрузка 100%"" на ""Нагрузка 100%"". После замены названия параметра создайте тикет в компоненте ""Руководство по эксплуатации"" и приложите скриншот веб-интерфейса с диалогом настройки платы BS-220. " Vladimir Commented 583 Ограничение мощности АТС MC04-DSL-3U и его платы улучшение major 2020-03-11T17:41:49+05:00 2023-07-03T11:36:21+05:00 "В АТС на базе MC04-DSL-3U установлен источник питания 75 Вт, а максимально возможное количество абонентов 128. Если будут активны все абоненты одновременно, то АТС понадобится примерно 150 Вт., которые источник выдать не сможет. По результатам практических экспериментов: {{{ Загрузка 80% - пассивное состояние станции Загрузка 100% - примерно 20 разговаривающих абонентов Загрузка 110 % - примерно 30 разговаривающих абонентов }}} * При нагрузке от 100 до 110% источник питания может продолжать работу, но при этом он может нагреваться. Подразумевается, что в станции активны одновременно могут быть не более 20-30 абонентов. Если это правило соблюдается, то проблем нет, но в случае непредвиденной ситуации может получится так, что активны станут более 30 абонентов, в таком случае ИП не выдержит и станция упадёт. На мой взгляд это неправильное(некрасивое) поведение аппаратуры. Представим случай, что рядом с деревней, где установлена АТС пожар и большая часть жителей решила позвонить в 01, если таких пытающихся будет больше 30, то ни один из них не дозвониться. т.к. АТС ""упадёт"". Я думаю что наша станция должна каким-то образом ограничивать своё потребление, в пределах максимальной мощности. Предлагаю обсудить и найти решение, как сделать так чтобы станция работала ""правильно"". В ходе устного обсуждения поступили предложения: 1. Увеличить мощность источника питания. (насколько я понял мы можем установить источник максимальной мощностью 100 Вт.) 2. Разработать новую плату абонентских окончаний, которая будет запитывать абонентов не от внутренних 12 В., а от внешних 48 В. 3. Добавить в плату SW-01 функционал: а) при загрузке ИП, выше порога, заблокировать оставшиеся неактивные абонентские каналы б) при загрузке ИП, выше порога, записать во все платы особую переменную, которая запретит платам повышать нагрузку 4. Добавить новую шину на кросс (взять из резервных если есть) по которой плата питания сможет незамедлительно сообщить всем остальным платам о повышенной нагрузке, что запретит платам повышать нагрузку 5. Предупредительная мера. При превышении некоторого настроенного количества активных абонентских окончаний, плата VE будет проигрывать всем новым активным окончаниям ""аварийное сообщение"". Предполагается, что прослушав короткое сообщение пользователь положит трубку и не будет создавать нагрузку. " san