Tunable SFP+ modülleri gerçekten var mı, wavelength komutu olmayan bir kutuda bir tane kullanabilir miyim
Bir metro çift üzerinde, her iki uçta da pasif mux ve demux ile, 100 GHz planla birkaç kanal yakıyoruz. Gerçekten tedarik edebildiğim her şey fixed-wavelength DWDM SFP+, kanal başına ayrı bir part number, yedekleri bu şekilde tutmak da saçmalaşmaya başladı.
- her iki uçta da 10G aggregation, sadece SFP+ kafesleri, tüm envanterde hiçbir yerde XFP yok
- pasif DWDM mux/demux, 100 GHz aralık
- kataloglardaki her DWDM SFP+ tek bir sabit kanal; bulabildiğim tek tunable 10G part number DWDM-XFP-C, o da bir XFP
- iki kutudan birinde interface altında optik konfigürasyonu diye bir şey hiç yok
Diğer platformların gösterdiği şeye karşı, bende olan:
transceiver channel <n> # what some platforms use
wavelength <n> # ... or this, under the DWDM controller
(this box) # neither keyword exists under the 10G interfaceŞimdiye kadar denediğim:
- optikle ilgili herhangi bir şey arayarak tüm interface konfigürasyon ağacını gözden geçirdim, orada hiçbir şey yok
- iki tedarikçiden tunable bir SFP+ istedim ve ikisinden de "biz sadece sabit kanal stoklarız" cevabını aldım
Yani iki soru. Tunable SFP+ modülleri ürün olarak gerçekten var mı, yoksa bunları alan tek 10G form faktörü XFP mi? Ve varlarsa, tuning komutu olmayan bir host kesin bir engel mi, yoksa bunu aşmanın bir yolu var mı?
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 4
Var. Cevabın hep bulanık gelmesinin sebebi, aynı nefeste iki farklı özelliğin "tunable" diye adlandırılması.
Biri DWDM grid boyunca tuning: gerçek bir tunable, 50/100 GHz planın üzerinde oturur ve 80 kanal gibi bir şeyi kapsar, yani tek bir part number, kanal başına tüm yedek rafını değiştirir.
Diğeri, bir modülü farklı bir host platformu için yeniden konfigüre edebilmek, bunun dalga boyuyla hiç ilgisi yok, vendor tooling'inin büyük kısmının aslında konusu da bu.
İkinci ayrım, kutunda bir wavelength komutu olmamasının neden bir sorun olmadığını açıklıyor. Tunable bir SFP+, switch'e yaklaşmadan önce harici olarak bir kontrol kutusu üzerinden ayarlanabilir. Kanal bir kere içine yazıldığında, host sadece sıradan bir fixed-wavelength DWDM modül görür ve ona öyle davranır, yani platform tarafında konfigüre edecek hiçbir şey yok. Stokta tek bir SKU tutuyorsun ve kanalı deployment anında kendin ayarlıyorsun.
Karşı uçtaki kutuda bu komutlar gerçekten varsa, elbette kullan (bir türde transceiver channel, başka birinde DWDM controller altında wavelength), ama bu bir gereklilik değil, bir kolaylık.
Yine de söyleyeceğim bir şey var: uzun bir hat üzerinde SFP+ yerine tunable bir XFP'ye yönelirdim, daha küçük form faktöründeki bütçe genelde daha dar oluyor.
Karşı çıkacağım kısım son paragraf. Burada daha küçük form faktörü için bir bütçe cezası yok, tunable SFP+ ve tunable XFP yaklaşık aynı receiver sensitivity'de oturuyor, kabaca -24 dBm, yani span her iki durumda da aynı çıkıyor. Folklor'un daha güçlü dediği yerine kafeslerinin sana verdiği form faktörünü seç.
Bunun yerine izlemeye değer iki şey var. Aynı planda 50 GHz tunable'ı 100 GHz sabit optiklerle karıştırmak gerçek interop dertlerine sebep oldu, yani tüm span'i tek bir grid'de tut. Bir de tunable modüllerin, özellikle XFP'lerin, gerçekte gönderim yaptıkları dalga boyuyla eşleşmeyen bir kanal numarası raporladığı görüldü, yani planın 100 GHz ise parçaları 100 GHz kanallara preset olarak ayarlat ve switch'in bastığına güvenmek yerine mux portunda doğrula.
Bu işi çözdü. Sorduğum iki mağaza tunable hiç tutmuyor, ama üçüncüsü tutuyor, kanalları da modüller sevk edilmeden önce kendi kontrol kutularıyla yazmışlar. İki uç da sade fixed-wavelength DWDM parçaları olarak geldi. Optik komutu olmayan kutu en ufak bir şey umursamıyor, bir DWDM SFP+ görüyor ve link veriyor, kanallar da mux'ın beklediği yere düştü.
Rafta tek bir SKU, kanal deployment'ta yazılıyor. Tam olarak anlatıldığı gibi, teşekkürler.
Preset modüllerin host için görünmez olması iki ucu da kesiyor: host da onlara özel bir şey gibi davranmayı bırakıyor, short-reach optikler etrafında kurulmuş monitoring de bağırmaya başlıyor. Fabric OS 7.x üzerindeki Brocade FC switch'ler klasik örnek, üçüncü parti DWDM SFP+ sorunsuz link veriyor ve sonra log şununla doluyor:
Modülde yanlış olan hiçbir şey yok. Fabric Watch, SFP bias akımı için short-reach lazerlere uyan 50 mA'lik bir tavanla geliyor, bir DWDM lazer ise ancak 110 mA'in üzerinde bir yerde ilginçleşmeye başlıyor. Yani optiğin peşinden koşmak yerine custom eşiği yükseltiyorsun:
Bir Fabric Watch lisansı, uzun span'ler için de Extended Fabric gerektiriyor ve bu FOS 7.x'teki Fabric Watch'a özgü. Genel ders yine de geçerli: DWDM optikleri sadece short-reach parçalar görmüş bir kutuya girdikten sonra, eşiklerinin neyi normal saydığını kontrol et.