Определение ёмкости таблицы маршрутизации.
|
Процедура тестирования
|
По протоколу BGP объявляется 6000, 20000 и 100000 маршрутов.
|
Ожидаемый результат
|
Количество записей в таблице маршрутизации.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки нескольких таблиц маршрутизации.
|
Процедура тестирования
|
Создается несколько таблиц маршрутизации с привязкой отдельных интерфейсов к разным интерфейсам. Проверяется корректность маршрутизации трафика в своих таблицах в зависимости от интерфейса, на который он приходит.
|
Ожидаемый результат
|
Несколько таблиц маршрутизации поддерживается.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки протоколов туннелирования GRE и IP-IP.
|
Процедура тестирования
|
Между испытываемым маршрутизатором и стендовым настраиваются туннели, проверяется производительность маршрутизатора в режиме туннелирования IMIX трафиком с помощью тестцентра IXIA, перенос маркировки в DS-байте внутреннего IP-заголовка во внешний.
|
Ожидаемый результат
|
Протоколы туннелирования поддерживаются, фиксируются значения производительности маршрутизатора, перенос маркировки поддерживается.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности маркировки и перемаркировки трафика в полях заголовков фреймов CoS и в полях заголовков IP-пакетов DS.
|
Процедура тестирования
|
С помощью тестцентра генерируются тестовые потоки, проверяется возможность маркировки и перемаркировки трафика на основе физического порта, списка доступа, ранее выставленного значения маркировки. Проверяется возможность взаимной определяемой в конфигурации трансляции значений CoS в DS.
|
Ожидаемый результат
|
Маркировка поддерживается в полном объеме.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности ограничения скорости передачи, включая режим выравнивания.
|
Процедура тестирования
|
На маршрутизаторе, на физическом или логическом интерфейсе, поочередно настраиваются ограничения в 1 Мбит/c, в 1,064Мбит/c, в 10Мбит/c, в 40Мбит/c, 70% от физической скорости интерфейса или производительности маршрутизатора, в том числе в режиме выравнивания скорости. Генерируются тестовые потоки, превышающие на 20-80% заданные в ограничении.
|
Ожидаемый результат
|
Значения скорости после ограничения соответствует выставленному, режим выравнивания поддерживается, задержка пакетов при включенном выравнивании возрастает.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки механизмов обеспечения качества обслуживания (взвешенные очереди, возможности управления выделенной полосой).
|
Процедура тестирования
|
На маршрутизаторе настраивается политика, ограничивающая общую полосу до 20Мбит/c. Активируется алгоритм занятия полосы классами, обеспечивающий возможность превышения выставленных порогов в случае наличия доступной, незанятой трафиком другого менее приоритетного класса, полосы пропускания.
классу 1 выделяется не более 10 Мбит/c,
классу 2 не более 5 Мбит/c,
классу 3 не более 5 Мбит/c,
классу 4 оставшаяся полоса без ограничения.
Тестцентром генерируется 4 потока, снимаются значения параметров качества обслуживания (скорость передачи-приёма, потери, задержка, вариация задержки по каждому потоку).
класс 1 с IPP5 - 9 Мбит/c;
класс 2 с IPP3 – 7 Мбит/c;
класс 3 с IPP1 – 7 Мбит/c;
класс 4 с IPP0 – 2 Мбит/c.
Тестцентром генерируется 4 потока, снимаются значения параметров качества обслуживания (скорость передачи-приёма, потери, задержка, вариация задержки по каждому потоку).
класс 1 с IPP5 - 11 Мбит/c;
класс 2 с IPP3 – 6 Мбит/c;
класс 3 с IPP1 – 1 Мбит/c;
класс 4 с IPP0 – 3 Мбит/c.
На маршрутизаторе настраивается политика, ограничивающая общую полосу до 20Мбит/c. Для классов 1, 2 устанавливаются абсолютные ограничения без возможности занятия свободной полосы, для класса 3 устанавливается режим, обеспечивающий возможность превышения выставленного порога в случае наличия доступной, незанятой трафиком другого менее приоритетного класса, полосы пропускания.
классу 1 выделяется не более 10 Мбит/c,
классу 2 не более 5 Мбит/c,
классу 3 не более 3 Мбит/c,
классу 4 оставшаяся полоса без ограничения.
Тестцентром генерируется 4 потока, снимаются значения параметров качества обслуживания (скорость передачи-приёма, потери, задержка, вариация задержки по каждому потоку).
класс 1 с IPP5 - 11 Мбит/c;
класс 2 с IPP3 – 6 Мбит/c;
класс 3 с IPP1 – 4 Мбит/c;
класс 4 с IPP0 – 1 Мбит/c.
Проводятся испытания по п.1-5 с числовыми значениями, увеличенными в 40 раз (возможна корректировка коэффициента для достижения общей полосы в политике уровня 80% от производительности маршрутизатора, полученного при проведении испытаний, или превышения физической скорости интерфейса).
|
Ожидаемый результат
|
Ожидаемые значения параметров качества обслуживания в результате измерений по п.2 (полученные значения вносятся в протокол):
класс 1 - потери отсутствуют, скорость приёма равна скорости передачи 9Мбит/c;
класс 2 - скорость приёма 5Мбит/c;
класс 3 - скорость приёма 5Мбит/c;
класс 4 – скорость приёма 1 Мбит/c.
Ожидаемые значения параметров качества обслуживания в результате измерений по п.3 (полученные значения вносятся в протокол):
класс 1 – скорость приёма 11 Мбит/c;
класс 2 – скорость приёма 5 Мбит/c;
класс 3 – скорость приёма 1 Мбит/c;
класс 4 – скорость приёма 3 Мбит/c.
Ожидаемые значения параметров качества обслуживания в результате измерений по п.4 (полученные значения вносятся в протокол):
класс 1 – скорость приёма 10 Мбит/c;
класс 2 – скорость приёма 5 Мбит/c;
класс 3 – скорость приёма 1 Мбит/c;
класс 4 – скорость приёма 3 Мбит/c.
Ожидаемые значения параметров качества обслуживания в результате измерений по п.5 (полученные значения вносятся в протокол):
класс 1 – скорость приёма 10 Мбит/c;
класс 2 – скорость приёма 5 Мбит/c;
класс 3 – скорость приёма 4 Мбит/c;
класс 4 – скорость приёма 2 Мбит/c.
Значения параметров качества обслуживания в результате измерений по п.6 соответствуют п.1-4 с учетом коэффициента (полученные значения вносятся в протокол).
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки механизмов обеспечения качества обслуживания (комбинация приоритетной и взвешенных очередей).
|
Процедура тестирования
|
На маршрутизаторе настраивается политика, ограничивающая общую полосу до 20Мбит/c. Для класса 1 устанавливается абсолютное ограничение без возможности занятия свободной полосы, для класса 2-4 устанавливается режим, обеспечивающий возможность превышения выставленного порога в случае наличия доступной, незанятой трафиком другого менее приоритетного класса, полосы пропускания.
классу 1 выделяется не более 12 Мбит/c, приоритетная очередь;
классу 2 не более 5 Мбит/c, взвешенная очередь;
классу 3 не более 3 Мбит/c, взвешенная очередь;
классу 4 оставшаяся полоса без ограничения, взвешенная очередь.
Тестцентром генерируется 4 потока, снимаются значения параметров качества обслуживания (скорость передачи-приёма, потери, задержка, вариация задержки по каждому потоку).
класс 1 с IPP5 - 11 Мбит/c;
класс 2 с IPP3 – 7 Мбит/c;
класс 3 с IPP1 – 7 Мбит/c;
класс 4 с IPP0 – 10 Мбит/c.
Тестцентром генерируется 4 потока, снимаются значения параметров качества обслуживания (скорость передачи-приёма, потери, задержка, вариация задержки по каждому потоку).
класс 1 с IPP5 - 20 Мбит/c;
класс 2 с IPP3 – 7 Мбит/c;
класс 3 с IPP1 – 2 Мбит/c;
класс 4 с IPP0 – 10 Мбит/c.
Проводятся испытания по п.1-3 с числовыми значениями, увеличенными в 40 раз (возможна корректировка коэффициента для достижения общей полосы в политике уровня 80% от производительности маршрутизатора, полученного при проведении испытаний, или превышения физической скорости интерфейса).
|
Ожидаемый результат
|
Ожидаемые значения параметров качества обслуживания в результате измерений по п.2 (полученные значения вносятся в протокол):
класс 1 - потери отсутствуют, скорость приёма равна скорости передачи 11 Мбит/c;
класс 2 - скорость приёма 5 Мбит/c;
класс 3 - скорость приёма 3 Мбит/c;
класс 4 – скорость приёма 1 Мбит/c.
Ожидаемые значения параметров качества обслуживания в результате измерений по п.3 (полученные значения вносятся в протокол):
класс 1 - потери, скорость приёма равна 12 Мбит/c;
класс 2 - скорость приёма 5 Мбит/c;
класс 3 - скорость приёма 2 Мбит/c;
класс 4 – скорость приёма 1 Мбит/c.
Значения параметров качества обслуживания в результате измерений по п.4 соответствуют п.1-2 с учетом коэффициента увеличения (полученные значения вносятся в протокол).
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки протокола HDLC.
|
Процедура тестирования
|
Между испытываемым маршрутизатором и стендовым настраиваются сериальные интерфейсы с инкапсуляцией HDLC. Проверяется связность командой ping.
|
Ожидаемый результат
|
Протокол HDLC поддерживается.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки протокола PPP, режим объединения нескольких физических интерфейсов в один логический (Multilink PPP).
|
Процедура тестирования
|
Между испытываемым маршрутизатором и стендовым настраиваются по одному сериальному интерфейса с инкапсуляцией PPP. Проверяется наличие связности командой ping.
Между маршрутизаторами настраиваются по два сериальных интерфейса с инкапсуляцией PPP, настраивается Multilink. Генерируется трафик с помощью тестцентра, проверяется корректность работы балансировки.
|
Ожидаемый результат
|
Протокол PPP, объединение в Multilink поддерживается, балансировка работает корректно, трафик распределяется по двум физическим интерфейсам.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки междоменной маршрутизации IP-пакетов для виртуальных ЛВС (VLAN 802.1q).
|
Процедура тестирования
|
На маршрутизаторе на двух физических интерфейсах создаётся по 50 IP-интерфейсов в разных VLAN (1 IP-интерфейс – 1 VLAN).
Тестцентром генерируется трафик с топологией «каждый с каждым» общей полосой, не превышающей физическую скорость интерфейсов или установленную производительность маршрутизатора, контролируется отсутствие потерь.
Создаётся по 4000 IP-интерфейсов, осуществляется аналогичная проверка с помощью тестцентра. В случае отрицательного результата, понижая количество созданных IP-интерфейсов устанавливается их предельное значение.
|
Ожидаемый результат
|
Маршрутизация IP-пакетов для виртуальных ЛВС (VLAN 802.1q) работает корректно, все созданные IP-интерфейсы работают корректно.
Установлено предельное значение поддерживаемого количества IP-интерфейсов.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки протокола VRRP.
|
Процедура тестирования
|
Между стендовым маршрутизатором и испытываемым настраивается по две группы VRRP. Для одной группы основным маршрутизатором является стендовый, для другой испытываемый маршрутизатор.
Проверяется восстановление IP-связности командой ping с АРМ при переходе IP-адреса с одного устройства на другой в обеих группах при падении соответствующего физического интерфейса.
Проверяется переход адреса при восстановлении связи в соответствии с настройкой на маршрутизаторах необходимости обратного перехода.
|
Ожидаемый результат
|
Протокол VRRP поддерживается, поддерживается обработка приоритета, переключение при восстановлении.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности зеркалирования трафика (mirroring).
|
Процедура тестирования
|
Проверяется возможность зеркалирования трафика передачи данных с определённых портов (источник зеркалирования) в заранее настроенный для вывода информации порт устройства (приёмник зеркалирования). Проходящий трафик через порт источника зеркалирования должен дублироваться и передаваться симметрично в порт приёмник зеркалирования. Проверка осуществляется с помощью ПО Wireshark настроенного на технических рабочих станциях ARM1 и АРМ2.
|
Ожидаемый результат
|
Информация с порта, настроенного как источник зеркалирования и порта, настроенного как приёмник зеркалирования идентична. Допускается присутствие стороннего трафика передачи данных в порту приёмника зеркалирования.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка доступа по консольному порту, либо выделенному порту управления.
|
Процедура тестирования
|
Проверяется возможность управления устройством при использовании консольного порта, либо выделенного порта управления.
Средствами проверяемых портов проверяется возможность сброса конфигурации, пароля, обновления и восстановления программного обеспечения.
|
Ожидаемый результат
|
Доступ по консольному порту или выделенному порту управления поддерживается. Возможен сброс конфигурации, пароля, обновление и восстановление программного обеспечения.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности ограничения доступа к управлению.
|
Процедура тестирования
|
На маршрутизаторе производится настройка ограничения доступа только с доверенных IP-адресов и подсетей. Проверяется наличие доступа с доверенных и его отсутствие с недоверенных хостов.
|
Ожидаемый результат
|
Есть возможность ограничения доступа к управлению.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки снятия данных и управление по протоколу SNMP (v.2c или v.3).
|
Процедура тестирования
|
На маршрутизаторе настраивается доступ по протоколу SNMP с разными community на чтение и запись. Проверяется возможность снятия статистики и её корректность (в обязательном порядке проверяется корректность снятия счетчиков, переданных и принятых данных на интерфейсе и сабинтерфейсе, неизменность ifindex после перезагрузки, счетчиков ошибок, счетчиков переданных, принятых, отброшенных данных в классах/очередях обслуживания).
Доступ по SNMP ограничивается с доверенных IP-адресов, проверяется ограничение доступа с тестового АРМ.
|
Ожидаемый результат
|
Есть возможность снятия данных и управление по протоколу SNMP, возможность доступа по протоколу SNMP ограничивается.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка поддержки журналирования событий и вводимых команд с использованием внешнего сервера syslog и локального протоколирования.
|
Процедура тестирования
|
Маршрутизатор настраивается в режим журналирования событий и вводимых команд с использованием внешнего сервера syslog и локального протоколирования.
На стенде эмулируются следующие ситуации:
Up/down портов.
Конфигурирование интерфейсов маршрутизатора.
Проверяется наличие сообщений на сервере syslog.
|
Ожидаемый результат
|
На syslog-сервере и локально присутствуют сообщения о событиях и водимых командах на маршрутизаторе.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности удаленного управления с помощью интерфейса командной строки посредством протокола telnet.
|
Процедура тестирования
|
Производится подключение к интерфейсу командной строки по протоколу telnet.
|
Ожидаемый результат
|
Есть возможность удаленного управления по протоколу telnet.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности удаленного управления с помощью интерфейса командной строки посредством протокола SSHv2.
|
Процедура тестирования
|
Производится подключение к интерфейсу командной строки по протоколу SSHv2.
|
Ожидаемый результат
|
Есть возможность удаленного управления по протоколу SSHv2
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности агрегирования портов согласно IEEE 802.3ad, включая поддерживаемые типы балансировки.
|
Процедура тестирования
|
Между маршрутизатором и коммутатором организуется агрегированное соединение из двух портов по протоколу IEEE 802.3ad. Поочередно настраивается балансировка между физическими интерфейсами, в качестве условия используются следующие признаки соединения: MAC-адрес источника и назначения, IP-адрес источника и назначения, поддерживаемые гибридные режимы. Проверяется работа балансировки генерацией тестовых потоков трафика. Измеряется время восстановления при обрыве физического соединения по одному из интерфейсов агрегированной группы.
|
Ожидаемый результат
|
Равномерная загрузка физических интерфейсов при настроенной балансировке, поддерживаемые режимы балансировки.
Время восстановления при обрыве не превышает 5 секунд.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности фильтрации пакетов по IP и MAC адресам, номеру IP протокола, TCP и UDP портам отправителя и получателя, в том числе в режиме контроля состояния соединений.
|
Процедура тестирования
|
На маршрутизаторе поочередно настраиваются фильтры, запрещающие трафик с первого технологического АРМ и разрешающий трафик со второго. В качестве условий в правилах используются IP, MAC-адрес, номер протокола, TCP и UDP порты отправителя и получателя.
На маршрутизаторе настраивается фильтр, запрещающий весь входящий трафик на первом интерфейсе. Настраивается контроль состояния всего трафика, проходящего со второго интерфейса на первый. Проверяется работа фильтра посредством ping с внешнего устройства. Проверяется работоспособность TCP, UDP и ICMP, инициированных со второго интерфейса маршрутизатора.
Измеряется максимальная производительность в режиме фильтрации (100 правил) и фильтрации с контролем состояния соединений. С помощью тестера генерируется односторонний трафик с внутреннего интерфейса в сторону внешнего. Количество трафика постепенно увеличивается. Количество трафика измеряется в pps (тестирование производится кадрами по 64 байт) и в Mbps (тестирование производится кадрами максимального размера, не требующего фрагментации). В каждом случае фиксируется значение, после которого начинают появляться потери транзитного трафика или загрузка CPU маршрутизатора составляет более 80 %.
|
Ожидаемый результат
|
Межсетевое экранирование с контролем состояния сессий работает корректно. Определены максимальные значения для одностороннего трафика, измеренные как в pps, так и в Mbps, при которых потери не превысили 0.01%, загрузка CPU менее 80%.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка передачи трафика с максимально возможной величиной пакетов IP (MTU).
|
Процедура тестирования
|
На интерфейсе испытываемого маршрутизатора и стендового настраивается максимальное, согласно документации, значение MTU. С помощью ping проверяется прохождение пакетов указанного размера за вычетом заголовков (-28 байт).
|
Ожидаемый результат
|
Максимально возможная величина фреймов соответствует заявленной и составляет не менее 1600 байт.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности синхронизации времени по NTP.
|
Процедура тестирования
|
Подготавливается NTP сервер, устанавливается значение часов, заведомо отличных от значения внутренних часов маршрутизатора. На маршрутизаторе проверяется текущее значение времени. Маршрутизатор настраивается в режим приема синхронизации часов по протоколу NTP с установленного сервера.
Проверяется значение времени на маршрутизаторе (после паузы, согласно конфигурации).
Сохраняется конфигурация, маршрутизатор перезагружается по питанию.
По истечении процесса загрузки проверяется значение времени.
Настраивается другой часовой пояс, проверяется значение времени с учетом смещения.
|
Ожидаемый результат
|
Значение часов на маршрутизаторе соответствует значению часов NTP сервера. После смены часового пояса время отличается на заданное число часов.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
|
Проверка возможности преобразования сетевых адресов (NAT).
|
Процедура тестирования
|
На маршрутизаторе настраивается симметричный NAT – каждое соединение, инициируемое парой «внутренний адрес - внутренний порт» преобразуется в свободную уникальную случайно выбранную пару «публичный адрес - публичный порт». Проверяется наличие прямой связи, отсутствие соединения при инициации соединения из публичной сети. Проверка осуществляется с помощью утилиты ping и NC (TCP, UDP) между двумя тестовыми АРМ. Проверяется количество одновременных трансляций с помощью тестцентра при генерации IMIX трафика.
На маршрутизаторе настраивается режим Cone NAT, Full Cone NAT – однозначная (взаимная) трансляция между парами «внутренний адрес - внутренний порт» и «публичный адрес - публичный порт». Проверяется наличие прямой и обратной связи (инициации связи). Проверка осуществляется с помощью утилиты ping и NC (TCP, UDP) между двумя тестовыми АРМ. Проверяется количество одновременных трансляций с помощью тестцентра при генерации IMIX трафика.
|
Ожидаемый результат
|
Поддержка необходимых режимов NAT. Количество одновременных соединений, производительность маршрутизатора при активированном NAT.
|
Фактический результат
|
Тест пройден Тест не пройден N/A
|
Дополнительная информация
|
| |
