Как только мобильный узел получает внешний адрес, он должен зарегистрировать этот адрес у своего домашнего агента. Это можно сделать через внешний агент или напрямую. Мы рассмотрим первый вариант. Процедура состоит из четырех шагов. 1. Получив рекламное объявление от внешнего агента, мобильный узел посылает регистрационное сообщение внешнему агенту. Это сообщение переносится BUDP-дейтаграмме и адресуется в порт 434. В регистрационном сообщении указывается
Прибывающий в новую сеть мобильный IP-узел, либо подключаясь к новой внешней сети, либо возвращаясь в домашнюю сеть, должен узнать идентификатор внешнего или домашнего агента в этой сети. Именно обнаружив новый внешний агент с новым сетевым адресом, сетевой уровень мобильного узла понимает, что мобильный узел попал в новую внешнюю сеть. Этот процесс называется обнаружением агента. Обнаружение агента может осуществляться двумя способами:
Архитектура Интернета и протоколы поддержания мобильности, называемые все вместе мобильным протоколом IP, были изначально определены в RFC 3220. Мобильный протокол IP представляет собой гибкий стандарт, поддерживающий различные режимы работы, например, он может функционировать как с внешним агентом, так и без него. Кроме того, мобильный протокол IP предоставляет агентам и мобильным узлам различные способы обнаружения друг друга, поддерживает использование единого внешнего
Недостатком проиллюстрированного на рис. 4.55 метода косвенной маршрутизации является низкая эффективность. Данная проблема получила название проблемы треугольной маршрутизации — дейтаграммы, адресованные мобильному узлу, должны сначала переправляться домашнему агенту, а уже затем в посещаемую мобильным узлом сеть, даже при наличии более эффективного маршрута между корреспондентом и мобильным узлом. В худшем случае представим себе мобильного пользователя, зашедшего к своему коллеге. Хотя коллеги
Рассмотрим сначала корреспондента, желающего послать дейтаграмму мобильному узлу. В случае косвенной маршрутизации корреспондент просто указывает в поле адреса дейтаграммы постоянный адрес мобильного узла и отправляет дейтаграмму в сеть, не задумываясь о том, где реально находится мобильный узел. Таким образом, мобильность в данном случае оказывается абсолютно прозрачной для корреспондента. Дейтаграммы сначала направляются, как обычно, в домашнюю сеть мобильного узла (шаг 1
Как отмечалось ранее, для скрытия от сетевых приложений факта мобильности пользователя было бы желательно, чтобы мобильный узел мог сохранять свой IP-адрес во время перемещения из одной сети в другую. Когда мобильный узел находится во внешней сети, весь адресованный постоянному адресу узла трафик должен быть направлен во внешнюю сеть. Как этого достичь? В одном из способов внешняя сеть объявляет всем остальным
Чтобы проиллюстрировать некоторые аспекты предоставления мобильному пользователю возможности поддерживать непрерывные во времени соединения при перемещении между сетями, рассмотрим аналогию из мира людей. Молодой человек, покидающий родительский дом, становится мобильным. Он часто меняет адреса, проживая в общежитиях или снимая квартиры. Если старый знакомый хочет с ним связаться, как ему узнать новый адрес своего мобильного друга? Проще всего связаться с родителями друга,
Поскольку понятие мобильности получило так много значений как в компьютерном, так и в телефонном мире, рассмотрим сначала несколько аспектов мобильности. □ Насколько мобилен пользователь с точки зрения сетевого уровня? Физически мобильный пользователь предъявляет к сетевому уровню значительно различающиеся наборы требований в зависимости от того, как он перемещается между точками подключения к сети. С одной стороны, пользователь может переносить по зданию
В последнее время люди все активнее перемещаются в пространстве и все больше применяют лэптопы, палмтопы, устройства PDA и мобильные телефоны. Это означает, что все большее количество сетевых устройств оказывается в движении. До сих пор в нашем обсуждении сетевого уровня неявно подразумевалась статическая сетевая инфраструктура, в которой точка подключения хоста к сети (то есть маршрутизатор, соединенный с ним напрямую) не изменяется
Все статьи из рубрики "Мобильность и сетевой уровень" размещены на сайте Компьютерные сети и многоуровневая архитектура интернета (conlex.kz) в ознакомительных целях.
Уточнения, корректировки и обсуждения статей доступны под текстом статей, в комментариях.
Ответственность, за все изменения, внесённые в систему по советам данных статей, Вы берёте на себя.
Копирование данных статей, без указания ссылки на сайт первоисточника Компьютерные сети и многоуровневая архитектура интернета (conlex.kz), строго запрещено.