MR-Ring, üreticiye özgü bir Ethernet halka ağı çözümünün adıdır ve standart MRP ile veya tüm üreticilerin halka ağı işlevleriyle eş tutulmamalıdır. Temel yaklaşımı, döngüleri önlemek için normal çalışma sırasında bir yedek veri yolunu kısıtlamak ve arıza oluştuğunda bağlantıları yeniden kurmak için yedek yolu kullanmaktır. Gerçek roller, algılama yöntemleri, uyumluluk ve toparlanma performansı, ilgili üretici, model ve aygıt yazılımı için doğrulanmalıdır.
Önce halkanın neden tüm yolları etkin olacak şekilde bağlanamayacağını açıklığa kavuşturun
Anahtarları uç uca bağlamak fiziksel bir yedek yol sağlar, ancak Katman 2 paketleri döngü boyunca tekrar tekrar iletilebilir. Özellikle yayın trafiği ve hedefi bilinmeyen trafik sürekli kopyalanarak bir fırtınaya neden olabilir. Bu nedenle, fiziksel kapalı döngü ile mantıksal iletim yolu ayrı ayrı ele alınmalıdır.
Halka ağı protokolünün yönettiği şey, bu yedek yollar kümesidir. Yalnızca bir kablo eklemek otomatik olarak güvenilirlik sağlamaz. Normal durumda veri iletim döngüsü içermeyen bir yol korunmalı, arıza sonrasında ise geçiş yapılmalıdır. Tam olarak hangi çerçevelerin engelleneceği ve kontrol paketlerinin nasıl işleneceği, uygulama ve yapılandırma tarafından belirlenir.
Benzer adlar neden yine de uyumsuz olabilir?
Bu sitedeki materyaller MR-Ring'i bir üreticinin kendine özgü çözümü olarak tanıtır; ancak mevcut tüm modeller arasında birlikte çalışabilirliği doğrulamaya yetecek protokol özelliklerini sunmaz. Addaki Ring ifadesi, evrensel bir birlikte çalışabilirlik işareti olarak yorumlanamaz ve doğrudan IEC standardı MRP olarak da kabul edilemez.
Üreticiye özgü bir halka ağı, üreticinin tanımladığı algılama yöntemlerini, rolleri ve kontrol paketlerini kullanabilir. Aynı üreticinin farklı serileri veya aygıt yazılımları için de desteklenen kombinasyonların doğrulanması gerekir. Bir cihazın tanıtım sayfası, tüm cihazlar için uyumluluk taahhüdünde bulunmak amacıyla kullanılamaz. Bu makale, doğrulanmamış Feichang Technology modellerine MR-Ring yeteneği atfetmez.
Arıza sonrasında olanlar otomatik bir ışınlanma değildir
Halka ağına katılan cihazlar belirtilen bir arızayı algıladığında, ilgili kontrol süreci yedek yolu ayarlar ve ağın iletim tablosunu yeniden öğrenmesi de gerekebilir. Ardından uç cihazlar ve uygulamalar iletişime devam eder. Bağlantı geçişi, ağ iletiminin yeniden sağlanması ve uygulamanın yeniden çalışması üç farklı gözlem noktasıdır.
Portun devre dışı kalması, cihazın güç kaybı ve tek yönlü bağlantı arızaları da mutlaka aynı süreci tetiklemeyebilir. Algılanmayan arızaların, protokol kapsamı dışındaki arızaların ve düğümler dışındaki güç sorunlarının halka korumasıyla çözüldüğü varsayılamaz. Testler, gerçek gereksinimlere göre ayrı ayrı tasarlanmalıdır.
Toparlanma süresi, test koşullarıyla birlikte verilmelidir
Geçmiş materyallerdeki gecikme değerlerinde model, aygıt yazılımı, düğüm sayısı, topoloji ve yük bilgileri yoksa bunlar yeni bir proje için garanti olarak yeterli değildir. Bu makale, güncel olarak doğrulanmamış sabit bir milisaniye taahhüdünü aktarmayı sürdürmez; bunu kesinlikle hiç paket kaybı veya telefon kesintisi olmayacağı şeklinde ise hiç yorumlamaz.
Test sırasında arızanın oluştuğu zaman, iletimin yeniden sağlandığı zaman ve uygulamanın yeniden çalıştığı zaman birlikte kaydedilmeli; örnekleme yöntemi ve hizmet trafiğinin yönü açıklanmalıdır. Birden fazla arıza noktasından birden fazla sonuç toplayın ve yalnızca en hızlı sonucu gösteren ekran görüntüsünü seçmek yerine en uzun toparlanma süresine ve anormalliklere dikkat edin.
Üretim ağına bağlamadan önce beş konuyu netleştirin
Desteklenen cihazları ve aygıt yazılımlarını, halka portu yapılandırmasını, rol atamalarını, izin verilen topolojileri ve karma bağlantı sınırlarını doğrulayın; ardından kapsayan ağaç, VLAN veya diğer yedeklilik mekanizmalarıyla çakışma olup olmadığını doğrulayın. Uyumluluğu tahmin etmek için üretim sahasında iki halka ağı protokolünü birlikte kullanmayı denemeyin.
Topolojiyi ve yapılandırmayı kaydedin; bakım sırasında halkanın nasıl açılacağını, düğümlerin nasıl değiştirileceğini ve önceki duruma nasıl dönüleceğini açıklayın. İki bağlantı aynı güç kaynağını, aynı cihazı veya aynı kablo kanalını kullanıyorsa ortak arızalara da maruz kalabilir. Tek bir fiber kopması testi tüm riskleri kapsayamaz.
Onarım sonrası kabul testleri de aynı derecede önemlidir
Arızalı bağlantıyı yeniden devreye aldıktan sonra döngüsüz iletimin yeniden kurulup kurulmadığını ve tekrarlayan durum değişimleri, sürekli paket kaybı veya anormal trafik taşması olup olmadığını kontrol edin. Yalnızca halka ağı arayüzünün normal göründüğünü kaydetmek yerine kritik uç cihazları gözlemleyin. Canlı ağı etkileyebilecek tüm testler, onaylanmış bir zaman aralığında gerçekleştirilmelidir.
Tedarikçi açık destek ve test belgeleri sağlayamıyorsa önce doğrulanabilir bir çözüm seçin ve üreticiye özgü bir ada güvenmeyin. Döngü giderme ve yedek yolları anlamak için bu konu şu ilkelerle birlikte ele alınabilir: RSTP ilkeleri Ancak bu ikisi, doğrudan birbirinin yerine kullanılabilecek protokoller değildir.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2021-08-30. Kaynağın son güncellenme tarihi: 2026-10-13T20:58:17+08:00. Çince kaynağı okuyun
