Как только мобильный узел зарегистрировался на базовом агенте, последний должен иметь возможность перехватывать IP-дейтаграммы, отправленные по новому адресу мобильного узла, и пересылать их посредством туннелирования.
Стандарт не уточняет, как это должно реализовываться, но в качестве одного из возможных механизмов называет ARP (Address Resolution Protocol— протокол разрешения адреса). Базовый агент должен проинформировать другие узлы той же сети (базовой сети), что дейтаграммы IP, направленные по адресу рассматриваемого мобильного узла, должны доставляться (на канальном уровне) данному агенту. Фактически базовый агент "притворяется" мобильным узлом, перехватывает адресованные ему пакеты и передает их через базовую сеть.
Предположим, например, станция RЗ на рис. 5. используется как базовый агент мобильного узла, который подключен к чужой сети где-либо в Internet. Т.е. существует хост Н, базовая сеть которого — ЛВС Z, который в настоящее время подключен к некоторой чужой сети. Если у хоста D имеется трафик для Н, он создает дейтаграмму IP с базовым адресом Н в поле адреса назначения.IР-модуль хоста D обнаруживает, что данный адресат находится в ЛВС Z и передает дейтаграмму нижестоящему канальному уровню с указанием доставить ее по конкретному адресу МАС-уровня в сети Z. До этого узел RЗ должен проинформировать IР-уровень узла D, что дейтаграммы, посланные по этому конкретному адресу должны переправляться RЗ. Таким образом, МАС-адрес RЗ вносится узлом D в поле назначения протокола МАС исходящего кадра МАС. Подобным образом, если дейтаграмма IР, направленная по базовому адресу мобильного узла приходит на маршрутизатор R2, он обнаруживает, что адрес назначения принадлежит ЛВС Z и пытается доставить дейтаграмму по МАС-адресу в сети Z. Как и ранее, маршрутизатор R2 должен был перед этим получить информацию, что требуемый ему адрес уровня МAС соответствует RЗ.
Рис.5.Простой пример межсетевого обмена
Отметим, что для трафика, передаваемого через Internet и попавшего на RЗ из Internet,
узел R3 должен просто знать, что для такого адреса назначения дейтаграмма должна получаться и перенаправляться далее.
Для пересылки дейтаграммы IP по адресу передачи базовый агент помещает ее во внешнюю дейтаграмму IP. Данная инкапсуляция заключаете в простом помещении заголовка IP перед сегментом ТСР, т.е. сегмент ТСР инкапсулируется в дейтаграмму IP. В Mobile IP возможны три разновидное инкапсуляции.
• Инкапсуляция IP-в-IP. Это простейший подход, определенный в RFC 2003.
• Минимальная инкапсуляция. При этом подходе используется меньше полей, которые определенны в RFC 2004.
• Общаямаршрутнаяинкапсуляция (Generic Routing Encapsulation - GRE).
Общая процедура инкапсуляции, которая была разработана до протокола Mobile IP, определена в RFC 1701.
Краткий обзор первых двух методов приводится ниже.
Инкапсуляция IP-в-IP
При этом подходе вся дейтаграмма IP используется как полезная нагрузка новой дейтаграммы IP (рис.6, а). Внутренний, исходный заголовок IP не изменяется (за исключением поля времени жизни, значение которого уменьшается на 1). Внешний заголовок — это заголовок всего фрагмента IP, Два поля (на рисунке не заштрихованы) копируются из внутреннего заголовка: номер версии (идентификатор протокола IPv4) — 4 и тип услуги, запрашиваемой для внешней дейтаграммы IP, — тот же, что во внутренней дейтаграмме IP.
Во внутреннем заголовке IP адрес источника указывает хост, который отправил исходную дейтаграмму, а адрес назначения — это базовый адрес нужного получателя. Во внешнем заголовке IP адреса источника и назначения соответствуют входу и выходу туннеля. Таким образом, адрес источника — это обычно IP-адрес базового агента, а адрес назначения — это адрес передачи нужного получателя.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.