FMUSER Wirless lähettää videota ja ääntä helpommin!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
1 Johdanto
Uuden laajakaistaisen, korkealaatuisen Internet-multimediapalveluna IPTV asettaa korkeampia vaatimuksia teleoperaattoreiden IP-pääkaupunkiseudun verkolle. Perinteiseen yksilähetystekniikkaan verrattuna ryhmälähetystekniikalla on se etu, että verkon kaistanleveys ei kasva lineaarisesti käyttäjien määrän kanssa vastaavan siirtotehokkuuden perusteella, ja se voi tehokkaasti säästää video-palvelimen ja siirtoverkon kuormitusta. Siksi, jotta teleoperaattorit voisivat ottaa käyttöön ja toteuttaa IPTV-palveluja tehokkaasti ja taloudellisesti, on suositeltavaa käyttää end-to-end-ryhmälähetystä, ja IP-monilähetysverkon kokoonpano on avain.
Tällä hetkellä teleoperaattoreiden IP-pääkaupunkiseudun verkko koostuu pääosin pääkaupunkiseudun runkoverkosta ja laajakaistaverkosta, ja IPTV-palveludata työnnetään käyttäjän päähän pääkaupunkiseudun runkoverkon ja laajakaistayhteysverkon kautta. Metro-runkoverkko koostuu pääasiassa verkkokerroslaitteista (kerros 3), jotka voivat mahdollistaa monilähetysreititysprotokollien, kuten PIM-SM: n, pääsyn monilähetyslähteisiin (eli IPTV-päätelaitteisiin) monilähetyspakettien reitittämiseksi ja edelleenlähettämiseksi. Laajakaistayhteysverkko koostuu pääasiassa datalinkkikerroksen (kerros 2) laitteista, ja tekniikoita, kuten IGMP Proxy tai IGMP Snooping, voidaan käyttää tason 2 monilähetyksen edelleenlähetykseen IPTV-päätelaitteiden (eli IPTV-digisovittimien) saamiseksi. Kuva 1 on kaaviokuva IPTV: n end-to-end-monilähetysmallista.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Kuva 1 IPTV päästä päähän monilähetys-push-verkkomalli
Tässä artikkelissa kuvataan IPTV: n end-to-end-monilähetysverkon keskeiset määritystekniikat kahdelta eri verkkotasolta: metro-runkoverkosta ja laajakaistaliittymästä.
2. Keskeinen multicast-määritystekniikka metroverkon runkoverkkoon
2.1 Multicast-reititystekniikka
Tärkein ero ryhmälähetysviestin ja yksittäislähetysviestin välillä on viestin kohdeosoitteen tunnistaminen. Monilähetysviestin kohdeosoite on ryhmälähetysryhmän osoite (luokan D IP-osoite, joka alkaa "1110"), ja yksilähetysviesti perustuu kohde-isännän IP-osoitteeseen. Osoitetta käytetään kohdeosoitteena. Koska ryhmälähetysryhmäosoitteen ja kohde-isännän välillä ei ole henkilökohtaista vastaavuutta, monilähetysreititin voi käyttää vain viestin lähdeosoitteen ainutlaatuisuutta reitityspäätösten tekoon. Toisin sanoen monilähetysreititin lähettää viestin suuntaan pois lähetyksen lähteestä viestin lähdeosoitteen perusteella kohdeosoitteen sijaan. Tätä tekniikkaa kutsutaan käänteiseksi reitiksi (lyhytaikaisesti RPF).
Reitityssilmukoiden kaltaisten ongelmien välttämiseksi RPF määrää, että monilähetyspakettien on saavutettava reititin määritetystä ylävirran naapurisolmusta ja muiden naapurisolmujen lähettämät monilähetyspaketit hylätään. Kun monilähetysreitityksessä on ongelma, monilähetyspaketit eivät välttämättä pysty saavuttamaan muita polkuja, kuten unicast-paketteja, IPTV-suoralähetyssignaalit keskeytyvät runkoverkossa ja yksittäislähetyssovellukset, kuten web-selailu ja sähköpostin lähetys ja vastaanotto, ovat normaaleja. esteitä. Tällä hetkellä, monilähetysjakelupolulla, tarkista monilähetysreitittimen ja sen ylävirran naapurisolmujen RPF-reititystaulukko.
2.2 Monilähetyksen reititystekniikka
PIM-SM-protokollan monilähetysjakelupuu voidaan jakaa kahteen luokkaan: lähdepuu ja jaettu puu. Lähdepuu käyttää monilähetyslähdettä puun juurena, joka tunnetaan myös nimellä lyhin polku puu, mikä voi minimoida end-to-end-monilähetysviiveen, mutta reitittimen on tallennettava suuri määrä reititystietoja, mikä kuluttaa paljon järjestelmäresursseja; jaettu puu käyttää RP: tä (PIM-SM) Protokollassa tärkeä reititin, jota käytetään monilähetyslähteiden ja monilähetysreitittimien reitittämiseen ja yhdistämiseen. Koska kaikkien ryhmälähetysjakelupuiden yhteinen juurisolmu, monilähetyslähdeliikenteen on ensin saavutettava RP ennen kuin se on toimitettu, ja monilähetyspolku ei yleensä ole optimaalinen. Se tuo lisää verkon viivettä, mutta reitittimen tarvitsemat reititystiedot voivat olla hyvin pieniä.
PIM-SM-protokolla hyödyntää täysimääräisesti kahden monilähetysjakelupuun etuja. Monilähetyksen alkuvaiheessa monilähetysreititin ei voi käyttää lähdepuuta, koska se ei voi tietää monilähetyslähteen sijaintia, mutta se voi hankkia muutaman ensimmäisen monilähetyspaketin tunnetun RP-solmun ja sen jaetun puun kautta. Tiedä monilähetyslähteen sijainti ja vaihda jaetusta puusta lähdepuuhun verkkoviiveen vähentämiseksi ja RP-solmujen mahdollisesti aiheuttamien verkon pullonkaulojen välttämiseksi.
Metron runkoverkko koostuu yleensä pääasiassa Cisco-reitittimistä. Reitittimet, kuten Cisco, toteuttavat monilähetysjakelupuun vaihtamisen virtausnopeuden ennalta asetetun kynnyksen SPT-kynnyksen kautta. Kun havaitaan, että monilähetyslähteen monilähetysvirta ylittää SPT-kynnysarvon, sen monilähetysreititys siirtyy jaetusta puusta lähdepuuhun; Vastaavasti, jos monilähetyksen virtausnopeus on pienempi kuin SPT-kynnys, sen monilähetysreititys Voit myös siirtyä takaisin lähdepuusta jaettuun puuhun. SPT-kynnys on yleensä määritetty arvoksi 0, jotta reititin siirtyy jaetusta puusta lähteeseen saatuaan ensimmäisen ryhmälähetyspaketin.
2.3RP-määritystekniikka
Jaetun puun juurisolmuna RP on linkitys ylös- ja alaspäin monilähetysprosessissa. Ottaen huomioon, että PIM-SM-protokollalla on monilähetysjakelupuun vaihtamisen ominaisuudet, RP: tä käytetään yleensä muodostamaan alkuyhteys monilähetyslähteen ja monilähetysreitittimen välille. Kun reitittimen monilähetysreititys on vaihdettu jaetusta puusta lähdepuuhun, se ei RP: tä ja sen jaettua puuta tarvitaan uudelleen. Siksi RP: n sijainti monilähetysverkossa ei ole kovin tärkeä. Avain on sen luotettavuus ja vakaus.
RP: n luotettavuuden ja vakauden parantamiseksi voidaan valita useita monilähetysreitittimiä jakamaan RP: n toiminta (toisin sanoen Anycast RP -tekniikka), ja jokaisen RP-solmun loopback-rajapinnalle annetaan sama IP-osoite, jolloin muodostuu kuormituksen jakaminen ja vikasuojaus.
Multicast-verkon RP-kokoonpanon ongelma ei liity vain itse RP-solmun kokoonpanoon ja käyttöönottoon, vaan siihen liittyy myös ongelma siitä, kuinka muut monilähetysreitittimet oppivat RP-solmusta. Monilähetyksen alkuvaiheessa ryhmälähetysreititin ei välttämättä tiedä monilähetyslähteen sijaintia, mutta RP-osoitteen on oltava tiedossa. Monilähetysreitittimellä on kaksi pääasiallista tapaa saada RP-osoite, toisin sanoen staattinen kokoonpano-RP-menetelmä ja automaattinen etsintä-RP-menetelmä. RP: n staattinen kokoonpano on turvallisempi ja voi estää tehokkaasti vilpilliset toiminnot, kuten RP: n väärentämisen, mutta verkon kokoonpanon työmäärä on suuri eikä se edistä RP: n ja muiden solmujen dynaamista säätämistä; RP: n automaattinen löytäminen voi vähentää kokoonpanon kuormitusta ja helpottaa verkon muutoksia ja ohjausstrategioita. Säätö, mutta tietyt turvallisuusriskit ovat olemassa. Pienessä pääkaupunkiseudun runkoverkossa voit käyttää RP: n staattista määritystä kullakin monilähetysreitittimellä; Suuren pääkaupunkiseudun runkoverkkoon, jossa on tiukat turvallisuusvaatimukset, on suositeltavaa käyttää menetelmää RP: n automaattiseen löytämiseen.
2.4 IPTV-päätelaitteiden ryhmälähetystekniikka
Monilähetyksen alkuvaiheessa monilähetysreitittimet hankkivat yleensä IPTV-pääkanavan (ts. Monilähetyslähde) liikenne- ja sijaintitiedot tunnettujen RP-solmujen ja niiden yhteisten puiden kautta. Jotta RP oppisi monilähetyslähteestä, suoraan monilähetyslähteeseen kytketty monilähetysreititin on vastuussa ensimmäisten monilähetyslähteen lähettämien muutamien ensimmäisten monilähetyspakettien kapseloinnista erilliseen PIM-rekisterisanomaan ja aloittaa monilähetyksen RP: lle unicast-lähetyksessä -tilassa. Lähteen rekisteröintiprosessi. Tämän viestin kautta RP voi hankkia paitsi kiinnostavan ryhmälähetysryhmän paketit myös monilähetyslähteen IP-osoitteen. Sen jälkeen RP välittää monilähetyslähdetiedot muille ryhmälähetysreitittimille ja lopettaa monilähetyslähteen rekisteröintiprosessin PIM Registe-Stop -sanomalla.
3. Laajakaistayhteysverkon monilähetysavaimen määritystekniikka
3.1 IPTV-käyttäjän multicast-liittymän tekniikka
IPTV-asiakas (digisovitin) kommunikoi metrurunkoverkon palvelupääsykerroksen monilähetysreitittimen (yleensä palvelureititin tai laajakaistapalvelin) kanssa IGMP-protokollan kautta laajakaistaliittymäverkon kautta liittymään tai poistumaan tietystä Monilähetysryhmä (eli IPTV-live-kanava).
Kun digisovitin lähettää monilähetysryhmän liittymispyynnön monilähetysreitittimelle, viestin kohde-MAC-osoite on ryhmälähetysryhmän MAC-osoite ryhmälähetysreitittimen sijaan, joka eroaa unicast-menetelmästä. On huomattava, että ryhmälähetysryhmän MAC-osoite vastaa 32 eri ryhmälähetysryhmän IP-osoitetta. Tämä johtuu siitä, että ryhmälähetysryhmän MAC-osoite on 01: 00: 5E: 00: 00: 00 ~ 01: 00: 5E: 7F: FF: FF, eli tehollinen osoiteavaruus on vain 23 bittiä ja efektiivinen osoiteavaruus ryhmälähetysryhmän IP osoite Välilyöntejä on 28.
Näiden kahden yhdistämissuhteen on tasattava MACC-osoitteen 23 alempaa bittiä IP-osoitteen 23 alempaan bittiin, mikä johtaa monilähetysryhmän IP-osoitteen 5 ylemmän bitin menetykseen. Esimerkiksi, jos kolme eri IPTV-live-kanavaa käyttävät ryhmälähetysryhmän IP-osoitteina 224.0.0.1, 224.128.0.1 ja 239.128.0.1, niiden vastaavat monilähetysryhmän MAC-osoitteet ovat kaikki 01: 00: 5E: 00: 00:01, mikä aiheuttaa sen, että laajakaistaliittymäverkon digisovitin ja toisen tason laitteet eivät pysty erottamaan kolmea signaalia. Siksi kiinnitä huomiota tällaisiin kysymyksiin, kun suunnittelet monilähetys IP-osoitteita.
3.2 Layer 2 -monilähetystekniikka
Laajakaistayhteysverkko koostuu suuresta joukosta verkkoelementtilaitteita, kuten kerros 2 -kytkimet ja DSLAMit, jotka kulkevat datalinkkikerroksessa. Taso 2 -laitteiden ominaisuus on, että se vaihtaa / välittää datakehyksiä MAC-osoitteiden perusteella laiteporttien välillä ja sillä on heikot jäsentämis- ja reititystoiminnot IP-pakettien kolmannelle kerrokselle (verkkokerrokselle), joten se ei voi tukea suoraan kolmas kerros. Ja muut ryhmälähetysprotokollat. Kun tyypillinen kerroksen 2 laite, kuten kytkin, käsittelee IPTV-monilähetysliikennettä, se lähettää monilähetysdatakehyksiä kaikkiin portteihinsa tuntemattomien kohdeosoitteiden tai lähetystapojen mukaisesti, mikä todennäköisesti aiheuttaa ongelmia, kuten lähetysmyrskyt.
Monilähetyspakettien tulvan ongelman ratkaisemiseksi on käytettävä kerroksen 2 ryhmälähetystekniikoita, kuten IGMP Snooping ja IGMP Proxy. IGMP Snooping -tekniikka valvoo digisovittimen ja multicast-reitittimen välistä IGMP-viestiä saadakseen kiinni laiteportin edelleenlähetyssuhteesta multicast-datakehykseen; kun IGMP Proxy -tekniikka sieppaa IGMP-viestin digiboksin ja monilähetysreitittimen välillä. Suodatus ja välityspalvelimen edelleenlähetys voivat säästää monilähetysliikennettä monilähetysreitittimen ja Layer 2 -laitteen välillä, mutta se vaatii korkean suorituskyvyn osoittimia, kuten prosessointikapasiteetin ja muistin verkkoelementin laitteesta. Kun määrität kerroksen 2 laitteita, voit valita verkkoelementtilaitteen todellisen suorituskyvyn ja IGMP Snooping / Proxy -tekniikan tuen asteen mukaan.
Otetaan esimerkkinä IPTV-live-kanava, jonka kaistanleveys on 2 Mbit / s. Jos Layer 2 -laite ei käytä Layer 2 -monilähetystekniikkaa, kaikille IPTV-käyttäjille lähetetyt monilähetyspaketit ohjataan edelleen kaikkiin portteihin, vaikka käyttäjäportin nopeus olisi 10 Mbit / s. s Pääsy kaistanleveydelle, viiden IPTV-live-kanavan monilähetyspaketit voidaan estää; Layer 5 -monilähetystekniikan käyttöönoton jälkeen monilähetyspaketit välitetään vain portteihin vain käyttöpyynnön kanssa, ja jos kukin portti on enintään kytketty. IPTV-digiboksille saa sijoittaa enintään yhden monilähetyspaketin (ts. 2 Mbit / s liikenne) suoraa kanavaa välitetään vastaavaan porttiin.
3.3 VLAN-määritystekniikka
Layer 2 -monilähetyksen välittämä liikenne sisältää vain IPTV-monilähetyspalveluja eikä sisällä muita laajakaistapalveluja. Siksi laajakaistaliittymäverkossa tekniikoita, kuten VLAN-verkkoja, käytetään yleensä eristämään IPTV-monilähetysliikenne muista palveluista ja käyttäjäliikenteestä. Yleisesti käytettyihin VLAN-tekniikoihin kuuluu monen lähetyksen VLAN-monilähetystekniikka monilähetys VLAN: sta jokaiselle käyttäjän VLAN: lle ja QinQ, joka ratkaisee riittämätön määrän VLAN-tunnuksia
3.4 Staattinen ryhmälähetys ja dynaaminen monilähetystekniikka
IPTV-live-ohjelma toimitetaan käyttäjäpäätteelle IP-siirtoverkon kautta, ja monilähetystiloja on pääasiassa kaksi, nimittäin dynaaminen monilähetystila ja staattinen monilähetystila. Dynaamisessa monilähetystilassa kytkimet, DSLAMit ja muut laitteet vastaanottavat ja toimittavat kanavaohjelman vasta saatuaan ensimmäisen käyttäjän pyynnön liittyä kanavaan (ryhmälähetysryhmä); ja kun kanava (ryhmälähetysryhmä) kestää Kun käyttäjä kirjautuu ulos, verkkoelementtilaite lopettaa monilähetysvirran vastaanottamisen. Staattisella ryhmälähetystilalla on määritettävä staattisesti kytkentälaitteiden kunkin IPTV-kanavan (monilähetysryhmä) MAC-monilähetyslähetysmerkinnät riippumatta siitä, katsovatko jatkokäyttäjät sitä vai eivät, monilähetysvirta on toimitettu verkkoelementtilaitteistolle.
Staattisella monilähetysliikenteellä ei ole mitään tekemistä IPTV-käyttäjien määrän kanssa, vain kanavien lukumäärällä ja kaistanleveydellä kanavaa kohti. Kun käyttäjien lukumäärä on pienempi kuin kanavien lukumäärä, liikenne on suurempi kuin lähetyslähetys; dynaamisen ryhmälähetyksen enimmäisliikenne on, kun samanaikaisten IPTV-käyttäjien määrä on pienempi kuin kanavien lukumäärä. Kun samanaikaisten IPTV-käyttäjien määrä on suurempi kuin kanavien määrä, se vastaa staattista monilähetysliikennettä. Staattisessa monilähetystilassa käyttäjän kanavanvaihtonopeus on nopea ja palvelun havainto hyvä, mutta verkon kaistanleveyden tarve on suurempi; dynaaminen ryhmälähetys voi minimoida verkkoliikenteen kaikissa olosuhteissa, mutta kun käyttäjä vastaanottaa uuden kanavan (ryhmälähetysryhmä), verkkoviive saattaa olla tietty.
Kun verkkolaitteisiin kytkettyjen IPTV-käyttäjien määrä on hyvin pieni, monilähetyksen edut eivät ole ilmeisiä. Siksi IPTV-palvelujen kehittämisen alkuvaiheessa IPTV-käyttäjiä ei ole paljon tai laajakaistayhteysverkkoa ei ole kunnostettu. Voit käyttää dynaamista monilähetystä tai jopa yksilähetystä IPTV-live-signaalien lähettämiseen. Kun verkkolaitteeseen kytkettyjen käyttäjien määrä ylittää huomattavasti IPTV-kanavien lukumäärän, monilähetysominaisuudet verkkoliikenteen kaistanleveyden säästämiseksi tulevat yhä tärkeämmiksi. Tällä hetkellä, ts. Kun IPTV-palvelu on kehitetty kypsään vaiheeseen ja laajakaistayhteysverkon muutos on ollut paikallaan, staattista monilähetystilaa voidaan käyttää lähettämään IPTV-live-signaalia parantamaan edelleen IPTV-palvelun laatua. Siksi operaattorit voivat päättää, konfiguroidaanko liityntäverkkolaitteet dynaamiseen vai staattiseen monilähetystilaan todellisten olosuhteiden, kuten verkon laadun ja IPTV-palvelun tunkeutumisen, mukaan.
4-päätelmä
Yhdistämällä nykyinen teleoperaattoreiden IP-pääkaupunkiseudun verkko, tässä asiakirjassa kerrotaan järjestelmällisesti IPTV: n end-to-end-monilähetys-push-verkon kokoonpanon avainteknologiat, jolla on hyvä viitteellinen merkitys teleoperaattoreille IPTV-palveluiden käyttöönotossa ja toteuttamisessa tehokkaasti ja taloudellisesti.
|
Kirjoita sähköpostiosoite saadaksesi yllätyksen
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> albania
ar.fmuser.org -> arabia
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaidžanilainen
eu.fmuser.org -> baski
be.fmuser.org -> valkovenäläinen
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> katalaani
zh-CN.fmuser.org -> kiina (yksinkertaistettu)
zh-TW.fmuser.org -> Kiina (perinteinen)
hr.fmuser.org -> kroatia
cs.fmuser.org -> tšekki
da.fmuser.org -> tanska
nl.fmuser.org -> Dutch
et.fmuser.org -> viro
tl.fmuser.org -> filippiiniläinen
fi.fmuser.org -> suomi
fr.fmuser.org -> French
gl.fmuser.org -> galicialainen
ka.fmuser.org -> Georgian
de.fmuser.org -> saksa
el.fmuser.org -> Greek
ht.fmuser.org -> Haitin kreoli
iw.fmuser.org -> heprea
hi.fmuser.org -> Hindi
hu.fmuser.org -> Unkari
is.fmuser.org -> islanti
id.fmuser.org -> indonesia
ga.fmuser.org -> irlantilainen
it.fmuser.org -> Italian
ja.fmuser.org -> japani
ko.fmuser.org -> korea
lv.fmuser.org -> latvia
lt.fmuser.org -> Liettua
mk.fmuser.org -> makedonia
ms.fmuser.org -> malaiji
mt.fmuser.org -> maltalainen
no.fmuser.org -> Norja
fa.fmuser.org -> persia
pl.fmuser.org -> puola
pt.fmuser.org -> portugali
ro.fmuser.org -> Romania
ru.fmuser.org -> venäjä
sr.fmuser.org -> serbia
sk.fmuser.org -> slovakki
sl.fmuser.org -> Slovenian
es.fmuser.org -> espanja
sw.fmuser.org -> swahili
sv.fmuser.org -> ruotsi
th.fmuser.org -> Thai
tr.fmuser.org -> turkki
uk.fmuser.org -> ukraina
ur.fmuser.org -> urdu
vi.fmuser.org -> Vietnam
cy.fmuser.org -> kymri
yi.fmuser.org -> Jiddiš
FMUSER Wirless lähettää videota ja ääntä helpommin!
Ota yhteyttä
Osoite:
Nro 305 huone HuiLan-rakennus nro 273 Huanpu Road Guangzhou Kiina 510620
Kategoriat
Uutiskirje