3 Yapılandırma Yönetimi
Kanal yapılandırması sırasında, servis yapılandırması, optik katman mantıksal bağlantı yapılandırması ve bağlantı sanal topoloji haritası yapılandırması gereklidir. Tek bir kanalın koruma yoluyla yapılandırılması mümkünse, bu durumda kanal yapılandırması daha karmaşık hale gelir ve ardından gelen yapılandırma yönetimi de daha karmaşık olur. Kanal yönünü yönetmek için özel bir servis tablosu gereklidir ve tabloda iş yönleri düz ve kesikli çizgiler kullanılarak ayırt edilmelidir. OTN kanalları ve IP bağlantıları arasındaki eşleşme yönetilirken, özellikle OTN koruması durumunda, bir IP bağlantısının birden fazla OTN kanalına karşılık gelmesi gerekir. Bu durumda, yönetim miktarı artar ve yönetim karmaşıklaşır, bu da Excel tablolarının yönetimini de artırır. Bir işletmenin tüm unsurlarını tamamen yönetmek için gereken Excel tablo sayısı 15'e kadar çıkabilir. Bir mühendis belirli bir bağlantıyı yönetmek istediğinde, Excel formunu bulması, ardından üreticinin NMS'sine giderek ilgili bilgileri bulması ve ardından işlem yönetimini gerçekleştirmesi gerekir. Bu, her iki taraftaki bilgilerin senkronizasyonunu gerektirir. OTN'nin NMS platformu ve mühendis tarafından oluşturulan Excel dosyası tamamen insan yapımı veriler olduğundan, bilgilerin senkronize olmaması kolaydır. Herhangi bir hata, işletme bilgilerinin gerçek ilişkiyle tutarsız olmasına neden olur. Buna bağlı olarak, değişiklik ve ayarlamalar sırasında işletmeyi etkileyebilir. Bu nedenle, üreticinin ekipman verileri kuzey arayüzü aracılığıyla bir yönetim platformuna toplanır ve ardından IP bağlantı bilgileri bu platformda eşleştirilir, böylece bilgiler mevcut ağın hizmet değişikliklerine göre otomatik olarak ayarlanabilir ve bilgilerin merkezi yönetimi sağlanır. Ayrıca, yapılandırma yönetim bilgilerinin doğruluğunu sağlamak için tek bir doğruluk kaynağı kullanılır.
OTN hizmeti sağlama yapılandırması yapılırken, her arayüzün bilgi açıklaması hazırlanır ve ardından OTN NMS tarafından sağlanan kuzey yönlü arayüz üzerinden OTN bilgileri toplanır ve ilgili açıklama, IP cihazı tarafından kuzey yönlü arayüz üzerinden toplanan port bilgileriyle eşleştirilir. OTN kanallarının ve IP bağlantılarının platform tabanlı yönetimi, manuel bilgi güncellemesi ihtiyacını ortadan kaldırır.
DCI iletim ağının kullanımı için, elektriksel çapraz bağlantı servis yapılandırmasının kullanımından kaçınılmaya çalışılmalıdır. Bu yöntem, yönetim mantığı açısından son derece karmaşıktır ve DCI ağ modeline uygun değildir. DCI tasarımının en başından itibaren bundan kaçınılmalıdır.
4 Alarm yönetimi
OTN'nin karmaşık yönetim yükü, uzun mesafeli iletim sırasında sinyal izleme ve farklı hizmet bileşenlerinin çoklanması ve iç içe geçmesi nedeniyle, bir arıza onlarca veya yüzlerce alarm mesajı bildirebilir. Üretici alarmları dört seviyeye ayırmış ve her alarmın farklı bir adı olmasına rağmen, bir mühendisin işletme ve bakım açısından son derece karmaşıktır ve öncelikle arızanın nedenini belirlemek için deneyimli personele ihtiyaç duyar. Geleneksel OTN ekipmanının arıza gönderme işlevi esas olarak SMS modem veya e-posta push kullanır, ancak bu iki işlev internet şirketinin temel sisteminin mevcut ağ alarm yönetim platformuyla entegrasyon için özeldir ve ayrı geliştirme maliyeti yüksektir, bu nedenle daha fazlası yapılmalıdır. Standart kuzey yönlü arayüz, alarm bilgilerini toplar, şirketin mevcut ilgili platformlarını korurken işlevleri genişletir ve ardından alarmı işletme ve bakım mühendisine iletir.
Bu nedenle, işletme ve bakım personeli için, platformun OTN arızası tarafından üretilen alarm bilgilerini otomatik olarak birleştirmesi ve ardından bilgileri alması gereklidir. Bu nedenle, öncelikle OTN NMS'de alarm sınıflandırması yapılmalı ve ardından son alarm bilgi yönetim platformunda gönderme ve filtreleme işlemi gerçekleştirilmelidir. Genel OTN alarm yöntemi, NMS'nin tüm birinci ve ikinci tip alarmları alarm bilgi yönetim platformuna göndermesi ve ardından platformun tek bir hizmet kesintisinin alarm bilgilerini analiz etmesidir; ana optik yol kesintisi alarm bilgileri ve (varsa) koruma anahtarlama alarm bilgileri işletme ve bakım mühendisine gönderilir. Yukarıdaki üç bilgi muhtemelen arıza teşhisi ve işleme için kullanılabilir. Alım ayarlarını yaparken, yalnızca optik fiberlerin kopması durumunda meydana gelen bileşik sinyal arızaları gibi önemli alarmlar için telefon bildirim ayarları yapılabilir, örneğin:
Alarm Çince açıklaması
Alarmın İngilizce açıklaması Alarm türü Ciddiyet ve sınırlamalar
OMS Katmanı Yük Sinyali Kaybı OMS_LOS_P İletişim Alarmı Kritik (FM)
Giriş/Çıkış Birleşik Sinyal Kaybı MUT_LOS İletişim Alarmı Acil Durum (FM)
OTS Yük Kaybı
Sinyal OTS_LOS_P İletişim Alarmı Kritik (FM)
OTS Yük Kaybı Göstergesi OTS_PMI İletişim Alarmı Acil (FM)
NMS'nin kuzeye giden arayüzü, örneğin Huawei ve ZTE Alang tarafından şu anda desteklenen XML arayüzü, alarm bilgilerini iletmek için de yaygın olarak kullanılmaktadır.
5. Performans Yönetimi
OTN sisteminin kararlılığı, ana fiberin optik güç yönetimi, çoklanmış sinyaldeki her kanalın optik güç yönetimi ve sistem OSNR marj yönetimi gibi sistemin çeşitli yönlerinin performans verilerine büyük ölçüde bağlıdır. Bu içerikler, şirketin ağ sistemi izleme projesine eklenmeli, böylece sistem performansı her an bilinebilmeli ve ağ kararlılığını sağlamak için performans zamanında optimize edilmelidir. Ayrıca, uzun vadeli fiber performansı ve kalite izlemesi, fiber yönlendirmesindeki değişiklikleri tespit etmek için de kullanılabilir; bu da bazı fiber tedarikçilerinin bildirimde bulunmadan fiber yönlendirmesini değiştirmesini, işletme ve bakımda kör noktalar oluşmasını ve fiber yönlendirme riskinin ortaya çıkmasını önler. Elbette, bu, yönlendirme değişikliklerinin daha doğru bir şekilde tespit edilebilmesi için model eğitimi için büyük miktarda veri gerektirir.
6. DCN yönetimi
Burada DCN, OTN ekipmanının yönetim iletişim ağını ifade eder ve OTN'nin her bir ağ elemanının yönetim ağ yapısından sorumludur. OTN ağı, DCN ağının ölçeğini ve karmaşıklığını da etkileyecektir. Genel olarak, DCN ağının iki yöntemi vardır:
1. Tüm OTN ağındaki aktif ve yedek ağ geçidi NE'lerini doğrulayın. Diğer ağ geçidi olmayan NE'ler sıradan NE'lerdir. Tüm sıradan NE'lerin yönetim sinyalleri, OTN'deki OTS katmanı üzerinden OSC kanalı aracılığıyla aktif ve yedek ağ geçidi NE'lerine ulaşır ve ardından NMS'nin bulunduğu IP ağına bağlanır. Bu yöntem, NMS'nin bulunduğu IP ağındaki ağ elemanlarının dağıtımını azaltabilir ve ağ yönetim sorununu çözmek için OTN'nin kendisini kullanabilir. Bununla birlikte, ana fiber hattında bir kesinti olursa, ilgili uzak ağ elemanları da etkilenecek ve yönetim dışı kalacaktır.
2. OTN ağının tüm ağ elemanları, ağ geçidi ağ elemanları olarak yapılandırılmıştır ve her ağ geçidi ağ elemanı, OSC kanalı üzerinden geçmeden, NMS'nin bulunduğu IP ağıyla bağımsız olarak iletişim kurar. Bu, ağ elemanlarının yönetim iletişiminin ana optik fiberin kesintiye uğramasından etkilenmemesini ve ağ elemanlarının uzaktan yönetilebilmesini sağlar; tüm ağ elemanları IP ağına bağlıdır ve geleneksel IP ağ çalışanlarının işletme ve bakım maliyetleri de azalır.
DCN ağ kurulumunun başlangıcında, ağ elemanı planlaması ve IP adresi tahsisi yapılmalıdır. Özellikle, ağ yönetim sunucusu, kurulum sırasında diğer ağlardan mümkün olduğunca izole edilmelidir. Aksi takdirde, daha sonra ağda çok fazla ağ bağlantısı oluşacak ve bakım sırasında ağda titreşim (jitter) meydana gelecek, sıradan ağ elemanları bağlanamayacak. Ağ geçidi ağ elemanı gibi sorunlar ortaya çıkacak ve üretim ağı adresi ile DCN ağının adresi tekrar kullanılacak, bu da üretim ağını etkileyecektir.
Yayın tarihi: 19 Aralık 2022