Cihaz seçimi
NMS Nedir? Network Management System Ne İşe Yarar?
NMS (Network Management System), ağdaki cihazların merkezi bir platformdan izlenmesini, yönetilmesini, yapılandırılmasını ve arızalarının teşhis edilmesini sağlayan yönetim sistemidir. Çok sayıda IP telefon, gateway, santral veya SBC tek tek yönetilmek yerine ortak bir ekrandan yönetilir.
Modern bir NMS yalnız "cihaz online mı?" sorusunu cevaplamaz. Konfigürasyon dağıtımı, firmware güncelleme, alarm, performans izleme, log toplama, yedekleme, uzaktan erişim ve rol yönetimi gibi günlük işleri de merkezileştirebilir.
NMS ne demek?
NMS, Network Management System ifadesinin kısaltmasıdır. Türkçede Ağ Yönetim Sistemi olarak kullanılabilir. Temel amacı ağdaki cihazların ve servislerin durumunu tek bir yönetim katmanında görünür hale getirmektir.
Yönetilen cihazlar yalnız switch veya router olmak zorunda değildir. VoIP ortamında IP telefonlar, IP santraller, analog ve dijital gateway'ler, GSM/LTE gateway'ler, SBC cihazları ve SIP interkom sistemleri de merkezi yönetimin parçası olabilir.
NMS ne işe yarar?
- Envanter: Hangi cihaz nerede, hangi model, hangi durumda?
- İzleme: Cihaz online mı, servisleri çalışıyor mu, performansı nasıl?
- Alarm: Cihaz veya servis anormal duruma geçtiğinde yöneticiyi bilgilendirme.
- Konfigürasyon: Tek veya çok sayıda cihaza merkezi ayar dağıtma.
- Firmware: Yazılım paketlerini planlı veya toplu biçimde güncelleme.
- Yedekleme: Çalışan konfigürasyonları saklama ve geri yükleme.
- Uzaktan erişim: Desteklenen cihazlara merkezi panelden erişim.
- Teşhis: Log, paket yakalama veya cihaz tanı araçlarıyla sorun analizi.
- Audit: Kim, hangi cihazda, hangi işlemi ne zaman yaptı bilgisini kayıt altında tutma.
NMS neden önemlidir?
Beş cihazlık bir yapıda cihazlara tek tek bağlanmak yönetilebilir. Cihaz sayısı onlarca, yüzlerce veya binlerce olduğunda manuel işlem hem zaman alır hem de ayar farklılıkları ve insan hatası riskini artırır.
| Manuel yönetim | NMS ile merkezi yönetim |
|---|---|
| Her cihazın IP'si ve erişim bilgisi ayrı takip edilir | Cihazlar merkezi envanterde gruplanır |
| Aynı ayar her cihaza tek tek girilir | Şablon veya toplu yapılandırma kullanılır |
| Arıza çoğu zaman kullanıcı bildirince fark edilir | Alarm ve durum izleme ile sorun daha erken görülür |
| Firmware yükseltmeleri saha işine dönüşebilir | Merkezi kaynaklar ve planlı görevler kullanılır |
| Kimin ne değiştirdiğini izlemek zordur | Operation Log ve kullanıcı kayıtları iz bırakır |
| Yedekler farklı bilgisayarlarda dağınık kalır | Yedekler merkezi olarak tutulur |
NMS'in temel mantığı: FCAPS
Ağ yönetiminde NMS işlevleri çoğu zaman FCAPS yaklaşımıyla sınıflandırılır. FCAPS; Fault, Configuration, Accounting, Performance ve Security kelimelerinin baş harflerinden oluşur.
| Alan | Anlamı | NMS örnekleri |
|---|---|---|
| Fault | Arıza yönetimi | Online/offline, servis alarmı, alarm onayı, alarm geçmişi |
| Configuration | Konfigürasyon yönetimi | Şablon, SIP hesabı, firmware, yedekleme ve geri yükleme |
| Accounting | Kullanım kayıtları | CDR ve kullanım istatistikleri, ürüne göre değişir |
| Performance | Performans yönetimi | Cihaz performansı, ağ kalitesi, servis durumu, ses kalitesi |
| Security | Güvenlik yönetimi | Rol ve yetki, log, sertifika, kara ve beyaz liste |
Her NMS bütün başlıkları aynı kapsamda sunmaz. Desteklenen işlevler ürüne, cihaz ailesine ve firmware sürümüne göre değişir.
NMS nasıl çalışır?
| Katman | İçerik |
|---|---|
| Yönetilen cihazlar | IP telefon, gateway, santral, SBC, interkom ve diğer ağ cihazları |
| Yönetim bağlantısı | Üretici protokolü, API, SNMP, syslog, PnP veya diğer yöntemler |
| NMS sunucusu | Envanter, veritabanı, görev, alarm ve log katmanı |
| Yönetici veya NOC | Web paneli, rapor, alarm ve uzaktan müdahale |
NMS yalnız SNMP'den ibaret değildir. SNMP yaygın bir ağ yönetim protokolüdür. NMS ise bu tür protokolleri, API'leri, log kaynaklarını ve üreticiye özel yöntemleri bir araya getiren platformdur.
NMS ile NOC, EMS ve provisioning aynı şey mi?
| Kavram | Temel rol |
|---|---|
| NMS | Cihaz ve servisleri merkezi olarak izleyen ve yöneten platform |
| NOC | Ağı izleyen ve müdahale eden ekip veya operasyon merkezi |
| EMS | Belirli bir cihaz ailesine odaklanan yönetim sistemi, sınırı NMS ile örtüşebilir |
| Provisioning | Cihaza başlangıç ayarlarını verme süreci, NMS'in bir parçası olabilir |
NMS nerelerde kullanılır?
- Birden fazla şubesi olan işletmeler
- Çok sayıda IP telefon yöneten kurumlar
- VoIP operatörleri ve servis sağlayıcılar
- Sistem entegratörleri ve yetkili iş ortakları
- Gateway ve SBC parkı bulunan telekom altyapıları
- Uzaktan destek verilen müşteri lokasyonları
Dinstar NMS nedir?
Dinstar NMS, Dinstar cihazlarının merkezi olarak yönetilmesi, izlenmesi ve sorun giderilmesi için geliştirilen platformdur. Üretici belgesine göre cihaz devreye alma, firmware yükseltme, konfigürasyon dağıtımı, yedekleme, gerçek zamanlı izleme, uzaktan erişim, tanı, alarm, çağrı istatistiği ve log yönetimini tek yapıda toplar.
Desteklenen ürün aileleri:
- IP Phone C serisi
- IP PBX UC serisi
- SBC serisi
- SIP Door Phone DP serisi
- DAG analog gateway serisi
- MTG dijital gateway serisi
- UC2000 GSM/LTE gateway serisi
Üretici, bazı serilerde NMS işlevlerinin yalnız bir bölümünün desteklendiğini özellikle belirtir.
Dashboard: sistemin tek ekrandan görünümü
Dashboard, operasyon ekibinin başlangıç noktasıdır. Toplam cihaz, çevrimiçi cihaz, sisteme erişim sayısı, toplam alarm, alarm türleri ve alarm seviyeleri burada özetlenir. Böylece tek bir arıza kaydına değil, altyapının genel eğilimine bakılabilir.
Merkezi cihaz envanteri
Device Manager, NMS'in en temel işlevlerinden biridir. Cihazların modeli, sitesi, durumu ve adres bilgileri aynı listede tutulur.
Cihaz ekleme ekranda üç adımda özetlenir: cihaz sunucuya eklenir, cihazda NMS parametreleri yapılandırılıp cihaz yeniden başlatılır ve aktivasyon tamamlanır.
Yüzlerce cihazı tek uzun listede tutmak yerine lokasyon, departman, müşteri veya modele göre gruplamak yönetimi kolaylaştırır. Dinstar NMS çoklu site ve esnek grup yönetimini destekler.
Konfigürasyon yönetimi ve şablonlar
NMS'in en büyük avantajlarından biri aynı cihaz ailesindeki ayarların standart hale getirilebilmesidir. Config Management ekranında Basic set, Phone book, Dialing rules, Firmware update ve SIP Account sekmeleri bulunur.
SIP Account sekmesinde hesap durumu, kullanıcı bilgileri, outbound proxy, SIP sunucusu ve kayıt süresi gibi alanlar yer alır. Bu yaklaşım çok sayıda IP telefonu aynı altyapıya hazırlarken zaman kazandırır.
Toplu yapılandırmanın kazandırdıkları:
- Aynı ayar standardı çok sayıda cihaza uygulanır.
- Cihaz başında elle işlem ihtiyacı azalır.
- Yanlış SIP sunucusu, kodek veya arama kuralı girme riski düşer.
- Yeni şubeler daha hızlı devreye alınır.
- Değişiklikler planlı zamanlarda uygulanabilir.
Otomatik devreye alma ve planlı görevler
Dinstar NMS; otomatik yükseltme, otomatik yapılandırma, otomatik yedekleme ve otomatik geri yükleme özelliklerini listeler. Scheduled Task Management ile işlemler hemen veya planlanan zamanda çalıştırılabilir. Gece bakımı, toplu firmware yükseltmesi ve periyodik yedekleme için bu önemlidir.
Firmware yönetimi
Upgrade Resource bölümü, yazılım paketlerinin merkezi olarak saklanmasına ve uygun cihaz gruplarına dağıtılmasına yardımcı olur. Cihaz modelini, donanım revizyonunu ve mevcut yazılım sürümünü mutlaka kontrol edin.
Firmware yükseltmesi yalnız en yeni sürümü kurmak değildir. Önce yedek alın, sürüm notlarını okuyun, pilot cihazda test edin ve geri dönüş planı hazırlayın.
Yedekleme ve geri yükleme
Konfigürasyon yedekleri; firmware güncellemesi, cihaz değişimi, RMA veya yanlış ayar durumlarında kritiktir. NMS yedeklerin tek noktada tutulmasını kolaylaştırır.
Yedeğin hangi model ve yazılım sürümünden alındığını kayıt altında tutun. Farklı modele veya uyumsuz firmware'e geri yükleme yeni sorunlara yol açabilir.
Uzaktan teşhis
NMS yalnız izleme aracı değil, sorun giderme platformudur. Dinstar NMS; Remote Web, Telnet ve paket yakalama gibi uzaktan tanı araçları sunar. Destek ekibi müşteri lokasyonuna gitmeden cihaz durumunu inceleyebilir.
Operation Log: kim, ne zaman, ne yaptı?
Operation Log, bir yönetim komutunun hangi cihazda çalıştığını, işlemin durumunu ve operatörü gösterir. Birden fazla yöneticinin çalıştığı yapılarda değişiklik takibi ve olay incelemesi için değerlidir.
Device Online Log: bağlantı geçmişi
Bir cihazın şu an online görünmesi tek başına yeterli değildir. Gün içinde defalarca online ve offline olan bir cihaz ağ, enerji veya WAN tarafında kararsızlık yaşıyor olabilir. Device Online Log, "cihaz ne kadar stabil?" sorusuna yaklaşmayı sağlar.
Alarm yönetimi
Sorun kullanıcı bildirmeden önce alarm üretilebilmesi, arıza tespit süresini kısaltabilir. Dinstar NMS alarm ekranında DEVICE_ONLINE ve PROVISION_FAILED gibi olaylar durum, seviye ve cihaz modeliyle birlikte görünür. Kayıt üzerinden Handle, Diagnosis ve Alarm Confirm işlemleri yapılabilir.
Dashboard'da Fatal, Critical, Alert, Warning ve Info seviyeleri bulunur. Bu ayrım, her olayın aynı önemde ele alınmasını önler.
Alarm Push Strategy: doğru alarmı doğru kişiye göndermek
Alarm üretmek yeterli değildir. Doğru alarmın doğru ekibe ulaşması gerekir. Push Strategy ekranında bildirim yöntemi, alarm türü, site veya cihaz kapsamı ve alarm içeriği seçilir.
Servis alarmı listesinde DEVICE_OFFLINE, DEVICE_ONLINE, POOR_VOICE_QUALITY, FAIL2BAN ve CALL_OVERLOAD gibi olaylar ayrı ayrı seçilebilir. Üretici belgesi bildirim için e-posta yanında WeCom ve webhook desteğini de listeler.
Performans ve ses kalitesi izleme
VoIP altyapısında cihazın online olması yeterli değildir. Dinstar NMS özellikleri arasında ağ kalitesi izleme, donanım izleme, servis durumu izleme, çağrı istatistikleri ve ses kalitesi analizi bulunur.
Örneğin POOR_VOICE_QUALITY alarmı, kullanıcı şikâyetine bağlı kalmadan olay üretilmesine yardımcı olabilir. Alarmın hangi eşikle oluştuğunu cihaz ailesine ve NMS ayarlarına göre kontrol edin.
Advanced Setting ve sistem yönetimi
NMS'in kendisi de yönetilmesi gereken kritik bir sistemdir. Advanced Setting ekranında cihaz keşfi, NMS yeniden başlatma, cihaz erişim ayarları, performans alarmı, sertifika ve sistem log ayarları bulunur.
Aynı bölümde Push Settings, Blacklist Management, Whitelist Management, Log Forwarding ve Active-Standby Config seçenekleri de yer alır.
Rol ve yetki yönetimi
Her yöneticinin bütün cihazlarda sınırsız yetkiye sahip olması güvenli değildir. Dinstar NMS çok seviyeli kullanıcı yetkilerini ve çoklu yönetici modunu destekler. Örneğin bir kullanıcı yalnız alarmları görürken başka biri konfigürasyon yetkisine sahip olabilir.
NMS güvenliği nasıl sağlanır?
- Paylaşılan tek admin hesabı kullanmayın. Kişiye özel hesaplar audit kayıtlarını anlamlı hale getirir.
- En az yetki ilkesini uygulayın. Herkese yalnız görevi için gereken yetkiyi verin.
- TLS ve sertifikaları önemseyin. Yönetim trafiği kritik ayarlar ve kimlik bilgileri taşıyabilir.
- Remote Web ve Telnet erişimini kontrollü kullanın. Sürekli açık bırakmak yerine ihtiyaç halinde kullanın.
- Kara ve beyaz listeleri planlayın. Erişim yüzeyini daraltın.
- Operation ve Login loglarını saklayın. Olay sonrasında kimin ne yaptığını görmek önemlidir.
- NMS'in kendisini yedekleyin. Veritabanı ve kritik ayarlar için plan yapın.
- Yönetim trafiğini ayırın. Mümkünse ayrı VLAN, VPN veya kontrollü yönetim ağı kullanın.
Open API ve entegrasyon
Dinstar NMS belgesi, cihaz yönetimi için Open API desteğini temel özellikler arasında sayar. Bu tür bir API; NMS verilerinin ticket sistemi, müşteri portalı veya otomasyon platformlarıyla bağlanmasına imkân verebilir. Entegrasyonda API yetkilerini, token yönetimini, istek sınırlarını ve loglamayı baştan tasarlayın.
Device Redirect ne işe yarar?
Device Redirect, cihazın doğru yönetim veya provisioning sistemine yönlendirilmesiyle ilgilidir. Provisioning cihazın ilk devreye alınmasını kolaylaştırır. NMS ise cihazın ömrü boyunca izleme, alarm, konfigürasyon ve destek işlerini sürdürür.
NMS nasıl konumlandırılabilir?
Dinstar NMS belgesinde public cloud, sanal makine ve x86/ARM sunucu seçenekleri belirtilir.
| Model | Avantaj | Dikkat edilmesi gereken |
|---|---|---|
| Cloud | Hızlı devreye alma ve merkezi erişim | İnternet bağımlılığı, veri politikası, erişim güvenliği |
| Kurum içi sunucu | Altyapı ve veri kurumun kontrolünde | Sunucu, yedek ve bakım sorumluluğu |
| Sanal makine | Mevcut sanallaştırma altyapısıyla esneklik | Kaynak boyutlandırma ve disk performansı |
Dinstar NMS sunucu boyutlandırma
Dinstar belgesi, laboratuvar testlerine dayalı şu sunucu tablosunu verir:
| Terminal sayısı | RAM | CPU | Ethernet | Disk |
|---|---|---|---|---|
| 1.000 | 4 GB | 2 çekirdek | 1 × FE | 100 GB |
| 2.000 | 8 GB | 2 çekirdek | 1 × FE | 200 GB |
| 5.000 | 16 GB | 4 çekirdek | 1 × GE | 500 GB |
| 10.000 | 32 GB | 6 çekirdek | 1 × GE | 1 TB |
| 50.000 | 64 GB | 12 çekirdek | 1 × GE | 2 TB |
Sistem Docker üzerinde çalışır ve Linux gerektirir. Belgede Docker Engine 17 ve üzeri, Ubuntu 16.04 x64 veya CentOS 7.2 x64 ve sonrası belirtilir.
NMS işletmeye ne kazandırır?
- Daha hızlı devreye alma: Cihazlar merkezi şablonlarla hazırlanır.
- Daha düşük operasyon maliyeti: Saha ziyareti ve elle işlem ihtiyacı azalabilir.
- Daha hızlı arıza çözümü: Alarm, log ve uzaktan tanı müdahale süresini kısaltabilir.
- Ayar standardı: Cihazlar arasındaki farklar azalır.
- Daha güçlü audit: Değişiklikler ve kullanıcı işlemleri izlenebilir.
- Kapasite görünürlüğü: Cihaz, alarm ve servis eğilimleri raporlanabilir.
Sık yapılan hatalar
| Hata | Sonuç | Öneri |
|---|---|---|
| Cihazları site ve grup planı olmadan eklemek | Envanter büyüdükçe karmaşa artar | Başta isimlendirme standardı oluşturun |
| Herkese admin yetkisi vermek | Yanlış toplu işlem ve güvenlik riski artar | Rol bazlı yetki kullanın |
| Yedek almadan firmware veya ayar göndermek | Geri dönüş zorlaşır | Değişiklikten önce yedek politikası tanımlayın |
| Pilot test yapmadan toplu yükseltme | Uyumsuzluk bütün cihazlara yayılabilir | Önce küçük test grubu kullanın |
| Bütün alarmları aynı önemde bildirmek | Alarm yorgunluğu oluşur | Seviye ve ekip bazlı bildirim ayarlayın |
| Uzaktan erişimi sürekli açık bırakmak | Saldırı yüzeyi genişler | Yetki ve süre sınırı kullanın |
| Saat senkronizasyonunu önemsememek | Logları eşleştirmek zorlaşır | NTP ve saat dilimi standardı uygulayın |
| Her modelin aynı özelliği desteklediğini varsaymak | Planlanan işlev çalışmayabilir | Model ve firmware desteğini kontrol edin |
NMS devreye alma planı
- Yönetilecek cihaz ailelerini ve toplam cihaz sayısını çıkarın.
- Cloud, sanal makine veya kurum içi sunucu modelini belirleyin.
- Site, grup ve cihaz isimlendirme standardını hazırlayın.
- Rol ve kullanıcı yetkilerini canlıya geçmeden tanımlayın.
- Bir veya iki pilot cihazı NMS'e ekleyin.
- Uzaktan erişim, alarm ve log akışını pilot cihazda doğrulayın.
- Çalışan cihazın yedeğini alın ve konfigürasyon şablonunu oluşturun.
- Firmware ve ayar gönderimini önce pilot grupta deneyin.
- Alarm seviyelerini ve bildirimleri ekibe göre düzenleyin.
- Yedekleme, log saklama ve NMS'in kendi yedek planını belgeleyin.
Canlıya almadan önce kontrol listesi
- Sunucu kapasitesi planlandı.
- Cihazların NMS erişimi test edildi.
- Site ve cihaz isimlendirme standardı oluşturuldu.
- Kullanıcı rolleri ayrıldı.
- Sertifika, TLS ve erişim güvenliği değerlendirildi.
- Pilot cihaz yapılandırması tamamlandı.
- Yedekleme ve geri yükleme test edildi.
- Pilot firmware yükseltmesi test edildi.
- Online, offline ve servis alarmları doğrulandı.
- Alarm bildirimleri test edildi.
- Operation ve Login logları doğrulandı.
- NMS sunucusu için yedek ve izleme planı hazırlandı.
Sıkça sorulan sorular
NMS ile SNMP aynı şey mi?
Hayır. SNMP bir ağ yönetim protokolüdür. NMS ise SNMP dahil farklı protokol, API ve log kaynaklarını kullanabilen merkezi yönetim platformudur.
NMS ile NOC aynı şey mi?
Hayır. NMS yazılımdır. NOC ise ağı izleyen ve yöneten ekip veya merkezdir. NOC ekibi NMS'i temel araçlarından biri olarak kullanabilir.
Dinstar NMS yalnız gateway cihazlarını mı yönetir?
Hayır. Üretici belgesine göre IP telefon, IP santral, SBC, SIP kapı telefonu ve gateway aileleri desteklenir. Bazı serilerde özellik kapsamı farklı olabilir.
NMS üzerinden firmware güncellenebilir mi?
Dinstar NMS firmware yükseltme ve otomatik yükseltme işlevlerini listeler. Toplu yükseltmeden önce model uyumluluğunu kontrol edin, yedek alın ve pilot test yapın.
NMS üzerinden cihaz arayüzüne uzaktan erişilebilir mi?
Dinstar NMS belgesinde Remote Web ve Telnet işlevleri yer alır. Kapsam cihaza ve sürüme göre değişir.
NMS alarm gönderebilir mi?
Evet. Dinstar NMS gerçek zamanlı alarm ve bildirim özellikleri sunar. Belgede e-posta, WeCom ve webhook seçenekleri belirtilir.
Tek bir NMS kaç cihaz yönetebilir?
Bu ürüne ve mimariye bağlıdır. Dinstar'ın sunucu tablosu 50.000 terminale kadar örnek verir. Gerçek boyutlandırma kullanılan işlevlere göre planlanmalıdır.
NMS cihazın yerel IP'sini bilmek zorunda mı?
Yönetim mimarisine göre değişir. NAT, VPN, üretici protokolü veya cloud bağlantısı kullanılabilir. Tek bir genel kural yoktur.
NMS santralin veya SBC'nin yerine geçer mi?
Hayır. Santral çağrıları yönetir, SBC SIP trafiğini sınırda kontrol eder. NMS ise bu cihazların yönetim, izleme ve bakım işlerini merkezileştirir.
Sonuç
NMS, büyüyen ağ ve VoIP altyapılarında cihazları tek tek yönetme yaklaşımını merkezi ve izlenebilir bir modele dönüştürür. Alarm, performans, konfigürasyon, firmware, yedekleme, audit ve uzaktan destek aynı katmanda birleşir.
Projenizde cihaz sayısını, ürün ailelerini, site yapısını, alarm politikasını ve güvenlik gereksinimlerini birlikte planlayın. Menüler ve özellik kapsamı NMS ve cihaz firmware sürümüne göre değişebilir.
NMS ve Dinstar cihaz yönetimi projeniz için Likit Telekom ekibine ulaşın.
Doğru cihazı birlikte seçelim
Kurulumunuza uygun Dinstar ürününü belirlemek için ekibimize ulaşın.