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