rapid commit что это

/4te.me

Адресация в IPv6

То есть адрес выше можно записать так:

Как и в IPv4, в IPv6 есть anycast, multicast и unicast адреса. Broadcast-а больше нет, вместо него есть мультикаст группа “вообще все” ff02::1

В реальной жизни чаще всего приходится сталкиваться с anycast адресами, но и они бывают разных типов.

Получение IPv6 адресов

Получение IPv6 адресов немного отличается от IPv4, но в целом все осталось как прежде – запрос/ответ. В IPv6 расширили протокол ICMP и теперь, процедура получения адреса начинается с того, что клиент на multicast-адрес “все роутеры” со своего link-local адреса отправляет ICMPv6-пакет типа Router solicitation (RS), типа – “эй, есть тут кто? дайте адрес”. Если в сети есть роутер – он отвечает ICMPv6-пакетом типа Router advertisement (RA). В этом пакете содержится минимально необходимая информация, с помощью которой клиент сможет настроить свой интерфейс – префикс сети и DNS сервер.

Пакет RA в wireshark:

И тут могут быть два варианта:

Если в пакете RA есть флаг managed, то клиент сам назначает себе IP-адрес из той сети которая указана в RA. В этом случае клиент также будет использовать Duplicate Address Detection (DAD), чтобы удостовериться, что назначенный адрес ни с кем не пересекается.

Если флага нет, то клиент должен пойти на DHCP-сервер и арендовать себе адрес там. В этом случае процедура аналогична IPv4. DHCPv4-request=DHCPv6-solicit, DHCPv4-response=DHCPv6 advertise.

Существует еще вариант быстрого получения адреса, когда клиент в сеть посылает RS, а в ответ уже получает адрес от DHCP-сервера. Такой механизм называется Rapid Commit

После получения global unicast адреса сервер становится доступен по ipv6 из интернета. HTTP (и вообще любой другой протокол более высокго уровны) по IPv6, естественно, никак не отличается от IPv4, просто в пакетах в адресе отправителя/получателя указывается v6 адрес.

ARP в IPv6

В IPv4, чтобы узнать канальный адрес соседа использовался протокол ARP, в IPv6 его нет, вместо него есть Neighbor Discovery Protocol (NDP). Когда мы хотим узнать MAC-адрес какого-то IP-адреса, то с нашего link-local адреса посылаем ICMPv6 пакет типа Neighbor Solicitation (NS) на специальную multicast-группу SNMA, адрес этой группы связан с искомым IP-адресом, в итоге этот пакет получит только хост с искомым адресом. На NS искомый хост отвечает пакетом Neighbor Advertisement (NA) на наш link-local адрес – “это я, вот мой MAC”. Вот так это выглядит в wireshark:

Посмотреть список MAC-адресов в linux можно командой:

Сбросить этот кэш можно так:

После этого все записи переходят в состояние FAILED и через несколько секунд удаляются:

Как я писал в самом начале – здесь приведена лишь минимально необходимая для понимания работы IPv6 информация. Тема эта огромная, и полное описание займет не одну книгу.

Источник

DHCPv6 Rapid Commit

Configuring DHCPv6 Rapid Commit (MX Series, EX Series)

You can configure the DHCPv6 local server to support the DHCPv6 Rapid Commit option (DHCPv6 option 14). When rapid commit is enabled, the server recognizes the Rapid Commit option in Solicit messages sent from the DHCPv6 client. (DHCPv6 clients are configured separately to include the DHCPv6 Rapid Commit option in the Solicit messages.) The server and client then use a two-message exchange (Solicit and Reply) to configure clients, rather than the default four-message exchange (Solicit, Advertise, Request, and Reply). The two-message exchange provides faster client configuration, and is beneficial in environments in which networks are under a heavy load.

You can configure the DHCPv6 local server to support the Rapid Commit option globally, for a specific group, or for a specific interface. By default, rapid commit support is disabled on the DHCPv6 local server.

To configure the DHCPv6 local server to support the DHCPv6 Rapid Commit option:

See Also

Configuring the DHCPv6 Client Rapid Commit Option

The DHCPv6 client can obtain configuration parameters from a DHCPv6 server through a rapid two-message exchange (solicit and reply). When the rapid commit option is enabled by both the DHCPv6 client and the DHCPv6 server, the two-message exchange is used, rather than the default four-method exchange (solicit, advertise, request, and reply). The two-message exchange provides faster client configuration and is beneficial in environments in which networks are under a heavy load.

To configure the DHCPv6 client to support the DHCPv6 rapid commit option on SRX300, SRX320, SRX340, SRX550M, and SRX1500 devices:

Источник

Introduction

In Stateful DHCP the adddress assignment is centrally managed and clients must obtain configuration information such as address autoconfiguration and neighbor discovery that is not available through protocols.DHCPv6 can be implemented in two ways : Rapid-Commit and Normal Commit mode.

In Normal-Commit mode, the DHCP client uses four message exchanges (solicit, advertise, request and reply). By default normal-commit is used.

In order to use the rapid-commit option, it has to be enabled by both client and server so that it uses two-message exchange.

Requirements

Background

In this configuration example,the router R1 is configured as DHCP server while router R2 is configured as DHCPv6Client.

Note: All configurations are tested in a lab environment involving ASR 1000 series router as DHCP server and Cisco 2800 series router as DHCP Clients.

Topology Diagram

Summary Steps

Server Configuration

In Global Configuration Mode

In Interface Configuration Mode

Client Configuration

In Global Configuration Mode

In Interface Configuration Mode

Configuration

DHCPv6 Server DHCPv6 Client

!
version 3.4S
!
hostname R1
!
ipv6 unicast-routing
ipv6 cef
ipv6 dhcp pool test
address prefix 2010:AA01:10::/64 lifetime infinite infinite
dns-server AAAA:BBBB:10FE:100::15
dns-server 2010:AA01::15
domain-name example.com
!
!
!
interface G0/0/1
no ip address
duplex auto
speed auto
ipv6 address 2010:AA01:10::2/64
ipv6 dhcp server test rapid-commit
!
end

!
version 15.0
!
hostname R2
!
ipv6 unicast-routing
ipv6 cef
!
interface FastEthernet0/1
no ip address
duplex auto
speed auto
ipv6 address dhcp rapid-commit
ipv6 enable
!
end

Note: To configure the DHCPv6 in normal-commit mode, use the same command without «rapid-commit» keyword.Also ensure that you explicitly mention the IPv6 enable command in the client interface because, if it is not not enabled, the client will not send a solicit message.

Verify Commands

show ipv6 dhcp pool

To display the DHCPv6 pool information, in the DHCPv6 server use this command. The output shows that the number of active clients is 1 and also displays other configuration parameter information, such as domain name server address and preferred life time information.

R1#show ipv6 dhcp pool
DHCPv6 pool: test
Address allocation prefix: 2010:AA01:10::/64 valid 4294967295 preferred 4294967295 (1 in use, 0 conflicts)
DNS server: AAAA:BBBB:10FE:100::15
DNS server: 2010:AA01::15
Domain name: example.com
Active clients: 1

show ipv6 dhcp binding

To display the information information about the clients, which includes their DUIDs, IAPDs, prefixes, and preferred and valid lifetimes.

show ipv6 dhcp interface

This command shows that interface Fa0/1 is configured in client mode and also shows the details of the DNS server address and the domain name that it received from the DHCP server.

Источник

Stateful DHCPv6 Prefix delegation (Rapid-commit) [4/4]

Picture1: DHCPv6 prefix delegation topology

R1 configuration [> 12.4(24) T]:

Prefix delegation gives the possibility to centrally control IPv6 addresses used in remote sites.

Router R1 acts as the primary DHCPv6 server for the client router R2, which in turn acts as DHCP server for final clients.

For example R1 can be a service provider MPLS PE (Provider Edge) router, R2 a client CPE (Customer Premise Equipment) router and final DHCP clients (router R3 in our case).

R1 controls which prefix pools to delegate to a remote router after matching the configured client DUID (in our case 00030001CA02188C0008 ) present in the SOLLICIT message received from the client.

prefix-delegation 2001:DB8:23::/48 00030001CA02188C0008

domain-name nouri.com

ipv6 address 2001:DB8:12::1/64

ipv6 nd other-config-flag

ipv6 dhcp server PDCONF rapid-commit

R2 configuration [> 12.4(24) T]:

Router R2 interfacefa0/0, facing the DHCPv6 server R1, acts as DHCPv6 client

ipv6 address 2001:DB8:12::2/64

ipv6 dhcp client pd PDCONF rapid-commit

Router R2 interface fa0/1, facing the client R3, acts as a gateway router by announcing addresses from the delegated pool after assigning an interface ID to itself first, in this case (::2).

ipv6 address PDCONF ::2/64

And the client receives a prefix through SLAAC Router Advertisement.

ipv6 address autoconfig

Verification:

R1 (Server):

DHCPv6 pool: PDCONF

Binding for client 00030001CA021FF80008

IA PD: IA ID not specified; being used by 00040001

preferred lifetime 604800, valid lifetime 2592000

DNS server: 2001:DB8::57

Domain name: nouri.com

The PDCONF pool is delegated to the client with the style=»background-color:yellow;»>00030001CA021FF80008

FastEthernet0/0 is in server mode

Preference value: 0

Hint from client: ignored

R2 (intermediate client/server) before delegation:

FastEthernet0/0 is in client mode

Prefix State is SOLICIT (7)

Retransmission timer expires in 00:00:42

Address State is IDLE

Prefix Rapid-Commit: enabled

Address Rapid-Commit: disabled

FastEthernet0/1 is in server mode

Preference value: 0

Hint from client: ignored

R2 (intermediate client/server) after delegation:

FastEthernet0/0 is in client mode

Prefix State is OPEN

Renew will be sent in 3d11h

Address State is IDLE

List of known servers:

Reachable via address: FE80::C803:CFF:FEBC:8

IA PD: IA ID 0x00040001, T1 302400, T2 483840

preferred lifetime 604800, valid lifetime 2592000

expires at Dec 10 2011 02:58 AM (2591829 seconds)

DNS server: 2001:DB8::57

Domain name: nouri.com

Information refresh time: 0

Prefix name: PDCONF

Prefix Rapid-Commit: enabled

Address Rapid-Commit: disabled

FastEthernet0/1 is in server mode

Preference value: 0

Hint from client: ignored

Picture2: DHCP SOLLICIT sent by R2 to R1

DHCPv6 server responding to R2 SOLLICIT

*Nov 10 02:58:18.579: IPv6 DHCP: Received SOLICIT from FE80::C802:1FFF:FEF8:8 on FastEthernet0/0

*Nov 10 02:58:18.583: IPv6 DHCP: Using interface pool PDCONF

*Nov 10 02:58:18.583: IPv6 DHCP: Creating binding for FE80::C802:1FFF:FEF8:8 in pool PDCONF

*Nov 10 02:58:18.583: IPv6 DHCP: Allocating IA_PD 00040001 in binding for FE80::C802:1FFF:FEF8:8

*Nov 10 02:58:18.587: IPv6 DHCP: Allocating prefix 2001:DB8:23::/48 in binding for FE80::C802:1FFF:FEF8:8, IAID 00040001

*Nov 10 02:58:18.591: IPv6 DHCP: Sending REPLY to FE80::C802:1FFF:FEF8:8 on FastEthernet0/0

Picture3: DHCP REPLY sent by R1 (the delegating server) to R2

About DUID (DHCP Unique Identifier)

DUID uniquely identifies the pair (client, server), it is based on the client and the server link-local address and the lowest numbered interface MAC.

DUID which remains the same across reboots.

rfc3315:

R1: DUID on DHCPv6 server role

This device’s DHCPv6 unique identifier(DUID): 0003 0001 CA 030C BC0008

R1# sh ipv6 interface brief

FE80::C8 03:C FF:FE BC:8

R2: DUID on DHCPv6 client/server role

This device’s DHCPv6 unique identifier(DUID): 0003 0001 CA 021F F80008

Источник

Русские Блоги

Основы DHCPv6

Введение в DHCPv6

Протокол динамической конфигурации хоста для IPv6 DHCPv6 (протокол динамической конфигурации хоста для IPv6) разработан для схем адресации IPv6, присваивая хостам адреса / префиксы IPv6 и другие параметры конфигурации сети.

Протокол IPv6 имеет свойство огромного адресного пространства, но в то же время 128-битный адрес IPv6 требует эффективных и разумных стратегий автоматического распределения адресов и управления. Метод настройки адреса IPv6 без сохранения состояния (см. Протокол RFC2462) в настоящее время является широко используемым методом автоматической настройки адреса IPv6. Хосту, настроенному с помощью этого протокола, необходимо только включить функцию объявления маршрута IPv6 на соседнем устройстве, то есть он может автоматически настроить локальный адрес в соответствии с информацией о префиксе, содержащейся в рекламном сообщении.

В схеме конфигурации адресов без сохранения состояния устройство не записывает конкретную адресную информацию подключенного хоста IPv6, и управляемость оставляет желать лучшего. Более того, текущий метод конфигурации адреса без сохранения состояния не может позволить хосту IPv6 получать информацию о конфигурации, такую ​​как IPv6-адрес DNS-сервера, который имеет определенные недостатки в удобстве использования. Для интернет-провайдеров нет соответствующей спецификации, в которой указывается, как автоматически назначать префиксы IPv6 устройствам.Поэтому при развертывании сетей IPv6 вы можете использовать только ручную настройку для настройки адресов IPv6 для устройств.

По сравнению с другими методами распределения адресов IPv6 (ручная настройка, автоматическая настройка сетевых префиксов без сохранения состояния в рекламных сообщениях маршрутизатора и т. Д.), DHCPv6 имеет следующие преимущества:

Описание принципа DHCPv6

Обзор DHCPv6:

Тип выделения IPv6-адреса:

Протокол IPv6 имеет свойство огромного адресного пространства, но в то же время 128-битный адрес IPv6 требует эффективных и разумных стратегий автоматического распределения адресов и управления.

Базовая архитектура DHCPv6:

Рис.: Базовая архитектура DHCPv6

Архитектура базового протокола DHCPv6 в основном включает следующие три роли:

Клиент DHCPv6 получает адрес / префикс IPv6 и информацию о конфигурации сети, взаимодействуя с сервером DHCPv6 для выполнения своей собственной функции конфигурации адреса.

В архитектуре базового протокола DHCPv6 агент ретрансляции DHCPv6 не требуется. Если клиент DHCPv6 и сервер DHCPv6 находятся в одном диапазоне каналов или клиент DHCPv6 и сервер DHCPv6 напрямую завершают выделение адресов или конфигурацию информации посредством одноадресного взаимодействия, агент ретрансляции DHCPv6 не обязан участвовать. Только если клиент DHCPv6 и сервер DHCPv6 не находятся в одном диапазоне каналов или если клиент DHCPv6 и сервер DHCPv6 не могут осуществлять одноадресное взаимодействие, требуется участие агента ретрансляции DHCPv6.

Сервер DHCPv6 отвечает за обработку запросов от клиентов или ретрансляционных агентов для выделения адресов, обновления адресов и освобождения адресов, а также выделяет клиентам адреса / префиксы IPv6 и другую информацию о конфигурации сети.

Основные концепции DHCPv6:

Адрес многоадресной рассылки

Номер порта UDP

Уникальный идентификатор DHCP (DUID)

DUID (уникальный идентификатор DHCPv6), каждый сервер или клиент имеет только один уникальный идентификатор.Сервер использует DUID для идентификации различных клиентов, а клиент использует DUID для идентификации сервера.

Содержимое DUID клиента и сервера соответственно передается параметрами Client Identifier и Server Identifier в сообщении DHCPv6. Формат этих двух опций одинаков.Значение поля option-code используется для различения опций Client Identifier и Server Identifier.

Identity Alliance (IA)

Тип сообщения DHCPv6

Формат сообщения DHCPv6:

Рис.: Формат сообщения DHCPv6

Тип сообщения DHCPv6:

В настоящее время DHCPv6 определяет следующие тринадцать типов сообщений: сервер DHCPv6 и клиент DHCPv6 обмениваются данными посредством этих тринадцати типов сообщений.

Сравнение сообщений DHCPv6 и DHCPv4:

Захват пакетов DHCPv6:

Сообщение с запросом (тип 1):

Клиент DHCPv6 использует сообщения запроса для определения местоположения сервера DHCPv6.

Рис.: Пример захвата пакета запроса

Рекламное сообщение (тип 2):

Сервер DHCPv6 отправляет сообщение Advertise в ответ на сообщение запроса, заявляя, что он может предоставлять услуги DHCPv6.

Рис.: Пример перехвата пакета Advertise

Сообщение-запрос (тип 3):

Клиент DHCPv6 отправляет сообщение запроса, чтобы запросить адрес IPv6 и другую информацию о конфигурации от сервера DHCPv6.

Рис.: Пример захвата пакета запроса

Продлить сообщение (тип 5):

Клиент DHCPv6 отправляет сообщение Renew на сервер DHCPv6, которое предоставляет ему адрес и информацию о конфигурации, чтобы продлить время жизни адреса и обновить информацию о конфигурации.

Рис.: Пример перехвата пакета обновления

Повторная привязка сообщения (тип 6):

Если на сообщение Renew нет ответа, клиент DHCPv6 отправляет сообщение Rebind на любой доступный сервер DHCPv6, чтобы продлить время жизни адреса и обновить информацию о конфигурации.

Рис.: Пример перехвата пакета Rebind

Ответное сообщение (тип 7):

Сервер DHCPv6 отправляет сообщение ответа в следующих ситуациях: Сервер DHCPv6 отправляет сообщение ответа, содержащее адрес и информацию о конфигурации, в ответ на сообщения запроса, запроса, обновления и повторной привязки, полученные от клиента DHCPv6. Сервер DHCPv6 отправляет ответное сообщение, содержащее информацию о конфигурации, в ответ на полученное сообщение с запросом информации. Используется для ответа на сообщения «Подтвердить», «Освободить» и «Отклонить», отправленные клиентом DHCPv6.

Рис.: Пример захвата ответного пакета

Выпуск (тип 8);

Клиент DHCPv6 отправляет сообщение Release на сервер DHCPv6, который назначает ему адреса, указывая, что он больше не использует один или несколько полученных адресов.

Рис.: Пример захвата сообщения Release

Ответное сообщение (тип 12):

Агент ретрансляции пересылает сообщение запроса клиента DHCPv6 на сервер DHCPv6 через сообщение Relay-Forward.

Рис.: Пример перехвата пакетов Relay-Forw

Сообщение с ретрансляционным ответом (тип 13):

Сервер DHCPv6 отправляет сообщение Relay-Reply агенту ретрансляции, который передает сообщение, переадресованное клиенту DHCPv6.

Рис.: Пример перехвата пакета Relay-Reply

Принцип работы DHCPv6:

Автоматическое выделение DHCPv6 делится на автоматическое распределение DHCPv6 с сохранением состояния и автоматическое выделение DHCPv6 без сохранения состояния.

Автоматическое выделение DHVPv6 с отслеживанием состояния:

Хост IPv6 получает IPv6-адрес и другие параметры конфигурации (такие как IPv6-адрес DNS-сервера и т. Д.) Через DHCPv6 с отслеживанием состояния.

Сервер DHCPv6 назначает адреса / префиксы клиентам в двух категориях:

Четырехэтапное взаимодействие DHCPv6

Четырехэтапное взаимодействие часто используется, когда в сети несколько серверов DHCPv6. Клиент DHCPv6 сначала отправляет сообщения запроса через многоадресную рассылку, чтобы определить местонахождение сервера DHCPv6, который может предоставлять ему услуги. После получения сообщений объявления от нескольких серверов DHCPv6 он выбирает один в соответствии с приоритетом сервера DHCPv6, чтобы назначить ему адреса и информацию о конфигурации. Затем сервер завершает приложение адреса и процесс распределения посредством взаимодействия сообщения запроса / ответа.

Если сервер DHCPv6 не настроен на включение двухэтапного взаимодействия, независимо от того, содержит ли сообщение клиента параметр «Быстрая фиксация», сервер использует метод четырехэтапного взаимодействия для назначения адресов и информации о конфигурации клиенту.

Четырехэтапный интерактивный процесс распределения адресов DHCPv6 выглядит следующим образом:

Рис.: Четырехэтапный интерактивный процесс распределения адресов DHCPv6

Четырехэтапный интерактивный процесс распределения адресов DHCPv6 выглядит следующим образом:

Двухэтапное взаимодействие DHCPv6

Двухэтапное взаимодействие часто используется, когда в сети есть только один сервер DHCPv6. Клиент DHCPv6 сначала отправляет сообщения запроса через многоадресную рассылку, чтобы определить местонахождение сервера DHCPv6, который может предоставлять ему услуги. После получения сообщения запроса от клиента сервер DHCPv6 выделяет ему адреса и информацию о конфигурации и напрямую отвечает на сообщение ответа, чтобы завершить адресное приложение. И процесс распределения.

Двухэтапный обмен может повысить эффективность процесса DHCPv6. Однако в сети с несколькими серверами DHCPv6 несколько серверов DHCPv6 могут назначать адреса IPv6 клиентам DHCPv6 и отвечать на сообщения ответа, но клиент может использовать только один из серверов. Адрес IPv6 и присвоенная ему информация о конфигурации. Чтобы этого не произошло, администратор может настроить, поддерживает ли сервер DHCPv6 двухэтапное интерактивное назначение адресов.

Двухэтапный интерактивный процесс распределения адресов DHCPv6 выглядит следующим образом:

Рис.: Двухэтапный интерактивный процесс распределения адресов DHCPv6

Двухэтапный интерактивный процесс распределения адресов DHCPv6 выглядит следующим образом:

Автоматическое выделение DHCPv6 без сохранения состояния:

Узлы IPv6 могут получать параметры конфигурации (включая DNS, SIP, SNTP и другую информацию о конфигурации сервера, за исключением адресов IPv6) через режим DHCPv6 без сохранения состояния.

Рабочий процесс DHCPv6 без сохранения состояния показан на рисунке ниже:

Рис.: Рабочий процесс DHCPv6 без сохранения состояния

Рабочий процесс DHCPv6 без сохранения состояния выглядит следующим образом:

Принцип работы DHCPv6 PD:

Рабочий процесс DHCPv6 PD показан на следующем рисунке:

Рис.: Принцип работы DHCPv6 PD

Четырехэтапный интерактивный процесс распределения адресов DHCPv6 PD выглядит следующим образом:

Принцип работы реле DHCPv6:

Клиент DHCPv6 пересылает пакеты через ретранслятор DHCPv6 и получает адрес / префикс IPv6 и другие параметры конфигурации сети (например, IPv6-адрес DNS-сервера и т. Д.).

Рабочий процесс DHCPv6 relay показан на следующем рисунке:

Рис.: Принцип работы ретранслятора DHCPv6

Процесс рабочего взаимодействия DHCPv6 relay выглядит следующим образом:

Принципы выделения и обновления IPv6-адресов / префиксов:

Приоритет выделения IPv6-адреса:

Сервер DHCPv6 выбирает адрес / префикс IPv6 для клиента DHCPv6 в следующем порядке.

Выберите пул IPv6-адресов

Интерфейс сервера DHCPv6 может быть привязан к пулу адресов IPv6, и сервер DHCPv6 выберет пул адресов IPv6 для назначения адресов / префиксов клиентам DHCPv6 в интерфейсе. Для сценариев, где есть ретранслятор, интерфейс DHCPv6-сервера не обязательно должен быть привязан к пулу IPv6-адресов, но на основе первого ненулевого поля «link-address» в сообщении (определяющего диапазон ссылок, в котором расположен DHCPv6-клиент), выберите Пул адресов, который принадлежит к тому же диапазону ссылок, что и настроенный префикс сети или префикс IPv6-адреса в пуле адресов.

Выберите адрес / префикс IPv6

После определения пула адресов сервер DHCPv6 выполнит следующие шаги, чтобы назначить адреса / префиксы IPV6 клиентам DHCPv6:

Обновление аренды адреса DHCPv6:

Адрес, назначенный сервером DHCPv6 клиенту DHCPv6, имеет аренду. Аренда состоит из срока действия (включая предпочтительный срок службы и эффективное время жизни адреса) и точки времени обновления (T1, T2 IA). По истечении допустимого времени жизни адреса клиент DHCPv6 больше не может использовать адрес. Если клиент DHCPv6 хочет продолжать использовать адрес до истечения срока его действия, ему необходимо продлить аренду адреса.

Чтобы продлить допустимое время жизни и предпочтительное время жизни адреса, связанного с IA, DHCPv6-клиент отправляет на сервер сообщение Renew, содержащее опцию IA, в момент времени T1. Опция IA несет опцию адреса IA, которую необходимо обновить. Если клиент DHCPv6 не получил ответное сообщение на сообщение о продлении аренды в момент времени T1, то в момент времени T2 клиент DHCPv6 продолжает обновлять адрес с сервера DHCPv6 через сообщение Rebind.

Процесс продления аренды адреса в T1 выглядит следующим образом:

Процесс продления аренды адреса в T2 выглядит следующим образом:

Клиент DHCPv6 отправляет запрос Renew для продления аренды в T1, но не получает ответного сообщения от сервера DHCPv6.

В момент времени T2 (рекомендуемое значение составляет 0,8 от времени жизни приоритета) клиент DHCPv6 многоадресно отправляет сообщение Rebind на все серверы DHCPv6, чтобы запросить продление аренды.

Сервер DHCPv6 отвечает ответным сообщением.

Если клиент DHCPv6 не получает ответное сообщение от сервера DHCPv6, клиент DHCPv6 перестанет использовать адрес по истечении эффективного срока службы.

Резервирование IP-адреса:

Сервер DHCPv6 поддерживает резервирование адресов IPv6, что означает, что некоторые адреса IPv6 зарезервированы и не участвуют в динамическом распределении. Например, зарезервированный IPv6-адрес может использоваться как IPv6-адрес DNS-сервера.

Команды базовой конфигурации DHCPv6

Пример конфигурации DHCPv6-сервера и реле

Рис.: Экспериментальная топология DHCPv6

Требования к эксперименту:

Файл конфигурации:

Рис.: Статус распределения адреса сервера DHCPv6

Источник