端末検出動作切り替えオプション

本装置では，認証済み端末が存在しない場合，認証前端末を検出するために tx-period コマンドで指定した 間隔で EAP-Request/Identity をマルチキャスト送信します。認証サブモードが端末認証モードの場合，

認証済み端末と認証前端末が混在するため，認証済み端末が存在していても端末を検出する必要がありま す。しかし，EAP-Request/Identity をマルチキャスト送信すると認証済み端末も受信するため，認証済み 端末の再認証が発生するなどの問題があります。

本装置では，端末認証モードの場合だけ，認証済み端末が存在するときの端末検出動作を 4 方式から選択 できます。各方式の特徴を理解して，適切な端末検出動作を選択してください。なお，端末検出動作は supplicant-detection コマンドで指定できます。指定しない場合は，shortcut で動作します。

各方式の動作について説明します。

(1)　auto

認証済み端末が存在する場合は，EAP-Request/Identity をマルチキャスト送信しません。認証前端末が送 信した任意のフレームを受信することで認証前端末を検出し，認証を開始します。

この方式では，認証済み端末には EAP-Request/Identity が到達しないため，認証済み端末の再認証によ る負荷はありません。検出にも負荷にも問題がないため，この方式での運用をお勧めします。

なお，チャネルグループに接続した端末については，任意のフレーム受信による検出ができません。この場 合，端末を検出する契機は認証前端末が送信した EAPOL-Start の受信だけとなります（disable と同じ動 作）。チャネルグループに端末を接続し，かつ Supplicant に EAPOL-Start を送信するように設定できない 場合は，本装置の端末検出動作に full または shortcut を指定してください。

auto 指定時の EAP-Request/Identity のシーケンスを次の図に示します。

図 6‒5　auto 指定時の EAP-Request/Identity のシーケンス

(2)　disable

認証済み端末が存在する場合は，EAP-Request/Identity をマルチキャスト送信しません。認証前端末が送 信した EAPOL-Start を受信することで認証前端末を検出し，認証を開始します。

このため，自発的に EAPOL-Start を送信しない Supplicant ソフトウェアを使用すると，認証前端末を検 出できません。このような場合は，Supplicant に EAPOL-Start を送信するように設定するか，本装置の 端末検出動作に auto を指定してください。

この方式では，認証済み端末に EAP-Request/Identity が到達しないため，認証済み端末の再認証による 負荷はありません。

disable 指定時の EAP-Request/Identity のシーケンスを次の図に示します。

図 6‒6　disable 指定時の EAP-Request/Identity のシーケンス

(3)　full

認証済み端末が存在する場合でも，EAP-Request/Identity をマルチキャスト送信します。認証前端末がこ のフレームを受信し応答することで，認証を開始します。

認証済み端末もこのフレームを受信することで再認証を開始します。この方式では，認証済み端末が再認証 を開始した場合，認証シーケンスを省略しないで実施します。

認証済み端末が定期的に再認証するため，端末台数に比例した負荷が掛かります。負荷の影響を避けるた め，認証単位当たりの端末台数を 20 台以下にしてください。

full 指定時の EAP-Request/Identity のシーケンスを次の図に示します。

図 6‒7　full 指定時の EAP-Request/Identity のシーケンス

(4)　shortcut

認証済み端末が存在する場合でも，EAP-Request/Identity をマルチキャスト送信します。認証前端末がこ のフレームを受信し応答することで，認証を開始します。

認証済み端末もこのフレームを受信することで再認証を開始します。この方式では，認証済み端末が再認証 を開始した場合，認証シーケンスを省略してすぐに EAP-Success を送信することで負荷を軽減します。

しかし，一部の Supplicant ソフトウェアでは，EAP-Success をすぐに送信する動作を認証失敗と見なし ます。この結果，認証後すぐに通信が途切れたり，認証後数分から数十分で通信が途切れたり，再認証を繰 り返して負荷が上がったりすることがあります。

shortcut 指定時の EAP-Request/Identity のシーケンスを次の図に示します。

図 6‒8　shortcut 指定時の EAP-Request/Identity のシーケンス（デフォルト）