- Ana Sayfa
- /
- Makale
Webex Calling’de hat, yönlendirme grupları ve arama planlarını yapılandırma
Webex Çağrı Planları, Hatlar ve Rota Grupları, Webex Çağrı'nın barındırılan Webex kullanıcıları ile şirket PBX(ler)i kullanıcıları arasındaki çağrıları yönetecek şekilde yapılandırılmasına yardımcı olur. Bu çözüm , barındırılan kullanıcıların Bulut PSTN (CCP veya Cisco PSTN) veya Tesis tabanlı PSTN kullanmasını yapılandırmanıza olanak tanır.
Santral, Webex Calling ile iş yerleri arasında olan ve bir yerel ağ geçidi veya desteklenen başka bir cihazla iş yerlerinde sona eren bir bağlantıdır. Bir trunk oluşturduktan sonra bunu bir rota grubuna atayabilirsiniz.
Yönlendirme Grubu, Webex Calling’in birden fazla santral üzerinden çağrıları dağıtmasına veya yedeklilik sağlamasına olanak tanıyan bir grup santraldir.
Yerel Ağ Geçidi, gövdeyi, şirket içi PSTN'yi birbirine bağlayan şirket içi bir cihazdır. and/or Santral.
Santraller, yönlendirme grupları ve çağrı planlarının sağladığı faydalar şunlardır:
-
Trunklar arasında Webex Calling ve tesis genelinde yük dengeleme ve geçiş.
-
Webex Calling kullanıcılarının bulut PSTN (Bulut Bağlantılı PSTN (CCP) veya Cisco PSTN) kullanarak kurumdaki PBX kullanıcılarına ulaşabilme yeteneği.
-
Çağrıların farklı bina santrallerine yönlendirilmesi.
-
Çağrıları şirket PBX'leri arasında yönlendiren tandem işlevi.
-
Kurum içi PBX'ler ile karma siteler ve kurum içi kullanıcılar ile Webex Calling kullanıcıları dahil olmak üzere daha geniş yelpazede geçiş ve birlikte yaşama senaryoları.
-
Çağrı yönlendirme kararlarının derinlemesine görünürlüğü.
Konumunuz için PSTN seçenekleri
Konumunuz etkinleştirildiğinde, ilgili konumdaki Webex Calling kullanıcıları için PSTN bağlantısını yapılandırmanız gerekir. Aşağıdaki PSTN seçenekleri kullanılabilir:

-
Cisco PSTN—Yeni PSTN numaraları sipariş etmenize ve mevcut numaraları Cisco'ya taşımanıza olanak tanıyan bir paket çözüm istiyorsanız bu seçeneği seçin. Cisco PSTN seçeneği yalnızca aşağıdaki koşullarda kullanılabilir:
-
Cisco Calling Plan hizmetini satın alıp etkinleştirmeniz.
-
Konumun, Cisco Çağrı Plan hizmetini desteklendiği bir ülkede olması.
-
-
Bulut Bağlantılı PSTN—Yerel donanım dağıtımı gerektirmeyen bir bulut çözümü arıyorsanız bu seçeneği seçin ve ardından tercih ettiğiniz bir CCP sağlayıcısını seçin. Bulut PSTN (Cisco PSTN veya Bulut Bağlantılı PSTN) ancak Webex Calling kullanıcılarına PSTN erişimi sağlamak için kullanılabilir. İş yerinden kayaklanan çağrılar bulut PSTN'sine erişemez.
-
Tesis Tabanlı PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak istiyorsanız bu seçeneği seçin. Yerel ağ geçidi üzerinden iş yeri temelli PSTN santralleri, iş yerlerini PBX'lere bağlamak için de kullanılabilir. Herhangi bir yapılandırma değişikliği yapmadan mevcut yerel ağ geçidi işlevinizi koruyabilirsiniz. Yerel ağ geçidi kullanan konumlar, İş Yeri Temelli PSTN olarak ayarlanır ve yerel ağ geçitleri santral olur.
Kontrol Merkezi'nde seçili PSTN bağlantınızı Ata veya Yönet öğesini seçin ve tercih ettiğiniz PSTN bağlantısını seçin.
, değiştirmek istediğiniz konumu seçin, ardındanSantral
Bir trunk, Webex Calling ile şirket arasında bir bağlantıdır ve Yerel Ağ Geçidi olarak hareket eden desteklenen bir oturum sınırı denetleyicisiyle şirket içinde sonlandırılır. Çeşitli gövde modellerini ve cihazlar ile yapılandırma gereksinimlerini anlamak için Yerel Ağ Geçidini Kullanmaya Başlayın bölümüne bakın.
Kayıt gövdesi modeli için Oturum Sınırı Denetleyicisi (SBC) SIP kaydını gerçekleştirir. Kayıt tabanlı bilgi sistemi, SIP kaydının etkin olması için yerel ağ geçidini gerektirir. Bağlantı kayıt için bağlantılıdır.
Başlamadan önce
Tüm merkezler Control Hub'daki bir konuma atanmıştır.
1 |
Trunk Ekle'yi seçin. |
2 |
Kayıttan bir Konum açılır liste. |
3 |
Trunk için bir Ad girin. |
4 |
Trunk Type (Kayıt ) Türünden Kayıt öğesini açılır liste. |
5 |
Çift Kimlik Desteği ayarı, bir giden çağrı için santrale ilk SIP DAVETİ gönderirken Kimden başlığının ve P-Asserted-Identity (PAI) başlığının işlenmesini etkiler. Çift Kimlik etkinleştirildiğinde, Webex Calling Kimden ve PAI'yi doldurur (ve her iki kimlik başlığı da farklı olabilir). Çift Kimlik devre dışı bırakıldığında, PAI ve Kimden aynıdır ve Çift Kimlik etkinleştirildiğinde Kimden başlığının ayarlandığı değere ayarlanır. Bu ayarın kullanımını daha iyi anlamak için bazı örnek senaryolar aşağıda verilmiştir:
|
6 |
Kaydet seçeneğine tıklayın. |
Sonraki işlemler
Santral bilgileri, Etki Alanı, Santral Grubu OTG/DTG, Hat/Port, Giden Proxy Adresi Kaydetme ekranında görünür. Control Hub’dan bu bilgileri kopyalayıp, yerel ağ geçidini yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyasına veya belgeye yapıştırmanızı öneririz. Kimlik bilgilerini kaybedersiniz, bunları Control Hub'daki bilgi bilgi ekranından yeniden oluşturabilirsiniz. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.
Bu işlem hizmeti etkiler, bu nedenle kötü niyetli çalışma saatleri sırasında yapılması önerilir.
Bir sunucu yapılandırıyorsanız yerel ağ geçidinizi başka bir bilgisayara bağlamak için Webex Calling bkz.: Webex Calling için IOS-XE'de Yerel Ağ Geçidini Yapılandırın.
Santral, Webex Calling ile iş yeri arasında olan ve iş yerinde bir yerel ağ geçidi veya desteklenen başka bir cihazla sonlanan bir bağlantıdır.
Başlamadan önce
Tüm santrallerin Control Hub'dan bir konuma atanması gerekir.
1 | |
2 |
. |
3 |
. |
4 |
Trunk Ekle'yi seçin. |
5 |
Bir konum ve bilgi bilgisi seçin. Santralin adı en fazla 24 karakter uzunluğunda olabilir. |
6 |
Çift Kimlik Desteği ayarı, bir giden çağrı için santrale ilk SIP DAVETİ gönderirken Kimden başlığının ve P-Asserted-Identity (PAI) başlığının işlenmesini etkiler. Çift Kimlik etkinleştirildiğinde, Webex Calling Kimden ve PAI'yi doldurur (ve her iki kimlik başlığı da farklı olabilir). Çift Kimlik devre dışı bırakıldığında, PAI ve Kimden aynıdır ve Çift Kimlik etkinleştirildiğinde Kimden başlığının ayarlandığı değere ayarlanır. Bu ayarın kullanımını daha iyi anlamak için bazı örnek senaryolar aşağıda verilmiştir:
|
7 |
Kaydet seçeneğine tıklayın. |
8 |
P-Charge-Info Desteği, PSTN sağlayıcılarının Webex Calling içinde aramaları doğrulamak ve faturalandırmak için daha güvenilir bir yönteme sahip olma ihtiyacını giderir. Yerel ağ geçidi, faturalandırma veya yetkilendirme için kullanmak istediğiniz numaradan farklı bir arayan kimliği alabilir. Bu amaçlar için ek bir tanımlayıcı göndermek için P-Charge-Info başlığını kullanın. Seçilen politika seçeneğine dayalı bir numara kullanarak, gövdeye gönderilen giden PSTN çağrı bilgilerine P-Charge-Info başlığını eklemek için bu seçeneği etkinleştirin. PSTN sağlayıcısı daha sonra ücretli numarayı belirlemek için tek P-Charge-Info başlığına güvenebilir ve böylece düzenli başlatmalar için PAI başlığını ve çağrı yönlendirmeleri için Yönlendirme başlığını kullanma gereksinimi ortadan kalkar. Varsayılan olarak, sistem P-Charge-Info Desteği politikasını Devre Dışıolarak ayarlar.
Sınırlamalar:
|
Sonraki işlemler
Santral bilgileri, Etki Alanı, Santral Grubu OTG/DTG, Hat/Port, Giden Proxy Adresi Kaydetme ekranında görünür. Control Hub’dan bu bilgileri kopyalayıp, yerel ağ geçidini yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyasına veya belgeye yapıştırmanızı öneririz. Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub'daki santral bilgi ekranından yeniden oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.
Bu işlem hizmeti etkiler, bu nedenle iş saatleri dışı sırasında bu işlem önerilir.
Kontrol Merkezi'nde gövde adını düzenleyebilir veya gövde ayrıntılarını ve kullanımını görüntüleyebilirsiniz.
1 |
Görüntülemek veya üzerinde değişiklik yapmak istediğiniz santrali seçin. |
2 |
Yan panelde, santral adının yanında bulunan Santralin kullanım bilgilerini de görüntüleyebilirsiniz. |
3 |
Ek ayrıntıları görüntülemek için Trunks'ın yanında Yönet'e tıklayın. Santral kimlik bilgilerini kaybetmeniz ve yeniden oluşturmak istemeniz durumunda, bu ayarı kullanın. Kullanıcı Adını Parolayı Al öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun. Bu işlem hizmeti etkilemektedir. |
4 |
Çift Kimlik Desteği ayarı, bir giden çağrı için santrale ilk SIP DAVETİ gönderirken Kimden başlığının ve P-Asserted-Identity (PAI) başlığının işlenmesini etkiler. Çift Kimlik devre dışı bırakıldığında, PAI ve Kimden aynıdır ve Çift Kimlik etkinleştirildiğinde Kimden başlığının ayarlandığı değere ayarlanır. Bu ayarın kullanımını daha iyi anlamak için bazı örnek senaryolar aşağıda verilmiştir:
|
Bir santral kullanımda olmadığı sürece, o santrali silebilirsiniz.
1 |
Silmek istediğiniz santrali seçin. |
2 |
|
Kontrol Merkezi'nde gövde durumunu kontrol etmek için.
1 |
Control Hub'a giriş yapın https://admin.webex.com, . |
2 |
Durumu kontrol etmek istediğiniz trunk'ı seçin. |
3 |
Bilgi Bilgi'ye tıklayın. Aşağıda farklı gövde durumları gösterilmektedir:
|
Sertifika tabanlı bir bilgi eklerken, Tam Etki Alanı Adı (etki alanı) girmeniz FQDN. Ardından Webex Calling, Yerel Ağ Geçidine güvenmek FQDN ve yerel ağ geçidi sertifikasının bir kombinasyonunu kullanır.
Control Hub'dan Yerel Ağ Geçidi yapılandırma gereksinimleri:
-
Yerel Ağ Geçidine, genel bir IPv4 adresi kullanılarak internetten doğrudan ulaşılabilmelidir. Bu adresin, Kontrol Merkezi'nde doğrulanmış bir etki alanındaki DNS A veya SRV kaydından çözülmesi GEREKİR. Yerel Ağ Geçidi özel bir IP adresiyle yapılandırılmışsa, o zaman 1:1 İnternet üzerinden doğrudan erişilebilmesini sağlamak için statik adres çevirisi (NAT) gereklidir.
-
Bir güvenlik duvarının arkasına dağıtıldığında, TLS SIP sinyallemesine izin vermek için uygun kurallar YAPILANDIRILMALIDIR ve UDP/SRTP Yerel Ağ Geçidi ile İnternet arasında medyanın geçişini sağlar.
-
Yerel Ağ Geçidi ile Webex Bulutu arasındaki akışlarda kullanılan bağlantı noktalarının ayrıntıları için Webex Çağrı bağlantı noktası başvuru Kılavuzuna bakın.
-
Bu yapılandırma kılavuzu, Yerel Ağ Geçidinin sinyal almak için 5061 standart TLS SIP portunu kullandığını varsayar. Gerektiğinde alternatif bir sinyal dinleme portu kullanılabilir.
-
-
Bir depodan gelen çağrıların başarılı bir şekilde yetki ve kimlik doğrulaması için imzalı bir sertifika gereklidir. Yerel bir Ağ Geçidi, SIP için Webex Calling hizmetleriyle çift yönlü karşılıklı TLS bağlantısı kurarken aşağıdaki gereksinimleri karşılamalıdır:
-
Yerel Ağ Geçidinin sertifikası ŞU ŞEKİLDE OLMALIDIR:
-
Cisco Webex Ses ve Video Platformlarına Yapılan Aramalar İçin Hangi Kök Sertifika Yetkilileri Desteklenir?'de belirtilen bir CA tarafından imzalandı.
-
İmzalı sertifikaların her zaman geçerli bir süresi olmalıdır.
-
Sertifikayı imzalamak için kullanılan kök veya ara sertifikaların geçerli bir son kullanma tarihi OLMALI ve iptal edilmemelidir.
-
İstemci ve sunucu kullanımı için sertifikalar imza gerektirmektedir.
-
Sertifikalar, Kontrol Merkezi'nde gövde için FQDN seçildiğinde sertifikada ortak ad veya konu alternatif adı olarak Tam Nitelikli Alan Adını (FQDN) içermelidir. Gereksinimler bir sonraki bölümde ayrıntılı olarak açıklanmaktadır.
-
-
Cisco Webex Ses ve Görüntü Platformlarına Yapılan Aramalar İçin Hangi Kök Sertifika Yetkilileri Desteklenir?başlığı altında belirtilen bir güven paketi, SIP için Webex hizmetlerinden gelen sertifikaları doğrulamak üzere yüklenmelidir.
-
Başlamadan önce
-
Talep edilen ve doğrulanan alan adı: Bir gövde eklerken, doğrulanmış veya talep edilen bir üst düzey alan adından bir ana bilgisayar adresi SEÇİLMELİDİR, bkz. Alan adınızı yönetin.
-
Kuruluş genelinde benzersiz adres: Bir trunk, benzersiz bir FQDN veya SRV ana bilgisayar adresiyle oluşturulur. Bu adres tüm organizasyon için benzersiz OLMALIDIR ve iki trunk aynı adresi kullanamaz.
-
FQDN'li bir gövde london.lgw.cisco.com:5062 yalnızca london.lgw.cisco.com ana bilgisayar adresine sahip başka bir gövde mevcut değilse oluşturulabilir. Aynı adres adına sahip bir SRV adresi veya FQDN ve farklı bir port kombinasyonuna sahip bir trunk olsa bile buna izin verilmez.
-
Bu adres SRV bir london.lgw.cisco.com yalnızca ana bilgisayar adresi ile başka bir ana bilgisayar mevcutsa london.lgw.cisco.com. Aynı isimde SRV adresi veya FQDN ve farklı port kombinasyonuna sahip bir trunk olsa bile buna izin verilmez.
-
-
DNS yapılandırması: Yerel Ağ Geçidi, DNS A veya DNS Hizmet Kaydı (SRV) türü kayıt aracılığıyla genel internetten çözülmelidir.
-
Bir FQDN seçilirse, adresin bir DNS A Kaydına çözülmesi GEREKİR, bir DNS CNAME(ler)ine değil.
-
Bir SRV adresi seçilirse, hizmet türünün "_sips._tcp" öneki OLMALIDIR.
-
Adres, farklı ağırlık ve önceliğe sahip bir veya daha fazla DNS A Kaydına çözümlenebilir. Bunu yaparken tüm kayıtlar için aynı dinleme portunun kullanılması önerilir.
-
Hizmet kaydındaki kayıtların uygun bir ağırlığa ve önceliğe sahip olması gerekir. Farklı ağırlık ve öncelik kullanımı, Webex Calling'den gelen çağrılar için trafik dağılımlarını etkiler.
-
-
Tüm kayıt türlerinin makul derecede yüksek bir TTL'ye sahip olması GEREKMEKTEDİR; 300 saniye veya daha yüksek bir değer tercih edilir.
-
-
Tüm trunklar Kontrol Merkezi'ndeki bir konuma atanmalıdır.
Aşağıdaki tabloda, kuruluşunuzda aynı anda trunk adresi olarak seçilen farklı kayıt türlerine ait örnekler yer almaktadır.
FQDN veya SRV olarak gövde yapılandırması |
DNS yapılandırması için kural |
Sertifikada Ortak Ad (CN) veya Konu Alternatif Adı (SAN) olarak bulunan adres |
SIP İletişim Başlığı gereksinimi |
---|---|---|---|
Tam Ad Alanı: london.lgw1.cisco.com 5061 portlu |
london.lgw1.cisco.com bir DNS A kaydıdır |
londra.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls veya sip:user@london.lgw1.cisco.com:port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com, ONE A Record frankfurt.lgw1.cisco.com olarak çözülür |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls veya sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com İKİ veya daha fazla A Kaydını çözer fr.lgw1.cisco.com fr.lgw2.cisco.com Her iki kayıt da benzersiz bir IP adresine çözümlenmelidir ve önerildiği gibi farklı ağırlık ve önceliğe sahip olabilir. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls veya sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Yerel Ağ Geçidinin Webex Calling bulutuna başlattığı her SIP işlemi, bir Yerel Ağ Geçidinin FQDN'sine sahip İletişim başlığını içermelidir.
SEÇENEKLER Yerel Ağ Geçidi'nden yapılan işlemler, Kontrol Merkezi'ndeki Yerel Ağ Geçidi durumunun çevrimiçi olması için özellikle önemlidir.
1 |
Trunk Ekle'yi seçin. |
2 |
Kayıttan bir Konum açılır liste. |
3 |
Trunk için bir Ad girin. |
4 |
Trunk Type (Kayıt Türü ) seçeneğinden Sertifika tabanlı açılır liste. |
5 |
Açılır menüden bir Cihaz Türü seçin. Üçüncü taraf Yerel Ağ Geçidi Cisco Webex Calling LGW) olarak SBC entegrasyonu, yalnızca Sertifika tabanlı bilgi sistemleriyle de destekler. Yalnızca Control Hub'daki cihaz türü listesinde gösterilen SBCs, güvenilir iş ortaklarımız tarafından Uyumlu Yerel Ağ Webex Calling olarak doğrulanır. Desteklenen üçüncü taraf satıcı bilgileri hakkında daha fazla bilgi için bkz.: Üçüncü taraf SBC desteğiTrunk bölümünde. |
6 |
Oturum Sınırı Denetleyicisi (SBC) Adresini, Etki Alanını ve BağlantıNoktasını girin. Bu, FQDN SBC SRV ulaşmak Webex Calling telefon adresidir.
Doğrulanmış bir etki alanınız olmalıdır. Daha fazla bilgi için Alan adlarınızı yönetinkonusuna bakın |
7 |
Maksimum eş zamanlı çağrı sayısını girin.
|
8 |
Kaydet seçeneğine tıklayın. Doğrulama geç görünmezse Kaydet düğmesi görünmez. Seçilen FQDN veya tercih SRV kuruluş için benzersiz yoksa doğrulama geçilemedi. Yukarıdaki benzersiz adresler veya FQDN adres SRV gereksinimini kontrol edin. Sorun devam ederse Cisco destek ekibiyle iletişime geçin. |
Sonraki işlemler
-
Son Webex Calling gösterilen Edge uç adreslerini kaydedin.
-
Bir CUBE'yi Yerel Ağ Geçidiniz olarak yapılandırmak için bkz.: IOS-XE üzerinde Webex Calling için Yerel Ağ Geçidi Yapılandırma
Control Hub’da santral adını düzenleyebilir veya santral ayrıntılarını ve kullanımını görüntüleyebilirsiniz.
1 |
Görüntülemek veya üzerinde değişiklik yapmak istediğiniz santrali seçin. |
2 |
Yan panelde, gövde adının yanında bulunan Santralin kullanım bilgilerini de görüntüleyebilirsiniz. |
3 |
Ek ayrıntıları görüntülemek için Trunks'ın yanında Yönet'e tıklayın. Maksimum Eş Zamanlı Çağrı sayısı için bir değeri güncellemek isterseniz bu ayarı kullanın. Yerel ağ geçidinizin SRV adresini veya bağlantı FQDN güncellemeniz gerekirse yeni bir trunk eklemeniz ve eski trunk'ları silmeniz gerekir. |
4 |
Çift Kimlik Desteği ayarı, bir giden çağrı için santrale ilk SIP DAVETİ gönderirken Kimden başlığının ve P-Asserted-Identity (PAI) başlığının işlenmesini etkiler. Bu ayarın kullanımını daha iyi anlamak için bazı örnek senaryolar aşağıda verilmiştir:
|
Bir santral kullanımda olmadığı sürece, o santrali silebilirsiniz.
1 |
Silmek istediğiniz santrali seçin. |
2 |
|
Kontrol Merkezi'nde gövde durumunu kontrol etmek için.
1 |
Control Hub'a giriş yapın https://admin.webex.com, . |
2 |
Durumu kontrol etmek istediğiniz trunk'ı seçin. |
3 |
Bilgi Bilgi'ye tıklayın. Aşağıda farklı gövde durumları gösterilmektedir:
|
Sİ No. |
Hata Açıklaması |
İşlem |
---|---|---|
1. |
Yerel Ağ Geçidine TLS Bağlantısı, ağ geçidiniz için yapılandırılan FQDN DNS çözünürlüğü hatası nedeniyle başarısız oldu |
/SRV FQDN için DNS yapılandırmalarını doğrulayın ve bu yapılandırmaların çözülebilir olduğundan emin edin |
2. |
Yerel Ağ Geçidine TLS Bağlantısı, bir taşıma sorunu nedeniyle başarısız oldu |
Çözülmüş IP adreslerinin ve Yerel Ağ Geçidi bağlantı noktasının geçerli olduğunu doğrulayın |
3. |
Ağ geçidi sertifikası geçersiz bir Sertifika Yetkilisi tarafından imzalanmış olduğu için Yerel Ağ Geçidine TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının geçerli bir Sertifika Yetkilisi tarafından imzalandığını doğrulayın ve güvence altına alın ( Cisco Webex Ses ve Görüntü Platformlarına Yapılan Aramalar İçin Hangi Kök Sertifika Yetkilileri Desteklenir?) |
4. |
Ağ geçidi sertifikasının süresi dolduğunda Yerel Ağ Geçidine TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının süresinin dolmasını doğrulayın ve bu sertifikanın |
5. |
Ağ geçidi sertifikası, süresi dolmuş bir Sertifika Yetkilisi tarafından verilecek şekilde Yerel Ağ Geçidine TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının süresi dolmuş bir Sertifika yetkilisi sertifika zinciri tarafından imzalanmış olmadığını doğrulama ve bu sertifikanın |
6. |
Ağ geçidiniz için yapılandırılan FQDN CN veya SAN'de eksik olduğu için Yerel Ağ Geçidine TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının yapılandırılan dosyayla aynı CN /SAN FQDN/SRV emin olmak |
7. |
Yerel Ağ Geçidine gönderilen SIP seçenekleri yanıt alınmıştır |
CUBE'nın SEÇENEKLER isteklerini alacak ve yanıt alacak şekilde yapılandırıldığından emin olmak için. CUBE yapılandırmasını doğrulayın |
8. |
Yerel Ağ Geçidi ile Webex Calling TLS bağlantısı geçersiz bir ağ geçidi sertifikası nedeniyle başarısız oldu |
Yerel Ağ Geçidi sertifikasının geçerli olduğundan emin olun |
9. |
Yerel Ağ Geçidinden ağ Webex Calling TLS bağlantısı, Sertifika Yetkilisine güvenemedik |
Yerel Ağ Geçidi sertifikasının geçerli Sertifika Yetkilisi tarafından imzalandığını doğrulayın ve güvence altına alın ( Cisco Webex Ses ve Video Platformlarına Yapılan Aramalar İçin Hangi Kök Sertifika Yetkilileri Desteklenir?) |
10. |
Yerel Ağ Geçidi ile Webex Calling TLS bağlantısı, zincirinde süresi dolmuş sertifikaların olması nedeniyle başarısız oldu |
Yerel Ağ Geçidi sertifikasının, süresi dolmuş sertifika zinciriyle imzalanmaz |
11. |
Yerel Ağ Geçidinden Ağ Geçidine TLS bağlantısı ve SIP Webex Calling başarısız oldu |
CUBE'nın SEÇENEKLER isteklerini gönderecek şekilde yapılandırıldığından emin olmak için |
12. |
Yerel Ağ Geçidinden gelen SIP seçenekleri yanıtı, Bir Sunucu hatası veya bir hizmet kullanılamıyor |
Yerel Ağ Geçidi'nin Bakım modunda olmadığını veya çağrı yönlendirmenin devre dışı olmadığını doğrulayın ve emin olun |
13. |
Yerel Ağ Geçidi sertifikası iptal edildiği için Yerel Ağ Geçidine TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının iptal edilmelerini doğrulama ve bu sertifikanın |
14. |
Ağ geçidi sertifikası iptal edildiği Webex Calling Yerel Ağ Geçidinden Webex Calling TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının iptal edilmelerini doğrulama ve bu sertifikanın |
15. |
Ağ geçidi sertifikasının süresi Webex Calling için Yerel Ağ Geçidinden TLS Bağlantısı başarısız oldu |
Yerel Ağ Geçidi sertifikasının süresinin dolmasını doğrulayın ve bu sertifikanın |
16. |
Yerel Ağ Geçidinden Ağ Geçidinden Webex Calling TLS Bağlantısı, bir sertifika hatası nedeniyle başarısız oldu |
Yerel Ağ Geçidi sertifikasının geçerli olduğundan ve gereklilikleri karşılar olduğundan emin olun |
17. |
Webex Calling Yerel Ağ Geçidine TLS Bağlantısı, bir sertifika hatası nedeniyle başarısız oldu |
Yerel Ağ Geçidi sertifikasının geçerli olduğundan ve gereklilikleri karşılar olduğundan emin olun |
Hata SI No.: 2,6,11 ve 12, yalnızca tüm uç proxy düğümleri bir sorun deneyimle olduğunda gösterilir.
Grubu yönlendir
Yönlendirme Grubu, Webex Calling’in birden fazla santral üzerinden çağrıları dağıtmasına veya yedeklilik sağlamasına olanak tanıyan bir grup santraldir.
Başlamadan önce
-
Bir yönlendirme grubu oluşturmadan önce santralleri ekleyin.
-
Yönlendirme grupları, birden fazla konumdan yapılandırılmış santralleri içerebilir.
-
Santraller tek başına yapılandırılabilir veya bir yönlendirme grubuna atanabilir. Yedeklilik ve ölçeklendirilebilirlik sağlamak için santralleri yönlendirme gruplarına ekleyin.
-
Her bir yönlendirme grubu, yönlendirme grubu başına en fazla 10 santralin olduğu en az bir santral içermelidir.
-
Bir yönlendirme grubunu yapılandırırken, o yönlendirme grubundaki santraller için bir öncelik seviyesi belirlersiniz. Bu ayar, çağrıların yük dengelemeli bir biçimde yönlendirilmesine olanak tanır.
-
Çağrılar, eşit önceliğe sahip santraller arasında rastgele dağıtılır. En yüksek öncelikli olarak ayarlanmış santralin kullanılabilir olmaması durumunda sistem, çağrıyı daha düşük öncelik ayarına sahip bir santrale yönlendirmeye çalışır. Örnek:
-
Santral 1 ve Santral 2'nin öncelik seviyesi 1 olarak ayarlanmıştır.
-
Santral 3'ün öncelik seviyesi 2 olarak ayarlanmıştır.
-
Webex Calling, çağrıları yük dengelemeli bir biçimde Santral 1 ve Santral 2'ye yönlendirir.
-
Santral 1 ve Santral 2'ye erişilememesi durumunda, çağrılar Santral 3'e yönlendirilir.
-
1 |
Burada ’u seçin. |
2 |
Yönlendirme grubunu adlandırın, ardından açılır menüden eklenecek santral(ler)i seçin. |
3 |
Santral için öncelik düzeyi belirleyin. |
4 |
Kaydet seçeneğine tıklayın. |
Sonraki işlemler
Doğrulama ekranından, ayrı ayrı konumlar için PSTN bağlantısını yapılandırmak için Konumlar sayfasını ziyaret edebilir veya bu yönlendirme grubunu bir çağrı planı için yönlendirme seçeneği olarak kullanmak için Çağrı Planları sayfasına girebilirsiniz. Bir rota grubu, aynı zamanda bir konumdaki bilinmeyen uzantı yönlendirmesi için bir yönlendirme seçeneği olarak da kullanılabilir.
Mevcut bir yönlendirme grubunun adını değiştirebilir, santral ekleyebilir, atanan santral sayısını ve santral öncelik düzeylerini değiştirebilirsiniz. Yönlendirme grubu ayrıntıları sayfasından İş Yeri Dahili Numaralarına Yapılan Çağrılar, Çağrı Planları ve PSTN Bağlantısı öğelerini de görüntüleyebilirsiniz.
1 |
Değişiklik yapmak istediğiniz yönlendirme grubunu seçin. |
2 |
Yan panelde, yönlendirme grubu adının yanında bulunan |
3 |
Yönlendirme grubuna santral eklemek veya yönlendirme grubundaki santralleri düzenlemek için Santraller'in yanında bulunan Yönet'e tıklayın. Açılır menüden santral ekleyebilir, tablodan mevcut bir santralin öncelik düzeyini düzenleyebilir ve(ya) mevcut bir santrali tablodan silebilirsiniz. |
4 |
Kaydet seçeneğine tıklayın. |
Bir yönlendirme grubu kullanımda olmadığı sürece, o santrali silebilirsiniz.
1 |
Silmek istediğiniz yönlendirme grubunu seçin. |
2 |
Eylemler sütununda |
Çağrı planları, santral veya yönlendirme grupları kullanarak çağrıları iş yeri içi hedeflerine yönlendirmenizi sağlar. Arama planlarını bir kuruluş için küresel olarak yapılandırın ve konumdan bağımsız olarak tüm kullanıcılara uygulayın. Çağrı şablonlarının herhangi biriyle eşleşen çağrılar için çağrı planında yönlendirme seçimi de (santral veya yönlendirme grubu) belirtilir. Kadran planınızın bir parçası olarak belirli kadran desenlerini tanımlayın. Çağrı şablonu, iş yeri dahili numaralarını temsil eder:
-
ESN/ağ üzerindeki numaralar
-
+E.164 şablonları
-
SIP URI etki alanları
Numara Çevirme Şablonları
Numara şablonları, E.164 numaralarını veya işletme numaralarını temsil edebilir. E.164 numaralarıyla başlayan şablonlar, + ile başlayıp bir dizi rakamla (1-9) devam ettikten sonra isteğe bağlı joker karakterlerle sona erer.
İşletme Çağrı Şablonu
Bir kurumsal arama düzeni, bir dizi rakamdan (1-9) ve ardından isteğe bağlı joker karakterlerden oluşur. Geçerli joker karakterler şunlardır:! (herhangi bir rakam dizisiyle eşleşir) ve X (0-9 arası tek bir rakamla eşleşir). ! joker karakteri yalnızca bir kez sonda ve yalnızca bir E.164 deseninde bulunabilir.
Şunu kullanamazsınız:
-
Örneğin sayıların ortasındaki joker "X": 617495X3XX
-
Joker kart "!" Örneğin, arama planı yapılandırmasında "X" joker karakteri kullanıldığında: 1617495X3!
İşletme Çağrı Planı Örnekleri | |
---|---|
+1408555XXXX |
+1408555 ile başlayan 11 haneli +E.164 numarası |
+14085551234 |
Tam tuş dizesi: +14085551234 |
+496100! |
+496100 ile başlayan tüm tuş dizeleridir |
84969XXX |
84969 ile başlayan 8 haneli ESN |
84969764 |
8 haneli tam ESN: 84969764 |
Webex Calling'deki arama planı, E.164 veya dahili numaralardaki "kimden ve kime" başlıklarını kabul eder ve bunların bir kombinasyonu olamaz. Örnek:
Gönderen: 1-222-333-4444
Alıcı: 1-555-666-7777
SIP URI Arama Deseni Sözdizimi:
Yalnızca SIP URI'nin sağ tarafındaki alan adları @ eşleştirilir. Seçenekler şunlar olabilir:
-
Tam etki alanı
-
Önde gelen bir alan adı * (belirli bir etki alanının tüm alt etki alanlarını belirtir)
Örnekler:
SIP URI Çağrı Şablonu Sözdizimi Örnekleri | ||
---|---|---|
Ön Ek |
Anlamı |
Örnekler |
example.com |
Yalnızca ana bilgisayar kısmı "example.com" olan URI'ler |
alice@example.com |
us.example.com |
Yalnızca ana bilgisayar kısmı "us.example.com" olan URI'ler |
alice@us.example.com |
*.example.com |
Ana bilgisayar kısmı, "example.com" alt etki alanı olan URI'ler |
alice@eu.example.com alice@sales.us.example.com Not: alice@example.com eşleşmedi |
Santrallerinizi ve yönlendirme gruplarınızı oluşturmanızın ardından Control Hub'da bir çağrı planı yapılandırabilirsiniz.
1 |
Çağrı Planları ve ardından Çağrı Planı Oluştur'a tıklayın. |
2 |
Çağrı planı için bir Ad girin. |
3 |
Yönlendirme Seçimi belirleyin. Önceden oluşturulmuş bir santral veya yönlendirme grubunu seçin. |
4 |
(İsteğe bağlı) Seçilen yönlendirme seçenekleri için manuel olarak bir çağrı şablonu oluşturabilir veya içeri aktarabilirsiniz. |
5 |
Kaydet seçeneğine tıklayın. |
Sonraki işlemler
Çağrı planınız oluşturulduktan sonra çağrı şablonlarını toplu olarak ekleyebilirsiniz. Çağrı şablonlarını bir CSV dosyasıyla toplu olarak eklemek için Çağrı Planları ekranına gidin ve düzenlemek için çağrı planından Eylemler açılır menüsünü seçin ve ardından Çağrı Şablonları CSV dosyasını içeri aktar veya Çağrı Şablonları CSV Dosyasını Dışarı Aktar öğesini belirleyin. Şablonu İndir veya CSV Dosyasını İçeri Aktar öğesini seçip Gönder'e tıklayın.
Control Hub'da mevcut bir çağrı şablonunun adını, yönlendirme seçimlerini ve çağrı şablonlarını değiştirebilirsiniz.
1 |
Değişiklik yapmak istediğiniz çağrı planını seçin. |
2 |
Yan panelde, arama planı adının yanında, arama planının adını değiştirmek için |
3 |
Yönlendirme Seçimi'ni değiştirmek için açılır menüden başka bir seçenek seçin. |
4 |
Manuel olarak yeni bir çağrı şablonu eklemek için Çağrı şablonları ekle öğesine tıklayın. Ya da CSV Dosyası İçeri Aktar öğesine tıklayarak çağrı şablonlarını toplu olarak ekleyin. |
5 |
Bir çağrı şablonunu kaldırmak için kaldırmak istediğiniz çağrı şablonunun yanında bulunan |
6 |
Kaydet seçeneğine tıklayın. |
1 |
Silmek istediğiniz çağrı planını seçin. |
2 |
|
Control Hub’da İş Yeri Dahili Numaralarına gelen çağrılar ayarını etkinleştirebilirsiniz. Bu ayar, bir PBX'e kayıtlı olan bir konumdaki kullanıcılar için geçerlidir ve bilinmeyen dahili numaraları (2-10 haneli arayan numara uzunluğu) mevcut bir gövde veya rota grubunu kullanarak PBX'e yönlendirmenize olanak tanır.
Başlamadan önce
İş Yeri Dahili Numaralarına Gelen Çağrılar ayarı, konuma göre etkinleştirilir.
Bu ayar, çağrı alışkanlıklarının karma bir bulut/iş yeri ortamında saklanmasına olanak tanır. Site kısmen Webex Calling'e taşınmış olsa dahi, kullanıcılar kısaltılmış tuşlamayı (örneğin, 4 hane) kullanmaya devam edebilir.
Etkinleştirildiğinde, konumdaki kullanıcılar tarafından bilinmeyen bir dahiliye (2-10 haneli) yapılan aramalar, seçilen rotaya yönlendirilir group/trunk öncül çağrıları olarak.
Konumda bilinmeyen bir dahili numaradan yönlendirilen çağrılar, iş yeri çağrısı olarak işlenir. Bu, bir trunk'tan Webex Calling'e gelen yukarı akış çağrılarını ifade eder.
Arayan Kimliğinin mevcut herhangi bir çağrı şablonuyla eşleşmemesi durumunda, çağrılar bilinmeyen bir dahili numaradan yapılmış olarak değerlendirilir.
1 | |
2 |
. |
3 |
Değiştirilecek konumu seçin. |
4 |
Çağrı sekmesine tıklayın. |
5 |
Arama] bölümünün altında Dahili arama öğesine tıklayın. |
6 |
Bilinmeyen uzantıların Tesislere dahili çağrılar olarak yönlendirilmesiözelliğini etkinleştirmek için açın. Şerif Görseli güncelliğini yitirmiştir. |
7 |
Çağrıları yönlendirmek için açılır menüden bir yönlendirme grubu veya gövde seçin. |
8 |
Kaydet seçeneğine tıklayın. |
Control Hub'da Webex Calling ve iş yeri arasındaki çağrı yönlendirme ayarlarını yapılandırabilirsiniz. Bu ayarlar, bir iş yeri PBX'ine santraller ve yönlendirme grupları kullanmanız durumunda bilinmeyen numaralarınızın nasıl işleneceğini ve Webex Calling ile PBX'iniz arasında yönlendirilen arayan kimliği biçimini belirler.
1 |
Webex Calling ve tesisler arasında Çağrı Yönlendirme öğesine kaydırın ve bilinmeyen numaralarla ilgili yapılmasını istediğiniz işlemi seçin.
Yönlendirme davranışını muhafaza etmek için bilinmeyen numara işleme hizmeti ayarı Eski Davranış olarak ayarlanır. Bu ayar, yeni çağrı özelliklerinden (örneğin, çağrı planları ve yönlendirme grupları) faydalanmak için değiştirilebilir. |
2 |
Arayan Kimliği biçiminizi seçin. +E.164 telefon numarası seçeneği seçildiğinde, Webex Calling, E.164 biçiminde bir numara olan dış Çağrı Hattı Kimliğini (CLID) seçer. ESN (önemli işletme numarası) seçeneği seçildiğinde, Webex Calling bir ESN olan dahili CLID'i seçer. |
3 |
Tesis tabanlı yönlendirme için ayarlamak istediğiniz Maksimum Bilinmeyen Dahili Hat Uzunluğu ' nu (2-10 hane) seçin. Dahili numara uzunluğunu artırdığınızda ve PSTN sağlayıcısının kullandığı numara şeması E.164 değilse, gelen PSTN aramaları, tesis içinden gelen yerel aramalar olarak değerlendirilecektir. Bu nedenle, olası yanlış yönlendirmeleri önlemek için, gelen PSTN aramalarını Webex Calling'e göndermeden önce E.164 formatını zorunlu kılmanızı öneririz. |
4 |
Kaydet seçeneğine tıklayın. ![]() |
Control Hub'daki Çağrı Yönlendirmeyi Doğrulama aracı şunları sağlar:
-
Yönlendirme kararlarını analiz etmek için çağrı simülasyonu yapma.
-
Dağıtımın tasarım ve yapılandırma aşamalarında yol gösterici bilgiler.
-
Webex Analytics Platformunda çağrı yönlendirme kararlarını içeren etkinlikler.
-
Sorun giderme desteği.
1 | |
2 |
. Alternatif olarak, Cisco Çağrı Planını kullanan müşteriler, yönlendirmelerini
. |
3 |
Çağrı Yönlendirmeyi Doğrula'yı seçin. |
4 |
Çağrı yönlendirmesini doğrulamak için açılır menüden Çağrı Kaynağını Seç öğesini seçin. |
5 |
Bir numara veya URI girin. |
6 |
Çağrı yönlendirmeyi görüntülemek için Yönlendirme sonucunu Gör öğesine tıklayın. |
Örnek 1: Çok Siteli PBX
Dağıtım açıklaması
-
ABD genelinde 100 sitesi olan işletme müşterisi.
-
Ana PBX'in HA için iki ana site üzerinde yayıldığı çok siteli PBX dağıtımı (veya PBX ağı).
-
8 haneli işletme çağrı planı: 8 + 3 haneli site kodu + 4 haneli dahili numara.
-
30 site iş yerinde kalırken, 70 site Webex Calling'e taşınır. PSTN, iki ana sitedeki SIP Santralleri yoluyla iş yerinde kalır.
-
Karışık site yoktur. Her site için kullanıcıların tümü iş yerindendir veya buluta kayıtlıdır.
Dağıtım çözümü
-
30 E.164 + 30 ESN şablonlu, iş yerindeki kullanıcıların çağrılarını iki Santralli bir Yönlendirme Grubuna yönlendiren ve iki ana sitede iki yerel ağ geçidinde sonlanan Tek Çağrı Planı.


Örnek 2: Karma bulut-PBX siteleri
Dağıtım açıklaması
-
ABD genelinde 50 sitesi olan işletme müşterisi: 10 büyük site ve 40 küçük şube.
-
Büyük sitelerde PBX'ler, şubelerde ana anahtarlar.
-
7 haneli İşletme çağrı planı: 8 + 2 haneli site kodu + 4 haneli dahili numara.
-
Yalnızca şubelerde Webex Calling, büyük sitelerde PBX'lerden yavaş geçiş (hem Webex Calling, hem de PBX kullanıcılarının olduğu karışık siteler).
-
Tüm bulut kullanıcıları için buluta bağlı PSTN (iş yeri kullanıcıları, mevcut PSTN'yi kullanmaya devam eder).
-
Her bir büyük sitedeki bulut ve PBX kullanıcıları, yalnızca dahili numara tuşlama olanağını muhafaza etmelidir.
Dağıtım çözümü
-
Diğer tüm sitelerden PBX'lerin her birine çağrıları yönlendirmeye yönelik çağrı planları. Ayrıca, her büyük site için çağrıları sitedeki yerel ağ geçidinde sonlanacak biçimde yapılandırılmış İş Yeri Dahili Numaralarına Gelen çağrılar.


Hatlar, rota grupları ve arama planları için yapılandırılabilir sınırlamalar | |
---|---|
Açıklama |
Maksimum Sınırlama |
Bir CSV'nin çağrı planına yükleyebileceği çağrı şablonları |
10000 |
Konuma göre yapılandırılan santraller |
100 |
İşletme müşterileri için ayrı ayrı yönlendirme grupları |
10000 |
Bir yönlendirme grubu içerisinde yapılandırılabilir santraller |
10 |
İşletme müşterileri için ayrı ayrı yapılandırılabilen çağrı planları |
10000 |
Bir çağrı planıyla yapılandırılabilen çağrı şablonları |
10000 |