• VLAN, IGMP, Приоритизация
  1. Как я могу гарантировать приоритет трафика Е1 над другими данными Ethernet/IP?
  • Топологии и схемы сетей, требования к качеству канала
  1. Выделение достаточной пропускной способности гарантируют надлежащие функциональные возможности мультиплексора?
  2. Каковы требования к пакетной сети, при которых возможна передача потока G.703/E1?
  3. Какая минимальная пропускная способность требуется для передачи 1-го структурированного и неструктурированного потока G.703 через IP-сеть и через Ethernet-сеть? От чего это зависит?
  4. Мы хотим передавать данные E1 через радио-Ethernet. Всегда ли будет работать шлюз в этой схеме. Как нужно его настроить для оптимальной работы, и какие ограничения возможны?
  5. Как сконфигурировать устройства для построения кольца с резервированием?
  6. Какие необходимо произвести настройки, если в оптический Gigabit Ethernet (SFP) порт установить 100 Мбит Ethernet SFP модуль?
  7. Возможно ли настроить передачу потоков через Sprinter между двумя разными подсетями, так, чтобы сторонний трафик не проходил в другую подсеть? Маршрутизации между подсетями нет.

VLAN, IGMP, Приоритизация

  •  Как я могу гарантировать приоритет трафика Е1 над другими данными Ethernet/IP?

Мультиплексор реализует три возможности указать приоритет пакетов, несущих трафик E1:

  1. VLAN ID (Уровень 2)
  2. DSCP (Уровень 3)
  3. UDP порт адресата (Уровень 4)

Каждая возможность QoS основана на различных уровнях OSI и может настраиваться для каждого потока Е1 индивидуально. Обратите внимание, что мультиплексор только помечает  TDMoP трафик соответствующими метками, на основе которых все другие узлы сети (коммутаторы, маршрутизаторы...) должны обеспечивать ему приоритет при передаче. Решая, какой из механизмов использовать, пожалуйста, убедитесь, что выбранный вариант поддерживается имеющимся сетевым оборудованием, и что оно правильно сконфигурировано для обеспечения приоритизации.

VLAN ID

Мультиплексор совместим со стандартом IEEE 802.1p&Q. Это дает возможность пользователю установить VLAN ID и приоритет VLAN. Это добавляет четыре байта MAC уровню (Уровень 2) Ethernet фрейма. Эти байты содержат информацию о VLAN ID, и приоритете VLAN, который может быть от 0-7. Встроенный коммутатор мультиплексора требует, чтобы приоритет был равен 6-ти или 7-ми для обеспечения абсолютного приоритета, если же используются возможности приоритизации дополнительного оборудования, можно использовать любое число. В этом случае мультиплексор лишь помечает пакеты Е1, а дополнительные коммутаторы ответственны за то, чтобы дать приоритет согласно информации VLAN. Убедитесь, что трафик Е1 имеет самый высокий приоритет в местной сети Ethernet.

DSCP

DSCP (Differenciated Service Code Point) – шесть старших бит поля DS, расположенных в заголовке IP (Уровень 3), используются для выбора варианта поэтапного поведения. Подробности описаны в RFC791, RFC1349, RFC2474. Мультиплексор-коммутатор позволяет установить следующие значения DSCP в заголовке пакета IP: 0-63, af[1..4][1..3], cs[1..7], default, ef.

Пример:

Значение DSCP, равное 40, соответствует коду селектора класса cs5 и значению TOS равному 160

Топологии и схемы сетей, требования к качеству канала

  •  Выделение достаточной пропускной способности гарантируют надлежащие функциональные возможности мультиплексора?

Одной только пропускной способности недостаточно, чтобы гарантировать устойчивую передачу Е1, в сетях, загруженных дополнительным трафиком (например, Трафик Интранет или Интернет), может возникнуть ряд других проблем:

  1. Флуктуация времени задержки. Несущие Е1 трафик пакеты могут быть задержаны на разное время (хотя весь трафик в конечном счете пройдет из-за того факта, что есть достаточная пропускная способность). Это может происходить из-за перегруженных сетей, механизмов очередей, и т.д. Мультиплексор может компенсировать некоторую флуктуацию (до 300 мс), но большая флуктуация вызовет проблемы.
  2. Неправильный порядок - пакеты могут прийти в другом порядке относительно того как они были отправлены. Мультиплексор восстанавливает порядок следования пакетов, но при малом размере джиттер-буфера может произойти потеря информации.
  3. Потеря Пакета - пакеты могли быть проигнорированы на некоторых узлах в сети (маршрутизаторах/коммутаторов) из-за недостаточной скорости обработки, занятости очереди передачи или приема, переполнения буферов, и т.д. Обычно эти проблемы решаются, выделением высокого приоритета трафику Е1 по отношению к другому трафику.
  4. В ситуации, когда узлы сети не обеспечивают приоритизацию для E1 трафика, работа мультиплексора ухудшается, хотя достаточная пропускная способности и обеспечена.

При возникновении проблем обратитесь в техническую поддержку для получения консультации о способах проверки мультиплексора и работы сети. 

  •  Каковы требования к пакетной сети, при которых возможна передача потока G.703/E1?
Эффекты времени задержки.

В текущей версии нет эхоподавителя. Поэтому, если абоненты используют аналоговые терминалы, транзитное время более 10 мс будет приводить к появлению характерного «металлического» тембра голоса, а более 20-30 мс - полноценного эхо. Заметность зависит от типа терминальных устройств и акустического окружения.

Потери пакетов.

Спонтанные потери пакетов устройство может исправлять посредством проприетарного надежного протокола. Однако на это нужно время, и если из-за заметной транзитной задержки повторный пакет придет поздно, он не будет использоваться.

Вариация времени задержки.

Вариации времени передачи пакетов компенсируются Джиттер-буфером на принимающем мультиплексоре, размер Джиттер-буфера должен быть больше максимально допустимого отклонения времени передачи от среднего времени передачи пакета плюс FrameSize/2 мс. 

  •  Какая минимальная пропускная способность (ширина канала, bandwidth) требуется для передачи 1-го структурированного и неструктурированного потока G.703 через IP-сеть и через Ethernet-сеть? От чего это зависит?

У обоих потоков номинальная битовая скорость 2048 кбит/с. Обозначим E1 = 2 048 000 бит/с.

Если, например, используется передача пакетами по N байт полезной нагрузки, то на каждый пакет нужен еще заголовок, XX байт для пакета 802.3 и YY байт для пакета UDP. Поэтому используемая полоса больше.

Длины составных частей заголовков пакетов следующие (в байтах):

MAC = 14 (DA = 6, SA = 6, EtherType = 2)
VLAN = 4
TDMoP = 14
IP = 20
UDP = 8

Заголовок для пакета 802.3 (MAC + VLAN + TDMoP), XX = 32 байта = 256 бит
Заголовок для пакета с IP/UDP , YY = 60 байт = 480 бит
Количество Ethernet пакетов в секунду для передачи потока E1, Cnt = 2 048 000/N

E1 = 2048000 (битовая скорость потока E1, бит/с)
N = 2048 (полезная нагрузка, бит)
XX = 256 (длина заголовка без IP/UDP, бит)
YY = 480 (длина заголовка с IP/UDP, бит)
Cnt = 1000 (Количество Ethernet пакетов в секунду)

Полоса пропускания для пакетов 802.3 (без заголовков IP/UDP) в битах =
Cnt * XX + Cnt * N = 1000 * 256 + 1000 * 2048 = 2 304 000 бит/с или 2304 кбит/с

Полоса пропускания для пакетов с заголовками IP/UDP в битах =
Cnt * YY + Cnt * N = 1000 * 480 + 1000 * 2048 = 2 528 000 бит/с или 2528 кбит/c

c IP/UDP, maxPayload = 1458 байт (при MTU = 1522)

кбит/с TimeSlot 32 16 8 4 2 1 Eth fps
FrameSize (0,5 мс)      
1 3008 1984 1472 1216 1088 1024 2000
2 2528 1504 992 736 608 544 1000
4 2288 1264 752 496 368 304 500
5 2240 1216 704 448 320 256 400
10 2144 1120 608 352 224 160 200
20 - 1072 560 304 176 112 100
63 - - - 271 143 79 31,75

 

без IP/UDP, maxPayload = 1486 байт (при MTU = 1522)

кбит/с TimeSlot 32 16 8 4 2 1 Eth fps
FrameSize (0,5 мс)      
1 2560 1536 1024 768 640 576 2000
2 2304 1280 768 512 384 320 1000
4 2176 1152 640 384 256 192 500
5 2150 1126 614 358 230 166 400
10 2099 1075 563 307 179 115 200
20 - 1050 538 282 154 90 100
63 - - - 264 136 72 31,75
  •  Мы хотим передавать данные E1 через радио-Ethernet. Всегда ли будет работать шлюз в этой схеме. Как нужно его настроить для оптимальной работы, и какие ограничения возможны?

По нашим представлениям, нужно иметь полосу, в пару раз превышающую загрузку канала данными E1. Распределение времен задержки пакетов должно быть сосредоточено в интервале 0..10 мс во избежании появления сильного эха. При этом джиттер-буфер стоит установить, скажем, 15 мс. Пакеты, задержавшиеся больше, чем на это время, будут выброшены. Поэтому доля таких пакетов в канале должна быть небольшой. Глядя на статистику E1, можно оценить, какая доля пакетов не попала в джиттер-буфер.

Кроме этого, еще один параметр - maximum gap interpolation - указывает время, в течение которого, при полном отсутствии пакетов на входе, шлюз будет пытаться подавать на порт E1 предыдущий уровень, чтобы избежать щелчков и помех в канале. По истечении этого интервала шлюз решит, что связь все же порвалась, и выдаст AIS.

В тех Wi-Fi каналах, которые нам встречались, раз в несколько минут передача приостанавливается на ~800 мс, и изредка на ~1600 мс. Поэтому параметр maximum gap interpolation стоит устанавливать в 2000 мс. 

  •  Как сконфигурировать устройства для построения кольца с резервированием?

Для начала рекомендуется обновить ПО на всех устройствах на последнюю версию.

Протокол RSTP нужно включить на всех портах, которые участвуют в кольце.

Пример: два устройства соединены между собой через порты 0 и 1, на каждом  из них выполняем команды:

ethmode -p rstp 0
ethmode -p rstp 1
set Eth/0/config/Reservation RSTP
set Eth/1/config/Reservation RSTP

Замыкать кольцо необходимо только после выполнения этих команд на всех устройствах. 

Более подробный пример, можно посмотреть здесь.

  •  Какие необходимо произвести настройки, если в оптический Gigabit Ethernet (SFP) порт установить 100 Мбит Ethernet SFP модуль?

Для этого необходимо на порту ввести команду

ethtype <номер порта> sfp100.

При обратном переключении:

ethtype <номер порта> sfp1000.

Для этого необходимо ввести команду

set Eth/<номер порта>/config/Speed 100M

При обратном переключении:

set Eth/<номер порта>/config/Speed 1G
  •  Возможно ли настроить передачу потоков через Sprinter между двумя разными подсетями, так, чтобы сторонний трафик не проходил в другую подсеть? Маршрутизации между подсетями нет.

Для передачи Е1 между двумя устройствами из разных подсетей необходимо выполнять команды:

На устройстве 10.0.0.91 выполняем команду

e1setup 0 -i 192.168.15.91 0 -h yes

На устройстве 192.168.15.91 выполняем команду

e1setup 0 -i 10.0.0.91 0 -h yes

На устройстве обоих устройствах выполняем команду

set TDMoP/0/config/GatewayBypass Enabled

Между подсетями будет ходить только Е1-трафик, доступа из одной подсети в другую не будет.

Объявления

  • Оборудование 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 Федерального закона «Об информации, информационных технологиях и о защите информации» в целях расширения использования российских программ для электронных вычислительных машин и баз данных, подтверждения их происхождения из Российской Федерации, а также в целях оказания правообладателям программ для электронных вычислительных машин или баз данных мер государственной поддержки.

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