IPアドレスのDHCPリース時間

以下のリストでは、DHCPv4 および DHCPv6 アドレス割り当てプールの設定可能なタイマーについて説明します。

• preferred-lifetime—有効なアドレスが優先状態にあり、制限なく使用できる時間の長さ。preferred-lifetime が期限切れになると、アドレスは非推奨になります。非推奨のアドレスは新しい通信には使用しないでくださいが、場合によっては既存の通信に引き続き使用される可能性があります。

  有効ライフタイムも設定されている場合、優先ライフタイムは有効ライフタイムよりも小さくなければなりません。優先ライフタイムと最大リース時間は相互に排他的であり、両方を設定することはできません。

• valid-lifetime—アドレスが有効な状態にとどまる時間の長さで、この間、アドレスは新規または既存の通信に使用できます。有効期間が終了すると、アドレスは無効になり、使用できなくなります。

  preferred-lifetimeも設定されている場合、valid-lifetimeはpreferred-lifetimeよりも長くなければなりません。有効ライフタイムと最大リース時間は相互に排他的であり、両方を設定することはできません。

• t1パーセンテージ—アドレスリースの延長をリクエストするために最初にリースを許可したDHCPローカルサーバーに接続する前に、クライアントが待機する preferred-lifetime の割合。T1は更新時期とも呼ばれます。

• t1-renewal-time—最初にリースを許可したDHCPローカルサーバーに接続してアドレスリースの延長をリクエストする前にクライアントが待機する秒単位の時間。T1は更新時期とも呼ばれます。

• t2パーセンテージ—アドレスリースを延長するためのリクエストを利用可能なDHCPローカルサーバーに送信する前にクライアントが待機する preferred-lifetime の割合。T2は、再バインド時間とも呼ばれます。

• t2-rebinding-time—アドレスリースの延長をリクエストするために、利用可能なすべてのDHCPローカルサーバーにリクエストをブロードキャストする前にクライアントが待機する秒単位の時間。T2は、再バインド時間とも呼ばれます。

DHCPリース時間の短縮による潜在的な問題を回避するため、加入者管理ではリース時間検証機能を提供しています。リース時間の検証では、加入者アクセス環境で許可される最小リース時間の閾値を明示的に設定し、サードパーティから短いリース時間が提供された場合にルーターが取る違反アクション(リースオファーのドロップなど)を指定できます。以下の違反アクションを指定できます。

• drop—(DHCPv4およびDHCPv6リレーエージェント)サードパーティのリースオファーがドロップされ、クライアントバインディングに失敗します。

• override-lease—(DHCPv4およびDHCPv6ローカルサーバー)サードパーティのリース時間が、指定されたしきい値で上書きされます。

• strict—(DHCPv4およびDHCPv6ローカルサーバー)サードパーティのリースは無視され、クライアントバインディングに失敗します。

• アクションなし—違反アクションを指定しない場合、DHCPはサードパーティのリースを使用してクライアントをバインドしますが、そのバインディングはリース時間違反としてマークされます。

リース時間違反は、最初のリース付与中、または再バインドまたは更新操作中に発生する可能性があります。過剰で冗長なログメッセージを減らすために、ルーターは 表1に示すようにリース時間違反レポートを統合しています。

Junos OSリリース17.1R1以降、 非対称リース では、DHCPローカルサーバーによって付与された実際のリースよりも短いリースをDHCPクライアントに送信する方法が提供されています。一部のネットワークでは、付与されたリース時間が終了する前に既存のDHCPアドレス割り当てを変更する必要があるか、クライアントがアドレスを使用していないことをできるだけ早く知る必要がある場合があります。短いリースは、 非対称リー スまたは ショートリースと呼ばれます。最初に付与されたリースは 、長期リース または単にリースと呼ばれます。

非対称リースは、DHCPリレーエージェントまたはDHCPローカルサーバーのいずれかで設定できます。一般的な設定では、リレー エージェントで設定します。DHCP ローカルサーバーは、DHCP クライアントからディスカバリーパケットを受信すると、オファーパケットをクライアントに返します。クライアントはローカルサーバーを選択し、アドレス割り当てをリクエストします。DHCP ローカル サーバーは、アドレス、リース期間、その他の情報を含む確認パケットをクライアントに送信します。リレーエージェントは、このパケットを転送するのではなく、リース情報を保存し、短いリースを含む新しい確認パケットを生成してクライアントに転送します。

DHCP クライアントがその後リース更新の要求を行う場合、リレー エージェントはその要求をローカル サーバーに渡しません。代わりに、リレーエージェントは保存された情報からショートリースを再作成し、確認パケットとしてクライアントに返します。リレーエージェントは、長期リースの更新時間が終了するまで、クライアントの短期リースの更新を続行します。デフォルトでは、長期リースの更新期間は長期リースの期間の半分に相当します。

長期リースの更新期間が終了すると、非対称リースは無効になります。クライアントからの後続の更新リクエストは、リレーエージェントによってローカルサーバーに転送されます。ローカルサーバーが要求を確認すると、ロングリースが更新され、プロセスが再び開始され、リレーエージェントはロングリースを送信する代わりにクライアントに対してショートリースを生成します。それ以外の場合、リースは更新されません。

非対称リースでは、短期リースの更新時期もあります。クライアントは、短いリース更新時間と同じ間隔で更新要求をリレーエージェントに送信します。デフォルトでは、この期間は短いリース期間の半分に相当します。短いリース期間が終了する前にDHCPクライアントがリースの更新を要求しない場合、リレーエージェントはリースが使用されなくなったことをローカルサーバーに通知し、アドレスを再割り当てできます。