Call Hunting, call coverage konusunun bir parçası ama biraz daha advanced bir hali. Konfigürasyonu çok basit ancak ufak bir firmanın call center çözümü için yeterli bile sayılabilir.
Aşağıda bulacağınız video da sadece hunting konfigürasyonunun nasıl yapılacağına ilişkin küçük bir örnek mevcut. Umarım bir sonraki video da time of day call routing konusu ile birlikte hunting ile ilgili daha advanced bir konfigürasyon yaparak sizinle paylaşabilirim.
Call Park ve Shared Line Appearance, hem konu olarak hem de konfigürasyon olarak oldukça basit ama telefonlarla oynamakta bir o kadar zevkli oluyor. İyi seyirler,
Aşağıdaki layer 3 seviyesinde 2 adet switch imiz arasında yapılan HSRP konfigürasyonunu bulabilirsiniz.
Öncelikle yapılması istenen networkün şeması aşağıda şeklen gösterilmiştir. TESTSW_1 ve TESTSW_2 switchlerinde örnek olarak VLAN 10 interfaceleri HSRP çalışması için konfigüre edilmiştir. Yapıda TESTSW_1 switchi aktif olarak belirlenmiştir. Hangi switchin aktif olacağı interface altında belirtilen PRIORITY değeri ile alakalıdır. Bu değerin yüksek olduğu switch HSRP yapısı içinde aktif rolünü üstlenir.
TESTSW_1 Konfigürasyonu
TESTSW_2 Konfigürasyonu
TESTSW_3 Konfigürasyonu
Bu switch kenar switch rolünde olup mevcut 2 adet L3 çalışan siwtch!e bağlantıları bulunmaktadır. Bu switch'de HSRP konfigürasyonuna ait bir işlem yapılmamaktadır.
Küçük bir aradan sonra tekrar çalışmaya başladım. Bu videoda call pickup ın ne olduğu, farklı konfigürasyon seçenekleri ve konfigürasyon örneklerini bulacaksınız. Call PickUp bildiğiniz gibi Call Coverage konusunun bir parçası. Bundan sonraki videolarda ise Call Hunt, Call Park, Shared Lines, ve Call Forward gibi birçok Call Coverage konusunu içeren bilgiler ve örnekler bulacaksınız.
CUCM her ne kadar CUPS gibi özelliklere sahip olmasa da basit presence desteğine sahip. Bu destek iki şekilde ortaya çıkıyor. Birincisi BLF Speed Dial'ler, diğeri ise BLF/Call List. Her ikisinin konfigürasyon aşamalarını, erişim izinlerinin nelere göre yapılandırıldığını ve bu desteği enable ederken nelere dikkat edilmesi gerektiğini bu video da bulacaksınız.
Bu videoda Client Matter Code (CMC) ve Forced Authorization Code (FAC) kavramlarının ne olduğuna, hangi amaçlarla kullanılabileceklerine ve nasıl konfigüre edilebileceklerine dair bilgiler bulabileceksiniz. Şimdiden iyi seyirler,
Bu CIPT1 de path selection ve call restriction için hazırladığım son video. Aslına bakarsanız hem bu video hem de öncekilerin neredeyse hepsi birden fazla lokasyonu içeren konfigürasyonlardı. Ancak sanırm IP Telefon altyapısı hazırlayıp bunu tek bir lokasyonda kullanan bir firma yoktur. Bundan dolayı multisite konfigürasyonları her ne kadar CIPT2 konusu olsa da bir an önce öğrenmek durumundaydım. Öğrendiğim şeyleri de sizler ile paylaşmak bana mutluluk veriyor.
Bu arada call routing konusu bitmiş olsa bile, Calling Privileges konusu henüz tamamlanmadı. Bundan sonraki videolarda zamanları geldiğinde CMC ve FAC, ve Time of Day routing ile ilgili videolar da bulabileceksiniz.
Bu videoda Local Route Group'ların ne işe yaradığını, çok lokasyonlu konfigürasyonlarda konfigürasyonu ne kadar basitleştirdiğini ve LRG kullanıldığında path selection'ın nasıl yapıldığını göstermeye çalıştım. Gerçi iki veya üç lokasyon olduğunda pek fark yaratmıyormuş gibi geliyor ama örneğin tamamı Türkiye'de 100 tane lokasyonunuz olsa bunlar için sadece 1 adet CSS, Partition, ve Route List yaratmak yetecek. Bizim örneğimizde iki farklı numbering plan (Türkiye ve USA için ayrı ayrı) olduğu için toplam 3 lokasyon için 2 farklı CSS, partition ve RL yaratıldı.
Sonunda call routing ve path selection ile igili son videolara geldik. Geriye sadece LRG ile TEHO konfigürasyonu kaldı ki bu da bu videonun bir eklentisi olacak gibi.
Bir önceki videonun üzerine TEHO konfigürasyonu ekledim fakat videoyu daha da uzatmamak adına (aslında canım cok sıkıldığı için) kullanıcı bazında kısıtlamaları eklemedim. Zaten bu videonun amacı TEHO nun mantığını anlamak ve geleneksel yöntemler kullanılarak nasıl konfigüre edildiğini denemekti. Aslına bakarsanız tam anlamıyla geleneksel yöntem değil, çünkü bir önceki videoda yani Line Device yaklaşımında kısıtlamalar ile path selection olayını birbirinden ayırmıştık.
Bunun yanında route grouplar arasında failover mantığının nasıl çalıştığını da kısmen görmüş olduk. Bir ara da buna özel bir video da yapmam gerekecek sanırım ama digit manipulation konusunu çalıştıktan sonra olursa çok daha sağlıklı olur.
Bundan sonraki video konusu local route grouplar olacak ve local route groupların şimdiye kadar yaptığımız konfigürasyonları ne kadar basitleştirdiğini göreceğiz.
Aşağıdaki video call routing için Line / Device yaklaşımının ne olduğuna ve nasıl uygulandığına dair kısa bilgiler verdikten sonra konfigürasyonun üç lokasyon için nasıl yapıldığını gösteriyor. Konfigürasyonu yaparken sıfırdan başlamayı tercih ettim ama isterseniz bir önceki videonun kaldığı yerden devam edebilirsiniz. Ancak önceki partition ve CSS leri değiştirerek yapmak gerçekten bana çok karışık ve uzun geldi. İşin açıkçası üşendim.Sonuç itibari ile çalışan bir konfigürasyon elde ettim.
Hatırlayacağınız gibi bir önceki videoda single site için hem path selection, hem de arama kısıtlamayı yapmıştık. Bu video da ise kendi topolojime uygun olarak 3 farklı lokasyon için bu konfigürasyonu genişletmeye çalışacağım. Burada dikkat edilmesi gereken nokta, eklenen her lokasyon için ayrı ayrı kısıtlama gruplarınızı yani CSS'lerinizi oluşturmanız gerekmekte. Sonuç itibari ile 4 tane kısıtlama grubumuz var ise (internal, local, LD, unrestricted) toplamda 3 lokasyon için 12 adet kısıtlama grubu oluşturmak gerekiyor. Aynı zamanda her lokasyon için ayrı route patternler ve bu patternlerin kimler tarafından kullanılacağını belirten ayrı partitionlar da gerekiyor. Bu durumda da konfigürasyon gittikçe kabarıyor. Bundan dolayı yapılan bu konfigürasyon eski veya geleneksel olarak adlandırılıyor. Bu videoyu yapmamdaki amaç ise hem bu konfigürasyonun halen çalıştığı yerler olduğunun söylenmesi, hem de CIPT1 konularından biri olması. Her ne olursa olsun CSS ve Partition mantığı bu videolar sayesinde tam olarak oturuyor.
Hiç zaman kaybetmeden bir Call Routing örneği ekledim. Aşağıdaki video da izleyeceğiniz örnekte, sadece single site için yaratılmış bir call routing konfigürasyonu bulacaksınız. Zaten fark edeceğiniz gibi aramaları yaparken sadece ARIZONA tarafını kullandım. İzleyeceğiniz yöntem halen yapılabilir ve uygulanabilir olsa da, bu işi yapmanın eski yolu.
Aşağıdaki video, başlıktan da anlaşılacağı gibi konu anlatım videosu. Konu her ne kadar Calling Privileges olsa dahi anlatım içerisinde ağırlıklı olarak CoS (Class of Service) ve CoS bileşenlerinden olan Partition ve Calling Search Space kavramlarını anlatılıyor. Bunun nedeni CoS 'in call routing ile direk olarak ilişkisini olması ve CoS olmadan call roting ile ilgili herhangi bir konfigürasyon yapamayacak olmamız. Calling Privileges konusuna ait diğer başlıklar (Örneğin time of day routing) veya diğer bileşenler (örneğin CMC veya FAC)zamanı geldiğinde diğer videoların içinde yer alacak.
Not: PSS (partitions in resulting search spaces) kavramından video içerisinde bahsetmeyi unuttum sanırım. Bunu line device yaklaşımı ile ilgili örnek konfigürasyon videoları yaparken anlatmaya çalışırım.
Call Routing veya Dial Plan CIPT1'in en önemli konularından bir tanesi. Konu içerisinde CUCM in aranan veya arayan numaraları nasıl process ettiği, arama paternlerinin nasıl oluşturulduğu, veya arama sırasında CUCM in hangi yolu kullanarak aramayı tamamlayacağı yani path selection gibi konular mevcut. Yine de Call Routing tek başına çok fazla anlam ifade etmiyor. Yanında bir diğer önemli konu olan CoS olmadan yapılacak konfigürasyonlar tamamen havada kalıyor. Bundan dolayı video sonunda yaptığım konfigürasyon sadece ve sadece o konfigürasyonun nasıl yapılacağını göstermek için yapıldı ve tamamen mantık hataları ile dolu.
Bu arada video süresi biraz uzun. Umarım sıkılmadan izleyebilirsiniz ve umarım bu video konuyu anlamak için sizlere yardımcı olur.
Cisco cihazlardaki DHCP server özelliği kullanılarak yapılacak otomatik IP dağıtma işlemi sırasında bazı host'ların sabir ip adresi almaları istenebilir. Bu durumda IP adresini otomatik olarak dağılması için kullanılan DHCP POOL'u dışında başka bir POOL oluşturarak sabit IP alması istenen hostun MAC adresi ve alması istenen IP adresi bu pool içine aşağıdaki örnekte görüldüğü gibi yazılır. Sabit olarak dağıtılan IP'lerin normal pool içindeki adreslerden exclude edilerek ayrı tutulması gerekmektedir.
Örnek config
Şimdide sabit IP almasını istediğimiz host için aşağıdaki tanımları yapmamız gerekmektedir. Host IP kendine tanımlanan IP adresini bu pool dan alır ancak router ve dns gibi bilgileri genel DHCP pool içinde bilgilerden almaktadır.
Host'un MAC adresi yukarıdaki formatta yazılması gerekmektedir. MAC adresinin başındaki 01 bilgisi bu paketin Ethernet networkünden geldiğini göstermektedir.
Bu başlık altında WAN interface i ADSL portu olan Cisco 877 routerın WAN bacağının üzerindeki 4 portlu switchin herhangi bir portunun WAN portu olarak kullanılabilmesi için yapılacak düzenlemeyi anlatacağım.
Öncelikle routerın IOS yazılımının Advanced IP Services olan bir sürümle değiştirilmesi gereklidir. Bu aşamadan sonra router üzerinde default vlan haricinde bir başka vlan oluşturularak LAN olarak kullanılacak portlar bu vlan ın üyesi yapılır. Daha sonra WAN portu olarak kullanılacak port altına ilgili konfigürasyon girilir. Bu arada ATM portu shutdown edilmesi router üzerindeki CD ışığının sürekli yanıp sönmesini engelleyecektir. Aşağıda bu şekilde yapılmış ve çalışırlılığı test edilmiş örnek bir konfigürasyon bulabilirsiniz.
Sertifika tabanlı dot1x konfigürasyonu için yapılması gereken switch ve microsoft NPS konfigürasyonlarını videoda bulabilirsiniz. Eğer zamanım olursa bunu konfigürasyonu biraz geliştirerek, bilgisayar hesabı kullanılarak domain'e bağlı bilgisayarların eğer 802.1x destekliyorlarsa bir vlan'a, desteklemiyorlar ise restricted vlan'a ve domain'e üye değiller ise guest vlan'a düşmesini sağlayacak bir NPS konfigürasyonu yapmam gerekiyor. Ancak videoda bulacağınız konfigürasyonda hiçbir vlan ataması yapılmıyor.
Önceki wireless videolarında kullandığım access point aslında site survey leri gerçleştirdiğimiz standalone veya başka bir tabirle autonomous çalışan bir access point idi ve videoları yapmak için üzerinde çalışan imajı lightweight'e çevirmem gerekti. Normal koşullarda CLI arayüzünden gireceğiniz
gibi bir komut ile imajı değiştirebiliyoruz sanırım. Ancak elimdeki AP'nin üzerinde hiçbir imaj olmadığı için direk olarak boot loader dan imajı yüklemem gerekmişti. Buna ait video yu aşağıda bulabilirsiniz.
Umarım faydalı olabilmişimdir. İzlediğiniz için teşekkürler.
Bir önceki wireless etiketli videoda da söylediğim gibi bir sorunu çözmek için ev ortamında deneme yapmam gerekti. Burada tek fiziksel hardware AIR-AP1142N-E-K9. Geri kalan tüm herşey ya GNS ya da VMWare üzerinde çalışan sanal cihazlar.
Bildiğiniz gibi EAP, authentication için özellikle kablosuz ağlarda kullanılan bir framework ve yaklaşık 40 çeşit EAP metodu var. 802.11 wireless standardında WPA ve WPA2 nin 802.1X adaptasyonu, PEAP (Protected Extensible Authentication Protocol) ve EAP-TLS (EAP - Transport Layer Security) ile yapılıyor. PEAP ve EAP-TLS arasındaki fark PEAP sırasında kullanıcı tarafı radius server'ın sertifikanın doğrularken, eap-tls'te ise hem kullanıcı radius server'ı, hem radius server kullanıcıyı doğruluyor.
Buradaki konfigürasyonları yaparken sürekli gözümde büyüttüğüm 802.1x konfigürasyonun aslında ne kadar basit olduğunu gördüm ancak sorunun çözümünde bu lab pek işe yaramadı. Çünkü sorun 2008 tarafındaymış ve başka bir DC üzerine yeni bir NPS kurunca sorun kalmadı.
Aşağıdaki videoda hem microsoft tarafının hemde wlc tarafının konfigürasyonunu bulabilirsiniz.
Normal olarak hiç sevmememe rağmen, işimiz sırasında en çok ilgilendiğimiz konulardan bir tanesi wireless LAN. Şimdiye kadar wireless projeleri için keşif gerçekleştirmek, kontroller kullanarak veya kullanmayarak basit konfigürasyonlarını yapmak çok fazla sıkıntı olmuyordu. Ancak bir müşterimizde Microsoft NPS, Certificate Authority ve WLC kullanarak kablosuz ağ kullanıcılarının doğrulaması ile ilgili bir problem ile karşılaştık. Problemin nereden kaynaklandığını anlayabilmek için ise daha müsait bir ortamda yani evimde olayı tekrarlamaya çalıştım. Bunun için gerekli olan bileşenlerin biri WLC olduğu için mecburen virtual WLC kurmam gerekti. Aşağıda vWLC' ın kurulumuna ilişkin bir video bulacaksınız.
