Paket

• Şablon hazırken varsayılan bir paket seçmeniz gerekir (Ayrıntılar için Genel Bakış bölümündeki Paketleri bölümüne bakın). İster akış akışı ister kendi kendine sağlama tarafından bu şablonla sağlanan tüm kullanıcılar, varsayılan paketi alır.

• Birden fazla şablon oluşturarak ve her biri içinde farklı varsayılan paketleri seçerek farklı müşteriler için paket seçimini kontrol edersiniz. Ardından, bu şablonlar için seçtiğiniz kullanıcı sağlama yöntemine bağlı olarak farklı sağlama bağlantılarını veya kuruluş başına farklı sağlama bağlantılarını dağıtabilirsiniz.

• Belirli abonelerin paketini bu varsayılandan, sağlama API'sini kullanarak değiştirebilirsiniz (bkz. Referans bölümünde BroadWorks Webex için Entegrasyon) veya İş Ortağı Hub'ı aracılığıyla.

• Abonenin paketini BroadWorks'tan değiştiremezsiniz. Entegre IM&P hizmetinin ataması açık veya kapalı; aboneye bu hizmet BroadWorks'te atanmışsa söz konusu abonenin işletmenin sağlama URL'si ile ilişkili İş Ortağı Hub'ı paketi tanımlar.

Satıcı ve Kuruluşlar ya da hizmet sağlayıcı Gruplar mı?

• BroadWorks sisteminizin yapılandırılma yolu, sağlama akışı üzerinde etkilidir. Kuruluşlara sahip bir satıcıysanız şablon oluşturmak için Kuruluş modunu etkinleştirmeniz gerekir.
• BroadWorks sisteminiz yeni hizmet sağlayıcı, şablonlarınız içinde Kuruluş modu kapalı bırakabilirsiniz.
• Müşteri kuruluşlarına her iki BroadWorks modlarını kullanarak sağlamayı planlıyorsanız gruplar ve kuruluşlar için farklı şablonlar kullanabilirsiniz.

Kimlik Doğrulama Modu

Müşterilerin aboneleri nasıl kimlik doğrulatır?

(Seçenek) TLS köprüsü Proxy'si için Sertifika Gereksinimleri

• Webex, proxy'ye genel imzalı bir istemci sertifikası sunar.

• Proxy, istemci sertifikasını imzalayan Cisco dahili sertifika yetkilisine güvenmektedir. Bu CA/zincirini Control Hub'dan indirebilir ve proxy'nin güven deposuna indirebilirsiniz. Herkese açık imzalı XSP sunucu sertifikası da proxy'de yüklenir.

• Proxy, herkese açık imzalı sunucu sertifikasını başka bir Webex.

• Webex, proxy'nin sunucu sertifikasını imzalayan ortak sertifika yetkilisine güvener.

• Proxy, XSPs'e dahili olarak imzalanan bir istemci sertifikası sunar.

  Bu sertifikada, BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 ve TLS istemci Yetkilendirme amacı ile doldurulmuş x509.v3 uzantı alanı Genişletilmiş Anahtar Kullanımı olması gerekir. Örneğin.:

  X509v3 uzantıları:
      X509v3 Genişletilmiş Anahtar Kullanımı:
          1.3.6.1.4.1.6431.1.1.8.2.1.3, TLS Web İstemcisi Kimlik Doğrulaması

  Proxy için dahili istemci sertifikalarını oluşturmaktayken, SAN sertifikalarının destek olmadığını unutmayın. XSP için dahili sunucu sertifikaları SAN olabilir. Genel sertifika yetkilileri, gerekli olan özel BroadWorks OID ile sertifikaları imzalamak isteyen olmaz. Bir köprü proxy'si durumunda, proxy'nin XSP'ye bu istemci sertifikasını imzalaması için dahili bir CA kullanmak zorunda biri olabilir.

• XSPs'ler dahili CA'ya güvenebilir.

• XSP'ler dahili olarak imzalanan bir sunucu sertifikası gösterir.

• Proxy, dahili ca'ya güvenir.

• Uygulama Sunucusunun ClientIdentity, proxy tarafından XSP'ye sunulan dahili olarak imzalanan istemci sertifikasının CN'sini içerir.

(Seçenek) DMZ'de TLS geçişli Proxy veya XSP için Sertifika Gereksinimleri

• Webex, XSPs'e Cisco dahili ca imzalı bir istemci sertifikası sunar.

• XSPs, istemci sertifikasını imzalayan Cisco dahili CA'ya güvenmektedir. Bu CA/zincirini Control Hub'dan indirebilir ve proxy'nin güven deposuna indirebilirsiniz. Herkese açık imzalı XSP sunucu sertifikası da XSPs'e yüklenir.

• XSP'ler, oturumları herkese açık olarak imzalanan sunucu sertifikalarını Webex.

• Webex, XSPs sunucu sertifikalarını imzalayan genel sertifika yetkilisine güvener.

• Uygulama Sunucusu ClientIdentity, XSP'ye kullanıcı tarafından sunulan Cisco imzalı istemci sertifikasının CN'sini Webex.

Bulut Cisco Webex XSP Adreslerini Nasıl Bulur?

Cisco Webex bulut hizmetleri, yapılandırılan XSP ana bilgisayar adı için DNS A/AAAA araması yapacak ve döndürülen IP Adresine bağlanır. Bu, yük dengesi uç öğesi olabilir veya XSP sunucusunun kendisi olabilir. Birden fazla IP Adresi döndürüldüyse listede ilk giriş seçilir.

Aşağıdaki 2 ve 3. örneklerde sırasıyla tek ve birden fazla IP adresiyle eşleştirme yapılan A/AAAA kayıtları yakalanmıştır.

Birden fazla IP Adresi senaryosunda, DNS girişlerinizi ağdan istemci bağlantılarını dağıtmak için dönüşümlü olarak döndürecek şekilde yapılandırmanızı Webex.

İstemciler XSP adreslerini nasıl bulabilir?

İstemci, aşağıdaki DNS akışını kullanarak XSP düğümlerini bulmaya çalışır:

1. İstemci, ilk olarak Xsi-Actions/Xsi-Events URL'lerini Cisco Webex buluttan alır (ilişkili BroadWorks Çağrı Kümesi oluştururken bunları siz girdiniz). Xsi ana bilgisayar adı/etki alanı URL'den ayrıştırıldı ve istemci aşağıdaki SRV gerçekleştirdiğinde:

   1. İstemci, SRV için özel _xsi araması client._tcp.<xsi domain="">

      (Aşağıdaki örnek 1'e bakın)

   2. Arama SRV bir veya daha fazla hedef döndürürse:

      İstemci, bu hedeflerde A/AAAA araması yapar ve alınan IP adreslerini önbelleğe kullanır.

      İstemci, geri SRV IP adreslerinden birini kullanarak bağlantı noktasına bağlanır. Bu adres, öncelik önceliği SRV ve ardından ağırlık (veya hepsi eşitse rastgele) seçer.

   3. Arama SRV hedef getire ise:

      İstemci, Xsi kök parametresini A/AAAA araması yapar ve ardından döndürülen IP adresine bağlanmaya çalışır. Bu, yük dengesi uç öğesi olabilir veya XSP sunucusunun kendisi olabilir.

      (Aşağıdaki örneklere bakın 2 ve 3)

2. (İsteğe bağlı) Ardından, aşağıdaki etiketleri kullanarak Webex Teams istemcisinde özel XSI-Actions/XSI-Events ayrıntılarını sebilirsiniz:

   
   <protocols>
       <xsi>
           <paths>
               <root>%XSI_ROOT_WXT%</root>             <actions>%XSI_ACTIONS_PATH_WXT%</actions>             <events>%XSI_EVENTS_PATH_WXT%</events>
           </paths>
       </xsi>
   </protocols>

   1. Bu yapılandırma parametreleri, Control Hub'daki BroadWorks Kümeniz'daki tüm yapılandırmalardan önceliklidir.

   2. Bu adres varsa istemci, BroadWorks Kümesi yapılandırması aracılığıyla alınan orijinal XSI adresiyle karşılaştır olacaktır.

   3. Algılanan bir fark varsa İstemci, XSI Işlemleri/ XSI Events bağlantısını yeniden başlatacak. Bu işlem için ilk adım, 1. adımda listelenen aynı DNS arama işlemini gerçekleştirmektir – bu defa yapılandırma dosyasındaki %XSI_ROOT_WXT% parametresini kullanarak gerçekleştirebilirsiniz.

      Xsi arayüzlerini değiştirmek için bu etiketi kullanırsanız ilgili ağ kayıtlarında SRV emin olun.

Örnek DNS Kayıtları

XSP Düğümleri DNS Önerileri

• Tek bir A/AAAA kaydı kullan gerekir:

  • yük dengesi ters proxy'sini XSP sunucularına çözmeniz gerekirse

• Gidiş dönüş A/AAAA kayıtları kullan gerekir:

  •  birden fazla internetE karşı XSP sunucusu varsa

• Aşağıdakilersanız DNS Hizmeti Bulma'yi kullanabilirsiniz:

  • Birden fazla XSPs'e sahip ortamlarda dizin araması gerekiyor.

  • Yeni entegrasyon ve keşif gerektiren önceden SRV entegrasyonlar sahip.

  • Standart A/AAAA kayıtlarının yetersiz olduğu benzersiz yapılandırmalara sahip olur.