Маршрутизация в глобальных сетях

Протокол обмена управляющими сообщениями ICMP (Inte
et Control Message Protocol) описан в документе RFC 792. Этот протокол является вспомогатель¬ным в стеке TCP/IP. Протокол ICMP позволяет маршрутизатору сообщать конечной станции об ошибках или нештатных ситуациях, с которыми он столк¬нулся при передаче IP-дейтаграммы от этой станции. Тем не менее, протокол должен рассматриваться в качестве неотъемлемой части протокола IP и должен включаться в каждую его реализацию.
Сообщения ICMP передаются по сети в поле данных IP-дейтаграммы. Конечным получателем сообщений ICMP является модуль ICMP, входящий в состав программного обеспечения поддержки IP. Если ICMP определит, что ошибка была вызвана протоколом более высокого уровня или прикладной про¬граммой, он сообщит об этом соответствующему модулю, который связан с ис¬точником возникновения ошибки
Протокол ICMP посылает два вида сообщений: управляющие сообщения и сообщения об ошибках. Эти сообщения могут быть посланы как на другие мар¬шрутизаторы, так и на конечные станции. Протокол ICMP позволяет драйверам IP на разных устройствах обмениваться друг с другом управляющими и инфор¬мационными сообщениями.
Протокол ICMP служит для сообщения об ошибках, но не для исправления ошибок. Отправитель сам должен определить источник ошибки и предпринять меры к устранению ошибок. При этом протокол ICMP не может использоваться
для передачи сообщений об ошибках промежуточным устройствам. Это связано с тем, что IP-дейтаграмма содержит поля адреса отправителя и получателя, но не включает адресную информацию о промежуточных устройствах на маршруте движения по сети. Поэтому, когда IP-дейтаграмма приходит к одному из проме¬жуточных маршрутизаторов, нельзя узнать, какой путь она прошла. Если марш¬рутизатор обнаружит ошибки, он не сможет узнать, какие промежуточные устройства обрабатывали эту IP-дейтаграмму, и поэтому не сможет сформи-ровать сообщение об ошибке для передачи его промежуточным устройствам. Однако дейтаграмма не будет просто...

Одной из главных задач, которая ставилась при создании протокола IP, являлось обеспечение совместной согласованной работы в сети, состоящей из подсетей, в общем случае использующих разные сетевые технологии. Непосредственно с ре¬шением этой задачи связан уровень межсетевых интерфейсов стека TCP/IP. На этом уровне определяются уже рассмотренные выше спецификации упаковки (ин¬капсуляции) IP-пакетов в кадры локальных технологий. Кроме этого, уровень меж¬сетевых интерфейсов должен заниматься также крайне важной задачей отображения IP-адресов в локальные адреса.
Для определения локального адреса по IP-адресу используется протокол разреше¬ния адреса (Address Resolution Protocol, ARP). Протокол ARP работает различным образом в зависимости от того, какой протокол канального уровня работает в дан¬ной сети — протокол локальной сети (Ethe
et, Token Ring, FDDI) с возможностью широковещательного доступа одновременно ко всем узлам сети или же протокол глобальной сети (Х.25, frame relay), как правило не поддерживающий широкове¬щательный доступ. Существует также протокол, решающий обратную задачу — нахождение IP-адреса по известному локальному адресу. Он называется реверсив¬ным ARP (Reverse Address Resolution Protocol, RARP) и используется при старте бездисковых станций, не знающих в начальный момент своего IP-адреса, но знаю¬щих адрес своего сетевого адаптера.
Необходимость в обращении к протоколу ARP возникает каждый раз, когда модуль IP передает пакет на уровень сетевых интерфейсов, например драйверу Ethe
et. IP-адрес узла назначения известен модулю IP. Требуется на его основе найти МАС-адрес узла назначения.
Работа протокола ARP начинается с просмотра так называемой ARP-таблицы. Каждая строка таблицы устанавливает соответствие между IP-адресом и МАС-адресом. Для каждой сети, подключенной к сетевому адаптеру компьютера или к порту маршрутизатора, строится отдельная ARP-таблица.

1. В. Г. Олифер Н.А. Олифер Компьютерные сети. Принципы, технологии, протоколы. –СПб: Изд-во «Питер», 2000. 672с.
2. Кирх О. Linux для профессионалов. Руководство администратора сети. – СПб.: Из-во «Питер», 2000. –386с.
3. Кульгин М. Технологии корпоративных сетей.: Энциклопедия. - СПб.: Из-во «Питер», 2000. –704с.
4. Компьютерные сети. Учебный курс /пер. с англ. – М.: Издательский отдел «Русская редакция» ТОО “Cannel Trading Ltd”. – 1997. –696с.
5. Журнал: Компьютер пресс, 1998г - №10
6. Журнал: Компьютер пресс, 2000г . - №10