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

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

• Kumppani suunnittelee käyttävänsä sip.telsp.com ylimmän tason verkkotunnuksena, joka on jaettu kaikille heidän hallinnoimilleen asiakkaille.

• Kumppani omistaa sip.telsp.com ja voi hallinnoida DNS-infrastruktuuria ja varmenneviranomaisia, hallita DNS-osoitteita ja allekirjoittaa varmenteita tälle toimialueelle ja sen alialueille.

• Kumppani voi ottaa käyttöön kaksi erillistä istunnon rajaohjainta (fyysistä tai virtuaalista) paikallisina yhdyskäytävinä loppuasiakkaiden yhteistä PSTN-käyttöä varten.

• Kumppanilla on kaksi fyysistä sivustoa, ja molemmat sivustot jakavat PSTN-yhteyden:

  • Miami

  • Chicago

• TelSP käyttää paikallisia yhdyskäytäviään kahden asiakkaan, CustA:n ja CustB:n, puolesta, kuten heihin tässä viitataan.

Tässä artikkelissa termi kumppani viittaa hallinnoivaan Webex-kumppaniin, erityisesti TelSP:hen tässä esimerkissä. Tällä entiteetillä on pääsy Webex-kumppanikeskukseen.

Haluttu skenaario on, että PSTN:n aloitus/päättäminen on molemmille asiakkaille, jotka käyttävät kumppanin toimittamia Miamin ja Chicagon yhdyskäytäviä, kuten kuvassa:

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

Webex Calling mahdollistaa runkojen luomisen ja rungon jakamisen useisiin paikkoihin. Kun luot runkoa, yhdistä runko sijaintiin.

CustA:n rungon tiedot ovat seuraavat:

Kuvassa näkyy asiakkaan sijainnin yhdistäminen yhdyskäytävään ja runkoon for CustA:

Tässä käyttöönotossa sijaintiin liittyvä runko on kyseisen sijainnin ensisijainen PSTN-yhteys. Toista runkoa käytetään toissijaisena PSTN-yhteyteen tai reittinä tietyille soittosuunnitelman tiedoille. Ensisijaisen ja toissijaisen PSTN-yhteyssuhteen toteutus tapahtuu Route Group -konseptin kautta. Katso Webex-asiakasasetukset osiosta lisätietoja.

CustB:lle luodaan samanlainen kokoonpano seuraavilla rungoilla:

Kuvassa näkyy asiakkaan sijainnin yhdistäminen yhdyskäytävään ja runkoon for CustB:

Kuvassa on kolmas sijainti, New York, jonka voit lisätä myöhemmin ja osoittaa trunk_chicago runko sen ensisijaisena PSTN-yhteytenä.

Kun otat käyttöön paikallisen yhdyskäytävän, joka jakaa useita runkoja, Cisco PÄÄTTÄ käyttää yksilöllistä FQDN:ää runkoa kohti. Katso Määritä-rungot,-reittiryhmät,-ja-soittosuunnitelmat-Webex-puhelut yksityiskohtia varten.

IP-osoitteen ja tunnetun portin käyttö runkoa kohti 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 ohjeet:

• Cisco ei vaadi IP-osoitetta runkoa kohti.

• Runkoosoite voi muuttua yksilölliseksi IP-osoitteeksi tai osoitteeksi, joka on jaettu toisen rungon välillä.

• Cisco suosittelee yksilöllistä kuunteluporttia per runko seuraavista syistä:

  1. Tarjoaa verkkotason eristyksen asiakkaiden välillä

  2. Istuntorajojen valvojille on tyypillistä, että ne käyttävät uudelleen lyhytaikaista TCP-socket-yhteyttä, ellei se ole eristetty yksilöllisenä vuokralaisena, joka on osioitu IP-osoitteella tai vuokralaisen yksilöllisellä kuunteluportilla.

  3. Yhteys tai yhteydet runkoa kohti vuokralaisen eristyksen kautta tarjoaa paremman suorituskyvyn erityisesti verkko-olosuhteissa, joissa datahäviö on suuri. Siksi yhden asiakkaan liikenne ei vaikuta toiseen.

IP-osoite per yhdyskäytävä: Tavaratilan kokoonpano ja suositukset

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

Malli 1: Yksilöllinen IP-osoite runkoa kohti

Tässä mallissa kaikki molempien yhdyskäytävien isännöimät rungot määrittävät yksilöllisen IP-osoitteen, ja jokainen näistä rungoista 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-puhelut sallivat vain "_sips._tcp” palvelu- ja protokollayhdistelmänä vertaisosoitteen selvittämiseksi, jos kyseessä on SRV-tietue.

Esimerkki siitä, kuinka SRV-tietue ratkeaa

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 yhdyskäytävässä, mutta eri kuunteluportit

Tässä mallissa kaikki Chicagon paikallisessa yhdyskäytävässä isännöidyt rungot päättävät samaan IP-osoitteeseen ja kaikki Miamin paikallisessa yhdyskäytävässä isännöidyt rungot eri IP-osoitteeseen. Kuitenkin, kun käytetään samaa IP-osoitetta, jokainen runko konfiguroidaan käyttämällä FQDN:ää ohjauskeskittimessä ja niille on määritetty yksilöllinen portti.

Tässä samassa mallissa kumppani käyttää SRV-osoitetta. Webex-puhelut sallivat vain "_sips._tcp” palvelu- ja protokollayhdistelmänä vertaisosoitteen selvittämiseksi, jos kyseessä on SRV-tietue.

Toinen esimerkki SRV-tietueen ratkaisusta on seuraava. Tässä esimerkissä on 1 A-tietue IP-osoitetta kohden. Portti on kuitenkin yksilöllinen osoitteen mukaan ja se esitetään tietyn DNS-konfiguraation kautta, joka yhdistää 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.custa.sip.telsp.com

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 5062 miami.custa.sip.telsp.com

Kumppani omistaa telsp.comin ja sen aliverkkotunnukset. Siksi DNS-palvelin ja valtuudet saada hyväksytyn varmenteen myöntäjän allekirjoittamat varmenteet kuuluvat kumppanille.

• 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ä julkaistuista varmenneviranomaisista asiakirja.

Kun käytät FQDN:ää runko-osoitteena, määritä allekirjoitetut varmenteet yleisnimellä (CN) tai aihenumeron vaihtoehtoisella numerolla (SAN) asetettuna runkoverkkojen FQDN:ihin.

Luo FQDN:t varmenteessa jollakin seuraavista tavoista:

• Valitse yksi FQDN:istä yleisnimeksi (CN) ja loput SAN-numeroksi (Subject Number Alternative Number).

• Aseta ylätason toimialue (sip.telsp.com) CN:ksi ja kaikki FQDN:t SAN:iksi.

  Jatkossa voit vahvistaa varmenteen tämän kokoonpanon valitseman ylätason verkkotunnuksen perusteella.

Kun käytät SRV:tä runko-osoitteena, aseta allekirjoitetut varmenteet CN- tai SAN-verkolla SRV-osoitteen isäntäosaan. A-tietuetta tai CNAME-tietuetta, jonka SRV-osoite ratkaisee, ei vaadita.

Aseta yhdyskäytävä

Käytä näitä resursseja paikallisen yhdyskäytävän luomiseen.

Asenna 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, katso: Paikallisen yhdyskäytävän käytön aloitusohjeet

Voit määrittää yhdyskäytävän rungon etukäteen.

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 asiaa koskevien ohjeiden mukaisesti. Katso Cisco CUBE -ohjeet: Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE:ssä Webex Callingia varten

Määritä ääniluokat, soittaa vertaisryhmät ja soittaa vertaisryhmät runkojohdon tulevalle ja lähtevälle liikenteelle kuvan mukaisesti:

Partner Hubista voit käynnistää ohjauskeskuksen joko CustA:lle tai CustB:lle ja määrittää yhdyskäytävän. Käytä tätä menettelyä määrittääksesi kullekin asiakkaalle:

1. Luo runkoyhteys – Lisää kaukoyhteys kohtaan Soitto/Puhelureititys/Trunko jokaiselle kumppanin jaetulle yhdyskäytävälle. Jos haluat asentaa tavaratilan, katso Määritä Webex-puhelujen rungot, reittiryhmät ja soittosuunnitelmat

2. Lisää verkkotunnus ja vahvista – Lisää ja vahvista seuraava verkkotunnus, jota käytetään rungon luomiseen kohdassa Hallinta/Organisaatioasetukset/Domains.

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

   Kun verkkotunnus lisätään, luodaan tunnus, joka sijoitetaan toimialueen TXT-tietueeseen kumppanin DNS-palvelimessa. Tämän tietueen avulla Control Hub voi varmistaa, että kumppani omistaa toimialueen. Katso lisätietoja Hallinnoi verkkotunnuksiasi

   Koska Yhteistä verkkotunnusta käytetään jokaisen asiakkaan todentamiseen. Koska tämä vahvistus kuitenkin tapahtuu asiakasorganisaatiotasolla, varmista, että jokaisessa asiakasorganisaatiossa luodaan eri tunnus, jota käytetään todentamiseen. Koska asiakasorganisaatioissa käytetään yhtä verkkotunnusta, yksikään organisaatio ei voi vaatia verkkotunnuksen omistajuutta.

3. SBC-osoitteen määrittäminen FQDN:llä—

   Miami-yhdyskäytävälle:

   Parametri	CustA	CustB
   Sijainti	Denver	Boston
   Rungon nimi	trunk_miami	trunk_miami
   Rungon tyyppi	Todistuspohjainen	Todistuspohjainen
   Laitetyyppi	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 puhelujen enimmäismäärä (250-6500)	500	500

   Chicagon portille:

   Parametri	CustA	CustB
   Sijainti	Detroit	Dallas
   Rungon nimi	trunk_chicago	trunk_chicago
   Rungon tyyppi	Todistuspohjainen	Todistuspohjainen
   Laitetyyppi	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 puhelujen enimmäismäärä (250-6500)	500	500

   (Valinnainen) Älä anna rungolle yksilöllistä nimeä eri asiakkailla, ja sama nimi voi auttaa tavaratilan jäljittämisessä. Tietyt SBC:t sallivat saman portin määrittämisen, mutta tämä kokoonpano voi vaikuttaa kapasiteettiin. Käytä siksi erilaisia portteja.

4. Runkojen käyttäminen—valitse rungolle mikä tahansa mielivaltainen sijainti seuraavista syistä:

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

   • Pääset runkoon reittiryhmän kautta.

   • Kaikki soittosuunnitelmat voivat käyttää runkoa.

5. Katso rungon määritelmät ja niihin liittyvät sijainnit:

   

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

   

   Voit määrittää toisen reittiryhmän rg_chicago_miami joka reitittää puhelut kohteeseen trunk_chicago runko ensisijaisena vaihtoehtona ja trunk_miami runko toissijaisena vaihtoehtona.

6. Määritetyt rungot ja reittiryhmät ovat nyt saatavilla osoitteessa Soittoyhteys PSTN-vaihtoehto jokaiselle sijainnille. Katso kuvasta Denverin sijainti.

   

7. Voit käyttää runkoja ja reittiryhmiä valintasuunnitelman määrittelyssä. Esimerkiksi: Chicagon alueen NPA:t jaetaan päättämään rg_chicago_miami reittiryhmä (kaikille sijainneille) kuvassa: