В этой статье есть несколько проблем. Помогите улучшить ее или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти сообщения )
|
Proxy Mobile IPv6 (или PMIPv6 , или PMIP ) — сетевой протокол управления мобильностью, стандартизированный IETF и указанный в RFC 5213. Это протокол для построения общей и независимой от базовых сетей мобильной связи технологии доступа, поддерживающий различные технологии доступа, такие как архитектуры доступа WiMAX, 3GPP, 3GPP2 и WLAN. Proxy Mobile IPv6 — единственный сетевой протокол управления мобильностью, стандартизированный IETF.
Сетевое управление мобильностью обеспечивает ту же функциональность, что и Mobile IP, без каких-либо изменений в стеке протоколов TCP/IP хоста . С PMIP хост может изменить свою точку подключения к Интернету, не меняя свой IP-адрес . В отличие от подхода Mobile IP, эта функциональность реализуется сетью, которая отвечает за отслеживание перемещений хоста и инициирование требуемой сигнализации мобильности от его имени. Однако в случае, если мобильность включает в себя различные сетевые интерфейсы, хосту необходимы изменения, аналогичные Mobile IP, чтобы поддерживать тот же IP-адрес на различных интерфейсах.
Элемент исследования "SaMOG" (S2a Mobility на основе GTP) в 3GPP определяет взаимодействие между ядром мобильного пакета и доверенной сетью доступа WLAN (3GPP TR 23.852). Интерфейс, который SaMOG определяет для этого взаимодействия, — это интерфейс 3GPP S2a GTP.
+--------+ _----_ | +--------+ _----_ | | _( )_ | | | _( )_ | |----( Интернет ) | | |----( Интернет ) | (ЛМА) | (_ _) | | (ЛМА) | (_ _) | | '----' | | | '----' +--------+ | +--------+ | | | /--------------------\ | _----_ / \ | _()_ / \ | ( интернет ) / IP-сеть \ | (_ _) \ / | '----' \ / | | \----------------------/ | +-----------+ / \ | | МАГ |---- +------------+ +------------+ | +-----------+ |--- (Цепочка сеансов) | | | | | | ЛМА |---- | МАГ | | МАГ | | +-----------+ | | | | | | +-------------+ +-------------+ | _----_ | | | | | _( )_ +-----+ +-----+ +-----+ +-----+ | --(IP-сеть)-- | АП | | АП | | АП | | АП | | | (_ _) | | (Л2)| | (Л2)| | (Л2)| | (Л2)| | | '----' | +-----+ +-----+ +-----+ +-----+ | +-----+ +-----+ . . . . | | МАГ | | МАГ | / \ / \ / \ / \ | +-----+ +-----+ МН | /\ | МН | Proxy Mobile IPv6: Плоская модель домена | Proxy Mobile IPv6: Цепочка доменов |
Архитектура PMIPv6 определяет следующие функциональные сущности:
Сегодня операторы мобильной связи сталкиваются с двумя основными проблемами:
Чтобы решить эти проблемы масштабирования, операторы мобильной связи изучают новые технологические подходы для расширения покрытия своих сетей путем интеграции альтернативных технологий доступа в общее мобильное ядро. В частности, беспроводные локальные сети на основе стандартов IEEE 802.11 показывают многообещающие результаты.
Во-вторых, для решения проблемы с массовым ростом трафика мобильных данных операторы мобильной связи изучают новые способы разгрузки части потоков IP-трафика на ближайшей границе доступа WLAN, где есть точка интернет-пиринга, вместо того, чтобы переносить его на весь путь до точки мобильности в домашней сети. Не весь IP-трафик нужно направлять обратно в домашнюю сеть; часть необязательного трафика, не требующего поддержки мобильности IP, можно разгрузить на шлюзе границы доступа. Такой подход обеспечивает большую эффективность и использование ядра мобильного пакета с увеличением общей пропускной способности сети и снижением транспортных расходов. Такие подходы, как опция селективной разгрузки IP-трафика, могут обеспечить базовую семантику разгрузки.
Функциональный блок | Требование | API платформы | Описание |
---|---|---|---|
Обработчик триггера | События: MN-ATTACHED, MN-DETACHED Параметры: Mac-адрес, MN-Id (если есть) | API Linux — подлежит уточнению | Этот функциональный блок необходим для обнаружения триггеров, связанных с присоединением, отсоединением мобильного узла, настройкой адреса и событиями, связанными с обнаружением маршрутизатора. Сетевые триггеры, сообщение ARP для MAC-адреса маршрутизатора по умолчанию, сообщение Gratuitous ARP, сообщение DHCP Request, сообщения IPv6 ND являются потенциальными триггерами для MAG для инициирования сигнализации PMIPv6. В некоторых случаях триггер также может быть основан на обнаружении нового MAC-адреса на канале доступа другими специфическими средствами канального уровня. См.: RFC 5844, RFC 5213, RFC 4436, RFC 5227. Идентификатор мобильного узла в этих триггерах всегда является MAC-адресом, за исключением DHCPv4, где опция идентификатора клиента может потенциально быть идентификатором мобильного узла (если установлена клиентом или транзитным узлом, таким как точка доступа или контроллер WLAN). |
Управление идентификацией | GET-MN-Identity. Параметры: Mac-адрес, MN-Id | Будет определено | Идентификация мобильного узла привязана к аутентификации доступа. Когда мобильный узел, использующий механизмы 802.1x/EAP, завершает аутентификацию доступа, его идентификация, используемая для аутентификации, и соответствующий MAC-адрес MN известны. Если функция аутентификации доступа и MAG функционально совмещены на одном узле, то это является внутренним для реализации, как и то, как получается сопоставление между идентификацией мобильного узла и его идентификатором уровня связи/Mac. Также возможно, что эти функции размещены на разных сетевых узлах (например, Authenticator на AP и MAG на контроллере беспроводной локальной сети/маршрутизаторе первого перехода), но с некоторым интерфейсом протокола между двумя узлами, который позволяет MAG получить идентификацию мобильного узла. См. раздел 6.6, RFC 5213. При использовании MAC-адреса в качестве MN-Id необходимо понимать последствия для безопасности и MAC-адрес в профиле политики. |
Профиль политики | GET-MN-Profile. Параметры: MN-Id | Будет определено | Профиль политики узла мобильного устройства определяет предпочтения обслуживания для данного мобильного узла. В профиле присутствуют такие параметры, как домен PMIPV6, IP-адрес LMA, 3GPP APN и т. д. См. раздел 6.2, RFC 5213. Этот профиль обычно находится в центральном хранилище политик, таком как AAA, или его также можно настроить локально. См. проект PMIPv6 RADIUS или интерфейс PMIPv6 Diameter (RFC 5779). |
Сигнализация PMIPv6 | Сообщения PBU/PBA | Будет определено | Опции, которые требуются в сообщении PBU, следующие: a.) Опция префикса домашней сети b.) Опция запроса домашнего адреса IPv4 c.) Опция типа технологии доступа d.) Опция идентификатора канального уровня e.) Опция индикатора передачи. Другие необязательные параметры, такие как опция выбора службы для переноса информации 3GPP APN, опция информации о сети доступа, опция разгрузки трафика IPv4 и любые опции, специфичные для поставщика. См. раздел 8 (RFC 5213). Раздел 3 (RFC 5844), Раздел 3 (RFC 5094), Раздел 3 (RFC 5149). PBU — это просто сообщение MIPv6 BU. Любая из реализаций MIPv6 с открытым исходным кодом может использоваться в качестве библиотеки сообщений после добавления новых опций. |
Взаимодействие DHCPv4 | Получить-IP-адрес-из-LMA, назначить-IP-адрес-MN. Параметры: MN-Id, Mac-адрес, домашний адрес IPv4, маска подсети, адрес маршрутизатора по умолчанию | Пример | Мобильный узел получает свой адрес IPv4 с помощью DHCPv4. RFC-5844 поддерживает два режима конфигураций DHCP: DHCP-сервер, размещенный на MAG, и DHCP-ретранслятор, размещенный на MAG. Реализация размещения DHCP-сервера (минималистичного) на MAG является более простым подходом. Необходимые взаимодействия — это возможность влиять на DHCP-сервер для назначения IPv4-адреса, который MAG получил от LMA по плоскости сигнализации PMIPv6. Когда от мобильного узла поступает запрос DHCP Discover, DHCP-сервер должен запустить MAG, а MAG должен вернуть IP-адрес после завершения сигнализации PMIPv6 с LMA мобильного узла. DHCP-сервер должен назначить IP-адрес, который он получает от LMA. MAG также должен иметь возможность отвечать на любые запросы ARP для адреса маршрутизатора по умолчанию. |
Управление туннелями | Создать-Туннель, Удалить туннель. Параметры: Encap-Type, IP-адрес источника, IP-адрес назначения | Пример | Спецификации PMIPv6 поддерживают режимы инкапсуляции GRE, IP-in-IP. Другими словами, инкапсуляции туннеля могут быть IPv4-GRE, IPv6-GRE, IPv4 и IPv6. Пакет полезной нагрузки может быть IPv4 или IPv6, передаваемым с согласованным инкапсуляцией туннеля. Пакет с открытым исходным кодом Linux, IPRoute2, поддерживает оба этих режима инкапсуляции. |
IP-пересылка | Добавить-IPv4-Tunnel-Route, Удалить-IPv4-Tunnel-Route, Добавить-Reverse-Tunnel-Policy-Route, Удалить-Reverse-Tunnel-Policy-Route. Параметры: IPv4-адрес, IPv6-префикс, Tunnel-Interface-Id, MN-MAG-Interface-Id. | Будет определено | MAG должен гарантировать, что любые пакеты IPv4 или IPv6 от мобильного узла, использующие IP-адреса, назначенные LMA, должны быть обратно туннелированы через туннель PMIPv6 LMA. Обычно маршрут PBR, привязанный к MAC-адресу, исходному адресу IPv4, исходному префиксу IPv6 в заголовках пакетов, может использоваться для выбора пакета для обратного туннелирования. Когда включена локальная маршрутизация, необходимы некоторые оптимизации. |
Функциональный блок | Требование | API платформы | Описание |
---|---|---|---|
Прокси-модель | Будет определено | Будет определено | Расширение MIPv6 Home Agent с открытым исходным кодом для поддержки PMIPv6 |
Модель адресации | Будет определено | Будет определено | Будет определено |
Модель безопасности | Будет определено | Будет определено | Будет определено |
Структуры данных | Будет определено | Будет определено | Расширьте таблицу BCE новыми параметрами, определите новые параметры мобильности PMIPv6 |