- •Содержание
- •Лабораторная работа 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 Контрольные вопросы
Применение команды Ping для анализа качества связи пк в сети
Для тестирования качества связи запустите Ping со следующими параметрами: ping.exe -l 16384 -w 500 -n 100 192.168.73.133. Это обеспечит отправку 100 запросов (n) пакетами по 16 килобайт (l) на заданный IP адрес с интервалом ожидания ответа в 0,5 секунды (w). То есть:
L – размер буфера отправки.
N – число отправляемых запросов,
W – время ожидания ответа на запрос в миллисекундах,
Подождите, пока пройдут все 100 пакетов. Ответ должен будет быть приблизительно такой ( рис. 31.3).
Рис. 31.3. Ответ на команду ping.exe с ключами
Проанализируем результат выполнения команды:
0% потерь – сеть работает отлично.
Если потери информации составили не более 3%, то сеть работает хорошо.
При потерях 3-10% дошли не все пакеты, но сеть, благодаря алгоритмам коррекции ошибок, работает удовлетворительно. Из-за необходимости повторной доставки потерянной информации снижается эффективная скорости работы сети – сеть тормозит.
Если число потерянных пакетов превышает 10-15%, то необходимо принять меры по устранению неисправности. Качество связи ПК неудовлетворительное.
Далее: как видим, время отклика удаленной системы среднее 2 мсек, а максимальное 17 мсек. Анализируя отклик по миллисекундам, надо иметь ввиду следующее. По стандарту, нормальное время отклика 16-килобайтного пакета для 100-мегабитной сети - 3-8 мс. Для 10-мегабитной - 30-80 мс. Получается, что у нас сеть работает на скорости порядка 100 мбит/сек.
5. Проверка правильности установки протокола TCP/IP. Откройте командную строку и выполните команду: ping 127.0.0.1
Адрес 127.0.0.1 — это личный адрес любого компьютера. Таким образом, эта команда проверяет прохождение сигнала "на самого себя". Она может быть выполнена без наличия какого-либо сетевого подключения. Вы должны увидеть приблизительно следующие строки:
По умолчанию команда посылает пакет 32 байта. Размер пакета может быть увеличен до 65 кбайт. Так можно обнаружить ошибки при пересылке пакетов больших размеров. За размером тестового пакета отображается время отклика удаленной системы (в нашем случае — меньше 1 миллисекунды). Потом показывается еще один параметр протокола — значение TTL. TTL — "время жизни" пакета. На практике это число маршрутизаторов, через которые может пройти пакет. каждый маршрутизатор уменьшает значение TTL на единицу. При достижении нулевого значения пакет уничтожается. Такой механизм введен для исключения случаев зацикливания пакетов.
Если будет показано сообщение о недостижимости адресата, то это означает ошибку установки протокола IP. В этом случае целесообразно удалить протокол из системы, перезагрузить компьютер и вновь установить поддержку протокола TCP/IP.
6. Проверка видимости локального компьютера и ближайшего компьютера сети. Выполните команду ping 212.73.124.100
На экран должны быть выведены примерно такие строки:
Наличие отклика свидетельствует о том, что канал связи установлен и работает.
7. Проверка работоспособности сервера имен Internet. Выполните команду ping www.tomsk.ru
Если система сможет различить IP-адрес этого хоста, то система распознавания имен работоспособна. На экран должен быть выведен примерно такой листинг:
Если не будет ответа на ввод команды с именем существующего хоста, то это может свидетельствовать либо об ошибке в задании DNS-серверов, либо об их неработоспособности.
