Bir laboratuvar testindeki kayıp, tek başına bir anahtarın yeterlilik koşullarını karşılamadığını kanıtlamaz ve yalnızca puanı iyileştirmek amacıyla işlevleri devre dışı bırakmayı da haklı çıkarmaz. Önce test cihazını, bağlantıları, çerçeve biçimini ve trafik modelini doğrulayın, ardından gönderim ve alımı karşılaştırın. Bu makale, test koşullarından kaynaklanan sorunları iletme sınırlarından ayırır; üretim ortamındaki tıkanıklığın teşhisinden ayrı olarak kullanılmalıdır.
1. Amacı ve güvenli kapsamı tanımlayın
Verim, çerçeve kayıp oranı, gecikme ve ani trafik yüklerine tolerans farklı sorulara yanıt verir. Laboratuvardaki en yüksek performans, üretim ortamındaki uygulama deneyimiyle aynı değildir. RFC 2544, ağ ara bağlantı ekipmanları için kıyaslama yöntemlerini tanımlar. Yüksek yüklü testleri yalıtılmış tutun; kontrol, gözetim veya telefon hizmetleri taşıyan çalışan bir ağa hattı doyuran trafik göndermeyin.
İzin verilen cihazları, portları, aygıt yazılımını ve yapılandırmayı doğrulayın. Kablolamayı, etkin özellikleri, hızı ve dupleks modunu kaydedin. Bir kurtarma planı hazırlayın ve test ekipmanının planlanan trafiği üretip alabildiğini doğrulayın. Sıradan bilgisayarlardaki yazılım üreteçleri; ağ arabirim kartlarına, sürücülere, işlemcilere ve işletim sistemi zamanlamasına bağlıdır. Bir bilgisayarın hat hızına ulaşamaması, tek başına anahtarın iletme kapasitesinin yetersiz olduğunu göstermez.
2. Gönderilen ve alınan çerçeveleri aynı temelde sayın
Önce düşük yükte iletimi doğrulayın. Kaynak ve hedef adreslerini, VLAN etiketlerini, çerçeve uzunluğunu, yükü ve sıra numaralarını kontrol edin. İlgisiz yönetim veya arka plan çerçevelerini test trafiği olarak saymayın. Test cihazının bit hızının, kullanılan hat hızını mı, Ethernet çerçevesi bit hızını mı yoksa uygulama yükü hızını mı ifade ettiğini belirtin; aksi hâlde aynı sayılar farklı sunulan yükleri temsil edebilir.
Çerçeve kayıp oranı, aynı geçerli test kümesi içindeki gönderilen çerçeve sayısından alınan çerçeve sayısının çıkarılıp gönderilen çerçeve sayısına bölünmesiyle hesaplanabilir. Yinelenen çerçeveleri, sıra değişikliklerini ve hatalı biçimlendirilmiş çerçeveleri ayrı kaydedin. Toplam alınan çerçeve sayısı, yinelenen çerçevelerin kayıpları telafi etmesine izin vermemelidir. Alımın erken durdurulmasının yapay kayıp oluşturmaması için, yöntem ve ölçüm cihazına uygun olarak, gönderim durduktan sonra hâlâ iletimde olan çerçevelerin ulaşmasına yeterli süre tanıyın.
3. FCS hatalarını varsayılan bir neden olarak değil, bağlantıya ilişkin kanıt olarak inceleyin
Bir FCS hatası, alınan bir çerçevenin beklenen bütünlük denetiminden geçemediği anlamına gelir. Üretecin kasıtlı olarak geçersiz çerçeveler gönderip göndermediğini, arayüzlerin eşleşip eşleşmediğini ve kablolama ile modüllerin sağlam olup olmadığını kontrol edin. Uyumlu bir kablo, modül veya port değişiminden sonra hataların kaybolması yararlı bir kanıttır. Ancak bu, her FCS hatasının hasarlı bir fiberi kanıtladığını iddia etmeyi veya çıkış kuyruğunda atılan çerçeveleri aynı olay olarak değerlendirmeyi haklı çıkarmaz.
Optik bağlantılarda hızı, dalga boylarını, fiberi ve gönderim/alım eşleşmesini kontrol edin. Portların içine bakmadan uç yüzeyleri doğru şekilde inceleyip temizleyin. Sağlamlığı bilinen yedek parçalar da teknik özelliklerle uyumlu olmalıdır. Uygun durumlarda, anahtarı eklemeden önce referans ölçümü için test cihazının uç noktalarını doğrudan bağlayın. Bu işlem test sistemini kontrol eder, ancak tüm karmaşık uygulama koşullarını kapsayamaz.
4. Küçük ve büyük çerçeveler farklı yönleri zorlar
Aynı bit hızında daha küçük çerçeveler genellikle saniyede daha fazla çerçeve ve daha fazla işlem anlamına gelir. Önsöz ve çerçeveler arası boşluk da hat süresini kullanır. Azami paket hızını, bant genişliğini yalnızca yüke bölerek hesaplamayın. Uzunlukların FCS, VLAN etiketleri ve hat ek yükünü içerip içermediğini belirtin ve IP paket uzunluğunu Ethernet çerçeve uzunluğuyla karıştırmayın.
Büyük çerçevelerdeki başarısızlıklar; desteklenen azami çerçeve boyutu, yol MTU'su, kapsülleme etiketleri, test biçimi veya tamponlarla ilgili olabilir. Küçük çerçevelerdeki başarısızlıklar ise saniyedeki iletme işlemleri, test cihazının kapasitesi veya yonga kaynaklarıyla ilgili olabilir. Yalnızca tek bir çerçeve uzunluğunda kayıp görülmesi, tamponların yetersizliğini veya tanımlayıcıların tükendiğini kanıtlamaz. Sayaç kayıtlarını saklayın ve belgeler ile tekrarlanabilir koşullardan yararlanarak olasılıkları daraltın.
5. Adres öğrenimini ve bağlantı birleştirmede trafik dağılımını kontrol edin
Çok sayıda kaynak MAC adresiyle test yapmadan önce öğrenme, adres ölçeği ve yaşlandırma koşullarını tanımlayın. Bilinmeyen hedeflere yönelik trafik tüm ilgili portlara yayılabilir ve trafik dağılımını amaçlanan tek noktaya yayın modelinden uzaklaştırabilir. MAC kapasitesi ve arama mekanizmaları yongaya ve modele göre değişir. Her öğrenme hatasını bir karma çakışması olarak nitelendirmeyin. Tekrarlanabilir kanıt elde etmek için tablo girdilerini, ilgili sayaçları ve gerçek çıkışı inceleyin.
Bir bağlantı birleştirme grubunun üyeleri de her akışı eşit paylaşmak zorunda değildir. Belirli akış özellikleri, trafiği tek bir üyede yoğunlaştırarak grubun kullanılmayan kapasitesi olmasına rağmen yerel tıkanıklığa neden olabilir. Akış sayılarını ve kaynak/hedef adresi, protokol ve port birleşimlerini belirtin. Trafik modellerini karşılaştırmadan önce üye yüklerini kontrol edin. Yapılandırma değişikliğini raporlamadan, bir testi geçmek için karma ayarlarını sessizce değiştirmeyin.
6. Karşılaştırılabilir testler tasarlayın
Referans ölçümü sabitlendikten sonra her seferinde tek bir koşulu değiştirin: çerçeve uzunluğu, sunulan yük, adres sayısı veya port birleşimi. Testleri tekrarlayın ve sonuçları kaydedin. Geleneksel Ethernet kıyaslama testleri genellikle 64, 128, 256, 512, 1024, 1280 ve 1518 baytlık çerçeveleri kapsar. Etiketli veya jumbo çerçeveler için uzunluk tanımlarını, desteği ve amacı ayrıca belirtin. Bu geleneksel liste, her cihaz için zorunlu bir kapasite taahhüdü değildir.
Verimi ve çerçeve kaybını kendi yöntemlerine göre ölçün; süreyi, yük artış adımlarını, tekrarları ve fiilen kullanılan yapılandırmayı raporlayın. Farklı çerçeve uzunlukları arasında tamponları gizlice yeniden ayarlamayın veya tek bir port çiftinin sonucunu, tüm portların aynı anda hat hızında iletim yaptığı şeklinde açıklamayın. Çok portlu, yongalar arası ve yığın yolları farklılık gösterebilir. Hangi yolların ölçüldüğünü ve hangilerinin ölçülmediğini açıkça belirtin.
7. Raporu bağımsız olarak tekrarlanabilir hâle getirin
Eksiksiz bir rapor; modeli, aygıt yazılımını, test cihazı sürümünü, kablolamayı, etkin özellikleri, çerçeve biçimini, trafik modelini ve özgün gönderim/alım sayımlarını belirtir. Bağlantı hatalarını, atımları, gecikmeyi ve uygulama koşullarını birbirinden ayırın. Konuyu üst destek birimine taşımadan önce anormallikleri yeniden üretin ve günlükleri saklayın. Üreticilerin kaynak veya yazılım sorunlarını bulabilmesi için bağlamdan yoksun bir çerçeve kaybı ekran görüntüsü yerine bu koşullara ihtiyacı vardır.
FCTEL port hızlarını, yönetim, bağlantı birleştirme ve diğer işlevleri gerçek model ve aygıt yazılımına göre doğrulayın. Bu makale, her modelin bir kıyaslama testini geçtiğini veya ayarlanabilir yonga tamponları sunduğunu iddia etmez. Satın alma kabulünde gerçek uygulamalar, güç beslemesi ve endüstriyel saha koşulları da dikkate alınmalıdır. Laboratuvar yeterliliği ile üretim ortamında kararlı çalışma birbiriyle ilişkilidir, ancak birbirinin yerini alamaz; devreye alma yine de kontrollü uygulama doğrulaması gerektirir.
Şekiller, gözden geçirilmiş genel mekanizmaları gösterir. Ekipman ve ölçüm cihazı arayüzleri, ürün fotoğrafları veya ölçülmüş sonuçlar değildir ve herhangi bir performans taahhüdü içermez.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2020-11-26. Kaynağın son güncellenme tarihi: 2026-10-13T14:51:17+08:00. Çince kaynağı okuyun
