ハードウェア: S50N
ファームウェア: FTOS8.4.2.6
問題: LACP を使用してポート チャネル インターフェイス経由で接続されている一部のサーバーを PXE ブートしようとしています。
現在の回避策: 単一のインターフェース (eth0) を持つサーバーを PXE ブートし、サーバーの構築後に Perl スクリプトを使用してポート チャネル インターフェースを有効にします。
詳細:
FTOS を搭載した Force10 S50 スイッチで同様のことを行っている人はいますか? そうでない場合、別の S シリーズまたはより大きなシャーシベースの Force10 でこれを行っている人はいますか?
ポートチャネル内のポートは明示的に VLAN を設定できず、ポートチャネルが属するタグ付きまたはタグなしの VLAN を使用しないように見えるため、ネイティブ VLAN でこの問題が解決するかどうか疑問に思っています。次にこれを確認します (まだ試していない唯一のことだと思います)
ジュニパーの例:http://broken.net/openindiana/how-to-pxe-boot-systems-on-lacp-using-juniper-switches/
シスコ: IOSとNexusでこの問題を解決する方法は数多く文書化されています
更新/編集: インターフェースまたはポート チャネル モード コマンドを使用して個々のインターフェースをスパニング ツリー (この場合は rtsp) に表示する方法がないようなので、ポートが転送状態になることはありません。a) 経験のある人がこれを転送するか、b) Force10 がこれに対する解決策を考案しない限り、これ以上この問題に手を出さないつもりです (S50 は EOL が近いと思われるため、他の S プラットフォーム (S55、S60) にのみ導入されると思います)。これは、Open Automation タイプの機能が新しいスイッチでのみサポートされているという事実に基づいています。
答え1
この質問は少し古いですが、Force10 S4810 スイッチでこの問題に遭遇し、これが Google の最初の結果です。Dell Force10 の担当者に相談したところ、次の構成を使用するように勧められました。
lacp ungroup member-independent port-channel <1-128>
ポート チャネルのメンバーが起動していない場合は、スイッチポートに戻ります。