SIP - Çatallanma
Bazen bir proxy sunucusu tek bir SIP çağrısını birden çok SIP uç noktasına iletir. Bu süreç çatallanma olarak bilinir. Burada tek bir çağrı aynı anda birçok uç noktayı çalabilir.
SIP çatallama ile, masaüstü telefonunuzu cep telefonunuzdaki yazılım telefonunuzla veya bir SIP telefonla aynı anda çaldırabilir ve aramayı her iki cihazdan da kolayca yanıtlamanıza olanak tanır.
Genel olarak, bir ofiste, patronun aramayı seçemediğini veya uzağa gidemediğini varsayalım, SIP çatallanması, sekreterin dahili aramaları cevaplamasına izin verir.
Aldığı çoğundan gerçekleştirmesi ve yanıt vermesi gerektiği için durum bilgisi olan bir proxy varsa çatallanma mümkün olacaktır.
İki tür çatallamamız var -
- Paralel Çatallama
- Sıralı Çatallanma
Paralel Çatallama
Bu senaryoda, vekil sunucu DAVETİYİ aynı anda iki cihaza (UA2, UA3) çatallar. Her iki cihaz da 180 Zil sesi üretecek ve aramayı kim alırsa alsın 200 OK üretecektir. İlk olarak Gönderene ulaşan yanıt (UA2 varsayalım), UA2 ile bir oturum oluşturacaktır. Diğer yanıt için bir İPTAL tetiklenecektir.
Oluşturan her iki yanıtı aynı anda alırsa, o zaman q değerine bağlı olarak yanıtı iletecektir.
Sıralı Çatallanma
Bu senaryoda, proxy sunucusu INVITE'ı bir cihaza (UA2) çatallayacaktır. O sırada UA2 kullanılamıyorsa veya meşgulse, proxy onu başka bir cihaza (UA3) çatallar.
Şube - Kimlik ve Etiket
Şube kimlikleri, proxy'lerin çatallı isteklere verilen yanıtları eşleştirmesine yardımcı olur. Şube Kimlikleri olmadan, bir proxy sunucusu çatallanmış yanıtı anlayamaz. Şube kimliği, Via başlığında mevcut olacaktır.
Etiketler, UAC tarafından birden fazla nihai yanıtı farklı UAS'den ayırmak için kullanılır. Bir UAS, talebin çatallanıp çatallanmadığını çözemez. Bu nedenle bir etiket eklemesi gerekiyor.
Proxy'ler ayrıca son bir yanıt oluşturursa etiket ekleyebilir, ilettikleri isteklere veya yanıtlara asla etiket eklemezler.
Tek bir isteğin birden çok vekil sunucu tarafından çatallanması da mümkün olabilir. Dolayısıyla, çatallanacak vekil, oluşturduğu şubelere kendi benzersiz kimliklerini ekleyecektir.
Çağrı ayağı ve Çağrı Kimliği
Çağrı bacağı, iki kullanıcı aracısı arasındaki bire bir sinyalleşme ilişkisine karşılık gelir. Çağrı kimliği, çağrıya atıfta bulunan SIP mesajında taşınan benzersiz bir tanımlayıcıdır. Çağrı, çağrı bacaklarının toplamıdır.
Bir UAC, bir DAVETİYE göndererek başlar. Çatallanma nedeniyle, farklı UA'lardan birden fazla 200 OK alabilir. Her biri aynı arama içindeki farklı bir arama ayağına karşılık gelir.
Dolayısıyla bir arama, bir arama bacakları grubudur. Bir çağrı ayağı, UA'lar arasındaki uçtan uca bağlantı anlamına gelir.
Bir çağrı ayağının iki yönündeki CSeq boşlukları bağımsızdır. Tek bir yönde, sıra numarası her işlem için artırılır.
Sesli mesaj
Sesli posta, kurumsal kullanıcılar için günümüzde çok yaygındır. Bu bir telefon uygulaması. Aranan taraf uygun olmadığında veya aramayı alamadığında resme gelir, PBX arayan tarafa sesli mesaj bırakmasını anons eder.
Kullanıcı aracısı ya 3xx yanıtı alır ya da aranan tarafın numarasına ulaşılamıyorsa sesli posta sunucusuna yönlendirilir. Bununla birlikte, sesli posta sistemine hangi posta kutusunun kullanılacağını, yani hangi selamlamanın oynatılacağını ve kaydedilen mesajın nerede saklanacağını belirtmek için bir tür SIP uzantısı gereklidir. Bunu başarmanın iki yolu var -
Bir SIP başlık alanı uzantısı kullanarak
Bu bilgileri sinyallemek için İstek URI'sini kullanarak
Kullanıcı için varsayalım sip:[email protected] yudumda bir sesli posta sistemine sahiptir: sesli posta sağlayan sesli posta.tutorialspoint.com, sesli posta sunucusuna iletildiğinde DAVETİN İstek URI'si şöyle görünebilir -
sip:voicemail.tutorialspoint.com;target = sip:[email protected];cause = 486Aşağıdaki çizim, İstek-URI'nin posta kutusu tanımlayıcısını ve nedenini nasıl taşıdığını gösterir (burada 486).
