- •Содержание
- •Лабораторная работа 1.
- •Применение команды Ping для анализа качества связи пк в сети
- •Использование утилиты PathPing
- •Другие команды командной строки. Отображение параметров tcp/ip-протокола командой Ipconfig
- •Команда вывода списка компьютеров рабочей группы Net view
- •Трассировка
- •Утилита netstat
- •Утилита telnet
- •Задание 1. Просмотр сетевых настроек
- •Задание 2
- •Задание 3.
- •Задание 4
- •Задание 5. Ознакомление с протоколом http с помощью утилиты telnet
- •Лабораторная работа 2.
- •Тестирование телекоммуникационных протоколов
- •Стеки телекоммуникационных протоколов
- •Тестирование телекоммуникационных протоколов
- •Тестирование в течение жизненного цикла сети связи
- •Типы тестирования
- •Тестирование соответствия
- •Тестирование производительности
- •Тестирование совместимости
- •Тестирование взаимодействия
- •Регрессионное тестирование
- •Приемосдаточные испытания
- •Мониторинг
- •Анализаторы протоколов
- •Анализатор сетевых протоколов wireshark
- •Назначение Wireshark
- •Запуск Wireshark
- •Пользовательский интерфейс Wireshark
- •Мониторинг пакетов сетевого трафика сигнальных протоколов Запуск режима мониторинга трафика
- •Режим мониторинга
- •Перезапуск сеанса мониторинга пакетов
- •Фильтрация трафика в режиме мониторинга пакетов
- •Диалоговое окно Filter Expression
- •Сохранение отслеженной информации
- •Работа с отслеженными пакетами Открытие файла с отслеженной информацией
- •Отображение отслеженных пакетов
- •Лабораторная работа 3. Моделирование сетей в Packet Tracer
- •Лабораторная работа 4.
- •4.1 Теоретическая часть
- •4.1.1 Введение в динамическую маршрутизацию
- •4.1.2 Операции динамической маршрутизации
- •4.1.3 Определение длины сетевых маршрутов
- •4.1.4 Введение в протоколы маршрутизации
- •4.2.5 Автономные системы
- •4.1.6 Назначение протоколов маршрутизации и цели использования автономных систем
- •4.1.7 Идентификация класса протокола маршрутизации
- •4.1.8 Особенности дистанционно-векторных протоколов
- •4.1.9 Обновления маршрутов
- •4.1.10 Основы маршрутизации по состоянию канала
- •4.1.11 Процесс обнаружения сетей для маршрутизации по состоянию канала
- •4.1.12 Обмен информацией о маршрутах в протоколах с учетом состояния каналов
- •4.1.13 Три проблемы в протоколах состояния канала
- •4.1.14 Дополнительная информация: функции гибридных протоко-лов маршрутизации
- •4.1.15 Конфигурирование службы маршрутизации
- •4.1.16 Протокол rip
- •4.1.17 Конфигурирование протокола rip
- •4.2 Задание к лабораторной работе
- •4.3 Содержание отчета
- •4.4 Контрольные вопросы
Тестирование соответствия
Первым этапом в тестировании протокола является обеспечение то- го, чтобы он работал в соответствии со спецификацией, на основе кото- рой он был создан. Этот процесс называется проверкой согласованности. На практике, роль проверки согласованности заключается в том, чтобы увеличить уверенность в том, что протокол соответствует своей специфика- ции, и уменьшить риск неправильного срабатывания. Проверка согласованно- сти представляет собой хорошо отлаженную методологию тестирования, ос- нованную на международном стандарте ISO 9646. Главная идея стандарта ISO 9646 состоит в том, что спецификация нового протокола должна содер- жать комплект тестовых сценариев его проверки. Тестирование на соответ- ствие заданной спецификации является единственным стандартизированным и широко распространенным методом проверки корректности реализации протокола. Этот метод основан на применении специализированного языка
написания тестов TTCN.
Тесты соответствия включают в себя проверку корректности работы протокольных объектов, т. е. соблюдения очередности следования сообще- ний, правильности перехода объектов из одного состояния в другое под воздействием определенных внешних событий, кодировки обязательных информационных элементов.
Тестирование производительности
Одно лишь тестирование на соответствие не может гарантировать корректность реализации протокола полностью, так как не предполагает проведение тестирования под нагрузкой и проверку поведения системы при неопределенных значениях параметров спецификации, оставленных для возможного применения в будущем.
При тестировании производительности измеряются те параметры, ко- торые зависят от поступающей на систему нагрузки, и производится их сравнение с допустимыми значениями (например, измерение интенсив- ности потерь вызовов). Этот вид тестирования сводится к измерению пара- метров качества обслуживания (QoS) или производительности сети (NP, Network Performance) при известных значениях параметров поступающей нагрузки.
Тестирование производительности производится с использованием эталонной системы (что не всегда возможно и дорого) или с использовани- ем системы тестирования, имитирующей эталонную систему. Для имита- ции эталонной системы, с которой должно стыковаться тестируемое оборудование, используются симуляторы протоколов и генераторы вы- зовов. При использовании реальной системы в качестве эталонной приме- няются анализаторы протоколов, осуществляющие мониторинг интерфей- са, который соединяет тестируемую систему с эталонной.
Для измерения значений параметров QoS и NP используются генера- торы вызовов (сигнального трафика), создающие нагрузку определенного вида на тестируемую систему посредством генерации последовательностей сообщений определенного протокола и измеряющие значения интенсивно- сти потерь вызовов, интенсивности появления ошибок протокола, интерва- лы времени между передачей и приемом сообщений (таймеры) и т. п.
Тестирование совместимости
Тестирование возможности совместной работы является следующим логическим этапом после выполнения проверок согласованности и произ- водительности.
Спецификация протокола нередко содержит области неоднозначного понимания, подверженные различной интерпретации разработчиками и, следовательно, различной реализации. Такими областями спецификации яв- ляются опциональные процедуры и параметры, разные значения параметров и величины таймеров. Неоднозначность спецификации приводит к тому, что реализации протоколов от разных производителей оборудования не работа- ют совместно, даже если каждая реализация успешно прошла предваритель- ное тестирование на соответствие.
Тестирование совместного функционирования является ключевым ас- пектом для сетевых операторов, эксплуатирующих оборудование разных производителей. Очевидно, что сетевые элементы одного производителя должны корректно работать с сетевыми элементами другого производите- ля. Проверка этой возможности может проводиться в лабораторных усло- виях или непосредственно в сети оператора.
На этапе тестирования совместного функционирования проверяется, в какой степени и при каких условиях разные реализации одного и того же протокола могут совместно работать, производя ожидаемый результат. Те-
сты этого вида могут применяться как ко всем протоколам стека, использу- емого на интерфейсе, так и к какому-либо одному выбранному протоколу.
