Ağ topolojisi, cihazların nasıl bağlandığını ve verilerin iletilirken gerçekte hangi yolu izlediğini tanımlar. Yıldız, papatya zinciri, halka, ağaç ve örgü topolojilerinin her birinin kendine özgü arıza etki alanı ve maliyet sınırları vardır. Fiziksel kabloların halka şeklinde bağlanması, verilerin her bağlantıda sonsuza kadar dönebileceği anlamına gelmez; Ethernet halkaları açıkça tanımlanmış kontrol veya koruma mekanizmaları gerektirir.
Önce “fiziksel” ile “mantıksal”ı ayırın
Fiziksel topoloji; kablolar, optik fiberler ve cihazlar arasındaki bağlantı ilişkisini ifade eder. Mantıksal topoloji ise o anda izin verilen veri iletim ilişkisini ifade eder. Dört anahtar halka şeklinde kablolanmışsa bir koruma protokolü bir kesimi yedekte tutabilir; böylece normal veri trafiği fiziksel halkanın tamamını dolaşmaz.
Bir diğer yaygın yanlış anlama, VLAN'ları bir kablolama biçimi olarak görmektir. Aynı fiziksel ağ farklı VLAN'ları taşıyabilir ve her yayın alanının üyeleri ve iletim sınırları farklıdır. Çizimlerde cihazlar, portlar ve hizmet ilişkileri birlikte belirtilmelidir; yalnızca kabloları çizmek genellikle sistemi açıklamak için yeterli değildir.
Yıldız: bağlantılar nettir, ancak merkeze dikkat edilmelidir
Uç cihazlar merkezi bir anahtara ayrı ayrı bağlanır; bu da ekleme işlemlerini ve arıza gidermeyi nispeten kolaylaştırır. Bir uç cihazın kablosu koparsa genellikle ilgili uç cihaz etkilenir; merkezi cihaz arızalanırsa veya merkezi güç beslemesi kesilirse etki, bağlı tüm erişim cihazlarına yayılabilir. Merkezi cihazı, güç beslemesini ve üst bağlantıları iş gereksinimlerinin önemine göre planlayın.
Gerçek mühendislik uygulamalarında, birden fazla erişim yıldızı genellikle üst katmanlarda birleştirilerek bir ağaç yapısı oluşturulur. Bu, bölgesel yönetimi kolaylaştırır; ancak toplama bağlantıları bant genişliği darboğazlarına veya arızaların etkisinin yoğunlaştığı noktalara dönüşebilir. Yalnızca en alt katmandaki portların yeterli olup olmadığına bakmak yerine, her katmandaki trafiği ve alt yöndeki cihaz sayısını tahmin etmek gerekir.
Papatya zinciri: kablolamadan tasarruf sağlar, ancak sonraki düğümler önceki kesimi ortak kullanır
Bir yol boyunca veya art arda sıralanmış panolar arasında kesim kesim bağlantı kurmak bazı kablolama işlerini basitleştirebilir. Önceki bir bağlantı koparsa sonraki birden fazla düğüme aynı anda erişilemeyebilir; ayrıca her kesimin kapasitesi, bir araya gelen daha fazla hizmetin trafiğini taşımak zorunda kalabilir. Tasarım sırasında en kötü durumdaki arıza etki alanını ve bakım erişim noktalarını açıkça tanımlayın.
Geçmişte kullanılan paylaşımlı ortam veri yolları, RS485 veri yolları ve anahtarlamalı Ethernet papatya zincirleri aynı ağ mekanizması değildir. Bir şemada benzer görünebilirler, ancak elektriksel kuralları ve iletim kuralları farklıdır. Seri veri yolu sonlandırma direnci yöntemi doğrudan Ethernet bağlantılarına uygulanamaz.
Halka: yedekli kablolar bir protokolle birlikte çalışmalıdır
Standart Katman 2 Ethernet doğrudan bir döngü oluşturacak şekilde kapatılırsa yayınlar ve bilinmeyen tek noktaya yayınlar tekrar tekrar kopyalanarak ağ tıkanıklığına neden olabilir. Yayılan ağaç veya ilgili halka ağı mekanizmaları, iletim yolunu kontrol ederek döngüleri önler ve belirtilen arıza koşullarında yolları yeniden açar.
Farklı protokollerin cihaz yeteneklerinin, yapılandırmalarının ve uyumluluğunun aynı olduğu varsayılamaz. Bir halka ağı seçerken standart veya üreticiye özgü protokolü, düğüm rollerini, arıza algılamasını ve hizmet kapsamını açıkça tanımlayın. Kurtarma sonuçlarının gerçek yük altında test edilmesi gerekir. Çift arızalar veya düğümün güç kaybı, tek bağlantı koruması varsayımının kapsamını aşabilir.
Örgü, her hattın aynı anda kullanılabileceği anlamına gelmez
Birden fazla yol, alternatif bağlantılar sağlayabilir; ancak port sayısını, kablolamayı ve kontrol karmaşıklığını da artırır. Katman 2 mekanizmalarının mı yoksa Katman 3 yönlendirmesinin mi kullanıldığı, birden fazla yoldan nasıl yararlanılacağını etkiler. Bağlantı birleştirme de uygun yapılandırma gerektirir; yalnızca iki paralel ağ kablosunu takmak hizmet hızını iki katına çıkarmaz.
Ortak güç beslemesi, ekipman odaları, kablo kanalları veya merkezi cihazlar, bağımsız gibi görünen yolların aynı anda arızalanmasına neden olabilir. Bu ortak arıza noktaları çizimlerde belirtilmelidir; aksi takdirde topoloji çok karmaşık görünse de gerçekte hâlâ tek bir kritik bağımlılık bulunabilir.
Şekilleri ezberleyerek değil, iş gereksinimlerine göre seçim yapın
Uç cihaz dağılımını, kapasiteyi, izin verilen kesintiyi, bakım yöntemlerini ve kablolama koşullarını listeleyin; ardından normal yolları ve arıza durumundaki yolları değerlendirin. Küçük bir ağ için basit bir yıldız en uygun seçenek olabilirken, katmanlı veya halka ağları uygun yapılandırma ve kabul testi yetkinlikleri gerektirir. Arayüzleri, protokolleri ve yönetim işlevlerini şu kaynakta kontrol edebilirsiniz: Ürün Merkezi.
Son olarak, yalnızca ışık göstergelerinin durumunu değil, hizmetin yeniden sağlanmasını da içerecek şekilde normal yolların ve belirtilen arızalar sonrasındaki yolların kayıtlarını tutun. Bakım sırasında güncelliğini yitirmiş port ilişkilerine dayanarak yanlış değerlendirmeler yapılmasını önlemek için, saha değiştikçe topoloji şemaları güncellenmelidir.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2022-11-04. Kaynağın son revizyon tarihi: 2026-10-13T20:54:09+08:00. Çince kaynağı okuyun
