- •Содержание
- •Лабораторная работа 1.
- •Применение команды Ping для анализа качества связи пк в сети
- •Использование утилиты PathPing
- •Другие команды командной строки. Отображение параметров tcp/ip-протокола командой Ipconfig
- •Команда вывода списка компьютеров рабочей группы Net view
- •Трассировка
- •Задание 1. Просмотр сетевых настроек
- •Задание 2
- •Задание 3.
- •Утилита netstat
- •Утилита telnet
- •Задание 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 Контрольные вопросы
Тестирование взаимодействия
Тестирование взаимодействия разных протоколов и систем сигнализа- ции приобретает важное значение для современных телекоммуникацион- ных сетей. Тестирование взаимодействия охватывает весь процесс обслужи- вания вызова и предоставления дополнительных услуг. Иными словами тестирование взаимодействия является итоговым тестированием, обеспечи- вающим проверку функционирования системы в целом.
Цель тестов взаимодействия показать, что функциональность из конца в конец между двумя связанными системами отвечает требованием стан- дартов, на которых эти системы основаны.
Как показывает практика, проведение тестов взаимодействия суще- ственно увеличивает вероятность того, что в одной сети будет успешно взаимодействовать оборудование, выпущенное разными производителями.
Регрессионное тестирование
Редко бывает, чтобы только одна версия программного обеспечения узла коммутации работала в течение его жизненного цикла. Последующие программные версии, как правило, включают зафиксированные и исправ- ленные ошибки программирования, усовершенствования, новые функции, дополнительные услуги и т. д.
Регрессивное тестирование является методикой, обеспечивающей по мере развития и замены версий программного обеспечения надлежа- щее мигрирование ранее оттестированных протокольных реализации IUT.
Приемосдаточные испытания
Приемосдаточные испытания объединяют серию стандартных те- стов, определяемых программой и методиками приемосдаточных испыта- ний. Обычно эти тесты выполняются на сети Оператора после того, как телекоммуникационное оборудование установлено, смонтировано и запу- щено. Приемосдаточные испытания могут включать регрессивное тести- рование каждый раз, когда устанавливается новая версия программного обеспечения с новыми функциями или градациями емкостей.
Мониторинг
Мониторинг телекоммуникационных протоколов является не только по- следней фазой тестирования протоколов, но и самой длительной и, пожа- луй, самой важной.
Мониторинг интерфейса между находящимися в эксплуатации сете- выми элементами обеспечивает:
выявление ошибок при взаимодействии протоколов, не обнаружен- ных на других этапах тестирования;
обнаружение несанкционированного доступа к ресурсам со стороны отдельных абонентов;
сбор информации о вызовах (CDR) и транзакциях (TDR);
трассировку вызовов;
обнаружение зацикливания сообщений;
контроль источников и маршрутов прохождения трафика.
Системы мониторинга и анализа сигнализации декодируют принимае- мые от многочисленных каналов сети сигнализации сообщения и сигналы, проверяют их на предмет соответствия заданной спецификации, выделяют (как правило, красным цветом) сообщения или их отдельные параметры, не соответствующие спецификации, точно таким же образом они отображают перегрузки, аварийные ситуации и многое другое.
Анализаторы протоколов
На каждом из этапов, через которые проходит любой компонент сети связи, начиная от разработки и кончая эксплуатацией в условиях реальной нагрузки, используются специальные методы тестирования и анализа каче- ства функционирования, которые реализуются специализированными про- граммно-аппаратными средствами, представляющими собой отдельные приборы (протокол-тестеры или анализаторы) и целые системы распреде- ленного наблюдения.
Эволюционные изменения сетей связи нашли отражение в развитии ана- лизаторов протоколов. От простых устройств мониторинга протоколов пере- дачи данных на скоростях 1200–2400 бит/с они эволюционировали до слож- нейших интеллектуальных приборов с разнообразными функциональными возможностями и гибкой настройкой.
В процессе конвергенции сетей связи к анализаторам протоколов предъявляются все новые требования, а область их применения постоянно расширяется. Этому соответствует целый ряд предпосылок:
концепция NGN породила целый ряд новых типов телекоммуника- ционных узлов и систем, взаимодействующих друг с другом в сети и, сле- довательно, требующих тщательного анализа их совместной работы, наблюдения, проверки и тестирования;
концепция NGN не отдает предпочтение какой-то одной сетевой структуре с использованием единственного протокольного стека для всего разнообразия инфокоммуникационных услуг, в связи с чем всегда суще- ствует необходимость обеспечения взаимодействия программно- аппаратных компонентов различных производителей, поддерживающих протоколы и интерфейсы разных стандартов;
концепция NGN подразумевает обеспечение параметров качества обслуживания QoS и показателей надежности, как минимум, на уровне су- ществующих сетей фиксированной (ТфОП) и мобильной (СПС) телефон- ной связи, для чего также необходимы средства тестирования и контроля выполнения требований по корректному и бесперебойному функциониро- ванию NGN.
На сегодняшний день на рынке телекоммуникационного оборудования представлен довольно большой выбор анализаторов протоколов, применя- емых для тестирования VoIP протоколов. Они отличаются друг от друга по конструктивному исполнению, реализованным функциям и возможностям, набору поддерживаемых протоколов.
Существуют следующие функции анализаторов протоколов:
функции мониторинга;
функции декодирования и анализа сообщений тестируемого прото- кола, выловленных из сети;
функции генерации большого потока вызовов;
функции симуляции оборудования, поддерживающего тестируемый протокол;
возможность создания тестовых сценариев;
возможность создания ошибочных ситуаций.
Анализатор протокола может обладать одной или несколькими из вы- шеперечисленных функций.
