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

全ノード一括で設定を保存します。
AMF001[4]# write ↓
マスターのCLIからいったんログアウトし、新しく追加した管理者ユーザーのユーザー名とパスワードでログインしなおします。
これ以降、ワーキングセット機能では、新しいユーザー名とパスワードで各ノードへの操作が行われます。
AMF001[4]# exit ↓ SBx81 login: supervisor ↓ Password: YYYYYYYY ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx SBx81>

■ 既存管理者ユーザーのパスワード変更は次の手順で行います。

すべてのノードを対象とするワーキングセットプロンプトに移行します。
SBx81# atmf working-set group all ↓
全ノード一括で既存管理者ユーザーのパスワードを変更します。
AMF001[4]# configure terminal ↓ AMF001[4](config)# username manager password XXXXXXXX ↓ AMF001[4](config)# end ↓
Note - パスワードを変更しても、マスターのCLIからログアウトするまで、現行のワーキングセットセッションは有効です。
全ノード一括で設定を保存します。
AMF001[4]# write ↓
マスターのCLIからいったんログアウトし、新しいパスワードでログインしなおします。
これ以降、ワーキングセット機能では、新しいパスワードで各ノードへの操作が行われます。
AMF001[4]# exit ↓ SBx81 login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx SBx81>

ネットワーク構成について

マスターの二重化

AMFネットワークは、管理機能を実現するためのコントロールプレーンだけを提供しており、ユーザートラフィック用のネットワーク（データプレーン）とは独立しているため、仮にマスターが停止しても、ワーキングセットやバックアップ、オートリカバリーなどAMFの管理機能が使えなくなるだけで、マスター以外のデータプレーンには影響が及びません。
また、コンソールターミナル、Telnet、SSH、SNMPなどの従来からある管理機能は、AMFネットワークの動作状態と関係なく使用できるため、AMFマスター不在によりメンバーの管理ができなくなることもありません。

マスターを復旧させればAMFの管理機能も再び使えるようになるため、AMFの観点からは必須ではありませんが、マスターを2台配置して二重化することも可能です。

マスターを二重化するメリットは次のとおりです。

1台が停止しても、AMFの管理機能を継続利用できます。
1台構成ではマスターの交換時に手動リカバリーが必要ですが、2台構成であればもう1台のマスターが持つバックアップデータからオートリカバリーが可能です。
2台のマスターはバックアップを個別に行うため、両方のマスターにUSBメモリー、SD/SDHCカードを装着しておけば、バックアップデータも二重化されます。（USBメモリー、SD/SDHCカードの内容が同期されるわけではないことに注意）

Note - マスターを2台使用する場合は、同一の機種およびAMFマスターライセンスをご用意ください。異なる機種・ライセンスを混在させた構成はサポート対象外です。ただし、マスターとしてSwitchBlade x8100を2台使う場合は、片方のコントロールファブリックカードがAT-SBx81CFC400、もう一方がAT-SBx81CFC960の構成でもかまいません。ただしその場合も、AMFマスターライセンスのサポートメンバー数は同じものをご使用ください。

■ 1つのAMFネットワークにマスターを2台配置したいときは、マスター同士を接続するポートを通常のAMFリンク（switchport atmf-link）ではなく、AMFクロスリンク（switchport atmf-crosslink）に設定してください。

たとえば、SBx81aとSBx81bをそれぞれポート1.1.1で接続する場合は、次のように設定します。

SBx81a(config)# interface port1.1.1 ↓ SBx81a(config-if)# switchport atmf-crosslink ↓

SBx81b(config)# interface port1.1.1 ↓ SBx81b(config-if)# switchport atmf-crosslink ↓

■ 次図は、ユーザートラフィック用のネットワーク（データプレーン）においてVRRPを用いた構成例です。

■ ワーキングセット機能において、マスターは予約済みグループmasterの所属となります。
2台のマスターにコマンドを同時発行したいときは、group masterを指定してワーキングセットプロンプトに入ると便利です。

SBx81a# atmf working-set group master ↓ =============== SBx81a, SBx81b: =============== Working set join AMF001[2]#

■ オートリカバリー中のAMFノードは、AMFネットワーク上のすべてのマスターに対して、自ノード用のバックアップデータがないかを問い合わせ、新しいほうのデータを使ってリカバリーを実行します。atmf recoverコマンドによる手動リカバリー時も、MASTER_NODENAMEパラメーターを指定しない場合は同じ動作です。MASTER_NODENAMEパラメーターでどちらかのマスターを指定した場合は、指定したマスターが持つバックアップデータを使ってリカバリーします。

リング構成での考慮事項

次のようなリング構成では、AMFネットワークの階層レベル（show atmf nodesコマンドで表示されるNode Depth）が深くなります。

Node Depthには「最大8」のサポートリミット（導入編の「導入にあたり」を参照）などがあるため、リング構成では、次図のようにリングを構成する各ノードを通常のAMFリンク（switchport atmf-link）ではなくAMFクロスリンク（switchport atmf-crosslink）で接続することをおすすめします。

これにより、リングを構成するノードはすべて同一階層となり、AMFネットワーク全体の階層レベルが浅くなります。

なお、同じリング構成でも、次図のようなロングディスタンスVCS（LD-VCS）構成の場合は、リング全体が1台のAMFノードとして扱われるため、AMFクロスリンクを使う必要はありません。

AMFネットワークの分割（メンバー数がサポート上限を超える場合）

1つのAMFネットワーク（マスター1～2台）に接続できるメンバーは最大2/10/20/40/82/124台です（上限はマスターの機種とライセンスによって異なります。詳細は導入編を参照）。
メンバー数がご使用中のライセンスのサポート上限を超える場合は、次の図（40メンバーライセンスの例）のようにAMFネットワークを分割し（異なるAMFネットワーク名を設定し）、それぞれのマスターを非AMF接続ポートで接続してください。

異なるAMFネットワークに所属するマスター間の連携はありません。この例では、AMFネットワーク1 に所属するメンバーの操作は AMFマスター1 のCLIから行い、AMFネットワーク2に所属するメンバーの操作は AMFマスター2 のCLIから行う形になります。

なお、ユーザートラフィック用のネットワーク（データプレーン）上でVRRPを使用することにより、次のような構成も可能です。

AMF仮想リンクによるワイドエリアAMFネットワーク

WAN経由で接続されている拠点をAMFネットワークに参加させる場合は、AMF仮想リンク（atmf virtual-link）というAMF専用のトンネリング機能を使用します。

AMF仮想リンクを設定することにより、データプレーン（運用ネットワーク）のIPv4ネットワーク経由でAMF対応スイッチ同士を接続し、AMFパケットの送受信を行わせることができます。AMF仮想リンクでは、AMFパケットをIPパケットに載せて運ぶため、IPによる通信が可能であれば、AMF対応スイッチ間にルーターなどのAMF非対応機器が介在していてもAMFネットワーク上は2台が直結されているかのように扱うことができます。

Note - 仮想リンクでAMFネットワークに接続しているAMFノードにおいても、隣接するノードの補助によりオートリカバリーが可能です。　詳細は、運用編の「仮想リンク経由で接続しているAMFノードのオートリカバリー」をご覧ください。

■ 前図における本社側のAMFノード HQ001（10.1.1.1）と、支社側のAMFノード BR101（10.10.10.1）の間にAMF仮想リンクを設定するには、次の手順にしたがいます。
ここでは、本社側のHQ001はすでにAMFの基本設定が行われており、運用中であると仮定しています。一方、支社側のBR101は通常動作については運用中ですが、AMFは未設定と仮定します。

本社側ノード HQ001
1. 仮想リンクの接続先である支社側ノード BR101とIPv4による通信ができることを確認します。できない場合は、適宜IPの設定を行ってください。
2. atmf virtual-linkコマンドでAMF仮想リンクを設定します。
  HQ001(config)# atmf virtual-link id 1 ip 10.1.1.1 remote-id 1 remote-ip 10.10.10.1 ↓

支社側ノード BR101

ネットワーク名を設定します。これにはatmf network-nameコマンドを使います。
ネットワーク名は、同一AMFネットワークを構成するすべてのノードに同じ名前を設定する必要があります（マスターと異なるネットワーク名を設定したメンバーはAMFネットワークに参加できません）。また、ネットワーク名は大文字小文字を区別するので、その点にもご注意ください。

Note - AT-DC2552XSの場合のみ、AMFとスパニングツリーの併用がサポート対象外のため、初期設定で有効になっているスパニングツリープロトコル（RSTP）を無効化する必要があります。spanning-tree enableコマンドをno形式で実行してください。

BR101> enable ↓ BR101# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. BR101(config)# atmf network-name AMF001 ↓ % Warning: the new atmf network name will not become effective until the unit reboots.

AMFの設定を有効にするため、設定をスタートアップコンフィグに保存し、再起動します。

BR101(config)# end ↓ BR101# write memory ↓ Building configuration... [OK] BR101# reboot ↓ reboot system? (y/n): y ↓

再起動後、仮想リンクの接続先である本社側ノード HQ001とIPv4による通信ができることを確認します。できない場合は、適宜IPの設定を行ってください。

atmf virtual-linkコマンドでAMF仮想リンクを設定します。

BR101(config)# atmf virtual-link id 1 ip 10.10.10.1 remote-id 1 remote-ip 10.1.1.1 ↓

以上で仮想リンクの設定は完了です。これ以降、支社側のノード BR101は、AMFネットワークAMF001上において、本社側のAMFノードと同様に扱うことができます。さらに、BR101 配下のノードに対しても、通常のAMF設定を行うことでAMFネットワークAMF001に参加させることが可能です。

■ AMF仮想リンクでは、データプレーン（運用ネットワーク）上にAMFのコントロールプレーン（管理ネットワーク）を配置する形となるため、データプレーンのトラフィックがAMFの接続性に影響を与える可能性があります。

この影響を最小限にするため、AMF仮想リンクを使用するノード（仮想リンクの両端ノード）では、次のようなQoS設定を行い、対向ノードからのパケットを優先的に処理するよう設定することを推奨します。

また、AMF仮想リンクの経路上にある機器（ルーターなど）においても、必要に応じて優先制御等の設定を行ってください。

Note - 以下のコンフィグはAMF仮想リンク使用時に推奨されるQoS設定の大枠を示すためのものです。実際の環境や機器にあわせて、適宜パラメーターの変更等を実施してください。また、すでにQoSの設定を行っている場合は、既存のポリシーマップに下記の設定内容を適宜追加してください。

SwitchBlade x8100、SwitchBlade x908、x900シリーズの場合

... mls qos enable access-list hardware vlink send-to-cpu ip 10.10.10.1/32 10.1.1.1/32 ! class-map vlink match access-group vlink ! class-map vlinkarp match eth-format ethii-any protocol 0806 match vlan 10 ! policy-map vlink class default class vlink class vlinkarp set queue 6 ! ... ! interface port1.0.10 switchport switchport mode access switchport access vlan 10 service-policy input vlink ! ... interface vlan10 ip address 10.1.1.1/24 ! ... atmf virtual-link id 1 ip 10.1.1.1 remote-id 1 remote-ip 10.10.10.1 ...

x610シリーズ、x510シリーズ、AT-IX5-28GPX、x210シリーズ、x200シリーズの場合

... mls qos enable access-list hardware vlink permit ip 10.1.1.1/32 10.10.10.1/32 ! class-map vlink match access-group vlink ! class-map vlinkarp match eth-format ethii-any protocol 0806 match vlan 10 ! policy-map vlink class default class vlink remark new-cos 4 both class vlinkarp remark new-cos 4 both ! ... ! interface port1.0.10 switchport switchport mode access switchport access vlan 10 service-policy input vlink ! ... interface vlan10 ip address 10.10.10.1/24 ! ... atmf virtual-link id 1 ip 10.10.10.1 remote-id 1 remote-ip 10.1.1.1 ...

■ AMF仮想リンクのトンネリングパケットには下記のUDPパケットが使われます。

始点ポート（5001～9094）＝ 5000 + ローカルID（1～4094）
終点ポート（5001～9094）＝ 5000 + リモートID（1～4094）

前項のQoS設定ではパケットの識別条件としてIPアドレスだけを使用していますが、上記UDPポートを条件に追加することで、純粋に仮想リンクのトンネリングパケットだけを優先処理の対象にすることも可能です。

先ほどのQoS設定例にUDPポート指定を追加した場合、アクセスリストの設定は次のようになります（赤字は変更または追加箇所です）。
ここでは、どちらのノードもIDとして1を使用しているため、UDPポート番号は始点・終点とも5001になっています。

SwitchBlade x8100、SwitchBlade x908、x900シリーズの場合

... access-list hardware vlink send-to-cpu udp 10.10.10.1/32 eq 5001 10.1.1.1/32 eq 5001 ... atmf virtual-link id 1 ip 10.1.1.1 remote-id 1 remote-ip 10.10.10.1 ...

x610シリーズ、x510シリーズ、AT-IX5-28GPX、x210シリーズ、x200シリーズの場合

... access-list hardware vlink permit udp 10.1.1.1/32 eq 5001 10.10.10.1/32 eq 5001 ... atmf virtual-link id 1 ip 10.10.10.1 remote-id 1 remote-ip 10.1.1.1 ...

■ AMF仮想リンクの経路上にある中継機器（ルーターなど）でパケットフィルタリングを行っている場合、AMF仮想リンクパケットだけを透過させるには、トンネル両端ノードのIPアドレスと前述のUDPポートを条件として、中継機器に許可設定を行ってください。

たとえば、次のような仮想リンクを設定している場合、

site11(config)# atmf virtual-link id 11 ip 192.168.10.1 remote-id 12 remote-ip 192.168.10.2 ↓

site12(config)# atmf virtual-link id 12 ip 192.168.10.2 remote-id 11 remote-ip 192.168.10.1 ↓

仮想リンクのトンネリングパケットは次の条件で識別できますので、中継機器に対して下記のパケットを許可する設定を行ってください。

site11 → site12
site12 → site11

Note - パケットフィルタリングの具体的な設定方法については、中継機器のマニュアル等でご確認ください。

AMFコントローラー機能

さらに大規模なネットワークを構築したい場合は、AMFコントローラー機能（以下、コントローラー）を使います。

コントローラー機能は、複数のエリア内のAMFマスターおよびメンバーを、統合管理する機能です。
最大60のローカルマスターを通して7200台のAMFメンバーを、コントローラーから操作できるため、複数のマスターを必要とする大規模環境で集中管理が可能となり、遠隔からのメンテナンスによるネットワークの管理リソース削減や、オートリカバリーを利用することでのダウンタイム抑制による、ネットワーク全体の管理コスト削減と可用性を向上できます。

■ 対象機器

コントローラー（ライセンスが必要）
AMF Cloud、AT-SBx81CFC960
マスター
AT-SBx81CFC960、AT-SBx81CFC400、CentreCOM x930シリーズ、SwitchBlade x908、AT-AR4050S

Note - AT-DC2552XSは、ファームウェアバージョン5.4.5-2.1以降、AMFマスターとして使用できますが、AMFコントローラー配下のローカルマスターとしては使用できません。

■ サポート機能
本機能では、コントローラー配下のAMFマスターを「ローカルマスター」と定義し、コントローラーから以下の機能を通じて、複数マスターにまたがるネットワーク全体の統合管理が可能です。

最大60のローカルマスターを操作可能
最大60のローカルマスターを通して7200台のAMFメンバーを、コントローラーから操作可能です。
ワーキングセットの実行
コントローラーから指定した1つのローカルマスターに対してワーキングセットを実行できます。

Note - 1つのローカルマスターに対してのみ実行可能であり、複数ローカルマスターへの同時実行は未サポートです。
ローカルマスターからコントローラーへのバックアップ
コントローラーから自動または手動でローカルマスターのバックアップを取得できます。
ローカルマスターのオートリカバリー
ローカルマスター配下のメンバーにローカルマスターのコンフィグファイルを保持させ、機器交換時に配下のメンバーからのコンフィグファイルとコントローラーからバックアップファイルを取得することで、オートリカバリーを行います。
バーチャルリンクサポート（エリアバーチャルリンク）
コントローラーとAMFネットワーク間の接続には物理接続およびバーチャルリンクを使用可能です。

基本設定

コントローラー機能の設定は、次の手順で行います。ここでは、スイッチSwitchBlade x8100をコントローラースイッチとし、2つのエリアを作成します。

既存のAMFネットワークに対して、エリアの設定を行う手順を説明します。

全機器ではすでにAMFノード名（hostnameコマンド）、AMFネットワーク名（atmf network-nameコマンド）、AMF接続ポート（AMFリンク）の設定（switchport atmf-linkコマンド）が行われていることを前提とします。また、コントローラーと各ローカルマスターにはAMFノード名、AMFネットワーク名、IPアドレスとAMFマスター（atmf masterコマンド）の設定が行われていることを前提とします。
※全エリアで同じAMFネットワーク名を設定してください。

1. コントローラースイッチを設定します

1-1. エリアの設定（上図の構成例を例としています）

atmf controller

SBx81(config)# atmf controller ↓

atmf area id

SBx81(config)# atmf area area1 id 1 local ↓

atmf area id

SBx81(config)# atmf area area2 id 2 ↓

atmf area password

SBx81(config)# atmf area area2 password abcabcabc ↓

SBx81(config)# atmf area area3 id 3 ↓ SBx81(config)# atmf area area3 password xyzxyzxyz ↓

1-2. エリア2と接続するために、ポートにエリアリンクを設定します。これにはswitchport atmf-arealink remote-areaコマンドを使います。

SBx81(config)# interface port1.1.1 ↓ SBx81(config-if)# switchport atmf-arealink remote-area area2 vlan 2000 ↓

Note - ここで指定するVLAN IDは、コントローラー機能が内部的に使用するマネージメントVLANのIDとなります。vlan databaseコマンドで作成したVLAN IDは指定できません。vlan databaseコマンドで設定を行っていないVLAN IDを指定してください。

1-3. エリア3と接続するために、エリアバーチャルリンクの設定をします。

SBx81(config)# atmf virtual-link id 1 ip 192.168.0.254 remote-id 1 remote-ip 192.168.0.1 remote-area area3 ↓

コントローラーの設定は以上です。

2. エリア2のローカルマスターを設定します。

2-1. エリアの設定（上図の構成例を例としています）

atmf area id

SBx908a(config)# atmf area area2 id 2 local ↓

atmf area password

SBx908a(config)# atmf area area2 password abcabcabc ↓

atmf area id

SBx908a(config)# atmf area area1 id 1 ↓

2-2. エリア1との接続するために、ポートにエリアリンクの設定をします。

SBx908a(config)# interface port1.1.1 ↓ SBx908a(config-if)# switchport atmf-arealink remote-area area1 vlan 2000 ↓

Note - switchport atmf-arealink remote-areaコマンドは、マスターでもメンバーでも、どちらでも設定を行うことができます。環境に合わせて使い分けてください。

エリア2のローカルマスターの設定は以上です。

正常に組めると、以下のメッセージがコントローラー上で出力されます。

SBx81# 15:51:51 SBx81 ATMF [4158]: area2 is reachable. 1 reachable area in total ↓

3. エリア3のローカルマスターの設定をします。

3-1. エリアの設定（上図の構成例を例としています）

SBx908b(config)# atmf area area3 id 3 local ↓ SBx908b(config)# atmf area area3 password xyzxyzxyz ↓ SBx908b(config)# atmf area area1 id 1 ↓

3-2. エリア1との接続するために、エリアバーチャルリンクの設定をします。

SBx908b(config)# atmf virtual-link id 1 ip 192.168.0.1 remote-id 1 remote-ip 192.168.0.254 remote-area area1 ↓

Note - atmf virtual-linkコマンドは、マスターでもメンバーでも、どちらでも設定を行うことができます。環境に合わせて使い分けてください。

エリア3のローカルマスターの設定は以上です。

正常に組めると、以下のメッセージがコントローラー上で出力されます。

SBx81# 16:52:29 SBx81 ATMF[4158]: area3 is reachable. 2 reachable areas in total. ↓

■ エリアとの接続を確認したい場合は、show atmf areaコマンドを使います。

SBx81# show atmf area ↓ ATMF Area Information: * = Local area Area Area Local Remote Remote Node Name ID Gateway Gateway Master Count -------------------------------------------------------------------------------- * area1 1 Reachable N/A N/A 1 area2 2 Reachable Reachable Auth OK 2 area3 3 Reachable Reachable Auth OK 2 Area count: 3 Area node count: 5

■ 全エリアのスイッチを確認したい場合は、show atmf area nodesコマンドを使います

SBx81# show atmf area nodes ↓ area2 Area Node Information: Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- SBx908a SwitchBlade x908 Y S none 0 x230 x230-10GP N N SBx908a 1 area2 node count 2 area3 Area Node Information: Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- SBx908b SwitchBlade x908 Y S none 0 x510 x510-28GTX N S SBx908b 1 area3 node count 2

■ 別エリアのローカルマスターを制御したい場合は、atmf select-areaコマンドを使用してください。

SBx81# atmf select-area area2 ↓ ========================================= Connected to area area2 via host SBx908a: ========================================= area2#

■ 別エリアのスイッチを制御したい場合は、atmf select-areaコマンドでエリアを選択してから、atmf working-setコマンドを使用してください。

SBx81# atmf select-area area2 ↓ ========================================= Connected to area area2 via host SBx908a: ========================================= area2# atmf working-set group x230 ↓ ===== x230: ===== Working set join area2[1]#

■ ローカルマスターのバックアップを有効にするには、atmf backup area-masters enableコマンドを使います。

注意事項

AMF使用時は、ネットワーク構成や併用機能に関する注意事項や制限事項があります。「導入にあたり」を参照し、既存のネットワーク構成や使用中の機能に問題がないかご確認ください。
サポート対象外のネットワーク構成や併用機能がある場合は、構成や機能を適宜変更してからAMFの導入を進めてください。
AMFコントローラーを2台以上の機器に設定しないでください。
コントローラーは各エリアのAMFノードの参加/不参加を表すログやトラップは出力せず、各ローカルマスターで出力しています。そのため、各エリアのローカルマスターで、必要に応じて、SNMP機能やログ機能の設定を行うようにしてください。
エリア間の内部通信では、FD00:4154:4D46:xxxx::yyyyのアドレスを使用しています。インターフェースにFD00:4154:4D46:xxxx::yyyyのアドレスの設定を行っている場合、AMFコントローラー機能の設定ができません。
switchport atmf-arealink remote-areaコマンドを設定すると、そのポートは自動的にタグ付きポートになります。タグなしポートとして運用していたポートをAMF接続ポートに設定すると、タグなしVLANの設定が失われるため、AMF接続ポートの設定後にネイティブVLANの再設定が必要です。

たとえば、次の設定がしてあるポート1.0.1をエリアリンクに設定する場合を考えます。
FSW244(config)# interface port1.0.1 ↓ FSW244(config-if)# switchport mode access ↓ FSW244(config-if)# switchport access vlan 10 ↓
ここでポート1.0.1をエリアリンクに設定すると、このポートはタグ付きポートになるので、タグなしパケットをvlan10として扱えるよう、switchport trunk native vlanコマンドでネイティブVLANをvlan 10に設定してください。
FSW244(config)# interface port1.0.1 ↓ FSW244(config-if)# switchport atmf-arealink remote-area area1 vlan 1000 ↓ FSW244(config-if)# switchport trunk native vlan 10 ↓
ローカルマスターのゼロタッチインストレーションは未サポートです。
atmf select-areaコマンドでログインできるエリアは、CLIログイン用のユーザー名、パスワードが同じ必要があります。
atmf select-area機能では、コントローラーのCLIにログインしたときのユーザー名、パスワードを使って他のエリアを操作するため、コントローラー側と同じ名前のユーザーがローカルマスターに存在しない、コントローラーとローカルマスターでパスワードが異なるなどの不一致があると、atmf select-area機能で該当エリアを操作できません。
制御したいエリアのローカルマスターに存在するユーザーでログインするようにしてください。

ローカルマスターオートリカバリー(概要)

ローカルマスターオートリカバリー機能は、AMFローカルマスターを新品の機器と交換するときに、バックアップデータからフラッシュメモリーの内容を復元し、交換前の機器と同じ構成で再起動する仕組みです。

ローカルマスター交換時にオートリカバリーが動作するには、次の条件を満たす必要があります。

コントローラーのUSBメモリー、SD/SDHCカード、または、コントローラーに設定された外部SSHサーバーに該当ローカルマスターのバックアップデータが存在すること
バックアップデータがない場合、オートリカバリーは正しく実行できません。交換前のスイッチがまだ動作している場合は、atmf backup area-masters nowコマンドで手動バックアップを取ってから交換してください。
新しいスイッチ（代替機）がご購入時の状態であること
代替機がご購入時の状態（正確には「AMFクリーン状態」）でない場合は、オートリカバリーの前提である「AMF自動検出メカニズム」（応用編を参照）が動作せず、結果的にオートリカバリーも実行されません。
このような場合は、応用編の「AMFクリーン化手順」を参照し、代替機をAMFクリーン状態に戻してから交換手順を実施してください。
エリアリンクを使って交換対象のローカルマスターと繋がるAMFメンバーが1つ以上存在し、そのメンバーが5.4.5以降のファームウェアで動作していること
新しいスイッチにバージョン5.4.5以降のファームウェアが搭載されていること
代替機に搭載されているファームウェアのバージョンが5.4.5以降でない場合は、あらかじめ代替機を5.4.5以降にバージョンアップしておく必要があります。
新旧のスイッチが同一型番であること
代替機が異なるシリーズの製品である場合（CFC400からCFC960に交換する場合など）、オートリカバリーは実行されません。
また、代替機が同一シリーズでポート構成のみ異なる場合（XS16からXS6に交換する場合など）、オートリカバリーは開始されますが、ポート設定が復元されないなどの現象が発生するため、交換時には原則として同一型番の代替機を用意してください。
ただし、交換前の機器と代替機の間における下記の差分は、オートリカバリーの実行に影響を与えません。
- 同一シリーズ同一ポート構成の機器でPoE機能の有無のみ異なる場合
  例）AT-x930-28GTXからAT-x930-28GPXへの変更など
  
  Note - PoE対応機種からPoE非対応機種に交換した場合は、オートリカバリー後にPoE機能を使用できなくなります。また、逆にPoE非対応機種からPoE対応機種に交換した場合、オートリカバリー後は初期設定によりPoE機能が有効になります。PoE機能が不要な場合はPoE無効化の設定を追加してください。
- SFP/SFP+モジュールの違い
  例）AT-MG8TからAT-SPSXへの変更など
交換時は以前と同じノードの同じポートに代替機を接続すること
AMFネットワーク内での物理的な位置が異なる場合、オートリカバリーが動作しない、あるいは、別のノードとして復元される可能性があります。代替機にケーブルを接続するときは交換前と同じポートに接続してください（代替機側だけでなく接続先機器のポートも同じにしてください）。

注意事項

オートリカバリーは、新規ローカルマスター（AMFクリーン状態のスイッチ）が「AMF自動検出メカニズム」（応用編を参照）の過程で自律的に実行します。コントローラーは、新規スイッチの求めに応じてバックアップファイルを提供するだけです。そのため、コントローラー側でオートリカバリーの進捗状況を確認することはできません（復元後のAMFネットワークへの復帰は確認できます）。進捗確認は、新規スイッチに接続したコンソールターミナルから行ってください。

以下、新規スイッチのコンソールターミナルに出力されるメッセージ例を示します。
- バックアップデータが存在しないなどの理由によりオートリカバリーが不可能と判断された場合は、次のようなログメッセージが出力されます。
  この場合は、セーフコンフィグが適用された状態のまま、AMFネットワークに参加します。
  12:10:16 awplus ATMF[837]: No identity found for this device so automatic node recovery is not possible
- オートリカバリーが可能と判断された場合は、次のログメッセージが出力され、オートリカバリーの処理が開始されます。
  16:52:16 SBx908a ATMF[839]: Automatic node recovery started
- オートリカバリー成功時には次のログメッセージが出力されます。
  この後、自動的に再起動が行われ、復元した設定内容でAMFネットワークに復帰します。
  17:49:30 SBx908a ATMFFSR[6547]: File recovery from master node succeeded. Node will now reboot
- オートリカバリー失敗時には次のログメッセージが出力されます。
  この場合は、セーフコンフィグが適用された状態のまま、AMFネットワークに参加します。
  16:33:02 SBx908a ATMF[831]: Automatic node recovery failed - user intervention required
オートリカバリー中のスイッチの電源を切らないでください。オートリカバリー中にはいったんすべてのファームウェアを削除するため、途中で電源を切るとスイッチが起動しなくなる恐れがあります。
コントローラーのオートリカバリーはできません。ただし、コントローラーとAMFマスター機能は共存して起動することができる為、AMFマスターとしても動作させることで、AMFマスターのリカバリーと同じ手順でリカバリーすることができます。詳細はAMFマスターのリカバリーに関する説明をご参照ください。
オートリカバリーは1台ずつ実行してください。複数台同時に実行した場合、ネットワーク構成により一部のノードでオートリカバリーに失敗する可能性があります。
VCS構成のAMFマスターを交換する場合は、状況によって作業手順が異なります。
詳細はこちらをご覧ください。

ローカルマスターの交換（オートリカバリー）

ここでは、稼働中の下記AMFネットワークを例に、ローカルマスターSBx908aを新品の代替機と交換し、オートリカバリーによって自動復元する手順を示します。

機種 ノード名 AMFにおける役割 概要

SwitchBlade x8100 SBx81 コントローラーコアスイッチ

SwitchBlade x908 SBx908a ローカルマスターコアスイッチ（エリア2）[交換対象]

SwitchBlade x908 SBx908b ローカルマスターコアスイッチ（エリア3）

AT-x230-10GP x230 メンバーエッジスイッチ

AT-x510-28GTX x510 メンバーエッジスイッチ

なお、コントローラーSBx81にはUSBメモリーが装着されており、自動バックアップ機能によって作成されたローカルマスターSBx908aのバックアップデータが存在しているものとします。

ローカルマスターSBx908aと同一型番の新しいスイッチ（代替機）を用意します。代替機はご購入時の状態であればよく、事前設定は一切不要です。

Note - 代替機がご購入時の状態でない場合は、応用編の「AMFクリーン化手順」を参照し、代替機をAMFクリーン状態に戻してください。

また、ファームウェアバージョンが5.4.5以降でない場合は、最初に代替機を5.4.5以降にバージョンアップしてください。
ローカルマスターSBx908aの電源を切り、LANケーブルを抜きます。
ローカルマスターSBx908aと代替機を交換します。
代替機にLANケーブルを元通り（交換前と同じポートに）接続し、電源を入れます。
オートリカバリーの進捗を確認するため、代替機にはコンソールを接続しておくとよいでしょう。

ご購入時状態のAMF対応スイッチでは、起動時にAMFネットワークを検出して自動的に参加する処理が働きます。
この過程でオートリカバリーが可能かどうかの判断を行い、可能と判断した場合はマスターのUSBメモリーに格納されたバックアップデータからフラッシュメモリーの内容を復元して再起動を行い、交換前の機器と同一の状態でAMFネットワークに参加します。

なおこの間、「AMFセーフコンフィグ」が適用されてAMF接続ポート（エリアリンク）以外のポートはすべてシャットダウンされるため、通常のネットワークポートでループなどが発生する恐れはありません。

Note - ローカルマスターのオートリカバリーの際には、エリアリンクでローカルマスターと繋がっていたAMFメンバーを必ず接続してください。 (上記図ではx230)

起動中、代替機のローカルコンソールには次のようなログメッセージが表示されます。
また、代替機の機種や拡張モジュールによっては、ポートLEDの表示によってもリカバリー実行中であることが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

17:45:36 awplus ATMF[2223]: ATMF network detected 17:45:36 awplus ATMF[2223]: ATMF safe mode config applied (forwarding disabled) 17:45:46 awplus ATMF[2223]: Shutting down all non ATMF ports 17:45:46 SBx908a ATMF[2223]: host_0009_41fd_c9ab has left. 0 member in total. 17:45:47 SBx908a ATMF[2223]: SBx908a has joined. 1 member in total. 17:45:47 SBx908a ATMF[2223]: Automatic node recovery started 17:45:47 SBx908a ATMF[2223]: ATMF recovery file detected (forwarding enabled) 17:45:53 SBx908a ATMF[2223]: x230 has joined. 2 members in total. 17:45:56 SBx908a ATMF[2223]: x230 has left. 1 member in total. 17:46:02 SBx908a ATMF[2223]: x230 has joined. 2 members in total. 17:47:24 SBx908a ATMF[2223]: Enabling all ports 17:48:54 SBx908a ATMF[2223]: Recovery file processing successful, attempting to recover as SBx908a 17:48:54 SBx908a ATMF[2223]: Checking controller and master node availability 17:48:56 SBx908a ATMFFSR[6547]: Retrieving recovery data from recovery node SBx81 17:49:30 SBx908a ATMFFSR[6547]: File recovery from master node succeeded. Node will now reboot

オートリカバリーが成功すると、代替機はいったん再起動し、AMFローカルマスターSBx908aとしてAMFネットワークを統括しコントローラーに接続してきます。

SBx81# show atmf area-nodes ↓ ATMF Area Information: * = Local area Area Area Local Remote Remote Node Name ID Gateway Gateway Master Count -------------------------------------------------------------------------------- * area1 1 Reachable N/A N/A 1 area2 2 Reachable Reachable Auth OK 2 area3 3 Reachable Reachable Auth OK 2 Area count: 3 Area node count: 5 SBx81# show atmf area-nodes ↓ area2 Area Node Information: Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- SBx908a SwitchBlade x908 Y S none 0 x230 x230-10GP N N SBx908a 1 area2 node count 2 area3 Area Node Information: Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- SBx908b SwitchBlade x908 Y S none 0 x510 x510-28GTX N S SBx908b 1 area3 node count 2

新しいスイッチがSBx908aとして復元され、そのエリアのAMFネットワークの情報が確認できます。

■ オートリカバリーが失敗したときは、次のようなメッセージが出力されます。
また、代替機の機種や拡張モジュールによっては、ポートLEDの表示によってもリカバリーに失敗したことが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

この場合は、後述の「オートリカバリー失敗時の手動リカバリー」を参照して、手動でリカバリーを実施してください。

16:27:52 awplus ATMF[831]: ATMF network detected 16:27:52 awplus ATMF[831]: ATMF safe config applied (forwarding disabled) 16:28:02 awplus ATMF[831]: Shutting down all non ATMF ports 16:28:02 SBx908a ATMF[831]: Automatic node recovery started 16:28:02 SBx908a ATMF[831]: Attempting to recover as SBx908a 16:28:02 SBx908a ATMF[831]: Checking master node availability 16:33:02 SBx908a ATMF[831]: Failed to find any master nodes 16:33:02 SBx908a ATMF[831]: Automatic node recovery failed - user intervention required

■ 上の例では、エリアリンクで接続されているローカルマスターSBx908aを交換しましたが、エリアバーチャルリンクで接続されているローカルマスターを交換する場合も手順は同じです。

例として、エリアバーチャルリンクで接続されているローカルマスターSBx908bを交換するケースを考えます。
SBx908bの交換作業にともない、コントローラーとの接続性が失われるため、一時的にAMFネットワークから離脱しますが、オートリカバリーが成功すると、SBx908bはAMFネットワークに自動復帰します。

■ VCS構成のAMFメンバーを交換する場合は、状況によって作業手順が異なります。

VCSグループは稼働したまま、一部のVCSメンバーを交換する場合

このケースでは、機器交換時にもAMFメンバーとしての動作や設定が保持されるため、AMFのリカバリー処理は行いません。
通常のVCSメンバー交換手順にしたがって機器を交換することで、VCSマスターから設定情報などが同期され、VCSグループが完全復旧します。
VCSグループ全体を停止して、すべてのVCSメンバーを交換する場合

この場合は、最初にVCSマスターとなる機器だけをオートリカバリーによって復旧します（メンバー交換手順を参照）。
その後、VCSスレーブとなる機器を通常のVCSメンバー追加手順にしたがって接続することで、VCSマスターから設定情報などが同期され、VCSグループが完全復旧します。

ローカルマスターの交換（手動リカバリー）

何らかの原因によりオートリカバリーを利用できない場合は、手動によるリカバリー処理を行うことも可能です。

ここでは、稼働中の下記AMFネットワークを例に、ローカルマスターSBx908aを新品の代替機と交換し、手動リカバリーによって復元する手順を示します。

ローカルマスターSBx908aと同一型番の新しいスイッチ（代替機）を用意して、起動します。

Note - 代替機に搭載されているファームウェアバージョン5.4.5以降でない場合は、最初にバージョンアップしてください。また、AMFマスターライセンスの有効化も必要です。
代替機にAMFバックアップファイルの入ったUSBメモリーを装着します。

代替機にログインし、USBメモリーにバックアップされているマスターのコンフィグファイルを、代替機の本体内蔵フラッシュメモリーにコピーします。

awplus login: manager ↓ Password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.5 xx/xx/xx xx:xx:xx awplus> enable ↓ awplus# copy card:/atmf/AMF001/areas/area1/nodes/SBx908a/flash/default.cfg flash ↓ Copying... Successful operation

AMFを有効にしてatmf recoverコマンドを利用可能にするため、コピーしたコンフィグで再起動します。
awplus# reboot ↓ Are you sure you want to reboot the whole chassis? (y/n): y

再起動後にログインしたら、atmf recoverコマンドを実行して、USBメモリー内のバックアップファイルから代替機の内蔵フラッシュメモリーの内容を手動でリカバリーします。
代替機の機種や拡張モジュールによっては、ポートLEDの表示によってリカバリー実行中であることが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

SBx908a login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.5 xx/xx/xx xx:xx:xx SBx908a> enable ↓ SBx908a# atmf recover SBx908a controller SBx81 ↓ This command will erase ALL flash contents. Continue node recovery? (y/n) y Manual node recovery successfully initiated 17:39:12 SBx908a ATMFFSR[5594]: Retrieving recovery data from master node SBx81 17:39:32 SBx908a ATMFFSR[5594]: Manual node recovery completed 17:39:32 SBx908a ATMFFSR[5594]: Node needs to be restarted for the configu ration to take effect. Make sure the configuration is appropriate for the node before restart.

リカバリー処理が完了したら、もう一度再起動します。

SBx908a# reboot ↓ Are you sure you want to reboot the whole chassis? (y/n): y

再起動が完了したらAMFネットワークが再構成され、コントローラー、及び自身のエリア内のAMFメンバーとの接続性が回復します。

AMFゲストノード機能

ファームウェアバージョン5.4.6-0.1より、AMF非対応機器（以下ゲストノード）がAMFネットワークに参加可能となる、AMFゲストノード機能に対応します。本機能では、AMFメンバーにゲストノードが接続されると、AMFメンバーが取得した当該ノードの機器情報をAMFマスターに通知します。

この仕組みにより、AMFマスターからのゲストノードの状態管理が可能となります。

■ 対象機器

マスター
AMF Cloud、AT-SBx81CFC960、AT-SBx81CFC400、AT-DC2552XS、CentreCOM x930シリーズ、SwitchBlade x908、AT-AR4050S
メンバー
AT-SBx81CFC960、AT-SBx81CFC400、AT-DC2552XS、CentreCOM x930シリーズ、SwitchBlade x908、CentreCOM x610シリーズ、CentreCOM x510シリーズ、CentreCOM x510Lシリーズ、AT-IX5-28GPX、CentreCOM x310シリーズ、CentreCOM x230シリーズ、CentreCOM x210シリーズ、CentreCOM IE200シリーズ（販売予定）、AT-AR4050S、AT-AR3050S、AT-AR2050V、CentreCOM Secure HUB SH510シリーズ、CentreCOM Secure HUB SH310シリーズ、CentreCOM Secure HUB SH230シリーズ、CentreCOM Secure HUB SH210シリーズ、CentreCOM Secure HUB XS900MXシリーズ

Note - AT-AR2010Vはスイッチポートを持たず、仮想リンクでしかAMFネットワークに接続できないため、ゲストノード機能はサポートしていません。
ゲストノード
- IPカメラ
  　Axis社製、Panasonic社製
- スイッチ
  　CentreCOM x600シリーズ、CentreCOM 9900シリーズ、CentreCOM 8700シリーズ
- 無線LAN AP
  　AT-TQシリーズ（AT-TQ4600、AT-TQ4400e、AT-TQ4400、AT-TQ3600、AT-TQ3400、AT-TQ3200、AT-TQ2450）
Note - AT-TQシリーズにてAMFゲストノードバックアップ機能を使用する場合は、AMFゲストノード機能に対応したファームウェアバージョンを使用してください。

Note - AT-TQシリーズをゲストノードとして使用する場合は、AT-TQシリーズのHTTP／HTTPS設定をデフォルト設定にしてくだい。

Note - ワイヤレスマネージャー機能、または別売製品Allied Telesis Unified Wireless Controller、およびAT-UWC-APLにより管理されているAT-TQシリーズは、対象外となります。

■ サポート機能

AMFマスターによるゲストノードの状態管理
AMFマスターにより、ゲストノードの状態管理が可能です。

Note - マスターにより管理可能なゲストノードの台数は、接続するメンバーのポート数に依存します。
ゲストノードからAMFマスターへのコンフィグファイルのバックアップ（AT-TQシリーズのみサポート）
atmf backup guests enableコマンド、atmf backup guests nowコマンドにより、自動または手動でゲストノードからAMFマスターへコンフィグファイルをバックアップできます。

Note - ゲストノードの自動バックアップは初期設定で有効であり、毎晩3時に実行します。

Note - ゲストノードのバックアップファイルは、設定されているバックアップメディア上のゲストノードディレクトリーに保管されます。

Note - ゲストノードのバックアップは、親ノードおよびポート名によって識別されます。
ゲストノードの手動リカバリー
atmf recover guestコマンドを使って、ゲストノードの手動リカバリーが可能です。

基本設定

ゲストノード機能の設定は、次の手順で行います。
ここでは、SwitchBlade x8100をマスター（ノード名SBx81）、AT-x510-28GTXをメンバー（ノード名FSW241）として、DHCPにてIPアドレスを取得する1つのゲストノード（無線LANアクセスポイントAT-TQ4600）を接続します。

既存のAMFネットワークに対して、ゲストノードの設定を行う手順を説明します。

マスターとメンバーはすでにAMFノード名（hostnameコマンド）、AMFネットワーク名（atmf network-nameコマンド）、AMF接続ポート（AMFリンク）の設定（switchport atmf-linkコマンド）、IPの設定、ゲストノードにIPアドレスを払い出すDHCPサーバーの設定が行われていることを前提とします。

Note - メンバーがゲストノードの情報を取得する際にはIP通信を使用しますので、ゲストノードを接続するVLANにIPアドレスを設定する必要があります。

1. ゲストノードの設定 （上図の構成例を例としています）

atmf guest-class

FSW241(config)# atmf guest-class tq_device ↓

modeltype

FSW241(config-atmf-guest)# modeltype tq ↓

discovery

FSW241(config-atmf-guest)# discovery dynamic ↓

Note - パラメーターでdynamicを選択し、LLDPにて機器情報を取得する場合は、LLDP機能を有効にする必要があります。

username

FSW241(config-atmf-guest)# username manager password friend ↓

discovery

FSW241(config-atmf-guest)# exit ↓ FSW241(config)# service dhcp-snooping ↓

FSW241(config)# ip dhcp snooping delete-by-linkdown ↓

FSW241(config)# interface vlan1 ↓ FSW241(config-if)# ip dhcp snooping ↓

FSW241(config-if)# exit ↓ FSW241(config)# interface port1.0.1 ↓ FSW241(config-if)# ip dhcp snooping trust ↓

Note - 他のスイッチを接続するポートも同様に、DHCP SnoopingのTrustedポートに設定します。

2. ゲストノードの接続

switchport atmf-guestlink

FSW241(config)# interface port1.0.5 ↓ FSW241(config-if)# switchport atmf-guestlink class tq_device ↓

description

FSW241(config-if)# description AP221 ↓

Note - ゲストノードのノード名は、ポートに設定された説明文となります。

Note - discoveryコマンドのパラメーターでstaticを選択している時は、AMFメンバーはswitchport atmf-guestlinkコマンドで指定されたIPアドレスに対し接続を試みますが、接続に失敗すると以降は30秒間隔で5回試行します。それでも接続できない場合は以後接続を試みません。この場合は、ゲストノードを接続した機器のリンクダウン・アップを行ってください。

Note - discoveryコマンドのパラメーターでdynamicを選択している時は、DHCP Snoopingテーブル（バインディングデータベース）からゲストノードのエントリーが削除されると、ゲストノードは一端AMFから離脱します。

設定は以上です。
ゲストノードを追加する場合は、同様に設定します。

■ 接続されている対象ノードで、ゲストノード接続ポート（ゲストリンク）情報を確認したい場合は、show atmf links guestコマンドを使います。

FSW241# show atmf links guest ↓ Guest Link Information: DC = Discovery configuration S = static D = dynamic Local Guest Model MAC IP / IPv6 Port Class Type DC Address Address -------------------------------------------------------------------------------- 1.0.5 tq_device TQ D 001a.ebab.d2e0 192.168.1.221 Total number of guest links configured 1

■ マスターからゲストノードの各種情報を確認したい場合は、show atmf guestsコマンドを使います。

SBx81# show atmf guests ↓ Guest Information: Device Device Parent Guest IP/IPv6 Name Type Node Port Address -------------------------------------------------------------------------------- AP221 AT-TQ4600 FSW241 1.0.5 192.168.1.221 Current ATMF guest node count 1

■ AMFコントローラーで、エリア内のゲストノードの各種情報を確認したい場合は、show atmf area guestsコマンドを使います

SBx81# show atmf area guests ↓ area1 Area Guest Node Information: Device Device Parent Guest IP/IPv6 Name Type Node Port Address ------------------------------------------------------------------------------ AP221 AT-TQ4600 FSW241 1.0.5 192.168.1.221 main-building guest node count 1

■ ゲストノードのバックアップの設定や状態を確認するには、マスターでshow atmf backup guestコマンドを使います。

注意事項

AMF使用時は、ネットワーク構成や併用機能に関する注意事項や制限事項があります。「導入にあたり」を参照し、既存のネットワーク構成や使用中の機能に問題がないかご確認ください。
サポート対象外のネットワーク構成や併用機能がある場合は、構成や機能を適宜変更してからAMFの導入を進めてください。
ゲストノードにおいて、以下AMF機能は未サポートです。
- オートリカバリー機能
- ワーキングセット機能
- リブートローリング機能
- ゼロタッチインストレーション
- ゲストノードのノード名設定（hostnameコマンド）
  
  Note - ゲストノードのノード名はポートの説明文になります（descriptionコマンド）。
- ゲストノードのDHCPサーバー機能
  
  Note - ゲストノードにてDHCPを使用する場合は、通常のDHCPサーバー機能、または外部のDHCPサーバーを使用してください。
- リモートログイン機能

手動リカバリー（概要）

手動リカバリー機能は、ゲストノードを新品の機器と交換するときに、バックアップデータから設定内容を復元し、交換前の機器と同じ構成にする仕組みです。
ゲストノード交換時にリカバリーが動作するには、次の条件を満たす必要があります。

マスターのUSBメモリー、SD/SDHCカード、または、マスターに設定された外部SSHサーバーに該当ゲストノードのバックアップデータが存在すること
バックアップデータがない場合、リカバリーは正しく実行できません。交換前のスイッチがまだ動作している場合は、atmf backup guests nowコマンドで手動バックアップを取ってから交換してください。
交換時は以前と同じノードの同じポートに代替機を接続すること
AMFネットワーク内での物理的な位置が異なる場合、リカバリーが動作しない、あるいは、別のノードとして復元される可能性があります。代替機にケーブルを接続するときは交換前と同じポートに接続してください（代替機側だけでなく接続先機器のポートも同じにしてください）。

ゲストノードの交換（手動リカバリー）

ここでは、稼働中の下記AMFネットワークを例に、ゲストノードの無線LAN APを新品の代替機と交換し、手動リカバリーによって復元する手順を示します。

機種 ノード名 AMFにおける役割 概要

SwitchBlade x8100 SBx81 マスターコアスイッチ

AT-x510-28GTX FSW241 メンバーフロアスイッチ

AT-TQ4600 AP221 ゲストノード無線LAN AP [交換対象]

ゲストノードAT-TQ4600と同一型番の新しいノード（代替機）を用意して、起動します。
マスターにAMFバックアップファイルの入ったUSBメモリーを装着します。

ゲストノードの接続されているメンバーにログインします。

FSW241 login: manager ↓ Password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx FSW241> enable ↓

ログインしたら、atmf recover guestコマンドを実行して、USBメモリー内のバックアップファイルから代替機の設定内容を手動でリカバリーします。リカバリーが完了すると代替機は自動的に再起動が行われます。
FSW241# atmf recover guest port1.0.5 ↓
ゲストノードの再起動が完了したらAMFネットワークが再構成され、AMFメンバーおよびマスターとの接続性が回復します

リモートログイン

AMFリモートログイン（atmf remote-loginコマンド）は、指定したAMFノードのコンソールにリモートアクセスする機能です。単一ノードを対象とするワーキングセットプロンプトでもほぼ同じことができるため、補助的な位置付けであり、通常あまり使う必要がありませんが、ワーキングセットプロンプトとは異なり任意のユーザー名、パスワードでログインでき、またconsoleログが出力されるため、ご購入時状態の新規スイッチに初期設定を行うときや、オートリカバリーに失敗したノードを手動でリカバリーするときは、リモートログイン機能を使います。

AMFリモートログインは、TelnetやSSHによるリモートログインと似ていますが、ログイン先をノード名で指定できること、AMFネットワーク経由での通信になること、通常コンソールターミナルにだけ出力されるconsoleログが表示されること、などの相違点があります。文字どおり、指定したノードのコンソールターミナルにリモートからアクセスするイメージです。

■ 他のAMFノードのコンソールにリモートログインするには、マスターのCLIからatmf remote-loginコマンドを実行します。ユーザー名を指定しない場合は、マスターのCLIにログインしたときのユーザー名とパスワードを使うため、マスターと該当ノードのユーザー情報が一致していないとエラーになります。

SBx81# atmf remote-login FSW241 ↓ Type 'exit' to return to SBx81. AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx FSW241>

■ マスターとログイン先ノードでユーザー情報が異なる場合は、userパラメーターでログイン先のユーザー名を指定してください。ユーザー名を指定した場合は必要に応じてパスワードプロンプトが表示されるので、ログイン先のパスワードを入力できます。
これは、運用状態のマスター（managerパスワードを変更している可能性が高い）から、AMFネットワークに接続したばかりの新規ノード（managerパスワードが初期値のfriend）にログインする場合に便利です。

SBx81# atmf remote-login user manager host_001a_eb54_e0c5 ↓ Type 'exit' to return to SBx81. manager@172.31.0.5's password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus>

AMF自動検出メカニズム

ご購入時状態（正確にはAMFクリーン状態）のAMF対応スイッチでは、起動時にAMFネットワークを検出して自動的に参加する仕組みが働きます。これをAMF自動検出メカニズムと呼びます。

クリーン状態のAMF対応スイッチにおける、AMF自動検出メカニズムの動作は次のとおりです。

クリーン状態のスイッチが起動時にAMFパケットを受信すると、そのポートでAMFを有効化します（対向ポートがAMFリンクなら該当ポートをAMFリンクに、対向ポートがAMFクロスリンクなら該当ポートをAMFクロスリンクに自動設定します）。また、受信したAMFパケットに含まれるAMFネットワークを所属先として設定します。
さらに、既存AMFネットワークにおいて、マネージメントVLAN、ドメインVLANのVLAN IDやマネージメントサブネットが初期値から変更されている場合は、これらの設定も自動的に行います。
19:29:49 awplus ATMF[829]: ATMF network detected
ネットワークループなどを防ぐため、セーフコンフィグと呼ばれる特殊なランニングコンフィグを適用します。
19:29:49 awplus ATMF[829]: ATMF safe config applied (forwarding disabled) 19:29:59 awplus ATMF[829]: Shutting down all non ATMF ports
セーフコンフィグの具体的な内容は次のとおりです。
- 無効状態のVLAN（セーフVLAN）が作成されます（VLAN IDはドメインVLANやマネージメントVLANと重複しないよう自動選択されます。標準はvlan4090です）
- AMFリンクを含むすべてのポートがタグ付き（トランクポート）に設定され、セーフVLANにのみ所属した状態となります
- AMFリンク以外のポートはすべてerr-disabledステータス（AMFプロトコルによるシャットダウン状態）となります

オートリカバリー（運用編を参照）が可能かどうかを判断します。
可能と判断した場合は、オートリカバリーを実行し、復元されたノード名でAMFネットワークに復帰します。
（マスターからバックアップデータを取得し、内蔵フラッシュメモリーの内容を復元してから自動的に再起動します）

16:52:16 ESW231 ATMF[839]: Automatic node recovery started 16:52:16 ESW231 ATMF[839]: Attempting to recover as ESW231 16:52:16 ESW231 ATMF[839]: Checking master node availability : : 16:52:27 ESW231 ATMFFSR[3375]: Retrieving recovery data from master node SBx81 16:54:27 ESW231 ATMFFSR[3375]: File recovery from master node succeeded. Node will now reboot

オートリカバリーが不可能と判断した場合は、セーフコンフィグが適用された状態のままAMFネットワークに参加します。

12:10:16 awplus ATMF[837]: No identity found for this device so automatic node recovery is not possible

この場合は、ホスト名が初期値awplusのままなので、MACアドレスを元にした「host_xxxx_xxxx_xxxx」形式のノード名が暫定的に自動設定されます。

オートリカバリーせずにAMFネットワークに自動参加した場合のランニングコンフィグから要点を抜粋します。

! ! 受信したAMFパケットに含まれるネットワーク名を自動設定 ! atmf network-name VCF001 ! ! 転送を行わないセーフVLANを自動作成 ! vlan database vlan 4090 name atmf_node_recovery_safe_vlan vlan 4090 state disable ! ! AMFパケットを受信したポートは、対向ポートにあわせて ! AMFリンクかAMFクロスリンクに自動設定される（本例ではAMFリンク）。 ! VLAN設定は「セーフVLANのみ所属のタグ付きポート」だが、 ! AMFリンクの設定があるためAMFパケットの送受信は行われる ! interface port1.0.1 switchport switchport atmf-link switchport mode trunk switchport trunk allowed vlan add 4090 switchport trunk native vlan none ! ! その他のポートはすべてerr-disabled（AMFによるシャットダウン状態）になる ! VLAN設定は「セーフVLANのみ所属のタグ付きポート」 ! interface port1.0.2-1.0.50 switchport switchport mode trunk switchport trunk allowed vlan add 4090 switchport trunk native vlan none

Note - AMF自動検出メカニズムによってAMFネットワークに参加した新規ノードは、ワーキングセットやリモートログイン、リブートローリングなどの諸機能を利用できますが、自動バックアップの対象にはなりません。いったん設定を保存して再起動すると、それ以降はバックアップされるようになります。

AMFクリーン化手順

AMFの運用中にメンバーの機器交換を行った場合、交換後の機器を交換前の機器と同じ状態に戻すオートリカバリー処理が実行されます。
ただし、オートリカバリーが機能するためには、交換後の機器が「AMFクリーン状態」でなくてはなりません。
（より正確には、オートリカバリーの前提条件であるAMF自動検出メカニズムが働くために必要な状態を「AMFクリーン」と呼びます）

AMFクリーン状態とは、以下の条件をすべて満たしている状態をいいます。
ご購入時のAMF対応スイッチはクリーン状態です。

起動時コンフィグ（スタートアップコンフィグ）の実体ファイルが初期設定の「flash:/default.cfg」である
バックアップ用のコンフィグやファームウェアが設定されていない。
フラッシュメモリーのルートディレクトリーにコンフィグファイル（*.cfg）やスクリプトファイル（*.scp）が存在しない
フラッシュメモリーの.configsディレクトリーにstk.conf、atmf-links.conf、atmf.confというファイルが存在しない
フラッシュメモリーのルートディレクトリーにユーザーが作成したディレクトリーが存在しない
USBメモリーやSD/SDHCカードを装着していない。あるいは、USBメモリーやSDカードを装着していても、オートブート機能が無効化されているか、ルートディレクトリーにautoboot.txtというファイルが存在しない

Note - ファームウェアイメージファイルはいくつ存在していてもかまいません。ただし、オートリカバリー時には、内蔵フラッシュメモリー上のファームウェアイメージファイルがいったんすべて削除され、バックアップデータに含まれるファームウェアイメージファイルだけが復元されますのでご注意ください。

使用済みの機器をAMFクリーン状態に戻すには、次の手順を実行してください。

機器を単体構成（非VCS構成）で起動してください。
また、SwitchBlade x8100の場合は、単体構成かつコントロールファブリックカード（CFC）を1枚だけ装着した状態で実行してください。

Note - SwitchBlade x908は、必ずポート拡張モジュール（AT-XEM-1XP、AT-XEM-2XP、AT-XEM-2XS、AT-XEM-2XT、AT-XEM-12S/12Sv2、AT-XEM-12T/12Tv2、AT-XEM-24T）を1つ以上装着した状態で使用してください。拡張モジュールを1つも装着していない状態で起動したり、運用中にすべての拡張モジュールを取り外したりしないでください。

atmf cleanupコマンドを実行します。
確認のプロンプトが出ますので、「y」を入力して再起動してください。

awplus# atmf cleanup ↓ This command will erase all NVS, all flash contents except for the boot release, and any license files, and then reboot the switch. Proceed ? (y/n): y ↓

これでクリーン化作業は完了です。

Note - フラッシュメモリー、USBメモリー、SD/SDHCカード内に存在するファイル、ディレクトリーの情報は、dirコマンドで確認できます。

Note - 起動時コンフィグとバックアップ用コンフィグ、バックアップ用ファームウェアの設定状態は、show bootコマンドで確認できます。

新規ノード追加手順（自動検出＋CLI設定）

稼働中のAMFネットワークに機器を追加する方法には、運用編で説明したように、AMFネットワーク名やノード名などの初期設定をすませてから既存のAMFノードと接続し、以後マスターのCLIから設定を行う方法が基本ですが、ご購入時状態のAMF対応スイッチがAMFネットワークに自動参加する機能を利用して、最初からマスターのCLIで設定を行う方法もあります。

ここでは後者の例を示します。

想定するネットワーク環境は運用編と同じです。すなわち、下記AMFネットワークに、新しいフロアスイッチFSW243をメンバーとして追加する場合を例として説明します。

機種 ノード名 AMFにおける役割 所属グループ 概要

SwitchBlade x8100 SBx81 マスター - コアスイッチ

AT-x510-28GTX FSW241 メンバー floor, 1F フロアスイッチ

AT-x510-28GTX FSW242 メンバー floor, 2F フロアスイッチ

AT-x510-28GTX FSW243 メンバー floor, 3F フロアスイッチ（新規追加）

AT-x510-52GTX ESW231 メンバー edge, 2F エッジスイッチ

追加するスイッチ（新規ノード）はご購入時の状態であると仮定します。
もしそうでない場合は、「AMFクリーン化手順」を参照し、新規ノードをAMFクリーン状態に戻してから下記の手順を実施してください。

接続先ノードの設定変更

新規ノードを接続する既存のAMFノード（接続先ノード）にAMFリンクを追加設定する方法は、運用編で紹介した基本手順と同じですので、運用編をご覧ください。

新規ノードの接続と初期設定

接続先ノードの設定変更が済んだら、新規ノードを起動して、接続先ノードと接続します。

新規ノードを起動します。
接続先ノードであるマスターのポート1.1.3と、新規ノードのポート1.0.1を接続します。

すると、マスターのコンソールに、新規ノードがJoin（AMFネットワークに参加）したことを示すメッセージが出力されます。
21:09:23 SBx81 ATMF[1946]: host_eccd_6d82_6b3d has joined. 5 members in total.
新規ノードはノード名が未設定のため、MACアドレスを元にした「host_eccd_6d82_6b3d」という名前で動作していることがわかります。

マスターのCLIから、show atmf nodesコマンドでノード情報を確認します。

SBx81# show atmf nodes ↓ Node Information: * = Local device SC = Switch Configuration: C = Chassis S = Stackable N = Standalone Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- * SBx81 AT-SBx81CFC400 Y C none 0 host_eccd_6d82_6b3d x510-28GTX N S SBx81 1 FSW242 x510-28GTX N S SBx81 1 FSW241 x510-28GTX N S SBx81 1 ESW231 x510-52GTX N S FSW242 2 Current ATMF node count 5

AMFリモートログイン機能（atmf remote-loginコマンド）を使って新規ノードにログインします。
このとき、userパラメーターで初期設定の管理者ユーザー名であるmanagerを指定してください。こうすることにより、マスター側でmanagerのパスワードを変更していても、新規ノードにログインできます。

SBx81# atmf remote-login user manager host_eccd_6d82_6b3d ↓ Type 'exit' to return to SBx81. manager@172.31.0.5's password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus>

hostnameコマンドでノード名を「FSW243」に設定します。
ノード名の変更にともない、新規ノードはいったんAMFネットワークから離脱するため、リモートログインセッションが切断され、マスターのローカルプロンプトに戻ります。

Note - AT-DC2552XSの場合のみ、AMFとスパニングツリーの併用がサポート対象外のため、初期設定で有効になっているスパニングツリープロトコル（RSTP）を無効化する必要があります。spanning-tree enableコマンドをno形式で実行してください。

awplus> enable ↓ awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# hostname FSW243 ↓ 21:18:27 SBx81 ATMF[1946]: host_eccd_6d82_6b3d has left. 4 members in total. SBx81#

新しいノード名で再度ログインします。

SBx81# atmf remote-login user manager FSW243 ↓ Type 'exit' to return to SBx81. manager@172.31.0.5's password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx FSW243>

ご購入時状態のスイッチがAMF自動検出メカニズムによってAMFネットワークに参加し、オートリカバリーが行われなかった場合、該当スイッチにはループ防止用の特殊なコンフィグ（セーフコンフィグ）がランニングコンフィグとして適用された状態になりますので、最初にこれを削除します。

FSW243(config)# vlan database ↓ FSW243(config-vlan)# no vlan 4090 ↓ FSW243(config-vlan)# exit ↓ FSW243(config)# interface port1.0.2-1.0.50 ↓ FSW243(config-if)# no shutdown ↓ FSW243(config-if)# switchport mode access ↓ FSW243(config-if)# exit ↓ FSW243(config)#

運用に必要な設定を追加します（以下は一例です）。

FSW243(config)# atmf group floor,3F ↓ FSW243(config)# interface vlan1 ↓ FSW243(config-if)# ip address 192.168.1.243/24 ↓ FSW243(config-if)# exit ↓ : : （以下省略） : : FSW243(config)# end ↓

AMF自動検出メカニズムによってAMFネットワークに参加したノードは、リモートログイン、ワーキングセット、リブートローリングによる操作は可能ですが、自動バックアップの対象にはなりません。
AMF自動検出メカニズムで追加したノードに必要な設定を終えたら、設定を保存して再起動してください。再起動後から自動バックアップされるようになります。
なお、再起動にともない新スイッチがAMFネットワークから脱退するため、リモートログインセッションが切断され、マスターのローカルプロンプトに戻ります。
FSW243# write memory ↓ [OK] FSW243# reboot ↓ reboot system? (y/n): y ↓ 21:21:41 SBx81 ATMF[1946]: FSW243 has left. 4 members in total. SBx81#

再起動が完了したら、状態を確認します。

21:23:15 SBx81 ATMF[1946]: FSW243 has joined. 5 members in total. SBx81# show atmf nodes ↓ Node Information: * = Local device SC = Switch Configuration: C = Chassis S = Stackable N = Standalone Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- * SBx81 AT-SBx81CFC400 Y C none 0 FSW243 x510-28GTX N S SBx81 1 FSW242 x510-28GTX N S SBx81 1 FSW241 x510-28GTX N S SBx81 1 ESW231 x510-52GTX N S FSW242 2 Current ATMF node count 5

FSW243がAMFネットワークに参加していることを確認できます。
これ以降、マスターのCLIから、ワーキングセット機能を用いて新規ノードFSW243の設定や状態監視が可能です。

新規ノード追加手順（自動検出＋事前作成コンフィグ転送）

稼働中のAMFネットワークに機器を追加する場合に、ご購入時状態のAMF対応スイッチがAMFネットワークに自動参加する機能を利用して、マスターのCLIから新規スイッチにリモートログインし、事前に用意しておいたコンフィグファイルとファームウェアを転送してから再起動することで、新規ノードを運用状態に持って行く方法を紹介します。

想定するネットワーク環境は前の例と同じです。すなわち、下記AMFネットワークに、新しいフロアスイッチFSW243をメンバーとして追加する場合を例として説明します。

接続先ノードの設定変更

新規ノードの接続と初期設定

接続先ノードの設定変更が済んだら、新規ノードを起動して、接続先ノードと接続します。

あらかじめ新規ノード用の設定ファイルを作成し、マスターに装着したUSBメモリー内の任意のディレクトリーに格納しておきます。設定ファイルには、AMFの初期設定だけでなく、新スイッチの運用に必要なすべてのコマンドが記述されているものとします。
ここでは、設定ファイルをFSW243.cfgという名前で作成し、USBメモリーの/configディレクトリーに置いたものと仮定します。

AMFの初期設定については、導入編の「メンバーの初期設定」をご参照ください。

Note - AT-DC2552XSの場合のみ、AMFとスパニングツリーの併用がサポート対象外のため、設定ファイルには、装置全体でスパニングツリープロトコルを無効化するコマンド（no spanning-tree rstp enable）、または、AMF接続ポートにおいてスパニングツリープロトコルの動作を無効化するコマンド（spanning-tree portfast bpdu-filterコマンド（インターフェースモード））を忘れずに記述してください。
新規ノードを起動します。
接続先ノードであるマスターのポート1.1.3と、新規ノードのポート1.0.1を接続します。

すると、マスターのコンソールに、新規ノードがJoin（AMFネットワークに参加）したことを示すメッセージが出力されます。
21:09:23 SBx81 ATMF[1946]: host_eccd_6d82_6b3d has joined. 5 members in total.
新規ノードはノード名が未設定のため、MACアドレスを元にした「host_eccd_6d82_6b3d」という名前で動作していることがわかります。

マスターのCLIから、show atmf nodesコマンドでノード情報を確認します。

マスターのUSBメモリーに格納されているFSW243用のコンフィグファイルとファームウェアを新規ノードにダウンロードします。

awplus> enable ↓ awplus# copy SBx81.atmf/usb:/config/FSW243.cfg flash:/default.cfg ↓ Copying... Successful operation awplus# copy SBx81.atmf/usb:/fw/x510-5.4.6-0.9.rel flash ↓ Enter destination file name[x510-5.4.6-0.9.rel]: ↓ Copying... Successful operation awplus# dir ↓ 20570492 -rwx Jan 24 2013 21:40:11 x510-5.4.6-0.9.rel 1263 -rwx Jan 24 2013 21:38:31 default.cfg 20570305 -rw- Jan 22 2013 19:49:12 x510-5.4.6-0.8.rel

Note - 5.4.6-0.8と5.4.6-0.9は説明上使用している架空のファームウェアです。本マニュアル作成時点では実在しませんのでご注意ください。

ダウンロードしたファームウェアを通常起動時のファームウェアに、現在のファームウェアをバックアップ用ファームウェアに設定します。

awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# boot system x510-5.4.6-0.9.rel ↓ awplus(config)# boot system backup x510-5.4.6-0.8.rel ↓ awplus(config)# end ↓

新しいファームウェアとコンフィグで再起動します。
再起動にともない新規ノードがAMFネットワークから脱退するため、リモートログインセッションが切断され、マスターのローカルプロンプトに戻ります。
awplus# reboot ↓ reboot system? (y/n): y ↓ 21:40:55 SBx81 ATMF[1946]: host_eccd_6d82_6b3d has left. 4 members in total. SBx81#
新規ノードが再起動を完了し、新しいノード名で再参加してきたことは、マスターのコンソールに次のメッセージが表示されることでわかります。
21:42:32 SBx81 ATMF[1946]: FSW243 has joined. 5 members in total.

マスターのCLIから状態を確認します。

SBx81# show atmf nodes ↓ Node Information: * = Local device SC = Switch Configuration: C = Chassis S = Stackable N = Standalone Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- * SBx81 AT-SBx81CFC400 Y C none 0 FSW243 x510-28GTX N S SBx81 1 FSW242 x510-28GTX N S SBx81 1 FSW241 x510-28GTX N S SBx81 1 ESW231 x510-52GTX N S FSW242 2 Current ATMF node count 5

オートリカバリー失敗時の再試行手順

何らかの理由でオートリカバリーに失敗した場合、以下の手順で再度オートリカバリーを試みてください。

AMFマスターにバックアップファイルが保存されているかどうかを確認してください。

Note - バックアップファイルの確認方法は、運用編の「バックアップファイルの確認方法」をご覧ください。
オートリカバリーに失敗した機器のケーブルを一旦全て外してください。
対象機器にコンソールを接続し、atmf cleanupコマンドを実行し、「AMFクリーン状態」にしてください。
クリーン化コマンド実行により自動的に再起動します。
再起動後、AMFマスターにつながっているポート（※1）の1ポートだけ接続した状態にしてください。オートリカバリーが動作します。
オートリカバリー完了後、元のケーブルに戻してください。

※1 アップリンク（マスターに近い方のポート）ポートという意味で、AMFマスターと直接接続されている必要はありません。

オートリカバリー失敗時の手動リカバリー

なんらかの理由によりオートリカバリーが動作しなかったり、失敗したときでも、AMF自動検出メカニズムによってAMFネットワークに参加できていれば、atmf recoverコマンドを用いた手動によるリカバリーが可能です。

以下では、運用編の「メンバーの交換（オートリカバリー）」でオートリカバリーに失敗した場合を例に、手動リカバリーの手順を説明します。

代替機のコンソールターミナル、または、LED表示（代替機の機種や拡張モジュールによっては行われない場合があります。詳細はatmf recover led-offコマンドのページをご覧ください）によってオートリカバリーの失敗を確認した場合は、マスターのCLIからshow atmf nodesコマンドでノード情報を確認し、該当ノードがAMFネットワークに参加していることを確認します。

以下の例では、代替機のノード名が未設定のため、MACアドレスを元にした「host_eccd_6d82_6b34」という名前でAMFネットワークに参加していることがわかります。

SBx81# show atmf nodes ↓ Node Information: * = Local device SC = Switch Configuration: C = Chassis S = Stackable N = Standalone Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- * SBx81 AT-SBx81CFC400 Y C none 0 FSW242 x510-28GTX N S SBx81 1 FSW241 x510-28GTX N S SBx81 1 host_eccd_6d82_6b34 x510-52GTX N S FSW242 2 Current ATMF node count 4

AMFネットワークに参加できている場合は、代替機のCLIから手動リカバリーが可能です。
AMFリモートログイン機能（atmf remote-loginコマンド）を使って代替機にログインしてください。
このとき、userパラメーターで初期設定の管理者ユーザー名であるmanagerを指定してください。こうすることにより、マスター側でmanagerのパスワードを変更していても、代替機にログインできます。
また、リモートログイン機能ではconsoleログが表示されるため、オートリカバリーの進捗をリアルタイムに確認でき便利です。

SBx81# atmf remote-login user manager host_eccd_6d82_6b34 ↓ Type 'exit' to return to SBx81. manager@172.31.0.4's password: friend ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus>

atmf recoverコマンドを実行して、マスターに装着されたUSBメモリー内のバックアップファイルから代替機の内蔵フラッシュメモリーの内容を手動でリカバリーします。

代替機の機種や拡張モジュールによっては、ポートLEDの表示によってリカバリー実行中であることが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

awplus> enable ↓ awplus# atmf recover ESW231 ↓ This command will erase ALL flash contents. Continue node recovery? (y/n)y Manual node recovery successfully initiated 16:56:00 awplus ATMFFSR[4283]: Retrieving recovery data from master node SBx81 16:57:47 awplus ATMFFSR[4283]: Manual node recovery completed

リカバリーが完了したら、再起動します。
再起動にともない代替機がAMFネットワークから脱退するため、リモートログインセッションが切断され、マスターのローカルプロンプトに戻ります。
awplus# reboot ↓ reboot system? (y/n): y ↓ 17:00:21 SBx81 ATMF[1958]: host_eccd_6d82_6b34 has left. 3 members in total. SBx81#
新スイッチが再起動を完了し、新しいノード名で再参加してきたことは、マスターのコンソールに次のメッセージが表示されることでわかります。
17:01:59 SBx81 ATMF[1958]: ESW231 has joined. 4 members in total.

マスターのCLIから状態を確認します。

SBx81# show atmf nodes ↓ Node Information: * = Local device SC = Switch Configuration: C = Chassis S = Stackable N = Standalone Node Device ATMF Node Name Type Master SC Parent Depth -------------------------------------------------------------------------------- * SBx81 AT-SBx81CFC400 Y C none 0 FSW242 x510-28GTX N S SBx81 1 FSW241 x510-28GTX N S SBx81 1 ESW231 x510-52GTX N S FSW242 2 Current ATMF node count 4

ESW231がAMFネットワークに参加していることを確認できます。

AT-DC2552XS/x510/x610のスタックポートをAMF接続ポートとして使用している場合の手動リカバリー

AT-DC2552XS、x510/x610シリーズにおいて、スタックポート（AT-DC2552XSのQSFP+スロット、x510の本体スタックポート、または、x610のスタック/ポート拡張兼用モジュールAT-x6EM/XS2）を通常ポートに設定し、AMFリンクとして使用している場合はオートリカバリーが動作しません。
スタックポートを通常ポートとして動作させるにはVCS無効化の設定（「no stack enable」）が必要ですが、この設定が入ることで「AMFクリーン状態」でなくなり、オートリカバリーの前提条件であるAMF自動検出メカニズムが働かなくなるためです。
この場合は、以下の手順にしたがって、手動でリカバリーを実施してください。

以下では、リカバリー対象ノードのノード名を「FSW245」、機種をAT-x510-28GTXとし、バックアップ済みと仮定します。

代替機を起動してコンソールターミナルからログインしたら、VCSを無効化し、スタックポートを通常ポートとして使えるようにします。これには、stack enableコマンドをno形式で実行します。スタックメンバーIDは、x510の場合は装置前面のステータスLEDで、x610の場合はshow stack indicatorコマンド実行後のMASTER LED（ステータスLED）の点滅回数で確認できます。

awplus login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus> enable ↓ awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# no stack 1 enable ↓ Warning: this will disable the stacking hardware on member-1. Are you sure you want to continue? (y/n): y ↓ 14:50:41 awplus VCS[752]: Deactivating Stacking Ports at location 1.0

ネットワーク名を設定します。これにはatmf network-nameコマンドを使います。
ネットワーク名は、同一AMFネットワークを構成するすべてのノードに同じ名前を設定する必要があります（マスターと異なるネットワーク名を設定したメンバーはAMFネットワークに参加できません）。また、ネットワーク名は大文字小文字を区別するので、その点にもご注意ください。
awplus(config)# atmf network-name AMF001 ↓ % Warning: the new atmf network name will not become effective until the unit reboots.
VCS無効化とAMFネットワーク名の設定を有効にするため、設定をスタートアップコンフィグに保存し、再起動します。
awplus(config)# end ↓ awplus# write memory ↓ Building configuration... [OK] awplus# reboot ↓ reboot system? (y/n): y ↓

再起動後にログインしたら、通常ポートに設定したスタックポートをAMFリンクに設定します。これには、switchport atmf-linkコマンドを使います。

awplus login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus> enable ↓ awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# interface port1.0.27 ↓ awplus(config-if)# switchport atmf-link ↓

AMFネットワークへの参加を確認したら、atmf recoverコマンドを実行して手動リカバリーを実行します。

代替機の機種や拡張モジュールによっては、ポートLEDの表示によってリカバリー実行中であることが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

awplus(config-if)# end ↓ awplus# atmf recover FSW245 ↓ This command will erase ALL flash contents. Continue node recovery? (y/n) y ↓ Manual node recovery successfully initiated 17:39:12 SBx81 ATMFFSR[5594]: Retrieving recovery data from master node SBx81 17:39:32 SBx81 ATMFFSR[5594]: Manual node recovery completed

リカバリー処理が完了したら、もう一度再起動します。
awplus# reboot ↓ reboot system? (y/n): y ↓

AMF仮想リンクを使用しているノードの手動リカバリー

AMF仮想リンク（atmf virtual-link）で、AMFネットワークに接続しているノードのオートリカバリーを実施するときに、運用編「仮想リンク経由で接続しているAMFノードのオートリカバリー」の機能の利用条件に合致しない場合は、以下の手順にしたがって、手動でリカバリーを実施してください。

以下では、リカバリー対象ノードを「BR101」（10.10.10.1）、仮想リンクの接続先を「HQ001」（10.1.1.1）とした場合の手動リカバリー手順を説明します。「BR101」はバックアップ済みと仮定します。
（構成図は「AMF仮想リンクによるワイドエリアAMFネットワーク」を参照）

代替機を起動し、交換前と同じポートにケーブルを接続したら、コンソールターミナルからログインし、仮想リンクの接続先である「HQ001」とIPv4による通信を行うために必要な最小限の設定をします。

awplus login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus> enable ↓ awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# interface vlan1 ↓ awplus(config-if)# ip address 10.10.10.1/24 ↓ awplus(config-if)# exit ↓ awplus(config)# ip route 0.0.0.0/0 10.10.10.32 ↓

ネットワーク名を設定します。これにはatmf network-nameコマンドを使います。
ネットワーク名は、同一AMFネットワークを構成するすべてのノードに同じ名前を設定する必要があります（マスターと異なるネットワーク名を設定したメンバーはAMFネットワークに参加できません）。また、ネットワーク名は大文字小文字を区別するので、その点にもご注意ください。
awplus(config)# atmf network-name AMF001 ↓ % Warning: the new atmf network name will not become effective until the unit reboots.
atmf virtual-linkコマンドでAMF仮想リンクを設定します。
awplus(config)# atmf virtual-link id 1 ip 10.10.10.1 remote-id 1 remote-ip 10.1.1.1 ↓
Note - ここまでの設定は、手動リカバリーを動作させることだけを目的とした仮のものです。リカバリー後は、バックアップされていた本来の設定で動作します。

仮のAMF設定を有効にするため、設定をスタートアップコンフィグに保存し、再起動します。

awplus(config)# end ↓ awplus# write memory ↓ Building configuration... [OK] awplus# reboot ↓ reboot system? (y/n): y ↓

再起動後、AMFネットワークへの参加を確認したら、atmf recoverコマンドを実行して手動リカバリーを実行します。

代替機の機種や拡張モジュールによっては、ポートLEDの表示によってリカバリー実行中であることが示されます（詳細はatmf recover led-offコマンドのページをご覧ください）。

awplus# atmf recover BR101 ↓ This command will erase ALL flash contents. Continue node recovery? (y/n) y ↓ Manual node recovery successfully initiated 17:39:12 SBx81 ATMFFSR[5594]: Retrieving recovery data from master node SBx81 17:39:32 SBx81 ATMFFSR[5594]: Manual node recovery completed

リカバリー処理が完了したら、再起動します。
awplus# reboot ↓ reboot system? (y/n): y ↓

拠点側ルーターの手動リカバリー

AMFマスターと異なる拠点に設置されたAMF対応ルーター製品（AT-AR3050S/AT-AR4050S。以下、AMFルーター）が、拠点間のVPN接続を担っており、なおかつ、AMFネットワークへの接続性を配下のAMF対応スイッチが張るAMF仮想リンクに依存している場合、配下のAMF対応スイッチも、仮想リンクを張るためにはAMFルーターによる拠点間接続が必要という相互依存の関係になっているため、このような構成における拠点側AMFルーターはいかなる場合においてもオートリカバリーができません。

Note - 拠点側ルーターに仮想リンクが設定されている場合は、隣接するノード（配下のAMF対応スイッチ）の補助によりオートリカバリーが可能です。詳細は、運用編の「仮想リンク経由で接続しているAMFノードのオートリカバリー」をご覧ください。

仮想リンクを設定していない拠点側のAMFルーターを交換するときは、以下の手順にしたがって手動でリカバリーを実施してください。

代替機を用意し、拠点間通信を行うために必要な最小限の設定を行います。
具体的には、配下のAMF対応スイッチがAMF仮想リンクを確立し、AMFルーターからAMFマスターにアクセスできるようにする必要があります。

Note - 必要な設定はネットワーク構成によって異なりますので、ここでは示しません。具体的な例としては、設定例集をご参照ください。

awplus login: manager ↓ Password: XXXXXXXX ↓（実際には表示されません） AlliedWare Plus (TM) 5.4.6 xx/xx/xx xx:xx:xx awplus> enable ↓ awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# awplus(config)# no spanning-tree rstp enable ↓ awplus(config)# interface eth1 ↓ awplus(config-if)# encapsulation ppp 0 ↓ awplus(config-if)# exit ↓ awplus(config)# interface ppp0 ↓ ...

ネットワーク名を設定します。これにはatmf network-nameコマンドを使います。
ネットワーク名は、同一AMFネットワークを構成するすべてのノードに同じ名前を設定する必要があります（マスターと異なるネットワーク名を設定したメンバーはAMFネットワークに参加できません）。また、ネットワーク名は大文字小文字を区別するので、その点にもご注意ください。
awplus(config)# atmf network-name AMF001 ↓ % Warning: the new atmf network name will not become effective until the unit reboots.

仮のAMF設定を有効にするため、設定をスタートアップコンフィグに保存し、再起動します。

awplus(config)# end ↓ awplus# write memory ↓ Building configuration... [OK] awplus# reboot ↓ reboot system? (y/n): y ↓

ケーブルを交換前と同じポートに接続します。

再起動後、AMFネットワークへの参加を確認したら、atmf recoverコマンドを実行して手動リカバリーを実行します。

awplus# atmf recover RouterC ↓ This command will erase ALL flash contents. Continue node recovery? (y/n) y ↓ Manual node recovery successfully initiated 17:39:12 SBx81 ATMFFSR[5594]: Retrieving recovery data from master node SBx81 17:39:32 SBx81 ATMFFSR[5594]: Manual node recovery completed

リカバリー処理が完了したら、再起動します。
awplus# reboot ↓ reboot system? (y/n): y ↓
再起動後、リカバリー前と同じ設定で立ち上がります。

AT-Vista Managerによるネットワーク管理

ファームウェアバージョン5.4.5-2.1より、GUI（Graphical User Interface）でAMFネットワークやワイヤレスマネージャーの情報、配置などの管理が行えるAT-Vista Manager（弊社別売ソフトウェア製品。以下 AVM）に対応しています。
AVM を使用することにより、以下のようなことが行えます。

AMFネットワークの直感的なグラフィカル表示
ワイヤレスマネージャーで管理された AT-TQ シリーズの電源やチャンネル管理
AMFネットワークや AT-TQシリーズのステータス情報の表示
AMF機能で、自動リカバリーなどイベントが発生した際の即時性のある通知
機器の検索、管理

Note - AT-DC2552XSはサポート対象外です。

AVMで情報を表示するためには、AMFネットワークが構築されている必要があります。
また、フロアマップを表示するためには、無線アクセスポイントがワイヤレスマネージャーによって管理されている必要があります。
AVMを使用する際は、AMFネットワークを構築し、ワイヤレスマネージャーの設定をしたうえでご使用ください。

また、AVMを使用する上で、AMF機器に以下の設定を行ってください。

すべてのAMFマスターで、atmf topology-gui enableコマンドを有効にする。

Note - AMFコントローラーでは自動でコマンドが有効になります。

Note - AT-AR4050Sでは、service httpコマンドも有効にしてください。
AMFコントローラー（存在しない場合はAMFマスター）で、log event-host atmf-topology-eventコマンドを有効にする。
AMFコントローラーとすべてのAMFマスターが、AVMをインストールしたPCと通信できるようにIPの設定を行う。
AMFコントローラー（存在しない場合はAMFマスター）で、AVMが使用するユーザーがsshログインを行うことができるようにsshサーバーの設定を行う（「運用・管理」/「Secure Shell」を参照）。

Note - AVMの詳しい使い方については、AVMのユーザーガイドをご覧ください。

PN: 613-002107 Rev.J

機種	ノード名	AMFにおける役割	概要
SwitchBlade x8100	SBx81	コントローラー	コアスイッチ
SwitchBlade x908	SBx908a	ローカルマスター	コアスイッチ（エリア2）[交換対象]
SwitchBlade x908	SBx908b	ローカルマスター	コアスイッチ（エリア3）
AT-x230-10GP	x230	メンバー	エッジスイッチ
AT-x510-28GTX	x510	メンバー	エッジスイッチ