Oglejmo si hipotetičnega partnerja Webex z imenom TelSP za ponazoritev različnih modelov uvajanja, ki jih lahko sprejme partner.

Tukaj so specifikacije in zahteve na visoki ravni TelSP:

• Partner namerava uporabiti sip.telsp.com kot domeno najvišje ravni, ki si jo delijo vse stranke, ki jih upravljajo.

• Družbenik je lastnik sip.telsp.com in lahko upravlja infrastrukturo DNS in overitelje potrdil, upravlja naslove DNS in podpisuje potrdila za to domeno in njene poddomene.

• Partner lahko namesti dva različna mejna krmilnika seje (fizični ali virtualni) kot lokalna prehoda za skupni dostop PSTN med končnimi uporabniki.

• Partner ima dve fizični mesti in obe mesti delita povezavo PSTN:

  • Miami

  • Chicago

• TelSP upravlja njihove lokalne prehode v imenu obeh strank CustA in CustB, kot sta navedena v nadaljevanju.

V tem članku se izraz partner nanaša na vodilnega partnerja Webex, v tem primeru natančneje TelSP. Ta subjekt ima dostop do partnerskega središča Webex.

Želeni scenarij je, da je izvor/zaključek PSTN za obe stranki, ki uporabljata prehoda Miami in Chicago, ki ju zagotovi partner, kot je prikazano na sliki:

Povezovanje lokacije stranke s priključkom in prehodom

Webex Calling omogoča ustvarjanje debla in skupno rabo debla na več lokacijah. Ko ustvarjate deblo, povežite deblo z lokacijo.

Za CustA so podrobnosti prtljažnika naslednje:

Ilustracija prikazuje povezavo lokacije stranke s prehodom in kanalom za CustA:

Pri tej razmestitvi je trunk, povezan z lokacijo, primarna povezava PSTN za to lokacijo. Drugi trunk se uporablja kot sekundarna povezava PSTN ali pot za določene vnose v načrt klicanja. Implementacija razmerja primarne in sekundarne povezave PSTN poteka prek koncepta skupine poti. Glej Nastavitev stranke Webex razdelek za podrobnosti.

Za CustB se ustvari podobna nastavitev z naslednjimi debli:

Ilustracija prikazuje povezavo lokacije stranke s prehodom in kanalom za CustB:

Ilustracija prikazuje tretjo lokacijo, in sicer New York, ki jo lahko dodate pozneje in pokažete na trunk_chicago trunk kot svojo primarno povezavo PSTN.

Pri uvajanju lokalnega prehoda, ki si deli več kanalov, Cisco POOBLASTI uporabo edinstvenega FQDN na kanal. glej Konfigurirajte-trunke,-route-groups,-and-dial-plans-for-Webex-Calling za podrobnosti.

Uporaba naslova IP in dobro znanih vrat na vodilo je idealna izbira. Vendar pa je pridobivanje javnega naslova IPv4 lahko izziv za nekatere partnerje, ki želijo uporabiti en naslov na prehod na spletno mesto.

Zato preberite te pomembne napotke:

• Cisco ne predpisuje naslova IP za posamezno povezavo.

• Naslov debla se lahko razreši v enolični naslov IP ali v naslov, ki si ga deli drugo deblo.

• Cisco priporoča edinstvena vrata za poslušanje na trunk iz naslednjih razlogov:

  1. Zagotavlja izolacijo na ravni omrežja med strankami

  2. Za mejne krmilnike seje je značilno, da znova uporabijo kratkotrajno povezavo vtičnice TCP, razen če ni zagotovljena izolacija kot edinstven najemnik, razdeljen z naslovom IP, ali edinstvena vrata za poslušanje za najemnika.

  3. Povezava ali povezave na trunk prek izolacije najemnika zagotavlja boljšo prepustnost zlasti v omrežnih razmerah z veliko izgubo podatkov. Zato promet ene stranke ne vpliva na drugo.

Naslov IP na prehod: Konfiguracija prtljažnika in priporočila

Glejte te primere različnih modelov za načrtovanje:

Model 1: Enolični naslov IP na trunk

V tem modelu se vsa vodila, ki jih gostita oba prehoda, razrešijo na edinstven naslov IP in vsaka od teh kanalov lahko uporablja ali ne uporablja ista vrata, idealno pa ista vrata.

Predstavitev informacij v obliki tabele:

V tem istem modelu lahko partner uporablja naslov SRV. Webex Calling dovoljuje samo »_sips._tcp” kot kombinacijo storitve in protokola za odkrivanje enakovrednega naslova, če gre za zapis SRV.

Vzorec razrešitve zapisa SRV

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: IP v skupni rabi na prehodu, vendar različna vrata za poslušanje

V tem modelu se vsa vodila, ki gostujejo na lokalnem prehodu v Chicagu, razrešijo na isti naslov IP, vsa vodila, ki gostujejo na lokalnem prehodu v Miamiju, pa se razrešijo na drug IP. Vendar pa je pri uporabi istega IP-ja vsako vodilo konfigurirano z uporabo FQDN v nadzornem zvezdišču in je konfigurirano z edinstvenimi vrati.

V tem istem modelu partner uporablja naslov SRV. Webex Calling dovoljuje samo »_sips._tcp” kot kombinacijo storitve in protokola za odkrivanje enakovrednega naslova, če gre za zapis SRV.

Drugi vzorec reševanja zapisa SRV je naslednji. V tem primeru obstaja 1 zapis A na naslov IP. Vendar so vrata edinstvena na naslov in so predstavljena s posebno konfiguracijo DNS, ki povezuje naslov SRV s pravimi vrati.

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

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 5062 miami.custa.sip.telsp.com

Partner je lastnik telsp.com in njegovih poddomen. Zato ima strežnik DNS in pooblastilo za pridobitev potrdil, ki jih podpiše odobren overitelj potrdil, partner.

• Cisco Webex pričakuje, da bo partner javno objavil naslov FQDN ali SRV, vključno z zapisi A.

• Cisco Webex pričakuje, da bo partner uporabil enega od overiteljev potrdil, navedenih v kot je objavljeno v tem dokument.

Ko uporabljate FQDN kot naslov vodila, nastavite podpisana potrdila s splošnim imenom (CN) ali nadomestno številko subjekta (SAN), nastavljenimi na FQDN za priključke.

Za ustvarjanje FQDN-jev v potrdilu uporabite eno od teh metod:

• Izberite eno od FQDN kot splošno ime (CN), ostalo pa kot nadomestno številko subjekta (SAN).

• Postavite domeno najvišje ravni (sip.telsp.com) kot CN in vse FQDN kot SAN.

  V prihodnosti lahko potrdite potrdilo na podlagi domene najvišje ravni, ki jo ta konfiguracija ujema.

Ko uporabljate SRV kot trunk naslov, nastavite podpisana potrdila s CN ali SAN za gostiteljski del naslova SRV. Zapis A ali CNAME, ki ga razreši naslov SRV, ni potreben.

Nastavite prehod

Uporabite te vire za nastavitev lokalnega prehoda.

Za nastavitev Cisco CUBE uporabite ta postopek: Konfigurirajte lokalni prehod na Cisco IOS XE za Webex Calling

Nastavite lahko odobrene SBC tretjih oseb, glejte: Začetek uporabe lokalnega prehoda

Prehodno vodilo lahko konfigurirate vnaprej.

Nastavite partnerski gostujoči prehod v skladu s temi smernicami: Začetek uporabe lokalnega prehoda

Vsako deblo nastavite v skladu z ustreznimi navodili za napravo SBC. Za navodila za Cisco CUBE glejte: Konfigurirajte lokalni prehod na Cisco IOS XE za Webex Calling

Nastavite glasovne razrede, klicne enote in skupine klicnih enakovrednih za dohodni in odhodni promet za trunk, kot je prikazano na sliki:

V Partner Hubu lahko zaženete Control Hub za CustA ali CustB in konfigurirate prehod. Uporabite ta postopek za konfiguracijo za vsako stranko:

1. Ustvarite trunk—dodajte trunk pod Calling/Call Routing/Trunk za vsak partnerski skupni prehod. Če želite postaviti prtljažnik, glejte Konfigurirajte povezave, skupine poti in načrte klicanja za Webex Calling

2. Dodajte domeno in preverite—Dodajte in preverite naslednjo domeno, ki se uporablja za ustvarjanje debla pod Upravljanje/Organizacijske nastavitve/Domene.

   CustA	CustB
   sip.telsp.com	sip.telsp.com

   Ob dodajanju domene se ustvari žeton, ki se vnese v zapis TXT za domeno v partnerjevem DNS strežniku. Ta zapis omogoča Control Hubu, da preveri, ali je domena v lasti partnerja. Za podrobnosti glejte Upravljajte svoje domene

   Ker se skupna domena uporablja za preverjanje pri vsaki stranki. Ker pa se to preverjanje izvede na ravni organizacije stranke, zagotovite, da se za vsako organizacijo stranke ustvari in uporabi drug žeton. Ker se ena sama domena uporablja v organizacijah strank, nobena ena organizacija ne more zahtevati lastništva domene.

3. Nastavite naslov SBC s FQDN—

   Za prehod Miami:

   Parameter	CustA	CustB
   Lokacija	Denver	Boston
   Ime debla	trunk_miami	trunk_miami
   Vrsta prtljažnika	Temelji na certifikatu	Temelji na certifikatu
   Vrsta naprave	npr. Cisco Unified Border Element (ali druga podprta naprava)	npr. Cisco Unified Border Element (ali druga podprta naprava)
   Vrsta naslova SBC	FQDN	FQDN
   Ime gostitelja	trunk.miami.custa	trunk.miami.custb
   Domena	sip.telsp.com	sip.telsp.com
   Pristanišče	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Največje število sočasnih klicev (250-6500)	500	500

   Za Chicago gateway:

   Parameter	CustA	CustB
   Lokacija	Detroit	Dallas
   Ime debla	trunk_chicago	trunk_chicago
   Vrsta prtljažnika	Temelji na certifikatu	Temelji na certifikatu
   Vrsta naprave	npr. Cisco Unified Border Element (ali druga podprta naprava)	npr. Cisco Unified Border Element (ali druga podprta naprava)
   Vrsta naslova SBC	FQDN	FQDN
   Ime gostitelja	trunk.chicago.custa	trunk.chicago.custb
   Domena	sip.telsp.com	sip.telsp.com
   Pristanišče	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Največje število sočasnih klicev (250-6500)	500	500

   (Izbirno) Nimate edinstvenega imena za deblo med strankami in isto ime lahko pomaga pri sledenju debla. Nekateri SBC-ji omogočajo konfiguracijo istih vrat, vendar lahko ta konfiguracija vpliva na zmogljivost. Zato uporabite drugačna vrata.

4. Uporaba debla—izberite poljubno lokacijo za deblo zaradi naslednjega:

   • Katera koli lokacija lahko uporablja trunk v povezavi PSTN.

   • Do prtljažnika lahko dostopate prek skupine poti.

   • Prtljažnik lahko uporablja kateri koli načrt klicanja.

5. Oglejte si definicije debla s povezanimi lokacijami:

   

   Te kanale lahko uporabite za ustvarjanje skupin poti. Na sliki skupina poti rg_miami_chicago je določeno, katere poti kličejo na trunk_miami prtljažnik kot primarna možnost in na trunk_chicago prtljažnik kot sekundarna možnost.

   

   Določite lahko drugo skupino poti rg_chicago_miami katere poti kličejo v trunk_chicago prtljažnik kot primarna možnost in na trunk_miami prtljažnik kot sekundarna možnost.

6. Definirane skupine kanalov in poti so zdaj na voljo v Klicna povezava Možnost PSTN za vsako lokacijo. Na sliki si oglejte lokacijo Denverja.

   

7. V definiciji klicnega načrta lahko uporabite skupine povezav in poti. Na primer: NPA območja Chicaga so razdeljena, da se končajo na rg_chicago_miami skupina poti (za vse lokacije) na sliki: