Tarkastellaan hypoteettista Webex-yhteistyökumppania nimeltä TelSP, jotta voidaan havainnollistaa erilaisia käyttöönottomalleja, joita yhteistyökumppani voi ottaa käyttöön.

Seuraavassa on lueteltu TelSP:n korkean tason eritelmät ja vaatimukset:

• Yhteistyökumppani aikoo käyttää sip.telsp.com -tason verkkotunnusta, joka on yhteinen kaikille heidän hallinnoimilleen asiakkaille.

• Kumppani omistaa sip.telsp.com ja voi hallinnoida DNS-infrastruktuuria ja varmennepalveluita, hallita DNS-osoitteita ja allekirjoittaa varmenteita tälle verkkotunnukselle ja sen aluetunnuksille.

• Yhteistyökumppani voi ottaa käyttöön kaksi erillistä (fyysistä tai virtuaalista) session border -ohjainta paikallisina yhdyskäytävinä loppuasiakkaiden yhteistä PSTN-yhteyttä varten.

• Yhteistyökumppanilla on kaksi fyysistä toimipaikkaa, ja molemmilla toimipaikoilla on yhteinen PSTN-yhteys:

  • Miami

  • Chicago

• TelSP käyttää paikallisia yhdyskäytäviään kahden asiakkaan, CustA:n ja CustB:n, kuten niitä jäljempänä kutsutaan, puolesta.

Haluttu skenaario on, että molemmille asiakkaille on tarjolla PSTN-lähtö/pääteyhteys kumppanin toimittamien Miamin ja Chicagon yhdyskäytävien avulla, kuten kuvassa on esitetty:

Asiakkaan sijainnin yhdistäminen kanavaan ja yhdyskäytävään

Webex Calling mahdollistaa runkojen luomisen ja runkojen jakamisen useissa eri toimipisteissä. Kun luot runkoa, liitä runko sijaintiin.

CustA:n osalta runkotiedot ovat seuraavat:

Kuvassa näkyy asiakkaan sijainnin yhdistäminen Gatewayyn ja Trunkiin CustA:

Tässä käyttöönotossa sijaintiin liitetty runkoyhteys on kyseisen sijainnin ensisijainen PSTN-yhteys. Toista kanavaa käytetään toissijaisena PSTN-yhteytenä tai reittinä tietyille valintasuunnitelmamerkinnöille. Ensisijainen ja toissijainen PSTN-yhteyssuhde toteutetaan reittiryhmäkonseptin avulla. Katso lisätietoja kohdasta Webex-asiakkaan asetukset .

CustB:lle luodaan samanlainen asetelma, jossa on seuraavat runkoyhteydet:

Kuvassa on esitetty asiakkaan sijainnin yhdistäminen Gatewayyn ja Trunkiin osoitteessa CustB:

Kuvassa näkyy kolmas sijainti eli New York, jonka voit lisätä myöhemmin ja osoittaa trunk_chicago -runkoon sen ensisijaisena PSTN-yhteytenä.

Kun otat käyttöön paikallisen yhdyskäytävän, jolla on useita yhteyksiä, Cisco VAATII käyttämään yksilöllistä FQDN-nimeä jokaista yhteyttä kohden. Katso lisätietoja osoitteesta Configure-trunks,-route-groups,-and-dial-plans-for-Webex-Calling .

IP-osoitteen ja tunnetun portin käyttäminen runkoa kohden on ihanteellinen valinta. Julkisen IPv4-osoitteen hankkiminen voi kuitenkin olla haastavaa joillekin yhteistyökumppaneille, jotka haluavat käyttää yhtä osoitetta yhdyskäytävää ja toimipaikkaa kohden.

Lue siksi nämä tärkeät ohjeet:

• Cisco ei määrittele IP-osoitetta runkoa kohden.

• Runko-osoite voi olla yksilöllinen IP-osoite tai toisen runko-osoitteen kanssa jaettu osoite.

• Cisco suosittelee, että kuunteluportti on yksilöllinen runkoa kohden seuraavista syistä:

  1. Tarjoaa verkkotason eristyksen asiakkaiden välillä

  2. Session border -ohjaimille on tyypillistä käyttää uudelleen hetkellistä TCP-socket-yhteyttä, ellei eristystä ole toteutettu IP-osoitteella tai vuokralaisen yksilöllisellä kuunteluportilla osioidun vuokralaisen yksilöllisen vuokralaisen muodossa.

  3. Yhteys tai yhteydet runkoa kohden vuokralaisen eristämisen avulla tarjoavat paremman läpäisykyvyn erityisesti verkko-olosuhteissa, joissa on suuri datahäviö. Näin ollen yhden asiakkaan liikenne ei vaikuta muihin asiakkaisiin.

IP-osoite yhdyskäytävää kohden: Runkokokoonpano ja suositukset

Katso näitä esimerkkejä eri malleista suunnittelua varten:

Malli 1: Yksilöllinen IP-osoite runkoa kohden

Tässä mallissa kaikki molempien yhdyskäytävien isännöimät yhdyskäytävät päätyvät yksilölliseen IP-osoitteeseen, ja kukin näistä yhdyskäytävistä voi käyttää tai olla käyttämättä samaa porttia, mutta mieluiten samaa porttia.

Tietojen esittäminen taulukkomuodossa:

Tässä samassa mallissa kumppani voi käyttää SRV-osoitetta. Webex Calling sallii vain "_sips._tcp" palvelun ja protokollan yhdistelmänä vertaisverkon osoitteen löytämiseksi, jos se on SRV-tietue.

Esimerkki siitä, miten SRV-tietue ratkaisee

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Palvelin:		8.8.8.8.8 Osoite:	8.8.8.8.8#53 Epävirallinen vastaus: _sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com 

Malli 2: Yhteinen IP-yhteys yhdyskäytävässä, mutta eri kuunteluportit

Tässä mallissa kaikki Chicagon paikallisyhdyskäytävällä isännöidyt yhdyskäytävät määritetään samaan IP-osoitteeseen ja kaikki Miamin paikallisyhdyskäytävällä isännöidyt yhdyskäytävät määritetään eri IP-osoitteeseen. Kun käytetään samaa IP-osoitetta, kukin runkoyhteys määritetään kuitenkin FQDN:n avulla ohjauskeskuksessa ja sille määritetään yksilöllinen portti.

Tässä samassa mallissa kumppani käyttää SRV-osoitetta. Webex Calling sallii vain "_sips._tcp" palvelun ja protokollan yhdistelmänä vertaisverkon osoitteen löytämiseksi, jos se on SRV-tietue.

Toinen esimerkki SRV-tietueen resoluutiosta on seuraava. Tässä esimerkissä IP-osoitetta kohden on 1 A-tallenne. Portti on kuitenkin osoitekohtaisesti yksilöllinen, ja sitä edustaa erityinen DNS-konfiguraatio, joka yhdistää SRV-osoitteen oikeaan porttiin.

nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com Palvelin:		8.8.8.8.8 Osoite:	8.8.8.8.8#53 Ei-auktoritatiivinen vastaus: _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 Palvelin:		8.8.8.8.8 Osoite:	8.8.8.8.8#53 Epävirallinen vastaus: _sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com 

Yhteistyökumppani omistaa telsp.com ja sen aladomeenit. Näin ollen DNS-palvelin ja valtuutus saada hyväksytyn varmentajan allekirjoittamat varmenteet ovat kumppanin vastuulla.

• Cisco Webex odottaa, että kumppani julkaisee FQDN- tai SRV-osoitteen ja A-rekisteritiedot julkisesti.

• Cisco Webex edellyttää, että kumppani käyttää jotakin tässä asiakirjassa julkaistussa luettelossa mainituista varmenteiden myöntäjistä.

Kun käytät FQDN-nimeä runko-osoitteena, määritä allekirjoitetut varmenteet siten, että Common Name (CN) tai Subject Number Alternative Number (SAN) on asetettu runkojen FQDN-nimiin.

Käytä jotakin näistä menetelmistä varmenteen FQDN-nimien luomiseen:

• Valitse yksi FQDN-nimistä yleiseksi nimeksi (Common Name, CN) ja loput vaihtoehtoiseksi numeronumeroksi (Subject Number Alternative Number, SAN).

• Aseta ylätason verkkotunnus (sip.telsp.com) CN:ksi ja kaikki FQDN-nimet SAN:iksi.

  Jatkossa voit validoida varmenteen tämän kokoonpanon mukaisen ylätason verkkotunnuksen perusteella.

Kun käytät SRV-osoitetta runko-osoitteena, määritä allekirjoitetut varmenteet, joissa on CN- tai SAN-osoite SRV-osoitteen isäntäosaan. A-tietuetta tai CNAME-tietuetta, johon SRV-osoite ratkaisee, ei tarvita.

Aseta yhdyskäytävä

Käytä näitä resursseja paikallisen yhdyskäytävän määrittämiseen.

Määritä Cisco CUBE seuraavasti: Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE:ssä Webex Callingia varten

Voit määrittää hyväksytyt kolmannen osapuolen SBC:t, ks: Paikallisen yhdyskäytävän käytön aloitusohjeet

Määritä kumppanin isännöimä yhdyskäytävä näiden ohjeiden mukaisesti: Paikallisen yhdyskäytävän käytön aloitusohjeet

Aseta kukin runkoyhteys SBC-laitteen ohjeiden mukaisesti. Cisco CUBE -ohjeet, katso: Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE:ssä Webex Callingia varten

Määritä ääniluokat, valintavertaisryhmät ja valintavertaisryhmät saapuvaa ja lähtevää liikennettä varten kuvan mukaisesti:

Partner Hubista voit käynnistää joko CustA:n tai CustB:n Control Hubin ja määrittää yhdyskäytävän. Käytä tätä menettelyä kunkin asiakkaan määrittämiseen:

1. Luo yhdyskäytävä - Lisää yhdyskäytävä kohdassa Soittaminen/Puhelujen reititys/yhdyskäytävä kullekin kumppanin jaetulle yhdyskäytävälle. Voit määrittää runkoyhteyden osoitteessa Configure trunks, route groups, and dial plans for Webex Calling.

2. Lisää verkkotunnus ja tarkista - Lisää ja tarkista seuraava verkkotunnus, jota käytetään runkoverkon luomiseen, valikossa Hallinta/Organisaatioasetukset/Toimialat.

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

   Kun verkkotunnus lisätään, luodaan tunniste, joka sijoitetaan kumppanin DNS-palvelimen verkkotunnuksen TXT-tietueeseen. Tämän tietueen avulla Control Hub voi tarkistaa, että verkkotunnus on kumppanin omistuksessa. Lisätietoja on osoitteessa Verkkotunnusten hallinta.

   Koska Yhteistä verkkotunnusta käytetään kunkin asiakkaan todentamiseen. Koska tämä todentaminen tapahtuu kuitenkin asiakasorganisaatiotasolla, varmista, että jokaisessa asiakasorganisaatiossa luodaan ja käytetään todentamiseen eri tunnusta. Koska asiakasorganisaatiot käyttävät yhtä verkkotunnusta, yksikään organisaatio ei voi vaatia verkkotunnuksen omistajuutta.
3. Määritä SBC-osoite FQDN:llä-

   Miamin porttia varten:

   Parametri	CustA	Cust B
   Sijainti	Denver	Boston
   Rungon nimi	trunk_miami	trunk_miami
   Runko Tyyppi	Todistukseen perustuva	Todistukseen perustuva
   Laitteen tyyppi	esim. Cisco Unified Border Element (tai muu tuettu laite).	esim. Cisco Unified Border Element (tai muu tuettu laite).
   SBC Osoitetyyppi	FQDN	FQDN
   Isäntänimi	trunk.miami.custa	trunk.miami.custb
   Verkkotunnus	sip.telsp.com	sip.telsp.com
   Portti	5061	5062
   FQDN	trunk.miami.custa.sip.telsp.com:5061	trunk.miami.custb.sip.telsp.com:5062
   Samanaikaisten puheluiden enimmäismäärä (250-6500)	500	500

   Chicagon porttia varten:

   Parametri	CustA	Cust B
   Sijainti	Detroit	Dallas
   Rungon nimi	trunk_chicago	trunk_chicago
   Runko Tyyppi	Todistukseen perustuva	Todistukseen perustuva
   Laitteen tyyppi	esim. Cisco Unified Border Element (tai muu tuettu laite).	esim. Cisco Unified Border Element (tai muu tuettu laite).
   SBC Osoitetyyppi	FQDN	FQDN
   Isäntänimi	trunk.chicago.custa	trunk.chicago.custb
   Verkkotunnus	sip.telsp.com	sip.telsp.com
   Portti	5061	5062
   FQDN	trunk.chicago.custa.sip.telsp.com:5061	trunk.chicago.custb.sip.telsp.com:5062
   Samanaikaisten puheluiden enimmäismäärä (250-6500)	500	500

   • (Valinnainen) Älä käytä asiakkaittain yksilöllistä nimeä runkoyhteydelle, ja sama nimi voi auttaa runkoyhteyden jäljittämisessä.

   • Tietyt SBC:t mahdollistavat saman portin määrittämisen, mutta tämä voi vaikuttaa kapasiteettiin. Käytä siksi eri portteja.

4. Runkojen käyttäminen - valitse runkoa varten mikä tahansa mielivaltainen sijainti seuraavista syistä:

   • Mikä tahansa sijainti voi käyttää runkoverkkoa PSTN-yhteydessä.

   • Voit käyttää runkoyhteyttä reittiryhmän kautta.

   • Mikä tahansa valintasuunnitelma voi käyttää runkoverkkoa.

5. Katso runkomääritykset ja niihin liittyvät sijainnit:

   

   Voit käyttää näitä runkoja reittiryhmien luomiseen. Kuvassa on määritetty reittiryhmä rg_miami_chicago , joka reitittää puhelut ensisijaisena vaihtoehtona runkoyhteyteen trunk_miami ja toissijaisena vaihtoehtona runkoyhteyteen trunk_chicago .

   

   Voit määrittää toisen reittiryhmän rg_chicago_miami , joka ohjaa puhelut ensisijaisena vaihtoehtona trunk_chicago -runkoon ja toissijaisena vaihtoehtona trunk_miami -runkoon.

6. Määritetyt yhdyskäytävät ja reittiryhmät ovat nyt käytettävissä Calling Connection PSTN-vaihtoehdossa kunkin sijainnin osalta. Katso kuvasta Denverin sijainti.

   

7. Voit käyttää valintasuunnitelman määrittelyssä olevia runkoja ja reittiryhmiä. Esimerkiksi Chicagossa sijaitsevan asiakkaan paikallinen numeroalue jaetaan siten, että se päättyy kuvassa näkyvään rg_chicago_miami -reititysryhmään (kaikkien toimipisteiden osalta):