Webex'ten kuruluşunuza yapılan çağrılar kurumsal tarafta çalmıyorsa, yapılandırmanızı iki kez kontrol etmek için bu kontrol listesindeki noktaları inceleyin.

Bu sorun giderme önerilerini incelemeden önce, bulut kesintileri hakkında en son bilgiler için https://status.webex.com adresine bakın. Bu durum sayfasından bildirimlere de abone olabilirsiniz.

Karşılıklı TLS bağlantısı ve sertifikalarla ilgili şu sorun giderme noktalarını kontrol edin:

• Webex bulut kök sertifika paketini Expressway-E'ye yükleyin.

• Expressway-E'de özel bir karşılıklı TLS bağlantı noktası yapılandırın.

• Expressway-E'de bulut için bir DNS bölgesi yapılandırın.

• Güvenlik duvarınızdaki karşılıklı TLS bağlantı noktası numarasını açın (varsayılan olarak açık olmayabilir) 5062.

• Webex Cloud'da hangi kök sertifika seçeneğini kullandığınızı belirleyin. Seçenek Expressway-E'nizin SIP TLS sertifikasını doğrulamak için kullanılır.

  • Varsayılan Mağaza - Expressway-E sertifikanız kamu yetkililerinden biri tarafından imzalanmış mı? Emin değilseniz, özel mağaza seçeneğini kullanın.

  • Özel Mağaza — Expressway-E sertifikanız veya imzalayıcısı bulutta yüklü mü? Sertifika doğrulanmış Expressway-E ana bilgisayar adları içeriyor mu?

https://admin.webex.com adresindeki müşteri görünümünden Hizmetler > Hibrit > Hibrit Ç ağrı > Ayarlar'a gidin. Dağıtım işlemi sırasında belirlediğiniz SIP hedefinizle ilgili şu noktaları kontrol edin:

• Expressway-E özel karşılıklı TLS bağlantı noktasındaki değer noktaları.

• IP adresine bağlanmayı deneyin: port. (Bir SRV yapılandırdıysanız birden çok adres.)

• Bir IP adresi veya ana bilgisayar adı yapılandırdıysanız, karşılıklı TLS bağlantı noktasını belirtin.

• Bir SRV kullandıysanız, _sips biçiminde olduğundan emin olun. _tcp. < SIP Hedef > olarak girdiğiniz alan adı.

• Bir SRV ayarlamak istemiyorsanız kuruluşunuzun SIP hedefi olarak IP adresi:port veya ana bilgisayar adresi:port veya ana bilgisayar adresi:port girebilirsiniz.

• Expressway-E'den buluta yapılan aramalar başarısız olursa ve manuel sertifika yönetimi yöntemini kullanıyorsanız, Webex Kök CA Sertifika Güncellemesi'ndeki adımları izlediğinizden ve IdenTrust sertifik asını Expressway cihazlarınıza en kısa sürede yüklediğinizden emin olun.

• Webex'ten işletmeye yönlendirilen aramalar için, Expressway-E'deki arama geçmişini ve ağ günlüklerini kontrol edin. Bu adım, sorunu buluta veya kuruluşa ayırmanıza yardımcı olur.

• Mevcut bir B2B bölgesini ve arama kurallarını yeniden kullanırsanız, bunun yerine özel bölgeler ve arama kuralları oluşturmayı düşünün. Bu kurulum, B2B/MRA için mevcut bölge ayarlarıyla etkileşimi önler, yönlendirme döngülerini önler ve sorun gidermeyi kolaylaştırır.

• Expressway-E'deki arama geçmişini ve ağ günlüklerini kontrol edin. Buluttan gelen SIP INVITE'nin Expressway-E'ye ulaştığını ve bulut için yapılandırdığınız DNS bölgesiyle eşleştiğini doğrulayın.

  • SIP INVITE yapılandırılmış DNS bölgesine ulaşmıyorsa veya bu bölgeyle eşleşmiyorsa, çağrının Birleşik İletişim Yöneticisi'ne giden yolunu izleyin. Bu adım, aramanın nerede başarısız olduğunu veya kaybolduğunu bulmanıza yardımcı olur.

  • Karşılıklı TLS sorun giderme kontrol listesine bakın.

• Rota başlığını kontrol edin. Unified Communications Manager kurumsal ayarları altında ve Expressway arama kurallarında yapılandırılmış küme tam nitelikli etki alanı adı (FQDN) değerini içerdiğini doğrulayın. Bu örnek rota başlığına ve vurgulanan küme FQDN'sine bakın:

  • Rota: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

    • Bu örnekte, ana küme FQDN myucmcluster.example.com şeklindedir.

• Unified Communications Manager'daki e-postalar, Webex bulutundaki e-postayla (başka bir kaynaktan Active Directory veya başka bir kaynaktan senkronize edilmiş) tam olarak eşleşmelidir.

• Dizin URI'leri, kuruluşunuzda doğruladığınız tüm etki alanlarıyla eşleşmelidir.

• Codec yapılandırmanızı kontrol edin.

  Webex hizmetleri aşağıdaki codec bileşenlerini destekler:

  • Ses — G.711, G.722, AAC-LD

  • Video — H.264

  Bir SIP cihazından Webex toplantısına, Kişisel Oda toplantısına veya Webex App toplantısına katılmak için G.729'u destekliyoruz. Webex Uygulamasından bir SIP aygıtına veya köprüsüne 1:1 çevirmek için G.729'u desteklemiyoruz.

• Etkilenen kullanıcıların ana Unified Communications Manager kümesinde Sistem > Kurumsal Paramet reler'i seçin; Küme Çapında Etki Alanı Yapılandırması altında küme tam nitelikli etki alanı adı (FQDN) ayarını kontrol edin. Kullandığınız FQDN değeri şu yönergeleri izlemelidir:

  FQDN Kılavuzu	Açıklama ve Örnek
  Çoklu kümeler	Giriş, Hibrit Çağrı özelliğine sahip her küme için benzersiz olmalıdır - Örneğin, cluster1.example.com, cluster2.example.com, vb.
  Joker karakter yok	*.example.com veya example*.com gibi joker karakterli girişleri kullanmayın.
  Hibrit Arama için ilk FQDN girişi	Birden çok girişten oluşan bir listede, Webex bulutu Hibrit Arama için soldaki ilk girişi kullanır ve bu ilk giriş joker karakter içermemelidir. Soldan sağa doğru üç FQDN girişi örneğine bakın (ilki Hibrit Arama içindir): cluster1.example.com *.example.com example*.com
  Expressway-E'den farklı	Expressway-E sistemi, DNS ve etki alanı adından farklı olmalıdır. Aksi takdirde, Expressway-E rota başlığını siler.
  Hibrit Arama için yeni giriş	Mevcut FQDN girişiniz yukarıda listelenen gereksinimleri karşılamıyorsa Hibrit Arama için küme FQDN ayarının başlangıcına yeni bir öğe ekleyebilirsiniz. Unified CM Örneğin, mevcut FQDN ayarınız *.example.com *.example.org Cisco Unified Communications Manager ise alanın başına benzersiz, joker karakter olmayan bir giriş ekleyin: "cluster1.exam ple.com *.example.com *.example.org”