Модуль IP создает единую логическую сеть
Работа с несколькими сетевыми интерфейсами
ARP-таблица для преобразования адресов
Продолжение преобразования адресов
Правила маршрутизации в модуле IP
Выбор адреса
IP-таблица маршрутов
Порядок косвенной маршрутизации
И более определяют первый шлюз на пути к IP-сети. Маршруты с метрикой
Слежение за маршрутизацией
Подключен непосредственно к той же локальной сети Ethernet
Контрольное суммирование
Протокол TELNET
Навигация
И более определяют первый шлюз на пути к IP-сети. Маршруты с метрикой
TCP/IP
77813
знаков
0
таблиц
0
изображений
1 и более определяют первый шлюз на пути к IP-сети. Маршруты с метрикой
0 показывают, что никакой шлюз не нужен - данный маршрут задает дополни-
тельный сетевой номер локальной IP-сети.
Таким образом, команды, приведенные в примере, говорят о том, что
для доступа к IP-сети 128.6.2 должен использоваться шлюз 128.6.4.1, а
IP-сеть 128.6.6 - это просто дополнительный номер для физической сети,
подключенной к интерфейсу 128.6.5.35.
---------------------------------------------------------
| сеть флаг вида шлюз интерфейс |
| маршрутизации |
---------------------------------------------------------
| 128.6.2 косвенная 128.6.4.1 ie0 |
| 128.6.6 прямая <пусто> ie1 |
---------------------------------------------------------
Табл.16. Записи, добавляемые в таблицу маршрутов
Можно определить маршрут по умолчанию, который используется в тех
случаях, когда IP-адрес места назначения не встречается в таблице маршру-
тов явно. Обычно маршрут по умолчанию указывает IP-адрес шлюза, который
имеет достаточно информации для маршрутизации IP-пакетов со всеми возмож-
ными адресами назначения.
Если ваша IP-сеть имеет всего один шлюз, тогда все, что нужно сде-
лать, - это установить единственную запись в таблице маршрутов, указав
этот шлюз как маршрут по умолчанию. После этого можно не заботиться о
формировании маршрутов в других узлах. (Конечно, сам шлюз требует больше
внимания.)
Следующие разделы посвящены IP-сетям, где есть несколько шлюзов.
6.2. Перенаправление маршрутов
Большинство экспертов по межсетевому взаимодействию рекомендуют
оставлять решение проблем маршрутизации шлюзам. Плохо иметь на каждой
машине большую таблицу маршрутов. Дело в том, что при каких-либо измене-
ниях в IP-сети приходится менять информацию во всех машинах. Например,
при отключении какого-нибудь канала связи для восстановления нормальной
работы нужно ждать, пока кто-то заметит это изменение в конфигурации IP-
сети и внесет исправления во все таблицы маршрутов.
Простейший способ поддержания адекватности маршрутов заключается в
том, что изменение таблицы маршрутов каждой машины выполняется по коман-
дам только одного шлюза. Этот шлюз должен быть установлен как маршрут по
умолчанию. (В ОС UNIX это делается командой "route add default
128.6.4.27 1", где 128.6.4.27 является IP-адресом шлюза.) Как было опи-
сано выше, каждая машина посылает IP-пакет шлюзу по умолчанию в том слу-
чае, когда не находит лучшего маршрута. Однако, когда в IP-сети есть
несколько шлюзов, этот метод работает не так хорошо. Кроме того, если
таблица маршрутов имеет только одну запись о маршруте по умолчанию, то
как использовать другие шлюзы, если это более выгодно? Ответ состоит в
том, что большинство шлюзов способны выполнять "перенаправление" в тех
случаях, когда они получают IP-пакеты, для которых существуют более
выгодные маршруты. "Перенаправление" является специальным типом сообще-
ния протокола ICMP (Internet Control Message Protocol - протокол межсете-
вых управляющих сообщений). Сообщение о перенаправлении содержит инфор-
мацию, которую можно интерпретировать так: "В будущем для IP-адреса XXXX
используйте шлюз YYYY, а не меня". Корректные реализации TCP/IP должны
использовать сообщения о перенаправлении для добавления записей в таблицу
маршрутов. Предположим, таблица маршрутов в начале выглядит следующим
образом:
--------------------------------------------------------
| адрес флаг вида шлюз интерфейс |
| назначения маршрутизации |
--------------------------------------------------------
| 127.0.0 прямая <пусто> lo0 |
| 128.6.4 прямая <пусто> pe0 |
| default косвенная 128.6.4.27 pe0 |
--------------------------------------------------------
Табл.17. Таблица маршрутов в начале работы
Эта таблица содержит запись о локальной IP-сети 128.6.4 и маршрут по
умолчанию, указывающий шлюз 128.6.4.27. Допустим, что существует шлюз
128.6.4.30, который является лучшим путем доступа к IP-сети 128.6.7. Как
им воспользоваться? Предположим, что нужно посылать IP-пакеты по IP-
адресу 128.6.7.23. Первый IP-пакет пойдет на шлюз по умолчанию, так как
это единственный подходящий маршрут, описанный в таблице. Однако шлюз
128.6.4.27 знает, что существует лучший маршрут, проходящий через шлюз
128.6.4.30. (Как он узнает об этом, мы сейчас не рассматриваем. Сущест-
вует довольно простой метод определения лучшего маршрута.) В этом случае
шлюз 128.6.4.27 возвращает сообщение перенаправления, где указывает, что
IP-пакеты для узла 128.6.7.23 должны посылаться через шлюз 128.6.4.30.
Модуль IP на машине-отправителе должен добавить запись в таблицу маршру-
тов:
--------------------------------------------------------
| адрес флаг вида шлюз интерфейс |
| назначения маршрутизации |
--------------------------------------------------------
| 128.6.7.23 косвенная 128.6.4.30 pe0 |
--------------------------------------------------------
Табл.18. Новая запись в таблице маршрутов
Все последующие IP-пакеты для узла 128.6.7.23 будут посланы прямо через
указанный шлюз.
До сих пор мы рассматривали способы добавления маршрутов в IP-
таблицу, но не способы их исключения. Что случится, если шлюз будет вык-
лючен? Хотелось бы иметь способ возврата к маршруту по умолчанию после
того, как какой-либо маршрут разрушен. Однако, если шлюз вышел из строя
или был выключен, то он уже не может послать сообщение перенаправления.
Поэтому должен существовать метод определения работоспособности шлюзов, с
которыми ваша машина связана непосредственно. Лучший способ обнаружения
неработающих шлюзов основан на выявлении "плохих" маршрутов. Модуль TCP
поддерживает различные таймеры, которые помогают ему определить разрыв
соединения. Когда случается сбой, то можно пометить маршрут как "плохой"
и вернуться к маршруту по умолчанию. Аналогичный метод может использо-
ваться при обработке ошибок шлюза по умолчанию. Если два шлюза отмечены
как шлюзы по умолчанию, то машина может использовать их по очереди,
переключаясь между ними при возникновении сбоев.
Похожие работы
... . 1. Персональные компьютеры в cетях TCP/IP 1.1 Иерархия протоколов TCP/IP Протоколы TCP/IP широко применяются во всем мире для объединения компьютеров в сеть Internet. Архитектура протоколов TCP/IP предназначена для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных компьютерных подсетей. Иерархию управления в TCP/IP – сетях обычно представляют в виде ...
... деление его функций. Однако модель TCP/IP разрабатывалась значительно позже самого комплекса протоколов, поэтому она ни как не могла быть взята за образец при проектировании протоколов. Семейство протоколов TCP/IP Семейство протоколов IP состоит из нескольких протоколов, часто обозначаемых общим термином “TCP/IP”: o IP – протокол межсетевого уровня; o TCP – протокол межхостового уровня, ...
... изменить размер окна, посылая управляющие сообщения некоторым конечным узлам, что позволяет им дифференцировано управлять интенсивностью потока данных в разных частях сети. Формат сообщений TCP Сообщения протокола TCP называются сегментами и состоят из заголовка и блока данных. Заголовок сегмента имеет следующие поля: Порт источника (SOURS PORT) занимает 2 байта, идентифицирует процесс- ...
... ISO/OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI достаточно условно. Структура протоколов TCP/IP приведена на рисунке 2.1. Протоколы TCP/IP делятся на 4 уровня. Рис. 2.1. Стек TCP/IP Самый нижний (уровень IV) соответствует физическому и канальному уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но ...
0 комментариев