Geri bildiriminiz için teşekkürler.

İş ortağının benimseyebileceği farklı dağıtım modellerini göstermek için TelSP adlı varsayımsal bir Webex iş ortağını düşünelim.

İşte TelSP'nin üst düzey özellikleri ve gereksinimleri:

• İş ortağı, yönettikleri tüm müşteriler arasında paylaşılan üst düzey alan adı olarak sip.telsp.com 'u kullanmayı planlıyor.

• İş ortağı sip.telsp.com 'a sahiptir ve DNS altyapısını ve Sertifika yetkililerini yönetebilir, DNS adreslerini yönetebilir ve bu etki alanı ve alt etki alanları için sertifikaları imzalayabilir.

• İş ortağı, son müşteriler arasında paylaşılan PSTN erişimi için Yerel Ağ Geçitleri olarak iki ayrı oturum sınır denetleyicisi (fiziksel veya sanal) dağıtabilir.

• İş ortağının iki fiziksel sitesi vardır ve bu sitelerin her ikisi de PSTN bağlantısını paylaşır:

  • Miami

  • Şikago

• TelSP, yerel ağ geçitlerini buradan bahsedildiği şekliyle iki müşteri CuSTA ve CustB adına işletmektedir..

İstenilen senaryo, resimde gösterildiği gibi, iş ortağı tarafından sağlanan Miami ve Chicago ağ geçitlerini kullanan her iki müşteri için de PSTN başlangıcını/sonlandırılmasıdır:

Basitleştirilmiş dağıtım örneği

Aşağıdaki basitleştirilmiş örnek, Eş sertifika kimliğinin tek bir sertifikanın birden çok müşteri kanalını desteklemesini nasıl sağladığını gösterir:

• Sertifika —sip. telsp.com

• Sandıklar

  • müşteri.sip.telsp.com

  • custb.sip.telsp.com

• Akran sertifikası kimliği —sip.telsp.com

• Sonuç

  • Tek sertifika kullanılır

  • Birden fazla müşteri portu desteklenir

Müşteri konumunu ana ağ ve ağ geçidi ile ilişkilendirme

Aşağıdaki bölümler yukarıda açıklanan dağıtım için ayrıntılı yapılandırma eşlemeleri sağlar.

Webex Callinggövdelerin oluşturulmasına ve birden çok konumda bir bagajın paylaşılmasına izin verir. Gövdeyi oluştururken, gövdeyi bir konumla ilişkilendirin.

CUsta için bagaj detayları aşağıdaki gibidir:

Çizim, müşteri konumunun CUSTa için Gateway ve Trunk ile iliş kisini göstermektedir:

Bu dağıtımda, konumla ilişkili ana yük , o konum için birincil PSTN bağlantısıdır. Diğer gövde, belirli arama planı girişleri için ikincil bir PSTN bağlantısı veya rota olarak kullanılır. Bir incil ve ikincil PSTN bağlantı ilişkisinin uygulanması bir Rota Grubu konsepti vasıtasıyla gerçekleşir. Ayrıntılar için Control Hub bölümündeki Ağ geçidi gövdelerini yapılandır ma bölümüne bakın.

CustB için, aşağıdaki gövdelerle benzer bir kurulum oluşturulur:

Çizim, müşteri konumunun CustB için Ağ Geçidi ve Tr unk ile ilişkisini göstermektedir:

Çizim, daha sonra ekleyebileceğiniz ve birincil PSTN bağlantısı olarak trunk_chicago bagajını işaret edebileceğiniz New York gibi üçüncü bir konumu göstermektedir.

Birden çok kanal paylaşan yerel bir ağ geçidini dağıtırken Cisco, ana kanal başına benzersiz bir FQDN kullanmayı zorunlu kılar. Ayrıntılar için bk z. Webex-arama için trunkleri, -route- groups ve çevirmeli planları yapılandırma.

Bir IP adresi ve ana gövde başına iyi bilinen bir bağlantı noktası kullanmak ideal bir seçimdir. Bununla birlikte, genel bir IPv4 adresi tedarik etmek, site başına ağ geçidi başına bir adres kullanmak isteyen bazı ortaklar için zor olabilir.

Bu nedenle şu önemli ipuçlarını okuyun:

• Cisco, ana kanal başına bir IP adresi zorunlu kılmaz.

• Bir ana adres, benzersiz bir IP adresine veya başka bir ana yük arasında paylaşılan adrese dönüşebilir.

• Cisco, aşağıdaki nedenlerle her ana bağlantı bağlantısını Yerel Ağ Geçidinde benzersiz bir IP adresi ve bağlantı noktası kombinasyonu ile yapılandırmanızı önerir:

  1. Ana kanal başına ayrı TCP bağlantı bağlantılarının korunması, ana kanal başına maksimum eşzamanlı arama kapasitesini destekler. IP adresi ve bağlantı noktası kombinasyonlarını trunklar arasında paylaşmak, arama kapasitesini olumsuz yönde etkileyebilir.

  2. Müşteriler arasında ağ düzeyinde izolasyon sağlar

  3. Bir IP adresi ile bölümlenmiş benzersiz bir kiracı veya kiracı için benzersiz bir dinleme bağlantı noktası olarak sağlanmadığı sürece geçici TCP soket bağlantısını yeniden kullanmaları Oturum sınır denetleyicilerinin tipik bir örneğidir.

  4. Kiracı yalıtımı yoluyla ana bağlantı veya bağlantı, özellikle yüksek veri kaybına sahip ağ koşullarında daha iyi verim sağlar. Bu nedenle, bir müşteriden gelen trafik diğerini etkilemez.

Ağ geçidi başına IP Adresi: Gövde yapılandırması ve öneriler

Planlama için bu farklı model örneklerine bakın:

Model 1: Gövde başına benzersiz IP adresi

Bu modelde, her iki ağ geçidi tarafından barındırılan tüm trunklar benzersiz bir IP adresine dönüştürülür ve bu gövdelerin her biri aynı bağlantı noktasını kullanabilir veya kullanmayabilir, ancak ideal olarak aynı bağlantı noktasını kullanabilir veya kullanmayabilir.

Bilgiyi tablo biçiminde temsil etmek:

Aynı modelde, ortak bir SRV adresi kullanabilir. Webex Callingyalnızca “_sips"e izin verir. _tcp”, eğer bir SRV kaydı ise eş adresini keşfetmek için hizmet ve protokol kombinasyonu olarak.

Bir SRV kaydının nasıl çözüldüğüne dair bir örnek

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com

Model 2: Ağ geçidi başına paylaşılan IP, benzersiz dinleme bağlantı noktaları

Bu modelde, Chicago yerel ağ geçidinde barındırılan tüm trunklar aynı IP adresine çözümlenir ve Miami yerel ağ geçidinde barındırılan tüm trunklar farklı bir IP'ye çözümlenir. Ancak, aynı IP'yi kullanırken, her ana gövde kontrol hub'ında bir FQDN kullanılarak yapılandırılır ve benzersiz bir bağlantı noktası ile yapılandırılır.

Aynı modelde, ortak bir SRV adresi kullanıyor. Webex Callingyalnızca “_sips"e izin verir. _tcp”, eğer bir SRV kaydı ise eş adresini keşfetmek için hizmet ve protokol kombinasyonu olarak.

Bir SRV kaydının nasıl çözüldüğüne dair bir başka örnek aşağıdaki gibidir. Bu örnekte, IP adresi başına 1 A kaydı vardır. Ancak bağlantı noktası adres başına benzersizdir ve bir SRV adresini doğru bağlantı noktasına bağlayan belirli bir DNS yapılandırması ile temsil edilir.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.sip.telsp.com

nslookup -type=srv _sips._tcp.trunk.miami.custb.sip.telsp.com
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
_sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com

SRV tabanlı trunklar için, Eş sertifika kimliği başlangıçta yapılandırılmış SRV değerlerinden doldurulur ve aynı doğrulama kurallarına tabi olarak özelleştirilebilir.

İş ortağı telsp.com ve alt alanlarına sahiptir. Bu nedenle, DNS sunucusu ve onaylanmış bir Sertif ika yetkilisi tarafından imzalanmış sertifikaları alma yetkisi iş ortağına aittir.

• Cisco Webexiş ortağının A Kayıtları da dahil olmak üzere FQDN veya SRV adresini kamu malı olarak yayınlamasını bekler.

• Cisco Webexiş ortağının bu belgede listelenen sertifika yetkililerinden birini kullanmasını bekler.

FQDN veya SRV kullanarak gövdeleri yapılandırırken:

• Her bagajın yönlendirme ve tanımlama için hala benzersiz bir FQDN'ye sahip olması gerekir

• DNS kayıtları (A Record veya SRV) doğru yapılandırılmalı ve çözülebilir olmalıdır

• Bu FQDN'ler sinyalleme ve yönlendirme için kullanılır. Sertifika doğrulaması, varsayılan olarak ana FQDN değerlerine sahip olan ancak ortak tarafından sahip olunan ortak kimliğe özelleştiril ebilen yapılandırılmış Eş sertifika kimliğine karşı gerçekleştirilir.

  Eşler sertifika kimliği alanı ana FQDN'den önceden doldurulur ve birden çok müşteri kanalında tek bir sertifika kullanmak için ortak tarafından sahip olunan ortak bir etki alanıyla geçersiz kılınabilir.

Ağ Geçidini Kurma

Yerel bir ağ geçidi kurmak için bu kaynakları kullanın.

Cisco CUBE'yi kurmak için şu yordamı kullanın: XE'de Yerel Ağ Geçidini Cisco IOS Yapılandırma Webex Calling

Onaylanmış üçüncü taraf SBC'leri ayarlayabilirsiniz, bkz. Yerel Ağ Geçidi'ni kullanmaya başlama

İş ortağı barındırılan ağ geçidini şu yönergelere uygun olarak ayarlayın: Yerel Ağ Geçidi'ni kullanmaya başlayın

Her gövdeyi SBC cihazı için ilgili talimatlara göre ayarlayın. Cisco CUBE talimatları için bkz.: XE'de Yerel Ağ Geçidini Cisco IOS Yapılandırma Webex Calling

Görev için gelen ve giden trafik için ses sınıflarını ayarlayın, eşleri arayın ve ekip gruplarını görüntüye göre arayın:

Bir ana kaynak sağlarken Control Hub, Gövde Ekle sayfasında E ş sertifika kimliğini yapılandırma seçeneği sunar. Bu iyileştirme, iş ortaklarının birden çok müşteri kuruluşunda tek bir üst düzey etki alanını yapılandırmasına ve yeniden kullanmasına olanak tanıyarak iş akışını basitleştirir. Bu yaklaşım, müşteri veya bagaj başına ayrı sertifika ihtiyacını ortadan kaldırarak operasyonel çabayı azaltır ve kurulum sürecini basitleştirir.

Control Hub'da trunkleri yapılandırırken, tüm müşteri kuruluşlarında üst düzey etki alan ınız için tek bir sertifikanın kullanılmasını sağlamak için bir Eş sertifika kim liği tanımlayın. Sertifikanın CN veya SAN'ının bu üst düzey etki alanını içerdiğinden emin olun. Eşler sertifika kimliği ile yerel ağ geçidi, CN veya SAN'ı iş ortağının paylaşılan etki alanını içeren tek bir sertifika kullanır (örneğin, sip.telsp.com). Joker karakter sertifikaları (örneğin, *.sip.telsp.com) desteklenmez. Webex CallingBu sertifikayı, Peer sertifika kimliği olarak açıkça bu değerle yapılandırılmış her müşteri gövdesi için kabul eder. Sertifika, CN veya SAN'da tam olarak yapılandırılmış E ş sertifika kimlik değerini içermelidir. Bu, ayrı ana FQDN'ler için ayrı sertifikalar veya CN/SAN girişleri yapılandırma ihtiyacını ortadan kaldırır.

Alan adı doğrulama ve sertifika kullanımı

Alan adı doğrulamasının sertifika kullanımından ne kadar farklı olduğunu anlamak önemlidir:

• Etki alanı doğrulama (Müşteri başına) —Her müşteri kuruluşunun DNS'ye benzersiz bir TXT kaydı ekleyerek etki alanını (örneğin, sip.telsp.com) bağımsız olarak doğrulaması gerekir. Bu, iş ortağının etki alanına sahip olmasını sağlar ve yetkisiz kullanımı önler.

• Sertifika yönetimi (Global) — İş ortağının üst düzey etki alanı için verilen tek bir sertifika, Peer sertifika kimliği kullanılarak tüm müşteri gruplarında paylaşılabilir. Müşteri veya bagaj başına ayrı sertifikalar bulundurma zorunluluğu yoktur.

Akran sertifikası kimlik davranışı

Eş sertifika kimliği, yerel ağ geçidi tarafından sunulan sertifikada beklenen kimliği tanımlar. Webex Calling

Yapılandırıldığında:

• Webex Callingyapılandırılmış Peer sertifika kim liğini sertifikadaki CN veya SAN ile eşleştirerek sertifikayı doğrular

• Değerler eşleşirse, TLS bağlantısı kabul edilir

• Değerler eşleşmezse bağlantı reddedilir

Yalnızca eşleşen Eş sertifika kimliğiyle açıkça yapılandırılmış gövdelerin kimlik doğrulaması yapmasına izin verilir.

Kimlik doğrulama sırasında gerçekleştirilen tek kontrol tek başına sertifika doğrulaması değildir. CN veya SAN sertifikasını yapılandırılmış Eş sertifika kimliğine göre doğrulamanın yanı Webex Calling sıra, ana FQDN'nin açıkça yapılandırıldığını ve Control Hub'daki eşleşen Eş sertifika kimliğiyle ilişkilendirildiğini doğrular.

Eşler sertifika kimliği ana FQDN/SRV değerlerinden önceden doldurulur. Varsayılanları korur sanız, mevcut ana yük başına sertifika davranışı değişmez. Mevcut sertifika tabanlı gövdeler değişiklik yapılmadan çalışmaya devam eder. Yeni veya mevcut gövdelerde paylaşılan bir Peer sertifika kimliğini kendi hızınızda benimseyebilirsiniz, ve her iki model de bir arada var olabilir.

1. Geçerli yapılandırma örneği:

   • Sertifika CN —sip.tel sp.com

   • Sertifika SAN —custa.sip.telsp.com

   • Akran sertifikası kimliği —custa.sip.telsp.com

   • Bagaj FQDN —trunk.miami.custa.sip.telsp.com

   Sonuç —Eşler sertifika kimliği (custa.sip.telsp.com) sertifikadaki SAN değeriyle eşleştiği ve ana FQDN (trunk.miami.custa.sip.telsp.com) yapılandırılmış Eş sertifika kimliğinin bir alt etki alanı olduğundan bağlantı başarılı olur.

2. Bağlantı hatası örneği:

   • Sertifika CN —sip.tel sp.com

   • Sertifika SAN —custa.sip.telsp.com

   • Akran sertifikası kimliği —custb.sip.telsp.com

   • Bagaj FQDN —trunk.miami.custb.sip.telsp.com

   Sonuç —Eşler sertifika kimliği (custb.sip.telsp.com) sertifikanın CN veya SAN'ında bulunmadığından bağlantı TLS el sıkışmasında başarısız olur. Ana FQDN doğru bir şekilde Peer sertifika kimliğinin bir alt etki alanıdır, ancak sertifika bu kimliği taşımaz.

3. Geçersiz yapılandırma örneği:

   • Sertifika CN —sip.tel sp.com

   • Sertifika SAN —custa.sip.telsp.com

   • Akran sertifikası kimliği —custa.sip.telsp.com

   • Bagaj FQDN —trunk.miami.custb.sip.telsp.com

   Sonuç —Kontrol Merkezi, ana FQDN (trunk.miami.custb.sip.telsp.com) yapılandırılan Eş sertifika kimliğine (custa.sip.telsp.com) eşit olmadığından veya bir alt etki alanı olmadığı için bu yapılandırmayı kaydetme zamanında reddeder.

İş Ortağı Merkezi'nden CuSTA veya CustB için Control Hub'ı başlatabilir ve ağ geçidini yapılandırabilirsiniz. Her müşteri için yapılandırmak için bu yordamı kullanın:

1. Kanal oluşturun—Her ortak paylaşılan ağ geçidi için Çağrı/Çağrı Yönlendirme/Trunk altında bir ana yük ekleyin. Bir ana yük ayarlamak için bkz. Kanalları, rota gruplarını ve arama planlarını yapılandırma Webex Calling

2. Etki alanı ekleyin ve doğrula - Yönetim/Organizasyon Ayarları/Etki Alanları altında bir ana kaynak oluşturmak için kullanılan aşağıdaki etki alanını ekleyin ve doğrul ayın.

   MüşterilerB	Müşteri C
   sip.telsp.com	sip.telsp.com

   Etki alanı eklendiğinde, iş ortağının DNS sunucusundaki etki alanı için TXT kaydına bir belirte ç oluşturulur ve yerleştirilir. Bu kayıt, Control Hub'ın etki alanının iş ortağına ait olduğunu doğrulamasına olanak tanır. Ayrıntılar için bkz. Alan adlarınızı yönetme

   Ortak alan adı, her müşterinin doğrulama için kullanılır. Ancak, bu doğrulama müşteri organizasyonu düzeyinde gerçekleştiğinden, her müşteri kuruluşunda doğrulama için farklı bir belirteç oluşturulduğundan ve kullanıldığından emin olun. Çünkü müşteri kuruluşları arasında tek bir etki alanı kullanılır ve her müşteri kuruluşunun aynı etki alanını paylaşırken bile benzersiz bir TXT kaydı kullanarak etki alanını bağımsız olarak doğrulaması gerekir.

   Eş sertifika kimliği için yalnızca alan adı doğrulaması gerekir. Paylaşılan etki alanını müşteri kuruluşunda talep etmeyin. Bir etki alanı yalnızca bir kuruluş tarafından talep edilebilir , aynı etki alanı birden fazla kuruluşta doğrulanabilir.

3. FQDN ile SBC adresini ayarlayın—

   Miami geçidi için:

   Parametre	MüşterilerB	Müşteri C
   Yer	Denver	Boston
   Gövde Adı	trunk_miami	trunk_miami
   Gövde Tipi	Sertifika tabanlı	Sertifika tabanlı
   Cihaz Türü	örneğin Cisco Unified Border Element(veya desteklenen başka bir cihaz)	örneğin Cisco Unified Border Element(veya desteklenen başka bir cihaz)
   SBC Adres türü	FQDN	FQDN
   Ana bilgisayar adı	lgw.miami	lgw.miami
   Etki Alanı	sip.telsp.com	sip.telsp.com
   Liman	5061	5062
   FQDN	lgw.miami.customerb.sip.telsp.com:5061	lgw.miami.customerc.sip.telsp.com:5062
   Maksimum eşzamanlı çağrı sayısı (250-6500)	500	500

   Chicago geçidi için:

   Parametre	MüşterilerB	Müşteri C
   Yer	Detroit	Dallas
   Gövde Adı	trunk_chicago	trunk_chicago
   Gövde Tipi	Sertifika tabanlı	Sertifika tabanlı
   Cihaz Türü	örneğin Cisco Unified Border Element(veya desteklenen başka bir cihaz)	örneğin Cisco Unified Border Element(veya desteklenen başka bir cihaz)
   SBC Adres türü	FQDN	FQDN
   Ana bilgisayar adı	lgw.chicago	lgw.chicago
   Etki Alanı	sip.telsp.com	sip.telsp.com
   Liman	5061	5062
   FQDN	lgw.chicago.customerb.sip.telsp.com:5061	lgw.chicago.customerc.sip.telsp.com:5062
   Maksimum eşzamanlı çağrı sayısı (250-6500)	500	500

   • (İsteğe bağlı) Gövde adlarının müşteri kuruluşları arasında benzersiz olması gerekmez. Aynı adı yeniden kullanmak (örneğin, trunk_miami) bagajın izlenmesini kolaylaştırır.

   • Bazı SBC'ler aynı bağlantı noktasının yapılandırılmasına izin verir, ancak bu yapılandırma kapasit eyi etkileyebilir. Bu nedenle, farklı bağlantı noktaları kullanın.

4. Akran sertifikası kimliği—

   • Ö nek —Önek isteğe bağlıdır. Peer sertifika kimliğini yalnızca etki alanına ayar lamak için boş bırakın. Bu, bu makalede kullanılan paylaşılan sertifika modelidir (Peer cert identity—sip.telsp.com, tüm müşteri gruplarını kapsayan). İsteğe bağlı olarak, daha spesifik bir sertifika kimliği tanımlamak için bir önek girin (örneğin, müşteri başına sertifika için önek: CustomerB, Etki Alanı: Customerb.sip.telsp.com). Ana F QDN'nin kendisi SBC adresi Ana Bilgisayar adı ve Etki Alanı alanları tarafından tanımlanmış kalır ve ortaya çıkan Peer sertifika kimliğine eşit veya alt etki alanı olmalıdır.

     Örnek:

     Önek — CustomerB

     Alan adı—sip.telsp.com

     Sonuç—Customerb.sip.telsp.com

   • Etki Alanı: Müşteri kuruluşunda doğrulanan etki alanları listesinden bir etki alanı seçin. Ortaya çıkan Eş sertifika kimliği (önek + etki alanı), SBC'nizin sunduğu sertifikanın CN veya SAN ile eşleşmelidir. Webex CallingTLS bağlantısını doğrulamak için bu değeri kullanır.

     

     Kontrol Merkezi, ana FQDN yapılandırılmış Eş sertifika kimliği altında olmadığı için tasarruf zamanında bu yapılandırmayı reddeder.

     Eş sertifika kimliği, SBC tarafından sunulan sertifikadaki CN veya SAN ile eşleşmiyorsa, TLS bağlantısını Webex Calling reddeder ve ana bağlantı kurulamaz.

5. Bagajları kullanma - Aşağıdakiler nedeniyle bagaj için herhangi bir isteğe bağlı konum seçin:

   • Herhangi bir konum bagajı bir PSTN bağlantısında kullanabilir.

   • Bagaja bir rota grubu aracılığıyla erişebilirsiniz.

   • Herhangi bir arama planı bagajı kullanabilir.

6. İlişkili konumlarla birlikte gövde tanımlarına bakın:

   

   Bu gövdeleri, rota grupları oluşturmak için kullanabilirsiniz. Resimde, birincil seçenek olarak trunk _miami bagajına ve ikincil seçenek olarak trunk_chicago bag ajına çağrıları yönlendiren bir rg_ miami _chicago rota grubu tanımlanmıştır.

   

   Birincil seçenek olarak trunk _chicago trunk çağrılarını ve ik incil seçenek olarak trunk_miami bagajına yönlendiren ikinci bir rota grubu rg_chic ago _miami tanımlayabilirsiniz.

7. Tanımlanan ana hatlar ve rota grupları artık her konum için Ç ağrı Bağlantısı PSTN seçeneğinde kullanılabilir. Resimde Denver konumuna bakın.

   

8. Arama planı tanımında gövdeleri ve rota gruplarını kullanabilirsiniz. Örneğin, müşterinin Chicago 'daki şirket içi numara aralığı, resimdeki rg_chicago_miami rota grubuna (tüm konumlar için) sonlandırılacak şekilde bölünmüştür:

   

   

API'lerle uygun ölçekte sağlama

Çok sayıda müşteri kuruluşunu yöneten iş ortakları, kullanıcı arabirimi yerine API' leri kullanarak geniş ölçekte etki alanları sağlayabilirler.

• Etki Alanını Doğrula

• Çağrı Yönlendirme