Пример маршрутизации без использования масок

Рассмотрим на примере IP-сети (рис.7.7.) алгоритм работы средств сетевого уровня по продвижению пакета в составной сети. При этом будем считать, что все узлы сети, рассматриваемой в примере, имеют адреса, основанные на классах, без использования масок.

Все маршрутизаторы имеют заполненные таблицы, а на компьютерах проведены настройки стека TCP/IP. При настройке стека TCP/IP для каждого сетевого адаптера должны быть заданы IP-адрес + маска подсети и IP-адрес маршрутизатора по умолчанию. IP-адрес DNS – сервера (основного и резервного) и доменное имя задается для компьютера в целом.

Рис.7.7. Пример взаимодействия компьютеров через сеть

1. Итак, пусть пользователь компьютера cit.dol.ru, находящегося в сети Ethernet и имеющего IP-адрес 194.87.23.17 (адрес класса С), обращается по протоколу FTP к компьютеру sf.msk.su, принадлежащему другой сети Ethernet и имеющему IP-адрес 142.06.13.14 (адрес класса В).

Программный модуль FTP – клиента, получив команду >ftp sf.msk.su, передает запрос к работающему на этом же компьютере клиентскому модулю DNS протокола с целью определить IP-адрес узла назначения.

При конфигурировании стека TCP/IP в компьютере cit.dol.ru был задан его собственный IP-адрес, IP-адрес маршрутизатора по умолчанию и IP-адрес DNS-сервера. Модуль DNS может сделать запрос к серверу DNS, но обычно сначала просматривается локальная таблица соответствия символьных имен и IP-адресов. Такая таблица хранится чаще всего в виде текстового файла простой структуры — каждая его строка содержит запись об одном символьном имени и его IP-адресе. В ОС Unix такой файл традиционно носит имя hosts и находится в каталоге /etc. Если нужного адреса в таблице не оказалось модуль DNS сделает запрос к серверу, упаковав свое сообщение в UDP- пакет, а затем в IP-пакет. В качестве адреса отправителя будет указан IP-адрес 194.87.23.17 (адрес компьютера cit.dol.ru), а получателя – 203.21.4.6. (адрес DNS- сервера). В ответ на запрос клиент FTP получит IP-адрес FTP –сервера sf.msk.su (142.06.13.14).

Будем считать, что компьютер cit.dol.ru имеет файл hosts, а в нем есть строка 142.06.13.14 sf.msk.su.Таким образом, разрешение имени выполняется локально.

2. Теперь модуль FTP передает свое сообщение и IP-адрес получателя по межуровневому интерфейсу транспортному протокола TCP, который помещает сообщение в свой сегмент и предает его протоколу IP. В заголовке IP-пакета будет указан IP-адрес узла назначения 142.06.13.14.

3. Модуль IP компьютера cit.dol.ru проверяет, нужно ли маршрутизировать пакеты с адресом 142.06.13.14. Так как адрес сети назначения (142.06.0.0) не совпадает с адресом (194.87.23.0) сети, которой принадлежит компьютер -отправитель, то маршрутизация необходима.

4. Теперь IP-пакет должен быть передан на канальный уровень для формирования кадра Ethernet, который нужно отправить по сети Ethernet маршрутизатору по умолчанию. IP-адрес маршрутизатора по умолчанию известен (194.87.23.1), но неизвестен его МАС - адрес. Для определения МАС-адреса маршрутизатора протокол IP обращается к протоколу ARP, который сначала просматривает ARP-таблицу. Если в последнее время компьютер cit.dol.ru выполнял какие-либо межсетевые обмены, то, скорее всего, искомая запись, содержащая соответствие между IP- и МАС- адресами маршрутизатора по умолчанию уже находится в кэш-таблице протокола ARP. Пусть в данном случае нужная запись была найдена именно в кэш-таблице: