Browsed by
Aylar: Mart 2019

CUCM Unassigned DN – Kullanılmayan Dahili Numaraları Silmek

CUCM Unassigned DN – Kullanılmayan Dahili Numaraları Silmek

Merhaba, bu yazıda Cisco Unified Communications Manager (Callmanager – CUCM) üzerinde tanımlanmış fakat kullanılmayan dahili numaraları (Unassigned Directory Number – DN) nasıl silebileceğinizi bulabilirsiniz.

CUCM’e tanımlı bir DN cihazdan (ör. telefon) kaldırıldığında veya güncellendiğinde, veya bir telefon silindiğinde, ilgili DN’ler CallManager veritabanından kaldırılmaz. Bu DN’ler veritabanında Unassigned DN’ler olarak durmaya devam ederler.

CUCM üzerinde atıl durumda kalan DN’ler zaman zaman çağrı yönlendirememe ve başarısız çağrı gibi problemlere sebep oluyor ve ilk bakışta sebebi bulunamadığı için genellikle problemi düzeltmek için çok fazla vakit harcanabiliyor. Bu durumları yaşamamak için kullanılmayan DN’leri sistemden ara ara silmeniz yararınıza olacaktır. Bu işlemi aşağıdaki prosedürü takip ederek uygulayabilirsiniz:

Not: Bazı durumlarda kullanılmayan DN’ler, çağrıyı sesli posta veya başka bir hedefe iletmek için de kullanılabilir. Bu sebeple siz yine de ne olur ne olmaz bu işlemi yaparken listelenen DN’leri inceleyin, ileride başınız ağrımasın 🙂

1. CUCM Administration sayfasına girerek Call Routing menüsünden Route Plan Report‘u seçin:

CUCM – Route Plan Report menüsü

2. Find menüsünden Unassigned DN‘i seçin ve Find‘ı tıklayın:

Find menüsünden “Unassigned DN” i seçin ve Find’ı tıklayın

3. Listelenen DN’lerin hepsini seçmek için Select All‘u tıklayın ve Delete Selected‘ın ardından çıkan onay kutucuğunu onaylayın:

Select All ile kullanılmayan dahililerin hepsini seçerek Delete’i tıklayın ve onaylayın

Hepsi bu kadar. Artık kullanılmayan dahili numaralar sistemden silinmiştir. İsterseniz aşağıdaki videodan da ilgili prosedürün uygulanışını izleyebilirsiniz:

Cisco Meeting Server (CMS) – Temel Konfigürasyon

Cisco Meeting Server (CMS) – Temel Konfigürasyon

Merhaba, bu yazıda daha önce incelemiş olduğum Cisco Meeting Server’ın (CMS) temel konfigürasyonu ve web arayüzünü nasıl aktif edebileceğinizi bulabilirsiniz.

Cisco Meeting Server’ı konfigüre edebilmeniz için komut satırı (CLI), GUI ve API olmak üzere 3 farklı arayüz bulunuyor. Bunlardan ilki olan CLI arayüzüne, sunucunun konsolu üzerinden ve IP adresi verildikten sonra da SSH üzerinden de erişilebiliyor. Şimdi CLI arayüzünden başlayarak GUI arayüzüne geçebileceğimiz temel konfigürasyon adımlarına başlayalım:

CLI Temel Konfigürasyonu

CMS’e konsol üzerinden bağlandığınızda bir login ekranı karşılıyor. CMS’e default admin/admin olarak bağlandığınızda şifreyi değiştirmenizi istiyor.

Bu adımı geçtikten sonra IP verme işlemine geçebiliriz. CMS default olarak DHCP’den aldığı IP’yi kullanıyor, statik IP vermek istiyorsanız şu komutu kendi ayarlarınıza göre değiştirip uygulayabilirsiniz:

ipv4 a add 192.168.0.133/24 192.168.0.1

Burada a interface in adı, 192.168.0.133 IP adresi, /24 subnet mask ve 192.168.0.1 de tahmin edebileceğiniz gibi default gateway IP si.

IP adresini belirledikten sonra artık CMS’e SSH üzerinden de bağlanabilirsiniz.

Default olarak acano diye tanımlanan hostname i değiştirmek için şu komutu kullanabilirsiniz:

hostname cms1

Bu komuttan sonra hostname in aktif olabilmesi için CMS sizden reboot etmenizi istiyor. CMS’i reboot komutuyla reboot edebilirsiniz.

CMS’in düzgün çalışabilmesi için DNS ve NTP sunucularına ihtiyacınız var. Bunların hali hazırda olduğunu düşünerek aşağıdaki DNS (.100) ve NTP (.101) konfigürasyonlarını da giriyoruz:

ntp server add 192.168.0.101
dns add forwardzone . 192.168.0.100

Bu işlemlerden sonra GUI’yi aktif etmek için gerekli konfigürasyona başlayabilirsiniz.

WEB GUI Konfigürasyonu

Web arayüzünü kullanabilmek için öncelikli olarak HTTPS için bir sertifika üretmek gerekiyor. Bu sertifika hem self-signed hem de bir CA üzerinden imzalanmış bir sertifika olabilir. İşlem kolaylığı açısından self signed sertifika şu şekilde üretiliyor:

pki selfsigned cms1

Sertifika işleminden sonra web arayüzü için dinlenecek arayüzü ve HTTPS portunu belirtin:

webadmin listen a 445

kullanılacak sertifika(lar) için üst bölümde oluşturulan self-signed sertifika ve ilgili keyi belirtiyoruz:

webadmin certs cms1.key cms1.crt 

HTTP isteklerini HTTPS’e yönlendirmek için aşağıdaki komutu kullanabilirsiniz:

webadmin http-redirect enable 

ardından son olarak web admin modülünü aktif ediyorsunuz:

webadmin enable

Artık bu işlemden sonra CLI kullanıcısı ile web arayüzünü kullanabilir hale geliyorsunuz. Dilerseniz bu prosedürleri aşağıda hazırlamış olduğum videoda da bulabilirsiniz:

Bu noktada şunu belirtmeliyim ki CMS’in farklı servislerini konfigüre edebilmek için hem CLI, hem GUI, hem de API kullanmanız gerekebiliyor. Yani CLI’dan yapabileceğiniz her şeyi aynı zamanda GUI’den de yapamıyorsunuz.

Cisco Meeting Server : H.323 Aramaları Etkinleştirmek

Cisco Meeting Server : H.323 Aramaları Etkinleştirmek

Merhaba, bu yazıda Cisco Meeting Server üzerinde H.323 Gateway fonksiyonunun nasıl aktif hale getirip H.323 çağrılarının karşılanabileceğini, ve ilgili konfigürasyon parametrelerini bulabilirsiniz.

Cisco Meeting Server bildiğiniz üzere SIP protokolü ile çalışan bir sunucu. Dolayısı ile CMS’e doğru gelen H.323 çağrıları karşılayabilmek için arada protokol dönüşümünü yapan bir gateway modülü mevcut. Eğer mevcut video konferans altyapınızda H.323 kullanıyorsanız ya da H.323 cihazlarınız varsa CMS ile entegrasyonu sağlamak için CMS üzerinde H.323 gateway özelliğini açabilirsiniz.

CMS İçindeki H.323 Gateway Modülü ve Protokol Dönüşümü

Cisco Meeting Server H.323 Konfigürasyon Adımları

CMS üzerinde H.323 Gateway modülünü aktif etmek için komut satırını kullanmamız gerekiyor. CMS’e SSH üzerinden bağlandıktan sonra aşağıdaki komutları girerek modülü aktif hale getirebilirsiniz.

İlk olarak gateway modüülü üzerinde H.323 & SIP çağrıları için dinlenmesi gereken arayüzü tanımlıyoruz:

h323_gateway h323 interfaces a 
h323_gateway sip interfaces a

CMS’in mevcut SIP sinyalleşmesi ile karışmaması adına H.323’ten SIP’e dönüştürülen mesajlar için kullanılacak, 5060 ve 5061 den farklı bir SIP portu tanımlıyoruz:

h323_gateway sip port 6061

H.323-SIP çağrıları için SIP proxy adresini (aslında sunucunun kendisi) tanımlıyoruz:

h323_gateway sip proxy 127.0.0.1

Daha sonra güvenli bağlantılar için H.323 gateway tarafından kullanılacak key-sertifika zincirini tanımlıyoruz:

h323_gateway certs cms1.key cms1.cer CA.cer

SIP’e dönüştürülen çağrılar için içeride “Incoming calls” tanımları ile eşleşebilmesi için SIP domain adını tanımlıyoruz:

h323_gateway sip_domain test.local
CMS Incoming Calls Ayarları

Son olarak da gateway modülünü aktif hale getiriyoruz:

h323_gateway enable

H.323 Gateway modülünün durumu ile ilgili bilgi almak isterseniz aşağıdaki komutu kullanabilirsiniz:

h323_gateway 
CMS H.323 Gateway Durum Bilgisi

Bu adımlardan sonra CMS’e doğru H.323 çağrılar yapabilirsiniz. Yapılan H.323 çağrılar CMS içinde SIP’e çevrildiği için GUI’de çağrıları SIP çağrısı olarak göreceksiniz.

Bu adımları ayrıca aşağıdaki video üzerinden de takip edebilirsiniz :

CMS Üzerinde H.323 Çağrıları Aktif Etmek