Connectrix B Serisi anahtar: FOS-849642 ve FOS-847091 hataları - Gen 7 yöneticileri ve anahtarları, CRC hatalarının, bağlantı noktalarının arızalarının veya yıkıcı bir yeniden başlatmaya neden olan bir arıza durumuyla karşılaşabilirsiniz

Etkilenen Ürünler
FoS v9.1.x veya FOS v9.2.0 ile çalışan Brocade X7-8,X7-4, 7730 ve 7720

Sürümleri Brocade FOS v9.1.1c, v9.2.0a

ve üzeri sürümlerde Düzeltilebilir Yalnızca Gen 7 ürünleri risk altındadır.
FC64-48 ve/veya FC32-X7-48 bağlantı noktası blade'inin takılı olduğu Gen 7 yöneticileri (X7-8 ve X7-4) hem taşma hem de "doğrulama" hatalarının karşılanması riski altındadır. Gen 7 yöneticilerine takılı FC32-64 ve FC32-48 bağlantı noktası kanatları her iki arızayla da karşılaşma riski altında değildir.
Gen 7 anahtarları (G730 ve G720) yalnızca arabellek taşması arızası ile karşılaşma riski altındadır. Bu anahtarlar" hata hata durumuna maruz kalmaz veya "doğrula" hata durumuyla karşılaşma risklerine maruz kalmaz.
Daha fazla risk altında olmak için yapıda ciddi tıkanıklıklar olması gerekir ve bu da Traffic Optimizer tarafından aşırı isteğe bağlı yönetime neden
olur. Bu yanıt düzeyiyle karşılaşıldıysa aşağıdaki RASlog mesajı görüntülenir: Trafik Optimizer tarafından yapılan oversubscription yönetim eylemi yalnızca FOS v9.1.x ürün yazılımında bulunur. FOS v9.0.x ile çalışan Gen 7
ürünleri, arıza durumlarından herhangi biri için risk altında değildir.

Arabellek Taşması Arızası Risk Koşulları
Arabellek taşması durumunun ortaya çıkmak için ciddi tıkanıklık süresi gerektirmesinin yanı sıra Gen 7
yöneticisi veya anahtarındaki F bağlantı noktalarının da varsayılan değerden daha fazla arabellek sayısına yapılandırılması gerekir. FOS, varsayılan
olarak en fazla 28 arabellek atar.
Maksimum F-Port
arabellek sayısına sahip tüm Gen 7 yöneticisi veya anahtarları, FOS tarafından kullanılan varsayılan değerlerin üzerine çıkarılmış olabilir ve daha önce FOS v9.0.x
çalıştıran herhangi bir X7-8 veya X7-4 yöneticisi "doğrula" hatalarla karşılaşma riski altında olabilir. Trafik Optimize Edici, her iki
durumda da yoğun tıkanıklık süresinde meydana gelen aşırı ikaz olayına yanıt olarak çerçevelerin yönlendirmesini yönetmeyi denemesi gerekir.

Risk

altındaki yöneticileri ve anahtarları belirlemek için Tampon Kullanımını görüntülemek için "portbuffershow" komutunu kullanın. Aynı ASIC/yonganın aynı asic/yonga üzerindeki bağlantı noktaları için tüm arabellek kullanımının toplamı 256 arabellekten daha büyük bir değere eklenmiştir. Daha sonra Gen 7 anahtarı, ciddi bir tıkanıklık durumunda Trafik Optimizer'dan aşırı yükleme yönetimi gerektirmesi durumunda arabellek taşmasıyla karşılaşma riski yüksek olarak kabul edilir. Trafik Optimize Edici fazlalıkları yönetirken olay sırasında yönetilen arabellek sayısının 256'yi aşması gerekir ancak potansiyel olarak 256'dan fazla arabellekleri işebilecek şekilde yapılandırıldığından hatayla karşılaşılması gerekmez.
Yukarıda gösterilen örnek çıktıda, 8 F bağlantı noktasının hepsi bir bölgede birlikteysa Trafik Optimize Edici, bu örnekteki toplam arabellek kullanım sayısı 360 olduğundan aşırı besleme koşulu yönetirken anahtar bir çerçeve arabellek taşmasıyla karşılaşma riski
altındadır.
Ancak aşağıdaki örnekte F-Port'ların hepsi bir arada bölgeye alınmasa da sırasıyla iki bölge (yeşil renkle gösterilmiştir) toplam 232 arabelleğe ve 128 arabelleğe kadar risk altında değildir.

Oversubscription yönetimi için kullanılan maksimum bağlantı noktası sayısı 8 bağlantı noktasıdır. Aynı ASIC/yongadan 8'den fazla bağlantı noktası birbirine bölgelendirildiyse riski belirlemek için toplam 8 bağlantı noktası en yüksek Arabellek Kullanım değerlerine sahiptir.

NOT: Gen 7 yöneticileri ve F-Port arabellek sayılarının varsayılandan hiç değiştirilmemiştir. Bu çerçeve arabellek taşması sorunuyla karşılaşma risk altında değildir. Maksimum/Ayrılmış Arabellekler için varsayılan ayar olarak kullanılan maksimum değer Gen 7 ürünleri için 28'dir ancak anahtar türüne ve optik hızına bağlı olarak daha az arabellek ayrıl olabilir. Maksimum
/Ayrılmış Arabellek sayısını hiçbir zaman varsayılandan artırmamış müşteriler, arabellek taşması sorunuyla karşılaşmaz
. Bağlantı noktası başına maksimum varsayılan 28 arabellek tahsisi kullanılarak 8 bağlantı noktası bir arada bölgeye alınsa bile maksimum
Arabellek Kullanımının toplam değeri yalnızca 224 çerçevedir.

"Verify" (Doğrula) Arıza Riski Koşulları
Arabellek taşması sorununa ek olarak, aşağıdaki koşullar bu sırada karşılandığında X7-8 ve X7-4 yöneticileri de hata mesajlarını "doğrulamak" için risk altında olabilir:

• Daha önce FOS v9.0.x üzerinde çalışan X7-8 veya X7-4 yöneticisi
• Yönetici daha sonra FOX v9.1.x sürümüne yükseltilir
• Daha sonra yönetici, v9.1.x sürümünde oturumu kapatıp oturum açan F bağlantı noktalarına sahiptir
• Daha sonra yönetici, Traffic Optimizer'dan yönetim gerektiren bir aşırı komut olayıyla karşılaşır
• Yönetici daha sonra HA yük devretme işlemi gerçekleştirir (bellenim yükseltmesi yük devretmeye neden olur)
• Yönetici, Trafik Optimize Edici'den yönetim gerektiren başka bir fazla kaynak açıklaması olayıyla karşılaşır 

Belirtilen sıradaki tüm bu koşulları karşılayan X7-8 veya X7-4 yöneticilerinin, Trafik Optimizer'dan oversubscription yönetimi sırasında "doğrulama" hatalarına neden olması risk altında olabilir.

• Yalnızca FOS v9.1.x belleniminde çalıştırılan X7-8 veya X7-4 yöneticileri, tüm bağlantı noktaları için yalnızca v9.1 programlama modeli kullanıldığından "verify" hatasıyla karşılaşma riski altında değildir. Gen 7 yöneticilerinin bu soruna duyarlı olması için daha önce FOS v9.0.x ile çalışıyor olması gerekir.
• FOS v9.1.x bellenimiyle çalışırken soğuk önyükleme/güç döngüsüne sahip X7-8 veya X7-4 yöneticileri de yeniden önyüklemeden sonra v9.1 programlamasını kalacağından "doğrula" hatasıyla karşılaşma risk altında değildir

Belirti -leri
Gen 7 yöneticileri ve anahtarlarında
aşırı kaynak yönetimi olayıyla karşılaşan yöneticiler aşağıdaki Trafik Optimize Edici RASlog'ları gözlemlemektedir: Bu tanımlanan sorunlar nedeniyle ortaya çıkarılma sorununa neden olan ek belirtiler şunlar olabilir:

• Bir bağlantıda optik/kablo değişimiyle düzeltilen çok sayıda CRC hatası gözlemlendi
• Çerçeveler atılmış olabilir, bağlantıda kredi kaybı olabilir
• Bağlantı noktaları arızalı olabilir, ASIC durdurularak arızalı olabilir
• Bir yönetici, beklenmedik bir HA yük devretmesi veya hatta yöneticinin soğuk yeniden başlatılmasını gözlemler
• Anahtarlar soğuk yeniden başlatma gözlemleyene kadar

Belirli koşullarda Trafik Optimize Edici özelliği tarafından aşırı açıklama yönetimi
, yönetilen çerçeve veya bağlantı noktalarının iletimini etkileyen arıza senaryolarına neden olabilir. Ciddi tıkanıklık senaryolarında,
bu arızalar anahtarda etkin olan diğer Yapı İşletim Sistemi (FOS) daemon'larının
performansını da etkileyebilir ve bu da yazılım izleyicisinin zaman aşımına neden olarak HA yük devretmesi veya anahtar paniğine neden olabilir.

Gen 7 yöneticileri ve anahtarları (X7-8, X7-4, 7730 ve 7720), yoğun tıkanıklık olayına yanıt olarak aşırı akış yönetmeye ve yeniden yönlendirmeye çalışırken çerçeve arabelleklerinin taşmasına neden olan beklenmeyen hatalara neden
olabilir. Çerçeve
sayısı, fazla kaynak kullanma işlemesini yönetmek için kullanılan arabelleğe fazlalık sağlarsa Bu
fazlalık çerçeveler, Trafik İyileştiricisi işlemesi sırasında eksik olabilir. Üst bilgi üzerine yazılırsa bu fazla çerçevelerin
üzerine başka çerçeveler yazarak çerçeve CRC hatalarına veya bağlantı noktası arızalarına neden olabilir. Yoğun tıkanıklık senaryolarında, bu taşma/aşırı çerçevelerin yönetimi, diğer FOS daemon'larının
engellenmesine yol açarak izleyici zaman aşımına neden olabilir. Zaman aşımına neden olan kritik daemon'lar HA yük devretme veya yıkıcı anahtarın yeniden başlatılmasına neden olur.

Daha önce FOS v9.0.x üzerinde çalışan ve daha sonra FOS v9.1.x sürümüne yükseltilen X7-8 ve X7-4 yöneticileri, olası çerçeve taşması işlemelerine ek olarak HA yük devretmesinden sonra (v9.1.x'in daha yüksek sürümlerine bellenim yükseltmesinden kaynaklananlar dahil) doğrulama hatalarıyla karşılaşebilir. Bazı bağlantı noktaları v9.1.x sürümünde sıfırlanmazken oluşturulan bağlantı noktalarının programlanmasında tespit edilen bir çakışma nedeniyle Trafik Optimizer tarafından oversubscription yönetimi sırasında birden fazla "doğrula" hata mesajı gözlemlenmiştir. v9.0.x sürümünde hiçbir zaman sıfırlan olmayan bağlantı noktalarında tıkanıklık yönetimi programlaması ve daha sonra v9.1.x bağlantı noktalarında tıkanıklık yönetimiyle karşılaşılan çakışma, HA yük devretme olayından sonra görüntülenebilir.

Geçici Çözüm
" Risk altında" yöneticiler ve anahtarlar, Traffic Optimizer oversubscription management action 'ı (Trafik Optimize Edici aşırı ikaz yönetimi eylemi) devre dışı bırakarak devre dışı bırakmalıdır.
Traffic Optimizer'da oversubscription
management action behavior (Aşırı kaynak yönetim eylemi davranışını devre dışı bırakmak için bakım hesabından aşağıdaki CLI komutunu girin) NOT: Bakım komutunun kasadaki tüm Mantıksal Anahtarlarda çalıştır olması gerekir.
NOT: Ayar, yük devretmelerde ve


güç döngülerinde kalıcı olacaktır FOS v9.1.1c ve üzeri sürümlerde sağlanan DüzelticiEylem A yazılımçözümü bu arızaları önleyec. Aynı çözümler FOS
v9.2.0a ve FOS v9.2.x'in daha yüksek sürümlerinde de sağlanmıştır. FoS'un
bu sürümlerine yükseltme, aşırı ikaz yönetimi nedeniyle çerçevelerin fazlalrını ve X7 yöneticilerinde "doğrulama" hatalarını da önlemektedir.

7. Nesil yönetici veya anahtarlarda (X7-8, X7-4, 7730 ve 7720) FOS v9.0.x sürümünü çalıştırmaya devam eder ve açıklanan sorunlarla karşılaşmak "riskli"
olabilir. Yükseltmeden önce FOS v9.1.1c sürümünün piyasaya sürülmesini beklemeniz önerilir.

Şu anda v9.1.x veya v9.2.0 sürümleri üzerinde çalışılmaktadır ve risk altında olduğu tespit edilen Gen 7 yöneticileri ve anahtarları,
geçici çözümü uygulamalı. Traffic Optimizer oversubscription management
action (Trafik Optimize Edici aşırı komut yönetimi eyleminin devre dışı bırakılması) hem arabellek taşması hem de "doğrulama" hatalarının meydana getirmesini engeller. v9.1.1c veya v9.2.0a'ya yükselttikten sonra, oversubscription
management action can be re-enabled via the following command:
Issue the following CLI command from the maintenance account to re-enable the oversubscription management action behavior within Traffic Optimizer (Trafik Optimizer'da oversubscription yönetim eylemi davranışını yeniden etkinleştirmek için bakım hesabından aşağıdaki CLI komutunu sorun) NOT: Bakım komutunun kasadaki tüm Mantıksal Anahtarlarda çalıştır olması gerekir.

"Arabellek taşması"
hatasıyla daha önce karşılaşmış tüm Gen 7 yöneticilerinin veya anahtarların arıza durumundan tamamen kurtarmak için soğuk yeniden başlatma gerçekleştirmesi gerekir: 1. Seçenek: Yukarıda gösterilen yeniden başlatma eylemlerini gerçekleştirin ve ardından Traffic Optimizer
Option 2 (Trafik İyileştiricisi Seçeneği 2) içinden oversubscription management action 'ı (aşırı ekleme yönetimi) devre dışı bırakmak için geçici çözümü uygulayın: Çözümle birlikte FOS sürümüne yükseltin ve ardından yukarıda gösterilen yeniden başlatma eylemlerini gerçekleştirin.

Sağlanan çözümle FOS sürümüne yükseltme, "arabellek taşması"
hatasının gerçekleşmesini önlese de arıza durumuyla karşılaşıldıktan sonra ASIC'nin yalnızca soğuk bir yeniden başlatılması arıza durumunu çözmektedir.
Sağlanan çözümle FOS'un bir sürümüne yükseltme işlemi, herhangi bir işlem yapılmasına neden olmadan "verify" (doğrula) hata
durumundan otomatik olarak kurtarılmasını önler ve bu durumdan otomatik olarak kurtarılabilir.

Çözümü içeren bir FOS sürümüne yükselttikten sonra yöneticinin veya anahtarın hatayla daha önce karşılaşmış olup olmadığını belirlemek için dahili bellek denetimi gerçekleştirilir ve hata durumundan kurtarmak için yeniden başlatma gerekir.
FOS'u çözümle bir sürüme yükselttikten sonra arıza durumu algılanırsa aşağıdaki RASlog görüntülenir: FOS'u yükselttikten sonra yukarıdaki RASlog gözlemlenmişse yönetici veya anahtar yükseltmeden önce "arabellek
taşması" hatasıyla karşılaştı ve arıza durumundan tamamen kurtarmak için soğuk yeniden başlatma gerçekleştirmesi gerekir: