html Anahtar Arızalarını Giderme: Hatalar, Paket Düşürmeleri ve Yapılandırma | FCTELE
                                   +8618758069661 [email protected]
Ürün Arama Kılavuz: boşluk = VE, | = VEYA, ! = DEĞİL

Sorularınız mı var? Bizi bugün arayın!

+8618758069661

Veya bize mesaj bırakın

Çevrimiçi Mesaj

Yaygın Endüstriyel Anahtar Arızaları Nasıl Giderilir: Güç ve Bağlantılardan Yapılandırma ve Paket Kaybına

Görüntülenme: 82 +1Özgün içerik: FCTELEYazar: FCTELE Teknik Ekibi
BİR BAKIŞTA

Bir anahtarı değiştirmeden önce paket kaybı nasıl sınıflandırılmalıdır?

Olayın güç veya bağlantı kaybından, alınan çerçevelerin bozulmasından, mantıksal iletim kısıtlamalarından ya da gelen trafiği işleyemeyen bir kuyruktan kaynaklanıp kaynaklanmadığını belirleyin. Çalışma süresini, bağlantı olaylarını, yapılandırmayı ve aynı zaman aralıklarındaki sayaç artışlarını kaydedin. Ardından ilgili tek bir değişkeni değiştirin ve özgün iş yüküyle yeniden test edin. Yanan bir LED, düşük uzun dönem ortalaması veya yeniden başlatma sonrasında geçici düzelme, eksik uygulama verilerinin nedenini belirlemez.

Üç mekanizma ve bunların doğrulama sınırlarıSinyali izleyin, ardından gerçek hizmeti doğrulayın

01Arızanın kapsamını belirleyin

Establish the failure scopeDevice-wide supply interruption and one terminal losing service are different symptoms.SourceProtectDeviceCheck the complete external power pathCable and connections change deliveryNo energized internal probing illustrated

Cihazın tamamında güç kesintisi ile tek bir uç cihazın hizmet kaybı yaşaması farklı belirtilerdir.

02Bozuk çerçeveleri tıkanıklıktan ayırın

Separate corrupted frames from congestionReceive integrity errors and output queue drops arise at different stages.BadRX checkGoodQueueErrorFullDifferent stages and counter definitions

Alım bütünlüğü hataları ve çıkış kuyruğundaki paket düşürmeleri farklı aşamalarda oluşur.

03Döngüleri ve trafiği birlikte inceleyin

Investigate loops and traffic togetherUnexpected repeated forwarding can overwhelm multiple paths.ABCUncontrolled loopRepeated traffic can overwhelm the network

Beklenmedik tekrarlanan iletim, birden fazla yolu aşırı yükleyebilir.

Üç diyagramı karşılaştırmak için kaydırın →

Kavramsal eğitim görselleridir; ölçülmüş dalga biçimleri, kurulum kablolaması veya belirli bir ürünün iç mimarisi değildir.
  • Arızanın kapsamını belirleyin

    Çalışma süresini, karşı uç olaylarını ve güç kaynağına ilişkin gözlemleri kaydedin.

  • Bozuk çerçeveleri tıkanıklıktan ayırın

    Sayaç tanımlarını okuyun ve olay sırasındaki artışları karşılaştırın.

  • Döngüleri ve trafiği birlikte inceleyin

    Kesintiye yol açabilecek değişikliklerden önce topolojiyi, MAC adresi hareketlerini ve koruma durumunu karşılaştırın.

Seçim ve doğrulama kontrol listesiKontrolleri ve ilgili kılavuzları genişletin
Bu hizmete ve gerçek çalışma koşullarına yönelik kontroller
KontrolNeler teyit edilmeliNasıl doğrulanır
Arızanın kapsamını belirleyinCihazın tamamında güç kesintisi ile tek bir uç cihazın hizmet kaybı yaşaması farklı belirtilerdir.Çalışma süresini, karşı uç olaylarını ve güç kaynağına ilişkin gözlemleri kaydedin.
Bozuk çerçeveleri tıkanıklıktan ayırınAlım bütünlüğü hataları ve çıkış kuyruğundaki paket düşürmeleri farklı aşamalarda oluşur.Sayaç tanımlarını okuyun ve olay sırasındaki artışları karşılaştırın.
Döngüleri ve trafiği birlikte inceleyinBeklenmedik tekrarlanan iletim, birden fazla yolu aşırı yükleyebilir.Kesintiye yol açabilecek değişikliklerden önce topolojiyi, MAC adresi hareketlerini ve koruma durumunu karşılaştırın.

Bir endüstriyel anahtarın devre dışı kalması, mutlaka bozulduğu anlamına gelmez. Önce etkilenen kapsamı belirleyin; ardından güç kaynağı, kablo ve port, ağ yapılandırması ve hizmet trafiği sırasıyla sorun giderme işlemlerini yürütün. Her seferinde yalnızca tek bir koşulu değiştirin ve değişiklik öncesi ile sonrasındaki belirtileri karşılaştırın. Yanan bir LED yalnızca belirli bir durumu gösterir; verilerin doğru biçimde ulaştığını kanıtlayamaz.

1. Önce kanıtları koruyun; hemen fabrika ayarlarına dönmeyin

Önce üç soru sorun: Tek bir cihaz mı, yoksa tüm üretim hattı mı devre dışı? Sürekli mi çalışmıyor, yoksa ara sıra paket mi kaybediyor? Olaydan önce ağ kablosu, optik modül, güç kaynağı veya yapılandırma değiştirildi mi? Cihaz modelini, ürün yazılımı sürümünü, port numarasını, topolojiyi, arıza zamanını ve alarm kayıtlarını birlikte saklayın. Özellikle aralıklı arızalarda zamanların eşleştirilmesi gerekir; aksi takdirde sistem düzeldikten sonra kök nedeni belirlemek çok zorlaşır.

Ağ yönetimi arayüzünde oturum açabiliyorsanız mevcut yapılandırmayı yedekleyin ve portun müzakere edilen hızını, dupleks durumunu, hatalı çerçeveleri, atılan çerçeveleri, bağlantının kurulma/kesilme sayısını ve cihazın çalışma süresini kaydedin. Yalnızca birikimli değerin büyük olmasına değil, aynı gözlem aralığında sayacın ne kadar arttığına bakın. Cihaz yeni yeniden başlatılmışsa çok küçük bir sayaç değeri de arızanın bulunmadığını kanıtlayamaz. Yönetilemeyen anahtarlarda bu istatistikler bulunmaz; parçaları, sağlam olduğu doğrulanmış yedek parçalarla tek tek değiştirerek arızanın yerini belirleyebilirsiniz.

Üretim ağında fabrika ayarlarına dönmek, ürün yazılımını yükseltmek veya halka ağ kablolarını çıkarmak hizmet yolunu değiştirir. Önce bir bakım zaman aralığı belirleyin, yapılandırmayı kaydedin ve bir geri dönüş planı hazırlayın. Sorun gidermek için doğrudan tüm cihazları durdurmayın ve yeni bir döngü oluşturmamak için doğrulanmamış portlar arasında geçici kablo bağlantısı yapmayın.

2. Cihazın tamamı yanıt vermiyor: önce güç kaynağını ve ortamı kontrol edin

Güç göstergesi sönükse güç anahtarını, sigortayı, klemenslerin sıkılığını ve kutuplamayı kontrol edin; ardından giriş aralığını cihazın etiketindeki değerlerle karşılaştırın. Gerilim altındaki klemenslerde ölçüm, uygun aletler kullanan yetkin personel tarafından yapılmalıdır; müşteriler iç devreleri ölçmek için cihazı sökmemelidir. Fansız bir DIN rayı cihazında “fan durduysa cihaz bozulmuştur” şeklinde bir değerlendirme yapılamaz; LED rengi ve sürekli yanmanın anlamı da ilgili kılavuza göre değerlendirilmelidir.

Cihaz yüksüzken normal çalışıyor ancak daha fazla cihaz bağlandığında yeniden başlıyorsa güç kaynağının kapasitesini, yük değişimlerini ve gerilim kayıtlarını kontrol edin. PoE anahtarlarında, anahtarın kendi güç tüketimi ile beslenen cihazların yükü de ayrı ayrı hesaplanmalıdır. Çift güç girişi, gerçekten bağımsız iki yol anlamına gelmez: her iki giriş de aynı üst güç kaynağına bağlıysa ortak bir arıza noktası hâlâ vardır. Yedekli güç beslemesi, klemens sayısından çıkarım yapılarak değil, bakım zaman aralığında her yol ayrı ayrı test edilerek doğrulanmalıdır.

Isı dağılımı için gereken boşluğun kablo demetleriyle engellenip engellenmediğini, muhafazada su girişi veya yoğuşma bulunup bulunmadığını, klemenslerde korozyon olup olmadığını ve koruyucu topraklamanın kurulum gerekliliklerini karşılayıp karşılamadığını kontrol edin. Endüstriyel sınıf cihazların da çalışma sıcaklığı, nem ve kurulum sınırları vardır; metal muhafaza, her ortamda çalışabilecekleri anlamına gelmez. Yanık kokusu, duman, belirgin kömürleşme veya su girişi varsa gücü güvenli biçimde kesin ve bakım ekibiyle iletişime geçin; tekrar tekrar enerji vererek denemeyin.

3. Tek bir port çalışmıyor: kabloyu, modülü ve portu ayrı ayrı değerlendirin

Önce sağlam olduğu bilinen kısa bir ağ kablosu ve uç cihazla test yapın, ardından özgün kabloyu yeniden takın; kısa kabloyla bağlantı düzeliyor ancak özgün uzun kabloyla sorun sürüyorsa damar sırasını, konnektörü, uzunluğu, bükülmeleri ve parazit ortamını kontrol edin. Basit bir süreklilik testi yalnızca iletkenlerin bağlı olduğunu gösterir; yüksek hızlı iletim performansının uygun olduğu anlamına gelmez. Gerektiğinde RJ45 fişini tekrar tekrar sıkmak yerine kablo kategorisine uygun bir sertifikasyon test cihazıyla doğrulama yapın.

Optik portlarda her iki ucun hızını, tek modlu veya çok modlu oluşunu, dalga boyunu ve fiber türünü doğrulayın. Çift fiberde yerel TX, uzak RX'e bağlanmalıdır; tek fiberli BiDi için gönderim ve alım dalga boyları birbirini tamamlayan eşleştirilmiş modüller kullanın. Fiberin biçiminin ve konnektörün aynı olması, iki ucun uyumlu olduğu anlamına gelmez. Optik portun içine doğrudan bakmayın; uç yüzey için “incele, özel yöntemle temizle, yeniden incele” sırasını uygulayın ve cihazın optik portuna sıradan alkollü pamuk topları sokmayın.

Dijital tanılamayı destekleyen optik modüllerde gönderim ve alım optik gücü okunabilir; ancak alıcı hassasiyetini, aşırı yük üst sınırını ve bağlantı kaybını modülün teknik özellikleriyle karşılaştırmalısınız. Hem yetersiz hem de aşırı optik güç anormalliklere yol açabilir. Modülleri değiştirirken üreticinin izin verdiği takma ve çıkarma yöntemine ve elektrostatik koruma gerekliliklerine uyun; kısa mesafeli testlerde de aşırı yük kontrolü atlanamaz.

Kablo hasarının alınan dalga biçimini bozmasını ve CRC kontrolünden sonra hatalı çerçevelerin atılmasını gösteren şema
Şekil 1: Bağlantı LED'i yanarken de hatalı çerçeveler bulunabilir. Dalga biçimi ve cihaz genel amaçlı çizimlerdir; gerçek ölçüm sonuçları değildir.

Uç cihazı, yapılandırmayı ve kabloyu değiştirmeden yalnızca aynı türde, kullanımına izin verilen başka bir porta geçin ve sorunun portla birlikte taşınıp taşınmadığını gözlemleyin. Sorun kabloyu izliyorsa önce kabloyu kontrol edin; sorun hep aynı portta kalıyorsa donanımdan şüphelenmeden önce port yapılandırmasını da eleyin. Tek bir başarılı değişiklikten sonra doğrudan portun hasarlı olduğu sonucuna varmayın; temas sorunları ve müzakere değişiklikleri de belirtiyi geçici olarak iyileştirebilir.

4. LED yanıyor ancak hizmet çalışmıyor: yapılandırma sınırlarını kontrol edin

Bağlantının kurulması yalnızca ilk adımdır. Yönetim adresine erişebilmek; hizmet VLAN, üst bağlantı etiketi veya uç cihaz adres yapılandırmasının doğru olduğu anlamına gelmez. Normal çalışan bir yolla karşılaştırın ve portun etkinlik durumunu, erişim VLAN ayarını, trunk izin listesini, PVID'yi ve uç cihazın IP, maske ve ağ geçidi ayarlarını kontrol edin. Alt ağlar arası hizmetler için yönlendirme ve erişim ilkeleri de kontrol edilmelidir; tüm sorunları Katman 2 anahtarına bağlamayın.

Hız ve dupleks, iki komşu uç arasındaki müzakerenin sonucudur. Normal koşullarda her iki tarafta da otomatik müzakereyi açık tutun; özel cihazlar sabit parametreler gerektiriyorsa her iki kılavuza göre ayarları eşleştirin ve yalnızca bir tarafı sabitlemeyin. Yarı dupleks ile tam dupleks arasındaki uyumsuzluk performans sorunlarına yol açabilir. CRC hatalarındaki artış fiziksel bağlantı sorununa işaret edebilir; ancak yine de platform belgeleri ve diğer sayaçlarla birlikte değerlendirilmelidir. Yalnızca tek bir göstergeye dayanarak modülün hasarlı olduğu sonucuna varmayın.

Unutulan parola, hizmet trafiğinin iletilmesindeki bir arızadan farklıdır. Önce hâlâ yetkili bir yönetim kanalı bulunup bulunmadığını doğrulayın, ilgili modelin kurtarma prosedürünü izleyin ve yapılandırmanın silinip silinmeyeceğini kaydedin. Modüler şasilerde yuvalar, güç, uyumlu sürümler ve alarmlar da kontrol edilmelidir; normal bir sabit portlu anahtara “tüm modüller değiştirilebilir bir arka panele bağlıdır” şeklindeki onarım değerlendirmesi uygulanamaz. İç arızaların teşhisini üreticiye bırakın.

5. Aralıklı paket kaybı: hataları, tıkanıklığı ve döngüleri ayırt edin

Birden fazla kamera aynı anda tek bir çıkışa veri gönderdiğinde, ortalama kullanım yüksek olmasa bile kısa süreli bir trafik patlaması tamponu doldurabilir. Çıkış atım sayacı artarken CRC aynı anda artmıyorsa çıkış bant genişliğini, trafik patlamalarını ve kuyrukları kontrol edin. Gereksiz trafiği azaltın, hizmet yolunu düzenleyin veya QoS'yi uygun biçimde yapılandırın; ardından kritik hizmetleri doğrulayın. QoS öncelik atar, ek bant genişliği oluşturmaz.

Birden fazla kameradan gelen ani yoğun trafiğin anahtarın sınırlı tamponuna girmesini ve çıkışın zamanında gönderim yapamaması nedeniyle kuyruk taşmasına yol açmasını gösteren şema
Şekil 2: Hatalı çerçeve atımları ile tıkanıklık kaynaklı atımların nedeni aynı değildir. Tampon boyutu ve işleme kapasitesi ilgili modele göre kontrol edilmelidir.

Yayın trafiği aniden arttığında, MAC adresleri tekrar tekrar port değiştirdiğinde veya birden fazla portta aynı anda tıkanıklık oluştuğunda, topolojiyle birlikte kazara oluşmuş döngüleri ve koruma protokollerinin durumunu kontrol edin. VLAN'lar farklı yayın alanları oluşturur, ancak bir VLAN içinde yine de fırtınalar oluşabilir; “yayın trafiği yüzde otuza ulaştığında mutlaka arıza olur” şeklinde evrensel bir eşik yoktur. Alarmları ortadan kaldırmak için STP veya ERPS'yi devre dışı bırakmayın; önce arızalı bağlantının ve koruma mekanizmasının tasarlandığı gibi çalışıp çalışmadığını doğrulayın.

6. Onarım sonrasında doğrulama nasıl yapılır?

Sistem düzeldikten sonra özgün hizmet yükünü yeniden çalıştırın ve hatalı çerçeve ile atılan çerçeve sayaçlarındaki artışları, bağlantı kararlılığını, uç cihaz yanıtlarını ve alarmları gözlemleyin. Test; kameraların topluca başlatılması, cihazlar arasında geçiş veya yüksek yük gibi daha önce sorun yaşanan zaman dilimlerini ve işlemleri kapsamalıdır. Tek bir başarılı Ping, yalnızca o anda az sayıda paketin gidip geldiğini kanıtlar; kapsamlı hizmet kabul testinin yerini tutamaz.

“Belirti, kanıt, tek değişiklik, sonuç, geri dönüş yöntemi” kaydını tutun. Ürün yazılımı sorunundan şüpheleniyorsanız önce ilgili donanım sürümünü ve üreticinin düzeltme notlarını kontrol edin; yalnızca geri dönüş yapılabilen bir ortamda doğruladıktan sonra yükseltin. Ürün seçimi için Feichang Technology DIN rayı endüstriyel anahtar kategorisine bakabilirsiniz; ağ yönetimi, halka ağ, optik modül tanılaması ve güç besleme kapasitesi her model için ayrı ayrı doğrulanmalıdır. Bir cihazın özellikleri, tüm endüstriyel anahtarların ortak yetenekleri olarak kabul edilemez.

Kaynaklar:Cisco port ve arayüz sorun giderme belgeleri;Feichang Technology DIN rayı endüstriyel anahtar kategorisi. Bu şema genel bir çalışma mekanizmasını gösterir; gerçek ürünü veya performans testini temsil etmez. Özgün 1675 ve 1450, 1201, 1514, 2217, 2163 ve 1187 kaynaklarındaki geçerli sorun giderme içeriği düzenlenmiş, güvenli olmayan veya dayanağı bulunmayan öneriler düzeltilmiştir.

Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayın tarihi: 2020-12-31. Kaynağın son güncellenme tarihi: 2026-10-13T19:28:50+08:00. Çince kaynağı okuyun

Sık sorulan uygulama soruları

Aralıklı iletişim sorunlarını gidermeden önce cihazın çalışma süresi neden kaydedilmelidir?

Çalışma süresinin sıfırlanması, cihazın yeniden başlatılmasını yalnızca hizmeti etkileyen bir arızadan ayırt etmeye yardımcı olabilir. Her zaman aşımını çerçeve iletim sorunu olarak varsaymak yerine bunu güç beslemesi ve uygulama olaylarıyla ilişkilendirin.

Artan CRC hataları ile artan çıkış atımları tek bir arıza türü olarak mı değerlendirilmelidir?

Hayır. Bunlar farklı gözlemleri ifade eder ve farklı arıza ayırma adımları gerektirebilir. Cihazın tanımlarına göre alım hataları için iletim ortamının bütünlüğünü, atımlar içinse trafik veya ilke koşullarını kontrol edin.

Bir dakikalık düşük kullanım oranı, kısa süreli bir trafik patlamasının paket kaybına neden olma olasılığını dışlar mı?

Hayır. Daha uzun bir zaman aralığının ortalaması düşük kalırken kısa süreli tıkanıklık, sınırlı kapasiteli kuyrukları doldurabilir. Uygun bir gözlem aralığı kullanın ve uygulama olaylarını ilgili paket düşürme sayaçlarıyla karşılaştırın.

Kaynaklar ve geçerlilik sınırları

Bu ek açıklamalar genel mekanizmaları açıklar. Desteklenen özellikler, bağlantı ayrıntıları ve kabul sınırları gerçek ekipman, yazılım ve çalışma koşulları için doğrulanmalıdır; diyagramlar ölçüm veya sertifikasyon kanıtı değildir.

Bu makaleyi paylaşın