HP 6125G HP 6125G & 6125G/XG Blade Switches Layer 3 - IP Services Conf - Page 115

Address/prefix lease renewal

Page 115 highlights

Figure 50 Assignment involving four messages The assignment involving four messages operates in the following steps: 1. The DHCPv6 client sends out a Solicit message, requesting an IPv6 address/prefix and other configuration parameters. 2. If the Solicit message does not contain a Rapid Commit option, or if the DHCPv6 server does not support rapid assignment even though the Solicit message contains a Rapid Commit option, the DHCPv6 server responds with an Advertise message, informing the DHCPv6 client of the assignable address/prefix and other configuration parameters. 3. The DHCPv6 client may receive multiple Advertise messages offered by different DHCPv6 servers. It then selects an offer according to the receiving sequence and server priority, and sends a Request message to the selected server for the confirmation of assignment. 4. The DHCPv6 server sends a Reply message to the client, confirming that the address/prefix and other configuration parameters are assigned to the client. Address/prefix lease renewal The IPv6 address/prefix assigned by the DHCPv6 server has a lease time, which depends on the valid lifetime. When the valid lifetime of the IPv6 address/prefix expires, the DHCPv6 client cannot use the IPv6 address/prefix any longer. To continue using the IPv6 address/prefix, the DHCPv6 client has to renew the lease time. As shown in Figure 51, at T1, the DHCPv6 client unicasts a Renew message to the DHCPv6 server that assigned the IPv6 address/prefix to the DHCPv6 client. The recommended value of T1 is half the preferred lifetime. Then the DHCPv6 server responds with a Reply message, informing the client about whether or not the lease is renewed. Figure 51 Using the Renew message for address/prefix lease renewal As shown in Figure 52, if the DHCPv6 client receives no response from the DHCPv6 server after sending out a Renew message at T1, it multicasts a Rebind message to all DHCPv6 servers at T2 (that is, when 80% preferred lifetime expires). Then the DHCPv6 server responds with a Reply message, informing the client about whether or not the lease is renewed. 107

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165

107
Figure 50
Assignment involving four messages
The assignment involving four messages operates in the following steps:
1.
The DHCPv6 client sends out a Solicit message, requesting an IPv6 address/prefix and other
configuration parameters.
2.
If the Solicit message does not contain a Rapid Commit option, or if the DHCPv6 server does not
support rapid assignment even though the Solicit message contains a Rapid Commit option, the
DHCPv6 server responds with an Advertise message, informing the DHCPv6 client of the
assignable address/prefix and other configuration parameters.
3.
The DHCPv6 client may receive multiple Advertise messages offered by different DHCPv6 servers.
It then selects an offer according to the receiving sequence and server priority, and sends a
Request message to the selected server for the confirmation of assignment.
4.
The DHCPv6 server sends a Reply message to the client, confirming that the address/prefix and
other configuration parameters are assigned to the client.
Address/prefix lease renewal
The IPv6 address/prefix assigned by the DHCPv6 server has a lease time, which depends on the valid
lifetime. When the valid lifetime of the IPv6 address/prefix expires, the DHCPv6 client cannot use the
IPv6 address/prefix any longer. To continue using the IPv6 address/prefix, the DHCPv6 client has to
renew the lease time.
As shown in
Figure 51
, at T1, the DHCPv6 client unicasts a Renew message to the DHCPv6 server that
assigned the IPv6 address/prefix to the DHCPv6 client. The recommended value of T1 is half the
preferred lifetime. Then the DHCPv6 server responds with a Reply message, informing the client about
whether or not the lease is renewed.
Figure 51
Using the Renew message for address/prefix lease renewal
As shown in
Figure 52
, if the DHCPv6 client receives no response from the DHCPv6 server after sending
out a Renew message at T1, it multicasts a Rebind message to all DHCPv6 servers at T2 (that is, when 80%
preferred lifetime expires). Then the DHCPv6 server responds with a Reply message, informing the client
about whether or not the lease is renewed.