Ayrı PBX sistemleri, merkezi çağrı kontrolü, yerel telefonlar ve paylaşımlı siteler arası bağlantı arasında seçim yapmaya yönelik, anlaşılır bir kılavuz.

Çok lokasyonlu 3CX kurulumları genellikle çağrı kontrolünün nerede barındırılacağına dair bir seçimle başlar. Bir köprü, ayrı PBX’leri birbirine bağlayarak lokasyonların birbirlerini arayabilmesini sağlar. Bir SBC ise yerel telefonları başka bir lokasyondaki veya buluttaki bir PBX’e bağlar. Her ikisi de çok lokasyonlu bir tasarımı destekleyebilir, ancak farklı bağlantı ve yönetim ihtiyaçlarını karşılar.

Yönetici Konsolunu açmadan önce, her bir lokasyonun kendi PBX’ine mi ihtiyacı olacağına yoksa lokasyonların tek bir merkezi çağrı kontrol sistemini mi paylaşacağına karar verin. Bir şubenin kendi dahililerine,, hatlarına, çalışma saatlerine, kuyruklarına ve yerel yönetimine ihtiyacı olabilir. Başka bir lokasyon ise, merkez ofiste veya bulutta barındırılan bir PBX’e ulaşmak için yalnızca masa telefonlarına ihtiyaç duyabilir.

Bunlar farklı çalışma modelleridir. PBX modeli netleştikten sonra bağlantı yöntemini seçmek, numaralandırma, yönlendirme ve ağ ile ilgili kararların açıklanmasını çok daha kolay hale getirir.

Saha Bağlantısını PBX Yerleşiminden Ayırın

Saha bağlantısı, aramaların ve telefon trafiğinin konumlar arasında nasıl taşındığını sorgular. PBX yerleşimi ise dahililerin, devrelerin, kuyrukların, çalışma saatlerinin ve arama yönlendirmesinin nerede yönetildiğini ele alır. Bir köprü, iki 3CX sistemini birbirine bağlar. Bir SBC ise bir sahadaki telefonları uzak bir 3CX sistemine bağlar.

Bu ayrım önemlidir, çünkü bir köprü ayrı sistemleri tek bir PBX’e dönüştürmez ve bir SBC, kendi hatlarına veya çağrı kontrol ilkelerine sahip yerel bir PBX oluşturmaz. İşletim modelinden başlayın, ardından bunu destekleyen bağlantı bileşenini seçin.

Mimari Seçimi: Köprü ve SBC

Birden Fazla PBX’i Ayrı Sistemler Olarak Tutun (Köprüler)

Her bir yerin ayrı bir 3CX sistemi olarak kalması gerektiği, ancak kullanıcıların yine de kuruluş genelinde birbirlerini araması gerektiği durumlarda bir köprü seçin. Mevcut 3CX köprü kılavuzunda, iki uzak sistemin, hedef ofisi tanımlayan bir ön ek veya numaralandırma planı kullanarak, birbirleri arasında yapılan aramalar için mevcut internet bağlantısını kullanabileceği açıklanmaktadır.

Her bir PBX’in kendi yöneticileri, hatları, çalışma saatleri, kuyrukları veya yerel çağrı yönlendirme ilkeleri olduğunda köprü kullanımı uygun bir seçenektir. Bu, sistemler arasındaki sınırı net bir şekilde korurken, kullanıcılara başka bir lokasyondaki iş arkadaşlarına ulaşmak için öngörülebilir bir yol sunar.

Yönetici Konsolu > Ses ve Sohbet > +Köprü Ekle‘ye gidin. Köprü yapılandırması, Ana ve Bağımlı ilişki, paylaşılan bir kimlik doğrulama değeri, giden ön ek ve uzak sistem için güvenli bir FQDN kullanır. Tünel bağlantısı kullanılıyorsa, SIP ve RTP trafiği yapılandırılmış tünel yolu üzerinden taşınabilir. Kullanıcılar arama yapmaya başlamadan önce numaralandırma ve giden arama kurallarını planlayın.

Numaralandırma, Yönlendirme ve Kullanım Durumunu Planlayın

Önek tabanlı bir numaralandırma planı açıklaması kolaydır: kullanıcı, şube önekini ve ardından uzak dahiliyi çevirir. Her ofisin kendine ait farklı bir dahili numara aralığına sahip olduğu durumlarda, şube tabanlı bir numaralandırma planı daha doğal gelebilir. Her iki yaklaşım da yalnızca dış arama kuralları, basamak silme ve ülke kodu kısıtlamaları planla uyumlu olduğunda işe yarar.

Mevcut durum bilgisi ayrı bir karardır. Kullanıcıların diğer PBX’teki iş arkadaşlarının durumunu görmesi gerekiyorsa, mevcut durum bilgilerini yayınlayan ve alan köprü seçeneklerini etkinleştirin. Sahalar arası arama yapmanın tek başına paylaşılan bir rehber veya tek bir çağrı kontrol düzlemi oluşturduğunu varsaymayın.

Yerel Telefonları Uzak Bir PBX’e Bağlayın (SBC)

PBX’in bulutta veya başka bir yerde kalması, ancak bir grup IP telefonun güvenilir bir yerel bağlantıya ihtiyaç duyması durumunda bir SBC seçin. 3CX SBC kılavuzunda, SBC, SIP sinyalleşmesini ve RTP medyasını tek bir konumdan birleştirip uzak 3CX uygulamasına ileten yerel bir hizmet olarak tanımlanmaktadır.

Bu, genellikle kendi PBX’ine ihtiyaç duymayan bir şube için en basit tasarımdır. Şube, yerel telefonlarını ve LAN’ını korurken, çağrı kontrolü, dahililer, hatlar ve yönetim merkezi olarak kalır. Daha küçük yerler için, desteklenen bir yönlendirici telefonu veya 3CX uygulamaları, özel bir SBC’den daha uygun olabilir.

Bir SBC sunucusunun statik bir LAN IP adresine ihtiyacı vardır ve yerel telefonların hizmete ihtiyaç duyduğu her an erişilebilir olmalıdır. Bunu, onu destekleyen LAN, güvenlik duvarı, DNS ve güç kaynağı ile birlikte telefon yolunun bir parçası olarak değerlendirin.

Yönetici Konsolu’nda Ses ve Sohbet‘e gidin ve +SBC Ekle‘yi seçin. SBC’yi kurun, ardından yerel telefonları ona atayın. Tasarımı odaklanmış tutun: SBC, uzak telefon bağlantısı ve güvenlik duvarı geçişi sorunlarını çözmektedir. İkinci bir PBX oluşturmaz veya PBX yapılandırmasını kopyalamaz.

Uygulama ve Kurulum Öncesi Kontrol Listesi

Her bir sahanın kendi PBX kimliğine ve yerel kontrole ihtiyacı olduğu ve sistemler arasında planlı sahalar arası arama yapılması gerektiğinde bir köprü kullanın. Telefonlar başka bir konumda kalırken, kuruluşun tek bir PBX’in dahilileri, devreleri, kuyrukları ve politikaları yönetmesini istediği durumlarda bir SBC kullanın.

Bu yerlerin farklı çalışma saatlerine, yerel kuyruklara veya ayrı yöneticilere ihtiyacı varsa, ayrı PBX’ler daha net bir sınır oluşturabilir. Ana hedef tutarlı yönetim ve paylaşılan bir dahili hat sistemi ise, SBC’ye bağlı telefonlara sahip merkezi bir PBX’in işletimi genellikle daha kolaydır.

DNS’leri, Trunk’ları, Telefonları ve Testleri Planlayın

Ad çözümleme, tasarımın bir parçasıdır; kurulum sonrası bir ayrıntı değildir. 3CX kılavuzu, köprülenmiş sistemler için güvenli FQDN’lerin kullanılmasını gerektirir ve şirket içi kurulumlar için bölünmüş DNS’yi önerir. Telefon yapılandırmasında, uygulama erişiminde, sertifikalarda, köprü bağlantılarında ve yönetimde aynı belgelenmiş adları kullanın.

Her bir yer için 3CX güvenlik duvarı kılavuzunu inceleyin ve ağ yolu yapılandırıldıktan sonra Güvenlik Duvarı Denetleyicisini çalıştırın. SIP ALG’den kaçının, doğru ACL’leri tanımlayın ve trunklar, uzak telefonlar, SBC’ler ve yönetim için hangi portların ve akışların gerekli olduğunu kaydedin.

Son olarak, kullanıcı bakış açısıyla test yapın. Masaüstü telefonları, Web İstemcisi erişimi, mobil ve masaüstü uygulamaları, anlık bildirimleri, kuyrukları, aktarmaları, IVR’leri, acil çağrı prosedürlerini, kayıtları, entegrasyonları ve tüm yerlerdeki durumu doğrulayın.

Bu Karar Kontrol Listesini Kullanın

Bir mimari seçmeden önce şunları doğrulayın:

  • Köprü: Ayrı PBX’ler arasında kontrollü sahalar arası arama, numaralandırma ve muhtemelen paylaşımlı durum bilgisi gereklidir.
  • SBC: Yerel IP telefonların, sahada başka bir PBX kurmadan uzak veya bulut tabanlı bir PBX’e erişebilmesi gerekir.
  • Numaralandırma: Her sahada, kullanıcıların anlayabileceği, belgelenmiş bir dahili numara aralığı, önek veya arama kuralı bulunur.
  • Ağ: Her yerin gerekli FQDN’si, DNS davranışı, güvenlik duvarı kuralları ve belgelenmiş bir telefon yolu vardır.
  • Sahiplik: Ekip, her bir PBX, köprü, SBC, devre rotası ve numaralandırma değişikliğini kimin yönettiğini bilir.
  • Test Etme: Ekip, sahalar arası aramaları, gelen ve giden aramaları, durum bilgisini, uygulama erişimini ve temsilci telefon özelliklerini doğrulamıştır.

Sık Yapılan Mimari Hatalar

Tipik hatalar arasında, bir sahanın aslında merkezi dahililere ihtiyaç duyduğu halde köprü kullanılması, bir sahanın kendi PBX’ine ve devrelerine ihtiyaç duyduğu halde SBC kullanılması, her sahanın uyumsuz numaralandırma kuralları belirlemesine izin verilmesi, belgelenmiş FQDN yerine IP adresine güvenilmesi, bölünmüş DNS’nin atlanması ve sahalar arası aramaların otomatik olarak paylaşılan bir dizin veya durum bilgisi oluşturduğunun varsayılması sayılabilir. Genel kural: Aramanın sorumluluğunun kime ait olduğunu değerlendirin.

Mimariyi çalışmaya elverişli olacak kadar net tutun. Her PBX, köprü, SBC, DNS kaydı, hat rotası ve numaralandırma kuralının bir sorumlusu ve belgelenmiş bir testi olmalıdır. Bir yerdeki kullanıcının başka bir yerdeki doğru dahiliye veya hatta nasıl ulaştığını kimse açıklayamıyorsa, tasarım tamamlanmamıştır.

Tartışmaya Katılın

Özel İş Ortağı veya Müşteri Forumlarımızda 3CX tartışmalarına katılın. En son haberler ve yeni özellikler hakkında güncel bilgileri almak için bizi LinkedIn’de takip edin.