Bu senaryo da, Kullanıcı B’nin ağdan koşulsuz çağrı yönlendirme talep ettiği SIP IP telefonları arasında başarılı çağrı yönlendirmeyi göstermektedir. Kullanıcı A Kullanıcı B’yi aradığında, çağrı hemen Cisco SIP IP telefon C’ye aktarılır. Bu çağrı akışı senaryosunda, son kullanıcılar Kullanıcı A, Kullanıcı B ve Kullanıcı C’dir. Bunların tümü Cisco SIP IP telefonlarını kullanıyor. Çağrı akışı senaryosu aşağıdaki gibidir: Kullanıcı B, şebekenin tüm çağrıları SIP IP telefon C’ye yönlendirmesini ister. A kullanıcısı B kullanıcısını arar. Ağ çağrıyı Cisco SIP IP telefon C’ye aktarır. Step Action Description 1 INVITE— Cisco SIP IP telefonu… Read More
Posts tagged session initation protocol
SIP – Konferans çağrı örneği
Öncelikle hemen ilk başta belirtmem gereken, bu çağrı akışında bir proxy server veya conference bridge yok. Bu telefonlardan birinin focus gibi hareket ettiği yani konferansın merkezi noktası ve direk telefonlarla three way conference call gerçekleştirdiği bir örnek. Bu senaryoda Lori, Kevin’i arıyor. Lori konferansa tuşuna basıyor ve Mike’ı arıyor. Mike cevapladıktan sonra Lori, konferansı oluşturmak ekle tuşuna basıyor. Tüm Wireshark izleri Lori’in PC’sinden geliyor.Wireshark’ta iki çağrı görüyorum. Lori hem Kevin hem de Mike adını aradığından bu gayet mantıklı. İlk aramayı seciyorum ve çağrı akışı böyle görünüyor. İkinci aramayı seciyorum… Read More
SIP – Çaprı aktarma (Attended transfer) çağrı örneği
İkinci, daha karmaşık bir çağrı aktarma biçimi, attended aktarım olarak bilinir. Attended call transfer, gerçekten hedefe aktarılmadan önce aramanın beklemeye alındığı ve son varış yerinin yani çağrı aktarılacak adresin gerçekten çağrıyı almak isteyip istemediğini doğrulamak için başka bir çağrı başlatıldığı bir aktarımdır. Bu iki çağrı daha sonra birleştirilebilir. Bu örnekte UA1, UA2 ile bir oturum oluşturur. UA1 UA2’yi UA3’e aktarmak istiyor. İlk UA1, UA2’yi beklemeye alır. UA1 daha sonra UA3 ile yaklaşmakta olan transfer konusunda UA3’ü uyarmak için başka bir oturum açar. UA1 daha sonra UA3’ü beklemeye alır. UA1,… Read More
SIP – Çağrı bekletme (hold) çağrı akışı
Bu senaryoda, iki tarafın çağrıda bulunduğu Cisco SIP IP telefonları arasındaki başarılı bir çağrıyı gösterir, katılımcılardan biri üçüncü bir taraftan çağrı alır ve ardından orijinal çağrıya geri döner. Bu çağrı akışı senaryosunda, son kullanıcılar A Kullanıcısı, B Kullanıcısı ve C Kullanıcısıdır. Hepsi bir IP ağı üzerinden bağlanan Cisco SIP IP telefonlarını kullanıyor. Çağrı akışı senaryosu aşağıdaki gibidir: A kullanıcısı B kullanıcısını arar. Kullanıcı B aramayı cevaplar. Kullanıcı C, Kullanıcı B’yi arar. Kullanıcı B, Kullanıcı C’den gelen aramayı kabul eder. Kullanıcı B Kullanıcı A’ya geri döner. B Kullanıcısı telefonu kapatır ve… Read More
SIP – Çağrı bekletme (call hold with consultation) çağrı örneği
Bu senaryoda, katılımcılardan birinin diğerini beklemeye aldığı, üçüncü bir kişiyi (danışma) aradığı ve ardından orijinal aramaya geri döndüğü Cisco SIP IP telefonları arasındaki başarılı bir aramayı göstermektedir. Bu çağrı akışı senaryosunda, son kullanıcılar Kullanıcı A, Kullanıcı B ve Kullanıcı C’dir. Bunların tümü, bir IP ağı üzerinden bağlı Cisco SIP IP telefonlarını kullanır. Çağrı akışı senaryosu aşağıdaki gibidir: A kullanıcısı B kullanıcısını arar. Kullanıcı B aramayı cevaplar. Kullanıcı B Kullanıcı A’yı beklemeye alır. Kullanıcı B Kullanıcı C’yi arar. B kullanıcısı C kullanıcısıyla olan bağlantısını keser. Kullanıcı B, Kullanıcı A’yı beklemeye alır…. Read More
SIP – Çağrı bekletme (hold) çağrı örneği
Bu senaryo, katılımcılardan birinin diğerini beklemeye aldığı ve ardından aramaya geri döndüğü Cisco SIP IP telefonları arasındaki başarılı bir aramayı göstermektedir. Bu çağrı akışı senaryosunda, iki son kullanıcı A Kullanıcısı ve B Kullanıcısıdır. Kullanıcı A ve Kullanıcı B’nin ikisi de IP ağı üzerinden bağlanan Cisco SIP IP telefonlarını kullanır. Çağrı akışı senaryosu aşağıdaki gibidir: A kullanıcısı B kullanıcısını arar. Kullanıcı B aramayı cevaplar. Kullanıcı B Kullanıcı A’yı beklemeye alır. Kullanıcı B Kullanıcı A’yı beklemeye alır. Arama devam eder. Step Action Description 1 INVITE— Cisco IP telefonu A, Cisco IP telefonu… Read More
SIP – Başarılı bir çağrı örneği
Bu senaryoda, iki son kullanıcı A Kullanıcısı ve B Kullanıcısıdır. A Kullanıcısı PBX A’da bulunur. PBX A, T1 / E1 aracılığıyla Ağ Geçidi 1’e (SIP Ağ Geçidi) bağlanır. B kullanıcısı bir Cisco SIP IP telefonunda bulunur. Ağ Geçidi 1, Cisco SIP IP telefonuna bir IP ağı üzerinden bağlanır. Çağrı akışı aşağıdaki gibidir: A kullanıcısı B kullanıcısını arar. Kullanıcı B aramayı cevaplar. B kullanıcısı telefonu kapatır. Step Action Description 1 Setup Çağrı Kurulumu, PBX A ve Gateway 1 arasında başlatılır. Çağrı Kurulumu, Kullanıcı A Kullanıcı B’yi aramaya çalışırken yapılan standart işlemleri… Read More
SIP received and rport parametresi
Daha önce bildiğimiz gibi, ilk istekleri oluştururken arayan tarafından oluşturulan Via üstbilgisindeki bilgileri kullanarak arayana yanıtları geri göndeririz. Bu tarz bir standarttır ve rfc3261’de tanımlanmıştır. Ancak gerçek hayatta, endpointler bir NAT’ın arkasında olduğunda, kendilerini genellikle özel adresleriyle (private IP adresiyle) tanımlayacaklardır ve bu durumda bahsettiğimiz standart ile kullanılmayacaktır çünkü localdeki bir adres ile haberleşmeye çalışacaktır. Localdeki telefonumdan bir arama yaptığımda, telefonum kendisini oluşturduğu Via üstbilgisinde tanıtır ve yerel ağımdaki özel kimliklerini via header’da kullanır. Ancak bu durumda ağımın dışındaki bir sunucuya çağrı yapılmasını talep ettiğimde, bu URI’ye kesinlikle sunucu tarafından… Read More
SIP – Via Header nedir?
Bugün sizlere çok önemli hatta en önemlilerinden biri olan SIP “Via header” hakkında yazmak istiyorum. SIP Via başlığı, SIP yanıtlarını göndermek için downstream path belirlemek için kullanılır. Başka bir deyişle, SIP varlığı örneğin telefonunuz, SIP request’in içine Via header’ı yerleştirir ve hedefteki adrese der ki: bu gönderdiğim requeste vereceğin cevapları via header’a koyduğum adrese gönder. UAC bir SIP isteği oluşturduğunda, bu isteğe bir Via üstbilgisi eklemelidir. Via header; protokol adı (SIP), protokol sürümü (2.0), aktarım türü (UDP / TCP), UAC’nin ip adresi ve bu istek için kullanılan protokol bağlantı noktası… Read More
SIP – Strict routing & Loose routing nedir?
Strict routing’de yönlendirmede, bir proxy, daha sonra yönlendirilecek Request-URI’yi yeniden yazmak için Router header alanındaki ilk URI’yi kullanır ve daha sonra o şekilde yönlendirme yapar. . Loose routing’de ise, proxy Request-URI’sini yeniden yazmaz ve Request-URI’yi Router header alanına gönderir. Loosing routing’de istek Request-URI’ye göre yönlendirilmeden önce, Router header’daki her sunucudan geçmelidir (ancak diğer sunuculardan da geçebilir). Strict routing’de ise, isteğin yalnızca Router header alanındaki sunucu kümesinden yönlendirilmesi gerekir. Request-URI her sunucu’da router header alanında bulunan en üstteki değere göre yeniden yazılır. Request URI’sı her zaman bir sonraki destinasyonun URI’sini içerir…. Read More
Chan_Sip ve Pjsip farkı nedir?
CHAN_SIP Chan_sip, Asterisk tabanlı cihazlarda yıllardır SIP işlevselliği için kullanılan bir “kanal sürücüsüdür”. Kanal sürücüsü, cihazınızın / yazılımınızın hangi protokoller (SIP, IAX, Skinny, vb.) üzerinden iletişim kurabileceğin söyleyen şeydir. Chan_sip, SIP daha yeni kullanılmaya başlandığından geliştirildi ve 2014’ten önce SIP aracılığıyla iletişim kurduysanız, büyük ihtimalle chan_sip ile bu iletişim içinde yer alıyordu. Asterisk 11 ve altındaki versiyonlarda kullanılan tek SIP kanal sürücüsüdür. Asterisk 12’den başlayarak chan_pjsip geliştirilmesiyle chan_sip ile birlikte kullanılmaya başlandı. Birçok kişi hala chan_sip kullanıyor çünkü iyi bilinen, kararlı, zaman testli ve düzenli SIP iletişimleri için ihtiyaç duydukları… Read More
Cisco Partitions ve Calling Search Spaces nedir?
Kontrol Sınıfı Kontrol Sınıfı, cihazlara arama kısıtlamaları uygulama yeteneği olarak tanımlanır. Tipik örnekler aşağıdakileri içerebilir: ■ Belirli kişilerin uzak mesafeli arama yapmasını önleme ■ Aynı numarayı günün farklı saatlerinde farklı hedeflere yönlendirme ■ Aynı numarayı farklı konumlardaki farklı hedeflere yönlendirme Kontrol Sınıfı, Partitions ve Calling Search Spaces kullanılarak yapılandırılır. Partitions and Calling Search Spaces öncelikle CUCM’de kontrol çağrısı uygulamak için kullanılır.Partition and Calling Search Spaces alanları, kullanıcıların belirli aramalar yapmasını engeller veya bunlara izin verir. A partition, aynı erişilebilirliğe sahip bir Dizin numarası(extension) grubudur. Bölüme herhangi bir aranabilir bir numara… Read More
Hung group nedir?
Hunt Grubu, ortak bir numarayı arayarak erişilebilen bir dizi IP telefonlarıdır. Örneğin: Bir şirketin sales departmanı numarasını aradığınızda,sales departmanın da çalışan bütün personelin telefonları biri çağrıya cevap verene kadar sırayla veya hep birlikte çalar. ■ Line group : Sırayla hunt groupta bulunan herkezin telefonu çalar. Line grup ayarları, çağrı dağılımı algoritmasının seçimine izin verir: Top-Down, Circular, Longest Idle, or Broadcast gibi. Ayarlar aynı zamanda Tarama Listesinde bir sonraki kullanılabilir Çizgi Grubuna ne zaman gidebilir veya gelip gelmeyeceğini kontrol eder. Ayarlar aynı zamanda hunt group listesinde bir sonraki kullanılabilir line grup’a… Read More
CUCM(Call manager) call-routing
Call Routing sources in CUCM – Arama yönlendirme kaynakları Bir çağrı yönlendirme isteği (basit bir telefon görüşmesi dahil ancak bunlarla sınırlı olmamak üzere) aşağıdakilerden herhangi birinden kaynaklanabilir: ■ IP telefonu: Yapılandırılmış hatlarından birini kullanarak bir yönlendirme isteği gönderir. Bu, elle aranan bir numara, bir hızlı arama, özellik düğmesi veya yazılım tuşu olabilir. ■ Trunk: Başka bir CUCM kümesi, CUCME veya başka bir çağrı aracısından gelen çağrıları gösterir. ■ Ağ Geçidi(Gateway): PSTN’den veya özel şube değişimi (PBX) gibi başka bir çağrı aracısından gelen çağrıları sinyaller. ■ Çeviri deseni (Translation pattern): Basamak… Read More
CUCM’de IP telefon yapılandırma gereksinimleri
CUCM, IP Telefonlar için çeşitli yapılandırma öğelerine sahiptir. Aşağıdaki temel gerekli öğelere kısaca bakıyoruz: ■ Device Pool ■ Cisco Unified CM Group ■ Region ■ Location ■ Date/Time Group ■ Phone NTP Reference ■ Device Defaults ■ Softkey Template ■ Phone Button Template ■ SIP Profile ■ Phone Security Profile ■ Common Phone Profile Device Pool Device pool, bir grup aygıta bir dizi ortak yapılandırma sağlar; Aygıt Havuzu’nu birden çok farklı ayarı aynı anda, hızlı ve doğru bir şekilde uygulamak için bir şablon olarak düşünün. İhtiyacınız olan sayıda Aygıt Havuzu… Read More
İntercom nedir?
Intercom telefon yapılandırmaları geleneksel telefon sistemlerinde yaygındır. Bu özellik, bir yönetici asistanının ve yöneticisinin, aralarında bir hoparlör “tether” bulunmasıyla birlikte yakın çalışmalarını sağlar. Teknik olarak, interkom dağıtımlarının çalışma şekli bir hızlı arama(speed dial) ve otomatik cevaplama hızlı arama yapılandırması ile aynıdır. Yönetici asistanı interkom olarak yapılandırılmış düğmeye basarsa, sessiz hoparlörden gelen aramayı otomatik olarak cevaplayan yöneticinin telefonunu hızlı arar. İki yönlü iletişim kurmak için yönetici mute tuşuna basarak sessizliği devre dışı bırakır. Bunu anlamak interkom yapılandırmasını daha net hale getirmeye yardımcı olur.
Call transfer nedir?
Çağrı aktarma, ses ağlarında bir başka yaygın işlevi temsil eder. Bir çağrıyı aktarmak için, etkin bir çağrıdayken transfer(softkey) tuşuna basın. Bunu yaptığınızda, başka bir çevir sesi duyarsınız; bu noktada etkin çağrınızı aktarmak istediğiniz telefon numarasını arayabilirsiniz. İki transfer yöntemi mevcuttur: ■ Consult(Danışma): Consult aktarma, çağrıyı aktarmadan önce karşı tarafla konuşmanıza olanak tanır. Aramayı aktarmak istediğiniz numarayı çevirdikten sonra, aramayı aktarmadan önce karşı tarafın cevap vermesini ve onlarla konuşmasını bekleyebilirsiniz. Trnsfer tuşuna ikinci kez basılması çağrıyı aktarır ve sizi görüşmeden çıkarır. ■ Blind(Kör): Bling aktarım, numarayı tuşladıktan sonra hemen aramayı aktarır… Read More
Call forwarding nedir?
Call forwarding, yani arama yönlendirme, kullanıcıların gelen aramaları sabit hat veya hücresel numara olabilecek herhangi bir alternatif numaraya yönlendirmesini veya yönlendirmesini sağlayan bir telefon özelliğidir. Kullanıcılara gelen aramaları sesli postalara yönlendirme seçenekleri de sunulmaktadır. Telefonlar aramaları çalmadan yönlendirecek şekilde ayarlanabilir; hatlar meşgul olduğunda, aramalar yanıtlanmadığında veya telefonlar kapatıldığında da saptırma olabilir. Telefonlar, şebeke kapsama alanı olmadığında aramaları yönlendirecek şekilde de ayarlanabilir. Bu özellik mobil teknolojide yaygın olarak kullanılmaktadır. Arama yönlendirme ile ayrıca sanal işletme numaranıza yapılan bir aramayı fiziksel bir telefona bağlı bir telefon numarasına (cep telefonu, sabit hat veya… Read More
Data ve Ses trafiği için network gereksinimleri
Ses Trafiği için; Veri trafiğinin aksine, ses trafiği tahmin edilebilir. Büyük bir web indirme veya dosya aktarımı başlatılırsa veri trafiği önemli ölçüde sıçrayabilirken, ses trafiği ağa giren ve çıkan her çağrı için tutarlı bir değer olmaya devam eder. Ses için gereken gerçek bant genişliği miktarı, kullandığınız codec bileşenine büyük ölçüde bağlıdır. Bant genişliği gereksinimlerine ek olarak, sesli trafik aşağıdaki ek tek yönlü gereksinimlere sahiptir: ■ End-to-end delay: 150 ms veya daha az ■ Jitter: 30 ms veya daha az ■ Packet loss: % 1 veya daha az Video trafiğinin ses… Read More
Quality of service – QOS nedir?
Bir VoIP ağının başarılı bir şekilde çalışması için, ses trafiğinin, ağın bir ucundan diğer ucuna geçtiği için veri trafiğine göre önceliği olmalıdır. QoS’nin Cisco tanımı aşağıdaki gibidir: Hizmet kalitesi, ağın diğer kullanıcılar ve uygulamalar pahasına bir dizi kullanıcıya ve uygulamaya daha iyi veya özel hizmet sunma yeteneğidir. Bu, ses trafiğinin ağı geçerken ihtiyaç duyduğu şeye benziyor: web’de gezinme, FTP aktarımları, e-posta trafiği vb. Gibi tipik veri trafiğinden daha iyi veya “özel” hizmet. Ses trafiği buna bant genişliği gerekliliklerinden dolayı çok fazla ihtiyaç duymaz (VoIP çoğu veri uygulamasına kıyasla çok az… Read More
Cisco Digit manipulasyon ile ilgili bazı senaryolar
Senaryo 1: Komut önek(prefix) ile PSTN failover oluşturma Geleneksel telefon üzerinden VoIP iletişimini kullanmanın yararlarından biri, bir hedefe giden birden fazla yola sahip olabilmesidir.Aşağıda sık karşılaşılan bir senaryoyu göstermektedir. Yukarıda Da gösterilen organizasyon, IP WAN’ı Arizona ve Teksas arasındaki birincil iletişim yolu olarak kullanmayı tercih etmektedir. Ancak, IP WAN’ın başarısız olması durumunda, ofisler arasındaki çağrılar PSTN’yi iletişim yolu olarak kullanmalıdır. VoIP kullanmanın yararlarından biri, ses ağlarının tek bir kesintisiz iletişim yolunda birleştirilmesidir. Aramalar IP WAN üzerinden seyahat ettiğinden, Arizona ofisindeki kullanıcılar dört haneli (6XXX) uzantılarını kullanarak Texas ofisindeki kullanıcıları arayabilir…. Read More
SIP traffic vs RTP traffic
Adından da anlaşılacağı gibi, SIP yani Oturum Başlatma Protokolü iki uç nokta arasında bir oturum başlatmak için kullanılır . SIP herhangi bir ses veya video verisi taşımamaktadır – sadece iki uç noktanın, gerçek zamanlı Aktarım Protokolü (RTP) aracılığıyla bu trafiği birbirleri arasında aktarmak için bağlantı kurmasına izin verir. SIP protokolü, hedefine ulaşmadan önce genellikle bir veya daha fazla SIP proxy sunucusu aracılığıyla yönlendirilebilir. Bu yöntem, e-postanın nasıl iletildiğine çok benzer, çünkü genellikle her biri iletiyi orijinal biçiminde ileten birden çok e-posta sunucusu teslim sürecine dahil olur tıpkı SIP’de olduğu gibi…. Read More
Asterisk SIP Debugging- Hata ayıklama
SIP ile arama yaparken zaman zaman bazı sorunlarla karşılaşırız. Tek yönlü ses, ses kalitesinin kötü olması veya aramanızın hiç karşı tarafa ulaşmaması gibi bunlardan sadece bir kaç tanesidir. Bu gibi durumlarda sorunun ne olduğunu anlamak, nereden kaynaklandığını çözmek için sip debugging yaparak o network üzerindeki paketleri izleyip çağrının izlerini takip etmemiz gerekir. Sip debugging dediğimiz olayı budur. Buna trace almakta denir. Peki bunu asteriskte nasıl yaparız? Yukarıdaki resimde öncelikle sip set debug diyerek debug yaparken ne tür bir yöntem izleyeceğimizi seçebiliriz. Sip set debug peer dersek, sadece o belirttiğimiz sip… Read More
SIP – Headers
SIP INVITE her SIP telefon görüşmesinin temelidir. Basit ve esnektir, ancak kullanıcılar tarafından genellikle yeterince anlaşılamamaktadır. Bu makalenin amacı, bir SIP INVITE içindeki kritik başlıklara hızlı ve kolay bir referans sağlamaktır. SIP INVITE isteği, arayan tarafın gönderdiği ve alıcıyı bir oturuma davet eden mesajdır. Bu SIP INVITE isteğine dahil edilen SIP başlıkları, ileti hakkında bilgi sağlar. Ortak SIP başlıkları vurgulanmış olarak aşağıdaki SIP mesajını göz önünde bulundurun: INVITE sip:[email protected] SIP/2.0Via: SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hG4bK74bf9Max-Forwards: 70From: Alice <sip:[email protected]>;tag=9fxced76slTo: Bob <sip:[email protected]>Call-ID: [email protected]: 2 INVITEContact: <sip:[email protected];transport=tcp>Diversion: Carol <sip:[email protected]>;privacy=off;reason=no-answer;counter=1;screen=noRemote-Party-ID: Alice <sip:[email protected]>P-Asserted-Identity: Alice <sip:[email protected]>P-Charge-Info: <sip:[email protected]>P-Source-Device: 216.3.128.12Content-Type: application/sdpContent-Length:… Read More
SIP Via / Record route
Record-Route Record-Route üstbilgisi, aynı çağrı kimliği için sonraki isteklerin yolunda olmasını isteyen proxy sunucuların isteklerine eklenir. Daha sonra kullanıcı aracısı tarafından sonraki istekleri yönlendirmek için kullanılır. Via Başlıklar yoluyla sunucular tarafından döngüler algılama ve yanıtların istemciye geri dönüş yollarını bulmalarına yardımcı olma isteklerine eklenir. Bu yalnızca hedeflerine ulaşmak için verilen yanıtlar için faydalıdır. Bir UA, istek gönderirken bir Via üstbilgisi alanına kendi adresini oluşturur ve ekler. İsteği yönlendiren bir proxy, Via üstbilgisi alanları listesinin en üstüne kendi adresini içeren bir Via üstbilgisi alanı ekler. Bir isteğe yanıt üreten bir proxy… Read More