Configure transparent transmission of DHCPv6 packets, unicast communication, and two-message exchange between a DHCPv6 client and a DHCPv6 server based on actual network conditions.
Transparent transmission of DHCPv6 packets and the speed threshold at which solicit packets are sent
When receiving a DHCPv6 Solicit packet from an online user terminal, the NetEngine 8000 F forces the user to go offline and waits until the user sends a DHCPv6 Solicit packet to obtain the address through DHCPv6.
If a user terminal that does not support retransmission of DHCP Solicit packets is restarted immediately after a user logout, the NetEngine 8000 F is unable to detect the logout event. In this case, run the dhcpv6 through-packet command to enable transparent transmission of DHCPv6 packets so that the user can normally log in to the NetEngine 8000 F.
The dhcpv6 solicit-speed-threshold command is used when the speed at which users go online needs to be limited.
Unicast communication and two-message exchange between a DHCPv6 client and a DHCPv6 server
The dhcpv6 unicast-option command must be run if the DHCPv6 server needs to communicate with DHCPv6 clients in unicast mode.
In certain situations, for example, when a DHCPv6 client retains the last IP address it was allocated, the client can obtain an IP address through a rapid two-message exchange if the Solicit packet sent from the client contains the Rapid Commit option and the server also supports this option.
Enable a CPE to detect a user logout immediately after the user goes offline from the BRAS.
In some abnormal scenarios, users are offline from the BRAS but are still online on the CPE. For example, the BRAS logs out a user or a user goes offline from the BRAS due to a network fault. In this case, the CPE cannot detect that the user has gone offline from the BRAS and still sends a Rebind message to the BRAS after the timer expires. To allow the CPE to detect a user logout immediately after the user goes offline from the BRAS, run the dhcpv6 rebind no-user action reply command. Then, after receiving a Rebind message, the BRAS responds with a Reply message indicating a status of NoBinding, prompting the CPE to re-dial up for IP address application.