Laten we een hypothetische Webex-partner genaamd TelSP nemen om de verschillende implementatiemodellen te illustreren die de partner kan hanteren.

Hieronder volgen de belangrijkste specificaties. & vereisten van TelSP:

• De partner is van plan om sip.telsp.com te gebruiken als het topdomein dat gedeeld wordt door alle klanten die zij beheren.

• De partner is eigenaar van sip.telsp.com en kan de DNS-infrastructuur en certificeringsinstanties beheren, DNS-adressen beheren en certificaten ondertekenen voor dit domein en de bijbehorende subdomeinen.

• De partner kan twee afzonderlijke sessiegrenscontrollers (fysiek of virtueel) inzetten als lokale gateways voor gedeelde PSTN-toegang tussen eindklanten.

• De partner heeft twee fysieke locaties, en beide locaties delen een PSTN-verbinding:

  • Miami

  • Chicago

• TelSP beheert hun lokale gateways namens de twee klanten CustA en CustB, zoals ze hierna worden genoemd.

Het gewenste scenario is om PSTN te hebben. origination/termination voor beide klanten die gebruikmaken van de gateways in Miami en Chicago die door de partner worden geleverd, zoals weergegeven in de afbeelding:

De locatie van de klant koppelen aan de trunk en gateway.

Met Webex Calling kunt u telefoonlijnen aanmaken en een telefoonlijn delen tussen meerdere locaties. Bij het aanmaken van de kofferbak moet u deze koppelen aan een locatie.

Voor CustA zijn de kofferbakdetails als volgt:

De illustratie toont de koppeling van de klantlocatie aan Gateway en Trunk voor CustA:

In deze implementatie is de trunk die aan de locatie is gekoppeld de primaire PSTN-verbinding voor die locatie. De andere trunk wordt gebruikt als secundaire PSTN-verbinding of route voor specifieke kiesplanvermeldingen. De totstandkoming van de primaire en secundaire PSTN-verbindingsrelatie gebeurt via een routegroepconcept. Zie het gedeelte Webex-klantinstellingen voor meer informatie.

Voor CustB wordt een vergelijkbare configuratie met de volgende trunks gecreëerd:

De afbeelding toont de koppeling van de klantlocatie aan Gateway en Trunk voor CustB:

De afbeelding toont een derde locatie, namelijk New York, die u later kunt toevoegen en waarnaar u de trunk_chicago -lijn kunt verwijzen als de primaire PSTN-verbinding.

Bij het implementeren van een lokale gateway die meerdere trunks deelt, VERPLICHT Cisco het gebruik van een unieke FQDN per trunk. Zie Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling voor meer informatie.

Het gebruik van een IP-adres en een bekende poort per trunk is een ideale keuze. Het verkrijgen van een openbaar IPv4-adres kan echter een uitdaging vormen voor sommige partners die per gateway en per locatie één adres willen gebruiken.

Lees daarom deze belangrijke punten:

• Cisco schrijft geen IP-adres per trunk voor.

• Een trunkadres kan verwijzen naar een uniek IP-adres of naar het adres dat gedeeld wordt door een andere trunk.

• Cisco raadt aan om elke trunkverbinding op de lokale gateway te configureren met een unieke combinatie van IP-adres en poortnummer om de volgende redenen:

  1. Het behouden van aparte TCP-verbindingen per trunk ondersteunt de maximale capaciteit voor gelijktijdige gesprekken per trunk. Het delen van IP-adres- en poortcombinaties over verschillende trunks kan een negatieve invloed hebben op de gesprekscapaciteit.

  2. Biedt netwerkisolatie tussen klanten.

  3. Het is gebruikelijk dat Session Border Controllers de tijdelijke TCP-socketverbinding hergebruiken, tenzij er isolatie wordt geboden door een unieke tenant, afgescheiden door een IP-adres of een unieke luisterpoort voor de tenant.

  4. Verbinding(en) per trunk via tenantisolatie zorgen voor een betere doorvoer, met name in netwerkomstandigheden met veel dataverlies. Daarom heeft het verkeer van de ene klant geen invloed op de andere.

IP-adres per gateway: Trunkconfiguratie en aanbevelingen

Raadpleeg deze voorbeelden van verschillende planningsmodellen:

Model 1: Uniek IP-adres per trunk

In dit model verwijzen alle trunks die door beide gateways worden gehost naar een uniek IP-adres en kunnen deze trunks al dan niet dezelfde poort gebruiken, maar idealiter wel dezelfde poort.

De informatie weergeven in een tabelvorm:

In ditzelfde model kan de partner een SRV-adres gebruiken. Webex Calling staat alleen “_sips._tcp” toe als de combinatie van service en protocol om het peer-adres te achterhalen als het een SRV-record betreft.

Een voorbeeld van hoe een SRV-record wordt opgelost.

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: Gedeeld IP-adres op een gateway, maar verschillende luisterpoorten.

In dit model verwijzen alle trunks die via de lokale gateway in Chicago worden gehost naar hetzelfde IP-adres, terwijl alle trunks die via de lokale gateway in Miami worden gehost naar een ander IP-adres verwijzen. Bij gebruik van hetzelfde IP-adres wordt elke trunk echter geconfigureerd met een FQDN in de control hub en krijgt deze een unieke poort toegewezen.

In ditzelfde model gebruikt de partner een SRV-adres. Webex Calling staat alleen “_sips._tcp” toe als de combinatie van service en protocol om het peer-adres te achterhalen als het een SRV-record betreft.

Een ander voorbeeld van hoe een SRV-record wordt opgelost, is als volgt. In dit voorbeeld bestaat er 1 A-record per IP-adres. De poort is echter uniek per adres en wordt weergegeven via een specifieke DNS-configuratie die een SRV-adres koppelt aan de juiste poort.

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

De partner is eigenaar van telsp.com en de bijbehorende subdomeinen. De DNS-server en de bevoegdheid om certificaten te laten ondertekenen door een erkende certificeringsinstantie liggen daarom bij de partner.

• Cisco Webex verwacht dat de partner het FQDN- of SRV-adres, inclusief A-records, openbaar maakt.

• Cisco Webex verwacht dat de partner gebruikmaakt van een van de certificeringsinstanties die worden vermeld in ditdocument .

Wanneer u een FQDN als trunkadres gebruikt, moet u de ondertekende certificaten zo instellen dat de Common Name (CN) of Subject Number Alternative Number (SAN) is ingesteld op de FQDN's van de trunks.

Gebruik een van deze methoden om de FQDN's in het certificaat te genereren:

• Kies één van de FQDN's als de Common Name (CN) en de rest als Subject Number Alternative Number (SAN).

• Plaats het topdomein (sip.telsp.com) als CN en alle FQDN's als SAN's.

  In de toekomst kunt u het certificaat valideren op basis van het topdomein dat aan deze configuratie is gekoppeld.

Wanneer u een SRV als trunkadres gebruikt, moet u ondertekende certificaten instellen met de CN of SAN voor het hostgedeelte van het SRV-adres. Het A-record of CNAME waarnaar het SRV-adres verwijst, is niet vereist.

De gateway instellen

Gebruik deze bronnen om een lokale gateway in te stellen.

Volg deze procedure om Cisco CUBE in te stellen: Lokale gateway configureren in Cisco IOS XE voor Webex Calling

U kunt goedgekeurde SBC's van derden instellen, zie: Aan de slag met lokale gateway

Configureer de door de partner gehoste gateway volgens deze richtlijnen: Aan de slag met lokale gateway

Stel elke trunk in volgens de relevante instructies voor het SBC-apparaat. Zie voor de instructies voor Cisco CUBE: Lokale gateway configureren in Cisco IOS XE voor Webex Calling

Stel spraakklassen, dial peers en dial peer-groepen in voor inkomend en uitgaand verkeer voor de trunk, zoals weergegeven in de afbeelding:

Vanuit de Partner Hub kunt u de Control Hub voor CustA of CustB starten en de gateway configureren. Gebruik deze procedure om de configuratie voor elke klant aan te passen:

1. Maak de stam aan - voeg een stam toe onder Calling/Call Routing/Trunk voor elke gedeelde gateway van de partner. Zie Trunks, routegroepen en kiesplannen configureren voor Webex Calling om een trunk in te stellen.

2. Een domein toevoegen en verifiëren — Voeg het volgende domein toe en verifieer het. Dit domein wordt gebruikt om een trunk te creëren onder Management/Organization Settings/Domains.

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

   Bij het toevoegen van een domein wordt een token gegenereerd en in het TXT-record voor dat domein op de DNS-server van de partner geplaatst. Met dit record kan Control Hub verifiëren dat het domein eigendom is van de partner. Zie voor meer informatie Uw domeinen beheren

   Aangezien het gemeenschappelijke domein wordt gebruikt voor verificatie bij elke klant. Omdat deze verificatie echter op organisatieniveau van de klant plaatsvindt, moet u ervoor zorgen dat er voor elke klantorganisatie een ander token wordt gegenereerd en gebruikt voor de verificatie. Omdat één domein door alle klantorganisaties wordt gebruikt, kan geen enkele organisatie aanspraak maken op het eigendom van het domein.
3. Stel een SBC-adres in met een FQDN.

   Voor de toegangspoort tot Miami:

   Parameter	CustA	CustB
   Locatie	Denver	Boston
   Naam van trunk	trunk_miami	trunk_miami
   Type trunk	Certificaat gebaseerd	Certificaat gebaseerd
   Apparaattype	bijvoorbeeld Cisco Unified Border Element (of een ander ondersteund apparaat)	bijvoorbeeld Cisco Unified Border Element (of een ander ondersteund apparaat)
   SBC-adrestype	FQDN	FQDN
   Hostnaam	kofferbak.miami.custa	kofferbak.miami.custb
   Domein	sip.telsp.com	sip.telsp.com
   Poort	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Maximaal aantal gelijktijdige gesprekken (250-6500)	500	500

   Voor de toegangspoort tot Chicago:

   Parameter	CustA	CustB
   Locatie	Detroit	Dallas
   Naam van trunk	trunk_chicago	trunk_chicago
   Type trunk	Certificaat gebaseerd	Certificaat gebaseerd
   Apparaattype	bijvoorbeeld Cisco Unified Border Element (of een ander ondersteund apparaat)	bijvoorbeeld Cisco Unified Border Element (of een ander ondersteund apparaat)
   SBC-adrestype	FQDN	FQDN
   Hostnaam	kofferbak.chicago.custa	kofferbak.chicago.custb
   Domein	sip.telsp.com	sip.telsp.com
   Poort	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Maximaal aantal gelijktijdige gesprekken (250-6500)	500	500

   • (Optioneel) Gebruik geen unieke naam voor de kofferbak voor alle klanten, maar dezelfde naam kan helpen bij het traceren van de kofferbak.

   • Sommige single-board computers (SBC's) maken het mogelijk om dezelfde poort te configureren, maar deze configuratie kan de capaciteit beïnvloeden. Gebruik daarom verschillende poorten.

4. Gebruikmakend van Trunks—kies een willekeurige locatie voor de trunk, vanwege het volgende:

   • De trunk kan op elke locatie worden gebruikt in een PSTN-verbinding.

   • Je kunt de hoofdverbinding via een routegroep benaderen.

   • Elk kiesplan kan gebruikmaken van de trunk.

5. Bekijk de definities van de stammen met de bijbehorende locaties:

   

   Je kunt deze trunks gebruiken om routegroepen te creëren. In de afbeelding is een routegroep rg_miami_chicago gedefinieerd die oproepen doorstuurt naar de trunk_miami trunk als primaire optie en naar de trunk_chicago trunk als secundaire optie.

   

   U kunt een tweede routegroep rg_chicago_miami definiëren die oproepen doorstuurt naar de trunk_chicago trunk als primaire optie en naar de trunk_miami trunk als secundaire optie.

6. De gedefinieerde trunks en routegroepen zijn nu beschikbaar in de Calling Connection PSTN-optie voor elke locatie. Op de afbeelding ziet u de locatie in Denver.

   

7. Je kunt de trunks en routegroepen gebruiken in de definitie van het kiesplan. Een voorbeeld: een lokaal telefoonnummerbereik in Chicago voor de klant wordt opgesplitst om te eindigen in de routegroep rg_chicago_miami (voor alle locaties) in de afbeelding: