- Ana Sayfa
- /
- Makale
İş Ortağı Barındırılan Ağ Geçidini Yapılandırma
Bu talimatlar, bir ağ geçidi barındırmayı planlayan Ortaklar içindir. En iyi uygulamaları ve önerileri anlamak için lütfen okumaya devam edin.
Webex Calling, müşterinin yerel bir ağ geçidi hattını PSTN araması gönderip almak üzere yapılandırmasına olanak tanır. Bir iş ortağı farklı müşterilere ait hatları barındırıyorsa, bu hatlar için ortak bir ağ geçidi kurulması önerilir.
Bu belge, iş ortağı tarafından barındırılan bir ağ geçidinin uygulanmasına yönelik üst düzey bir şemayı özetlemekte ve sertifika tabanlı trunking'e odaklanmaktadır. Kayıt tabanlı model, daha küçük kapasiteli hatlar için çözüm sağlayan, iş ortağı tarafından barındırılan bir ağ geçidi için kullanımı basit bir modeldir. Bu çözüm, özellikle TCP tabanlı trafik ve bağlantı paylaşım modeli için yüksek kapasiteli hatlarda doğal teknik sınırlamalara sahiptir. Sertifika tabanlı trunking'in oluşturulmasının temel nedeni, kayıt tabanlı modelin ölçeklendirme sınırlamalarını çözmektir.
Trunk oluşturma ve ağ geçidi yapılandırma prosedürü, müşteri tarafından barındırılan yerel ağ geçidine benzerdir. Ayrıntılar için bkz. Yerel Ağ Geçidini kullanmaya başlayın
Dağıtım için dikkate alınması gereken hususlar
Webex iş ortağı TelSP'yi ele alarak, iş ortağının benimseyebileceği farklı dağıtım modellerini açıklayalım.
İşte genel özellikler: & TelSP'nin gereksinimleri:
-
İş ortağı, yönettiği tüm müşterilerde paylaşılan en üst düzey alan adı olarak
sip.telsp.comkullanmayı planlıyor. -
Ortak,
sip.telsp.com' in sahibidir ve DNS altyapısını ve sertifika yetkililerini yönetebilir, DNS adreslerini idare edebilir ve bu alan adı ve alt alan adları için sertifikaları imzalayabilir. -
İş ortağı, son kullanıcılar arasında paylaşılan PSTN erişimi için Yerel Ağ Geçidi olarak iki ayrı oturum sınır denetleyicisi (fiziksel veya sanal) konuşlandırabilir.
-
İş ortağının iki fiziksel lokasyonu bulunmaktadır ve bu lokasyonların her ikisi de PSTN bağlantısını paylaşmaktadır:
-
Miami
-
Chicago
-
-
TelSP, bundan böyle CustA ve CustB olarak anılacak olan iki müşterisi adına yerel ağ geçitlerini işletmektedir.
Bu makalede "ortak" terimi, Webex'in yönetici ortağını, bu örnekte ise TelSP'yi ifade etmektedir. Bu kuruluşun Webex iş ortağı merkezine erişimi bulunmaktadır.
| Konum | Müşteri | Müşteri B |
|---|---|---|
|
Miami Gateway'i birincil PSTN hedefi olarak kullanan konumlar |
Denver |
Dallas |
|
Birincil PSTN hedefi olarak Chicago ağ geçidini kullanan konumlar |
Detroit |
Boston |
|
Müşteri için seçilen alt alan adı | custa.sip.telsp.com | custb.sip.telsp.com |
İstenen senaryo, PSTN'ye sahip olmaktır. origination/termination İş ortağı tarafından sağlanan Miami ve Chicago ağ geçitlerini kullanan her iki müşteri için de, resimde gösterildiği gibi:

Müşteri konumunu ana hat ve ağ geçidiyle ilişkilendirme
Webex Calling, hatlar oluşturmaya ve bir hattı birden fazla lokasyon arasında paylaşmaya olanak tanır. Bagajı oluştururken, bagajı bir konumla ilişkilendirin.
CustA için bagaj detayları aşağıdaki gibidir:
| Santral adı | FQDN | Gövde tanımındaki ilgili konum |
|---|---|---|
| trunk_miami | trunk.miami.custa.sip.telsp.com | Denver |
| trunk_chicago | trunk.chicago.custa.sip.telsp.com | Detroit |
Bu çizim, CustAiçin müşteri konumunun Ağ Geçidi ve Ana Hat ile olan ilişkisini göstermektedir. :
Bu kurulumda, ilgili lokasyonla ilişkili hat, o lokasyon için birincil PSTN bağlantısıdır. Diğer hat, belirli arama planı girişleri için ikincil bir PSTN bağlantısı veya güzergahı olarak kullanılır. Birincil ve ikincil PSTN bağlantı ilişkisinin uygulanması, Yönlendirme Grubu konsepti aracılığıyla gerçekleştirilir. Ayrıntılar için Webex Müşteri Kurulumu bölümüne bakın.
CustB için de aşağıdaki trunk'larla benzer bir kurulum oluşturulur:
| Santral adı | FQDN | Gövde tanımındaki ilgili konum |
|---|---|---|
| trunk_miami | trunk.miami.custb.sip.telsp.com |
Dallas |
| trunk_chicago | trunk.chicago.custb.sip.telsp.com |
Boston |
Bu çizim, CustBiçin müşteri konumunun Ağ Geçidi ve Trunk ile olan ilişkisini göstermektedir. :
Resimde üçüncü bir konum, yani New York gösteriliyor; bunu daha sonra ekleyebilir ve birincil PSTN bağlantısı olarak trunk_chicago trunk'ı işaret edebilirsiniz.
IP adresini yapılandırmak için gerekenler
Birden fazla trunk'ı paylaşan yerel bir ağ geçidi dağıtılırken, Cisco her trunk için benzersiz bir FQDN kullanılmasını ZORUNLU kılar. Ayrıntılar için Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling sayfasına bakın.
Her bir trunk için IP adresi ve bilinen bir port kullanmak ideal bir seçimdir. Ancak, her bir ağ geçidi ve site için tek bir adres kullanmak isteyen bazı ortaklar için halka açık bir IPv4 adresi edinmek zor olabilir.
Bu nedenle aşağıdaki önemli noktalara dikkat edin:
-
Cisco, her bir trunk için IP adresi zorunluluğu getirmiyor.
-
Bir hat adresi, benzersiz bir IP adresine veya başka bir hatla paylaşılan adrese çözümlenebilir.
-
Cisco, aşağıdaki nedenlerden dolayı, Yerel Ağ Geçidi üzerinde her trunk bağlantısını benzersiz bir IP adresi ve port kombinasyonuyla yapılandırmayı önermektedir:
-
Her bir hat için ayrı TCP bağlantı noktalarının korunması, hat başına maksimum eş zamanlı çağrı kapasitesini destekler. Farklı hatlar arasında IP adresi ve port kombinasyonlarının paylaşılması, arama kapasitesini olumsuz etkileyebilir.
-
Müşteriler arasında ağ düzeyinde izolasyon sağlar.
-
Oturum sınır denetleyicilerinin, IP adresi veya kiracı için benzersiz bir dinleme portu ile bölümlenmiş benzersiz bir kiracı olarak izolasyon sağlanmadığı sürece, geçici TCP soket bağlantısını yeniden kullanmaları tipiktir.
-
Kiracı izolasyonu yoluyla her bir bağlantı hattı üzerinden yapılan bağlantı veya bağlantılar, özellikle yüksek veri kaybının yaşandığı ağ koşullarında daha iyi verim sağlar. Dolayısıyla bir müşteriden gelen trafik diğerini etkilemez.
-
Ağ geçidi başına IP adresi: Ana hat yapılandırması ve önerileri
Planlama için kullanılan farklı modellerin örneklerine aşağıdan bakabilirsiniz:
Model 1: Her hat için benzersiz IP adresi.
Bu modelde, her iki ağ geçidi tarafından barındırılan tüm hatlar benzersiz bir IP adresine yönlendirilir ve bu hatların her biri aynı bağlantı noktasını kullanabilir veya kullanmayabilir, ancak ideal olarak aynı bağlantı noktasını kullanırlar.

Bilgilerin tablo şeklinde sunulması:
| Ana hat adresi (FQDN) | IP adresi | Bağlantı Noktası |
|---|---|---|
| trunk.miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | 10.170.158.201 | 5061 |
| trunk.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | 10.170.158.101 | 5061 |
Aynı modelde, iş ortağı bir SRV adresi kullanabilir. Webex Calling, eş adresini bulmak için yalnızca SRV kaydı olması durumunda hizmet ve protokol kombinasyonu olarak “_sips._tcp” ifadesine izin verir.
| Ana adres (SRV) | SRV Adresi | Bir Kayıt | IP Adresi | Bağlantı Noktası |
|---|---|---|---|---|
| trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | miami.custb.sip.telsp.com | 10.170.158.201 | 5061 |
| trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | chicago.custb.sip.telsp.com | 10.170.158.101 | 5061 |
SRV kaydının nasıl çözümlendiğine 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çidinde paylaşılan IP adresi ancak farklı dinleme portları.
Bu modelde, Chicago yerel ağ geçidinde barındırılan tüm hatlar aynı IP adresine, Miami yerel ağ geçidinde barındırılan tüm hatlar ise farklı bir IP adresine yönlendirilir. Ancak, aynı IP adresi kullanıldığında, her bir trunk, kontrol merkezinde bir FQDN (Tam Nitelikli Alan Adı) kullanılarak yapılandırılır ve benzersiz bir port ile yapılandırılır.

| Ana hat adresi | IP Adresi | Bağlantı Noktası |
|---|---|---|
| trunk.miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | 10.170.158.200 | 5062 |
| trunk.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | 10.170.158.100 | 5062 |
Bu modelde, iş ortağı bir SRV adresi kullanıyor. Webex Calling, eş adresini bulmak için yalnızca SRV kaydı olması durumunda hizmet ve protokol kombinasyonu olarak “_sips._tcp” ifadesine izin verir.
| Ana adres (SRV) | SRV Adresi | Bir Kayıt | IP Adresi | Bağlantı Noktası |
|---|---|---|---|---|
| trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | miami.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | miami.sip.telsp.com | 10.170.158.200 | 5062 |
| trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | chicago.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | chicago.sip.telsp.com | 10.170.158.100 | 5062 |
SRV kaydının nasıl çözümlendiğine dair bir başka örnek de aşağıdaki gibidir. Bu örnekte, her IP adresi için 1 adet A kaydı bulunmaktadır. Ancak, port her adres için benzersizdir ve bir SRV adresini doğru porta bağlayan belirli bir DNS yapılandırması aracılığıyla 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
Bir etki alanı sunucusu kurun ve sertifika oluşturun.
Ortak, telsp.com ve alt alan adlarının sahibidir. Dolayısıyla, DNS sunucusu ve onaylı bir Sertifika otoritesi tarafından imzalanmış sertifikaları alma yetkisi ortağa aittir.
-
Cisco Webex, iş ortağının A kayıtları da dahil olmak üzere FQDN veya SRV adresini kamuya açık alanda yayınlamasını beklemektedir.
-
Cisco Webex, iş ortağının bu belgedeyayınlandığı gibi listelenen sertifika yetkililerinden birini kullanmasını beklemektedir.
Tam nitelikli alan adı (FQDN) ana hat adresi olarak kullanıldığında, imzalı sertifikaları Ortak Ad (CN) veya Konu Numarası Alternatif Numarası (SAN) alanları ana hatların FQDN'lerine ayarlanmış şekilde yapılandırın.
| İş Ortağı Tarafından Barındırılan Ağ Geçidi | Müşteri | Ana Adres | Sertifika CN/SAN |
|---|---|---|---|
| Miami | Müşteri | trunk.miami.custa.sip.telsp.com | trunk.miami.custa.sip.telsp.com |
| MüşteriB | trunk.miami.custb.sip.telsp.com | trunk.miami.custb.sip.telsp.com | |
| Chicago | Müşteri | trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
| MüşteriB | trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
Sertifikada yer alacak tam nitelikli alan adlarını (FQDN) oluşturmak için aşağıdaki yöntemlerden birini kullanın:
-
FQDN'lerden birini Ortak Ad (CN) olarak, diğerlerini ise Konu Numarası Alternatif Numarası (SAN) olarak seçin.
-
En üst düzey etki alanını (sip.telsp.com) CN olarak, tüm FQDN'leri ise SAN olarak belirleyin.
Gelecekte, bu yapılandırmanın tahsis ettiği üst düzey alan adına göre sertifikayı doğrulayabilirsiniz.
SRV'yi trunk adresi olarak kullanırken, SRV adresinin host bölümüne CN veya SAN ile imzalı sertifikalar ekleyin. SRV adresinin çözümlendiği A kaydı veya CNAME kaydı gerekli değildir.
| İş Ortağı Tarafından Barındırılan Ağ Geçidi | Müşteri | Ana Adres | SRV adresi | Sertifika CN/SAN |
|---|---|---|---|---|
| Miami | Müşteri | trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | trunk.miami.custa.sip.telsp.com |
| MüşteriB | trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | trunk.miami.custb.sip.telsp.com | |
| Chicago | Müşteri | trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
| MüşteriB | trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | trunk.chicago.custb.sip.telsp.com |
Ağ geçidini kurun.
Yerel bir ağ geçidi kurmak için bu kaynakları kullanın.
Cisco CUBE'u kurmak için şu adımları izleyin: Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma
Onaylı üçüncü taraf SBC'leri kurabilirsiniz, bkz: Yerel Ağ Geçidini kullanmaya başlayın
İş ortağı tarafından barındırılan ağ geçidini aşağıdaki yönergelere uygun olarak kurun: Yerel Ağ Geçidini kullanmaya başlayın
Her bir bağlantı noktasını, SBC cihazı için ilgili talimatlara göre ayarlayın. Cisco CUBE talimatları için lütfen şuraya bakın: Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma
Görsele göre, hat için gelen ve giden trafik için ses sınıfları, arama eşleri ve arama eş grupları oluşturun:
Kontrol Merkezi'nde ağ geçidi hatlarını yapılandırın.
İş Ortağı Merkezi'nden, CustA veya CustB için Kontrol Merkezi'ni başlatabilir ve ağ geçidini yapılandırabilirsiniz. Her müşteri için yapılandırma yapmak üzere bu prosedürü kullanın:
- Bagajı oluşturun—Altına bir bagaj ekleyin Calling/Call Routing/Trunk Her iş ortağı için paylaşılan ağ geçidi. Bir hat kurmak için, Webex Araması için hatları, yönlendirme gruplarını ve arama planlarını yapılandırma bölümüne bakın
-
Bir etki alanı ekleyin ve doğrulayın—Aşağıda belirtilen ve bir alt dal oluşturmak için kullanılan etki alanını ekleyin ve doğrulayın. Management/Organization Settings/Domains.
Müşteri MüşteriB sip.telsp.com sip.telsp.com Bir alan adı eklendiğinde, bir belirteç oluşturulur ve iş ortağının DNS sunucusundaki alan adına ait TXT kaydına yerleştirilir. Bu kayıt, Control Hub'ın alan adının iş ortağına ait olduğunu doğrulamasına olanak tanır. Ayrıntılar için Alan adlarınızı yönetinbölümüne bakın.
Ortak alan adı her müşteri için doğrulama amacıyla kullanıldığından, Ancak, bu doğrulama müşteri kuruluşu düzeyinde gerçekleştiğinden, her müşteri kuruluşu için farklı bir doğrulama belirteci oluşturulduğundan ve kullanıldığından emin olun. Müşteri kuruluşları genelinde tek bir alan adı kullanıldığı için, hiçbir kuruluş bu alan adının sahipliğini iddia edemez. - SBC adresini FQDN ile ayarlayın—
Miami giriş kapısı için:
Parametre Müşteri MüşteriB Konum Denver Boston Santral Adı trunk_miami trunk_miami Santral Türü 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 Toplantı sahibinin adı gövde.miami.custa trunk.miami.custb Etki Alanı sip.telsp.com sip.telsp.com Bağlantı Noktası 5061 5062 FQDN trunk.miami.custa.sip.telsp.com:5061 trunk.miami.custb.sip.telsp.com:5062 Eş zamanlı çağrı sayısının maksimum aralığı (250-6500) 500 500 Şikago giriş kapısı için:
Parametre Müşteri MüşteriB Konum Detroit Dallas Santral Adı trunk_chicago trunk_chicago Santral Türü 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 Toplantı sahibinin adı gövde.chicago.custa gövde.chicago.custb Etki Alanı sip.telsp.com sip.telsp.com Bağlantı Noktası 5061 5062 FQDN trunk.chicago.custa.sip.telsp.com:5061 trunk.chicago.custb.sip.telsp.com:5062 Eş zamanlı çağrı sayısının maksimum aralığı (250-6500) 500 500 -
(İsteğe bağlı) Müşteriler arasında bagaj için benzersiz bir isim kullanmayın; aynı isim bagajın takibine yardımcı olabilir.
-
Bazı SBC'ler aynı portun yapılandırılmasına izin verir, ancak bu yapılandırma kapasiteyi etkileyebilir. Bu nedenle farklı portlar kullanın.
-
- Ana hatları kullanma—aşağıdaki nedenlerden dolayı ana hat için herhangi bir keyfi konum seçebilirsiniz:
-
PSTN bağlantısında herhangi bir konum bu hattı kullanabilir.
-
Ana hatta bir rota grubu aracılığıyla erişebilirsiniz.
-
Herhangi bir arama planı bu ana hattı kullanabilir.
-
İlgili konumlarla birlikte ana hat tanımlarına bakın:

Bu ana hatları kullanarak rota grupları oluşturabilirsiniz. Resimde, çağrıları birincil seçenek olarak trunk_miami trunk'a ve ikincil seçenek olarak trunk_chicago trunk'a yönlendiren bir yönlendirme grubu rg_miami_chicago tanımlanmıştır.

Çağrıları birincil seçenek olarak trunk_chicago trunk'a ve ikincil seçenek olarak trunk_miami trunk'a yönlendiren ikinci bir yönlendirme grubu rg_chicago_miami tanımlayabilirsiniz.
-
Tanımlanan hatlar ve rota grupları artık her konum için Arama Bağlantısı PSTN seçeneğinde mevcuttur. Resimde Denver'daki konumu görebilirsiniz.

-
Arama planı tanımında hatları ve yönlendirme gruplarını kullanabilirsiniz. Örneğin, müşterinin Chicago'daki yerel numara aralığı, resimdeki rg_chicago_miami yönlendirme grubuna (tüm konumlar için) yönlendirilmek üzere ayrılmıştır:

