PN: 613-002355 Rev.C

CentreCOM Secure HUB GS900MXシリーズ リリースノート

この度は、CentreCOM Secure HUB GS900MXシリーズ をお買いあげいただき、誠にありがとうございます。このリリースノートは、取扱説明書、コマンドリファレンスの補足や、ご使用の前にご理解いただきたい注意点など、お客様に最新の情報をお知らせするものです。

最初にこのリリースノートをよくお読みになり、本製品を正しくご使用ください。

1. ファームウェアバージョン 5.4.6-2.1

2. 重要：注意事項

2.1. バーチャルシャーシスタック（VCS）

• 2.1.1
  VCS構成におけるファームウェアバージョンの混在について

  VCS構成において、ファームウェアバージョン 5.4.6-1.1 以前とそれより後のバージョンのメンバーを混在させることはできません。

  バージョン 5.4.6-1.1 より後のファームウェアで稼働しているVCSグループの機器交換を行う際には、あらかじめ代替機のファームウェアバージョンを稼働中のVCSマスターのバージョンに合わせたうえで交換してください。

3. 本バージョンで追加・拡張された機能

3.1. 一般

• 3.1.1
  SES Ready

  別売のSDNコントローラー「AT-SecureEnterpriseSDN Controller（AT-SESC）」を利用したフロースイッチングに対応しました。ご使用には「SES Readyライセンス」が必要です。同ライセンス適用後は、OpenFlowに準じたコマンドを利用、設定いただきます。

3.2. 運用・管理 / ユーザー認証

• 3.2.1
  TACACS+によるコマンド認可

  TACACS+サーバーを使用して、ログインユーザーのコマンド実行を認可あるいは拒否する設定が可能になりました。
  コマンド認可の設定は、新しく追加された下記のコマンドで行います。詳細はコマンドリファレンスをご参照ください。

  • aaa authorization commands（グローバルコンフィグモード）
  • aaa authorization config-commands（グローバルコンフィグモード）
  • authorization commands（ラインモード）

  また、TACACS+サーバーとの通信に用いるIPアドレスを任意設定する ip tacacs source-interface コマンドも追加されました。

3.3. アライドテレシスマネージメントフレームワーク（AMF）

• 3.3.1
  AMFエージェントノード

  AMFエージェントノード機能をサポートしました。
  AMFエージェントノード機能は、AMFネットワーク上でAMFエージェント搭載機器（エージェントノード）の管理を可能にする機能です。
  あらかじめAMFメンバーにエージェントノードの接続ポートを設定しておくことで、AMFメンバーはエージェントノードが接続されたときにエージェントノードの機器情報をAMFマスターに通知します。この仕組みにより、AMFマスターからエージェントノードの情報を確認できるようになります。

3.4. OpenFlow

• 3.4.1
  スタティックチャンネルグループポートでのOpenFlowサポート

  スタティックチャンネルグループのポートをOpenFlowポートとして使用できるようになりました。

4. 本バージョンで仕様変更された機能

4.1. 運用・管理 / コンフィグレーション

• 4.1.1
  スタートアップコンフィグ読み込み時のエラー表示

  スタートアップコンフィグ読み込み時、一部の設定においては、設定がランニングコンフィグに反映されていないにもかかわらずエラーメッセージが表示されませんでしたが、これが表示されるように仕様変更しました。

4.2. 運用・管理 / ユーザー認証

• 4.2.1
  特権EXECモード移行時のTACACS+認証

  TACACS+を用いて非特権EXECモードから特権EXECモードへの認証を行う場合、一度認証を通過したユーザーは、以降パスワードを入力せずに非特権EXECモードから特権EXECモードに移行できるようになりました。

4.3. アライドテレシスマネージメントフレームワーク（AMF）

• 4.3.1
  show atmf nodesコマンド

  show atmf node コマンドにおいて、すべてのノードがバージョン 5.4.6-2.x 以降のファームウェアを使用しているかどうかを示すメッセージが表示されるようになりました（どのノードがバージョン 5.4.6-2.x より古いかは表示されません）。

  • すべてのノードがバージョン 5.4.6-2.x 以降の場合

    Node map exchange is active

  • バージョン 5.4.6-2.x より古いノードが存在する場合

    Node map exchange is inactive Firmware on some nodes does not support node map exchange, eg 02-x930

• 4.3.2
  show atmf nodesコマンド

  AMFマスターが離脱した場合、これまではメンバー側で show atmf nodes コマンドを実行するとAMFネットワーク内の他メンバーの情報が表示されていましたが、他メンバーの情報が表示をされないように変更しました。

5. 本バージョンで修正された項目

ファームウェアバージョン 5.4.6-1.1 から 5.4.6-2.1 へのバージョンアップにおいて、以下の項目が修正されました。

• 5.1
  atmf reboot-rollingコマンド、show tech-supportコマンドなどの実行に時間がかかるコマンドを入力すると、 アイドル時タイムアウト時間（exec-timeoutコマンドで設定可）が経過しても、自動的にログアウトしなくなることがありましたが、 これを修正しました。
• 5.2
  OpenSSL 脆弱性（CVE-2016-2177, CVE-2016-2178, CVE-2016-2179, CVE-2016-2180, CVE-2016-2181, CVE-2016-2182, CVE-2016-2183, CVE-2016-6302, CVE-2016-6303, CVE-2016-6304, CVE-2016-6306, CVE-2016-7052）への対策を行いました。
• 5.3
  moveコマンドでファイルを移動する時、移動先に同じ名前のサブディレクトリーが存在すると、実際には成功していないにもかかわらず、移動に成功したというメッセージが表示されていましたが、これを修正しました。
• 5.4
  システム起動時、スタートアップコンフィグ内の ip radius source-interface コマンドが、ランニングコンフィグには表示されているにもかかわらず、動作には反映されていませんでしたが、これを修正しました。
• 5.5
  AT-NTP-MIB を繰り返し取得すると関連モジュールでメモリーリークが発生していましたが、これを修正しました。
• 5.6
  SNMPv1 トラップの Agent Address フィールドに、VCS管理用VLAN のIP アドレスをセットすることがありましたが、これを修正しました。
• 5.7

  SNMP 経由で存在しないイメージファイルを起動用ファームウェアに設定すると、実際にはファームウェアの設定は成功していないにもかかわらず、flash:/xxxx.rel set successfully. というメッセージを返していましたが、flash:/xxxx.rel set failed. というメッセージを返すように修正しました。

  また、SNMP 経由で同じイメージファイルを2回続けて起動用ファームウェアに設定すると、該当ファームウェアを設定できませんでしたが、これを修正しました。

• 5.8
  本製品のSSHクライアント機能において、DSA鍵によるSSHサーバーへの接続ができませんでしたが、これを修正しました。
• 5.9
  SSHサーバー機能有効時、鍵交換アルゴリズム diffie-hellman-group1-sha1 を使うSSHクライアントからの接続ができませんでしたが、これを修正しました。
• 5.10
  ゲストVLAN使用時、Supplicant がタイムアウトしても端末情報が削除されませんでしたが、これを修正しました。
• 5.11
  service power-inline コマンドを no形式で実行しても、PoE機能が無効化されませんでしたが、これを修正しました。
• 5.12
  スタティックマルチキャストグループメンバーを設定している時に、このエントリーが所属するVLANを削除すると機器が再起動していましたが、これを修正しました。
• 5.13
  EPSR使用時、トポロジー切り替えに時間がかかることがありましたが、これを修正しました。
• 5.14
  VLANインターフェースからIPv6アドレスを削除しても、内部テーブルから他のIPv6ノードの情報が正しくクリアされず、不必要にメモリーが消費されることがありましたが、これを修正しました。
• 5.15
  IPv6アドレスの自動設定を無効にした場合、RAメッセージの送信先をネクストホップとして自動登録したデフォルトルートを削除しませんでしたが、削除するよう修正しました。
• 5.16
  DHCPv6クライアント機能有効時、RAによるIPv6アドレス自動設定が意図せず行われ、アドレスを2つ取得してしまうことがありましたが、これを修正しました。
• 5.17
  ハードウェアアクセスリストの変更または削除を行うと、システムが再起動することがありましたが、これを修正しました。
• 5.18
  ハードウェアパケットフィルターを使用する機能において使用量がリミット値を超えた場合、 リミットを超過したことを示すログ以外に次のようなエラーログも出力されていましたが、これを修正しました。

  user.err awplus HSL[570]: HSL: ERROR: Insufficient space in Field Processor to add ACL
  user.err awplus HSL[570]: Failed to set ACL, rc=-1
  user.err awplus NSM[563]: hsl_api_qos_acl_set failed, rc=-1

• 5.19
  オートリカバリーの対象機器にリンクアグリゲーションの設定がされていた場合、起動後の代替機にケーブルを複数接続するとオートリカバリーに失敗することがありましたが、これを修正しました。
• 5.20

  LACPとAMFを併用している場合、LACPチャンネルグループのメンバーポートがリンクダウンすると、次のようなエラーログが出力されていましたが、これを修正しました。

  kern.err XXXX kernel: Unexpected parent vlan4092 found for [IFNAME]
  kern.err XXXX kernel: Parent interface vlan4092 found while deleting [IFNAME]

• 5.21
  ゲストノードとして AT-TQシリーズを使用する場合、AT-TQシリーズの基本設定画面に表示されるシステム名をデフォルト値から変更すると、show atmf guests detail で表示される Device Type の項目が空欄になっていましたが、これを修正しました。
• 5.22
  AMFマネージメントVLANまたはAMFマネージメントサブネットを初期値から変更している場合、AMF仮想リンクを設定しているAMFメンバーでオートリカバリーが動作しませんでしたが、これを修正しました。
• 5.23
  AMFネットワーク名の動的変更後、ワーキングセットが正常に動作しないことがありましたが、これを修正しました。
• 5.24
  AMFネットワーク名の動的変更後にAMFバックアップやAMFリカバリーが失敗することがありましたが、これを修正しました。
• 5.25
  以下の手順で設定を実行した場合、異常終了することがありましたが、これを修正しました。 1) AMFネットワーク名を設定 2) AMFエリアリンクを設定 3) AMFネットワーク名削除 4) 設定の保存 5) デバイス再起動
• 5.26
  VCSメンバーの参加処理が正常に完了する前に、電源オフによって離脱、再度参加処理が行われた際、他のVCSメンバー上でプロセスが異常終了し、再起動してしまうことがありましたが、これを修正しました。
• 5.27
  HTTP/HTTPSにて機器にアクセスする際、アクセスごとに新規セッションを作成していましたが、これを修正しました。

6. 本バージョンでの制限事項

ファームウェアバージョン 5.4.6-2.1 には、以下の制限事項があります。

6.1. 運用・管理 / システム

• 6.1.1
  reboot/reloadコマンドでstack-memberパラメーターを指定した場合、確認メッセージが表示されますが、ここで Ctrl/Z や Ctrl/C を入力した場合はその後Enterキーを入力してください。Ctrl/Z や Ctrl/C を入力しただけではコマンドプロンプトに戻りません。
• 6.1.2
  USBメモリーを挿入したまま起動すると、LEDが点灯・点滅しません。USBメモリーは起動後に挿入しなおしてください。
• 6.1.3
  検索ドメインリスト（ip domain-list）を設定する場合、最初にトップレベルドメインだけのものを設定すると、同一トップレベルドメインを持つ他のエントリーを使用しません。その結果、ホスト名を指定したPingに失敗することがあります。
• 6.1.4

  service httpコマンドでWebサーバーを有効にした状態で起動するとbufferedログに以下のメッセージが出力されることがありますが、これはWeb GUI用のJavaアプレットファイルがインストールされていないことを示すものです。Web GUIを使用しない場合は動作に影響ありません。

  2016 Feb 16 20:48:20 user.notice awplus root: No GUI resource file installed

6.2. 運用・管理 / コマンドラインインターフェース（CLI）

• 6.2.1
  editコマンドを使用すると、コンソールターミナルのサイズが自動で変更されてしまいます。
• 6.2.2
  enableコマンド（非特権EXECモード）のパスワード入力に連続して失敗した場合、エラーメッセージに続いて表示されるプロンプトの先頭に enable-local 15 という不要な文字列が表示されます。
• 6.2.3
  doコマンド入力時、doの後にコマンド以外の文字や記号を入力しないでください。

6.3. 運用・管理 / ファイル操作

• 6.3.1
  edit, mkdir, rmdir,show file, show file systemsコマンドを使用してApricorn社のSecureUSBメモリーASK-256-8GB/16GB/32GB上のファイルにアクセスした場合、ASK-256-8GB/16GB/32GB上のアクセスLEDが点滅状態のままになることがあります。その場合は、dir usb:/のように、USBメモリーにアクセスする操作をもう一度行ってください。
• 6.3.2
  ファイル名にスペースは使用できません。
• 6.3.3
  USBメモリーを装着した際、エラーメッセージが表示されることがありますが、これは表示だけの問題であり、動作に影響はありません。
• 6.3.4
  起動用ファームウェアに設定されているフラッシュメモリー上のファイルと同名のファイルが外部メディア（USBメモリー、SDHCカード）に存在している場合、外部メディア上の該当ファイルをdeleteコマンドで削除できません。その場合はdeleteコマンドにforceオプションを指定して削除してください。
• 6.3.5

  機器に装着しているUSBメモリーまたはSDカードを抜き、再度機器に装着した時、以下のログが出ます。

  抜いた時

  kernel: FAT-fs (sda1): unable to read boot sector to mark fs as dirty

  装着した時

  kernel: FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

  また、機器に装着しているUSBメモリーまたはSDカードを抜き、PCに装着すると、PC上で「スキャンして修復しますか？」というメッセージが出ますが、ログのみの問題で、ファイルの破損はありません。

6.4. 運用・管理 / ユーザー認証

• 6.4.1
  TACACS+認証を使用してVCSマスターにログイン後、他のスタックメンバーにリモートログインしている最中に、ほかのTACACS+セッションが同じユーザー名、パスワードでログインすると、以下のメッセージが出力されます。

  You don't exist, go away!

• 6.4.2
  TACACS+サーバーを利用したコマンドアカウンティング（aaa accounting commands）有効時、endコマンドのログはTACACS+サーバーに送信されません。
• 6.4.3
  TACACS+サーバーを利用したCLIログインのアカウンティングにおいて、SSH経由でログインしたユーザーのログアウト時にStopメッセージを送信しません。
• 6.4.4
  スクリプトで実行されたコマンドはTACACS+サーバーへは送信されません。
• 6.4.5
  ユーザーの権限レベル（privilege）を1から他の値に変更した場合、再起動後に意図した権限レベルにならず、誤った権限レベルが設定されることがあります。これを避けるため、権限レベルの変更後は必ず設定を保存してください。

6.5. 運用・管理 / メール送信

• 6.5.1
  メール送信機能において、SMTPサーバー側の同時接続数エラーにより本製品がメール送信に失敗した場合、CPU使用率が上昇する場合があります。これを回避するには、メール送信機能が有効な本製品の台数よりもSMTPサーバー側の最大同時接続数が大きくなるよう、SMTPサーバー側の設定を変更してください。

6.6. 運用・管理 / ログ

• 6.6.1
  no log bufferedコマンドを入力してランタイムメモリーへのログ出力を一度無効にした後、default log bufferedコマンドを実行しても、ログ出力が再開しません。その場合は「log buffered」を実行することにより再開できます。
• 6.6.2
  permanentログにメッセージフィルターを追加した後、default logコマンドを実行してログ出力設定を初期値に戻しても、追加したメッセージフィルターが削除されません。メッセージフィルターを削除するには、log(filter)コマンドをno形式で実行してください。
• 6.6.3
  複数のVLANに所属するSFPモジュールをホットスワップすると、次のようなログが表示されます。

  user.warning awplus NSM[XXXX]: 601 log messages were dropped - exceeded the log rate limit

  これは短時間に大量のログメッセージが生成されたため一部のログ出力を抑制したことを示すものです。ログを抑制せずに出力させたい場合は、log-rate-limit nsmコマンドで単位時間あたりのログ出力上限設定を変更してください。
• 6.6.4
  サポートしていないスタックモジュールを装着した場合、AT-StackOP をサポートしていないにもかかわらず、下記のエラーメッセージが表示されてしまいます。

  Error log message“Only AT-StackXS and AT-StackOP  supported in this port“ when in fact only AT-StackXS supported

• 6.6.5

  log(filter) コマンドで console ログの level （出力するメッセージレベルの指定）を notice、informational、debugging のいずれかに設定にした場合は、Web GUI を使用できません。

  Web GUI を使用する場合は console ログの level を warning、errors、critical、alerts、emergencies のいずれかに設定してください。
  なお、console ログのデフォルト設定は critical なので設定を変更していない場合は問題ありませんが、設定変更時にはご注意ください。

6.7. 運用・管理 / スクリプト

• 6.7.1
  間違ったコマンドを入力したスクリプトファイルを実行した場合、本来ならば、コンソール上に % Invalid input detected at '^' marker. のエラーメッセージが出力されるべきですが、エラーメッセージが出力されないため、スクリプトファイルが正常に終了したかのように見えてしまいますが、通信には影響はありません。

6.8. 運用・管理 / トリガー

• 6.8.1

  トリガー設定時、scriptコマンドで指定したスクリプトファイルが存在しない場合、コンソールに出力されるメッセージ内のスクリプトファイルのパスが誤っています。

  誤：% Script /flash/script-3.scp does not exist. Please ensure it is created before

  正：% Script flash:/script-3.scp does not exist. Please ensure it is created before

  また、スクリプトファイルが存在しないにもかかわらず前述のコマンドは入力できてしまうため、コンフィグに反映され、show triggerコマンドのスクリプト情報にもこのスクリプトファイルが表示されます。

• 6.8.2
  定時トリガー（type time）を連続で使用する場合は1分以上の間隔をあけてください。連続で実行するとshow trigger counterで表示されるTrigger activationsのカウンターが正しくカウントされません。

6.9. 運用・管理 / LLDP

• 6.9.1
  VCS構成時、LLDP MIBのlldpPortConfigAdminStatusは未サポートです。
• 6.9.2
  トランクポートにLLDPを設定すると、show lldp neighbors interfaceコマンドで表示されるLLDP有効ポートが正しく表示されません。

6.10. 運用・管理 / SNMP

• 6.10.1
  snmp-server enable trapコマンドにおいて、sn enable trap などと入力を省略した場合、入力したコマンドがホスト名欄に表示されコマンドが認識されない、または、コンソールの表示が乱れることがあります。コマンドはtab補完などを利用し省略せずに入力してください。
• 6.10.2
  IP-MIBは未サポートです。
• 6.10.3
  VLAN名をSNMPのdot1qVlanStaticNameから設定する場合は、31文字以内で設定してください。
• 6.10.4
  SNMPマネージャーからMIB取得要求を連続的に受信すると、ioctl 35123 returned -1 のようなログが出力されることがありますが、通信には影響ありません。
• 6.10.5
  RMON Alarmにおいて、設定した下限しきい値を下回ってもアラームが発生しない場合があります。
• 6.10.6
  snmp-server userコマンドでSNMPv3ユーザーを複数設定して認証を使用する場合、認証プロトコルはMD5かSHAのどちらか一方のみ使用してください。 複数の認証プロトコルを併用すると正常に動作しないことがあります。

6.11. 運用・管理 / NTP

• 6.11.1
  初期設定時など、NTPを設定していない状態でshow ntp statusコマンドを入力すると、NTPサーバーと同期していることを示す以下のようなメッセージが表示されます。

  Clock is synchronized, stratum 0, actual frequency is 0.000PPM, presicion is 2

• 6.11.2
  NTPv4を使用している場合、ntp masterコマンドによるNTP階層レベル（Stratum）の設定とNTPサーバーによる時刻の取得を併用すると、NTPサーバーによって自動決定される階層レベルが優先されます。
• 6.11.3
  NTPによる時刻の同期を設定している場合、時刻の手動変更は未サポートとなります。
• 6.11.4
  NTPサーバーと同期されているのにもかかわらず、VCSスレーブ側のshow logコマンド結果に、同期が取れていないことを表す以下のエラーメッセージが出力されることがあります。

  ntpd_intres[4295]: host name not found:

• 6.11.5
  NTPによって本製品の日付が20日以上変動する場合は、NTPによる時刻同期が完了するまで本製品から ping を実行しないでください。 時刻同期中に ping を実行するとコンソールが応答しなくなる場合があります。もしコンソールが応答しなくなった場合は、Ctrl/C キーを押して ping を中断してください。

6.12. 運用・管理 / 端末設定

• 6.12.1
  仮想端末ポート（Telnet/SSHクライアントが接続する仮想的な通信ポート）がすべて使用されているとき、write memoryなど一部のコマンドが実行できなくなります。

6.13. 運用・管理 / Telnet

• 6.13.1

  本製品から他の機器にTelnetで接続しているとき、次のようなメッセージが表示されます。

  No entry for terminal type "network";
  using vt100 terminal settings.

• 6.13.2
  非特権モードでホスト名を使用して、Telnet経由でリモートデバイスにログインする場合は、ドメイン名まで指定してください。

6.14. 運用・管理 / Secure Shell

• 6.14.1
  SSHサーバーにおけるセッションタイムアウト（アイドル時タイムアウト）は、ssh server session-timeoutコマンドで設定した値の2倍で動作します。
• 6.14.2

  本製品のSSHサーバーに対して、次に示すような非対話式SSH接続（コマンド実行）をしないでください。

  ※本製品のIPアドレスを192.168.10.1と仮定しています。

  clientHost> ssh manager@192.168.10.1 "show system"

• 6.14.3

  SSHログイン時、ログアウトするときに以下のログが表示されますが、動作に影響はありません。

  sshd[2592]: error: Received disconnect from xxx.xxx.xxx.xxx: disconnected by server request

• 6.14.4
  manager以外のユーザー名でログインする際、SSH接続にRSA公開鍵を使用した場合であってもパスワードが要求されますので、ユーザー名に紐付くパスワードを入力してください。
• 6.14.5
  AlliedWare製品からAlliedWare Plus製品へのSSH接続は未サポートです。
• 6.14.6
  crypto key generate hostkey コマンドにおいて、SSHバージョン1用のホスト鍵（RSA1鍵）を生成することができません。

6.15. インターフェース

• 6.15.1
  IPv6アドレスを持つインターフェースにshow interfaceコマンドを入力した際の結果に、実際のホップリミットの値が表示されません。
• 6.15.2
  LACPチャンネルグループがリンクダウンしているとき、show interfaceコマンドでは該当グループのパケットカウンターがすべて0と表示されます。
• 6.15.3
  10/100/1000BASE-Tポートにおいて、polarityコマンドは使用できません。
• 6.15.4
  コンボポートで通信中にリンクダウン・アップが発生した場合エラーカウンターが上昇しますが、通信には影響ありません。
• 6.15.5
  SFPポートの polarity を固定設定した場合、設定を保存して再起動すると起動時にエラーが表示され、固定設定が反映されません。再起動後は手動で再設定してください。

6.16. インターフェース / スイッチポート

• 6.16.1
  show flowcontrol interfaceコマンドのRxPauseカウンターが正しく表示されません。
• 6.16.2
  フローコントロールとバックプレッシャーを同一ポートに設定し、フローコントロールを無効にすると、バックプレッシャーが動作しなくなります。フローコントロールとバックプレッシャーを同一ポートに設定しないでください。

6.17. インターフェース / スイッチポート / ミラーリング

• 6.17.1
  複数ポートにインターフェースモードのコマンドを発行するときは、interfaceコマンドで対象ポートを指定するときに、通常ポートとして使用できないミラーポートを含めないようにしてください。ミラーポートを含めた場合、一部のポートに設定が反映されなかったり、エラーメッセージが重複して表示されたりすることがあります。
• 6.17.2
  VCSメンバーが脱退した後は、ミラーポートの設定を変更しても動作に反映されません。VCSメンバーが加入しなおすと正しく動作するようになります。
• 6.17.3
  ミラーポートとして設定されたポートは、どのVLANにも属していない状態となりますが、mirror interface noneで、ポートのミラー設定を解除し VLANに所属させても dot1qVlanStaticTable（1.3.6.1.2.1.17.7.1.4.3 ） にポート情報が当該VLANに表示されません。ポートにmirror interfaceコマンドでソースポートのインターフェースとトラフィックの向きを設定した後、設定を外すとポート情報が正しく表示されるようになります。

6.18. インターフェース / スイッチポート / ループガード

• 6.18.1
  LDF送信間隔（loop-protectionコマンドのldf-intervalパラメーター）を1秒に設定する場合、ループ検出時の動作持続時間（loop-protection timeoutコマンド）は2秒以上に設定してください（初期値は7秒）。
• 6.18.2
  LDF検出機能のアクションがvlan-disableとなっているVLANの所属ポートで、switchport enable vlanコマンドを実行しないでください。
• 6.18.3
  MACアドレススラッシングの検出をSNMPトラップで通知する際、MACアドレススラッシングプロテクションによるアクションの実施を知らせるトラップが、MACアドレススラッシングの検出を知らせるトラップよりもわずかに先に送信されることがあります。この現象はトラップでのみ発生し、show logの表示では入れ替わることはないため、実際の順番はログを確認してください。
• 6.18.4
  LDF検出とQoSストームプロテクションを併用する場合、両方の検出時の動作にport-disableを選択しないでください。どちらか片方は、異なる動作を選択してください。
• 6.18.5
  LDF検出機能でループを検知し、検出時の動作が行われているとき、当該ポートが所属するVLANを変更しないでください。VLANを変更した場合、検出時の動作に問題はありませんが、show loop-protectionコマンドによる表示が旧VLANと新VLANの両方表示されます。
• 6.18.6
  マルチキャストを転送している状態でVCSのグループメンバーが離脱した際、 MACアドレススラッシングプロテクション機能が動作し、以下のログメッセージが出力されます。ただし、VCSのマスター切り替えが完了するまでに復旧します。

  user.warning awplus HSL[491]: Thrash: Loop Protection has disabled learning on sa1 by 0000.cd37.09bf on VLAN 400
  user.warning awplus HSL[491]: Thrash: Loop Protection has re-enabled learning on sa1
  user.warning awplus HSL[491]: Thrash: Loop Protection has re-enabled learning on port2.0.1

• 6.18.7
  リンクアグリゲーション（LAG）インターフェースに対してLDF検出の設定をしているときは、LAGのメンバーポートに対する個別設定は無視されます。LDF検出のアクションが個別設定されているポートをLAGから脱退させた場合は、該当ポートに対してLDF検出のアクションを再設定してください。
• 6.18.8
  MACアドレススラッシングプロテクションのアクションをport-disableに設定した場合、アクション検出時に該当ポートのリンクステータスがダウンになります。
• 6.18.9
  MACアドレススラッシングプロテクションが有効なポートでVCSメンバー間を接続した場合、MACアドレススラッシングを検知したときのログが表示されないことがあります。また、ループ検知の状態から時間経過ではリカバリーされないことがあります。リカバリーできなかった場合は no shutdown によって復旧可能です。

6.19. インターフェース / リンクアグリゲーション（IEEE 802.3ad）

• 6.19.1
  スタティックチャンネルグループ（手動設定のトランクグループ）において、shutdownコマンドによって無効にしていたポートに対して no shutdown を入力しても、ポートが有効にならないことがあります。この場合は、再度shutdown → no shutdown を入力してください。
• 6.19.2
  スタティックチャンネルグループのインターフェースをshutdownコマンドにより無効に設定した後、リンクアップしているポートをそのスタティックチャンネルグループに追加すると、該当するインターフェースが再び有効になります。
• 6.19.3
  show interfaceコマンドで表示されるpoXインターフェース（LACPチャンネルグループ）のinput packets欄とoutput packets欄の値には、リンクダウンしているメンバーポートの値が含まれません。LACPチャンネルグループ全体の正確な値を確認するには、poXインターフェースではなく各メンバーポートのカウンターを参照してください。
• 6.19.4
  VCS構成時、マスター切り替え後に、show interfaceコマンドをトランクポートに対して実行した際に表示される送受信パケット数が、重複してカウントされます。実際にはパケットを重複して出していることはありません。正確な値が必要な場合はメンバーポートのカウンターを合計してください。
• 6.19.5
  トランクグループ（saX、poX）を無効化（shutdown）した状態でメンバーポートを削除しないでください。

6.20. インターフェース / ポート認証

• 6.20.1
  802.1X認証において、認証を3台以上のRADIUSサーバーにて行う場合、はじめの2台のRADIUSサーバーにて認証に失敗した際、Authenticatorから3台目のRADIUSサーバーにAccess-Requestが送信されません。
• 6.20.2
  認証済みポートが認証を解除されても、マルチキャストトラフィックが該当ポートに転送され続ける場合があります。
• 6.20.3
  Web認証とゲストVLANを併用する際には、ダイナミックVLANを併用してください。
• 6.20.4
  インターフェース上で、dot1x port-controlコマンドを設定する前にdot1x control-directionコマンドを設定しないでください。設定すると「no dot1x control-direction」を実行しても、dot1x control-directionコマンドを削除することができなくなります。その場合は、「no dot1x port-control」を実行してください。
• 6.20.5
  auth-web methodコマンドで認証方式を変更した場合は、対象ポートをいったんリンクダウンさせ、その後リンクアップさせてください。
• 6.20.6
  802.1X認証が有効化されたポートがリンクアップする際、誤って以下のログが出力されますが、動作に影響はありません。

  Interface portx.x.x: set STP state to BLOCKING

• 6.20.7
  Web認証において再認証を続けて行うと、show cpuコマンドで表示されるuserspaceの値が100%を超えますが、これは表示上の問題であり、認証は正常に行われます。
• 6.20.8
  同一ポート上でポート認証、マルチプルダイナミックVLAN、リンクアグリゲーション（ポートトランキング）、DHCPリレーエージェント機能を併用することはできません。
• 6.20.9
  VCS構成において、802.1X認証を使用しローミング認証が無効のとき、マスター切り替え後に認証済みのサプリカントが別の認証ポートへ移動すると、移動先での初回の認証に失敗することがあります。そのような場合は再度認証を行ってください。

6.21. インターフェース / Power over Ethernet

• 6.21.1
  PoEに対応した機器（AT-GS924MPX、AT-GS948MPX）とPoEに対応していない機器（AT-GS924MX、AT-GS948MX）が混在したVCS環境において、power-inline enableコマンドを入力すると、PoEに対応していない機器に対するエラーメッセージが表示されますが、一部の非PoEポートの分しか表示されません。
• 6.21.2
  power-inline enableコマンドをno形式で実行し、PoE給電機能を無効に設定すると、本来、show power-inlineコマンドのOperの表示が「Disabled」と表示されるべきですが、受電機器が接続されたポートでは「Off」と表示されます。
• 6.21.3
  PoE電源の電力使用量が最大供給電力を上回った場合、show power-inline interface detailコマンドのDetection Statusは「Denied」と表示されるべきですが、「Off」と表示されてしまいます。同様に、ポートの出力電力が上限値を上回った場合、「Fault」と表示されるべきですが、「Off」と表示されてしまいます。
• 6.21.4
  ポートの出力電力が上限値を上回った状態で数分間放置すると、実際に接続している受電機器の電力クラスと異なる電力クラスが表示される、または「n/a」と表示されることがあります。また、これに伴ってMaxも実際とは異なる値が表示されます。ポートの出力電力が上限値未満に戻ると、表示も回復します。
• 6.21.5
  ポートの出力電力が上限値を上回った状態のとき、show power-inlineのOperの表示が、実際の「Fault（ポートの出力電力が上限値を上回ったために給電を停止している）」ではなく「Denied（PoE電源の電力使用量が最大供給電力を上回ったために給電を停止している）」となることがあります。
• 6.21.6
  プリスタンダード方式の受電機器を接続した場合、ポートがリンクアップしないことがあります。ポートがリンクアップしないときは、ケーブルの抜き差しを行ってください。
• 6.21.7
  受電機器（PD）によっては、PoEポートに接続してから給電が開始されるまで30秒程度かかる場合があります。
• 6.21.8
  PoE対応モデルのPoEポート同士を接続するときは、no power-inline enableで両ポートのPoE機能を無効にしてください。
• 6.21.9
  給電中のポートのPoE給電機能を無効化しないでください。
• 6.21.10
  PoE+が有効なポートでPoE+とそれより電力の低いクラスのPoEの信号を短時間に受信した場合、PoE+準拠の電力を供給してしまいます。
• 6.21.11
  power-inline maxコマンドで受電機器の消費電力を下回る値を設定しないでください。また、給電機器で設定している値を超えた電力要求がくると繰り返しトラップを出してしまいますが、通信に影響はありません。
• 6.21.12
  PoE給電機能の有効化・無効化を繰り返し行うと、Over budget event のログが出力されます。
• 6.21.13
  power-inline maxコマンドで対象PoEスイッチポートから出力可能な電力の上限値を設定する場合、現在の設定値から±5%以内の値を設定すると、変更が正常に反映されない場合があります。設定を行う場合は現在値からの差が±5%を超える値を設定してください。
• 6.21.14

  no service power-inlineでPoE給電機能を無効化したときに、下記のようなログが出力されますが、動作に影響はありません。

  POEHW[856]: POE Device /dev/i2c-1:0x20 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x21 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x22 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x24 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x20 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x25 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x26 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x28 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x21 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x29 failed startup checks
  POEHW[856]: POE Device /dev/i2c-1:0x2a failed startup checks

6.22. L2スイッチング / バーチャルLAN

• 6.22.1
  プライベートVLANからプライマリーVLANを削除する場合は、事前にプライマリーVLAN、セカンダリーVLANともに、プライベートVLANの関連付けを解除してください。その後、プライマリーVLANのみを削除、再作成し、改めてプライベートVLANとプライマリーVLAN、セカンダリーVLANの関連付けを行ってください。
• 6.22.2
  switchport trunk allowed vlanコマンドのexceptパラメーターに、該当ポートのネイティブVLANとして設定されているVLANを指定しないでください。exceptパラメーターでネイティブVLANを指定した場合、設定内容が正しくランニングコンフィグに反映されず、実際のVLAN設定状態との間に不一致が発生します。
• 6.22.3
  プライベートVLAN設定時に一度設定したホストポートは、その後設定を削除しても、show vlan private-vlanの表示に反映されず、ホストポートとして表示されたままになります。
• 6.22.4
  プライベートVLANでセカンダリーVLANを削除したとき、private-vlan associationコマンドの設定を削除することができなくなります。セカンダリーVLAN を削除する場合は、事前にprivate-vlan associationコマンドの設定を削除してください。
• 6.22.5
  タグ付きのトランクポートにポート認証が設定されている際、認証の設定を維持したままポートトランキングの設定を削除し、ネイティブVLANの設定を行う場合は、一度タグなしVLANに設定を変更してから再度ポートトランキングを設定し、ネイティブVLANの設定変更を行ってください。
• 6.22.6
  マルチプルVLAN（プライベートVLAN）をCLIから設定した場合、コマンドの入力順序によってはプロミスキャスポート・ホストポート間の通信ができなくなる場合があります。その場合は、設定を保存してから再起動してください。
• 6.22.7
  エンハンストプライベートVLAN使用時に、セカンダリーポート（端末接続用ポート）配下の端末から本製品に対するTelnet、Pingなどを拒否するには、アクセスリストで通信を制限してください。
• 6.22.8

  1ポートに適用するVLANクラシファイアグループは2グループまでにしてください。

  同じVLANクラシファイアグループ内に複数のルールを定義した場合、設定順ではなく番号順に反映されます。

• 6.22.9
  VLANを511個以上作成し、そのうち63番目以降に作成されたVLANにIPアドレスを設定し、設定を保存した後、再起動をした場合、そのIPアドレスが正常に設定されない場合があります。63番目以降に作成されたVLANにはVIDの小さい順からIPアドレスを設定することで回避できます。
• 6.22.10

  インターフェースにプライベートVLANの設定をしたままプライベートVLANを削除することはできません。プライベートVLANを削除する場合は次の手順でVLANを削除するようにしてください。

  1. インターフェースに対してswitchport mode private-vlanコマンドをno形式で実行してVLANの設定を解除する。
  2. private-vlanコマンドをno形式で実行してプライベートVLANを削除する。
• 6.22.11
  VLANクラシファイアが設定されたポートで、そのポートで使用しているVLANの種別（ポートVLAN・タグVLAN）を変更すると、VLANクラシファイアの設定が削除されてしまいます。VLANクラシファイアを設定したポートでVLANの種別を変更する際は、VLANクラシファイアを再度設定してください。
• 6.22.12
  スタティックARPエントリーが設定されているポートの所属VLANを変更する場合は、一度スタティックARPの設定を削除してから所属VLANを変更してください。
• 6.22.13
  スタティックマルチキャストグループのメンバーポートに設定しているポートの所属VLANを変更する場合は、一度スタティックマルチキャストグループの設定を削除してから所属VLANを変更してください。

6.23. L2スイッチング / UDLD

• 6.23.1
  UDLDがUnidirectionalを検出した場合、show interfaceコマンドのadministrative state欄にはerr-disabledと表示されますが、このとき標準MIBのifAdminStatusはUPを示します。

6.24. L2スイッチング / イーサネットリングプロテクション（EPSR）

• 6.24.1
  EPSR内のリンクダウンが発生した機器が、マスターからのリンクダウンパケットを受け取ってもFDB情報をクリアしない場合があります。また、リンクダウンが発生した機器は本来であればFDBの全クリアする必要がありますが、該当ポートのFDBはリンクダウンによってクリアされるため、通信に影響はありません。
• 6.24.2
  トランクグループとEPSRを併用しているEPSRのマスターノード上でLDF検出機能を有効にした後、再度、無効にする操作は行わないでください。

6.25. IP / IPインターフェース

• 6.25.1
  DHCPクライアント機能によってIPアドレスを取得したとき、IPアドレス使用状況確認パケットを送出しません。
• 6.25.2
  VLANインターフェース（vlanX）に対してmtuコマンドを実行すると、ランニングコンフィグ上では該当VLANのメンバーポートに対してもmtuコマンドを適用した状態になります。そのため、その状態で設定を保存すると、再起動時スイッチポートに対してmtuコマンドを実行できないためエラーメッセージが出力されますが、動作には影響ありません。

6.26. IP / 経路制御

• 6.26.1
  デフォルト経路を登録しているにもかかわらず、show ip route databaseコマンドで Gateway of last resort is not set と表示される場合がありますが、表示だけの問題で通信には影響ありません。
• 6.26.2
  IP経路が20エントリー以上登録されていると、デフォルト経路を登録しているにもかかわらず、show ip routeコマンドで Gateway of last resort is not set と表示される場合がありますが、表示だけの問題で通信には影響ありません。
• 6.26.3
  ネクストホップが直結サブネット上にないスタティック経路は未サポートです。
• 6.26.4
  show ip routeコマンドで、デフォルトルート（0.0.0.0/0）にマッチするアドレスを指定した場合、経路が正しく表示されませんが、これは表示上の問題で実際の通信には問題ありません。
• 6.26.5
  ホスト経路（/32の経路）ではECMPが働かず、最後に設定された経路のみが使用されます。

6.27. IP / ARP

• 6.27.1
  同一MACアドレスに対して複数のARPエントリー（異なるIPアドレス）を登録している場合、そのうちの1つを削除すると、残りのARPエントリーに対応するFDBエントリーも削除されます。その場合は、手動でスタティックなFDBエントリーを登録してください。
• 6.27.2
  本製品のARP Requestに対して、ブロードキャストアドレス宛てのARP Replyが返ってきた場合、その情報は本製品のARPキャッシュに登録されません。

6.28. IPv6

• 6.28.1
  自身のIPv6アドレス宛てにpingを実行するとエラーメッセージが表示されます。
• 6.28.2
  IPv6において、VLANが削除されたとき、リンクローカルアドレスがIPv6転送表から消えません。
• 6.28.3
  フラグメントされたIPv6 Echo Requestは利用できません。利用した場合Duplicateパケットは正しく再構築されませんのでご注意ください。
• 6.28.4
  VLANインターフェースにIPv6アドレスを設定する場合、装置全体で250インターフェースを超えないようにしてください。

6.29. IPv6 / IPv6インターフェース

• 6.29.1
  受信したルーター通知（RA）パケットによりIPv6インターフェースのアドレスを自動設定する場合、RAパケットにMTUオプションが設定されていてもその値を採用しません。
• 6.29.2
  DHCPv6クライアント機能を使用した場合、DECLINEカウンターが動作しません。
• 6.29.3

  IPv6アドレスを設定したインターフェースのリンクステータスがダウンとなっている状態でshow interfaceコマンドを実行した場合、該当インターフェースに設定したIPv6の情報が表示されませんが、表示だけの問題であり動作に影響はありません。

  インターフェースに設定したIPv6アドレスの情報を確認したい場合は、show ipv6 interfaceコマンドを使用してください。

• 6.29.4
  DHCPv6 PDクライアント機能によって設定されたデフォルト経路はclear ipv6 dhcp clientコマンドを実行しても削除されません。削除するには、no ipv6 dhcp client pd を実行してください。

6.30. IPv6 / 近隣探索

• 6.30.1
  イベントログ上に Neighbor discovery has timed out on link eth1->5 のログメッセージが不要に表示されることがあります。これは表示上の問題であり通信には影響はありません。
• 6.30.2
  ipv6 nd reachable-timeコマンドを使用することができません。Reachable Timeフィールドは初期値のまま使用してください。
• 6.30.3
  ipv6 neighborコマンドを使用してNeighborキャッシュに登録したスタティックエントリーの所属VLANを変更する場合は、いったん該当するエントリーを削除した後、新しい所属VLANを指定して登録しなおしてください。
• 6.30.4
  ipv6 nd ra-interval コマンドで設定されている値よりも小さい値を ipv6 nd ra-lifetime コマンドで設定すると、ルーター通知（RA）が正しく送信されないことがあります。ipv6 nd ra-lifetime コマンドには ipv6 nd ra-interval コマンドで設定されている以上の値を設定してください。

6.31. IPマルチキャスト / IGMP Snooping

• 6.31.1
  show ip igmp groupsコマンドの表示結果に、IGMPを有効に設定していないVLANが表示されることがあります。これはshow ip igmp groupsコマンドの表示だけの問題であり、動作に影響はありません。
• 6.31.2
  IGMP Snoopingが有効な状態で、一旦無効にし、再度有効にした場合、その後に受信するIGMP Reportを全ポートにフラッディングします。IGMP Snoopingを再度有効にした後、clear ip igmp groupコマンドを実行して全てのエントリーを消去することで回避できます。
• 6.31.3
  Includeリスト（送信元指定）付きのグループレコードが登録されている状態で、あるポートに接続された唯一のメンバーからグループ脱退要求を受信すると、そのポートには該当グループのマルチキャストトラフィックが転送されなくなりますが、他のポートで同じグループへの参加要求を受信すると、脱退要求によって転送のとまっていたポートでもマルチキャストの転送が再開されてしまいます（この転送は、脱退要求を受信したポートのPort Member listタイマーが満了するまで続きます）。
• 6.31.4
  ダイナミック登録されたルーターポートを改めてスタティックに設定した場合、ダイナミック登録されてから一定時間が経過すると設定が削除されます。また、一定時間が経過するまでの間、コンフィグ上にはスタティック設定が表示されますが、ip igmp snooping mrouter interfaceコマンドをno形式で実行しても、コンフィグから削除することができません。ルーターポートをスタティックに設定する場合は、該当のポートがダイナミック登録されていないことを確認してください。
• 6.31.5
  未認識のIGMPメッセージタイプを持つIGMPパケットは破棄されます。
• 6.31.6
  不正なIPチェックサムを持つIGMP Queryを受信しても破棄しません。そのため、当該のIGMP Queryを受信したインターフェースはルーターポートとして登録されてしまいます。
• 6.31.7
  IGMP Snooping利用時、IGMP Querierを挟まないネットワーク上にマルチキャストサーバーとホストがいる場合、ホストが離脱した後もタイムアウトするまでパケットが転送され続けます。clear ip igmpコマンドで手動でエントリーを削除してください。
• 6.31.8
  IGMPのQuerierとIGMP Snoopingが有効になっている機器が別に存在する場合、上位のQuerierからQueryを受け取った際に、レポート抑制機能によって自身がレポートを送信しますが、配下にグループメンバーが存在していない場合でも、Querierにレポートを送信してしまう場合があります。レポート抑制機能を無効化することで本事象は回避できます。

6.32. IPv6マルチキャスト / MLD Snooping

• 6.32.1
  MLDv2において、グループエントリーがスタティック登録されている状態で、同じグループがダイナミックに登録され、待機時間が経過した時、ダイナミック登録されたエントリーとともに、スタティック登録されたエントリーもコンフィグから削除されます。
• 6.32.2
  clear ipv6 mldコマンド実行時に % No such Group-Rec found というエラーメッセージが表示されることがありますが、コマンドの動作には問題ありません。
• 6.32.3
  MLDパケットのMax Query Response Timeフィールドの値が、本製品の設定の1/100の数値で送出されます。MLDをお使いの際は、ipv6 mld query-max-response-timeコマンドでなるべく大きい値（最大値は240）を設定してください。
• 6.32.4
  MLDのNon-Queriersは、レコードタイプがBLOCK_OLD_SOURCESのMLDv2 Reportメッセージを受信しても、指定された送信元アドレスを削除しません。
• 6.32.5
  MLDv1とMLDv2混在環境において、MLDv2 ReportでExcludeモードになっている状態で、MLDv1 Reportを受信した場合、該当アドレスはExcludeモードのソースリストから削除されているにもかかわらず、その後、該当アドレスからのマルチキャストパケットが転送されません。
• 6.32.6
  トランクグループにMLDのグループエントリーをスタティック登録すると、 (S,G)エントリーに加えて(*,G)エントリーも作成されます。
• 6.32.7
  clear ipv6 mld group * ですべてのグループを削除した場合、ルーターポートのエントリーも削除されてしまいます。clear ipv6 mld group ff1e::1 のように特定のグループを指定した場合は削除されないため、グループを指定し削除してください。また、削除されてしまった場合もMLD Queryを受信すれば再登録されます。
• 6.32.8
  スタティックMLDグループを設定した後、clear ipv6 mldコマンドでマルチキャストグループを指定すると、ランニングコンフィグからスタティックMLDグループが削除されます。
• 6.32.9
  MLDエントリーのテーブルがリミット上限まで登録されている状態でshow ipv6 mld groupsコマンドを VLANを指定して実行した場合、一番最後に登録された1エントリーが表示されません。これは表示上のみの問題で、通信は正しく行われます。show ipv6 mld groups detailを実行することで、すべてのエントリーが表示できます。
• 6.32.10
  MLD SnoopingのReport抑制機能が有効なとき（初期設定は有効）、ルーターポートで受信したMLDv1 ReportまたはDoneメッセージを受信ポートから再送出してしまいます。これを回避するには、no ipv6 mld snooping report-suppression でReport抑制機能を無効化してください。
• 6.32.11
  MLD Snoopingを無効にしても一部のMLD Snoopingの機能が動作し続けます。このため、showコマンド上のMLDエントリーが更新されつづけたり、MLDのパケットを受信した際にMLDが動作していることを示すログが出力されます。

6.33. トラフィック制御 / アクセスリスト

• 6.33.1

  ARPやIGMPなどCPUで処理されるパケットに対してイングレスフィルターが正しく動作しません。

  ARPに関しては、以下の設定でフィルターすることが可能です。

  mls qos enable
  access-list 4000 deny any any vlan 100
  class-map class1
  match access-group 4000
  policy-map policy1
  class default
  class class1
  interface port2.0.24
  service-policy input policy1

• 6.33.2

  ハードウェアアクセスリストの内容変更やインターフェースへの適用ができないことがあります。

  • ハードウェアアクセスリストの内容を変更できない場合は、いったん no access-group でインターフェースへの適用を解除してから変更してください。
  • ハードウェアアクセスリストをインターフェースに適用できない場合は、access-list hardware(list)コマンドで対象アクセスリストの編集モード（ハードウェアアクセスリストモード）に入った後で、あらためてインターフェースに適用してください。

6.34. トラフィック制御 / Quality of Service

• 6.34.1
  wrr-queue disable queueコマンドを設定している状態でno mls qosコマンドによりQoS自体を無効にする場合は、先にno wrr-queue disable queueコマンドを実行してください。
• 6.34.2
  QoSの送信スケジューリング方式（PQ、WRR）が混在するポートを手動設定のトランクグループ（スタティックチャンネルグループ）に設定した場合、ポート間の送信スケジュールが正しく同期されません。トランクグループを設定した場合は、個々のポートに同じ送信スケジュール方式を設定しなおしてください。
• 6.34.3
  mls qos map cos-queueコマンドでcos-queueマップを変更していても、マルチキャストパケットのCPU宛て送信キューが、デフォルトのcos-queueマップにしたがって決定される場合があります。これらのマルチキャストパケットを任意のCPU宛て送信キューに振り分けるには、remark new-cosコマンドを使って該当パケットの内部CoS値を書き換えてください。その際、該当パケットに対しては、デフォルトのcos-queueマップが適用されることにご注意ください。
• 6.34.4
  ポリシーマップ名に「|」（縦棒）を使用しないでください。
• 6.34.5
  ポリサーのアクションをdrop-redに設定する場合は、MINBURST、MAXBURSTの合計を40960以上に設定してください。
• 6.34.6
  QoSストームプロテクションのlinkdownアクションを解除するときは、switchport enable vlanコマンドではなく「no shutdown」を使ってください。
• 6.34.7
  QoSストームプロテクションでアクションが実行されたポートがマスター切り替えなどでダウンして事前設定された状態になったとき、ポートステータスの表示がerr-disabledのままですが、表示上の問題で動作に影響はありません。また、再加入するなどして事前設定された状態ではなくなったときには正常な表示に戻ります。
• 6.34.8
  mls qos enableコマンドをno形式で実行しても、一部のmls qos関連のコマンドがランニングコンフィグから削除されないことがあります。不要な場合はno形式で実行して削除してください。
• 6.34.9
  QoSにおいて、本体宛て通信に対する内部CoS値の書き換えが正しく動作しません。 なお、自動的に優先される制御パケットは正しく優先処理されます。
• 6.34.10
  mls qos cosコマンドは、LAGインターフェース（saX、poX）ではなく、メンバーポート（portX.Y.Z）に対して設定してください。
• 6.34.11
  VCSスレーブのスイッチポートにwrr-queue disable queuesコマンドやwrr-queue egress-rate-limitコマンドを設定している場合、再起動にはreboot rolling/reload rollingコマンドではなく、通常のreboot/reloadコマンドを使ってください。reboot rolling/reload rollingを使用すると、再起動後スレーブのスイッチポートにwrr-queue disabled queuesコマンド、wrr-queue egress-rate-limitコマンドが適用されません。

6.35. アライドテレシスマネージメントフレームワーク（AMF）

• 6.35.1
  AMFクロスリンク、EPSR、VCSを使用した構成で、VCSメンバーがダウンし、復旧した際、復旧したVCSメンバーに接続されているAMFノードが認識されません。EPSRリング内では、AMF Node Depth値が異なるAMFノード同士はAMFリンクで接続してください。
• 6.35.2
  VCS構成において、スタックリンクに障害が発生しVCSメンバーがDisabled Master状態になると、スタックリンクとレジリエンシーリンク以外のポートは無効化されますが、EPSRを併用している場合、show atmf nodesコマンドの結果には、Disabled Master状態となり無効化されたポートに接続されたAMFノードが表示されてしまいます。EPSRリング内では、AMFマスターからの距離（ホップ数）の異なるAMFノード同士は、AMFクロスリンクではなくAMFリンクで接続してください。
• 6.35.3

  AMFリンクとして使用しているスタティックチャンネルグループの設定や構成を変更する場合は、次に示す手順A・Bのいずれかにしたがってください。

  [手順A]

  1. 該当スタティックチャンネルグループに対してshutdownを実行する。
  2. 設定や構成を変更する。
  3. 該当スタティックチャンネルグループに対してno shutdownを実行する。

  [手順B]

  1. 該当ノード・対向ノードの該当スタティックチャンネルグループに対してno switchport atmf-linkを実行する。
  2. 設定や構成を変更する。
  3. 該当ノード・対向ノードの該当スタティックチャンネルグループに対してswitchport atmf-linkを実行する。
• 6.35.4
  リブートローリング機能でファームウェアバージョンをAからBに更新する場合、すでに対象ノードのフラッシュメモリー上にバージョンBのファームウェアイメージファイルが存在していると、ファームウェアの更新に失敗します。このような場合は、対象ノードから該当するファームウェアイメージファイルを削除してください。
• 6.35.5
  AMFネットワーク内にマスターノードが存在しない場合でもAMFネットワークが構成できてしまいますが、AMF機能は利用できません。
• 6.35.6
  AMFマスターがAMFメンバーよりも後からAMFネットワークに参加するとき、AMFマスターのコンフィグにてその他メンバーからのワーキングセット利用やリモートログインに制限がかけてあっても、既存のメンバーに対してこれらの制限が反映されません。再度AMFマスター上でatmf restricted-loginコマンドを実行することで、すべてのAMFメンバーに対して制限をかけることができます。
• 6.35.7
  AMFクロスリンクを抜き差しすると、show atmf links statisticsコマンドの表示結果にて、Discardsカウンターが8ずつ増加します。
• 6.35.8
  AMFマスター上でatmf recoverコマンドによってメンバーノードの内蔵フラッシュメモリーの復元を実行した場合、復元が完了しても、マスターノード上で完了を示すメッセージが出力されません。復元の完了は、対象ノードにおけるログ出力によって確認できます。
• 6.35.9

  オートリカバリーが成功したにもかかわらず、リカバリー後に正しく通信できない場合は、代替機の接続先が交換前と同じポートかどうかを確認してください。誤って交換前とは異なるポートに代替機を接続してしまった場合は、オートリカバリーが動作したとしても、交換前とネットワーク構成が異なるため、正しく通信できない可能性がありますのでご注意ください。

• 6.35.10
  atmf cleanupコマンドの実行後、再起動時にHSLのエラーログが表示されますが、通信には影響はありません。
• 6.35.11
  AMFバーチャルリンクの設定を削除した際、show atmf links detailで表示される「Special Link Present」がFALSEにならないことがあります。再起動することで正しく表示されます。
• 6.35.12
  バックアップ先SSHサーバーに接続できない状況では、「show atmf backup server-status」コマンドの応答に1分程度の時間がかかります。
• 6.35.13
  ファームウェアバージョン5.4.5-0.x以前のファームウェアを使用している機器と、AMF仮想リンクで接続した際に、AMFネットワークへ正常に参加できないことがあります。接続するインターフェースのMTU値を1442に変更することで正常に参加することができます。
• 6.35.14
  AMFセーフコンフィグが適用されてAMF接続ポート（AMFリンクまたはAMFクロスリンク）以外のポートがすべてシャットダウンされるとき、シャットダウンまでに数秒時間がかかることがあります。
• 6.35.15
  AMFゲストノードを接続するAMFメンバーにおいて、discoveryコマンドでdynamicを指定し、なおかつ、DHCP Snoopingが有効で配下にDHCPクライアントが存在する場合、該当メンバーでshow atmf links guestコマンドを実行すると、配下にあるDHCPクライアントのIPアドレスが表示されます。
• 6.35.16
  AMFゲストノードからLLDPで情報を取得する場合、LLDPで記述されているIPアドレスが正しく表示できません。
• 6.35.17
  show atmf links statisticsコマンドにおいて、Type 26のカウンターが正常に表示されない場合があります。
• 6.35.18
  2台のローカルマスターがAMFクロスリンク接続で二重化され、片側のローカルマスターのみがAMFコントローラーと接続されている構成において、ローカルマスター間のAMFクロスリンクが切断された場合、AMFコントローラーと接続されていないローカルマスター上で show atmf area コマンドを実行すると、Local Gateway が Reachable と表示されます。
• 6.35.19

  LACPインターフェースでAMFリンクの設定を行っている構成で対向機器が再起動すると、起動後に以下のログが出力されることがありますが、ログのみの問題でAMFの動作には影響ありません。

  2016 Jan 21 16:09:46 user.notice awplus ATMF[523]: Incarnation is not possible with the data received port1.0.28 (ifindex 5028)

• 6.35.20
  log event-host atmf-topology-eventコマンド設定時、AT-Vista Manager用のイベントログは、同コマンドで指定したIPアドレスだけでなく、log hostで設定したすべてのsyslogサーバーに送信されます。
• 6.35.21
  AMFゲストノードの情報取得方法（discovery）をstaticに設定している場合、30秒間隔で5回ゲストノードのポーリングに失敗すると、それ以降ゲストノードの検出動作が行われなくなります。再度、ゲストノードの検出を行うには、ゲストノードが接続されているポートのリンクダウン・アップを行ってください。
• 6.35.22
  仮想リンク経由で接続しているAMFノードのオートリカバリーは、隣接ノードに ip name-server コマンドが設定されていると 失敗することがあります。
• 6.35.23

  VCS構成のAMFノードをAMFネットワークから完全に撤去するときは、VCSスレーブ → マスターの順で電源をオフにするか、VCSマスターの電源をオフにしたのち10秒以上経過してからスレーブの電源をオフにしてください。
  ※VCSグループごと同一機種に交換する場合は除きます。

• 6.35.24
  CentreCOM 9900シリーズ、8700シリーズやAT-TQシリーズをAMFゲストノードとして使用し、かつゲストノード配下にDHCPクライアントを接続する場合は、ゲストノードの機器情報取得方法を「static」に設定してください。「dynamic」で機器情報を取得すると、ゲストノードの情報取得が正常に行われなかったり、ゲストノード配下のDHCPクライアントがIPアドレスをリリースするとゲストノードが離脱したと誤検知されるなどの現象がおこることがあります。
• 6.35.25
  atmf backup guests nowコマンドで誤ったポートを指定してもエラーにならず、「Backup successfully initiated」と表示されます。
• 6.35.26
  AMFゲストノードの情報をLLDPで取得している場合、show atmf links guest detail では表示されない項目があります。当該項目を確認するには、show lldp neighbors detail を使用してください。
• 6.35.27
  ワーキングセットを使用して複数のAMFノードにログインした状態では、リモートSSHサーバーのホスト鍵をKnown Hostsデータベースに登録することができません。SSHサーバーのホスト鍵を登録するときは、ワーキングセットを使用せず各ノードから個別に登録してください。
• 6.35.28

  AMFゲストノードがAMFネットワークに初めて参加したとき、下記の状況においてゲストノードのファームウェアバージョン情報が表示されない場合があります。

  • AMFマスターで show atmf guests detail を実行した場合
  • AMFメンバーで show atmf links guest detail を実行した場合

  その場合は、次のいずれかを実行してください。

  • 該当AMFゲストノードを接続しているポートに対して、switchport atmf-guestlink コマンドの設定を一度削除し、再度設定する。
  • 該当AMFゲストノードを接続しているポートを一度リンクダウンさせ、再度リンクアップさせる。

  前記手順で復旧すると、それ以降本事象は発生しません。

• 6.35.29
  VCSマスターにのみAMFメンバーが接続されている構成でVCSマスターがダウンした場合、通常 show atmf links コマンドでは、Link Status が Down、ATMF State が Init と表示されますが、まれに Link Status が Up、ATMF State が OneWay と表示されることがあります。これは、メンバー側のログ表示のみの問題で、AMFマスター側の表示と atmf working-set コマンドの実行には影響ありません。
• 6.35.30

  VCS構成のAMFノードにおいて、ゲストリンクポートに説明文（descriptionコマンド）を設定している場合、同ノードの再起動時に該当ポートに関する以下のエラーログがVCSスレーブ、またはVCSマスターとスレーブの両方で生成される場合がありますが、ログの表示のみの問題です。AMFマスターで show atmf guests detail を実行した場合、descriptionの情報は正しく表示されます。

  user.err awplus-2 NSM[554]: Could not update port1.0.18 port description in ATMF

• 6.35.31

  自動バックアップを中断した場合、AMFマスター上に以下のようなログが出力されますが、動作に問題はありません。

  • バックアップが完了しなかったAMFノード分のログ

    ATMFFS[13301]: ATMF backup: Aborted backup for node ノード名 (ホスト名) due to insufficient media space
    ATMFFS[13301]: ATMF backup: Aborted "ノード名 (ホスト名)" on backup by user request

  • その他のログ

    ATMFFS[13301]: ATMF backup: Could not copy rsync log file to media
    ATMFFS[13301]: ATMF backup: Errors occurred during all-nodes backup

• 6.35.32

  atmf distribute firmware または atmf reboot-rolling コマンドでファームウェアを更新する場合は、起動中のファームウェアと異なるイメージファイルを指定しているノードが存在しない状態で実施してください。

  異なるイメージファイルを指定しているノードが存在する場合、ファームウェアイメージファイルの転送に失敗します。 その場合は、atmf distribute firmware または atmf reboot-rolling コマンドを実行する前に boot system コマンドで起動中のイメージファイルを再度指定してください。

• 6.35.33
  AT-TQシリーズをゲストノードとして使用する場合、AT-TQシリーズとAMFノード間でIP通信が行えない状態でもリンクステータスが Full と表示されてしまいます。

6.36. OpenFlow

• 6.36.1
  OpenFlow使用時に通常ポートでポートミラーリングの設定を動的に行った場合は、いったん設定を保存しシステムを再起動してください。 動的にミラーリングの設定を追加した場合、再起動するまではソースポートとして設定されていないOpenFlowポートのトラフィックもミラーリングされます。
• 6.36.2

  OpenFlowの内部制御用VLANを設定する際は、vlan databaseコマンドでOpenFlowの内部制御用VLANを作成した後、openflow native vlanコマンドで該当VLANを指定するようにしてください。

  openflow native vlanコマンドでOpenFlowの内部制御用VLANを指定してから、vlan databaseコマンドで該当VLANを作成するとOpenFlowが正常に動作しません。
  なお、openflow native vlanコマンド → vlan databaseコマンドの順に設定を行ってしまった場合は、次のいずれかの手順で正常な動作に戻すことができます。

  • いったん設定を保存し、システムを再起動する。
  • いったん no openflow native vlan でOpenFlowの内部制御用VLANの指定を初期値に戻し、vlan databaseコマンドでVLANモードに移行して no vlanで該当VLANを削除した後、あらためて vlan databaseコマンド → openflow native vlanコマンドの順に設定を行う。

6.37. バーチャルシャーシスタック（VCS）

• 6.37.1

  VCSスレーブを交換する際、マスターとスタックケーブルで接続して電源をオンにした後、通常、スタックIDを変更し、AMFを有効に設定するため、2回の再起動が必要になりますが、AMFネットワークに所属後、コンフィグの同期に時間がかかり、コンフィグの同期後に以下のようなエラーメッセージが表示され、もう一度再起動を要求されます。

  Post startup check found the following errors:
  Processes not ready:
  authd bgpd epsrd irdpd lacpd lldpd mstpd ospf6d ospfd pdmd pim6d pimd ripd ripngd rmond sflowd vrrpd
  Timed out after 300 seconds
  Bootup failed, rebooting in 3 seconds.
  Do you wish to cancel the reboot? (y) :

• 6.37.2
  LDFが検出されlink-downアクションが実行されている間にループを解消し、VCSマスター切り替えが発生すると、LDF検出時アクションが実行されたポートが設定時間経過後も復旧しません。該当のポートにてshutdownコマンドをno形式で実行すると、リンクが復旧します。
• 6.37.3
  VCSとEPSRを併用する場合、reboot rollingコマンドを実行した際に約1分程度の通信断が発生する場合があります。
• 6.37.4
  マスター切り替えが発生したとき、Failed to delete 'manager' というメッセージが表示されることがあります。これは表示だけの問題で動作には影響しません。
• 6.37.5
  VCS構成時、EPSRとIGMPを併用している場合、IGMPタイマーは初期値より短く設定しないでください。
• 6.37.6
  同一ネットワーク上に複数のVCSグループが存在する場合は、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを、該当するVCSグループ間で重複しないように設定してください。バーチャルシャーシIDの設定は、stack virtual-chassis-idコマンドで行います。また、VCSグループのバーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。
• 6.37.7
  VCSスレーブのスイッチポートにwrr-queue disable queuesコマンドやwrr-queue egress-rate-limitコマンドを設定している場合、再起動にはreboot rolling/reload rollingコマンドではなく、通常のreboot/reloadコマンドを使ってください。reboot rolling/reload rollingを使用すると、再起動後スレーブのスイッチポートにwrr-queue disabled queuesコマンド、wrr-queue egress-rate-limitコマンドが適用されません。
• 6.37.8
  VCSとAMFの併用時にreboot rollingを実行すると、通常よりも通信復旧に時間がかかる場合があります。
• 6.37.9
  VCSとRSTPの併用時にreboot rollingを実行すると、通常よりも通信復旧に時間がかかる場合があります。
• 6.37.10
  VCS構成においてログを出力しない再起動、またはカーネルリブートが発生した後、新規マスターの全ポートのリンクダウン・アップが一時的に発生します。
• 6.37.11
  VCS構成においてHSLプロセスが異常終了した場合、新規マスターの全ポートのリンクダウン・アップが発生します。
• 6.37.12
  VCS構成時、スレーブに接続したコンソールターミナルからのCLIログイン時には、TACACS+サーバーを用いたログイン認証ができません。ユーザー認証データベースによる認証は可能です。
• 6.37.13
  VCSメンバーがVCSグループからいったん離脱し、その後再加入してきた場合、再加入したメンバー上にメンバーポートを持つLACPチャンネルグループのカウンター（show interfaceコマンドで表示されるもの）が実際の2倍の値を示します。
• 6.37.14
  3台以上のノードでスタックを組んでいる際、VCSマスター切り替えを行うと、レジリエンシーリンクに関する下記のエラーログが出力されることがあります。

  Resiliency link healthchecks have failed, but master(member-xx) is still online

• 6.37.15
  EPSRのトランジットノードでVCSのローリングリブートを行った場合、10秒程度の通信断が発生することがあります。
• 6.37.16
  VCS構成において、多数のマルチキャストグループが存在する場合、VCSのマスター切り替えが発生するとマルチキャストの通信が復旧するまでに時間がかかります。
• 6.37.17
  レジリエンシーリンクが設定されたポートにQoSストームプロテクションを設定しても警告メッセージが表示されなくなりましたが、併用はできません。
• 6.37.18
  VCS構成時、access-group insert-beforeコマンドを使ってスレーブ側のポートにハードウェアアクセスリスト（ACL）を追加しようとするとエラーが発生し追加できないことがあります。その場合は、いったんスレーブ側のポートに適用されているACLをすべて解除し、その後再適用することで本現象を回避できます。
• 6.37.19
  VCS構成時にユーザーを新規作成し、コンフィグを保存せずに再起動した場合、以下のログが出力されますが、これは表示だけの問題であり、再起動前に作成したユーザーは正しく削除されています。

  2015 Oct 21 16:31:28 user.err awplus IMI[762]: Failed to delete user1 from operating system.

• 6.37.20
  stack priorityコマンドを設定したメンバーがVCSグループから離脱すると、同設定がランニングコンフィグから一時的に削除されます。なお、該当メンバーがVCSグループに再度加入するとコンフィグも再度設定されます。
• 6.37.21

  VCS構成でPoEを有効にしている場合、起動時に下記のログが生成されますが、動作に影響はありません。

  user.err awplus apteryxd: SEARCH: Error processing request
  user.err awplus apteryxd: No response from indexer for path "/poe/stack-members/

• 6.37.22
  DHCPクライアントとして動作しているVCSグループでVCSマスターの切り替えが発生すると、 切り替え前に取得したIPv4アドレス、IPv6アドレス、DNSサーバーの情報がVCSメンバー間で同期されません。 なお、本事象が発生した場合でも通信等に影響はありません。

6.38. Web GUI

• 6.38.1
  Web GUI にログインセッションタイムアウト（gui-timeout コマンド）を設定している場合、タイムアウト時に空のダイアログが表示されますが、これは表示だけの問題であり、ログアウトは正常に行われています。
• 6.38.2
  Web GUI を使用する場合は、enable password コマンドを設定しないでください。
• 6.38.3
  フラッシュメモリーの空き容量が足りないと、Webサーバーを起動できずWeb GUIにアクセスできなくなります。その場合は、CLI から delete コマンド等を実行して空き容量を確保してください。

7. マニュアルの補足・誤記訂正

各種ドキュメントの補足事項および誤記訂正です。

7.1. インターフェース / ポート認証

• 7.1.1
  バージョン5.4.5-2.1での修正項目

  下記項目はCentreCOM Secure HUB GS900MXシリーズ リリースノート(5.4.6-0.1、5.4.6-1.1)で制限事項として掲載していましたが、実際は発生しませんでした。

  • 802.1X認証とWeb認証の2ステップ認証機能利用時に、ローカルRADIUSサーバーは使用できません。また、802.1X認証とWeb認証の2ステップ認証でローカルRADIUSサーバー以外のRADIUSサーバーを使用するときは、認証スイッチとRADIUSサーバーとの間で使用する認証方式を、802.1X認証とWeb認証でそれぞれ別の方式に設定してください。

8. サポートリミット一覧

9. 未サポート機能（コマンド）

10. 最新マニュアルについて

アライドテレシス株式会社