Fiber bağlantısı zaten kesilmişken anahtarın ağ portu ışığı neden hâlâ yanıyor? Çünkü anahtar yalnızca kendisiyle medya dönüştürücü arasındaki kısa ağ kablosunu görüyor olabilir ve aradaki fiberin koptuğunu henüz bilmiyordur. FEF, optik alım arızasını uzak uca bildirmekten; LFP ise bir arayüzdeki bağlantı arızasını ilişkili bir arayüze yansıtmaktan sorumludur. Cihazların arızaları görmesine yardımcı olurlar; otomatik onarım işlevleri değildirler.
1. Önce normal bağlantıya bakalım: arızaları iletmek neden gereklidir?
Bu makale Ethernet fiber medya dönüştürücüleri ele alır; telefon, E1 veya video ekipmanlarını aynı kategoriye dâhil etmez. Temel görevleri, Ethernet elektrik sinyallerini optik sinyallere, diğer uçta ise yeniden elektrik sinyallerine dönüştürmektir. Anahtar A, bir ağ kablosuyla medya dönüştürücü A'ya bağlanır; iki medya dönüştürücü birbirine fiber üzerinden bağlanır ve medya dönüştürücü B de bir ağ kablosuyla anahtar B'ye bağlanır. Güç bulunması, bu yolun tamamında iletişim kurulabildiği anlamına gelmez.
Şekil 1 çift fiberli bağlantıyı kullanır: TX gönderim portu, RX ise alım portudur. A'nın TX portu B'nin RX portuna, B'nin TX portu da A'nın RX portuna bağlanır; iki fiber damarın her biri tek bir yönü taşır. Bunlardan biri koparsa bir uç hâlâ ışık alırken diğer uç alamayabilir. Şekildeki oklar sinyal yönünü gösterir; fiberin kendisinin arızaları değerlendirebildiği anlamına gelmez.
Medya dönüştürücünün elektrik portu ile optik portu birbirinden bağımsız çalışıyorsa aradaki fiber koptuktan sonra her iki taraftaki anahtar da yerel elektrik portuyla bağlantısını koruyabilir. Bu nedenle “ağ portu ışığı yanıyor” ifadesi, “uçtan uca hizmet normal” ifadesiyle aynı anlama gelmez. FEF ve LFP'nin çözdüğü konu, ilişkili cihazların bağlantı anormalliğini algılamasını sağlamaktır; tüm uygulama hatalarını kontrol etmezler ve gerçek hizmet testlerinin yerini alamazlar.
2. FEF nedir: uzak uca “Alamıyorum” demek
FEF, Far End Fault ifadesinin kısaltmasıdır ve genellikle uzak uç arıza bildirimi olarak çevrilir. Bu mekanizmayı destekleyen 100BASE-FX 100 Mbps optik bağlantı örneğinde, yerel ucun optik alımı başarısız olduğunda kendi hâlâ çalışan gönderim yönü üzerinden bir arıza bildirimi göndererek uzak uca “Gönderdiğin sinyali artık alamıyorum” bilgisini iletebilir. Bu, sıradan hizmet verisi değildir; uzak uca bir yönetim alarmı web sayfası göndermek de değildir.
İki sınıra dikkat edin: Birincisi, bildirimin ulaşabilmesi için kullanılabilir bir ters yön kanalı bulunmalıdır; her iki fiber yönü de kopmuşsa kopuk fiber üzerinden mesaj gönderilmesi beklenemez. İkincisi, FEF alındıktan sonra elektrik portunun kapatılıp kapatılmayacağı, cihazın bağlantı durumu ilişkilendirme ayarına bağlıdır. Farklı hızlar ve donanımlar başka uzak arıza mekanizmaları da kullanabilir; tüm gigabit medya dönüştürücüler aynı tür 100 Mbps FEF uygulaması olarak değerlendirilemez.
① Önce A'nın optik alım yönü arızalanır
B'den A'ya giden fiberin çıkarıldığını varsayalım. A'nın RX portu normal bir sinyal alamaz ve A, alım anormalliğini ilk olarak yerel düzeyde algılar. Bu sırada A'dan B'ye giden diğer fiber hâlâ sağlamdır; arıza tek bir yönde oluşmuştur ve şekil, fiber çiftinin tamamının koptuğu şeklinde anlaşılmamalıdır.
② A, sağlam gönderim yönü üzerinden B'ye bildirim gönderir
A, kendi TX yönünde bir FEF bildirimi gönderir ve bu bildirim B'nin RX portu tarafından alınır. Başka bir deyişle, “arızayı fark eden uç, diğer yön üzerinden geri bildirim gönderir.” Bildirim oku, zaten kopmuş olan B'den A'ya giden fiber üzerinde çizilirse çalışma süreci yanlış açıklanmış olur.
③ A, yerel arızayı ilişkili elektrik portuna yansıtır
Orijinal durum ilişkilendirme sürecini korumak için Şekil 4 ve 5, her iki ucun da ilgili FEF ve LFP işlevlerini desteklediğini ve etkinleştirdiğini varsayar. A, yerel optik alım arızasını elektrik portuna yansıtabilir; böylece anahtar A, medya dönüştürücüye bağlı portun Link Down durumuna geçtiğini, yani fiziksel bağlantının başarısız olduğunu görür. Ağ kablosunun gerçekten kopmuş olması gerekmez; medya dönüştürücü bu bağlantıyı sürdürmeyi etkin olarak durdurabilir.
④ B arıza bildirimini alır, ardından sağ taraftaki anahtarın bunu algılamasını sağlar
B, uzak uç bildirimini alır ve yapılandırmaya göre ilişkili elektrik portunu yöneterek anahtar B'nin de medya dönüştürücünün yukarı bağlantı portunda bir anormallik görmesini sağlar. Her iki taraf da yolun tamamındaki arızayı daha kolay belirleyebilir. Anahtarın günlük kaydı oluşturması, yönetim alarmları göndermesi veya yedek bağlantıya geçmesi de anahtarın işlevlerine ve ağ tasarımına bağlıdır; FEF bunları otomatik olarak garanti edemez. Anahtarın başka bir portuna bağlı bilgisayarın bağlantısının da aynı anda kesilmesi gerekmez.
3. LFP nedir: arızanın yalnızca tek bir arayüzde kalmamasını sağlamak
LFP, Link Fault Pass Through ifadesinin kısaltmasıdır ve bağlantı arızasının iletilmesi olarak anlaşılabilir. Burada “iletilme”, kullanıcı verisinin bir kopyasını aktarmak değil, bağlantı arızası durumunu başka bir arayüze yansıtmak anlamına gelir. Bakır taraftaki bir bağlantı kesintisi optik tarafta durum değişikliğine yol açabilir; optik taraftaki bir arıza da bakır tarafa yansıtılabilir. Belirli ilişkilendirme kapsamı, algılama koşulları ve FEF ile birlikte çalışmasının gerekip gerekmediği, modelin kılavuzundan kontrol edilmelidir.
Aşağıda, her iki uçta da kılavuza göre gerekli durum ilişkilendirmesi etkinleştirilerek orijinal üç adımlı bakır tarafı arıza süreci korunmuştur. “Normal sinyal iletimini durdurma” ifadesi bir uygulama biçimini temsil eder; tüm üreticilerin ortak olarak kullandığı bir işlem olarak sunulmaz. Arıza algılandıktan sonra ilişkili bağlantıyı etkin olarak kesmek, diğer tarafın bu yolu kullanılabilir saymaya devam etmesini önlemek içindir; medya dönüştürücünün başka bir fiziksel kopukluk oluşturması anlamına gelmez.
① Önce A tarafındaki bakır kablonun bağlantısı kesilir
Anahtar A ile medya dönüştürücü A arasındaki ağ kablosunun çıkarıldığını varsayalım. A'nın elektrik portu Link Down durumunu algılar; bu sırada optik kablo hâlâ sağlamdır. Önce arızanın bakır tarafta mı yoksa optik tarafta mı başladığını ayırt etmelisiniz; aksi hâlde sorun giderirken yalnızca optik port ışığına odaklanmak kolaydır.
② A, bakır port arızasını optik porta yansıtır
A'nın durum ilişkilendirme kontrolü, ilgili optik taraf bağlantısını keser; böylece B bir alım anormalliği algılar. Şekil 7 içindeki gri optik yol, normal bağlantı sinyali iletiminin durduğunu gösterir; fiberin kendisi kopmuş değildir. Bu, FEF'nin sağlam yön üzerinden belirli bir bildirim göndermesi açıklamasından farklıdır. Belirli bir ürün uzak arıza mekanizmalarını birlikte kullanabilir; yalnızca tek bir gri oktan iç uygulama biçimi belirlenemez.
③ B, optik taraftaki anormalliği sağ taraftaki elektrik portuna yansıtır
B, ilişkili optik portun arızalandığını fark ettikten sonra anahtar B'ye bağlı elektrik portunu Link Down durumuna geçirir. Böylece uzak anahtar da bu yukarı bağlantı yolunun kullanılamadığını görebilir. Hizmetlerin başka bir yolu kullanabilmesi ancak ağın kendisinde etkili bir yedek yol ve geçiş mekanizması yapılandırılmışsa mümkün olabilir; yalnızca LFP'yi etkinleştirmek yoktan bir yedek hat oluşturmaz.
4. İki süreci birlikte değerlendirmek
FEF, “alıcı ucun gönderici uca nasıl bilgi verdiği” sorusuna; LFP ise “bir arayüz arızasının komşu cihaza nasıl yansıtıldığı” sorusuna odaklanır. Biri daha çok uzak uç bildirimine, diğeri durum ilişkilendirmesine yöneliktir. Birlikte çalışabilirler ancak birbirinin yerine kullanılan iki ad değildirler. Halka ağ protokolleri veya optik yedek bağlantıya geçiş ile de karıştırılmamalıdırlar.
5. Yapılandırma, sorun giderme ve kabul testleri nasıl yapılır?
Önce modeli, donanım sürümünü, her iki uçtaki optik port hızını, tek modlu veya çok modlu oluşunu, gönderim/alım dalga boyunu, tek fiberli veya çift fiberli oluşunu ve optik güç bütçesini doğrulayın; ardından FEF ve LFP destek kapsamını kontrol edin. Aynı seriden eşleştirilmiş cihazları kullanmak kontrol açısından genellikle daha uygundur; ancak “aynı marka” olması, ayarların uyumlu olduğunu otomatik olarak kanıtlamaz. DIP anahtarı numaraları da modeller arasında kopyalanamaz; ayar değişikliğinin yeniden başlatma gerektirip gerektirmediği konusunda ilgili modelin kılavuzuna uyulmalıdır.
Feichang Technology resmî web sitesindeki “LFP işlevli Gigabit 1 fiberli 1 bakır portlu fiber medya dönüştürücü” ürün sayfası, 1 optik port, 1 elektrik portu, optik port alarmının elektrik portuna iletilmesi ve DIP-1 ile LFP'nin açılıp kapatılması özelliklerini açıkça belirtir. Bu, anahtarın optik taraftaki arızaları algılaması gereken senaryolar için bir seçim dayanağı sağlar. Ancak bu sayfa model alanını açıkça belirtmez ve tüm sürümlerin bu makaledeki 100 Mbps FEF ile aynı mekanizmaya sahip olduğu sonucuna varmak için kullanılamaz; sipariş sırasında belirli parça numarası, durum ilişkilendirme yönü ve test koşulları yine de doğrulanmalıdır.
Kabul testleri onaylanmış bir test zaman aralığında yapılmalıdır. Önce normal durumu kaydedin, ardından her seferinde yalnızca tek bir arızayı simüle edin: bir optik yönün bağlantısını ve bir tarafın bakır kablosunu ayrı ayrı kesin; her iki uçtaki medya dönüştürücülerin ve anahtarların ilişkili portlarını gözlemleyin ve bağlantı yeniden sağlandıktan sonra normal iletişimi kontrol edin. “Sağlam yön üzerinden geri bildirim” işlevini doğrulamak için iki fiberi aynı anda çıkarmayın, üretim ağında rastgele bağlantı kesmeyin ve optik portların içine doğrudan bakmayın. Hangi portun önce algıladığını, hangi portun durumunun buna bağlı değiştiğini ve hizmetlerin geri gelip gelemediğini kaydedin; tüm cihazlar için ortak bir milisaniye değeri uydurmayın.
Tüm Link ışıkları normal olduğu hâlde hizmetler hâlâ çalışmıyorsa VLAN'ları, IP adreslerini, uygulama portlarını ve hizmet verilerini kontrol etmeye devam edin; bu sorunlar FEF veya LFP'yi tetiklemeyebilir. Son olarak şunu unutmayın: bu işlevlerin değeri, bağlantı arızalarını görünür kılmaktır; onarım için yine asıl bağlantı kesintisi veya cihaz sorunu ele alınmalıdır ve güvenilir biçimde yeniden çalışmaya dönmek de doğru ağ tasarımına bağlıdır.
Kaynaklar ve şekil notları
Bu sürümdeki Şekil 1–8, orijinal şekillerin sırasına göre yeniden çizilmiştir; Şekil 9–10 ise yenidir. Tümü genel mekanizma gösterimleridir; ürün fotoğrafı, ölçülmüş dalga biçimi veya performans kanıtı değildir. Ana metin, orijinal metinde birbirine karıştırılmış olan FEF bildirimi ile elektrik portu durumunun ilişkilendirilmesini birbirinden ayırır.
Çince teknik makaleden çevrilmiştir. Kaynağın ilk yayımlanma tarihi: 2022-11-18. Kaynağın son revizyon tarihi: 2026-10-13T19:28:50+08:00. Çince kaynağı okuyun
