SIP Trunk Nedir? Kanal, Güvenlik ve Yedeklilik Rehberi

SIP trunk, bir kurumun IP santralini telefon operatörünün ses ağına IP tabanlı oturumlar üzerinden bağlayan dış hat hizmetidir. IETF RFC 3261 ile tanımlanan SIP, çağrının kurulması, değiştirilmesi ve sonlandırılması için sinyalleşmeyi yürütür; sesin kendisi ise çoğunlukla ayrı bir RTP medya akışıyla taşınır. Bu ayrım önemlidir: kayıt başarılı görünürken ses tek yönlü kalabilir, çağrı kurulurken medya firewall veya NAT üzerinde engellenebilir. Sağlıklı bir tasarım yalnız kullanıcı sayısına göre değil, aynı anda yapılacak ve alınacak çağrı sayısına, numara planına, codec ile bant genişliğine, internet yolunun gecikme ve paket kaybına, session border controller ya da güvenlik duvarı politikasına, dolandırıcılık riskine ve operatör kesintisinde izlenecek rotaya göre hazırlanır. Bu rehber, SIP trunk seçimi ve devreye alma sürecini teknik terimler yerine ölçülebilir iş kararlarına bağlar.

SIP trunk bağlantısında iki operatör yolunu, session border controller, firewall, IP santral ve çağrı kalite ölçümlerini birlikte kontrol eden network uzmanı
SIP trunk yalnızca internet üzerinden dış hat değildir; operatör sınırı, eşzamanlı çağrı kapasitesi, numara yönlendirmesi, medya akışı, güvenlik ve arıza anındaki rota birlikte doğrulanır.

SIP trunk mimarisi sinyalleşme ile ses akışını ayrı yollar olarak ele alır

Temel akış operatör SIP platformu, internet veya özel erişim hattı, kurum sınırındaki firewall ya da session border controller, IP santral ve dahili uçlardan oluşur. SIP mesajları çağrının kime gideceğini, hangi medya özelliklerinin teklif edildiğini ve oturumun durumunu taşır. SDP, codec ve medya uç noktası gibi oturum ayrıntılarını tarif eder; gerçek zamanlı ses paketleri ise ayrı port ve adres çiftleri üzerinden ilerleyebilir. Bu nedenle yalnız 5060 portunu açmak çalışan bir telefon hizmeti kurmaya yetmez. SIP kayıt modeli, IP kimlik doğrulaması, kullanıcı adı/parola, statik eşleme veya operatörün sunduğu farklı bağlantı yöntemi belgelenir. Çağrı yönü, numara gösterimi, arayan kimliği, yönlendirme, aktarım, konferans, DTMF ve faks gibi özellikler de kullanılan operatör ile santral kombinasyonunda ayrı ayrı sınanır.

NAT arkasındaki sistemlerde SIP başlıklarında taşınan özel IP adresi ile internetten görülen adres uyuşmayabilir. SIP ALG bazı ortamlarda bu alanları değiştirmeye çalışır, fakat farklı santral ve operatör davranışlarında ses kesilmesi, kayıt düşmesi veya tek yönlü konuşma gibi belirsiz hatalar üretebilir. Bu nedenle ALG kullanımına ezbere karar verilmez; topoloji, üretici önerisi ve gerçek paket akışı incelenir. SBC, operatör ile kurum arasında sinyalleşmeyi sonlandırarak adres ve codec uyarlaması, erişim kısıtı, topoloji gizleme, oturum denetimi ve belirli saldırılara karşı koruma sağlayabilir. Ancak SBC bulunması yanlış firewall kuralını, zayıf kimlik bilgisini veya kontrolsüz yönetim erişimini otomatik olarak düzeltmez. Her bileşenin görevi ve güven sınırı as-built şemada açık tutulur.

Bağlantı modeli
Operatör IP doğrulaması, kayıt hesabı, özel devre veya internet erişimi; kaynak ve hedef adresleriyle birlikte belgelenir.
Sinyalleşme
SIP taşıma protokolü, port, domain, kayıt süresi, kimlik doğrulama, çağrı başlıkları ve hata kodları doğrulanır.
Medya
RTP port aralığı, codec teklifi, NAT dönüşümü, ses yönü, DTMF ve gerektiğinde faks davranışı gerçek çağrıyla test edilir.
Sınır bileşeni
Firewall, SBC ve IP santralin hangi oturumu sonlandırdığı, hangi adresi yayımladığı ve hangi logu tuttuğu netleştirilir.
Değişiklik kaydı
Operatör, IP, sertifika, codec, rota ve firmware değişiklikleri geri dönüş planıyla birlikte kayıt altına alınır.

Kanal sayısı, numara planı ve codec seçimi gerçek çağrı yüküne göre hesaplanır

SIP trunk kapasitesi personel sayısıyla aynı değildir; karar ölçütü yoğun saatteki eşzamanlı dış çağrı sayısıdır. Satış, rezervasyon, çağrı merkezi, destek ve saha ekiplerinin gelen ve giden çağrıları ayrı tahmin edilir. IVR içinde bekleyen, kuyrukta tutulan, dış numaraya yönlendirilen ve konferansa alınan çağrıların da kanal tüketip tüketmediği operatör koşullarıyla doğrulanır. Mevcut santral raporları varsa yoğun saat, cevapsız çağrı, ortalama konuşma süresi ve taşma verileri incelenir. Yeni sistemde ilk kapasiteye büyüme, kampanya ve olağanüstü yoğunluk payı eklenir; aşırı kanal satın almak yerine kullanım alarmı ve kapasite artırma süresi planlanır. DDI/DID numaraları, ana numara, departman hatları, giden arayan kimliği ve numara taşıma takvimi aynı tabloda yönetilir.

Codec seçimi yalnız ses kalitesi değildir; her çağrının ağda üreteceği yükü, operatör uyumluluğunu, transcoding ihtiyacını ve işlemci tüketimini etkiler. G.711 daha yüksek bant genişliğiyle yaygın ve düşük sıkıştırmalı bir seçenekken, farklı codec'ler daha az trafik üretebilir fakat lisans, uyumluluk veya kalite koşulu doğurabilir. Hesap yalnız codec nominal hızına göre yapılmaz; IP, UDP, RTP ve ağ katmanı ek yükleri ile eşzamanlı çağrı sayısı hesaba katılır. Gecikme, jitter ve paket kaybı konuşma kalitesini etkiler; toplam internet hızının yüksek olması tek başına yeterli değildir. Ses trafiği için doğru QoS işaretleme, switch kuyrukları, WAN yönü ve operatörün işaretleri nasıl ele aldığı uçtan uca doğrulanır. Kapasite testi, normal kullanıcı trafiği varken eşzamanlı çağrı yüküyle yapılır.

  • Yoğun saatte gelen, giden, kuyrukta bekleyen, yönlendirilen ve konferanstaki çağrıları ayrı kapasite kalemleri olarak ölçün.
  • Ana numara, DID/DDI blokları, giden arayan kimliği, departman eşlemesi ve numara taşıma sorumlusunu tek planda tutun.
  • Codec, paket ek yükü, eşzamanlı kanal ve iki yönlü trafik üzerinden gerçekçi bant genişliği ile güvenlik payı hesaplayın.
  • Gecikme, jitter, paket kaybı ve QoS davranışını internet hız testinden ayrı olarak yoğun saatlerde izleyin.
  • Kanal kullanım eşiği, kapasite alarmı, yeni kanal açma süresi ve lisans sınırını operasyon ekibine görünür kılın.

SIP güvenliği yalnız parola değil erişim sınırı, şifreleme ve çağrı politikası gerektirir

SIP hesapları dış arama yetkisi taşıdığı için ele geçirildiğinde yüksek maliyetli çağrı dolandırıcılığına dönüşebilir. Operatör ve yönetim erişimi mümkün olduğunda kaynak IP, VPN, özel hat veya SBC politikasıyla sınırlandırılır. Güçlü ve benzersiz kimlik bilgileri güvenli kasada tutulur; web, SSH ve üretici yönetim arayüzleri internetten doğrudan açık bırakılmaz. Dahililerin ülke, yön, saat, ücretli servis ve uluslararası arama yetkileri iş rolüne göre verilir. Kısa sürede olağandışı çağrı, başarısız kayıt, bilinmeyen hedef, gece kullanımı ve kanalın sürekli dolu kalması için alarm üretilir. Yönetici, operatör ve raporlama hesapları ayrılır; tedarikçi erişimi süreli ve kayıtlı olur. Firmware ile güvenlik duyuruları takip edilir, değişiklik önce yedek ve geri dönüş planıyla uygulanır.

SIP sinyalleşmesi TLS ile, medya ise SRTP ile korunabilir; RFC 3711, gerçek zamanlı medya için gizlilik, mesaj doğrulama ve tekrar saldırılarına karşı koruma mekanizmalarını tanımlar. Yine de menüde TLS veya SRTP seçeneğinin bulunması uçtan uca şifreleme garantisi değildir. Operatör, SBC, santral ve uç telefonların desteklediği sürüm, sertifika güveni, anahtar değişimi ve olası sonlandırma noktaları doğrulanır. Sertifika süresi ve isim eşleşmesi izlenir. Kayıt alınan çağrılarda medya şifrelemesi ile kayıt platformu arasındaki sınır ayrıca değerlendirilir. Ağ seviyesinde ses VLAN'ı, yönetim ağı ve kullanıcı ağı ayrılır; izin listesi yalnız gereken DNS, NTP, operatör, provisioning ve yönetim akışlarını kapsar. Şifreleme ile ağ segmentasyonu birbirinin yerine geçmez, birlikte uygulanır.

Kaynak kısıtı
Operatör sinyalleşmesi, RTP medya aralıkları, yönetim ve provisioning kaynakları ayrı izin listeleriyle sınırlandırılır.
Çağrı yetkisi
Uluslararası, özel servis, mesai dışı, dış yönlendirme ve eşzamanlı kanal hakları rol bazlı uygulanır.
Şifreleme
TLS ve SRTP desteği; sertifika zinciri, sonlandırma noktası, uyumlu uçlar ve geri dönüş davranışıyla sınanır.
Dolandırıcılık alarmı
Ani çağrı artışı, olağan dışı ülke, başarısız kayıt, uzun çağrı ve kanal doluluğu için sorumluya bildirim gider.
Yönetim
Kişisel hesap, MFA destekli erişim, süreli tedarikçi yetkisi, konfigürasyon yedeği ve denetim kaydı birlikte yönetilir.

Yedeklilik ve kabul testi, numaranın arıza anında gerçekten ulaşılabilir kalmasını kanıtlar

İki internet hattı bulunması otomatik SIP yedekliliği anlamına gelmez. Hatlar aynı saha girişini, modem gücünü, operatör omurgasını, public IP'yi veya firewall cihazını paylaşabilir. İkinci hat devreye girdiğinde kaynak IP değişiyorsa operatör kayıt ve izin modelinin bunu desteklemesi gerekir. DNS tabanlı hedef, ikinci SBC, iki operatör, mobil yönlendirme ya da numara taşması gibi seçeneklerin her biri farklı toparlanma süresi ve çağrı özelliği sunar. Gelen çağrı ile giden çağrı için yedek rota ayrı planlanır; ana numaranın ulaşılabilirliği, yalnız dış arama yapılabilmesinden daha kritik olabilir. Elektrik, switch, PoE, santral, firewall, internet ve operatör arızaları tek tek ele alınır. Rota değiştiğinde arayan kimliği, IVR, kuyruk ve kayıt politikalarının korunup korunmadığı da doğrulanır.

Kabul testinde farklı operatörlerden gelen ve giden çağrılar, uzun konuşma, eşzamanlı yük, bekletme, aktarım, konferans, IVR seçimi, kuyruk, dış numaraya yönlendirme, DTMF, mobil ve sabit hedefler denenir. Paket yakalama ve santral loglarıyla SIP yanıt kodu, çağrı kimliği ve medya adresleri aynı olayda eşleştirilir. Tek yönlü ses, geç bağlanma, erken medya, ses kesilmesi ve 30 saniye civarı düşme gibi semptomlar ayrı senaryolarla araştırılır. Ana ve yedek internet, operatör hedefi, SBC, IP santral ve güç kesintileri kontrollü uygulanır; toparlanma süresi ölçülür. Teslim dosyasında numara planı, kanal kapasitesi, codec, port ve IP listesi, sertifika, rota önceliği, destek irtibatı, konfigürasyon yedeği ve test sonucu bulunur. Böylece hizmet çalışıyor cümlesi yerine hangi koşulda nasıl çalıştığı kanıtlanır.

  • İnternet, firewall, SBC, IP santral, PoE switch, operatör ve elektrik arızalarını ortak bağımlılıklarıyla ayrı ayrı test edin.
  • Gelen ve giden çağrılar için ana rota, ikinci rota, mobil taşma ve manuel acil yönlendirme sırasını belgeleyin.
  • Normal çağrının yanında eşzamanlı yük, IVR, kuyruk, aktarım, DTMF, dış yönlendirme ve uzun konuşma senaryolarını çalıştırın.
  • SIP çağrı kimliği, yanıt kodu, RTP yönü ve kullanıcı şikâyetini aynı zaman çizelgesinde ilişkilendirin.
  • Numara planı, kanal, codec, IP, port, sertifika, konfigürasyon yedeği, destek sahibi ve kabul sonuçlarını as-built dosyada tutun.

Sık Sorulan Sorular

SIP trunk ile IP santral aynı şey midir?

Hayır. SIP trunk, IP santralin telefon operatörüne bağlanan dış hat hizmetidir. IP santral ise dahili numaraları, IVR, kuyrukları, çalışma saatlerini, telefonları ve çağrı akışlarını yöneten kurum içi platformdur.

Kaç SIP trunk kanalı gerekir?

Personel sayısına değil yoğun saatteki eşzamanlı gelen, giden, bekleyen, yönlendirilen ve konferans çağrılarına bakılır. Mevcut rapor, büyüme payı ve operatörün kanal artırma süresi birlikte değerlendirilir.

SIP trunk için ayrı internet hattı şart mıdır?

Her ortamda şart değildir; ancak gecikme, jitter, paket kaybı, kapasite, QoS, güvenlik ve kesinti etkisi ölçülmelidir. Kritik yapılarda bağımsız erişim ve test edilmiş yedek rota önemli avantaj sağlar.

TLS ve SRTP bütün görüşmeyi otomatik olarak şifreler mi?

Yalnız tüm ilgili bileşenler uyumlu ve doğru yapılandırılmışsa. Operatör, SBC, santral ve uçların desteği, sertifika güveni, anahtar değişimi ve şifrelemenin nerede sonlandığı doğrulanmalıdır.

SIP ALG açık mı kapalı mı olmalıdır?

Tek bir evrensel cevap yoktur. Bazı cihazlarda yardımcı olurken bazı santral ve operatör kombinasyonlarında başlıkları bozabilir. Üretici önerisi, topoloji ve gerçek paket akışı incelenerek karar verilmelidir.

SIP trunk kesilirse gelen çağrılar nasıl devam eder?

Önceden tanımlanmış ikinci operatör, alternatif SBC, mobil numaraya taşma veya operatör yönlendirmesi kullanılabilir. Çözümün gerçekten çalıştığı kontrollü kesinti testiyle ve ölçülen toparlanma süresiyle doğrulanmalıdır.

Biga Bilişim teknik ekibi tarafından gözden geçirilmiştir.

Teknik Değerlendirme İçin Bize Ulaşın

Mevcut numara planınızı, yoğun saat çağrı yükünü, operatör bağlantısını, internet ve firewall topolojinizi birlikte inceleyerek güvenli, ölçülebilir ve test edilebilir bir SIP trunk geçiş planı oluşturalım.