Kiitos palautteestasi.

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 aikoo käyttää sip.telsp.com- sivustoa ylimmän tason verkkotunnuksena, joka jaetaan kaikille heidän hallinnoimiensa asiakkaille.

• Kumppani omistaa sip.telsp.comin ja voi hallinnoida DNS-infrastruktuuria ja varmenteiden viranomaisia, hallita DNS-osoitteita ja allekirjoittaa varmenteita tälle toimialueelle ja sen aliverkkotunnuksille.

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

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

  • miami

  • Chicago

• TelSP ylläpitää paikallisia yhdyskäytäviään kahden asiakkaan CuSTA ja CustB puolesta, kuten niistä viitataan jäljempänä.

Haluttu skenaario on, että PSTN alkun/irtisanominen molemmille asiakkaille, jotka käyttävät kumppanin toimittamia Miami- ja Chicago-yhdyskäytäviä, kuten kuvassa näkyy:

Yksinkertaistettu käyttöönottoesimerkki

Seuraavassa yksinkertaistetussa esimerkissä käy ilmi, miten vertaisvarmenteen identiteetti mahdollistaa yhden var menteen tukemisen useille asiakasrungoille:

• Todistus —sip. telsp.com

• Rungot

  • custa.sip.telsp.com

  • custb.sip.telsp.com

• Vertaissertifikaatin identiteetti —sip.telsp.com

• Tulos

  • Käytetään yhtä todistusta

  • Useita asiakasrunkoja tuetaan

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

Seuraavissa osissa on yksityiskohtaiset määritykset yllä kuvatulle käyttöönotolle.

Webex Callingmahdollistaa runkojen luomisen ja tavaratilan jak amisen useissa paikoissa. Kun luot tavaratilan, liitä runko sijaintiin.

CUsta: n tavaratilan yksityiskohdat ovat seuraavat:

Kuvassa näkyy asiakkaan sijainnin yhteys yhdyskäytävään ja runkoon Cu StA:

Tässä käyttöönotossa sijaintiin liittyvä run ko on kyseisen sijainnin ensisijainen PSTN-yhteys. Toista runkoa käytetään toissijaisena PSTN-yhteytenä tai reittinä tietyille soittosuunnitelman merkinnöille. Ens isijaisen ja toissijaisen PSTN-yhteyssuhteen toteutus tapahtuu reittiryhmäkonseptin kautta. Katso lisätietoja Ohj auskeskuksen yhdyskäytävän runkojen määrittäminen -osiosta.

CustB: lle lu odaan samanlainen asetus seuraavien runkojen kanssa:

Kuvassa näkyy asiakkaan sijainnin yhteys Gateway and Tr unk for Cust B: hen:

Kuvassa näkyy kolmas sijainti, nimittäin New York, jonka voit lisätä myöhemmin ja osoittaa trunk_chicag o-runkoon sen ensisij aisena PSTN-yhteytenä.

Kun otat käyttöön paikallisen yhdyskäytävän, joka jakaa useita runkoja, Cisco valtuuttaa käyttämään ainutlaatuista FQDN:tä runkoa kohden. Katso lisätietoja kohdasta Määritä yhteydet, -reittiryhmät ja puhelinsuunnitelmat WebEx-puheluihin.

IP-osoitteen ja tunnetun portin käyttäminen 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.

Siksi lue nämä tärkeät ohjeet:

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

• Runko-osoite voidaan määritellä yksilölliseksi IP-osoitteeksi tai toisen runkoverkon välillä jaetuksi osoitteeksi.

• Cisco suosittelee määrittämään jokaisen runkoliitännän yksilöllisen IP-osoitteen ja port tiyhdistelmän paikallisessa yhdyskäytävässä seuraavista syistä:

  1. Erillisten TCP-yhteyslinkkien ylläpitäminen runkoa kohden tukee suurinta samanaikaista puhelukapasiteettia run koa kohden. IP-osoitteen ja porttiyhdistelmien jakaminen runkojen välillä voi vaikuttaa kielteisesti puhelukapasiteettiin.

  2. Tarjoaa verkkotason eristyksen asiakkaiden välillä

  3. Istunnon rajaohjaimille on tyypillistä käyttää lyhytaikaista TCP-liitäntäyhteyttä uudelleen, ellei erillisyyttä tarjota ainutlaatuisena vuokralaisena, joka on osioitu IP-osoitteella tai vuokralaisen yksilöllisellä kuunteluportilla.

  4. Yhteys tai yhteydet runkoa kohden vuokralaisen eristämisen kautta tarjoavat paremman suorituskyvyn erityisesti verkkoolosuhteissa, joissa datan menetys on suuri. Siksi yhden asiakkaan liikenne ei vaikuta toiseen.

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

Katso nämä esimerkit erilaisista suunnittelumalleista:

Malli 1: Yksilöllinen IP-osoite runkoa kohden

Tässä mallissa kaikki molempien yhdyskäytävien isännöimät rungot määrittyvät yksilölliseen IP-osoitteeseen, ja kukin näistä rungoista voi käyttää samaa porttia, mutta mieluiten samaa porttia.

Tietojen esittäminen taulukkomuodossa:

Tässä samassa mallissa kumppani voi käyttää SRV-osoitetta. Webex Callingsallii vain ”_sips. _tcp” palvelun ja protokollan yhdistelmänä vertaisosoitteen löytämiseksi, jos se on SRV-tietue.

Näyte 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 yhdyskäytävää kohden, ainutlaatuiset kuunteluportit

Tässä mallissa kaikki Chicagon paikallisessa yhdyskäytävässä isännöidyt rungot ratkaisevat samaan IP-osoitteeseen ja kaikki Miamin paikallisessa yhdyskäytävässä isännöidyt rungot ratkaisevat toiseen IP-osoitteeseen. Kuitenkin, kun käytät samaa IP-osoitetta, jokainen runko määritetään käyttämällä ohjauskeskuksessa olevaa FQDN: tä ja se on määritetty ainutlaatuisella portilla.

Tässä samassa mallissa kumppani käyttää SRV-osoitetta. Webex Callingsallii vain ”_sips. _tcp” palvelun ja protokollan yhdistelmänä vertaisosoitteen löytämiseksi, jos se on SRV-tietue.

Toinen esimerkki SRV-tietueen ratkaisemisesta on seuraava. Tässä esimerkissä on 1 A- tietue IP-osoitetta kohden. Portti on kuitenkin yksilöllinen osoitetta kohden, ja se esitetään tiet yllä DNS-kokoonpanolla, 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.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

SRV-pohjaisissa rungoissa vertaissertifikaatin identiteetti täytetään aluksi määritetyistä SRV- arvoista, ja sitä voidaan mukauttaa samojen validointisääntöjen mukaisesti.

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

• Cisco Webexodottaa kumppanin julkaisevan FQDN- tai SRV-osoitteen, mukaan lukien A-tietueet julk isesti.

• Cisco Webexodottaa kumppanin käyttävän jotakin tässä asiakirjassa luetelluista varmenneviranomaisista.

Kun määrität runkoja FQDN: n tai SRV: n avulla:

• Jokaisessa rungossa on silti oltava ainutlaatuinen FQDN reititystä ja tunnistamista varten

• DNS-tietueiden (A Record tai SRV) on oltava oikein määritetty ja ratkaistavissa

• Näitä FQDN:itä käytetään signalointiin ja reititykseen. Varmenteen vahvistus suoritetaan määr itettyä vertaisvarmenteen identiteettiä vastaan, jonka oletuksena on runko-FQDN-arvot, mutta se voidaan mukauttaa jaetuksi, kumppanin omistamaksi henkilöllisyydeksi.

  Vertaissertifikaatin identiteettikenttä täytetään valmiiksi runko-FQDN:stä, ja sen voi ohittaa jaetulla, kumppanin omistamalla toimialueella, jotta voit käyttää yhtä varmennetta useissa asiakasrungoissa.

Asenna yhdyskäytävä

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

Määritä Cisco CUBE seuraavasti: Määritä paikallinen yhdyskäytävä Cisco IOS XE: ssä Webex Calling

Voit määrittää hyväksyttyjä kolmannen osapuolen SBC:itä, katso: Paikallisen yhdy skäytävän käytön aloittaminen

Määritä kumppanin isännöimä yhdyskäytävä seuraavien ohjeiden mukaisesti: Paikallisen yhdyskäytävän käytön aloit taminen

Aseta jokainen tavaratila SBC-laitteen asiaankuuluvien ohjeiden mukaisesti. Katso Cisco CUBE -ohjeet kohdasta Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE: ssä Webex Calling

Määritä tavaratilan saapuvalle ja lähtevälle liikenteelle ääniluokat, soittovertaisryhmät ja soittovertaisteluokat kuvan mukaisesti:

Rungon varauduttaessa Control Hub tarjoaa vaihtoehdon vertaisvarmenteen identite etin määrittämiseen Lisää run ko -sivulla. Tämä parannus yksinkertaistaa työnkulkua antamalla kumppaneille mahdollisuuden määrittää ja käyttää uudelleen yhden ylätason toimi alueen useissa asiakasorganisaatioissa. Tämä lähestymistapa eliminoi erillisten varment eiden tarpeen asiakasta tai runkoa kohden, mikä vähentää operatiivista työtä ja yksinkertaistaa asennusprosessia.

Kun määrität runkoja Control Hubissa, määritä vertaisvarmenteen identite etti, joka mahdollistaa yhden varmenteen käytön ylimmän tason toimialueellesi kaikissa asiakas organisaatioissa. Varmista, että varmenteen CN tai SAN sisältää tämän ylätason toimialueen. Verta issertifikaatin identiteetin avulla paikallinen yhdyskäytävä käyttää yhtä varmentetta, jonka CN tai SAN sisältää kumppanin jaetun toimialueen (esimerkiksi sip.telsp.com). Jokerimerkkejä (esim. *.sip.telsp.com) ei tueta. Webex Callinghyväksyy tämän varmenteen jokaiselle asiakasrunkoon, jonka arvo on nimenomaisesti määritetty vertaisvarmenteen identiteettinä. Varmenteen on sisällettävä täsmällisesti määritetty vertaissertifikaatin identiteettiarvo sen CN- tai SAN-palvelussa. Tämä poistaa tarpeen määrittää erilliset varmenteet tai CN/SAN-merkinnät yksittäisille runko-FQDN:ille.

Verkkotunnuksen vahvistaminen ja varmenteiden käyttö

On tärkeää ymmärtää, miten verkkotunnuksen vahvistus eroaa varmenteiden käytöstä:

• Verkkotunnuksen vahvistus (asiakasta kohden) — Jokaisen asiakasorganisaation on itsenäisesti vahvistettava verkkotunnus (esimerkiksi sip.telsp.com) lisäämällä DNS-palvel uun yksilöllinen TXT-tietue. Tämä varmistaa, että kumppani omistaa verkkotunnuksen ja estää luvattoman käytön.

• Varmenteiden hallinta (globaali) — Yhteistyökumppanin ylimmän tason toimialueelle myönnetty varmenne voidaan jakaa kaikkien asiakasrunkojen kesken vertaissertifikaatin identiteetin avulla. Erillisten varmenteiden ylläpitämistä asiakasta tai tavaratilaa kohden ei vaad ita.

Vertaissertifikaatin identiteettikäyttäytyminen

Vertaissertifikaatin identiteetti määrittää identiteetin, jota Webex Calling paikallisen yhdyskäytävän esittämässä varmenteessa odotetaan.

Kun olet määrittänyt:

• Webex Callingvahvistaa varmenteen sovittamalla määritetyn vertaissertifikaatin identiteetin varmenteessa olevan CN- tai SAN-tunnisteen kanssa

• Jos arvot täsmäävät, TLS-yhteys hyväksytään

• Jos arvot eivät täsmää, yhteys hylätään

Vain rungot, jotka on nimenomaisesti määritetty vastaavalla vertaissertifikaatin identiteetillä, saavat todentaa .

Pelkästään varmenteen vahvistaminen ei ole ainoa todennuksen aikana suoritettu tarkistus. Sen lisäksi, että varmenne CN tai SAN vahvistetaan määritetyn vertaisvarmenteen identiteettiä vastaan, se varmistaa Webex Calling myös, että runko-FQDN on nimenomaisesti määritetty ja liitetty vastaavaan vertaisvarmenteen identiteettiin Ohj auskeskuksessa.

Vertaissertifikaatin identiteetti on valmiiksi täytetty runko-FQDN/SRV-arvoista. Jos säilytät oletusarvot , olemassa oleva runkokohtainen varmenteen toiminta ei muutu. Olem assa olevat sertifikaattipohjaiset rungot toimivat edelleen ilman muutoksia. Voit ottaa käyttöön jaetun vertaissertifikaatin identiteetin uusissa tai olemassa olevissa rungoissa omassa tahdissasi, ja molemmat mallit voivat esiintyä rinnakkain.

1. Kelvollinen kokoonpanoesimerkki:

   • Todistus CN —sip.tel sp.com

   • Sertifikaatti SAN —custa.sip.telsp.com

   • Vertaissertifikaatin identiteetti —custa.sip.telsp.com

   • Runko FQDN —trunk.miami.custa.sip.telsp.com

   Tulos — Yhteys onnistuu, koska vertaisvarmenteen tunniste (custa.sip.telsp.com) vastaa varmenteen SAN-arvoa ja runko-FQDN (trunk.miami.custa.sip.telsp.com) on määritetyn vertaisvarmenteen identiteetin aliverkkotunnus.

2. Esimerkki yhteyshäiriöstä:

   • Todistus CN —sip.tel sp.com

   • Sertifikaatti SAN —custa.sip.telsp.com

   • Vertaissertifikaatin identiteetti —custb.sip.telsp.com

   • Runko FQDN —trunk.miami.custb.sip.telsp.com

   Tulos — Yhteys epäonnistuu TLS-kättelyssä, koska vertaisvarmenteen identiteetti (custb.sip.telsp.com) ei ole varmenteen CN- tai SAN-luettelossa. Runko-FQDN on oikein vertaissertifikaatin identiteetin aliverkkotunnus, mutta varmenteessa ei ole tätä identiteettiä.

3. Virheellinen määritysesimerkki:

   • Todistus CN —sip.tel sp.com

   • Sertifikaatti SAN —custa.sip.telsp.com

   • Vertaissertifikaatin identiteetti —custa.sip.telsp.com

   • Runko FQDN —trunk.miami.custb.sip.telsp.com

   Tulos — Ohjauskeskus hylkää tämän kokoonpanon tallennushetkellä, koska runko- FQDN (trunk.miami.custb.sip.telsp.com) ei ole sama kuin määritetyn vertaisvarmenteen identiteetti (custa.sip.telsp.com) tai sen aliverkkotunnus.

Kumppanikeskuksesta voit käynnistää Control Hubin joko CUSTa- tai CustB:lle ja määrittää yhdyskäytävän. Määritä kullekin asiakkaalle seuraavasti:

1. Luo kanava — Lisää runko kutakin kumppanin jaettua yhdyskäytävää varten Soitus/Puhelun reititys/Trunk -kohtaan. Lisätietoja runkojen määrittämisestä on ohjeaiheessa Run kojen, reittiryhmien ja soittosuunnitelmien määrittäminen Webex Calling

2. Lisää toimialue ja vahvista — Lisää ja tarkista seuraava toimialue, jota käytetään runko-osan luomiseen Hallinta/Organisaation asetukset/Toimialueet -kohdassa.

   AsiakasB	AsiakasC
   sip.telsp.com	sip.telsp.com

   Kun verkkotunnus lisätään, tunnus luodaan ja sijoitetaan toimialueen TXT-tietueeseen kumpp anin DNS-palvelimessa. Tämän tietueen avulla Control Hub voi varmistaa, että toimialue on kumppanin omistuksessa. Lisätietoja on ohjeaiheessa Verkkotunnusten hallinta

   Yhteistä verkkotunnusta käytetään jokaisen asiakkaan vahvistamiseen. Koska tämä to dentaminen tapahtuu asiakasorganisaatiotasolla, varmista, että eri tunnus lu odaan ja sitä käytetään varmentamiseen kussakin asiakasorganisaatiossa. Koska yhtä toimialuetta käytetään kaikissa asiakasorganisaatioissa, ja jokaisen asiakasorganisaation on vahvistettava toimialue itsenäisesti yksilöllisellä TXT-tietueella, vaikka jaettaisiin sama toimialue.

   Vain verkkotunnuksen vahvistus vaaditaan vertaissertifikaatin tunnistamiseksi. Älä vaadi jaettua verkkotunnusta asiakasorganisaatiolle. Vain yksi organisaatio voi vaatia toimialueen, kun taas saman verkkotunnuksen voi vahvistaa useissa organisaatioissa.

3. Määritä SBC-osoite FQDN: llä

   Miamin yhdyskäytävälle:

   Parametri	AsiakasB	AsiakasC
   Sijainti	Denverissä	Bostonissa
   Tavaratilan nimi	runk_miami	runk_miami
   Tavaratilan tyyppi	Sertifikaattipohjainen	Sertifikaattipohjainen
   Laitetyyppi	esimerkiksi Cisco Unified Border Element(tai muu tuettu laite)	esimerkiksi Cisco Unified Border Element(tai muu tuettu laite)
   SBC-osoitetyyppi	FQDN	FQDN
   Isäntänimi	lgw.miami	lgw.miami
   Verkkotunnus	sip.telsp.com	sip.telsp.com
   Satama	5061	5062
   FQDN	lgw.miami.customerb.sip.telsp.com:5061	lgw.miami.customerc.sip.telsp.com:5062
   Samanaikaisten puhelujen enimmäismäärä (250-6500)	500	500

   Chicagon yhdyskäytävälle:

   Parametri	AsiakasB	AsiakasC
   Sijainti	Detroit	Dallas
   Tavaratilan nimi	runk_chicago	runk_chicago
   Tavaratilan tyyppi	Sertifikaattipohjainen	Sertifikaattipohjainen
   Laitetyyppi	esimerkiksi Cisco Unified Border Element(tai muu tuettu laite)	esimerkiksi Cisco Unified Border Element(tai muu tuettu laite)
   SBC-osoitetyyppi	FQDN	FQDN
   Isäntänimi	lgw.chicago	lgw.chicago
   Verkkotunnus	sip.telsp.com	sip.telsp.com
   Satama	5061	5062
   FQDN	lgw.chicago.customerb.sip.telsp.com:5061	lgw.chicago.customerc.sip.telsp.com:5062
   Samanaikaisten puhelujen enimmäismäärä (250-6500)	500	500

   • (Valinnainen) Runkonimien ei tarvitse olla yksilöllisiä kaikissa asiakasorganisaatioissa. Saman nimen uudelleenkäyttö (esimerkiksi trunk_miami) helpottaa tavaratilan jäljittämistä.

   • Tietyt SBC: t sallivat saman portin määrittämisen, mutta tämä kokoonpano voi vaikuttaa kapasite ettiin. Siksi käytä erilaisia portteja.

4. Vertaissertifikaatin identiteetti—

   • Etuliite — Etuliite on valinnainen. Jätä se tyhjäksi, jos haluat asettaa vertaissertifikaatin identiteetin pelkästään verkkotunnukselle. Tämä on tässä artikkelissa käytetty jaetun varmenteen malli (Peer cert identity — sip.telsp.com, joka kattaa kaikki asiakasrungot). Voit myös syöttää etuliitteen määrittääksesi tarkemman varmenteen identiteetin (esimerkiksi etuliite: CustomerB, Verkkotunnus: Customerb.sip.telsp.com asiakaskohtaiselle varmenteelle). Itse runko-FQDN pysyy SBC-osoitteen isäntänimen ja verkkotunnuksen kenttien määrittelemänä, ja sen on oltava yhtä suuri tai tuloksena olevan vertaissertifikaatin identiteetin aliverkkotunnus.

     Esimerkki:

     Etuliite — CustomerB

     Verkkotunnus—sip.telsp.com

     Tulos—Customerb.sip.telsp.com

   • Toimialue: Valitse toimialue asiakas organisaatiossa vahvistettujen verkkotunnusten luettelosta. Tuloksena olevan vertaissertifikaatin identiteetin (etuliite + verkkotunnus) on vastattava SBC:n esittämän varmenteen CN- tai SAN-tunnusta. Webex Callingkäyttää tätä arvoa TLS-yhteyden todentamiseen.

     

     Ohjauskeskus hylkää tämän kokoonpanon tallennushetkellä, koska runko-FQDN ei ole määritetyn vertaisvarmenteen identi teetin alla.

     Jos vertaissertifik aatin tunniste ei vastaa SBC: n esittämän varmenteen CN- tai SAN-tunnusta, Webex Calling TLS-yhteys hylätään ja runko ei muodostu.

5. Runkojen käyttäminen — Valitse mikä tahansa tavaratilan mielivaltainen sijainti seuraavista syistä:

   • Mikä tahansa sijainti voi käyttää tavaratilaa PSTN-liitännässä.

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

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

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

   

   Voit käyttää näitä runkoja reitti ryhmien luomiseen. Kuvassa määritellään reittiryhmä rg_miami_chicago, joka reitittää kutsut trunk_miami i-run koon ensisijaisena vaihtoehtona ja trunk_chic ago-runkoon toissijaisena vaihtoehtona.

   

   Voit määrittää toisen reittiryhmän rg_chicago_miami, joka reitittää kutsut trunk_chic ago-runkoon ensisijaisena vaihtoehtona ja trunk_ miami i-runkoon toissijaisena vaihtoehtona.

7. Määritetyt rungot ja reittiryhmät ovat nyt käytettävissä kutakin sijaintia koskev assa Calling Connec tion PSTN -vaihtoehdossa. Kuvassa, katso Denverin sijainti.

   

8. Voit käyttää runkoja ja reittiryhmiä valintasuunnitelmamäärityksessä. Esimerkiksi asiakkaan paikallinen numeroalue Chicagossa jaetaan, jotta se päättyy rg_chicago_miami -reittiryhmään (kaikille sijainneille) kuvassa:

   

   

Skaalavallista käyttöönottoa sovellusliittymien avulla

Useita asiakasorganisaatioita hallinnoivat kumppanit voivat tarjota toimialueita laajassa mittakaavassa käyttämällä sovellusliittymiä käyttöliittymän sijasta.

• Vahvista verkkotunnus

• Puhelun reititys