Razmotrimo hipotetskog Webex partnera pod nazivom TelSP kako bismo ilustrirali različite modele implementacije koje partner može usvojiti.

Evo specifikacija visoke razine & zahtjevi TelSP-a:

• Partner planira koristiti sip.telsp.com kao domenu najviše razine koju dijele svi klijenti kojima upravlja.

• Partner posjeduje sip.telsp.com i može administrirati DNS infrastrukturu i ovlaštenja za certifikate, upravljati DNS adresama i potpisivati certifikate za ovu domenu i njezine poddomene.

• Partner može implementirati dva različita granična kontrolera sesije (fizičke ili virtualne) kao lokalne pristupnike za dijeljeni PSTN pristup među krajnjim korisnicima.

• Partner ima dvije fizičke lokacije, a obje lokacije dijele PSTN povezivost:

  • Miami

  • Chicago

• TelSP upravlja svojim lokalnim pristupnicima u ime dvaju kupaca CustA i CustB, kako se u daljnjem tekstu nazivaju.

Željeni scenarij je imati PSTN. origination/termination za oba korisnika koji koriste pristupnike Miami i Chicago koje je osigurao partner, kao što je prikazano na ilustraciji:

Povezivanje lokacije korisnika s trunk-om i gateway-om

Webex Calling omogućuje stvaranje trunk linija i dijeljenje trunk linije na više lokacija. Prilikom izrade debla, povežite ga s lokacijom.

Za CustA, detalji o magistrali su sljedeći:

Ilustracija prikazuje povezanost lokacije korisnika s pristupnikom i glavnim vezom za CustA:

U ovom raspoređivanju, trunk povezan s lokacijom je primarna PSTN veza za tu lokaciju. Drugi trunk se koristi kao sekundarna PSTN veza ili ruta za određene unose plana biranja. Implementacija primarnog i sekundarnog PSTN odnosa veze odvija se putem koncepta grupe ruta. Detalje pogledajte u odjeljku Postavke za korisnike Webexa.

Za CustB se stvara slična postavka sa sljedećim kanalima:

Ilustracija prikazuje povezanost lokacije korisnika s pristupnikom i glavnim vezom za CustB:

Ilustracija prikazuje treću lokaciju, naime New York, koju možete dodati kasnije i pokazati na trunk_chicago trunk kao njegovu primarnu PSTN vezu.

Prilikom implementacije lokalnog pristupnika koji dijeli više trunk linija, Cisco NALAŽE korištenje jedinstvenog FQDN-a po trunk liniji. Za detalje pogledajte Konfiguriraj-kanale,-grupe-usmjeravanja-i-planove-bira-za-Webex-pozive.

Korištenje IP adrese i dobro poznatog porta po trunku idealan je izbor. Međutim, nabava javne IPv4 adrese može biti izazovna za neke partnere koji žele koristiti jednu adresu po pristupniku po lokaciji.

Stoga pročitajte ove važne savjete:

• Cisco ne propisuje IP adresu po trunku.

• Adresa trunk-a može se razriješiti u jedinstvenu IP adresu ili u adresu koju dijeli drugi trunk.

• Cisco preporučuje konfiguriranje svake trunk veze s jedinstvenom kombinacijom IP adrese i porta na lokalnom pristupniku iz sljedećih razloga:

  1. Održavanje odvojenih TCP veza po trunku podržava maksimalni kapacitet istovremenih poziva po trunku. Dijeljenje IP adresa i kombinacija portova između trunk linija može negativno utjecati na kapacitet poziva.

  2. Pruža izolaciju na razini mreže između korisnika

  3. Tipično je da kontroleri granice sesije ponovno koriste kratkotrajnu TCP socket vezu, osim ako nije osigurana izolacija kao jedinstveni klijent particioniran IP adresom ili jedinstveni port za slušanje za klijenta.

  4. Veza ili veze po trunku putem izolacije korisnika pružaju bolju propusnost, posebno u mrežnim uvjetima s velikim gubitkom podataka. Stoga promet od jednog korisnika ne utječe na drugog.

IP adresa po pristupniku: Konfiguracija i preporuke za prtljažnik

Pogledajte ove primjere različitih modela planiranja:

Model 1: Jedinstvena IP adresa po trunku

U ovom modelu, svi trunkovi (trunkovi) koje hostiraju oba pristupnika (gatewaya) rješavaju se jedinstvenom IP adresom i svaki od ovih trunkova može, ali i ne mora koristiti isti port, ali idealno isti port.

Predstavljanje informacija u tabličnom obliku:

U istom modelu, partner može koristiti SRV adresu. Webex Calling dopušta samo kombinaciju usluge i protokola "_sips._tcp" za otkrivanje adrese peer-a ako se radi o SRV zapisu.

Primjer kako se SRV zapis rješava

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: Dijeljena IP adresa na pristupniku, ali različiti portovi za slušanje

U ovom modelu, svi trunkovi smješteni na lokalnom pristupniku u Chicagu rješavaju se na istu IP adresu, a svi trunkovi smješteni na lokalnom pristupniku u Miamiju rješavaju se na drugu IP adresu. Međutim, kada se koristi ista IP adresa, svaki trunk je konfiguriran pomoću FQDN-a u kontrolnom čvorištu i konfiguriran je s jedinstvenim portom.

U istom modelu, partner koristi SRV adresu. Webex Calling dopušta samo kombinaciju usluge i protokola "_sips._tcp" za otkrivanje adrese peer-a ako se radi o SRV zapisu.

Drugi primjer kako se SRV zapis rješava je sljedeći. U ovom primjeru postoji 1 A zapis po IP adresi. Međutim, port je jedinstven po adresi i predstavljen je specifičnom DNS konfiguracijom koja povezuje SRV adresu s pravim portom.

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

Partner je vlasnik telsp.com i njegovih poddomena. Stoga, DNS poslužitelj i ovlaštenje za dobivanje certifikata potpisanih od strane odobrenog tijela za izdavanje certifikata leži na partneru.

• Cisco Webex očekuje da partner objavi FQDN ili SRV adresu, uključujući A zapise, u javnoj domeni.

• Cisco Webex očekuje da partner koristi jednog od tijela za izdavanje certifikata navedenih u ovom dokumentu.

Kada koristite FQDN kao adresu trunk mreže, postavite potpisane certifikate s uobičajenim nazivom (CN) ili alternativnim brojem subjektnog broja (SAN) postavljenim na FQDN-ove za trunk mreže.

Za generiranje FQDN-ova u certifikatu upotrijebite jednu od ovih metoda:

• Odaberite jedan od FQDN-ova kao uobičajeno ime (CN), a ostale kao alternativni broj subjektnog broja (SAN).

• Postavite domenu najviše razine (sip.telsp.com) kao CN, a sve FQDN-ove kao SAN-ove.

  U budućnosti možete provjeriti valjanost certifikata na temelju domene najviše razine koju ova konfiguracija prisvaja.

Kada koristite SRV kao trunk adresu, postavite potpisane certifikate s CN ili SAN na dio SRV adrese koji se odnosi na host. A zapis ili CNAME na koji se SRV adresa razrješava nije potreban.

Postavite pristupnik

Pomoću ovih resursa postavite lokalni pristupnik.

Za postavljanje Cisco CUBE-a koristite ovaj postupak: Konfigurirajte lokalni pristupnik na Cisco IOS XE za Webex Calling

Možete postaviti odobrene SBC-ove trećih strana, pogledajte: Početak rada u usluzi Lokalni pristupnik

Postavite partnerski hostirani pristupnik u skladu s ovim smjernicama: Početak rada u usluzi Lokalni pristupnik

Postavite svaki trunk prema odgovarajućim uputama za SBC uređaj. Za upute za Cisco CUBE pogledajte: Konfigurirajte lokalni pristupnik na Cisco IOS XE za Webex Calling

Postavite glasovne klase, birajuće točke i grupe birajućih točaka za dolazni i odlazni promet za trunk kao što je prikazano na slici:

Iz Partner Huba možete pokrenuti Control Hub za CustA ili CustB i konfigurirati pristupnik. Koristite ovaj postupak za konfiguriranje za svakog korisnika:

1. Stvorite prtljažnik – Dodajte prtljažnik ispod Calling/Call Routing/Trunk za svaki zajednički pristupnik partnera. Za postavljanje operatera pogledajte Konfiguriranje operatera, grupa ruta i planova biranja za Webex Calling

2. Dodaj domenu i provjeri – Dodaj i provjeri sljedeću domenu koja se koristi za stvaranje trunk-a ispod Management/Organization Settings/Domains.

   KupacA	KupacB
   sip.telsp.com	sip.telsp.com

   Prilikom dodavanja domene, generira se token i smješta u TXT zapis za domenu na DNS poslužitelju partnera. Ovaj zapis omogućuje Control Hubu da provjeri je li domena u vlasništvu partnera. Za detalje pogledajte Upravljanje domenama

   Budući da se zajednička domena koristi za provjeru svakog korisnika. Međutim, budući da se ova provjera događa na razini organizacije korisnika, osigurajte da se generira i koristi drugačiji token za provjeru na svakoj organizaciji korisnika. Budući da se jedna domena koristi u više korisničkih organizacija, nijedna organizacija ne može polagati pravo na vlasništvo nad domenom.
3. Postavljanje SBC adrese s FQDN-om—

   Za ulaz u Miami:

   Parametar	KupacA	KupacB
   Lokacija	Denver	Boston
   Naziv grupiranja linija	trunk_miami	trunk_miami
   Vrsta grupiranja linija	Utemeljeni na certifikatu	Utemeljeni na certifikatu
   Vrsta uređaja	npr. Cisco Unified Border Element (ili neki drugi podržani uređaj)	npr. Cisco Unified Border Element (ili neki drugi podržani uređaj)
   Vrsta SBC adrese	FQDN	FQDN
   Naziv organizatora	trunk.miami.custa	trunk.miami.custb
   Domena	sip.telsp.com	sip.telsp.com
   Priključak	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Maksimalan broj istovremenih poziva (250-6500)	500	500

   Za ulaz u Chicago:

   Parametar	KupacA	KupacB
   Lokacija	Detroit	Dallas
   Naziv grupiranja linija	trunk_chicago	trunk_chicago
   Vrsta grupiranja linija	Utemeljeni na certifikatu	Utemeljeni na certifikatu
   Vrsta uređaja	npr. Cisco Unified Border Element (ili neki drugi podržani uređaj)	npr. Cisco Unified Border Element (ili neki drugi podržani uređaj)
   Vrsta SBC adrese	FQDN	FQDN
   Naziv organizatora	trunk.chicago.custa	trunk.chicago.custb
   Domena	sip.telsp.com	sip.telsp.com
   Priključak	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Maksimalan broj istovremenih poziva (250-6500)	500	500

   • (Neobavezno) Nemojte imati jedinstveno ime za prtljažnik za sve korisnike, a isto ime može pomoći u praćenju prtljažnika.

   • Određeni SBC-ovi omogućuju konfiguriranje istog porta, ali ta konfiguracija može utjecati na kapacitet. Stoga koristite različite portove.

4. Korištenje tunela - odaberite bilo koju proizvoljnu lokaciju za tunel, zbog sljedećeg:

   • Bilo koja lokacija može koristiti trunk u PSTN vezi.

   • Trunku možete pristupiti putem grupe ruta.

   • Bilo koji plan biranja može koristiti liniju.

5. Pogledajte definicije prtljažnika s pripadajućim lokacijama:

   

   Ove trunksove možete koristiti za stvaranje grupa ruta. Na slici je definirana grupa ruta rg_miami_chicago koja usmjerava pozive na trunk_miami trunk kao primarnu opciju i na trunk_chicago trunk kao sekundarnu opciju.

   

   Možete definirati drugu grupu usmjeravanja rg_chicago_miami koja usmjerava pozive na trunk_chicago trunk kao primarnu opciju i na trunk_miami trunk kao sekundarnu opciju.

6. Definirane grupe linija i ruta sada su dostupne u opciji Veza za pozive PSTN za svaku lokaciju. Na slici vidite lokaciju u Denveru.

   

7. Grupe linija i ruta možete koristiti u definiciji plana biranja. Na primjer, raspon brojeva u Chicagu za korisnika podijeljen je kako bi se završio u grupi ruta rg_chicago_miami (za sve lokacije) na slici: