Ciena 3930: 1GE SFPはCienaコードである必要があるのか、それとも1000BASE-LXの仕様が一致すれば十分か
Ciena 3930で1GEのキャリアハンドオフを受けていて、そのための予備品一式をまとめているところです。その回線用に指定されているモジュールはXCVR-A10Y31、1000BASE-LX/LCの部品で、1310nm、10kmシングルモードです。特に変わったところはなく、まったく同じ仕様の汎用光モジュールがラックから3メートルの引き出しに入っています。
- Ciena 3930、キャリア側を向いた1GEファイバーポート
- 現在ポートに入っているもの: XCVR-A10Y31、1000BASE-LX/LCとして報告される
- 代わりに在庫として持ちたいもの: 汎用の1310nm 10km LX SFP、光学仕様は同じ、Cienaコードなし
機器側で確認したこと:
port xcvr show
port xcvr show supportedsupportedの出力は、動作中のリリースが認識しているトランシーバーのモデルを表示し、そこに載っているのは全部Cienaの型番です。ポートに入っているものは一致しています、それはいいのですが、その出力が教えてくれないのは、そのリストが参考情報なのか、それともリストにないモジュールに対してプラットフォームが何かをするのかという点です。
すでにやったこと:
- 仕様を1行ずつ比較した。波長、リーチ、コネクタ、レートは汎用品でもすべて一致する
- うちで動かしているプラットフォームをまとめてカバーする互換性リストを探したが、見つかったのはプラットフォームごと、リリースごとの記事だけだった
つまりどちらなのでしょうか。モジュールはCienaが販売したものでなければならないのか、それとも同じ光学仕様のSFPであれば機器としては問題ないのか。
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
これは仕様ではなくコーディングの問題です。Cienaはモジュールが自分自身について報告する内容でトランシーバーを認証しているので、光学的には同一のLX部品でも、そのプラットフォーム向けにコードされていなければ、動かしているリリースの認証済みリストには単純に入っていません。1310nmと10kmを一致させても、そのレイヤーでは何の意味もありません。
良いニュースは、SAOSはここでIOSのようには振る舞わないということです。err-disableもなく、ポートを上げることの拒否もありません。リストにないモジュールは、稼働状態UCTF(uncertified transceiver)で上がってきて、その状態のままリンクしてトラフィックも通します。必要なのは3つのコマンドです:
1つ目は、ポートが本当に上がっているかを確認するだけのものです。2つ目はモジュールの情報を読み返してくれます。誰が作ったか、自分がどの部品だと名乗っているか、そしてmedium/connectorの行で、まともな予備品ならCiena純正部品とまったく同じ1000BASE-LX/LCと表示されます。3つ目があなたの質問の答えを決めます。ロードされているリリースが何を認証しているかを一覧表示し、それ以外はすべてUCTFの印がつきます。
このやり方で予備品一式を丸ごと組む前に、2つ注意点があります。認証済みリストはソフトウェアリリースに紐づいているので、アップグレードで足元からリストが変わることがあり、挙動はファミリー内でも同一ではないので、兄弟機種ではなく実際の機種で確認してください。そして当たり前のことですが、キャリアから引き渡された回線では、カウンタが何を示していようと、チケットを開けば誰もが真っ先に指さすのが未認証モジュールです。自分ならXCVR-A10Y31をハンドオフポートに残し、汎用部品は内部リンクに回します。
ハンドオフに近づく前に、ラボのポートで試してみました。汎用の1310nm LXを挿すとリンクは上がり、port xcvr showは説明どおりサードパーティのベンダー文字列とmediumとして1000BASE-LX/LCを返します。状態はUCTFと表示され、ポートは転送を続け、ログにも文句らしきものは何もありません。
つまり動くのですが、それでも自分は勝ちではなく妥協のほうを取っています。XCVR-A10Y31はキャリア向けポートに残しておきます、その回線は契約下にあるからです。汎用部品は、未認証マーキングが何の損にもならない内部リンクに回します。期待していた答えではありませんでしたが、少なくともこの機器が実際に何をするのかは分かりました。
古いCarrier Ethernet機器でも同じ絵になります。退役した機材の山、LE-311vと3911ですが、WWPブランドの1000BASE-LXと、自分をCisco GLC-Tと名乗る銅線1000BASE-T SFPを飲み込ませたところ、どちらの機器もモジュールを拒否しませんでした。両方とも未認証のまま上がってトラフィックを運びました。知っておく価値がある違いが1つあり、3911はポートごとに別々のトランシーバー種別を報告しましたが、LE-311vは試したモジュール間でまったく違いを示しませんでした。なので単一のプラットフォームが表示する内容を読み込みすぎないでください。
予備品一式の質問については、プラットフォーム横断の単一マトリクスは存在せず、探すだけで半日は失います。自分が見つけたリストはどれも1つのソフトウェア系統の1プラットフォームしかカバーしておらず、同じラックの2台でもリリースが違えば食い違うことがあります。自分たちの予備品向けに維持しているリストでは、XCVR-A10Y31は39xxと51xxの機種、片方は3926と3928、もう片方は5142、5160、5170、5171で通りますが、それ以上には広がりません。6500と8700はパケットオプティカルで、それぞれ独自のリストを持ち、スイッチ側からは何も引き継がれません。目の前の機器で port xcvr show supported を実行し、アップグレードのたびにやり直すこと、それだけが正しさを保ち続ける唯一の答えです。