- 6.25.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoEに対応した機器とPoEに対応していない機器が混在したVCS環境において、power-inline enableコマンドを入力すると、PoEに対応していない機器に対するエラーメッセージが表示されますが、一部の非PoEポートの分しか表示されません。
- 6.25.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
power-inline enableコマンドをno形式で実行し、PoE給電機能を無効に設定すると、本来、show power-inlineコマンドのOperの表示が「Disabled」と表示されるべきですが、受電機器が接続されたポートでは「Off」と表示されます。
- 6.25.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE電源の電力使用量が最大供給電力を上回った場合、show power-inline interface detailコマンドのDetection Statusは「Denied」と表示されるべきですが、「Off」と表示されてしまいます。同様に、ポートの出力電力が上限値を上回った場合、「Fault」と表示されるべきですが、「Off」と表示されてしまいます。
- 6.25.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポートの出力電力が上限値を上回った状態で数分間放置すると、実際に接続している受電機器の電力クラスと異なる電力クラスが表示される、または「n/a」と表示されることがあります。また、これに伴ってMaxも実際とは異なる値が表示されます。ポートの出力電力が上限値未満に戻ると、表示も回復します。
- 6.25.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポートの出力電力が上限値を上回った状態のとき、show power-inlineのOperの表示が、実際の「Fault(ポートの出力電力が上限値を上回ったために給電を停止している)」ではなく「Denied(PoE電源の電力使用量が最大供給電力を上回ったために給電を停止している)」となることがあります。
- 6.25.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
プリスタンダード方式の受電機器を接続した場合、ポートがリンクアップしないことがあります。ポートがリンクアップしないときは、ケーブルの抜き差しを行ってください。
- 6.25.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
受電機器(PD)によっては、PoEポートに接続してから給電が開始されるまで30秒程度かかる場合があります。
- 6.25.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE対応モデルのPoEポート同士を接続するときは、no power-inline enableで両ポートのPoE機能を無効にしてください。
- 6.25.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
給電中のポートのPoE給電機能を無効化しないでください。
- 6.25.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE+が有効なポートでPoE+とそれより電力の低いクラスのPoEの信号を短時間に受信した場合、PoE+準拠の電力を供給してしまいます。
- 6.25.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
power-inline maxコマンドで受電機器の消費電力を下回る値を設定しないでください。また、給電機器で設定している値を超えた電力要求がくると繰り返しトラップを出してしまいますが、通信に影響はありません。
- 6.25.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE給電機能の有効化・無効化を繰り返し行うと、Over budget event
のログが出力されます。
- 6.25.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
power-inline maxコマンドで対象PoEスイッチポートから出力可能な電力の上限値を設定する場合、現在の設定値から±5%以内の値を設定すると、変更が正常に反映されない場合があります。設定を行う場合は現在値からの差が±5%を超える値を設定してください。
- 6.25.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
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.25.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
受電機器へ給電中にPoE機能を無効にすると、給電は正常に停止しますが、その際に show power-inline counters コマンドの MPSAbsent の値が正しくカウントアップされません。
- 6.25.16
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE電源の電力使用量が最大供給電力を上回った場合、ポートLED(POE)は点滅されるべきですが、消灯されてしまいます。
- 6.25.17
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
PoE電源の電力使用量が装置全体の最大供給電力を上回るようにPDを接続すると、そのポートの状態は「Denied」になります。その後「Denied」になったポートよりも給電優先度が低いポートに最大供給電力を上回らないクラスのPDを接続した場合、そのポートの状態も「Denied」になるべきですが、表示上「Powered」状態となり、POE LEDも給電中を示す点灯状態になりますが、実際には給電されません。
- 6.25.18
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
service power-inline コマンドでPoE給電機能の有効化と無効化を繰り返すと、show power-inline コマンドの Nominal Power 欄に 0W と表示される場合があります。その場合は再度 show power-inline コマンドを実行してください。
- 6.25.19
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
Non-stop PoE 機能の使用時、一部のポートで同機能を無効化した状態で本製品を再起動すると、ごくまれに無効化したポートから給電が正しく開始されないことがあります。
- 6.27.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
プライベートVLANからプライマリーVLANを削除する場合は、事前にプライマリーVLAN、セカンダリーVLANともに、プライベートVLANの関連付けを解除してください。その後、プライマリーVLANのみを削除、再作成し、改めてプライベートVLANとプライマリーVLAN、セカンダリーVLANの関連付けを行ってください。
- 6.27.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
switchport trunk allowed vlanコマンドのexceptパラメーターに、該当ポートのネイティブVLANとして設定されているVLANを指定しないでください。exceptパラメーターでネイティブVLANを指定した場合、設定内容が正しくランニングコンフィグに反映されず、実際のVLAN設定状態との間に不一致が発生します。
- 6.27.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
プライベートVLAN設定時に一度設定したホストポートは、その後設定を削除しても、show vlan private-vlanの表示に反映されず、ホストポートとして表示されたままになります。
- 6.27.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
プライベートVLANでセカンダリーVLANを削除したとき、private-vlan associationコマンドの設定を削除することができなくなります。セカンダリーVLAN を削除する場合は、事前にprivate-vlan associationコマンドの設定を削除してください。
- 6.27.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
タグ付きのトランクポートにポート認証が設定されている際、認証の設定を維持したままポートトランキングの設定を削除し、ネイティブVLANの設定を行う場合は、一度タグなしVLANに設定を変更してから再度ポートトランキングを設定し、ネイティブVLANの設定変更を行ってください。
- 6.27.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
マルチプルVLAN(プライベートVLAN)をCLIから設定した場合、コマンドの入力順序によってはプロミスキャスポート・ホストポート間の通信ができなくなる場合があります。その場合は、設定を保存してから再起動してください。
- 6.27.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
エンハンストプライベートVLAN使用時に、セカンダリーポート(端末接続用ポート)配下の端末から本製品に対するTelnet、Pingなどを拒否するには、アクセスリストで通信を制限してください。
- 6.27.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
1ポートに適用するVLANクラシファイアグループは2グループまでにしてください。
同じVLANクラシファイアグループ内に複数のルールを定義した場合、設定順ではなく番号順に反映されます。
- 6.27.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
511個以上のVLANを設定するか、511個以上のVLANが設定されたコンフィグを読み込んだとき、511番目以降に作成されたVLAN1つごとに下記のようなログが出力されます。
user.err awplus HSL[1078]: HSL: ERROR: Could not create L3 interface in hardware for interface vlan534 834 ret(-6)
また、そのVLANにはIPを設定することができません。
- 6.27.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VLANを511個以上作成し、そのうち63番目以降に作成されたVLANにIPアドレスを設定し、設定を保存した後、再起動をした場合、そのIPアドレスが正常に設定されない場合があります。63番目以降に作成されたVLANにはVIDの小さい順からIPアドレスを設定することで回避できます。
- 6.27.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
インターフェースにプライベートVLANの設定をしたままプライベートVLANを削除することはできません。プライベートVLANを削除する場合は次の手順でVLANを削除するようにしてください。
- インターフェースに対してswitchport mode private-vlanコマンドをno形式で実行してVLANの設定を解除する。
- private-vlanコマンドをno形式で実行してプライベートVLANを削除する。
- 6.27.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VLANクラシファイアが設定されたポートで、そのポートで使用しているVLANの種別(ポートVLAN・タグVLAN)を変更すると、VLANクラシファイアの設定が削除されてしまいます。VLANクラシファイアを設定したポートでVLANの種別を変更する際は、VLANクラシファイアを再度設定してください。
- 6.27.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
エンハンストプライベートVLAN使用時、セカンダリーポートとして使用するポートはプライベートVLANに設定されたVLAN以外に所属させないでください。
- 6.27.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
スタティックARPエントリーが設定されているポートの所属VLANを変更する場合は、一度スタティックARPの設定を削除してから所属VLANを変更してください。
- 6.27.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
スタティックマルチキャストグループのメンバーポートに設定しているポートの所属VLANを変更する場合は、一度スタティックマルチキャストグループの設定を削除してから所属VLANを変更してください。
- 6.27.16
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IPサブネットVLAN を使用する場合は、以下の条件を満たすように設定してください。
また、IPサブネットVLANは本製品(CPU)宛ての通信には使用できません。
- 6.27.17
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
マルチキャスト通信を行う場合、作成できるVLAN数は256個までになります。
- 6.27.18
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ダブルタグVLAN構成において、プロバイダーポートで受信した外側タグ付きパケットを別のプロバイダーポートへ転送する場合、platform vlan-stacking-tpidコマンドが設定されているにも関わらず外側タグのTPIDが変更されずに、platform vlan-stacking-tpidコマンドの初期値である8100を設定してパケットを転送します。
なお、これはプロバイダーポートで外側タグ付きパケットを受信した時のみの問題で、カスタマーエッジポートで外側タグなしパケットを受信した場合は、platform vlan-stacking-tpidコマンドで指定したTPIDに変更した外側タグを付けて送信します。
- 6.27.19
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、多数(1000個以上)のVLANをタグ付きポートとして複数ポートに割り当て、なおかつ、該当VLANにIPアドレスを設定している場合、500個以上のVLANを同時に削除しないでください。
- 6.27.20
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、IPアドレスを設定しているVLANを多数(1000個以上)同時に削除しないでください。
- 6.27.21
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VLANを多数(1000個以上)追加、削除する処理には時間がかかることがありますが、通信に影響はありません。
- 6.40.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VRRPが動作する機器は、OSPFのエリア境界ルーター(ABR)に設定することはできません。ABRでグレースフルリスタートが発生した後、隣接関係をダウンさせると、隣接関係を保持していたサブネットのサマリーLSAが削除されます。
- 6.40.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFにおいて、代表ルーター(DR)として動作している時にclear ip ospf processコマンドを入力すると、隣接ルーターがDRに変更されます。
- 6.40.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPF使用時、グレースフルリスタート後やVCSのマスター切り替え後にshow ip ospf routeコマンドを実行すると、インターフェース経路の種別が通常の「C(Connected)」ではなく「O(OSPF)」と表示されます。これは表示だけの問題であり、通信には影響ありません。また、インターフェースのダウンやOSPFプロセスの再起動によって解消されます。
- 6.40.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFの経路フィルタリングにおいて、match metricコマンドを使った特定経路の破棄ができません。
- 6.40.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFで完全スタブエリア(area stub no-summary)に指定すると、本来そのエリア内にはデフォルトルートのみを通知するべきですが、各エリアへのルート情報(タイプ3LSA)が通知されてしまいます。
- 6.40.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
異なるOSPFプロセス間のOSPF再通知は未サポートになります。
- 6.40.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
overflow databaseコマンドをno形式で実行した場合、設定を有効にするには再起動が必要となります。
- 6.40.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPF環境でルートマップを使用してIP経路表へ特定のネットワークのみの経路を登録させる場合、受信したLSUパケット内部の経路エントリーの最初から255個までしかルートマップの動作対象になりません。対向機器から受信するルート数は255以内におさまるようにしてください。
- 6.40.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFモードおよびOSPFv3モードのpassive-interfaceコマンドで、インターフェースを指定せずに実行してすべてのインターフェースで有効にした後、no形式で一部のインターフェースのみを無効にする操作は行わないでください。
- 6.40.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時にマスター切り替えが複数回発生した場合、redistributeコマンドによるスタティックルートの通知ができない場合があります。旧マスターがVCSに復帰するとこの問題は解消されます。
- 6.40.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFv2において、設定した間隔より早くグレースフルリスタートが実行されることがあります。
- 6.40.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS機能とOSPF機能を併用する場合、グレースフルリスタート機能を無効にする設定は、未サポートです。(OSPFのASBRとして動作する機器において、VCSを構築する場合、VCSのマスター切り替え後にAS外部LSAの更新処理を行わなくなるため)構成上、OSPFグレースフルリスタート機能を無効にしたい場合、隣接するOSPFピアにおいて、その補助動作を行わないよう設定してください。
- 6.40.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OSPFを使用している環境でセカンダリーIPアドレスの設定を動的に行った場合、セカンダリーIPアドレスと同一サブネットのアドレス宛てに本製品のsshコマンドやpingコマンドなどを実行した場合、始点アドレスとしてプライマリーIPアドレスをセットしたパケットを送信してしまいます。通信先でマネージメントACLなどのアクセス元制限を行っている場合は、本製品のプライマリーIPアドレスからのアクセスも許可するよう設定してください。
- 6.40.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
エリア境界ルーター(ABR)でOSPFルーティングプロセスが再起動した場合、グレースフルリスタート有効時でもエリア間経路は削除されます。そのため、エリア間経路を使用した通信では、再度経路が登録されるまで数秒間の通信断が発生します。
- 6.40.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ip ospf disable all コマンドでOSPFのインターフェースを無効化した場合、同コマンドを no 形式で実行しても再有効化できません。再有効化するには、clear ip ospf processコマンドで該当OSPFプロセスを再起動してください。
- 6.51.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
show ip igmp groupsコマンドの表示結果に、IGMPを有効に設定していないVLANが表示されることがあります。これはshow ip igmp groupsコマンドの表示だけの問題であり、動作に影響はありません。
- 6.51.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IGMPプロキシーにおいて、下流インターフェースに指定しているVLANを無効にしても、上流インターフェースにグループ情報が残り続けます。
- 6.51.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ip igmp proxy-serviceコマンドの設定を取り消す場合は、いったん対象VLANインターフェースを shutdown
してから、 no ip igmp proxy-service
を実行し、その後VLANインターフェースを no shutdown
してください。
- 6.51.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
clear ip mrouteコマンドでマルチキャスト経路エントリーを削除すると、ip igmp static-groupコマンドで設定したIGMPのスタティックエントリーも削除されてしまいます。clear ip mrouteコマンド実行後は、ip igmp static-groupコマンドを再実行してください。
- 6.51.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IGMPプロキシー機能は、送信元指定付きのIGMPv3パケットをサポートしていません。IGMPプロキシー使用時は、送信元を指定する機能のないIGMPv1、IGMPv2か、送信元指定なしのIGMPv3を使用してください。
- 6.51.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
スタティックマルチキャストグループ(ip igmp static-groupコマンド)とVCSの併用は未サポートです。
- 6.51.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IGMP Snoopingが有効な状態で、一旦無効にし、再度有効にした場合、その後に受信するIGMP Reportを全ポートにフラッディングします。IGMP Snoopingを再度有効にした後、clear ip igmp groupコマンドを実行して全てのエントリーを消去することで回避できます。
- 6.51.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
Includeリスト(送信元指定)付きのグループレコードが登録されている状態で、あるポートに接続された唯一のメンバーからグループ脱退要求を受信すると、そのポートには該当グループのマルチキャストトラフィックが転送されなくなりますが、他のポートで同じグループへの参加要求を受信すると、脱退要求によって転送のとまっていたポートでもマルチキャストの転送が再開されてしまいます(この転送は、脱退要求を受信したポートのPort Member listタイマーが満了するまで続きます)。
- 6.51.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ダイナミック登録されたルーターポートを改めてスタティックに設定した場合、ダイナミック登録されてから一定時間が経過すると設定が削除されます。また、一定時間が経過するまでの間、コンフィグ上にはスタティック設定が表示されますが、ip igmp snooping mrouter interfaceコマンドをno形式で実行しても、コンフィグから削除することができません。ルーターポートをスタティックに設定する場合は、該当のポートがダイナミック登録されていないことを確認してください。
- 6.51.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
未認識のIGMPメッセージタイプを持つIGMPパケットは破棄されます。
- 6.51.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
不正なIPチェックサムを持つIGMP Queryを受信しても破棄しません。そのため、当該のIGMP Queryを受信したインターフェースはルーターポートとして登録されてしまいます。
- 6.51.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IGMP Snooping利用時、IGMP Querierを挟まないネットワーク上にマルチキャストサーバーとホストがいる場合、ホストが離脱した後もタイムアウトするまでパケットが転送され続けます。clear ip igmpコマンドで手動でエントリーを削除してください。
- 6.51.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
IGMPのQuerierとIGMP Snoopingが有効になっている機器が別に存在する場合、上位のQuerierからQueryを受け取った際に、レポート抑制機能によって自身がレポートを送信しますが、配下にグループメンバーが存在していない場合でも、Querierにレポートを送信してしまう場合があります。レポート抑制機能を無効化することで本事象は回避できます。
- 6.51.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ip igmp maximum-groupsコマンド使用時、ポートに動的に登録されたマルチキャストグループと同じグループをスタティックで登録する場合は、動的に登録されているグループをクリアした後にスタティックで登録してください。
- 6.54.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLDv2において、グループエントリーがスタティック登録されている状態で、同じグループがダイナミックに登録され、待機時間が経過した時、ダイナミック登録されたエントリーとともに、スタティック登録されたエントリーもコンフィグから削除されます。
- 6.54.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
clear ipv6 mldコマンド実行時に % No such Group-Rec found
というエラーメッセージが表示されることがありますが、コマンドの動作には問題ありません。
- 6.54.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLDパケットのMax Query Response Timeフィールドの値が、本製品の設定の1/100の数値で送出されます。MLDをお使いの際は、ipv6 mld query-max-response-timeコマンドでなるべく大きい値(最大値は240)を設定してください。
- 6.54.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLDのNon-Queriersは、レコードタイプがBLOCK_OLD_SOURCESのMLDv2 Reportメッセージを受信しても、指定された送信元アドレスを削除しません。
- 6.54.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLDv1とMLDv2混在環境において、MLDv2 ReportでExcludeモードになっている状態で、MLDv1 Reportを受信した場合、該当アドレスはExcludeモードのソースリストから削除されているにもかかわらず、その後、該当アドレスからのマルチキャストパケットが転送されません。
- 6.54.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
clear ipv6 mrouteコマンドでマルチキャスト経路エントリーを削除すると、ipv6 mld static-groupコマンドで設定したMLDのスタティックエントリーも削除されてしまいます。clear ipv6 mrouteコマンド実行後は、ipv6 mld static-groupコマンドを再実行してください。
- 6.54.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
トランクグループにMLDのグループエントリーをスタティック登録すると、 (S,G)エントリーに加えて(*,G)エントリーも作成されます。
- 6.54.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
clear ipv6 mld group *
ですべてのグループを削除した場合、ルーターポートのエントリーも削除されてしまいます。clear ipv6 mld group ff1e::1
のように特定のグループを指定した場合は削除されないため、グループを指定し削除してください。また、削除されてしまった場合もMLD Queryを受信すれば再登録されます。
- 6.54.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
スタティックMLDグループを設定した後、clear ipv6 mldコマンドでマルチキャストグループを指定すると、ランニングコンフィグからスタティックMLDグループが削除されます。
- 6.54.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLDエントリーのテーブルがリミット上限まで登録されている状態でshow ipv6 mld groupsコマンドを VLANを指定して実行した場合、一番最後に登録された1エントリーが表示されません。これは表示上のみの問題で、通信は正しく行われます。show ipv6 mld groups detailを実行することで、すべてのエントリーが表示できます。
- 6.54.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLD SnoopingのReport抑制機能が有効なとき(初期設定は有効)、ルーターポートで受信したMLDv1 ReportまたはDoneメッセージを受信ポートから再送出してしまいます。これを回避するには、no ipv6 mld snooping report-suppression
でReport抑制機能を無効化してください。
- 6.54.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLD Snoopingを無効にしても一部のMLD Snoopingの機能が動作し続けます。このため、showコマンド上のMLDエントリーが更新されつづけたり、MLDのパケットを受信した際にMLDが動作していることを示すログが出力されます。
- 6.54.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
MLD Snoopingを一時的に無効にして再度有効にする場合は、無効にしてから有効にするまでに約5分間隔を空けてください。
- 6.54.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
Multicast Listener ReportメッセージおよびMulticast Listener Doneメッセージがフラッディングされます。
- 6.56.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
wrr-queue disable queueコマンドを設定している状態でno mls qosコマンドによりQoS自体を無効にする場合は、先にno wrr-queue disable queueコマンドを実行してください。
- 6.56.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
QoSの送信スケジューリング方式(PQ、WRR)が混在するポートを手動設定のトランクグループ(スタティックチャンネルグループ)に設定した場合、ポート間の送信スケジュールが正しく同期されません。トランクグループを設定した場合は、個々のポートに同じ送信スケジュール方式を設定しなおしてください。
- 6.56.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
mls qos map cos-queueコマンドでcos-queueマップを変更していても、マルチキャストパケットのCPU宛て送信キューが、デフォルトのcos-queueマップにしたがって決定される場合があります。これらのマルチキャストパケットを任意のCPU宛て送信キューに振り分けるには、remark new-cosコマンドを使って該当パケットの内部CoS値を書き換えてください。その際、該当パケットに対しては、デフォルトのcos-queueマップが適用されることにご注意ください。
- 6.56.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポリシーマップ名に「|」(縦棒)を使用しないでください。
- 6.56.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポリサーのアクションをdrop-redに設定する場合は、MINBURST、MAXBURSTの合計を40960以上に設定してください。
- 6.56.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
QoSストームプロテクションのlinkdownアクションを解除するときは、switchport enable vlanコマンドではなく「no shutdown」を使ってください。
- 6.56.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
QoSストームプロテクションでアクションが実行されたポートがマスター切り替えなどでダウンして事前設定された状態になったとき、ポートステータスの表示がerr-disabledのままですが、表示上の問題で動作に影響はありません。また、再加入するなどして事前設定された状態ではなくなったときには正常な表示に戻ります。
- 6.56.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
mls qos enableコマンドをno形式で実行しても、一部のmls qos関連のコマンドがランニングコンフィグから削除されないことがあります。不要な場合はno形式で実行して削除してください。
- 6.56.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポリシーベースルーティングを設定したネクストホップのインターフェースは必ずすべてリンクアップさせてください。
- 6.56.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
QoSにおいて、本体宛て通信に対する内部CoS値の書き換えが正しく動作しません。 なお、自動的に優先される制御パケットは正しく優先処理されます。
- 6.56.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
mls qos cosコマンドは、LAGインターフェース(saX、poX)ではなく、メンバーポート(portX.Y.Z)に対して設定してください。
- 6.56.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
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.56.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
wrr-queue queue-limitコマンドをno形式で実行しても、show mls qos interfaceコマンドで表示されるQueue Limitの値が初期値に戻りませんが、これは表示だけの問題で、実際には初期値に戻っています。
- 6.56.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポリシーベースQoSのvlanパラメーターはタグ付きパケットに対してのみ有効です。タグなしパケットでは動作しません。
- 6.56.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
下記3条件の併用はできません。
match cos
または match eth-format protocol ethii-tagged
match vlan
またはアクセスリストのvlan
パラメーター
match access-group
- 6.56.16
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ダブルタグパケットに対して、match cos
および match eth-format ethii-tagged protocol
の条件は適用できません。
- 6.56.17
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
- 6.56.18
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
設定済みのポリシーマップ、アクセスリストをダイナミックに変更する場合は、ACLまたはQoSの登録上限値を超えないようにしてください。
- 6.56.19
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ハードウェアアクセスリストのvlanパラメーターを使用する場合は、QoSのmatch vlan節を併用してください。
- 6.56.20
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
1つのクラスマップでmatch access-group節とmatch cos節を併用する際、match access-groupで適用するアクセスリストのオプションで受信VLANを指定していると、match cos節が動作しません。受信パケットのVLANを指定する場合は、アクセスリストのオプションは使用せず、クラスマップにmatch vlan節を追加してVLANを指定するようにしてください。
- 6.56.21
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VLANハードウェアパケットフィルターを使用する際はVLAN1以外を使用してください。
- 6.56.22
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ポリシーベースQoSのクラスマップでは、match vlan節で識別されたトラフィッククラスのパケットに対し、外部CoS値、内部CoS値の書換え(remark new-cosコマンド)が動作しません。特定VLANのパケットに対する外部CoS、内部CoSの書き換えを行いたい場合にはアクセスリストのVLANパラメーターを使用してください。
- 6.62.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
SSHサーバー機能を使用中、既に鍵が作成済みの状態でcrypto keyコマンドを入力した場合、通常、鍵を上書きするか確認メッセージが表示されますが、AMFのワーキングセットからcrypto keyコマンドを入力すると、確認メッセージが表示されず、また、鍵の上書きもされません。鍵を作成しなおす場合は、既存の鍵を削除してから再度作成してください。
- 6.62.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFクロスリンク、EPSR、VCSを使用した構成で、VCSメンバーがダウンし、復旧した際、復旧したVCSメンバーに接続されているAMFノードが認識されません。EPSRリング内では、AMF Node Depth値が異なるAMFノード同士はAMFリンクで接続してください。
- 6.62.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成において、スタックリンクに障害が発生しVCSメンバーがDisabled Master状態になると、スタックリンクとレジリエンシーリンク以外のポートは無効化されますが、EPSRを併用している場合、show atmf nodesコマンドの結果には、Disabled Master状態となり無効化されたポートに接続されたAMFノードが表示されてしまいます。EPSRリング内では、AMFマスターからの距離(ホップ数)の異なるAMFノード同士は、AMFクロスリンクではなくAMFリンクで接続してください。
- 6.62.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFリンクとして使用しているスタティックチャンネルグループの設定や構成を変更する場合は、次に示す手順A・Bのいずれかにしたがってください。
[手順A]
- 該当スタティックチャンネルグループに対してshutdownを実行する。
- 設定や構成を変更する。
- 該当スタティックチャンネルグループに対してno shutdownを実行する。
[手順B]
- 該当ノード・対向ノードの該当スタティックチャンネルグループに対してno switchport atmf-linkを実行する。
- 設定や構成を変更する。
- 該当ノード・対向ノードの該当スタティックチャンネルグループに対してswitchport atmf-linkを実行する。
- 6.62.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
リブートローリング機能でファームウェアバージョンをAからBに更新する場合、すでに対象ノードのフラッシュメモリー上にバージョンBのファームウェアイメージファイルが存在していると、ファームウェアの更新に失敗します。このような場合は、対象ノードから該当するファームウェアイメージファイルを削除してください。
- 6.62.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFネットワーク内にマスターノードが存在しない場合でもAMFネットワークが構成できてしまいますが、AMF機能は利用できません。
- 6.62.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマスターがAMFメンバーよりも後からAMFネットワークに参加するとき、AMFマスターのコンフィグにてその他メンバーからのワーキングセット利用やリモートログインに制限がかけてあっても、既存のメンバーに対してこれらの制限が反映されません。再度AMFマスター上でatmf restricted-loginコマンドを実行することで、すべてのAMFメンバーに対して制限をかけることができます。
- 6.62.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFのメンバーのネットワーク名を変更した後にAMFマスターとして設定し、再起動した場合、元のネットワーク名のAMFマスターはそのメンバーをノードリストから取り除くべきですが、その場合も、30分間程度、AMFマスターからノードリストに残り続けてしまいます。
- 6.62.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
複数のデバイスからatmf working-setコマンドのgroupパラメーターにallを指定して実行しないでください。コンソールが応答しなくなる場合があります。
- 6.62.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf backup bandwidthコマンドのオンラインヘルプにおいて、AMFバックアップデータの転送に使用する帯域を0kbpsに制限することができるようなヘルプメッセージが表示されます。実際には、値に0を指定した場合、atmf backup bandwidthコマンドをno形式で実行したときと同様、AMFバックアップデータの転送に使用する帯域の制限が解除されます。
- 6.62.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
show atmfコマンドにdetailオプションを指定した際の表示結果において、所属ドメインにおける役割(Domain State)が「OtherController」になっているAMFノードは、AMFネットワークから脱退してもAMFデータベースは古いまま更新されません。AMFノードの状態は、AMFマスターからご確認いただけます。
- 6.62.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFクロスリンクを抜き差しすると、show atmf links statisticsコマンドの表示結果にて、Discardsカウンターが8ずつ増加します。
- 6.62.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマスター上でatmf recoverコマンドによってメンバーノードの内蔵フラッシュメモリーの復元を実行した場合、復元が完了しても、マスターノード上で完了を示すメッセージが出力されません。復元の完了は、対象ノードにおけるログ出力によって確認できます。
- 6.62.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
バックアップ先(USBメモリー、SD/SDHCカード、外部SSHサーバー)の空き容量不足でAMFバックアップに失敗した場合、そのことを示すエラーメッセージがbufferedログには出力されますが、コンソールには出力されません。
- 6.62.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ワーキングセットプロンプトではdoコマンドを使用できません。
- 6.62.16
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
オートリカバリーが成功したにもかかわらず、リカバリー後に正しく通信できない場合は、代替機の接続先が交換前と同じポートかどうかを確認してください。誤って交換前とは異なるポートに代替機を接続してしまった場合は、オートリカバリーが動作したとしても、交換前とネットワーク構成が異なるため、正しく通信できない可能性がありますのでご注意ください。
- 6.62.17
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf cleanupコマンドの実行後、再起動時にHSLのエラーログが表示されますが、通信には影響はありません。
- 6.62.18
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとAMFを併用している環境で、VCSバックアップメンバーが加入直後に、AMFマスターから atmf working-setコマンドを実行すると本製品配下の機器がワーキングセットグループに加入できません。VCSバックアップメンバーが加入後に atmf working-setコマンドを実行する場合は、一分以上経過してからにしてください。
- 6.62.19
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFとEPSRを併用しているとき、EPSRリング内のAMFクロスリンクで接続している箇所がリンクダウンしていると、AMFのオートリカバリーが正常に完了しません。手動リカバリーを利用してください。
- 6.62.20
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFバーチャルリンクの設定を削除した際、show atmf links detailで表示される「Special Link Present」がFALSEにならないことがあります。再起動することで正しく表示されます。
- 6.62.21
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
no atmf enableでAMF機能を無効化しても、AMF自動バックアップ機能が動作しようとします。バックアップファイルは保存されませんが、空のフォルダーが作成され、ログが出力されます。
- 6.62.22
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFのバックアップ先としてSSHサーバーを使用している環境において、機器の起動時、サーバーへの通信が切断されたときにログが出力されます。起動後にサーバーと正しく接続されるとログの出力がなくなり、正しくバックアップができます。
- 6.62.23
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFネットワークにおいてローカルマスターが孤立、または、ダウンしている間は該当エリア内のAMFメンバーの設定は変更しないでください。ローカルマスターが復旧後に正しくリカバリーできなくなります。
- 6.62.24
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
バックアップ先SSHサーバーに接続できない状況では、「show atmf backup server-status」コマンドの応答に1分程度の時間がかかります。
- 6.62.25
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf working-setコマンドをno形式で実行する場合は、グループ名を省略しないでください。
- 6.62.26
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ファームウェアバージョン5.4.5-0.x以前のファームウェアを使用している機器と、AMF仮想リンクで接続した際に、AMFネットワークへ正常に参加できないことがあります。接続するインターフェースのMTU値を1442に変更することで正常に参加することができます。
- 6.62.27
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFコントローラーとローカルマスターが別筐体で、かつ、同一エリアに存在する場合、ローカルマスターでatmf restricted-loginコマンドを実行するとAT-Vista Managerのノードマップにおいて、同エリアのAMFノードに対しSSH接続ができません。
- 6.62.28
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFセーフコンフィグが適用されてAMF接続ポート(AMFリンクまたはAMFクロスリンク)以外のポートがすべてシャットダウンされるとき、シャットダウンまでに数秒時間がかかることがあります。
- 6.62.29
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFゲストノードを接続するAMFメンバーにおいて、discoveryコマンドでdynamicを指定し、なおかつ、DHCP Snoopingが有効で配下にDHCPクライアントが存在する場合、該当メンバーでshow atmf links guestコマンドを実行すると、配下にあるDHCPクライアントのIPアドレスが表示されます。
- 6.62.30
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマスターからatmf working-setコマンドでワーキングセットプロンプトへ移動し、無効なコマンドを入力後に「?」を使用した場合、端末画面の1ページ当たり行数の最下行を意味する--More--
から、キー操作をしても続きが表示されなくなる場合があります。本現象が発生した場合は Ctrl/C
を入力することで復旧できます。
- 6.62.31
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf backup area-masters nowコマンドで特定のエリアを指定し、ローカルマスターのバックアップを手動で行うと、通常は指定したエリアのバックアップのみが行われますが、他エリアにあるローカルマスターのバックアップも同時に行われてしまいます。
- 6.62.32
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
show atmf links statisticsコマンドにおいて、Type 26のカウンターが正常に表示されない場合があります。
- 6.62.33
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
2台のローカルマスターがAMFクロスリンク接続で二重化され、片側のローカルマスターのみがAMFコントローラーと接続されている構成において、ローカルマスター間のAMFクロスリンクが切断された場合、AMFコントローラーと接続されていないローカルマスター上で show atmf area コマンドを実行すると、Local Gateway が Reachable と表示されます。
- 6.62.34
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
LACPインターフェースでAMFリンクの設定を行っている構成で対向機器が再起動すると、起動後に以下のログが出力されることがありますが、ログのみの問題でAMFの動作には影響ありません。
user.notice awplus ATMF[523]: Incarnation is not possible with the data received port1.0.28 (ifindex 5028)
- 6.62.35
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
log event-host atmf-topology-eventコマンド設定時、AT-Vista Manager用のイベントログは、同コマンドで指定したIPアドレスだけでなく、log host
で設定したすべてのsyslogサーバーに送信されます。
- 6.62.36
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFゲストノードの情報取得方法(discovery)をstaticに設定している場合、30秒間隔で5回ゲストノードのポーリングに失敗すると、それ以降ゲストノードの検出動作が行われなくなります。再度、ゲストノードの検出を行うには、ゲストノードが接続されているポートのリンクダウン・アップを行ってください。
- 6.62.37
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFコントローラー機能を使用した環境において、接続されたローカルマスター数が最大値(60台)を超えても、コンソール上に警告ログが出力されません。ローカルマスターの数が最大値を超えていないかどうかは、show atmf areaコマンドのArea count(エリア数)が 61(コントローラーエリア1+ローカルマスターエリア60)を超えていないかどうかで判断してください。
- 6.62.38
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成のAMFノードをAMFネットワークから完全に撤去するときは、VCSスレーブ → マスターの順で電源をオフにするか、VCSマスターの電源をオフにしたのち10秒以上経過してからスレーブの電源をオフにしてください。
※VCSグループごと同一機種に交換する場合は除きます。
- 6.62.39
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AT-Vista Managerを使用してリング構成のAMFネットワークを管理する場合は、リングを構成するAMFメンバー同士の接続にAMFクロスリンクを使用してください。
- 6.62.40
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AT-Vista Managerで管理しているリング構成のAMFネットワークでトポロジーチェンジが発生した場合は、ポーリングのタイミングによって、AT-Vista Manager上でトポロジーチェンジと関係のないリンクが消えたり、ブロッキングポートでない場所にブロッキングアイコンが表示される場合があります。そのような場合は10分程度経過した後、再度ポーリングを実施してください。
- 6.62.41
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
CentreCOM 9900シリーズ、8700シリーズやAT-TQシリーズをAMFゲストノードとして使用し、かつゲストノード配下にDHCPクライアントを接続する場合は、ゲストノードの機器情報取得方法を「static」に設定してください。「dynamic」で機器情報を取得すると、ゲストノードの情報取得が正常に行われなかったり、ゲストノード配下のDHCPクライアントがIPアドレスをリリースするとゲストノードが離脱したと誤検知されるなどの現象がおこることがあります。
- 6.62.42
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSのマスター切り替えが発生し、AMFバックアップサーバーへの接続ができない状況になった場合、1~2分ほどAMFでのコンソール操作ができないことがあります。
- 6.62.43
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf backup guests nowコマンドで誤ったポートを指定してもエラーにならず、「Backup successfully initiated」と表示されます。
- 6.62.44
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFゲストノードの情報をLLDPで取得している場合、show atmf links guest detail
では表示されない項目があります。当該項目を確認するには、show lldp neighbors detail
を使用してください。
- 6.62.45
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf restricted-loginコマンドを実行したAMFマスター上でAMFの無効・有効を変更したときは、コンソールから一度ログアウトし、再度ログインしてください。
- 6.62.46
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
ワーキングセットを使用して複数のAMFノードにログインした状態では、リモートSSHサーバーのホスト鍵をKnown Hostsデータベースに登録することができません。SSHサーバーのホスト鍵を登録するときは、ワーキングセットを使用せず各ノードから個別に登録してください。
- 6.62.47
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFのリブートローリング(atmf reboot-rollingコマンド)実行時、タイムアウトの表示が異常に長くなる場合がありますが、これはノードの再起動を待つ時間であるため、ノードの再起動が完了し、AMFメンバーとして復帰すればタイムアウト時間を待つことなく次のノードの処理に移行します。
- 6.62.48
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFエリアが複数存在しているネットワークでAMFコントローラーとローカルマスターのエリアを接続する際、ローカルマスター以外のAMFノードにエリアリンクが設定されているとローカルマスターのリカバリーに失敗することがあります。 エリアリンクの設定はローカルマスターに対して行ってください。
- 6.62.49
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf working-setコマンドを実行すると、指定したノードを操作対象とするワーキングセットプロンプトに移行できますが、まれにAMF仮想リンクで接続したノードからの実行結果が出力されない場合があります。この場合、再度atmf working-setコマンドを実行することで正しく全ノードの実行結果を出力することができます。
- 6.62.50
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマスターに接続されたAMFノード数が最大値を超えても、コンソール上に警告ログが出ない場合があります。AMFノード数が上限に達しているかどうかを確認する場合は、show atmfコマンド、またはshow atmf nodeコマンドをご使用ください。
なお、ログフィルターで出力するログの最小レベルを informational に設定することにより、AMFノード数が最大値を超えたことを示す以下のログを出力することが可能です。
ATMF[890]: ATMF link (vlink1): Number of nodes permitted by AMF-MASTER license exceeded.
- 6.62.51
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFゲストノードがAMFネットワークに初めて参加したとき、下記の状況においてゲストノードのファームウェアバージョン情報が表示されない場合があります。
- AMFマスターで
show atmf guests detail
を実行した場合
- AMFメンバーで
show atmf links guest detail
を実行した場合
その場合は、次のいずれかを実行してください。
- 該当AMFゲストノードを接続しているポートに対して、switchport atmf-guestlink コマンドの設定を一度削除し、再度設定する。
- 該当AMFゲストノードを接続しているポートを一度リンクダウンさせ、再度リンクアップさせる。
前記手順で復旧すると、それ以降本事象は発生しません。
- 6.62.52
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFローカルマスターエリアのパスワードを再設定するときは、no atmf area password
と no atmf area id
でパスワードとエリアを削除してから、 エリアを再作成しパスワードを設定しなおすようにしてください。no atmf area password
でパスワードを削除した後、no atmf area id
でエリアを削除せずに atmf area password コマンドでパスワードを再設定してしまった場合は、前述の手順でパスワード、エリアを削除した後、再設定してください。
- 6.62.53
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSマスターにのみAMFメンバーが接続されている構成でVCSマスターがダウンした場合、通常 show atmf links コマンドでは、Link Status が Down、ATMF State が Init と表示されますが、まれに Link Status が Up、ATMF State が OneWay と表示されることがあります。これは、メンバー側のログ表示のみの問題で、AMFマスター側の表示と atmf working-set コマンドの実行には影響ありません。
- 6.62.54
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
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.62.55
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
自動バックアップを中断した場合、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.62.56
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFエリアがダウン等により通信できなくなった場合、通信不能になった接続先エリアごとに下記のログが5秒間隔で出力されます。
なお、AMFエリア間のリンクが復旧すればログは出力されなくなります。
atmf_topo: CMSG(55).atmf_topo..tcp[[fd00:4154:4d46:37::e9]:12408]: Failed to connect to remote host. Error:No route to host
atmf_topo: DEBUG(CMSG):_cmsg_client_buffer_send_retry_once 1042: [CLIENT] client is not connected (method: fetch_area_info, error: -148)
atmf_topo: ATMF TOPO: Could not fetch area info from remote area: 55 master: 233
- 6.62.57
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf cleanupコマンドを実行するとコンソール上に以下のメッセージが出力されますが、表示だけの問題でありコマンドは正しく実行されています。
touch: /nvs/autoboot_start.flag: No such file or directory
- 6.62.58
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AT-TQシリーズをゲストノードとして使用する場合、AT-TQシリーズとAMFノード間でIP通信が行えない状態でもリンクステータスが Full と表示されてしまいます。
- 6.62.59
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
SSHサーバーへのAMFバックアップを使用する場合、SSHサーバーのOpenSSHのバージョンが 4.9以上であることを確認してください。4.9未満の場合、エラーが発生します。
- 6.62.60
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマルチテナント機能において、atmf container loginコマンドでAMFコンテナにログインする時、一回目のログイン時に表示されるログインプロンプトでは、コンテナに設定されているホスト名ではなく、デフォルトの「awplus」が表示されます。ここで Enter
キーを押すと、コンテナのホスト名が正しく表示されるようになります。また、二回目以降のログイン時にはコンテナに設定されているホスト名が正しく表示されます。
- 6.62.61
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFアプリケーションプロキシー機能におけるAMFアクションの「ドロップ」とFDBのスタティックエントリー(mac address-table staticコマンド)は併用できません。AMFアクションの「リンクダウン」とFDBのスタティックエントリーは併用可能です。
- 6.62.62
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
OpenFlow機能が有効になっているAMFメンバー上でAMFアプリケーションプロキシー機能を使用する場合、AMFマスターから遮断するIPアドレスの情報を受信したときや、AMFメンバーから遮断するIPアドレスの情報が削除されたときに、下記のログメッセージが出力されることがありますが、動作に影響はありません。
Warning,ovs-vswitchd : (ofproto_dpif_upcall) Dropped 8 log messages in last 2770 seconds (most recently, 2770 seconds ago) due to excessive rate
Warning,ovs-vswitchd : (ofproto_dpif_upcall) upcall_cb failure: ukey installation fails
Warning,ovs-vswitchd : (timeval) Unreasonably long 1053ms poll interval (48ms user, 0ms system)
Warning,ovs-vswitchd : (timeval) context switches: 18 voluntary, 41 involuntary
- 6.62.63
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFコンテナを再起動したときに以下のログが出力される場合がありますが、動作に影響はありません。
kern.err vaa kernel: Unable to remove local publication
- 6.62.64
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマルチテナント機能において、AMFコンテナを作成するときは、あらかじめAMF Cloudホスト(コントローラー)側のディスク空き容量(flashデバイスの空き容量)が150MB以上あることを確認してください。
- 6.62.65
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
atmf domain vlan コマンドの設定を変更し、保存、再起動すると、コンフィグ読み込み時にエラーが表示されますが、動作には影響ありません。
- 6.62.66
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFセキュアモードにおいて、VCS構成の機器をオートリカバリーする際は、AMFマスターでatmf secure-mode certificate expireコマンドを対象ノードに対して実行した後、atmf authorize provisionコマンドで対象ノードの事前認証を行い、その後代替機を接続してオートリカバリーを実行してください。
- 6.62.67
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
外部メディア(USBメモリーやSD/SDHCカード)にAMFバックアップデータを手動で保存する場合は、AMFバックアップデータを保存後、1分以上経過してから外部メディアを取り外すようにしてください。
- 6.62.68
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFセキュアモードが有効、かつノードが認証済みのネットワークにおいて、atmf authorize provision all
を実行すると、show atmf authorization provisionalコマンドの表示ではすでに認証済みのノードが事前認証済みノードとして表示されますが、表示のみの問題で認証済みノードの動作には影響ありません。
- 6.62.69
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFノードトリガーの起動条件 leave はAMFメンバーでのみ使用可能です。
起動条件 join はAMFマスター、AMFメンバーのどちらでも利用可能です。
- 6.62.70
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
AMFマスターのオートリカバリーを外部メディアを使用して行う際、起動途中に不必要なDHCPによるIPアドレスの取得を行うことがありますが、オートリカバリーの動作には影響ありません。
- 6.64.1
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
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.64.2
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
LDFが検出されlink-downアクションが実行されている間にループを解消し、VCSマスター切り替えが発生すると、LDF検出時アクションが実行されたポートが設定時間経過後も復旧しません。該当のポートにてshutdownコマンドをno形式で実行すると、リンクが復旧します。
- 6.64.3
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとEPSRを併用する場合、reboot rollingコマンドを実行した際に約1分程度の通信断が発生する場合があります。
- 6.64.4
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
マスター切り替えが発生したとき、Failed to delete 'manager'
というメッセージが表示されることがあります。これは表示だけの問題で動作には影響しません。
- 6.64.5
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、EPSRとIGMPを併用している場合、IGMPタイマーは初期値より短く設定しないでください。
- 6.64.6
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
同一ネットワーク上に複数のVCSグループが存在する場合は、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを、該当するVCSグループ間で重複しないように設定してください。バーチャルシャーシIDの設定は、stack virtual-chassis-idコマンドで行います。また、VCSグループのバーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。
- 6.64.7
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS、PIM、EPSRの併用構成において、トランジットノード間のリンク障害などによりEPSRのトポロジーが変更されると、通信復旧まで2~15秒程度かかる場合があります。
- 6.64.8
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
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.64.9
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとAMFの併用時にreboot rollingを実行すると、通常よりも通信復旧に時間がかかる場合があります。
- 6.64.10
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとRSTPの併用時にreboot rollingを実行すると、通常よりも通信復旧に時間がかかる場合があります。
- 6.64.11
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成においてログを出力しない再起動、またはカーネルリブートが発生した後、新規マスターの全ポートのリンクダウン・アップが一時的に発生します。
- 6.64.12
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成においてHSLプロセスが異常終了した場合、新規マスターの全ポートのリンクダウン・アップが発生します。
- 6.64.13
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、スレーブに接続したコンソールターミナルからのCLIログイン時には、TACACS+サーバーを用いたログイン認証ができません。ユーザー認証データベースによる認証は可能です。
- 6.64.14
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成でハードウェアパケットフィルターやポリシーマップによるトラフィック制御を実施している場合、VCSメンバーの加入時にトラフィック制御が一瞬無効になります。
- 6.64.15
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、スタティックチャンネルグループ上では受信レート検出(QoSストームプロテクション)を使用できません。LACPチャンネルグループでは使用可能です。
- 6.64.16
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとOSPFv3 ASBRの併用時、VCSのマスター・スレーブで異なるインターフェース(VLAN)を用いたマルチパス構成は未サポートです。
- 6.64.17
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSメンバーがVCSグループからいったん離脱し、その後再加入してきた場合、再加入したメンバー上にメンバーポートを持つLACPチャンネルグループのカウンター(show interfaceコマンドで表示されるもの)が実際の2倍の値を示します。
- 6.64.18
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成において、大量のルート情報を持っているときにメンバーが加入すると、スレーブを経由する通信の断絶時間が通常より長くなることがあります。また、複数のメンバーが同時に加入するときにもスレーブを経由する通信の断絶時間が通常より長くなることがありますので、再起動を行う場合はローリングリブートを使用してください。マスターを経由する通信には影響はありません。
- 6.64.19
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
3台以上のノードでスタックを組んでいる際、VCSマスター切り替えを行うと、レジリエンシーリンクに関する下記のエラーログが出力されることがあります。
Resiliency link healthchecks have failed, but master(member-xx) is still online
- 6.64.20
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
EPSRのトランジットノードでVCSのローリングリブートを行った場合、10秒程度の通信断が発生することがあります。
- 6.64.21
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成において、多数のマルチキャストグループが存在する場合、VCSのマスター切り替えが発生するとマルチキャストの通信が復旧するまでに時間がかかります。
- 6.64.22
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成の製品をEPSRでトランジットノードとして使用しているとき、16以上のVLANのタグパケットを受信している状態でリブートローリングを行うと、パケットが重複してスイッチングされることがあります。
- 6.64.23
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSとシグナリングリスタート機能は併用できません。VCSと併用する場合はcapability restartコマンドでOSPFグレースフルリスタート機能を選択してください。
- 6.64.24
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
レジリエンシーリンクが設定されたポートにQoSストームプロテクションを設定しても警告メッセージが表示されなくなりましたが、併用はできません。
- 6.64.25
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
4台以上のVCS構成の際に reboot rollingコマンドを実行すると、まれにVCSメンバーの内1台が、1回多く再起動する場合がありますが、再起動後は正常にVCSを構成し動作します。
- 6.64.26
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
vlan mode stack-local-vlan コマンドによって、死活監視用のVLAN(スタックローカルVLAN)を使用している環境において、VCSマスターがダウンし、復旧しても、その復旧した機器の死活監視用のVLANからのICMP Replyが復旧しない場合があります。通常の通信(死活監視用のVLAN以外のVLANでの通信)は影響ありません。
- 6.64.27
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
死活監視用のVLAN(スタックローカルVLAN)を使用する際は、死活監視用のVLAN上でno ip igmp snoopingを実行してください。
- 6.64.28
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時、access-group insert-beforeコマンドを使ってスレーブ側のポートにハードウェアアクセスリスト(ACL)を追加しようとするとエラーが発生し追加できないことがあります。その場合は、いったんスレーブ側のポートに適用されているACLをすべて解除し、その後再適用することで本現象を回避できます。
- 6.64.29
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時にユーザーを新規作成し、コンフィグを保存せずに再起動した場合、以下のログが出力されますが、これは表示だけの問題であり、再起動前に作成したユーザーは正しく削除されています。
2015 Oct 21 16:31:28 user.err awplus IMI[762]: Failed to delete user1 from operating system.
- 6.64.30
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時に delete mail コマンドの mail-id オプションを指定すると次のようなメッセージが出力されますが、動作には影響ありません。
% Mail 20160428111331.14138 not found
- 6.64.31
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
stack priorityコマンドを設定したメンバーがVCSグループから離脱すると、同設定がランニングコンフィグから一時的に削除されます。なお、該当メンバーがVCSグループに再度加入するとコンフィグも再度設定されます。
- 6.64.32
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成でPoEを有効にしている場合、起動時に下記のログが生成されますが、動作に影響はありません。
user.err awplus apteryxd: SEARCH: Error processing request
user.err awplus apteryxd: No response from indexer for path "/poe/stack-members/
- 6.64.33
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
DHCPクライアントとして動作しているVCSグループでVCSマスターの切り替えが発生すると、 切り替え前に取得したIPv4アドレス、IPv6アドレス、DNSサーバーの情報がVCSメンバー間で同期されません。 なお、本事象が発生した場合でも通信等に影響はありません。
- 6.64.34
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成時はスタックメンバーIDを1~2の範囲で設定してください(3以上の値は使用しないでください)。
- 6.64.35
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成でLAGポートにポリシーマップを適用している場合、VCSメンバーの参加が発生すると、参加してきたメンバーに所属するLAGポートの情報が show mls qos interface policer-counters コマンドで表示されなくなります。
- 6.64.36
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成でLDF機能を有効、かつxSTP機能を無効にしている状態でスイッチポートレジリエンシーリンクの設定を行った場合は、いったん設定を保存し、再起動してください。
- 6.64.37
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCSメンバー間でファームウェアの同期が行われるときに下記のようなエラーログが出力されますが、ログだけの問題で、同期は正しく行われます。
2017 Mar 23 11:45:36 user.err awplus VCS[649]: CB: not found (tcp://192.168.25.2:9544:/vcs/proxy/2/*)
2017 Mar 23 11:45:36 user.err awplus VCS[649]: Could not remove Apteryx proxy upport for stack member 2
- 6.64.38
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構築前に機器ごとにライセンスをインストールして、その後にVCSを構築すると、マスター切り替え時に以下のようなエラーメッセージが表示されますが、動作に影響はありません。
licensing[590]: Stack member x, the source of entitlements for 'xxx', has left the stack
- 6.64.39
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS環境において、パケットストームプロテクションが動作中、該当トラフィッククラスに classコマンドで移行すると、その後パケットストームプロテクションが動作しなくなることがあります。その場合、パケットストームプロテクションを再度設定することで正常に動作します。
- 6.64.40
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成において、reboot stack-member実行に対する確認メッセージ (y/n):
が表示された際に ?
を入力しないでください。
?
と入力するとコンソールが応答しなくなります。
本事象は、reload stack-memberコマンド、またはstack-memberオプションなしのrebootコマンドを使用した場合は発生しません。
- 6.64.41
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
VCS構成において、ソースポートとローカルミラーポートをそれぞれ異なるメンバーに設定した状態で、VCSマスター切り替えなどによってソースポートが設定されているメンバーのVCS参加が発生すると、ランニングコンフィグと show remote-mirrorコマンドの表示から remote-mirror interface の設定が消えますが、ミラーリングの動作に問題はありません。ただし、この状態でランニングコンフィグを保存すると設定が消えてしまうため、再度 remote-mirror interface コマンドを実行してください。
- 6.64.42
x510
x510L
x310
x230
XS900
GS900
FS980
IE200
VAA
2台構成のVCSグループを構築した後に3台目、4台目を追加する場合は、一度すべての機器を接続してからVCSグループ全体を再起動してください。