Uncategorised

1. Одно из устройств в партии не включается. Что делать?

•  Одно из устройств в партии не включается. Что делать?

Для начала нужно обратить внимание, есть ли какая-нибудь индикация на устройстве при подключении питания.  Если никакой индикации нет, то устройство неисправно и его необходимо отправить в ремонт. Если индикация есть, то можно соединиться через консольный порт, используя программу HyperTerminal и посмотреть что выводится при загрузке устройства.

1. Как можно обновить программное обеспечение в устройствах Sprinter TX?
2. Возникли проблемы при загрузке новой прошивки (LPOS_8.2srX.zip) на устройство. Что делать?
3. Что делать если были удалены файлы kernel.* и на данный момент к мультиплексору нет доступа через telnet и FTP.
4. Как можно настроить Wireshark для анализа трафика TDMoP?

•  Как можно обновить программное обеспечение в устройствах Sprinter TX?

Инструкция по обновлению ПО в устройствах Sprinter TX

•  Возникли проблемы при загрузке новой прошивки  (LPOS_8.2srX.zip) на устройство. Что делать?

Внимательно ознакомиться с инструкцией по обновлению для вашего оборудования.

•  Что делать если были удалены файлы kernel.* и на данный момент к мультиплексору нет доступа через telnet и FTP.

В данном случае для обновления ПО необходимо:

1. распаковать  необходимые для загрузки файлы в отдельный каталог;
2. удалить файлы fwXXX.rbf, не подходящие к обновляемой модели мультиплексора;

3. подключиться к мультиплексору с помощью консоли, используя, например, Hyper Terminal, SecureCRT, PuTTY.

   Параметры подключения: эмуляция терминала VT100, без контроля четности, 8 битов данных, 1 стоп-бит, без управления потоками, скорость порта 115200 бит/с.

   При этом  отсутствие kernel.* будет отображаться следующим образом:

   ! upload error 
   LPOS BOOT LOADER v 1.0.2.0 
   u - upload kernel 
   m - memory test 
   b - load kernel from flash

4. ввести команду  u;
5. используя протокол Xmodem,  загрузить файл kernel.bin;
6. подключиться к мультиплексору, используя FTP клиента Total Commander или Windows Explorer в пассивном режиме;
7. скопировать с заменой все файлы подготовленные в пункте 1 и 2 в папку /mnt/;
8. перезапустить мультиплексор командой reset.

•  Как можно настроить Wireshark для анализа трафика TDMoP?

В Wireshark-е, начиная с версии 2.0.1, нужно произвести следующие настройки:

Зайти в меню: Edit / Preferences / Protocol / TDMoP.

Прописать следующие значения:

• EtherType for TDMoP stream (Usually 0808): 0x808;
• UDP Port of TDMoP stream (Usually 41000): 41000;

и нажать "Ok".

Более подробную информацию можно получить здесь.

• 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)

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

•  Мы хотим передавать данные E1 через радио-Ethernet. Всегда ли будет работать шлюз в этой схеме. Как нужно его настроить для оптимальной работы, и какие ограничения возможны?

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

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

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

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

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

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

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

• Для устройств с Hardware version: 6xx
• Для устройств с Hardware version: 3xx

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 модуль?

• Для устройств с Hardware version: 6xx
• Для устройств с Hardware version: 3xx

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

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

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

set Eth/<номер порта>/config/Speed 1G

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

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

• Для устройств с Hardware version: 6xx
• Для устройств с Hardware version: 3xx

e1setup 0 -i 192.168.15.91 0 -h yes

e1setup 0 -i 10.0.0.91 0 -h yes

set TDMoP/0/config/GatewayBypass Enabled

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