Iş Ortağı Tarafından Barındırılan Ağ Geçidi Yapılandırma

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

TelSP'nin üst düzey teknik özellikleri ve gereksinimleri şunlardır:

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

• Iş ortağı sip.telsp.com'un sahibidir ve DNS altyapısını ve Sertifika yetkililerini yönetebilir, DNS adreslerini yönetebilir ve bu etki alanı ve alt etki alanları için sertifika imzalama yapabilir.

• Iş 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.

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

  • Miami'yi

  • Chicago

• TelSP, yerel ağ geçitlerini iki müşteri CustA ve CustB adına işletir.

Istenen senaryo, resimde gösterildiği gibi iş ortağı tarafından sağlanan Miami ve Chicago ağ geçitlerini kullanan müşteriler için PSTN başlatma/sonlandırma işlemidir:

Müşteri konumunu santral ve ağ geçidiyle ilişkilendirme

Webex Calling, santrallerin oluşturulmasına ve santralin birden fazla konum arasında paylaşılmasına olanak tanır. Santrali oluştururken, santrali bir konumla ilişkilendirin.

CustA için gövde ayrıntıları aşağıdaki gibidir:

Resimde, CustA için müşteri konumunun Ağ Geçidine ve Santrale ilişkilendirilmesi gösterilir:

Bu dağıtımda, konumla ilişkili santral, o konum için birincil PSTN bağlantısıdır. Diğer santral, belirli arama planı girişleri için ikincil bir PSTN bağlantısı veya yönlendirme olarak kullanılır. Birincil ve ikincil PSTN bağlantı ilişkisinin uygulanması bir Yönlendirme Grubu konseptidir. Ayrıntılar için Webex Müşteri Kurulumu bölümüne bakın.

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

Resimde, CustB için müşteri konumunun Ağ Geçidine ve Santraline ilişkilendirilmesi gösterilir:

Resimde, daha sonra ekleyebileceğiniz ve ana PSTN bağlantısı olarak santrale trunk_chicago işaret edebileceğiniz New York adlı üçüncü bir konum gösterilmektedir.

Birden fazla santrali paylaşan bir yerel ağ geçidini dağıtırken, Cisco hat başına benzersiz bir FQDN kullanarak GÖREV yapar. Ayrıntılar için Yapılandırma hatları, yönlendirme grupları ve Webex-Calling için arama planları bölümüne bakın.

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

Bu nedenle bu önemli işaretçileri okuyun:

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

• Santral adresi, benzersiz bir IP adresine veya başka bir santral arasında paylaşılan adrese çözümlenebilir.

• Cisco, aşağıdaki nedenlerden dolayı santral başına benzersiz bir dinleme bağlantı noktasına sahip olmasını önerir:

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

  2. Oturum sınırı denetleyicilerinin, bir IP adresi veya kiracının benzersiz bir dinleme bağlantı noktası tarafından bölümlenmiş benzersiz bir kiracı olarak izolasyon sağlanmadığı sürece geçici TCP soket bağlantısını yeniden kullanması normaldir.

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

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

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

Model 1: Santral başına benzersiz IP adresi

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

Bilgileri tablo biçiminde temsil etme:

Aynı modelde, iş ortağı bir SRV adresi kullanabilir. Webex Calling, eş adresini bulmak için hizmet ve protokol kombinasyonu olarak yalnızca "_sips._tcp" izin verir.

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

nslookup -type=srv_sips._tcp.trunk.miami.custa.sip.telsp.com Sunucu:		8.8.8.8 Adres:	8.8.8.8#53 Yetkisiz cevap: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com 

Model 2: Ağ geçidinde paylaşılan IP ancak farklı dinleme bağlantı noktaları

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

Aynı modelde, iş ortağı bir SRV adresi kullanıyor. Webex Calling, eş adresini bulmak için hizmet ve protokol kombinasyonu olarak yalnızca "_sips._tcp" izin verir.

Bir SRV kaydının nasıl çözüldüğüne dair başka bir örnek aşağıdaki gibidir. Bu örnekte, her IP adresi için 1 adet A kaydı bulunur. Bununla birlikte, 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ıyla temsil edilir.

nslookup -type=srv_sips._tcp.trunk.miami.custa.sip.telsp.com Sunucu:		8.8.8.8 Adres:	8.8.8.8#53 Yetkisiz cevap: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Sunucu:		8.8.8.8 Adres:	8.8.8.8#53 Yetkisiz cevap: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5062 miami.custa.sip.telsp.com 

Iş ortağı telsp.com ve alt etki alanlarının sahibidir. Bu nedenle, DNS sunucusu ve onaylı sertifika yetkilisi tarafından imzalanmış sertifika alma yetkisi iş ortağına aittir.

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

• Cisco Webex, iş ortağının bu belgede yayınlanan sertifika yetkililerinden birini kullanmasını bekler.

Santral adresi olarak FQDN kullanırken, santraller için FQDN'ler için ayarlanmış Ortak Ad (CN) veya Konu Numarası Alternatif Numarası (SAN) ile imzalı sertifikaları ayarlayın.

Sertifikada FQDN'leri oluşturmak için aşağıdaki yöntemlerden birini kullanın:

• Ortak Ad (CN) olarak FQDN'lerden birini ve gerisini Konu Numarası Alternatif Numarası (SAN) olarak seçin.

• Üst düzey etki alanını (sip.telsp.com) CN olarak ve tüm FQDN'leri SAN olarak yerleştirin.

  Gelecekte, sertifikayı bu yapılandırmanın uygun olduğu üst düzey etki alanını temel alarak doğrulayabilirsiniz.

Santral adresi olarak SRV kullanırken, SRV adresinin ana bilgisayar kısmına CN veya SAN ile imzalı sertifikaları ayarlayın. SRV adresinin çözdüğü A Kaydı veya CNAME gerekli değildir.

Ağ geçidini ayarlama

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

Cisco CUBE’yi ayarlamak için şu prosedürü kullanın: Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Onaylı üçüncü taraf SBC'ler ayarlayabilirsiniz, bkz.: Yerel Ağ Geçidini kullanmaya başlayın

Iş ortağı tarafından barındırılan ağ geçidini şu yönergelere uygun olarak ayarlayın: Yerel Ağ Geçidini kullanmaya başlayın

Her bir santrali SBC cihazının ilgili talimatlarına göre ayarlayın. Cisco CUBE talimatları için bkz.: Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Gövde için görüntüye göre gelen ve giden trafiğe yönelik ses sınıfları, çağrı eşleri ve çağrı eş grupları ayarlayın:

Partner Hub'dan, CustA veya CustB için Control Hub'ı başlatabilir ve ağ geçidini yapılandırabilirsiniz. Her bir müşteri için yapılandırmak üzere bu prosedürü kullanın:

1. Santral oluşturma—Ortak paylaşılan her ağ geçidi için Çağrı/Çağrı Yönlendirme/Santral altına bir santral ekleyin. Santral ayarlamak için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma

2. Etki alanı ekleyin ve doğrulayın—Yönetim/Kuruluş Ayarları/Etki Alanları altında santral oluşturmak için kullanılan aşağıdaki etki alanını ekleyin ve doğrulayın.

   CustA'nın	Cust B'nın
   sip.telsp.com	sip.telsp.com

   Etki alanı eklemede, bir belirteç oluşturulur ve iş ortağının DNS sunucusundaki etki alanı için TXT kaydına 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. Etki alanlarınızı yönetme

   Ortak etki alanı her müşteride doğrulama için kullanıldığından. Ancak bu doğrulama müşteri kuruluşu seviyesinde 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. Müşteri kuruluşları arasında tek bir etki alanı kullanıldığı için, herhangi bir kuruluş etki alanı sahipliğini talep edemez.
3. FQDN ile SBC adresini ayarlayın—

   Miami ağ geçidi için:

   Parametre	CustA'nın	Cust B'nın
   Konum	Denver	Boston'ın
   Santral Adı	trunk_miami	trunk_miami
   Santral Türü	Sertifika tabanlı	Sertifika tabanlı
   Cihaz Türü	ör. Cisco Unified Border Element (veya desteklenen başka bir cihaz)	ör. Cisco Unified Border Element (veya desteklenen başka bir cihaz)
   SBC Adres türü	FQDN	FQDN
   Ana bilgisayar adı	trene.miami.custa	trene.miami.custb
   Etki Alanı	sip.telsp.com	sip.telsp.com
   Port	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Maksimum eş zamanlı çağrı sayısı (250-6500)	500	500

   Chicago ağ geçidi için:

   Parametre	CustA'nın	Cust B'nın
   Konum	Detroit'i	Dallas
   Santral Adı	trunk_chicago	trunk_chicago
   Santral Türü	Sertifika tabanlı	Sertifika tabanlı
   Cihaz Türü	ör. Cisco Unified Border Element (veya desteklenen başka bir cihaz)	ör. Cisco Unified Border Element (veya desteklenen başka bir cihaz)
   SBC Adres türü	FQDN	FQDN
   Ana bilgisayar adı	trunk.chicago.custa	trunk.chicago.custb
   Etki Alanı	sip.telsp.com	sip.telsp.com
   Port	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Maksimum eş zamanlı çağrı sayısı (250-6500)	500	500

   • (Isteğe bağlı) Müşteriler arasında Santral için benzersiz bir ad bulunmaz ve aynı ad, santralin izlenmesinde yardımcı olabilir.

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

4. Santralleri Kullanma: Aşağıdakiler nedeniyle santral için herhangi bir isteğe bağlı konum seçin:

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

   • Bir yönlendirme grubu aracılığıyla santrale erişebilirsiniz.

   • Herhangi bir arama planı santrali kullanabilir.

5. Ilişkili konumlarla ilgili santral tanımlarına bakın:

   

   Yönlendirme grupları oluşturmak için bu santralleri kullanabilirsiniz. Görüntüde, çağrıların ana seçenek olarak trunk_miami santrale ve ikincil bir seçenek olarak trunk_chicago santrale yönlendirildiği bir yönlendirme grubu rg_miami_chicago tanımlanır.

   

   Çağrıları trunk_chicago santrale birincil seçenek olarak ve trunk_miami santrale ikincil seçenek olarak rg_chicago_miami yönlendiren ikinci bir yönlendirme grubu tanımlayabilirsiniz.

6. Tanımlanan santraller ve yönlendirme grupları artık her konum için Calling Connection PSTN seçeneğinde mevcuttur. Resimde Denver konumuna bakın.

   

7. Arama planı tanımında santral ve yönlendirme gruplarını kullanabilirsiniz. Örneğin: Chicago bölgesi NPA'ları rg_chicago_miami yönlendirme grubuna (tüm konumlar için) sonlandırmak üzere ayrılır: