EX4550とEX4300は、JunOS 13.2X51-D35.3の異なる方言を話しますか？
4つのEX4300-48Tスイッチ（VCに2つ、スタンドアロンに2つ）があり、どちらもJunOS13.2X51-D35.3を実行しています。奇跡的に予算を見つけたので、これらのスイッチに2番目のVCのEX4550-32Fスイッチのペアを追加しました。私はこのVCに13.2X51-D35.3をインストールして、4300と一貫性を持たせるようにしました。（長期的には、残りのスイッチ、 EX2200-48Tスイッチ、最大同じファームウェア。）
トポロジー的には、2つのスタンドアロンEX4300をコンセントレータースイッチとして使用しており、それぞれから各エッジスイッチまで実行されます。 4550 VCは、このトポロジのエッジスイッチです。ループの形成を防ぐためにスパニングツリーに依存しています。
ただし、スパニングツリーを構成しようとすると、これらのスイッチがこのファームウェアの異なる方言を話しているように見えます。
4300では、ポートでスパニングツリーを明示的に有効にしない限り、次のようになります。
set protocols rstp interface ge-0/0/47
...スパニングツリーはそのポートでアクティブではなく、ループを形成します（ラボで発見されました）。ただし、EX4550で同じことを試してみると：
root@sa3-40# set protocols rstp interface xe-0/0/31
^
missing argument.
EX4550は私にこう言わせたいようです：
set protocols rstp interface xe-0/0/31 mode point-to-point
...次に、構成に次のように記録します。
set protocols rstp interface xe-0/0/31.0 mode point-to-point
...これは、rstpをオンにすると、デフォルトですべてのポートでオンになることを意味します。
10Gループを作成したくないので、これをまだ接続していません。これは、ネットワークにいくらか悪影響を与える可能性があるためです。ただし、ここで冗長パスを提供するためにスパニングツリーを使用しているため（コア内のVCによってすでに一度焼き付けられているため、VC）ではありません） =どこでも）私はこれを正しくする必要があります。
STPに関するスイッチのその他の構成は、ブリッジの優先順位を設定することだけです（スタンドアロンEX4300では16K、EX4550 VCでは32K）。
歴史的に、EX2200スイッチ（現在、さまざまなヴィンテージの12.3バージョンを実行しているものすべて）で行ったことは、次のように言うことです。
set protocols rstp
...そしてrstpはすべてのポートで有効になっています。
だから、私の質問に：
- RSTPは、明示的に要求しなくてもxeポートで自動的に有効になりますか（つまり、EX2200のJunOS 12と同じ方法で）？
- Rstpモードをアップ/ダウン/クロスリンクのポイントツーポイントとして明示的に定義する必要がありますか？
- おそらく、私が見逃している何か他のものはありますか？
- おそらく、これを行うためのより良い方法はありますか？
- これらのスイッチをすべてJunOSの同じ方言で話すようにする方法はありますか？
答えは次のように要約されます。EX4300（および一部の新しいスイッチ）は、Enhanced Layer 2 Services（ELS）と呼ばれるJunOSの方言を話します。 EX4550がその1つである古いスイッチは、そうではありません。特にRSTPに関しては、EX4550スイッチは、EX2200またはEX4200に精通している人なら誰でも理解できる「クラシック」な動作に従います。