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

Tässä ovat korkean tason tekniset tiedot & TelSP:n vaatimukset:

• Kumppani aikoo käyttää sip.telsp.com -tunnusta kaikkien hallinnoimiensa asiakkaiden kesken jaettuna ylätason verkkotunnuksena.

• Kumppani omistaa sip.telsp.com ja voi hallinnoida DNS-infrastruktuuria ja varmentajien myöntäjiä, hallita DNS-osoitteita ja allekirjoittaa varmenteita tälle verkkotunnukselle ja sen aliverkkotunnuksille.

• Kumppani voi ottaa käyttöön kaksi erillistä istuntorajaohjainta (fyysistä tai virtuaalista) paikallisina yhdyskäytävinä jaettua PSTN-yhdyskäytävää varten loppuasiakkaiden kesken.

• Kumppanilla on kaksi fyysistä toimipistettä, ja molemmat toimipisteet jakavat PSTN-yhteyden:

  • Miami

  • Chicago

• TelSP ylläpitää paikallisia yhdyskäytäviään kahden asiakkaan, CustA:n ja CustB:n, puolesta, joihin viitataan tästä lähtien.

Haluttu skenaario on PSTN-verkko. origination/termination molemmille asiakkaille, jotka käyttävät kumppanin toimittamia Miamin ja Chicagon yhdyskäytäviä, kuten kuvassa näkyy:

Asiakkaan sijainnin liittäminen runkoon ja yhdyskäytävään

Webex Calling mahdollistaa runkoyhteyksien luomisen ja runkoyhteyksien jakamisen useiden sijaintien välillä. Kun luot runkoa, liitä se sijaintiin.

Asiakkaan A osalta runkotiedot ovat seuraavat:

Kuvassa näkyy asiakkaan sijainnin yhteys yhdyskäytävään ja runkoon CustA-kohteelle :

Tässä käyttöönotossa sijaintiin liittyvä runko on kyseisen sijainnin ensisijainen PSTN-yhteys. Toista runkojohtoa käytetään toissijaisena PSTN-yhteytenä tai reittinä tietyille soittosuunnitelmamerkinnöille. Ensisijaisen ja toissijaisen PSTN-yhteyssuhteen toteutus tapahtuu reittiryhmäkonseptin avulla. Katso lisätietoja osiosta Webex-asiakkaan asetukset.

CustB:lle luodaan samanlainen kokoonpano seuraavilla runkolinjoilla:

Kuvassa näkyy asiakkaan sijainnin yhteys yhdyskäytävään ja runkoverkkoon CustB:lle:

Kuvassa näkyy kolmas sijainti, New York, jonka voit lisätä myöhemmin ja osoittaa trunk_chicago -runkolinjaan sen ensisijaiseksi PSTN-yhteydeksi.

Kun otetaan käyttöön useita runkoja jakava paikallinen yhdyskäytävä, Cisco PAKOTTAA käyttämään yksilöllistä FQDN-nimeä runkoa kohden. Katso lisätietoja kohdasta 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 kumppaneille, jotka haluavat käyttää yhtä osoitetta yhdyskäytävää kohden sivustoa kohden.

Lue siis nämä tärkeät vinkit:

• Cisco ei vaadi IP-osoitetta runkoa kohden.

• Runko-osoite voi ratkaista yksilöllisen IP-osoitteen tai toisen runko-osan jakaman osoitteen.

• Cisco suosittelee, että jokainen runkoyhteys määritetään yksilöllisellä IP-osoitteen ja portin yhdistelmällä paikallisessa yhdyskäytävässä seuraavista syistä:

  1. Erillisten TCP-yhteyslinkkien ylläpitäminen runkoa kohden tukee runkoa kohden sallittujen samanaikaisten puheluiden enimmäiskapasiteettia. IP-osoitteiden ja porttiyhdistelmien jakaminen runkojen välillä voi vaikuttaa negatiivisesti puheluiden kapasiteettiin.

  2. Tarjoaa verkkotason eristyksen asiakkaiden välillä

  3. Istuntorajojen ohjaimille on tyypillistä käyttää uudelleen lyhytaikaista TCP-socket-yhteyttä, ellei eristystä ole tehty yksilöllisenä vuokralaisena, joka on jaettu IP-osoitteen tai yksilöllisen kuunteluportin mukaan vuokralaiselle.

  4. Yhteys tai yhteydet runkoa kohden vuokralaisen eristämisen kautta tarjoavat paremman tiedonsiirtonopeuden erityisesti verkko-olosuhteissa, joissa on paljon datahäviöitä. Näin ollen yhden asiakkaan liikenne ei vaikuta toiseen.

IP-osoite yhdyskäytävää kohden: Rungon kokoonpano ja suositukset

Katso näitä esimerkkejä erilaisista suunnittelumalleista:

Malli 1: Yksilöllinen IP-osoite runkoa kohden

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

Tiedon esittäminen taulukkomuodossa:

Samassa mallissa kumppani voi käyttää SRV-osoitetta. Webex-kutsu sallii palvelu- ja protokollayhdistelmänä "_sips._tcp" vain, jos kyseessä on SRV-tietue vertaisosoitteen löytämiseksi.

Esimerkki SRV-tietueen ratkaisemisesta

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

Malli 2: Jaettu IP-osoite yhdyskäytävällä, mutta eri kuunteluportit

Tässä mallissa kaikki Chicagon paikallisessa yhdyskäytävässä isännöidyt runkolinjat ohjataan samaan IP-osoitteeseen ja kaikki Miamin paikallisessa yhdyskäytävässä isännöidyt runkolinjat ohjataan eri IP-osoitteeseen. Samaa IP-osoitetta käytettäessä jokainen runko konfiguroidaan kuitenkin ohjauskeskittimessä olevan FQDN:n avulla ja sille konfiguroidaan oma portti.

Samassa mallissa kumppani käyttää SRV-osoitetta. Webex-kutsu sallii palvelu- ja protokollayhdistelmänä "_sips._tcp" vain, jos kyseessä on SRV-tietue vertaisosoitteen löytämiseksi.

Toinen esimerkki SRV-tietueen selvittämisestä on seuraava. Tässä esimerkissä on yksi A-tietue IP-osoitetta kohden. Portti on kuitenkin osoitekohtainen ja sitä edustaa tietty DNS-konfiguraatio, joka linkittää SRV-osoitteen oikeaan porttiin.

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

Kumppani omistaa telsp.comin ja sen aliverkkotunnukset. Siksi DNS-palvelin ja valtuudet saada hyväksytyn varmentaja-viranomaisen allekirjoittamia varmenteita ovat kumppanilla.

• Cisco Webex odottaa kumppanin julkaisevan FQDN- tai SRV-osoitteen, mukaan lukien A-tietueet, julkisesti.

• Cisco Webex odottaa kumppanin käyttävän jotakin tässä dokumentissaluetelluista varmentajista.

Kun runko-osoitteena käytetään FQDN-nimeä, määritä allekirjoitettujen varmenteiden Common Name (CN) tai Subject Number Alternative Number (SAN) -arvoksi runkojen FQDN-nimet.

Käytä jotakin näistä menetelmistä luodaksesi varmenteen FQDN-nimet:

• Valitse yksi FQDN-nimistä yleiseksi nimeksi (CN) ja loput kohteelle vaihtoehdoksi (SAN).

• Aseta ylimmän tason verkkotunnus (sip.telsp.com) CN:ksi ja kaikki FQDN:t SAN-verkoiksi.

  Tulevaisuudessa voit validoida varmenteen tämän määrityksen varaaman ylätason verkkotunnuksen perusteella.

Kun runko-osoitteena käytetään SRV:tä, määritä allekirjoitetut varmenteet CN:n tai SAN:n avulla SRV-osoitteen isäntäosaan. SRV-osoitteen osoittama A-tietue tai CNAME-tietue ei ole pakollinen.

Yhdyskäytävän määrittäminen

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

Voit määrittää Cisco CUBEn seuraavasti: Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE:ssä Webex Callingia varten

Voit määrittää hyväksyttyjä kolmannen osapuolen SBC-sopimuksia, katso: 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 jokainen runko SBC-laitteen asiaankuuluvien ohjeiden mukaisesti. Cisco CUBE -ohjeet löytyvät osoitteesta: Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE:ssä Webex Callingia varten

Määritä ääniluokat, soittavat vertaislaitteet ja soittavat vertaisryhmät runkoverkon saapuvalle ja lähtevälle liikenteelle kuvan mukaisesti:

Kumppanikeskuksesta voit käynnistää CustA:n tai CustB:n hallintakeskuksen ja määrittää yhdyskäytävän. Käytä tätä menettelyä määrittääksesi asetukset kullekin asiakkaalle:

1. Luo runko – Lisää runko alle Calling/Call Routing/Trunk kullekin kumppanin jaetulle yhdyskäytävälle. Runkolinjan määrittämiseksi katso Runkolinjojen, reititysryhmien ja soittosuunnitelmien määrittäminen Webex-puheluita varten

2. Lisää verkkotunnus ja vahvista – Lisää ja vahvista seuraava verkkotunnus, jota käytetään runkoverkon luomiseen Management/Organization Settings/Domains.

   AsiakasA	AsiakasB
   sip.telsp.com	sip.telsp.com

   Verkkotunnusta lisättäessä luodaan tunnus (token), joka sijoitetaan verkkotunnuksen TXT-tietueeseen kumppanin DNS-palvelimella. Tämän tietueen avulla Control Hub voi varmistaa, että kumppani omistaa verkkotunnuksen. Lisätietoja on kohdassa Hallitse verkkotunnuksiasi

   Koska yhteistä verkkotunnusta käytetään jokaisen asiakkaan vahvistamiseen. Koska tämä vahvistus kuitenkin tapahtuu asiakasorganisaatiotasolla, varmista, että jokaiselle asiakasorganisaatiolle luodaan ja käytetään eri tunnusta vahvistusta varten. Koska asiakasorganisaatiot käyttävät samaa verkkotunnusta, mikään organisaatio ei voi vaatia verkkotunnuksen omistajuutta.
3. SBC-osoitteen määrittäminen FQDN-nimellä —

   Miamin yhdyskäytävää varten:

   Parametri	AsiakasA	AsiakasB
   Sijainti	Denver	Bostonissa
   Rungon nimi	trunk_miami	trunk_miami
   Tavaratilan tyyppi	Todistuspohjainen	Todistuspohjainen
   Laitetyyppi	esim. Cisco Unified Border Element (tai muu tuettu laite)	esim. Cisco Unified Border Element (tai muu tuettu laite)
   SBC-osoitteen tyyppi	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 yhdyskäytävää varten:

   Parametri	AsiakasA	AsiakasB
   Sijainti	Detroit	Dallasissa
   Rungon nimi	trunk_chicago	trunk_chicago
   Tavaratilan tyyppi	Todistuspohjainen	Todistuspohjainen
   Laitetyyppi	esim. Cisco Unified Border Element (tai muu tuettu laite)	esim. Cisco Unified Border Element (tai muu tuettu laite)
   SBC-osoitteen tyyppi	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ä runkolinjalle yksilöllistä nimeä eri asiakkaille, vaan sama nimi voi auttaa runkolinjan seurannassa.

   • Tietyt SBC:t sallivat saman portin konfiguroinnin, mutta tämä konfigurointi voi vaikuttaa kapasiteettiin. Käytä siis eri portteja.

4. Runkoverkkojen käyttö – valitse rungolle mikä tahansa mielivaltainen sijainti seuraavista syistä:

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

   • Pääset runkoon reittiryhmän kautta.

   • Mikä tahansa soittosuunnitelma voi käyttää runkoa.

5. Katso runkomääritelmät niihin liittyvine sijainteineen:

   

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

   

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

6. Määritetyt runkolinjat ja reittiryhmät ovat nyt käytettävissä kunkin sijainnin Puheluyhteys PSTN -asetuksessa. Kuvassa näkyy Denverin sijainti.

   

7. Voit käyttää runkolinjoja ja reittiryhmiä valintasuunnitelman määrityksessä. Esimerkiksi asiakkaan Chicagossa sijaitseva paikallinen numeroalue jaetaan kuvassa olevaan rg_chicago_miami -reittiryhmään (kaikissa toimipisteissä):