Poglejmo hipotetičnega partnerja Webexa z imenom TelSP, da bi ponazorili različne modele namestitve, ki jih lahko sprejme partner.

Tukaj so specifikacije in zahteve TelSP na visoki ravni:

• Partner namerava uporabljati sip.telsp.com kot domeno najvišje ravni, ki je skupna vsem strankam, ki jih upravlja.

• Partner je lastnik sip.telsp.com in lahko upravlja infrastrukturo DNS in organe za izdajo potrdil, upravlja naslove DNS ter podpisuje potrdila za to domeno in njene poddomene.

• Partner lahko kot lokalna vrata za skupni dostop do PSTN med končnimi strankami namesti dva različna mejna krmilnika sej (fizična ali virtualna).

• Partner ima dve fizični lokaciji in obe lokaciji imata skupno povezavo PSTN:

  • Miami

  • Chicago

• Družba TelSP upravlja svoje lokalne prehode v imenu dveh strank CustA in CustB, kot sta imenovani v nadaljevanju.

Želeni scenarij je, da se za obe stranki uporablja izvor/terminacija PSTN z uporabo vrat Miami in Chicago, ki jih zagotovi partner, kot je prikazano na sliki:

Povezovanje lokacije stranke z glavnim omrežjem in prehodom

Storitev Webex Calling omogoča ustvarjanje magistralnih povezav in souporabo magistralne povezave na več lokacijah. Pri ustvarjanju debla ga povežite z lokacijo.

Za CustA so podatki o deblu naslednji:

Slika prikazuje povezavo lokacije stranke z vratom in glavnim omrežjem za CustA:

Pri tej namestitvi je glavna povezava PSTN za to lokacijo povezava, povezana z lokacijo. Drugo glavno omrežje se uporablja kot sekundarna povezava PSTN ali pot za določene vnose klicnega načrta. Primarna in sekundarna povezava PSTN se izvaja s konceptom skupine poti. Za podrobnosti glejte razdelek Nastavitev stranke Webex .

Za CustB je ustvarjena podobna nastavitev z naslednjimi magistralnimi priključki:

Slika prikazuje povezavo lokacije stranke z vratom in glavnim omrežjem za CustB:

Na sliki je prikazana tretja lokacija, in sicer New York, ki jo lahko dodate pozneje in jo usmerite na magistralno omrežje trunk_chicago kot primarno povezavo PSTN.

Pri nameščanju lokalnega prehoda, ki si deli več magistralnih povezav, Cisco OBVEZUJE uporabo edinstvene FQDN za posamezno magistralno povezavo. Za podrobnosti glejte Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling .

Idealna izbira je uporaba IP-naslova in znanih vrat za posamezno povezavo. Vendar je lahko pridobitev javnega naslova IPv4 izziv za nekatere partnerje, ki želijo uporabljati en naslov na prehod na lokacijo.

Zato preberite te pomembne napotke:

• Cisco ne predpisuje IP-naslova za posamezno deblo.

• Naslov magistralnega omrežja se lahko razreši na edinstven naslov IP ali na naslov, ki si ga deli drugo magistralno omrežje.

• Cisco priporoča edinstvena vrata za poslušanje za vsako povezavo iz naslednjih razlogov:

  1. Zagotavlja izolacijo med strankami na ravni omrežja.

  2. Za mejne krmilnike sej je značilno, da ponovno uporabijo kratkotrajno vtičnico TCP, razen če je zagotovljena izolacija v obliki edinstvenega najemnika, razdeljenega z naslovom IP, ali edinstvenih vrat za poslušanje za najemnika.

  3. Povezava ali povezave za posamezno deblo prek izolacije najemnika zagotavljajo boljšo prepustnost, zlasti v omrežnih pogojih z veliko izgubo podatkov. Zato promet ene stranke ne vpliva na drugo.

Naslov IP na prehod: Konfiguracija in priporočila za glavno omrežje

Oglejte si te primere različnih modelov za načrtovanje:

Model 1: Enkratni naslov IP za posamezno vozlišče

Pri tem modelu se vsa glavna vrata, ki jih gostita oba prehoda, pripeljejo do edinstvenega naslova IP in vsako od teh glavnih vrat lahko uporablja ista vrata ali ne, najbolje pa je, da so to ista vrata.

Predstavitev informacij v obliki preglednice:

V istem modelu lahko partner uporabi naslov SRV. Webex Calling omogoča samo "_sips._tcp" kot kombinacijo storitve in protokola za odkrivanje naslova partnerja, če gre za zapis SRV.

Primer razreševanja zapisa SRV

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Strežnik:		8.8.8.8.8 Naslov:	8.8.8.8.8#53 Neavtoritativni odgovor: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com 

Model 2: Skupni IP na prehodu, vendar različna vrata za poslušanje

V tem modelu se vsa magistralna omrežja, gostovana na lokalnem prehodu v Chicagu, rešujejo na isti naslov IP, vsa magistralna omrežja, gostovana na lokalnem prehodu v Miamiju, pa se rešujejo na drug naslov IP. Vendar je pri uporabi istega IP-ja vsako glavno omrežje konfigurirano z uporabo FQDN v nadzornem vozlišču in ima edinstvena vrata.

V tem istem modelu partner uporablja naslov SRV. Webex Calling omogoča samo "_sips._tcp" kot kombinacijo storitve in protokola za odkrivanje naslova partnerja, če gre za zapis SRV.

Drug primer razreševanja zapisa SRV je naslednji. V tem primeru obstaja 1 zapis A na naslov IP. Vendar je pristanišče za posamezen naslov edinstveno in je predstavljeno s posebno konfiguracijo DNS, ki povezuje naslov SRV z ustreznim pristaniščem.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Strežnik:		8.8.8.8.8 Naslov:	8.8.8.8.8#53 Neavtoritativni odgovor: _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.8 Naslov:	8.8.8.8.8#53 Neavtoritativni odgovor: _sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com 

Partner je lastnik spletnega mesta telsp.com in njegovih poddomen. Zato je strežnik DNS in pooblastilo za pridobitev potrdil, ki jih je podpisal pooblaščeni organ za potrjevanje, v pristojnosti partnerja.

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

• Cisco Webex pričakuje, da bo partner uporabil enega od overiteljev, navedenih v dokumentu , objavljenem v tem dokumentu.

Če za naslov magistralnega omrežja uporabljate FQDN, nastavite podpisana potrdila s skupnim imenom (CN) ali alternativno številko subjekta (SAN) na FQDN za magistralna omrežja.

Za ustvarjanje FQDN v potrdilu uporabite eno od teh metod:

• Enega od imen FQDN izberite kot skupno ime (Common Name - CN), preostale pa kot alternativno številko predmeta (Subject Number Alternative Number - SAN).

• Domeno najvišje ravni (sip.telsp.com) postavite kot CN, vse domene FQDN pa kot SAN.

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

Če kot glavni naslov uporabljate naslov SRV, nastavite podpisana potrdila s CN ali SAN na gostiteljski del naslova SRV. Zapis A ali CNAME, na katerega se naslov SRV razreši, ni potreben.

Nastavitev prehoda

Te vire uporabite za nastavitev lokalnega prehoda.

Če želite nastaviti 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

Vrata, ki jih gosti partner, nastavite v skladu s temi smernicami: Začetek uporabe lokalnega prehoda

Nastavite vsako glavno povezavo 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 kolege in skupine klicnih kolegov za dohodni in odhodni promet za glavno omrežje, kot je prikazano na sliki:

V partnerskem vozlišču lahko zaženete nadzorno vozlišče za CustA ali CustB in konfigurirate prehod. Ta postopek uporabite za konfiguracijo za vsako stranko:

1. Ustvarjanje glavnega kanala - dodajte glavni kanal v razdelku Klicanje/usmerjanje klicev/glavni kanal za vsak partnerski skupni prehod. Če želite nastaviti magistralno omrežje, glejte Configure trunks, route groups, and dial plans for Webex Calling (Konfiguriranje magistralnih omrežij, skupin poti in klicnih načrtov za Webex Calling).

2. Dodajte domeno in preverite - Dodajte in preverite naslednjo domeno, ki se uporablja za ustvarjanje debla v razdelku Upravljanje/Organizacijske nastavitve/Domene.

   CustA	Cust B
   sip.telsp.com	sip.telsp.com

   Ob dodajanju domene se ustvari žeton, ki se namesti v zapis TXT za domeno v partnerjevem strežniku DNS. Ta zapis omogoča vozlišču Control Hub, da preveri, ali je domena v lasti partnerja. Za podrobnosti glejte Upravljanje domen

   Ker Skupna domena se uporablja za preverjanje vsake stranke. Ker se preverjanje izvaja na ravni organizacije strank, poskrbite, da bo za vsako organizacijo strank ustvarjen in uporabljen drugačen žeton za preverjanje. Ker se ena sama domena uporablja v vseh organizacijah strank, nobena organizacija ne more zahtevati lastništva domene.
3. Nastavitev naslova SBC s FQDN-

   Za vrata Miami:

   Parameter	CustA	Cust B
   Lokacija	Denver	Boston
   Ime združenih linij	trunk_miami	trunk_miami
   Vrsta združene linije	Na podlagi certifikata	Na podlagi certifikata
   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
   Vrata	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Največje število hkratnih klicev (250-6500)	500	500

   Za vrata v Chicago:

   Parameter	CustA	Cust B
   Lokacija	Detroit	Dallas
   Ime združenih linij	trunk_chicago	trunk_chicago
   Vrsta združene linije	Na podlagi certifikata	Na podlagi certifikata
   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
   Vrata	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Največje število hkratnih klicev (250-6500)	500	500

   • (Neobvezno) Ne uporabljajte edinstvenega imena za glavno omrežje pri različnih strankah, enako ime pa lahko pomaga pri sledenju glavnega omrežja.

   • Nekateri vmesniki SBC omogočajo konfiguracijo istih vrat, vendar lahko ta konfiguracija vpliva na zmogljivost. Zato uporabite druga pristanišča.

4. Uporaba magistral - izberite poljubno lokacijo za magistralno omrežje, če je to potrebno:

   • Katera koli lokacija lahko uporablja magistralno omrežje v povezavi PSTN.

   • Do glavnega omrežja lahko dostopate prek skupine poti.

   • Ključnico lahko uporablja vsak načrt izbire.

5. Oglejte si opredelitve debla s pripadajočimi lokacijami:

   

   Ta magistralna omrežja lahko uporabite za ustvarjanje skupin poti. Na sliki je opredeljena usmerjevalna skupina rg_miami_chicago , ki usmerja klice na trunk_miami kot primarno možnost in na trunk_chicago kot sekundarno možnost.

   

   Določite lahko drugo usmerjevalno skupino rg_chicago_miami , ki usmerja klice na trunk_chicago magistralno omrežje kot primarno možnost in na trunk_miami magistralno omrežje kot sekundarno možnost.

6. Opredeljeni magistralni priključki in skupine poti so zdaj na voljo v možnosti Calling Connection PSTN za vsako lokacijo. Na sliki si oglejte lokacijo v Denverju.

   

7. V definiciji klicnega načrta lahko uporabljate povezavne poti in skupine poti. Na primer, območje številk v Chicagu za stranko se razdeli tako, da se zaključi v skupini poti rg_chicago_miami (za vse lokacije) na sliki: