FI113996B - Tilaajatunnuksen siirrettävyys - Google Patents

Description

113996

Tilaajatunnuksen siirrettävyys

Keksinnön tausta

Keksintö liittyy tilaajatunnusten siirrettävyyteen tilaajan vaihtaessa operaattoria. Konkreettisen esimerkin antamiseksi keksintö esitetään tilantees-5 sa, jossa tilaajan puhelinnumero on muotoa E. 164. Toinen mahdollinen esitysmuoto on E.212. Alalla tunnetaan ns. Enum-DNS -nimipalvelimia, missä ”Enum” on lyhenne joka tarkoittaa E.164- tai E.212-muotoista numeroa, ja DNS on domain name server eli (alue)nimipalvelin. Tärkeimmät lyhenteet on listattu tämän selitysosan lopussa. Enum-DNS -nimipalvelinta käytetään 10 E.164/212-numeroiden muuntamiseksi (=map) esimerkiksi SIP- tai FQDN -muotoisiksi nimiksi. Tietoliikenneverkkoja valvovat viranomaiset tulevat vaatimaan tilaajatunnuksen (numeron tms.) siirrettävyyttä, jotta tilaajat voisivat kilpailuttaa operaattoreita menettämättä vakiintuneita puhelinnumeroltaan. Tärkeitä ympäristöjä, joissa keksintöä voidaan hyödyntää, ovat 3GPP:n MMS-15 ympäristö (Multimedia Messaging) muu 3GPP:n arkkitehtuuriin kuuluva tilaaja-tunnusten reititykseen liittyvä toiminta sekä matkaviestinoperaattoreiden välinen runkoverkko eli interconnection-verkko, esimerkiksi GRX (GPRS Roaming exchange).

Keksinnön perustana oleva ongelma on seuraava. Oletetaan että ti-20 laaja X on alunperin ollut operaattorin A asiakas ja saanut puhelinnumeronsa (MSISDN) operaattorin A numeroavaruudesta. Myöhemmin tilaaja X siirtyy r operaattorin B asiakkaaksi, mutta hän haluaa säilyttää alkuperäisen puhelin numeronsa. Nyt kuitenkin Enum-DNS reitittää E. 164 numeron etuosan (prefix) mukaan tilaajan X DNS-kyselyt operaattorin A nimipalvelimelle (olettaen että : 25 DNS:ssä käytetään jonkinlaista hierarkiaa), vaikka X on operaattorin B asia- kas. Operaattorin A tulisi voida käskeä X:n päätelaitetta palvelevaa nimipalve-Unta ottamaan yhteyttä operaattorin B Enum-DNS -palvelimelle.

Keksinnön perustana oleva ongelma on siis, kuinka ohjata Enum-DNS -kyselyt oikealle operaattorille, vaikka tilaaja on vaihtanut operaattoria ja 30 tilaajan puhelinnumero on säilynyt muuttumattomana.

];, Keksinnön lyhyt selostus ’>·, Keksinnön tavoitteena on siten kehittää tekniikka tilaajaan liittyvän tilaajatunnuksen muuntamiseksi ensimmäisestä muodosta (esim. E. 164/212) toiseen muotoon (SIP, HTTP, sähköposti, URL, NAI, FQDN...), kun ensimmäi-:\i 35 sessä muodossa oleva tilaajatunnus on allokoitu ensimmäisen verkon tunnis- 113996 2 teavaruudesta, ja tilaaja on toisen verkon tilaaja ja vaeltamassa kolmannessa verkossa. Kussakin verkossa on ainakin yksi nimipalvelin ja operaattoreiden verkkoja yhdistää runkoverkko, jossa on juuripalvelin.

Keksinnön tavoite saavutetaan menetelmällä ja järjestelmällä, joille 5 on tunnusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.

Keksintö voidaan toteuttaa esimerkiksi seuraavasti. Kolmannen eli vieraillun verkon nimipalvelin vastaanottaa tilaajatunnuksen toista muotoa kos-10 kevan kyselyn, ja kysely sisältää tai ilmaisee tilaajatunnuksen ensimmäisen muodon. Kolmannen verkon nimipalvelin lähettää juuripalvelimelle tilaajatunnuksen toista muotoa koskevan kyselyn. Juuripalvelin päättelee tilaajatunnuksen ensimmäisen muodon perusteella ensimmäisen verkon nimipalvelimen ja käynnistää prosessin, jonka tuloksena tilaajatunnuksen toista muotoa koskeva 15 kysely välittyy ensimmäisen verkon nimipalvelimelle. Ensimmäisen verkon nimipalvelin käynnistää prosessin, jonka tuloksena kolmannen verkon nimipalvelimelle välittyy ainakin toisen verkon domain-osoite. Kolmannen verkon nimipalvelin lähettää toisen verkon domain-osoitteen perusteella kyselyn toisen verkon nimipalvelimelle ja saa toisen verkon nimipalvelimelta toista muotoa 20 olevan tilaajatunnuksen.

Edellisessä esimerkissä kysely käynnistyi vieraillun verkon nimipal-;' · ’; velimelta, mutta kyselyn voi lähettää myös vieraillussa verkossa oleva muunkin : ·. ·. tyyppinen palvelin.

[··'' Yllä kahdesti käytetty ilmaus Ύ käynnistää prosessin jonka seura- 25 uksena Wille välittyy...” voi yksinkertaisimmillaan tarkoittaa, että Ύ lähettää ·*··’ ; W:lle...”, mutta lähetettävät tiedot voivat kulkeutua myös epäsuorasti, esimer- * ’ “ · kiksi runkoverkon kautta tai rekursiivisen kyselyn tuloksena, jolloin Y lähettää *·.,/. kyselyn ensimmäiselle nimipalvelimelle, tämä lähettää kyselyn seuraavalle ni mipalvelimelle, ja vastaa se nimipalvelin, joka osaa vastata kyselyyn, vastaa 30 Y.lle.

Keksintö mahdollistaa hajautetun Enum-DNS-pohjaisen tilaajatun-M’ nusten, kuten E.164-numeroiden, selvittelyn eli tulkitsemisen (resolving) ilman keskitettyjä tietovarastoja tai muutoksia DNS-tietoihin muualla. Operaattorien väliseen runkoverkkoon tai juuripalvelimeen ei tarvitse tehdä minkäänlaisia *. 35 muutoksia. Toiminnalliset muutokset rajoittuvat operaattoreiden omiin nimipal- ']··[ velimiin, joiden on kyettävä tukemaan keksinnön mukaista toiminnallisuutta • » » • · 113996 3 tilanteessa, jossa tilaaja on siirtynyt toisen operaattorin asiakkaaksi. Luonnollisesti tilaajatiedot on päivitettävä tilaajan uuden ja vanhan operaattorin tietokantoihin. Yleisesti ottaen keksintö mahdollistaa numeroiden siirrettävyyden MMS- ja UMTS-ympäristössä, jossa käytetään Enum-DNS -tyyppistä nimipal-5 velua.

Kuvioiden lyhyt selostus

Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista:

Kuvio 1 on keksinnön erästä suoritusmuotoa havainnollistava järjes-10 telmä- ja signalointikaavio; ja

Kuvio 2 on signalointikaavio, jossa nimipalvelinten lisäksi on kaksi SIP-palvelinta.

Keksinnön yksityiskohtainen selostus

Seuraavassa selostetaan keksinnön suoritusmuotoja käyttäen esi-15 merkkeinä seuraavissa dokumenteissa kuvattuja protokollia ja tekniikoita: - Enum-DNS (RFC2916) - NAPTR DNS Resource Record (RR) (RFC2915) - SRV Resource Record (RFC2782).

Keksinnön erään edullisen suoritusmuodon mukaisesti NAPTR:ään , 20 määritellään kaksi uutta "Specification of Service” -määrettä ja yksi ’’Protocol” * · .i , -spesifikaatio. On syytä huomata, että jäljempänä esitettävät NAPTR esimerkit * 1 · • ovat vain havainnollistavia mutta ei rajoittavia esimerkkejä, sillä määreiden ja ' . 1 spesifikaatioiden nimet saattavat muuttua standardisoinnin muuttuessa.

, , · NAPTR -protokolla (Naming Authority Pointer): ,· ·, 25 - ns: Name Server - DNS palauttaa yksikäsitteisen domain-nimen, josta pi- * · täisi kysyä kyseisestä domainista vastaavia nimipalvelimia.

:· NAPTR Service Specifications: - E2R: E.164 to Resource - DNS palauttaa SRV-muodossa olevan nimen, ' josta voidaan tiedustella E.164 numerosta huolehtivia nimipalvelimia.

;; 30 - E2D: E.164 to Domain - DNS palauttaa yksikäsitteisen domain-nimen, jos- - 1 ta voidaan tiedustella E. 164 numerosta huolehtivia nimipalvelimia.

» · » · 113996 4 NAPTR esimerkkejä:

Ensimmäinen esimerkki on NAPTR RR:stä, jossa hyödynnetään palvelua E2R: $ORIGIN7 6.5.4.3.2.1.0.48.5.3.e164.arpa_ j;__Order Pref Flag Service Regexp Replacement_ IN NAPTR 100 50 "s* ’’ns+E2R’’ ””___ns.users.currentdomain 5 Kysyttäessä DNS:ltä tietoja numerolle +358401234567 DNS palaut taa SRV RR -muodossa olevan nimen, jonka avulla kysyvä nimipalvelin voi tehdä uuden SRV-muotoisen DNS-kyselyn käyttäjän oikealle (nykyiselle) operaatioille ja kysyä kyseisen operaattorin nimipalvelimia. Tässä oletetaan, että DNS:n SRV RR ymmärtää myös ”ns” protokollamääreen.

10 Toinen esimerkki on NAPTR RR:stä, jossa hyödynnetään palvelua E2D.

SORIGIN 7.6.5.4.3.2.1.0A8.5.3.e164.arpa_ j;__Order Pref Flag Service Regexp Replacement_ IN NAPTR 100 50 *p* ”ns+E2D” ”__users.cuirentdomain

Kysyttäessä DNS:ltä tietoja numerolle +358401234567 DNS palaut-. # taa nimen, jonka avulla kysyvä nimipalvelin voi tehdä uuden DNS-kyselyn käyt- w . 15 täjän oikealle (nykyiselle) operaattorille ja kysyä kyseisen operaattorin nimipal- : velimia. Tässä oletetaan, että ”ns”-service on tunnettu ja kysyvä DNS osaa ' hyödyntää sitä.

j j Paikallisia numeronsiirtoja varten voidaan käyttää muitakin keinoja *: kuin operaattorien välisiä DNS-kyselyjä. Seuraavassa on esimerkki LDAP:in . 20 hyödyntämisestä. LDAP:ille on annettu alhaisempi prioriteetti kuin DNS- kyselylle, mutta paikallinen nimipalvelin voidaan kuitenkin määrätä asettamaan LDAP etusijalle DNS:n sijasta. Esimerkiksi: SORIGIN 76.5.4.3.2.1.0.4.8.5.3.e164.arpa _ j;__Order Pref Flag Service Regexp Replacement_ IN NAPTR 10 50 ”p” ”ns+E2D"__users.currentdomain IN NAPTR 100 50 "u" ”ldap-*-E2U” ”__ldap.7/ldap.foo.com » k 113996 5 DNS palauttaa LDAP -osoitteen, johon voidaan tehdä uusi kysely numeron selvittämiseksi.

Kuviossa 1 esitetään konkreettinen esimerkki E.164-numeron tulkitsemisesta ja numeron siirrettävyydestä roamingin yhteydessä. Kuvio 1 esittää 5 tapahtumasarjan, jossa tilaaja X G’onka MSISDN -numero on +358401234567) on alun perin operaattorin A (domain = a.com) asiakas, joten X:llä on operaattorin A numeroavaruudesta allokoitu puhelinnumero. Tilaaja X on siirtynyt operaattorin B (domain = b.com) asiakkaaksi, mutta X:n puhelinnumero on yhä operaattorin A omistamasta ’numeroavaruudesta’. Kuvion 1 esittämässä tilan-10 teessä tilaaja X on vaeltamassa operaattorin C (domain = c.com) verkossa.

Vaiheessa 1-1 Operaattorin C nimipalvelin DNS-C yrittää selvittää Enum-DNS -kyselyn kautta tilaajan X SIP-URL:ia, joka on kuvattu E.164 -numeroksi. Koska DNS-C ei tunne tilaajan X numeroa, se ohjaa kyselyn Inter-connection-verkon GRX juuripalvelimelle DNS-R. (Teknisesti tämä tapahtuu 15 samoin kuin kyselyn ohjaaminen tavalliselle nimipalvelimelle.) Juuripalvelin DNS-R tunnistaa X:n numeron kuuluvan operaattorille A E.164-numeron prefiksin perusteella. Toisin sanoen numero on allokoitu operaattorin A numeroavaruudesta. Kuvio 1 on siinä mielessä yksinkertaistettu, että todellisuudessa juuripalvelimen ja operaattorin palvelimen välissä voi olla maanosa-, valtio- ja 20 operaattorikohtaiset hierarkiatasot, minkä vuoksi nimipalvelinten hierarkia voi olla monimutkaisempi kuin kuviossa 1 on esitetty. Kuvio 1 on kuitenkin riittävä , keksinnön periaatteellisen toiminnan havainnollistamiseksi.

: Vaiheessa 1-2 juuripalvelin DNS-R ohjaa DNS-kyselyn tilaajan X al-

, kuperäiselle operaattorille A, koska X:n puhelinnumero kuuluu operaattorin A

, ; 25 numeroavaruuteen. Vaiheessa 1-3 operaattorin A nimipalvelin DNS-A huomaa : ; NAPTR RR:stä (ks. yllä esitetyt NAPTR esimerkit), että X ei enää ole A:n asia- : kas, vaan X:n nimipalvelua hoitaa joku toinen operaattori. NAPTR palauttaa •\ joko: a. _ns.b.com, jolloin seuraavaksi suoritetaan SRV nimikysely b.com:iin 30 (flag == ’s’) b. b.com, jolloin seuraavaksi suoritetaan nimikysely nimipalvelimista ’ b.cormiin (flag == ’p’) :* Vaiheessa 1-4, jos rekursiota ei ole sallittu DNS-kyselyn yhteydes- sä, juuripalvelin DNS-R palauttaa vaiheessa 3 saadut vastaukset C:n nimipal->t 35 velimelle DNS-C.

113996 6

Vaiheet 1-4A ja 1-4B suoritetaan vain, jos rekursio on sallittu. Vaiheessa 1-4A juuripalvelin DNS-R kysyy B:n nimipalvelimia B:n (master) nimipalvelimelta (tässä DNS-B1), jonka juuripalvelin DNS-R tuntee. Vaiheessa 1-4B nimipalvelin DNS-B1 palauttaa listan operaattorin B nimipalvelimista juuri-5 palvelimelle. Tämän jälkeen juuripalvelin DNS-R palauttaa vastauksen C:n nimipalvelimelle DNS-C vaiheen 1-4, tosin DNS-vastaus on nyt hieman eri muotoinen.

Vaiheessa 1-5, jos DNS-C nyt tietää tilaajan X E. 164 -numerosta vastaavien nimipalvelimien osoitteet (DNS-B1 jne.), DNS-C lähettää kyselyn 10 jollekin B:n nimipalvelimelle ja saa sieltä pyytämänsä SIP-urlin.

Vaiheessa 1-5A, jos rekursio ei ollut sallittu, C:n nimipalvelimen DNS-C täytyy vielä selvittää b.com:in nimipalvelimet. Toisin sanoen DNS-C kysyy b.com:in nimipalvelimia. DNS-kyselyt voivat taas kulkea Interconnection-verkon GRX juuripalvelimen DNS-R kautta.

15 Vaiheessa 1-5B jokin b.com:in nimipalvelin (tai joku muu nimipalve lin reitillä C:stä B:hen, joka tuntee B:n nimipalvelimet), palauttaa C:n nimipalvelimelle DNS-C listan b.corrrin nimipalvelimista. Tämän jälkeen toiminta jatkuu vaiheiden 1 -5 ja 1 -6 mukaisesti.

Vaiheessa 1-6 B:n nimipalvelin DNS-B selvittää tilaajan X E. 164 20 -numeron ja palauttaa SIP-urlin tms. Jatkossa kaikki nimikyselyt C:ltä B:lle menevät suoraan käymättä A:n kautta, kunnes B:n tallettama nimitieto vanhenee.

: : Kuvio 2 esittää toista tapahtumaketjua, jossa nimipalvelinten lisäksi on kaksi SIP-palvelinta, nimittäin vieraassa verkossa C oleva SIPS-C ja tilaa- ,·>. jän nykyisessä kotiverkossa oleva SIPS-B. Vaiheessa 2-1 SIPS-C lähettää » . 25 DNS-C.lle tilaajan SIP-URL:ia koskevan kyselyn. Vaiheessa 2-2 DNS-C pa- *’ ; lauttaa aiemmin, NAPTR -protokollan laajennusten yhteydessä esitetyn ns- < > * I · ‘ ' viestin, jonka perusteella SIPS-C osaa suunnata kyselyn juuripalvelimelle DNS-R vaiheessa 2-3. Vaiheessa 2-4 DNS-R palauttaa ns-viestin, jonka perusteella kysely suuntautuu vaiheessa 2-5 alkuperäisen verkon A nimipalveli--30 melle DNS-A. Vaiheessa 2-6 DNS-A huomaa, että tilaaja on nyt operaattorin B , \ asiakas, ja vaiheessa 2-7 se palauttaa aiemmin esitetyn NAPTR -protokollan laajennuksen SRV RR tai NS, jonka perusteella SIPS-C tietää tilaajan nykyi-sen operaattorin domain-osoitteen. Tämän tiedon perusteella vaiheessa 2-8 : ’ : SIPS-C kyselee DNS-BT.Itä operaattorin B verkossa olevaa vastaavaa SIP- \t 35 palvelinta SIPS-B. Vaiheessa 2-9 DNS-B1 palauttaa SIPS-B:n IP-osoitteen (tai , ’ ’ SRV- tai NS-viestin). Tämän tiedon perusteella, vaiheessa 2-10 TCP- tai UDP- 113996 7 muotoinen liikenne voidaan käynnistää SIP-palvelinten SIPS-C ja SIPS-B välille.

Eräs keksinnön keskeinen ajatus on, että alkuperäisen numeron omistavan operaattorin (kuviossa 1: operaattori A) nimipalvelin osaa välittää 5 edelleen nimikyselyt tilaajan uuden operaattorin nimipalvelimiin. Itse DNS-hierarkiaan ei tarvitse tehdä muutoksia ja nimikyselyt löytävät aina perille tilaajan uudelle operaattorille.

Käytännössä nimipalvelimet säilyttävät tehtyjä kyselyjä ja niiden tuloksia välimuistissaan (cache), joten kuviossa 1 esitetty täydellinen kysely teh-10 dään vain kerran, minkä jälkeen seuraaviin kyselyihin, jotka koskevat samaa E.164-numeroa, vastaa lähin nimipalvelin, kunnes välimuistiin talletettu nimitieto vanhenee (tiedolle asetettu elinaika päättyy). Nimitiedon vanhenemisen määrää se nimipalvelin, johon alkuperäinen tieto on talletettu.

Vaikka yhteydet on kuviossa 2 piirretty suoraan palvelinten välille, 15 niin käytännössä kaikki liikenne kulkee aina runkoverkon kautta.

Riippuen siitä onko rekursio sallittu vai ei, DNS-kyselyjen välivaiheiden vastaukset saattavat aina palautua alkuperäisen kyselyn tehneelle nimipalvelimelle. Toisin sanoen, jos rekursiota ei sallita, niin kuvion 1 operaattorin C nimipalvelin DNS-C saa aina jokaisesta välivaiheesta vastauksen itselleen ja 20 tekee niin monta uutta DNS-kyselyä kuin tarvitaan B:n nimipalvelimien löytämiseksi. Jos taas rekursio on sallittu, kuviossa 1 operaattori C tekee yhden DNS-; kyselyn ja saa vastauksena suoraan operaattorin B kaikkien nimipalvelimien ; \ osoitteet.

Yllä on esitetty joitakin keksinnön suoritusmuotoja, mutta keksintö ei : · · 25 rajoitu niihin. Esimerkiksi tilaajatunnuksen ensimmäinen muoto voi E.164:n *,··: sijasta olla E.212. Vastaavasti tilaajatunnuksen toinen muoto voi olla SIP, FQDN, e-mail, URL, URI, NAI, tai mikä tahansa yksikäsitteinen domain-nimi. Alan ammattilaiselle on muutenkin ilmeistä, että tekniikan kehittyessä keksinnön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus-";; 30 muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdel- ' .. 1 la patenttivaatimusten puitteissa.

’;;; Lyhenteet: ' 3GPP = Third Generation Partnership Project i :'; ARPA = Address and Routing Parameters Area ,.: 35 DNS = domain name server/service 113996 8

Enum = E.164 (E.212) number and DNS FQDN = Fully Qualified Domain Name GRX = GPRS Roaming Exchange LDAP = Light Directory Access Protocol 5 NAPTR = Naming Authority Pointer SIP = Session Initiation Protocol SRV RR = Service Resource Record URI, URL = Uniform Resource Identifier/Locator 1

Claims (4)

113996

1. Menetelmä tilaajaan (X) liittyvän tilaajatunnuksen muuntamiseksi ensimmäisestä muodosta toiseen muotoon, kun ensimmäisessä muodossa oleva tilaajatunnus on allokoitu ensimmäisen verkon (A) tunnisteavaruudesta, 5 ja tilaaja on toisen verkon (B) tilaaja ja vaeltamassa kolmannessa verkossa (C); ja kun kussakin verkossa on ainakin yksi nimipalvelin (DNS-A ... DNS-C) ja operaattoreiden verkkoja yhdistää runkoverkko (GRX), jossa on juuripalvelin (DNS-R); tunnettu siitä, että: 10 kolmannen verkon palvelin (DNS-C, SIPS-C), vastaanottaa mainitun tilaajatunnuksen toista muotoa koskevan kyselyn, ja kysely sisältää tai ilmaisee tilaajatunnuksen ensimmäisen muodon; mainittu kolmannen verkon palvelin lähettää juuripalvelimelle (DNS-R) tilaajatunnuksen toista muotoa koskevan kyselyn; 15 juuripalvelin (DNS-R) päättelee tilaajatunnuksen ensimmäisen muo don perusteella ensimmäisen verkon nimipalvelimen (DNS-A) ja käynnistää prosessin, jonka tuloksena tilaajatunnuksen toista muotoa koskeva kysely välittyy ensimmäisen verkon nimipalvelimelle (DNS-A); ensimmäisen verkon nimipalvelin (DNS-A) käynnistää prosessin, 20 jonka tuloksena kolmannen verkon nimipalvelimelle (DNS-C) välittyy ainakin toisen verkon domain-osoite; kolmannen verkon nimipalvelin (DNS-C) lähettää toisen verkon do-main-osoitteen perusteella kyselyn toisen verkon nimipalvelimelle (DNS-B) ja ·. saa toisen verkon nimipalvelimelta toista muotoa olevan tilaajatunnuksen. : : 25

2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, '' - että tilaajatunnuksen ensimmäinen muoto on E. 164 tai E.212.

3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että tilaajatunnuksen toinen muoto on SIP-URL.

4. Ensimmäisen tietoliikenneverkon (CN-A) nimipalvelin (DNS-A), 30 joka on sovitettu vastaanottamaan kyselyn (1-2; 2-5), joka sisältää tai ilmaisee tilaajatunnuksen ensimmäisen muodon, ja vastaamaan kyselyyn ilmoittamalla :· toista muotoa olevan tilaajatunnuksen (1-3; 2-7); tunnettu siitä, että nimipalvelin on sovitettu: • »· • · 115996 -havaitsemaan, mikäli tilaajatunnus liittyy tilaajaan, joka on ollut mainitun ensimmäisen tietoliikenneverkon (CN-A) tilaaja, mutta on siirtynyt toisen tietoliikenneverkon (CN-B) tilaajaksi, ja että kysely lähetettiin kolmannesta tietoliikenneverkosta (CN-C); ja 5. vasteena mainitulle kyselylle ja mainitulle havaitsemiselle, käynnis tämään prosessin, jonka tuloksena kyselyn lähettäjälle (DNS-C, SIPS-C) välittyy ainakin toisen verkon (CN-B) domain-osoite; jolloin liikenne (2-10) voidaan välittää suoraan kolmannen tietoliikenneverkon (CN-C) ja toisen tietoliikenneverkon (CN-B) välillä. * # > · > · * « 9 k ' » k > t a » k k t k 113996