Låt oss överväga en hypotetisk Webex-partner som heter TelSP för att illustrera de olika distributionsmodellerna som partnern kan använda.

Här är högnivåspecifikationer och krav för TelSP:

• Partnern planerar att använda sip.telsp.com som toppdomänen som delas mellan alla kunder de hanterar.

• Partnern äger sip.telsp.com och kan administrera DNS-infrastrukturen och certifikatutfärdarna, hantera DNS-adresser och underteckna certifikat för denna domän och dess underdomäner.

• Partnern kan distribuera två distinkta sessionsgränskontroller (fysiska eller virtuella) som lokala gateways för delad PSTN-åtkomst bland slutkunder.

• Partnern har två fysiska webbplatser, och båda dessa webbplatser delar PSTN-anslutning:

  • Miami

  • Chicago

• TelSP driver sina lokala gateways på uppdrag av de två kunderna CustA och CustB som de hänvisas härmed.

Önskat scenario är att ha PSTN-uppsägning/uppsägning för både kunder som använder Miami- och Chicago-gateways som tillhandahålls av partnern, som visas i illustrationen:

Koppla kundens plats till trunk och gateway

Med Webex Calling kan du skapa trunkar och dela en trunk på flera platser. När du skapar trunken ska du koppla trunken till en plats.

För CustA är trunkinformationen följande:

Illustrationen visar kopplingen av kundplatsen till gateway och trunk för CustA:

I den här distributionen är trunken som är kopplad till platsen den primära PSTN-anslutningen för den platsen. Den andra trunken används som en sekundär PSTN-anslutning eller rutt för specifika nummerplansposter. Implementeringen av den primära och sekundära PSTN-anslutningsrelationen sker via ett koncept för routegrupp. Se avsnittet Webex kundkonfiguration för mer information.

För CustB skapas en liknande konfiguration med följande trunkar:

Illustrationen visar kopplingen av kundplatsen till gateway och trunk för CustB:

Illustrationen visar en tredje plats, nämligen New York, som du kan lägga till senare och peka på trunk_chicago trunken som dess primära PSTN-anslutning.

När Cisco distribuerar en lokal gateway som delar flera trunkar BEFALLER Cisco med en unik FQDN per trunk. Se Konfigurera trunkar, dirigeringsgrupper, och-dial-planer-för-Webex-Calling för mer information.

Att använda en IP-adress och en känd port per trunk är ett idealiskt val. Att skaffa en offentlig IPv4-adress kan dock vara en utmaning för vissa partner som vill använda en adress per gateway per webbplats.

Läs därför dessa viktiga pekare:

• Cisco skickar inte en IP-adress per trunk.

• En trunkadress kan lösas till en unik IP-adress eller till den adress som delas mellan en annan trunk.

• Cisco rekommenderar att du har en unik lyssningsport per trunk av följande skäl:

  1. Tillhandahåller isolering av nätverksnivå mellan kunder

  2. Det är typiskt för sessionsgränskontroller att återanvända den efemerala TCP-anslutningen om det inte finns isolering som en unik klient delad av en IP-adress eller en unik lyssningsport för klienten.

  3. Anslutningar eller anslutningar per trunk genom klientisolering ger bättre genomströmning särskilt i nätverksförhållanden med hög dataförlust. Trafik från en kund påverkar därför inte den andra.

IP-adress per gateway: Trunkkonfiguration och rekommendationer

Se dessa exempel på olika planeringsmodeller:

Modell 1: Unik IP-adress per trunk

I den här modellen löses alla trunkar som hålls av båda gatewayarna till en unik IP-adress och var och en av dessa trunkar kan använda samma port, men helst samma port.

Representera informationen i ett tabellformat:

I samma modell kan partnern använda en SRV-adress. Webex Calling tillåter endast ”_sips._tcp” som tjänst- och protokollkombinationen för att upptäcka peer-adressen om det är en SRV-post.

Ett exempel på hur en SRV-post löses

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Server:		8.8.8.8 Adress:	8.8.8.8#53 Ej auktoriserat svar: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com 

Modell 2: Delad IP på en gateway men olika lyssningsportar

I den här modellen löses alla trunkar som finns på den lokala gatewayen i Chicago till samma IP-adress och alla trunkar som finns på den lokala gatewayen i Miami löses till en annan IP. När samma IP används konfigureras dock varje trunk med en FQDN i kontrollhubben och konfigureras med en unik port.

I samma modell använder partnern en SRV-adress. Webex Calling tillåter endast ”_sips._tcp” som tjänst- och protokollkombinationen för att upptäcka peer-adressen om det är en SRV-post.

Ett annat exempel på hur en SRV-post löses är följande. I det här exemplet finns det 1 A-post per IP-adress. Porten är dock unik per adress och representeras genom en specifik DNS-konfiguration som kopplar en SRV-adress till rätt port.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Server:		8.8.8.8 Adress:	8.8.8.8#53 Ej auktoriserat svar: _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 Adress:	8.8.8.8#53 Ej auktoriserat svar: _sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com 

Partnern äger telsp.com och dess underdomäner. Därför ligger DNS-servern och myndigheten för att få certifikat signerade av en godkänd certifikatmyndighet hos partnern.

• Cisco Webex förväntar sig att partnern ska publicera FQDN- eller SRV-adressen inklusive A-poster på den offentliga domänen.

• Cisco Webex förväntar sig att partnern använder en av de certifikatutfärdare som anges i det här dokumentet.

När du använder en FQDN som trunkadress konfigurerar du de signerade certifikaten med det gemensamma namnet (CN) eller alternativt ämnesnummer (SAN) som är inställt på FQDN:erna för trunkarna.

Använd en av dessa metoder för att generera FQDN:er i certifikatet:

• Välj en av FQDN:erna som gemensamt namn (CN) och resten som alternativt ämnesnummer (SAN).

• Placera domänen på toppnivå (sip.telsp.com) som CN och alla FQDN:er som SAN:er.

  I framtiden kan du validera certifikatet baserat på den toppdomänen som den här konfigurationen lämpar sig för.

När du använder en SRV som trunkadress konfigurerar du signerade certifikat med CN eller SAN till värddelen av SRV-adressen. En post eller CNAME som SRV-adressen löser krävs inte.

Konfigurera gatewayen

Använd dessa resurser för att konfigurera en lokal gateway.

Om du vill konfigurera Cisco CUBE använder du följande procedur: Konfigurera lokal gateway på Cisco IOS XE för Webex Calling

Du kan konfigurera godkända SBC:er från tredje part, se: Kom igång med lokal gateway

Konfigurera den partnervärdgatewayen i enlighet med dessa riktlinjer: Kom igång med lokal gateway

Ställ in varje trunk enligt relevanta anvisningar för SBC-enheten. För instruktionerna för Cisco CUBE, se: Konfigurera lokal gateway på Cisco IOS XE för Webex Calling

Konfigurera röstklasser, uppringningskolleger och peer-grupper för inkommande och utgående trafik för trunken enligt bilden:

Från partnerhubben kan du starta kontrollhubben för antingen CustA eller CustB och konfigurera gatewayen. Använd den här proceduren för att konfigurera för varje kund:

1. Skapa trunken – lägg till en trunk under Samtal/Samtalsomkoppling/trunk för varje delad partnergateway. Om du vill konfigurera en trunk, se Konfigurera trunkar, dirigeringsgrupper och nummerplaner för Webex Calling

2. Lägg till en domän och verifiera – lägg till och verifiera följande domän som används för att skapa en trunk under Inställningar för hantering/organisation/domäner.

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

   När du lägger till en domän genereras en token och placeras i TXT-posten för domänen på partnerns DNS-server. Med den här posten kan Control Hub verifiera att domänen ägs av partnern. Mer information finns i Hantera dina domäner

   Eftersom den gemensamma domänen används för verifiering av varje kund. Eftersom denna verifiering sker på kundorganisationsnivå ska du dock se till att en annan token genereras och används för verifiering i varje kundorganisation. Eftersom en enda domän används i kundorganisationer kan ingen organisation göra anspråk på domänägarskapet.
3. Konfigurera SBC-adress med FQDN –

   För Miami-gateway:

   Parameter	CustA	Cust B
   Plats	Denver	Boston
   Trunknamn	trunk_miami	trunk_miami
   Trunktyp	Certifikatbaserat	Certifikatbaserat
   Enhetstyp	t.ex. Cisco Unified Border Element (eller annan enhet som stöds)	t.ex. Cisco Unified Border Element (eller annan enhet som stöds)
   Typ av SBC-adress	FQDN	FQDN
   Värdnamn	trunk.miami.custa	trunk.miami.custb
   Domän	sip.telsp.com	sip.telsp.com
   Port	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Maximalt antal samtidiga samtal (250–6500)	500	500

   För gatewayen i Chicago:

   Parameter	CustA	Cust B
   Plats	Detroit	Dallas
   Trunknamn	trunk_chicago	trunk_chicago
   Trunktyp	Certifikatbaserat	Certifikatbaserat
   Enhetstyp	t.ex. Cisco Unified Border Element (eller annan enhet som stöds)	t.ex. Cisco Unified Border Element (eller annan enhet som stöds)
   Typ av SBC-adress	FQDN	FQDN
   Värdnamn	trunk.chicago.custa	trunk.chicago.custb
   Domän	sip.telsp.com	sip.telsp.com
   Port	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Maximalt antal samtidiga samtal (250–6500)	500	500

   • (Valfritt) Har inte ett unikt namn för trunken mellan kunder och samma namn kan hjälpa till att spåra trunken.

   • Vissa SBC:er tillåter konfigurering av samma port, men den här konfigurationen kan påverka kapaciteten. Använd därför olika portar.

4. Använda trunkar – välj valfri plats för trunken på grund av följande:

   • Alla platser kan använda trunken i en PSTN-anslutning.

   • Du kan komma åt trunken via en dirigeringsgrupp.

   • Alla nummerplaner kan använda trunken.

5. Se trunkdefinitionerna med tillhörande platser:

   

   Du kan använda dessa trunkar för att skapa dirigeringsgrupper. I bilden definieras en dirigeringsgrupp rg_miami_chicago som dirigerar samtal till trunk_miami trunken som det primära alternativet och till trunk_chicago trunken som ett sekundäralternativ.

   

   Du kan definiera en andra dirigeringsgrupp rg_chicago_miami som dirigerar samtal till trunk_chicago trunken som det primära alternativet och till trunk_miami trunken som ett sekundäralternativ.

6. De definierade trunkarna och dirigeringsgrupperna är nu tillgängliga i alternativet Calling Connection PSTN för varje plats. I bilden, se Denver-platsen.

   

7. Du kan använda trunkarna och dirigeringsgrupperna i definitionen av nummerplanen. Till exempel delas ett lokalt nummerintervall i Chicago för kunden ut för att avsluta till rg_chicago_miami dirigeringsgruppen (för alla platser) i bilden: