Spanning Tree Protocol — сетевой протокол, работающий на втором уровне модели OSI. Основан на одноименном алгоритме, разработчиком которого является «Мама Интернета» — Радья Перлман (англ. Radia Perlman).

Основной задачей STP является приведение сети Ethernet с множественными связями к древовидной топологии, исключающей циклы пакетов. Происходит это путем автоматического блокирования ненужных в данный момент для полной связности портов. Протокол описан в стандарте IEEE 802.1D.

Для того чтобы определить какие порты заблокировать, а какие будут в режиме пересылки, STP выполняет следующее:

  1. Выбор корневого моста (Root Bridge)
  2. Определение корневых портов (Root Port)
  3. Определение выделенных портов (Designated Port)

Выбор корневого моста

Корневым становится коммутатор с наименьшим идентификатором моста (Bridge ID).

Только один коммутатор может быть корневым. Для того чтобы выбрать корневой коммутатор, все коммутаторы отправляют сообщения BPDU, указывая себя в качестве корневого коммутатора. Если коммутатор получает BPDU от коммутатора с меньшим Bridge ID, то он перестает анонсировать информацию о том, что он корневой и начинает передавать BPDU коммутатора с меньшим Bridge ID. В итоге только один коммутатор останется корневым и будет передавать BPDU.

Изначально Bridge ID состоял из двух полей:

  • Приоритет — поле, которое позволяет административно влиять на выборы корневого коммутатора. Размер — 2 байта,
  • MAC-адрес — используется как уникальный идентификатор, который, в случае совпадения значений приоритетов, позволяет выбрать корневой коммутатор. Так как MAC-адреса уникальны, то и Bridge ID уникален, так что какой-то коммутатор обязательно станет корневым.

Определение корневых портов

Порт коммутатора, который имеет кратчайший путь к корневому коммутатору называется корневым портом. У любого не корневого коммутатора может быть только один корневой порт.

Определение назначенных портов

Коммутатор в сегменте сети, имеющий наименьшее расстояние до корневого коммутатора называется назначенным коммутатором (мостом). Порт этого коммутатора, который подключен к рассматриваемому сегменту сети, называется назначенным портом.


Принцип действия

  1. В сети выбирается один корневой мост (Root Bridge).
  2. Далее каждый, отличный от корневого, мост просчитывает кратчайший путь к корневому. Соответствующий порт называется корневым портом (Root Port). У любого не корневого коммутатора может быть только один корневой порт.
  3. После этого для каждого сегмента сети просчитывается кратчайший путь к корневому порту. Мост, через который проходит этот путь, становится назначенным для этой сети (Designated Bridge). Непосредственно подключенный к сети порт моста — назначенным портом.
  4. Далее на всех мостах блокируются все порты, не являющиеся корневыми и назначенными. В итоге получается древовидная структура (математический граф) с вершиной в виде корневого коммутатора.

Алгоритм действия STP

  • После включения коммутаторов в сеть, по умолчанию каждый (!) коммутатор считает себя корневым (root).
  • Затем коммутатор начинает посылать по всем портам конфигурационные Hello BPDU пакеты раз в 2 секунды.
  • Исходя из данных Hello BPDU пакетов, тот или иной коммутатор приобретает статус root, то есть корня.
  • После этого все порты кроме root port и designated port блокируются.

Происходит посылка Hello-пакетов раз в 20 секунд либо при пропадании/восстановлении какого-нибудь линка, с целью препятствия появлению петель в сети.


Пример топологии

Изменениями топологии считается изменения ролей DP и RP. Коммутатор, который обнаружил изменения в топологии отправляет Topology Change Notification (TCN) BPDU корневому коммутатору:

  • Коммутатор, на котором произошли изменения отправляет TCN BPDU через свой корневой порт. Отправка сообщения повторяется каждый hello interval (2 секунды) до тех пор, пока получение сообщения не будет подтверждено.
  • Следующий коммутатор, который получил TCN BPDU отправляет назад подтверждение. Подтверждение отправляется в следующем Hello BPDU, которое будет отправлять коммутатор, выставлением флага Topology Change Acknowledgement (TCA).
  • Далее коммутаторы, у которых порт работает в роли DP для сегмента, повторяют первые два шага и отправляют TCN через свой корневой порт и ждут подтверждения.

После того как корневой коммутатор получил TCN BPDU, он отправляет несколько следующих Hello с флагом TCA. Эти сообщения получают все коммутаторы. При получении сообщения hello с флагом TCA, коммутатор использует короткий таймер (Forward Delay time) для того чтобы обновить записи в таблице коммутации. Обновления выполняется из-за того, что после изменений в топологии STP в таблице коммутации могут храниться неправильные записи.

Если порт изменяет состояние с Blocking в Forwarding, то он должен пройти через два промежуточных состояния: Listening и Learning. Переход из Forwarding в Blocking может выполняться сразу.


Роли и состояния портов

Роли портов:

  • Root Port — корневой порт коммутатора
  • Designated Port — назначенный порт сегмента
  • Nondesignated Port — неназначенный порт сегмента
  • Disabled Port — порт который находится в выключенном состоянии

Состояния портов:

  • Blocking — блокирование
  • Listening — прослушивание
  • Learning — обучение
  • Forwarding — пересылка

Функция root-guard "защита корня"

Функция защиты корня обеспечивает возможность задать расположение корневого моста в сети. Это обеспечивает уверенность в том, что порт, на котором активизирована функция защиты корня, является назначенным. Обычно все порты корневого моста являются назначенными, если два или более портов корневого моста не соединены вместе. Если мост получает высокоприоритетные STP элементы данных протокола управления мостами (BPDU) в корневом порту, для которого включена функция защиты корня, защита корня переводит порт в состояние STP, называемое несогласованностью корня. Состояние несогласованности корня аналогично состоянию прослушивания. Трафик через порт в таком состоянии не пересылается. Таким образом, защита корня задает расположение корневого моста. Функцию защиты корня необходимо включить на всех портах, которые не должны стать корневыми.


Изменения "места разрыва кольца" на оборудовании Sprinter

По умолчанию на оборудовании Sprinter протокол RSTP определяет «место разрыва кольца», т.е. какой порт блокировать, основываясь на скорости соединения, которой соответствует стоимость соединения.

Ниже приведено соответствие скорости и стоимости соединения:

10 Mb/s: Cost=2 000 000
100 Mb/s: Cost=200 000
1000 Mb/s: Cost=20 000

Для того чтобы изменить «место разрыва кольца» необходимо изменять стоимость соединений в тех точках, изменение стоимости которых позволит определить более кратчайший путь через ранее заблокированный порт и заблокирует порт в другом сегменте.

Для изменения стоимости соединения порта необходимо использовать команду:

rstp <port number> -c <port cost>

где port number - номер порта, для которого изменяем стоимость соединения

port cost - новое значение стоимости соединения

Для рисунка, представленного ниже, эта команда выглядит следующим образом:

rstp <port number> -c 4

Документация для мультиплексоров-коммутаторов Sprinter TX (MINI,11,12,20,SFP)
Установка, назначение разъемов и их контакты
Быстрое развертывание
Руководство по эксплуатации
Документация для мультиплексоров-коммутаторов Sprinter TX (48, FE, GE, 32FE, 6SFP, 24SFP, STM1)
Техническое описание
Установка, назначение разъемов и их контакты
Быстрое развертывание
Руководство по эксплуатации
Документация для коммутатора Sprinter TX (10G)
Руководство по эксплуатации
Документация на оборудование противопожарной автоматики
Паспорт и руководство по эксплуатации ППКОПиУ «МГП-СС»
Паспорт и руководство по эксплуатации Термогигрометр МГП-СС

 

Инструкция по обновлению программного обеспечения для мультиплексоров-коммутаторов Sprinter TX (SFP,MINI,11,12,20)

Начиная с версии ПО LPOS 1.0.9.4SR2, изменился MAC-адрес по умолчанию. В связи с этим, при обновлении ПО с более старой версии на версию LPOS 1.0.9.4SR2 и выше, необходимо перезапустить потоки Е1.

  1. Для обновления прошивки мультиплексора необходимо подключиться к нему по FTP в пассивном режиме, используя логин – admin, пароль – admin. После подключения вы увидите содержимое каталога /mnt/flash. Начиная с версии ПО LPOS 1.0.9.3SR5, IP адрес по умолчанию 192.168.0.24. На более старых версиях ПО IP адрес 192.168.0.201.
  2. Далее необходимо скопировать в эту папку файл прошивки LPOS_X.YSRZ.bin. На устройстве в папке, в которую вы скопировали этот файл, он не отобразится.
  3. Подключитесь к устройству, используя telnet или терминал, введите логин – admin, пароль – admin. Дальше необходимо перейти в командный режим управления устройством, если по умолчанию открылось menu. Для этого используйте сочетание клавиш «ESC+Q» или «CTRL+C». Затем введите команду systemupdate. Дождитесь завершения обновления прошивки.
  4. Далее необходимо перезагрузить устройство. Для этого необходимо ввести команду reset.
  5. После перезагрузки устройства оно будет загружено с новым программным обеспечением.

При обновлении программного обеспечения с версий LPOS 1.0.9.4SR31 по LPOS 1.0.9.4SR34 на любую другую версию, сначала необходимо произвести обновление до транзитной версии LPOS 9.4SR31-recov, после чего выполнить обновление ПО до требуемой версии.

Инструкция по обновлению программного обеспечения в мультиплексорах-коммутаторах серии Sprinter ТХ (48, FE, GE, 32FE, 6SFP, 24SFP, STM-1, 10G) на версию LP ARM OS 1.0.8.x (LPOS)

Введение

Прошивка в мультиплексорах серии ТХ - это набор файлов расположенных в каталоге /mnt/ файловой системы мультиплексора, и заменой этих файлов производится обновление ПО мультиплексора. Файлы kernel.* - две копии ядра операционной системы, одинаковые для всего оборудования серии SprinterТХ. Файлы fwXXX.rbf (где XXX закодированный тип оборудования, например fw314.rbf, fw314l.rbf) представляют собой микропрограмму для Е1 – коммутатора (матрицы) и уникальны для каждой модели мультиплексоров. Файлы help.txt и menu представляют собой текстовые файлы, содержащие справочную информацию и структуру меню соответственно. Файлы в подкаталоге htdocs представляют собой набор файлов для встроенного web сервера и служат для организации web-интерфейса. Кроме файлов в каталоге /mnt/ существует начальный загрузчик устанавливаемый командами uploadboot и setboot, доступный только по специальному запросу в службу поддержки. Не меняйте без абсолютной необходимости начальный загрузчик и не используйте указанные команды без твердой уверенности в правильности своих действий, так как это может привести к неработоспособности мультиплексора, а в ряде случаев к утрате гарантии на него.

Подготовка к обновлению ПО

Для того чтобы выяснить версии программных и аппаратных компонентов мультиплексора перед обновлением в telnet сессии выполните команду ver или stats и запишите или запомните версии, которые отобразил мультиплексор.

Если версия загрузчика (bootloader) ниже 1.0.0.9, необходимо произвести обновление начального загрузчика, предварительно запросив файл, содержащий загрузчик, в службе технической поддержки (Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.).

В архиве с актуальной версией прошивки LP ARM OS (LPOS), содержащем ПО для мультиплексора Sprinter ТХ, содержатся файлы микропрограмм для всех моделей мультиплексоров, однако загружать нужно только подходящие файлы, в таблице ниже приведено соответствие моделей и файлов для загрузки.

Если напротив нужной Вам модели указано несколько файлов, то загружать необходимо все эти файлы.

Например, если модель 328.1.00, то загружаем 3 файла: fw338.rbf, fw338r.rbf, fw338l.rbf

Версия оборудования (модель), Hardware version Файлы для загрузки Примечания
304.1.02, 304.1.04, 424.1.00 fw304.rbf  
305.1.00, 306.1.00 fw354l.rbf  
316.1.00, 316.1.00s, 316.1.00l, 316.1.00sl, 314.1.00, 314.1.00l fw314.rbf, fw314l.rbf  
354.1.00, , 354.1.00l, 358.1.00, 358.1.00l, 358.1.01, 358.1.01L, 368.1.01s, 368.1.02.s, 378.1.00, 378.1.00l, 378.1.02 fw354.rbf, fw354l.rbf  
324.1.01 fw324.rbf  
328.1.00, 328.1.00L, 328.1.00R, 338.1.00, 338.1.00L, 338.1.00R fw338.rbf, fw338r.rbf, fw338l.rbf  
368.1.00, 368.1.00L, 368.1.01S fw354.rbf  
502.1.00 fw502.rbf  

 

Для работ связанных с доступом к файловой системе мультиплексора используя протокол FTP, рекомендуется использовать программу Total Commander, так как именно эта программа используется для тестирования всех процедур разработчиками. Для доступа к файловой системе мультиплексора должен быть включен пассивный режим FTP.

Однопроцессорные устройства (до 8 портов Е1)

Процедура обновления ПО, если имеющаяся версия LP ARM OS 1.0.7.7SR3 (LPOS) или более ранняя

  1. распакуйте архив с актуальной версией прошивки LP ARM OS (LPOS), содержащий необходимые для загрузки файлы, в отдельный каталог;
  2. удалите файлы fwXXX.rbf, не подходящие к обновляемой модели мультиплексора;
  3. подключитесь к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
  4. cкопируйте с заменой все файлы подготовленные в пунктах 1 и 2 в папку /mnt/;
  5. если в папке /mnt/ мультиплексора остались файлы fw.rbf, kernel.elf и kernel.bkp, оставшиеся от предыдущих версий ПО, удалите их;
  6. проконтролируйте, что в файле /mnt/cfg.sys не содержится команд и ключей, не поддерживаемых новой версией ПО, при необходимости скорректируйте файл cfg.sys;
  7. перезапустите мультиплексор командой reset.

Процедура обновления ПО, если имеющаяся версия LP ARM OS 1.0.7.7SR4 (LPOS) или более поздняя

  1. подключитесь к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
  2. cкопируйте архив с актуальной версией прошивки LP ARM OS (LPOS) в папку /mnt/, в процессе копирования произойдет автоматическое обновление ПО;
  3. проконтролируйте, что в файле /mnt/cfg.sys не содержится команд и ключей, не поддерживаемых новой версией ПО, при необходимости скорректируйте файл cfg.sys;
  4. перезапустите мультиплексор командой reset.

Многопроцессорные устройства (16 и более портов Е1)

Процедура обновления ПО, если имеющаяся версия LP ARM OS 1.0.7.7SR3 (LPOS) или более ранняя

  1. распакуйте архив с актуальной версией прошивки LP ARM OS (LPOS), содержащий необходимые для загрузки файлы, в отдельный каталог;
  2. удалите файлы fwXXX.rbf, не подходящие к обновляемой модели мультиплексора;
  3. подключитесь к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
  4. cкопируйте с заменой все файлы подготовленные в пунктах 1 и 2 в папку /mnt/;
  5. если в папке /mnt/ мультиплексора остались файлы fw.rbf, kernel.elf и kernel.bkp, оставшиеся от предыдущих версий ПО, удалите их;
  6. проконтролируйте, что в файле /mnt/cfg.sys не содержится команд и ключей, не поддерживаемых новой версией ПО, при необходимости скорректируйте файл cfg.sys;
  7. в случае обновления многопроцессорного мультиплексора (16 и более портов Е1) необходимо исполнить пункты 3-5 для каждого процессорного модуля (их ip-адреса доступны по команде ipconfig, доступ по FTP открывается с помощью команды hosts -f yes; для подключения к slave-устройству через telnet необходимо использовать 22 порт, например, telnet <ip адрес slave-устройства> 22);
  8. перезапустите мультиплексор командой reset.

Процедура обновления ПО для версий, начиная с LP ARM OS 1.0.7.7SR4 (LPOS) до LP ARM OS 1.0.8.2SR15 (LPOS)

  1. подключитесь к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
  2. скопируйте архив с актуальной версией прошивки LP ARM OS (LPOS) в папку /mnt/, в процессе копирования произойдет автоматическое обновление ПО;
  3. проконтролируйте, что в файле /mnt/cfg.sys не содержится команд и ключей, не поддерживаемых новой версией ПО, при необходимости скорректируйте файл cfg.sys;
  4. в случае обновления многопроцессорного мультиплексора (16 и более портов Е1) необходимо исполнить пункты 1-2 для каждого процессорного модуля (их ip-адреса доступны по команде ipconfig, доступ по FTP открывается с помощью команды hosts -f yes;  для подключения к slave-устройству через telnet необходимо использовать 22 порт, например, telnet <ip адрес slave-устройства> 22);
  5. перезапустите мультиплексор командой reset.

Процедура обновления ПО, если имеющаяся версия LP ARM OS 1.0.8.2SR16 (LPOS) или более поздняя

  1. Проверить версию bootloader'a на slave-ах, и если она ниже n1.0.1.0, необходимо обратиться в тех. поддержку и запросить данную версию bootloader'а. Далее нужно обновить bootloader на slave-ах.
    ВНИМАНИЕ ДАННЫЙ BOOTLOADER НЕОБХОДИМО ЗАГРУЖАТЬ ТОЛЬКО НА SLAVE'Ы!!!;
  2. Подключитесь к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
  3. Скопируйте архив с актуальной версией прошивки LP ARM OS (LPOS) в папку /mnt/, в процессе копирования произойдет автоматическое обновление ПО;
  4. Проконтролируйте, что в файле /mnt/cfg.sys не содержится команд и ключей, не поддерживаемых новой версией ПО, при необходимости скорректируйте файл cfg.sys;
  5. Перезапустите мультиплексор командой reset.

Процедура обновления bootloader’а

ВНИМАНИЕ! Не производите обновление, если не уверены в правильности своих действий. В подавляющем большинстве случаев обновление не требуется.

В случае обновления многопроцессорного мультиплексора (16 и более портов Е1) необходимо обновить bootloader для каждого процессорного модуля (их ip-адреса доступны по команде ipconfig, доступ по FTP открывается с помощью команды hosts -f yes)

Для подключения к slave-устройству через telnet необходимо использовать 22 порт.

telnet <ip-адрес slave-устройства> 22

Для обновления bootloader’а через сеть необходимо с помощью FTP клиента скопировать в каталог /mnt файл lposboot.bin, затем в telnet сессии выполнить команду:

setboot /mnt/lposboot.bin

файл загрузчика будет перемещен в область начального загрузчика.

Для обновления bootloader’а через последовательный порт необходимо в консольной сессии (например используя hyperterminal) выполнить команду

uploadboot

затем используя протокол X-Modem залить файл lposboot.bin


Подключение к мультиплексору серии Sprinter TX по протоколу FTP, используя программу TotalCommander

  1. Откройте программу TotalCommander, нажмите CTRL+F. В открывшемся окне нажмите кнопку “New connection”, откроется окно для создания нового соединения.
  2. В поле “Session” ввести имя соединения (произвольное).
  3. В поле “Host name” ввести ip-адрес устройства (по умолчанию 192.168.0.24).
  4. В поле “User name” ввести логин (по умолчанию - admin).
  5. В поле “Password” ввести пароль (по умолчанию - admin).
  6. Установить галочку напротив “Use passive mode for transfers” (использовать пассивный режим для передачи). Нажать ОК.
  7. Подключиться к созданному в предыдущем пункте соединению, нажав кнопку “Connect”. Будет произведено подключение к устройству по протоколу FTP.

LPOS 1.0.9.4SR46

Инструкция по обновлению ПО

MIB файл для работы по протоколу SNMP

Руководство по эксплуатации

Журнал изменений

1.0.9.4SR46
Общее:
[*] Поправлены настройки по умолчанию с учетом аппаратной версии 658.100
[+] Добавлена поддержка аппаратных версий 658.100
TDMOP:
[*] Поправлена возможность установки TDMoP соединения, при транзитных задержках в сети передачи данных более 500 мс
VLAN:
[*] Исправлена проблема с перезагрузкой устройства, при вводе DefVLAN > 4095, а затем сразу в диапазоне 0-4095
Net:
[*] Исправлена проблема с перезагрузкой устройства, например при опросе TCP-сервисов системами мониторинга Zabbix, Nagios проверкой доступности на порт 21(ftp), порт 22(ssh)
SNMP:
[+] Сохранение настроек по SNMPv3 восстановлено (остальные команды в этой версии работали). 
    После команды, snmpset -v 3 -a MD5 -A AUTHKEY -l authPriv -u USERNAME -x DES -X PRIVKEY 10.10.15.238 EMUX-MIB::sysSaveConfig s 1
    исчезал файл system.cfg

LP ARM OS 1.0.8.2SR22 (LPOS)

Инструкция по обновлению ПО

MIB файл для работы по протоколу SNMP

Руководство по эксплуатации Sprinter TX (48, FE, GE, 32FE, 6SFP, 24SFP, STM1)

Руководство по эксплуатации Sprinter TX (10G)

Журнал изменений

1.0.8.2SR22
Eth:
[+] для 10G добавлена команда lacp [port_list] [-a add to bonding] [-r remove from bonding] [-b bondid] [-m active | passive]
General:
[*] Исправлена ошибка, связанная с падением прошивки на некоторых командах в telnet (например: e1stat -t, в некоторых прошивках на неизвестных командах)

1.0.8.2SR20
SNMP:
[*] Добавлена возможность чтения для WriteCommunity
[*] Исправлено повреждение SNMP read community name при слишком больших ответах

1.0.8.2SR18
Общее:
[*] Исправлена ошибка команды restore
E1:
[*] Исправлен ряд ошибок отображения статистик канала по интервалам
Eth:
[+] ethaneg - управление autonegotiation для устройств 424, 426
SNMP:
[*] ifAdminStatus - исправлен

1.0.8.2SR17
TDMoP:
[*] Исправлена ошибка с перезагрузкой устройства при приеме потока без установки соединения по SIP'у

Выпущена новая версия программы мониторинга и настройки мультиплексоров Sprinter ТХ NMS 2.0.3

[+] Исправлена ошибка задания IP-адресов.
[+] Повышена стабильность работы приложения.


Основные возможности приложения:

  • Построение сети мультиплексоров Sprinter TX;
  • Детальная настройка каждого устройства в сети;
  • Мониторинг работы сети;
  • Сохранение в файл и чтение из файла конфигурации сети.

Системные требования:

  • Поддерживаемые операционные системы: Windows Server 2003; Windows Server 2008; Windows Vista; Windows XP с установленным пакетом Microsoft .NET Framework 3.5 SP1 (СКАЧАТЬ И ОЗНАКОМИТЬСЯ ПОДРОБНЕЕ);
  • Процессор: Pentium с тактовой частотой 400 MГц или аналогичный процессор (рекомендуется Pentium с тактовой частотой 1ГГц или аналогичный процессор);
  • ОЗУ: не менее 96 МБ (рекомендуется 256 МБ);
  • Жесткий диск: может потребоваться до 500 МБ доступного дискового пространства;
  • Версия LP ARM OS (LPOS) на мультиплексорах Sprinter TX: LPOS 1.0.7.10 SR 10 или выше.

Скачать

Предыдущая версия NMS 2.0.2

Для доступа к консоли через интерфейс USB необходим драйвер

Скачать драйвер с нашего сайта

Сайт с драйверами производителя микросхемы

Объявления

  • Оборудование Sprinter TX (24SFP) снято с производства

     

  • Доступно для заказа новое оборудование Антивандальный IP-громкоговоритель Sprinter SL AV для построения систем оповещения и громкой связи

     

  • Доступны для заказа новые модели Sprinter TX (20) c 10 Gigabit Ethernet интерфейсами и 24 либо 16 интерфейсами E1

     

  • Доступна для заказа новая модель Sprinter TX (12) c 10 Gigabit Ethernet интерфейсами

     

  • Компания ООО "НСК Коммуникации Сибири" в списке победителей конкурса "Развитие-НТИ" шестой очереди от Фонда содействия инновациям. Подробнее...

     

  • Программное обеспечение LPOS, разработанное Компанией ООО "НСК Коммуникации Сибири", приказом Минкомсвязи России N421 от 15.07.2017г. добавлено в единый реестр российских программ для электронных вычислительных машин и баз данных. Читать далее...

     

  • Компания ООО "НСК Коммуникации Сибири" добавлена в Реестр Компаний, соответствующих Критериям локализации компаний разработчиков/производителей телекоммуникационного оборудования и программного обеспечения, участвующих в закупках ПАО "Ростелеком" в рамках импортозамещения. Читать далее...

     

  • Добавлена поддержка технологии передачи потоков E1 с помощью создания виртуального соединения поверх пакетной сети по протоколам SAToP и CESoPSN. Это позволяет передавать потоки E1 между нашим оборудованием и оборудованием сторонних производителей, например, таких как RAD Data Communications. Читать далее...

     

  • С 15.03.2017г. у ООО «НСК Коммуникации Сибири» изменился юридический адрес и код постановки на учет в налоговом органе. Подробнее...

     

  • Обновлена информация о преимуществах технологии TDMoP по сравнению с PDH/SDH. Передача потоков E1 может происходить без прерываний, при переключениях на резервный канал связи. Читать далее...

     

  • Доступны для заказа новые модули Sprinter TX (SFP) c 2-мя E1 в форм-факторе SFP

     

  • Sprinter TX(48), TX(FE), TX(GE) сняты с производства

     

Авторизация

Новости

ООО "НСК Коммуникации Сибири" победитель конкурса "Развитие-НТИ" шестой очереди от Фонда содействия инновациям

6 ноября 2020 года протоколом заседания дирекции Фонда содействия инновациям были утверждены итоги шестой очереди конкурсного отбора по конкурсу "Развитие-НТИ".

Список победителей конкурса можно посмотреть на странице итогов отбора конкурса

По итогам конкурса компании выделен грант в размере 20 миллионов рублей на реализацию проекта "Разработка роботизированного реабилитационного комплекса для функциональной терапии нижних конечностей с системой биологической обратной связи и виртуальной реальности"

 

 

 

Фонд содействия инновациям - государственная некоммерческая организация в форме федерального государственного бюджетного учреждения, образованная в соответствии с постановлением Правительства Российской Федерации от 3 февраля 1994 г. №65

ПО LPOS включено в Единый реестр российских программ для ЭВМ и БД

Программное обеспечение "LPOS", разработанное Компанией ООО "НСК Коммуникации Сибири", приказом Минкомсвязи России N421 от 15.07.2017г. добавлено в единый реестр российских программ для электронных вычислительных машин и баз данных.

Программное обеспечение "LPOS" поставляется в составе оборудования серии "Sprinter TX". Стоимость ПО "LPOS" включена в стоимость оборудования "Sprinter TX".

Реестр создан в соответствии со статьей 12.1 Федерального закона «Об информации, информационных технологиях и о защите информации» в целях расширения использования российских программ для электронных вычислительных машин и баз данных, подтверждения их происхождения из Российской Федерации, а также в целях оказания правообладателям программ для электронных вычислительных машин или баз данных мер государственной поддержки.

Реестр содержит сведения обо всем программном обеспечении, которое официально признано происходящим из Российской Федерации.