Скачать презентацию Протокол межсетевого взаимодействия IP Internet Protocol Основные Скачать презентацию Протокол межсетевого взаимодействия IP Internet Protocol Основные

IP_ICMP_IPv6.ppt

  • Количество слайдов: 67

Протокол межсетевого взаимодействия IP (Internet Protocol) • Основные функции • Структура пакета • Таблицы Протокол межсетевого взаимодействия IP (Internet Protocol) • Основные функции • Структура пакета • Таблицы маршрутизации • Маршрутизация без использования масок • Сети и подсети • Маршрутизация с использованием масок • Фрагментация

Интерфейс маршрутизатора может не иметь ни одного IP-адреса и ни одного MAC-адреса Адресация портов Интерфейс маршрутизатора может не иметь ни одного IP-адреса и ни одного MAC-адреса Адресация портов маршрутизатора Один интерфейс маршрутизатора может иметь несколько IP-адресов и несколько MAC-адресов Блок управления IP-адрес и MAC Блок маршрутизации Блок продвижения IP-1 IP-2 MAC-1 MAC-2 . . . Порты (интерфейсы)

Упрощенная таблица маршрутизации (routing table) Упрощенная таблица маршрутизации (routing table)

Структура заголовка IP-пакетадлина Максимальная IP-пакета 65535 байтов Длина заголовка 20 (с опциями 60) байтов. Структура заголовка IP-пакетадлина Максимальная IP-пакета 65535 байтов Длина заголовка 20 (с опциями 60) байтов. PR – приоритет 000 -111 D (delay) – задержка: 0 – нормальная, 1 – малая T (throughput) – пропускная способность: -норма, 1 -высокая R (reliability) – надежность: 0 -норма, 1 -высокая Максимальное время жизни Type of service RFC 1340 и 1349 255 с telnet – 100 FTP –управление 100, данные 010 SNMP- 001 0 Только для заголовка

Протокол верхнего уровня • RFC 1700 описывает значения идентификаторов для разных протоколов (http: //www. Протокол верхнего уровня • RFC 1700 описывает значения идентификаторов для разных протоколов (http: //www. iana. org) • 6 ─ сообщение TCP • 17 ─ сообщение UDP • 1 ─ сообщение ICMP

Формат заголовка IP-датаграммы (IPv 4) Формат заголовка IP-датаграммы (IPv 4)

Таблица программного маршрутизатора MPR Windows NT Таблица программного маршрутизатора MPR Windows NT

Таблица маршрутизации аппаратного маршрутизатора Net. Builder II компании 3 Com Таблица маршрутизации аппаратного маршрутизатора Net. Builder II компании 3 Com

Таблица маршрутизации аппаратного маршрутизатора Net. Builder II компании 3 Com • Status ─ статус Таблица маршрутизации аппаратного маршрутизатора Net. Builder II компании 3 Com • Status ─ статус записи (Up ─ маршрут активен и работоспособен); • TTL ─ время жизни записи (время, в течение которого значение записи еще действительно) • Source ─ источник появления записи

Таблица маршрутизации Unixмаршрутизатора Таблица маршрутизации Unixмаршрутизатора

Таблица маршрутизации Unixмаршрутизатора • Флаги записей: ØU ─ маршрут активен и работоспособен; ØH ─ Таблица маршрутизации Unixмаршрутизатора • Флаги записей: ØU ─ маршрут активен и работоспособен; ØH ─ признак специфического маршрута к хосту; ØG ─ маршрут проходит через промежуточный маршрутизатор; ØD ─ маршрут получен из перенаправленного сообщения протокола ICMP (присутствует в таблице конечного узла)

Таблица маршрутизации Unixмаршрутизатора • Refcnt ─ поле числа ссылок (сколько раз ссылалис на данный Таблица маршрутизации Unixмаршрутизатора • Refcnt ─ поле числа ссылок (сколько раз ссылалис на данный маршрут при продвижении пакетов); • Use ─ поле загрузки (количество байт, переданных по данному маршруту);

Сеть из 215 узлов 129. 44. 0. 0 Сеть из 214 узлов 213 узлов Сеть из 215 узлов 129. 44. 0. 0 Сеть из 214 узлов 213 узлов Структуризация сети масками переменной длины

Сеть 129. 44. 0. 0 Маска 255. 128. 0 215 узлов 129. 44. 192. Сеть 129. 44. 0. 0 Маска 255. 128. 0 215 узлов 129. 44. 192. 1 129. 44. 192. 2 129. 44. 0. 1 Сеть 129. 44. 128. 0 Маска 255. 192. 0 214 узлов 129. 44. 128. 3 Сеть 129. 44. 192. 0 129. 44. 224. 5 Маска 255. 248 8 узлов Сеть 129. 44. 224. 0 Маска 255. 224. 0 213 узлов Структуризация сети масками переменной длины

Протокол управляющих сообщений ICMP Internet Control Message Protocol) • Формат сообщений ICMP • Эхо-протокол Протокол управляющих сообщений ICMP Internet Control Message Protocol) • Формат сообщений ICMP • Эхо-протокол • Утилиты ping и tracert

Инкапсуляция сообщения ICMP 14 байт Заголовок фрейма 20 байт Заголовок IP-пакета 8 байт Заголовок Инкапсуляция сообщения ICMP 14 байт Заголовок фрейма 20 байт Заголовок IP-пакета 8 байт Заголовок ICMP Сообщение ICMP (Ethernet) 1 байт Type Code 2 байта Checksum 4 байта Формат заголовка ICMP Зависит от типа и кода Протокол ICMP - это семейство протоколов, каждый из которых решает свои узкие задачи и имеет свой формат сообщения

Формат заголовка и ICMP-сообщения типа «ответ о значении маски» Type=18 Checksum Code=0 Идентификатор запроса Формат заголовка и ICMP-сообщения типа «ответ о значении маски» Type=18 Checksum Code=0 Идентификатор запроса Последовательный номер Значение маски 4 байта

Формат заголовка ICMP-сообщения об ошибке 4 байта Type=3 Code=0 Checksum Не используется оловок IP Формат заголовка ICMP-сообщения об ошибке 4 байта Type=3 Code=0 Checksum Не используется оловок IP + 8 байт поля данных (Заголовка UDP или TCP)

ICMP-сообщения об ошибках: § не корректируют ошибок § не могут направляться маршрутизатору промежуточному § ICMP-сообщения об ошибках: § не корректируют ошибок § не могут направляться маршрутизатору промежуточному § могут теряться § Нельзя посылать ICMP-сообщения об ICMPсообщениях об ошибках, но для ICMPсообщений-запросов - можно § ICMP сообщения можно посылать только о проблемах, возникающих при обработке первого фрагмента в сегментированном IPпакете

Формат ICMP сообщения для эхо запроса и эхо отклика Формат ICMP сообщения для эхо запроса и эхо отклика

Общий формат опции записи маршрута в IP заголовке Общий формат опции записи маршрута в IP заголовке

 • Код (code) - однобайтовое поле, содержащее тип IP опции. Для опции RR • Код (code) - однобайтовое поле, содержащее тип IP опции. Для опции RR установлено значение 7. • Длина (len) - это полный размер в байтах опции RR, в данном случае 39. (Несмотря на то, что существует возможность указать опцию RR с размером меньше максимального, ping всегда предоставляет поле опции размером 39 байт, что позволяет записать до 9 IP адресов. Несмотря на то, что существует ограничение в размере опций в IP заголовке, оно, тем не менее, позволяет указать размер меньше максимального. ) • Указатель (ptr) - это индекс в 39 -байтной опции, который указывает на то, где хранится следующий IP адрес. Его минимальное значение 4, что указывает на первый IP адрес. Когда следующий IP адрес записывается в список, значение ptr меняется следующим образом: 8, 12, 16 и так до 36. После того как записан девятый адрес, ptr устанавливается в значение 40, указывая на то, что список полон.

Программа ping с опцией записи маршрутизации Программа ping с опцией записи маршрутизации

svr 4 % ping -R slip PING slip (140. 252. 13. 65): 56 data svr 4 % ping -R slip PING slip (140. 252. 13. 65): 56 data bytes 64 bytes from 140. 252. 13. 65: icmp_seq=0 ttl=254 time=280 ms RR: bsdi (140. 252. 13. 66) slip (140. 252. 13. 65) bsdi (140. 252. 13. 35) svr 4 (140. 252. 13. 34) 64 bytes from 140. 252. 13. 65: icmp_seq=1 ttl=254 time=280 ms (same route) 64 bytes from 140. 252. 13. 65: icmp_seq=2 ttl=254 time=280 ms (same route) ^? --- slip ping statistics --3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 270/276/280 ms Программа ping c опцией записи маршрута (RR)

ICMP сообщение об истечении времени ( ICMP сообщение об истечении времени ("time exceeded”)

Программа traceroute • На хост назначения отправляется IP датаграмма с TTL, установленным в единицу. Программа traceroute • На хост назначения отправляется IP датаграмма с TTL, установленным в единицу. Первый маршрутизатор, который должен обработать датаграмму, уничтожает ее (так как TTL равно 1) и отправляет ICMP сообщение об истечении времени (time exceeded). Таким образом, определяется первый маршрутизатор в маршруте. • Затем Traceroute отправляет датаграмму с TTL равным 2, что позволяет получить IP адрес второго маршрутизатора. Это продолжается до тех пор, пока датаграмма не достигнет хоста назначения. • Однако, если датаграмма прибыла именно на хост назначения, он не уничтожит ее и не сгенерирует ICMP сообщение об истечении времени, так как датаграмма достигла своего конечного назначения. Как можно определить, что датаграмма достигла конечного пункта назначения? • В UDP датаграммах, которые посылает Traceroute, устанавливается несуществующий номер UDP порта (больше чем 30000), что делает невозможным обработку этой датаграммы каким-либо приложением. Поэтому когда прибывает подобная датаграмма, UDP модуль хоста назначения генерирует ICMP сообщение "порт недоступен" (port unreachable). Все что необходимо в этом случае, Traceroute это определить тип принятого ICMP сообщения - либо об истечении времени, либо о недоступности порта - именно таким образом мы узнаем, доставлена ли датаграмма в пункт назначения.

Протокол IPv 6 • Причины модернизации • Расширенное адресное пространство • Гибкий формат заголовка Протокол IPv 6 • Причины модернизации • Расширенное адресное пространство • Гибкий формат заголовка • Снижение нагрузки на маршрутизаторы • Переход с IPv 4 на IPv 6

IPv 6 • Начало работы – 1992 год • Альтернативные варианты протокола IP нового IPv 6 • Начало работы – 1992 год • Альтернативные варианты протокола IP нового поколения: IPv 7 (Ullman), TUBA (Callon), ENCAPS (R. Hinden), SIP (S. Deering), PIP (Francis) • ENCAPS, SIP и PIP в 1993 году слились в единое предложение SIPP • SIPP в июле 1994 года на сессии сообщества Интернета принято за основу IP нового поколения (Next Generation Internet Protocol, IPng)

Руководство Интернетом • Internet Society, ISOC – сообщество Интернета • Internet Architecture Board, IAB Руководство Интернетом • Internet Society, ISOC – сообщество Интернета • Internet Architecture Board, IAB – совет по архитектуре Интернета – Internet Research Task Force (IRTF) координирует долгосрочные исследовательские проекты – Internet Engineering Task Force (IETF) занимается решением текущих технических задач

Стандарты • RFC 1752 • Базовый набор протоколов принят IETF в сентябре 1995 года Стандарты • RFC 1752 • Базовый набор протоколов принят IETF в сентябре 1995 года • В августе 1998 года приняты пересмотренные версии группы стандартов, определяющих архитектуру IPv 6 (RFC 2460) и систему адресации (RFC 2373)

Формат основного заголовка Формат основного заголовка

Формат заголовка IP-датаграммы (IPv 6) Формат заголовка IP-датаграммы (IPv 6)