Source: https://patents.google.com/patent/FI110464B/en
Timestamp: 2019-10-14 00:13:50+00:00
Document Index: 5648255

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

FI110464B - IP security and mobile network connections - Google Patents
IP security and mobile network connections Download PDF
FI110464B
FI110464B FI20010876A FI20010876A FI110464B FI 110464 B FI110464 B FI 110464B FI 20010876 A FI20010876 A FI 20010876A FI 20010876 A FI20010876 A FI 20010876A FI 110464 B FI110464 B FI 110464B
FI20010876A
FI20010876A (en
FI20010876A0 (en
2001-04-26 Application filed by Nokia Corp filed Critical Nokia Corp
2001-04-26 Priority to FI20010876A priority Critical patent/FI110464B/en
2001-04-26 Priority to FI20010876 priority
2001-04-26 Publication of FI20010876A0 publication Critical patent/FI20010876A0/en
2002-10-27 Publication of FI20010876A publication Critical patent/FI20010876A/en
2003-01-31 Application granted granted Critical
2003-01-31 Publication of FI110464B publication Critical patent/FI110464B/en
.,. .,. 110464 110464
IP-TIETOTURVA JA LIIKKUVAT VERKKOYHTEYDET , KEKSINNÖN KOHDE IP SECURITY AND MOBILE NETWORK, OBJECT
5 Esillä oleva keksintö liittyy yleisesti matkaviestinverkkoyhteyksiin ja erityisesti IP-tietoturvaa sekä yhteyksiä koskeviin menettelyihin. 5, the present invention relates generally to a mobile communication network connections and specifically the IP-security and links on the procedure.
10 Internetin ja sen osan WWW:n (World Wide Web) edut verkossa olevan laajan tietomäärän hyödyntämisessä tunnustetaan laajalti. 10 of the Internet and the WWW portion of the benefits (World Wide Web) the utilization of the extensive amount of data online is widely recognized. Internetiin on perinteisesti muodostettu yhteys kiinteistä liityntäpisteistä, esimerkiksi työpaikalta, koulusta tai kotoa. Internet access has traditionally been formed from the standard access points such as workplace, school, or home. Kiinteiden liityntäpisteiden käsite on ollut Internet-mallin perustana alusta lähtien. The concept of fixed access points have been Internet-model basis from the beginning. Esimerkiksi IP-protokolla reitittää paketit oikeisiin kohteisiin IP-osoitteiden 15 mukaisesti. For example, the IP protocol to route packets to the correct destination according to the IP address 15. IP-osoitteet liitetään kiinteään fyysiseen paikkaan paljolti samalla tavalla kuin perinteiset puhelinnumerot liitetään lankapuhelinten fyysiseen sijaintiin. IP addresses are associated with a fixed physical location in much the same way as the traditional telephone landline telephones connected to a physical location. Tämän ansiosta IP-paketit voidaan reitittää aiottuun määränpäähän virheettömästi ja tehokkaasti. As a result, the IP packets can be routed to the intended destination correctly and effectively.
20 Perinteinen yhteyskäsite on muuttunut liikkuvuuden lisääntyessä. 20 The traditional concept of access has changed with increasing mobility. Tämä on tullut esiin : viime vuosina esimerkiksi matkapuhelinten käytön yleistyessä. This has come to light in recent years become more common, for example, the use of mobile phones. Kannettavien ' ·'.' Notebook '·'. ' tietokoneiden käyttö on toinen yhä suositumpi alue, jossa saadaan aikaan selviä etuja, ·...· jos käyttäjät pystyvät tekemään työtä paikasta riippumatta. The use of computers is another increasingly popular area of ​​providing clear benefits, · · ... if the users are able to work wherever they are. Luotettavan Internet- yhteyden ansiosta liikkuvat verkkoyhteydet lisäävät myös kaikkien käyttäjien :...· 25 tuottavuutta, koska käyttäjät eivät ole enää sidottuja työpaikoilleen. A reliable Internet connection thanks to the moving network will also increase for all users: ... · 25 productivity because users are no longer tied to their place of work. Nykyisin ollaan yhä useammin siirtymässä langattomiin yhteyksiin, jotka tuovat lisää vapautta tarjoamalla yhteysmahdollisuuksia ajasta ja paikasta riippumatta, esimerkiksi lentokoneissa ja autoissa. It is now increasingly moving to wireless connectivity that allows for greater freedom by providing access opportunities regardless of time and place, such as planes and cars.
30 Perinteinen Internet-malli, jossa käytetään kiinteitä osoitteita, tekee kuitenkin Internetin saumattoman ja luotettavan käytön matkaviestinlaitteilla hieman ongelmalliseksi. 30 However, the traditional Internet model, which uses fixed addresses, makes the Internet a seamless and reliable operation of mobile communication devices a little problematic. Tämä johtuu siitä, että kun matkaviestinlaite muodostaa yhteyden uuteen verkkoon tai . This is due to the fact that when a mobile device connects to a new network or. . . liityntäpisteeseen, uuteen verkkoon yhdistetyn IP-osoitteen kautta matkaviestinlaitteelle • '· muodostuu uusi IP-osoite. access point to a new network connected to the IP-address of the mobile device • '· forming a new IP address. Näin ollen alkuperäiseen IP-osoitteeseen kohdistetut paketit -2- 110464 eivät välity uuteen IP-osoitteeseen. Thus, the original targeted to the IP address of the packets -2-110 464 are not transmitted to the new IP address. Näihin ongelmiin on esitetty ratkaisuksi muun muassa Mobile IP:tä (RFC2002). These problems have been presented a solution to inter alia the Mobile IP (RFC2002). Mobile IP on IETF (Internet Engineering Task Force) -ohjeistossa ehdotettu standardi, jolla liikkuvien yhteyksien ongelma ratkaistaan niin, että matkaviestinlaitteella on kaksi IP-osoitetta: kotiosoite ja toinen osoite, joka muuttuu 5 aina uuden liityntäpisteen myötä. Mobile IP is specified by IETF (Internet Engineering Task Force) guidelines proposed standard, the problem is solved with the mobile connections so that the mobile device has two IP addresses: a home address and a second address, which is changed every time a new access point five time. Mobile IP:n perusajatus on se, että se mahdollistaa saumattoman vierailun eri verkoissa. Mobile IP, the basic idea is that it allows for a seamless visit to different networks. Matkaviestinlaitteeseen lähetetyt paketit pystyvät kulkemaan määränpäähänsä oikein huolimatta siitä, mihin verkkoon laite on kytkeytynyt. packets sent to the mobile device will be able to travel to their destination correctly regardless of which network the device is connected.
10 Tyypillisesti lähtösolmusta lähtevät paketit kulkevat kohdesolmuun niin, että ne reititetään saapuvista verkkorajapinnoista lähteviin rajapintoihin reititystaulujen avulla. Typically, the output node 10 uses packets travel to the destination node, so that they are routed from incoming network interfaces to outbound interfaces routing tables. Reititystaulut sisältävät tietoja seuraavasta hypystä kuhunkin IP-kohdeosoitteeseen. Routing tables contain information about the next hop to each destination IP address. Paketit voivat edetä matkaviestinlaitteeseen staattisen kotiosoitteen avulla, joka antaa sen vaikutelman, että liikkuva solmu pystyy jatkuvasti vastaanottamaan tietoja 15 kotiverkossaan. Packets may proceed to a mobile communication device through a static home address, which gives the impression that the mobile node is able to continuously receive data from 15 of the home network. Tällöin käytetään kotiagenttiverkkosolmua, joka noutaa liikkuvaan solmuun osoitetut paketit ja välittää ne solmun toiseen osoitteeseen, kun solmu on kytkeytyneenä vieraaseen verkkoon. In this case, the home agent network node, which retrieves packets addressed to the mobile node and forwards them to another node to be used when the node is connected to a foreign network. Koska toinen osoite muuttuu aina uuden verkon kiinnityspisteen myötä, kotiagentin on tunnettava kyseiset tiedot, jotta se pystyisi ohjaamaan paketit uudelleen. Since the second address always changes to a new network attachment point of time, the home agent must know this information in order to be able to control the packets again. Tämän vuoksi toinen osoite rekisteröidään kotiagenttinsa ; Consequently, the second address registered with its home agent; 20 mukana aina, kun liikkuva solmu siirtyy tai saa uuden IP-osoitteen. 20 always involved when the mobile node moves and gets a new IP address.
. . ·. ·. ·. ·. Pakettien toimittaminen liikkuvaan solmuun edellyttää, että paketti muotoillaan niin, että .···, toinen osoite on IP-kohdeosoite pakettimuunnoksena tunnetussa prosessissa. Transmission of packets to the mobile node requires that the package is shaped such that. ···, the second address is an IP destination address of the packet manipulation known process.
Liikkuvalle solmulle määritetty uusi otsikko muodostuu muunnoksessa, jossa 25 alkuperäinen paketti kapseloidaan (tätä kutsutaan myös tunneloinniksi) niin, että kotiverkko ei vaikuta reititykseen, kunnes paketti on turvallisesti perillä liikkuvassa solmussa. set to the mobile node a new header consists of a variant in which the 25 original packet is encapsulated (this is also called tunneling), so that the home network does not affect the routing until the package has been safely received by the mobile node. Määränpäässä pakettiin sovelletaan käänteistä muunnosta niin, että liikkuvan solmun kotiosoite näyttää olevan paketin kohdeosoitteena, jotta siirtoprotokolla, esimerkiksi TCP (Transmission Control Protocol) pystyy käsittelemään ; At the destination packet inverse transformation is applied so that the mobile node's home address appears to be the packet destination address, so that the transfer protocol, such as TCP (Transmission Control Protocol) is able to handle; 30 pakettia oikein. 30 packets correctly. Vierasta agenttia käytetään tyypillisesti purkamaan sellaisten pakettien • kapselointi, jotka on vastaanotettu kotiagentilta välitettäviksi liikkuvaan solmuun. The foreign agents typically used to decrypt the packets of • encapsulation, which has been received from the home agent forwarding to the mobile node.
:··. : ··. Edellä on kuvattu IP-tunneloinnin perusmuoto. The above described IP-based tunneling shape. Mobile IP kuitenkin tukee tyypillisesti kolmea tunnelointimekanismia: IP-kapselointi IP:n sisällä (RFC 2003), minimaalinen -3- 110464 kapselointi IP:n sisällä (RFC 2004) ja GRE (Generic Routing Encapsulation, RFC 1701). However, the Mobile IP tunneling mechanism typically supports three types of IP-IP encapsulation within (RFC 2003), minimal -3-110 464 IP encapsulation within (RFC 2004), or GRE (Generic Routing Encapsulation, RFC 1701). Usean IP-tunnelointimekanismin toteutusta kutsutaan IP-in-IP-tunneloinniksi. implementing multiple IP tunneling referred to as IP-in-IP tunneling. Näitä IP-in-IP-tunnelointimekanismeja voidaan käyttää paitsi Mobile IP:n kanssa myös tilanteissa, joissa on toivottavaa esimerkiksi yhdistää yksityisiä osoitetiloja käyttäviä 5 verkkoja Internetin kautta tai tunneloida monijakeluliikennettä tunnelointia tukemattoman verkon kautta. These IP-in-IP tunneling may be used not only to the mobile IP with the situations where it is desirable to combine, for example, private address space using five networks through the Internet or a tunnel through the tunneling traffic distribution network unsupported.
Mobile IP:ssä tärkeimpiä huolenaiheita on tietoturva. Mobile IP of the main concerns is security. Internet on luonteeltaan avoin, joten lähetetyt paketit altistuvat turvariskeille. The Internet is open in nature, so the packages sent are exposed to safety risks. Niitä lisää entisestään liikkuvien solmujen 10 liikkuminen aliverkkojen välillä. They will further increase the range of mobile nodes moving around 10 subnets. Turvariskeihin liittyen kehitettiin IP-turvaprotokolla eli IPsec (esitetty RFC2401:ssä) tuottamaan päästä-päähän-tietoturvaa pakettihyötykuormaa varten IP-terminaalien välisessä siirrossa. Safety risks related developed for IP security protocol, or IPsec (RFC2401 shown together) to provide end-to-end security for the packet payload data between the IP terminals. Tämä voidaan saavuttaa pääasiassa niin, että terminaaleille tuotetaan pakettien tietosähketasoinen tunnistus ja salaus, tyypillisesti käyttämällä symmetristä salakirjoitustekniikkaa, jossa 15 samoja avaimia on käytettävä molemmissa päissä. This can be accomplished mainly so that the terminals are produced tietosähketasoinen authentication and encryption of packets, typically using a symmetrical encryption technique, in which the same keys 15 is used at both ends. Avainten hallintaprotokollalla (esimerkiksi IKE) voidaan luoda symmetriset avaimet käytettäviksi IPsec-pinossa, esimerkiksi samanlaiset, joita käytetään VPN-verkoissa. The key management protocols (such as IKE) to generate the symmetric keys for the IPsec stack, for example, similar to that used in the VPN networks.
IPseciä käyttävä terminaali pitää yllä tietoturvamenettelyä SPD (Security Policy . 20 Database) -tietokannassa, kuten on esitetty esimerkiksi RFC2401 :ssä. IPsec uses the terminal to maintain the security procedure SPD (Security Policy Database 20.) database, as shown for example in RFC2401 together. SPD tunnistaa, millaista tietoturvaa liikenteeseen sovelletaan; SPD identifies what kind of security applicable to traffic; esimerkiksi IPsec-menettely voi edellyttää, että kaikki liikenteessä olevat paketit tunneloidaan ESP (Encapsulating ··· Security Payload) -hyötykuormalla VPN-yhdyskäytävään lukuun ottamatta tiettyjä paketteja, jotka pääsevät läpi ilman IP-käsittelyä. For example, the IPsec scheme may require that all packets are tunneled traffic, the ESP (Encapsulating Security Payload ···) payload VPN gateway with the exception of a number of packets that can pass through without IP processing. Tässä kuvatun kaltaista . as described herein. . . 25 turvamenettelyesimerkkiä käytetään kaikkiin paketteihin, jotka kulkevat terminaalin solmun läpi. 25 an example of the security policy applied to all packets that pass through the terminal node. Koska turvamenettely on tyypillisesti staattinen ja konfiguroitu terminaaliin verkko-ohjelmiston asennuksen aikana, eräät yhteysnäkymät tuottavat erityisiä hankaluuksia käytettäessä staattisesti konfiguroitua turvamenettelyä. Since the security procedure is typically static and configured over the network to the terminal software installation, connection, some overlooking produce particular difficulties when using statically configured security procedure. Asiaa voidaan selventää seuraavalla esimerkillä; This can be illustrated by the following Example; jos matkaviestinterminaali vierailee vieraassa ' 30 verkossa, jossa on IPsec-turvayhdyskäytävä vierailun kohteena olevan verkon ja ' ; if the mobile terminal roaming in a foreign 'network 30, with the IPsec security gateway in the visited network and a'; kotiagentin välillä, ja jos liikkuva solmu käyttää yhteisessä sijainnissa olevaa toista osoitetta (jolloin sen on suoritettava sekä IP-in-IP- että IPsec-tunnelointi), nykyiset :*· IPsec- ja IP-in-IP -toteutukset eivät pysty suorittamaan tarvittavia -4- 110464 matkaviestinterminaalin tunnelointitoimintoja. between the home agent, and if the mobile node uses a second address in the common position (when it is carried out, and the IP-in-IP and IPsec tunneling) current: * · IPsec and IP-in-IP implementations are not able to perform the necessary - 4- 110464 tunnelointitoimintoja mobile terminal. Tämä johtuu IP-in-IP- ja IPsec-tunneloinnista, kun IP-in-IP-tunneli ei ole uloin muunnos. This is because the IP-in-IP and IPsec tunneling the IP-in-IP tunnel is not the outermost transform.
Nykyisissä käyttöjärjestelmissä IP-in-IP-tunnelit konfiguroidaan tyypillisesti näennäisinä 5 verkkorajapintoina. In current operating systems, IP-in-IP tunnels are configured as pseudo typically five network interfaces. Jos liikenteeseen tarvitaan IP-in-IP-tunnelointia, tällöin luodaan reititystaulutietue, joka reitittää liikenteen näennäiseen tunnelointirajapintaan. If the required transport IP-in-IP tunneling, thereby creating reititystaulutietue, which routes the traffic to an apparent tunnelointirajapintaan. Koska reititystaulua sovelletaan protokollapinossa IPsec-menettelyn alapuolella, tämän toteutuksen takia IP-in-IP-tunneloinnin on aina oltava ulommainen muunnos paketille. Because the routing table applies to the protocol stack below the IPsec process, due to the implementation of the IP-in-IP tunneling must always be the outermost transformation package. Tämä ei ole kuitenkaan aina toivottava toimenpide. This is not always a desirable measure. Jos esimerkiksi liikkuva solmu, joka 10 käyttää yhteisessä sijainnissa olevaa toista osoitetta, haluaa AH (Authentication Header- eli tunnistusotsikkotunneli) -tunneloida kaiken liikenteen oletusyhdyskäytävään (yhteysreititin), AH-tunneloinnin tulisi olla ulommainen muunnos ja IP-in-IP-tunneloinnin toiseksi ulommainen muunnos, jotta paketti voidaan elvyttää. For example, if the mobile node 10 uses the common position for a second address, wants AH (Authentication HEADER a detection title tunnel) -tunneloida all traffic to the default gateway (access router), AH-tunneling should be outermost transformation and IP-in-IP tunneling, the second outermost transformation so that the package can be revived.
15 Edellä esitetyn valossa keksinnön tavoitteena on tarjota tekniikka, jossa puututaan onnistuneesti aiempien toteutusten puutteisiin, jotka liittyvät IP-tietoturvaan sekä pakettien reititykseen liikkuviin solmuihin ja niistä pois. 15 in light of the above object of the invention is to provide a technique which addresses the successful implementations of the previous shortcomings in the IP security and packet routing to mobile nodes in and out of them.
YHTEENVETO KEKSINNÖSTÄ , .· 20 : . Summary of the Invention, · 20.:. Lyhyesti'kuvattu ja keksinnön suoritusmuodon sekä siihen liittyvien ominaisuuksien ,·,·. Lyhyesti'kuvattu and embodiments of the invention and the related features, ·, ·. mukainen menetelmä, jossa menetelmäaspektin mukaisesti paketit lähetetään ja vastaanotetaan turvallisessa yhteydessä ensimmäisen ja toisen verkkosolmun välillä. A process wherein in accordance with the method aspect packets are transmitted and received in a secure connection between the first and the second network node. Menetelmän mukaisesti kyseisiä paketteja voidaan siirtää useissa itsenäisissä 25 tietoverkoissa ensimmäisen ja toisen verkkosolmun välisellä polulla, ja ensimmäinen verkkosolmu ja kukin tietoverkko voivat noudattaa eri turvamenettelyjä, jotka määrittävät paketteihin sovellettavia tiettyjä muunnoksia; According to the method the packages may be transferred to a number of independent networks 25 data path between the first node and a second network, the first network node and a computer network can follow different security procedures, which define a package applicable to certain variations; kyseinen menetelmä on tunnettu siitä, että ensimmäinen verkkosolmu pystyy dynaamisesti muuttamaan turvamenettelyään niin, että paketteihin sovelletaan sopivia muunnoksia turvallisen 30 yhteyden ylläpitämiseksi. the method being characterized in that the first network node is able to dynamically change turvamenettelyään so that appropriate modifications in the safe 30 to maintain the connection packets are applied.
,(t Laiteaspektin mukainen matkaviestinlaite pystyy muodostamaan yhteyden verkon :· kanssa ja siinä on tiedonsiirtoa koskeva turvamenettely, jonka mukaan paketteja • 1 > 110464 1 (S mobile communication device according to an apparatus aspect can connect to the network: · with and has a security procedure of the data transfer, according to which the packages • 1> 1 110 464
siirretään matkaviestinlaitteeseen ja siitä pois. the mobile communication device and away from it. Kyseinen tiedonsiirron turvamenettely I The data security procedure I
käsittää: I comprises: I.
ensimmäisen muunnossarjan, joka liittyy ensisijaiseen turvamenettelyyn, jota I the first translation set, primarily related to the security procedure which I
sovelletaan siirrettyihin paketteihin I apply to the transferred packets I
5 toisen muunnossarjan, joka liittyy toissijaiseen turvamenettelyyn, jota sovelletaan I 5 of the second series of transformation associated with secondary security procedures to be applied to I
i sopivalla tavalla siirrettyihin paketteihin. I moved in a suitable manner to the packets. I I
KUVIEN LYHYT ESITTELY I BRIEF DESCRIPTION OF DRAWINGS I.
10 Keksintö sekä siihen liittyvät muut tavoitteet ja edut ovat ehkä helpoimmin ymmärrettävissä viittaamalla seuraavaan kuvaukseen, johon liittyvissä kuvissa: 10 The invention, together with further objectives and advantages are perhaps most easily understood by reference to the following description, the accompanying drawings in which:
Kuviossa 1 on esimerkki käyttötavasta, joka ei sovi yhteen aiempien toteutusten kanssa. Figure 1 is an example of the use that is compatible with earlier implementations.
Kuviossa 2 on esitetty aiempien toteutusten mukainen TCP/IP-pino IPseciä käyttävässä terminaalissa. Figure 2 shows the TCP / IP stack using IPsec terminal according to the previous embodiments is shown.
Kuviossa 3 on esimerkki käyttötavasta seuraavasta IP-paketista. Figure 3 is an example of the use of the following IP packet.
20 : ' Kuviossa 4 on esitetty protokollapino, joka toimii keksinnön erään suoritusmuodon mukaisesti. 20: "Figure 4 shows a protocol stack that operates in accordance with one embodiment.
Kuviossa 5 on esitetty reititystaulutietueiden käyttö keksinnön erään vaihtoehtoisen : 25 suoritusmuodon mukaisesti. Figure 5 shows the use of reititystaulutietueiden to an alternative of the invention according to 25 embodiment.
Kuviossa 6 on esitetty kuvion 5 reititystaulusuoritusmuodon laajennus. Figure 6 shows an extension of the routing table embodiment of Figure 5 is shown.
Kuviossa 7a on esitetty IPsec-käsittely lähtevälle liikenteelle keksinnön suoritusmuodon . Figure 7a IPsec processing outgoing traffic embodiment of the invention shown. · · 30 mukaisesti. · · According to 30.
' · · · Kuvio 7b on jatke kuviolle 7a suoritusmuodon mukaisesta lähtevästä liikenteestä. '· · · Figure 7b is a continuation of Figure 7A outgoing traffic according to an embodiment.
* > -6- 110464 *> -6 110 464
Kuviossa 8 on esitetty IPsec-käsittely saapuvalle liikenteelle keksinnön suoritusmuodon mukaisesti. In Figure 8, the IPsec processing for inbound traffic is shown in accordance with an embodiment of the invention.
YKSITYISKOHTAINEN KUVAUS KEKSINNÖSTÄ 5 DETAILED DESCRIPTION OF THE INVENTION 5
Kuviossa 1 on esitetty esimerkkinä käyttötapa, jota ei voida käyttää perinteisessä staattisessa IP-turvamenettelytoteutuksessa. Figure 1 shows an example of use, which can not be used in a conventional static IP security policy implementation. Selvennyksen vuoksi näin voi käydä esimerkiksi silloin, kun käyttäjä yrittää muodostaa yhteyden yhtiönsä Intranet-verkkoon kannettavalla päätelaitteella muualta kuin toimistosta käsin. For clarification this can happen, for example, when a user tries to connect to the company Intranet network with a portable terminal other than the office. Yhteyden on ehkä 10 kuljettava useiden erillisten liityntävyöhykkeiden ja -verkkojen kautta, joista jokainen saattaa noudattaa eri turvamenettelyä. Connection is maybe 10 to pass through a number of separate liityntävyöhykkeiden and networks, each of which may operate under different security procedure. Tällöin paketin käänteiset muunnokset eivät ole yhteensopivia. In this case, the packet inverse transforms are not compatible. Päätelaite 100 muodostaa esitetyllä tavalla yhteyden Internetiin 120 Access Zone -vyöhykkeen 1 110 kautta. The terminal 100 formed in a connection to the Internet 120 via an Access Zone zone 1 110. Tämän seurauksena päätelaitteen 100 ja lähimmän reitittimen PAC1 (Public Access Controller 1) välille muodostuu IPsec AH 15 tunneli 104. AH-tunnelin päätarkoituksena on estää tunnistamattomia käyttäjiä käyttämästä päätelaitteen IP-osoitetta pakettien lähettämiseen Internetiin. As a result, PAC1 (Public Access Controller 1) between the terminal 100 and the nearest router consists of an IPsec tunnel 15 AH 104 AH tunnel main purpose is to prevent unidentified users from using the terminal IP address to send the packets to the Internet.
Liikkuva toiminnallisuus voidaan mahdollistaa käyttämällä Mobile IP:tä liityntävyöhykkeiden välisiin tai esimerkiksi WLAN-liityntävyöhykkeen ja langattoman : 20 GPRS-tietoverkon välisiin tukiaseman vaihtoihin. The mobile functionality can be provided by using the Mobile IP between liityntävyöhykkeiden or, for example, wireless LAN and wireless liityntävyöhykkeen: 20 GPRS data network between the base station exchanges. Mobile IP käyttää tyypillisesti IP-in-IP- ;·. Mobile IP is typically used in an IP-in-IP, ·. tunnelia päätelaitteen nykyisen toisen osoitteen ja kotiagentin (HA) välillä. a tunnel current between the second terminal and the address of the home agent (HA). Kun päätelaite 100 haluaa yhteyden vertaissolmun (CN) tarjoamiin yhtiön tietoihin, tämä tapahtuisi normaalisti VPN-yhdyskäytävän kautta. When the terminal 100 wishes to connect to a correspondent node (CN) information provided by the company, this normally take place through a VPN gateway. VPN-yhdyskäytävälle voidaan toteuttaa oma turvamenettely, esimerkiksi IPsec ESP (Encapsulating Security Payload) • · 25 -tunneli päätelaitteen kotiosoitteen 100 ja VPN-yhdyskäytävän välille. VPN gateway can implement their own security policy, such as IPSec ESP (Encapsulating Security Payload) tunnel • · 25 of the terminal 100 and the home address of the VPN gateway. Kannettavan päätelaitteen 100 vieraillessa toisessa verkossa tapahtuu tukiaseman vaihto, jossa muodostuu AH-tunneli reitittimen PAC2 (Public Access Controller 2) kanssa. Portable terminal 100 roams in the second network handover takes place, with the formation of the AH in tunnel router PAC2 (Public Access Controller 2) with. Näin saadaan yhteys yhtiön Intranetiin Access Zone -vyöhykkeen 2 140 kautta vertaissolmuun. This provides two contact 140 through the company's Intranet Access Zone zone node. IP-paketit, jotka kulkevat CN-vertaissolmun ja liikkuvan solmun välillä, ;tt 30 käyvät läpi useita muunnoksia, jotka noudattavat voimassa olevia useita ; IP packets that are transmitted between a correspondent node CN and the mobile node; tt 30 undergo a number of modifications which respect the plurality; . . turvamenettelyjä. security procedures. Tämän tuloksena voi muodostua sekä IP-in-IP- että IPsec-tunneleita. As a result, can form both the IP-in-IP and IPsec tunnels.
Tällöin IP-in-IP-tunneli ei ole ulommainen muunnos, mikä aiheuttaa voi hankaluuksia pakettien elvyttämisessä, kun aikaisemmilla toteutuksilla yritetään purkaa Mobile IP:n In this case, the IP-in-IP tunnel is not the outermost transformation, which may cause difficulties in the recovery of the packets, the earlier implementations of an attempt to extract the Mobile IP
.,,, IP-in-IP-tunnelien kapselointi ennen muita IPsec-kapselointien purkamista. . ,,, IP-in-IP encapsulation tunnels before dismantling other IPsec encapsulation.
7 110464 7 110464
Kuviossa 2 on esitetty aiempien toteutusten mukainen TCP/IP-pino IPseciä käyttävässä terminaalissa. Figure 2 shows the TCP / IP stack using IPsec terminal according to the previous embodiments is shown. IP-in-IP-tunnelointi on toteutettu näennäisenä ' verkkolaitteena. IP-in-IP tunneling is implemented simulated network device. Reititystaulutietue voi ohjata lähtevän liikenteen IP-in-IP- 5 tunnelilaitteeseen. Reititystaulutietue can control the outbound IP-in-IP tunnel 5 of the device. Saapuvaa liikennettä varten IP-in-IP-tunnelointi poistetaan ennen kuin paketti luovutetaan IPsec-menettelyyn. for incoming traffic to IP-in-IP tunneling is removed before the package is handed over to the IPsec process. IPsec-muunnokset tehdään kuviossa esitetyllä tavalla reitityksen yläpuolella niin, että IP-in-IP-tunnelointimuunnos on aina ulommainen muunnos. IPsec modifications are shown in the figure above the routing so that the IP-in-IP tunneling is always the outermost transformation. Toisin sanoen tuloksena syntyvä IP-in-IP-tunnelointiotsikko on aina ulommainen IP-otsikko, mikä aiheuttaa ongelmia, kun paketti yritetään elvyttää 10 tekemällä muunnokset käänteisesti. In other words, the resulting IP-in-IP tunneling is always the outer IP header, which causes problems when the package is to regain 10 by making modifications in reverse.
Kuviossa 3 on esitetty esimerkkinä, miltä tuloksena oleva IP-paketti näyttää liikkuvassa solmussa, kun siihen on sovellettu asiaan liittyvien verkkojen erilaisia turvamenettelyjä. Figure 3 shows an example of how the resulting IP packet appears to the mobile node when it is applied a relevant networks of different security procedures. Ulommainen muunnos on kuviossa 1 esitetty AH-tunneli 104, joka käsittää IP-otsikon 15 300 päätelaitteen nykyisen toisen osoitteen ja PAC:n välillä. The outer transform is shown in Figure 1 AH in tunnel 104, which comprises an IP header 15 of the current terminal 300 and the second address of the PAC to between approx. AH-tunnelissa 305 on AH-305 is a tunnel
Mobile IP:n IP-in-IP-tunneli päätelaitteen nykyisen toisen osoitteen ja kotiagentin (HA) välillä käsittäen IP-otsikon 310. AH-tunneli saattaa käsittää erilaisia prosesseja, esimerkiksi tarkistussumma- ja tunnistuskoodit paketin tietoturvan varmistamiseksi. Mobile IP's IP-in-IP tunnel between the terminal comprising a current address and a second home agent (HA) IP header 310. AH in tunnel may comprise a variety of processes, for example, checksum and packet identification codes in order to ensure information security. IP-in-IP-tunnelin sisällä on lisäksi VPN-tunneli päätelaitteen kotiosoitteen ja VPN-; IP-in-IP tunnel is in addition to the home address of the VPN and VPN tunnel of the terminal; 20 yhdyskäytävän välillä käsittäen IP-otsikon 320. VPN-tunnelissa on alkuperäinen IP- . comprising between 20 and gateway IP header 320. The VPN tunnel is the original IP. paketti, joka käsittää otsikon 330 ja hyötykuorman 340, joka siirtyy päätelaitteen ;y kotiverkon ja vertaissolmun välillä. the packet comprising a header 330 and a payload 340, which is transferred to the terminal, y, between the home network and the correspondent node. VPN-yhdyskäytävän turvamenettely voi määrittää ESP (Encapsulating Security Payload) -hyötykuorman kaikille vertaissolmusta tuleville paketeille, kuten viitenumero 325 osoittaa. VPN gateway, security policy may specify the ESP (Encapsulating Security Payload) payload for all incoming packets from the correspondence node, such as reference numeral 325 shows. Tämän vuoksi AH-tunneloinnin tulisi 25 välttämättä olla ulommainen muunnos ja IP-in-IP-tunneloinnin toiseksi ulommainen muunnos. As a result, the tunneling AH-25 should necessarily be the outer transformation and IP-in-IP tunneling, the second outer transform. Otsikkorakenteesta käy selvästi ilmi, että IP-in-IP-tunnelointimuunnos ei ole ulommainen muunnos, ja näin ollen aiempien toteutusten mukainen TCP/IP-pino ei pysty elvyttämään pakettia kunnolla. The title structure clearly shows that the IP-in-IP tunneling is not the outermost transformation, and therefore, according to previous implementations of the TCP / IP stack is not able to regenerate the package properly.
30 Keksinnön mukaisesti edellä mainittu ongelma voidaan korjata tekemällä IP-in-IP-tunnelointi niin, että se on osa IPsec-käsittelyä. 30 in accordance with the invention, the above problem can be corrected by the IP-in-IP tunneling, so that it is part of the IPsec processing. Tämä voidaan tehdä toteuttamalla dynaaminen IPsec-strategia, joka sallii useiden turvamenettelyjen soveltamisen, jolloin erilaisia käsittelyjä voidaan soveltaa erilaiseen liikenteeseen. This can be done by implementing dynamic IPsec strategy that allows for the application of a plurality of security procedures to a variety of treatments may be applied to different traffic. Keksinnön eräässä suoritusmuodossa IPsec-toteutus ylläpitää kahta turvamenettelytietokantaa (SPD): -8- 110464 ensisijaista SPD-tietokantaa VPN:ää ja dynaamista toissijaista SPD-tietokantaa Mobile IP:tä varten. In one embodiment of the invention in the form of IPsec implementation maintains two security policy database (SPD) -8 110 464 the primary database SPD-VPN and dynamic secondary database SPD Mobile IP in the.
Kuviossa 4 on esitetty protokollapino, joka toimii keksinnön erään suoritusmuodon 5 mukaisesti. Figure 4 shows a protocol stack that operates in accordance with an embodiment of the invention 5. Suoritusmuodon proseduurissa IP-in-IP-tunnelointimuunnos pystytään lisäämään IPseomuunnosten väliin, koska IP-in-IP-tunnelointi toteutetaan toissijaisessa IPsec-menettelyssä eikä osana IP-reititystä. Embodiment procedure, the IP-in-IP tunneling is possible to insert between the IPseomuunnosten because the IP-in-IP tunneling is implemented in the secondary IPsec procedure or as part of IP routing. Tällöin käänteiset muunnokset voidaan tehdä oikeassa järjestyksessä. In this case, the reverse modifications may be made in the correct order. Edullisessa suoritusmuodossa ensisijainen menettely konfiguroidaan niin, että kukin ensisijainen SPD-tietue sisältää 10 lipun, joka määrittää, sovelletaanko toissijaista menettelyä paketteihin. In a preferred embodiment, the preferred procedure is configured so that each of the primary SPD entry includes a flag 10, which determines the applicability of the procedure of subsidiary packages. Koska toissijainen menettely on ensisijaisen alapuolella protokollapinossa, tällöin lähtevään liikenteeseen sovelletaan ensisijaista menettelyä ennen toissijaista. As a secondary procedure is a priority under the protocol stack, then the outgoing traffic the primary process before the secondary apply. Saapuvaan liikenteeseen sovelletaan puolestaan toissijaista menettelyä ennen ensisijaista. Inbound secondary procedure is applied, in turn, before the primary. Toissijainen menettely voidaan konfiguroida dynaamisesti kannettavan tietokoneen 15 liikkuvalla ohjelmistolla, joka saattaa määrittää esimerkiksi, että liikenne on AH-tunneloitava yhteysreitittimeen nykyisellä liityntävyöhykkeellä. The alternative procedure can be configured dynamically moving 15 software on your laptop, which may determine, for example, that the traffic is AH-tunnel the yhteysreitittimeen current liityntävyöhykkeellä. Ensi- ja toissijaisten turvamenettelyjen yläpuolella protokollapinossa toimivat korkeamman tason siirtoprotokollat, esimerkiksi TCP tai UDP (User Datagram Protocol) sekä niiden päällä käytettävät sovellukset. Primary and secondary security procedures above in the protocol stack operating in a higher-level transport protocols, such as TCP or UDP (User Datagram Protocol), and the applications on top thereof.
. . 20 • * • · * 20 • • * · *
Kuviossa 5 on esitetty eräs keksinnön vaihtoehtoinen suoritusmuoto. Figure 5 shows an alternative embodiment of the invention is shown. Siinä .·.· reititystaulua on laajennettu tietueilla, jotka pystyvät välittämään lähtevän paketin ,··· takaisin IPsec-käsittelyyn. It. ·. · Routing table has been expanded records, which are able to transmit the outgoing packet, ··· back to the IPsec processing. Tässä tapauksessa IPsec-menettelyn ensimmäisessä ,,,, ajossa sovelletaan kaikkia staattisia (ensisijaisia) IPsec-muunnoksia, esimerkiksi VPN- 25 muunnosta. In this case, the IPsec process at first ,,,, driving applies to all static (primary) IPsec transforms, such as VPN 25 conversion. Lähtevässä liikenteessä liikkuva ohjelmisto voi dynaamisesti konfiguroida reititystaulun. For outbound traffic, the mobile software can dynamically configure the routing table. Tässä suoritusmuodossa liikkuva ohjelmisto voi määrittää IP-in-IP-tunneleita reititystauluun. In this embodiment, the mobile software can determine the IP-in-IP tunnel to the routing table. Taulussa voi olla tietueita, jotka vaativat IPsec-menettelyn ajamista uudelleen. The table may have records that require driving IPsec procedure again. Jos pakettiin sovelletaan IP-in-IP-tunnelointia, silloin IPsec-menettelyn eri säännöt voivat soveltua toisen ajon aikana. If the package applies to IP-in-IP tunneling, where different rules for IPsec-procedure may be appropriate during the second run. IPsec-menettelyn toisessa 30 ajossa sovelletaan kaikkia dynaamisia (toissijaisia) muunnoksia. another IPsec-30 qualifying procedure shall apply: Dynamic (secondary) variants. Saapuvassa liikenteessä käänteiset muunnokset tarkistetaan ja mukautetaan paikalliseen IPsec-; The incoming traffic inverse transforms are checked and adapted to the local IPsec; , menettelyyn, ja tällöin tarkistuksessa voidaan ottaa huomioon paikallisen IP-in-IP- tunneloinnin konfigurointi ja reititystaulu. , Procedure and then checking can take into account local IP-in-IP tunneling and the configuration of the routing table.
-9- 110464 -9 110 464
Kuviossa 6 on esitetty reititystaulun lisälaajennus kuvion 5 mukaiseen vaihtoehtoiseen suoritusmuotoon. Figure 6 shows the routing table further expansion is shown an alternative embodiment of Figure 5. Tässä suoritusmuodossa turvamenettely on jaettu kahteen osaan: ensisijaiseen turvamenettelyyn IPseciä varten ja toissijaiseen menettelyyn liikkuvaa ' ohjelmistoa varten. In this embodiment, the security procedure is divided into two parts: a primary security procedure for IPsec and secondary rolling process "for the software. Loogisesti erotellun toissijaisen menettelyn etu on siinä, että ajon 5 aikaiset muutokset eivät vaaranna ensisijaista menettelyä. Logically advantage of separated secondary procedure is that driving 5 The changes do not compromise the primary procedure. Toissijaista menettelyä voidaan soveltaa pakettiin, jos reititystaulu ilmoittaa sen tarpeelliseksi. The secondary procedure can be applied to the package, if the routing table to inform it necessary. Tämä voidaan tehdä esimerkiksi attribuutilla, vaikkapa lipulla, joka lisätään reititystaulutietueeseen osoittamaan, että tällainen toimenpide on tarpeen. This can be done, for example, attribute, for example, a flag, which is added to reititystaulutietueeseen demonstrate that such action is necessary.
10 Keksinnön mukaisesti protokollapinon toiminta tuottaa tulokseksi erilaisia proseduureja lähtevien ja saapuvien IP-pakettien käsittelyyn lähtöverkon ja sovelluksen näkökulmasta. 10 in accordance with the invention, the protocol stack function results in a variety of processing procedures for sending and receiving IP packets from the perspective of the home network and the application.
Lähtevä käsittely 15 Outbound processing 15
Kuviossa 7a on esitetty IPsec-käsittely lähtevälle liikenteelle keksinnön suoritusmuodon mukaisesti. Figure 7a IPsec processing for outgoing traffic in accordance with an embodiment of the invention. Esimerkkipaketti saapuu lähdesovelluksesta siirtoprotokollan, esimerkiksi TCP:n kautta vaiheessa 700 esitetyllä tavalla. EXAMPLE packet arrives at the source application to a transmission protocol such as TCP through step 700 as shown. Vaiheessa 702 toiminta alkaa vaadittavien muunnosten etsimisellä ensisijaisesta lähtevästä SPD-tietokannasta. In step 702, operation begins with finding the required modifications from the primary outgoing SPD-database. Kun , ,· 20 etsintä on suoritettu, tämän jälkeen määritetään, tarvitaanko IPSec-käsittelyä, vaiheessa 704 esitetyllä tavalla. When, · 20 the search is completed, then determining if the IPSec processing, then in step 704 as shown. Jos ensisijaisia muunnoksia ei tarvita, paketti tarkistetaan ja määritetään, vaatiiko toissijainen menettely käsittelyn vaiheessa 724. '.! If the primary modifications are not required, the package will be reviewed and determined, the procedure requires a secondary processing stage 724. '.! Jos osumia ei löydy tai jos menettely vaatii paketin pudottamista, paketti hylätään tässä kohtaa vaiheessa 708. Jos löytyy SPD-osuma, joka vaatii IPsec-käsittelyn, lähtevässä , . If there are no matches, or if the procedure requires dropping the packet, the packet is discarded at this point in step 708. If there are SPD-hit, which requires IPsec processing, outgoing,. 25 SAD (Security Association Database)-tietokannassa suoritetaan haku vaiheessa 710. 25 SAD (Security Association Database) database search is performed in step 710.
SPD (Security Policy Database) -tietokanta sisältää menettelyjä, jotka määrittävät, miten tietyt paketit on käsiteltävä. SPD (Security Policy Database) database contains procedures that determine how certain packages must be handled. SAD-tietokannan turvakäytännöt sisältävät parametrit, joita tarvitaan menettelyn sanelemien toimintojen suorittamiseen. SAD database security protocols include parameters that are needed to perform the functions dictated by the procedure. 30 Esimerkkiparametrit sisältävät erilaisia kohteita, esimerkiksi salaus- ja > ' * tunnistusavaimia. 30 Example parameters include a variety of items, such as encryption and> '* identification keys. Turvakäytännöt merkitään kokonaislukutunnisteella, jota kutsutaan t · Security practices entered in an integer identifier, called a T ·
;' ; ' ” SPI (Security Parameter Index) -indeksiksi. "SPI (Security Parameter Index) Index. Tämä numero sisältyy IPsec-otsikoihin (AH This number is included in the IPsec headers (AH
t > » ; t> »; · ja ESP), ja sen avulla tehdään haku SAD-tietokannasta lähtevien pakettien I/ käsittelyssä, jolloin (lähtevässä käsittelyssä) sopivaa turvakäytäntöä (SA) etsitään -10- 110464 vastaavan turvamenettelyn perusteella. · ESP), and allows searching the outbound SAD packet I / reading, in which case (outbound processing) suitable security practice (SA) is searched for on the basis of 110 464 -10 responsible for the safety of the procedure. Tyypillisesti avaimenhallintaprotokolla, esimerkiksi IKE (Internet Key Exchange), joka on IPsecin avaimenhallinnan vakioprotokolla, luo turvakäytännöt dynaamisesti. Typically, a key management protocol such as IKE (Internet Key Exchange), which is the IPsec key management protocol standard, creating security policies dynamically. Turvakäytäntö vaaditaan aina, ennen kuin IPsec-muunnosta voidaan soveltaa. Security policy is always required before the IPsec transform can be applied. IP-in-IP-muunnoksissa ei tarvita avaimia, SPI-5 indeksejä tai muita parametreja, eli näihin muunnoksiin ei tarvita SAD-tietuetta, jos ne toteutetaan IPsec-menettelyssä. IP-in-IP versions of the keys is not required, the SPI-five indices or other parameters, that is, these modifications are not required SAD record, if implemented IPsec procedure.
Vaiheessa 712 tehdään tarkistus, jolla määritetään, löytyykö SAD-tietokannasta osumaa. At step 712, a check is made to determine whether there SAD results. Jos osuma löytyy, IPsec suorittaa turvamenettelyssä määritetyn IPsec-10 muunnoksen käyttämällä turvakäytännön parametreja vaiheessa 718 esitetyllä tavalla. If a match is found, the IPsec security procedure performs the IPsec 10 using a modification of the security policy parameters as shown in step 718. Jos SAD:sta ei löydy osumaa, turvakäytäntö (Security Association eli SA) luodaan avaimenhallintakokonaisuudella, esimerkiksi IKE-protokollalla, vaiheessa 714 esitetyllä tavalla. If the SAD is not found to match, the security policy (security association SA a) creating a key management entity, for example, the IKE protocol, step 714, as shown. Jos SA-turvakäytännön luominen epäonnistui tarkistuksen jälkeen vaiheessa 716, paketti hylätään vaiheessa 720 esitetyllä tavalla. If the creation of the SA practical failed after checking in step 716, the packet is discarded in step 720 as shown. Jos SA-turvakäytännön luominen 15 onnistuu, muunnos voidaan aloittaa vaiheessa 718. Koska turvakäytäntöjä ei tarvita IP-in-IP-kapseloinnin purkamismuunnoksiin, SAD-hakua (vaihe 710) ei välttämättä tarvita SPD-tietueisiin, jotka määrittävät IP-in-IP-muunnokset. If the creation of the SA concrete 15 to be successful, the conversion can be initiated in step 718. As the security policies are not required for IP-in-IP encapsulation purkamismuunnoksiin, SAD search (step 710) will not necessarily need the SPD data records that define an IP-in-IP aliases . Kun tällainen menettely löytyy vaiheessa 704, toiminto voi suoraan edetä vaiheeseen 718 ja muunnos voidaan suorittaa. When such a procedure is found in step 704, the process may directly proceed to step 718 and the conversion can be carried out. Vaihtoehtoisesti toteutus voi käyttää "täyteturvakäytäntöjä" IP-in-IP-. Alternatively, an implementation may use a "filler security protocols" IP-in-IP. ,· 20 muunnoksiin, jolloin IPsec- ja IP-in-IP-käsittelyt ovat samanlaiset. · 20 modifications to the IPsec and IP-in-IP processes are similar. Ensisijainen SPD Primary SPD
i määrittää tyypillisesti vain varsinaisia IPsec-muunnoksia, ei IP-in-IP-muunnoksia. I typically determined only by the actual IPsec modifications, not the IP-in-IP conversion. ,·,· Vaiheessa 722 tehdään tarkistus lisämuunnosten tarpeen selvittämiseksi. · · In step 722, a check is made to determine need for further modifications. Jos lisämuunnoksia tarvitaan, SAD-haku toistetaan vaiheessa 710. Kun kaikkia ensisijaisia muunnoksia on sovellettu, tämän jälkeen tarkistetaan, vaatiiko ensisijainen menettely , , 25 toissijaisen menettelyn käsittelyä vaiheessa 724 esitetyllä tavalla. If further modifications are required, the SAD search is repeated in step 710. When all of the priority modifications have been applied, after this check requires the primary procedure, 25 of the secondary processing procedure shown in step 724.
Kuvio 7b on jatkoa kuvioon 7a, ja siinä toissijaisen käsittelyn osalta tarkistettu paketti välitetään vaiheessa 746 liikkuvaan solmuun, mikäli toissijaista käsittelyä ei tarvita. Figure 7b is a continuation of Figure 7a, and in the case of secondary processing of the revised packet is transmitted in step 746 the mobile node, if the secondary treatment is required. Jos toissijainen käsittely tarvitaan, toissijaisessa SPD-tietokannassa tehdään haku ] 30 vaiheessa 726. Jos osumia ei löydy tai toissijainen menettely vaatii pudottamaan ' ·· paketin, paketti hylätään vaiheessa 730. Jos osuma löytyy, suoritetaan haku lähtevästä SAD-tietokannasta vaiheessa 732. Joskus saattaa käydä niin, että toissijainen SPD-*:* tietue vastaa hakua mutta ei vaadi käsittelyä. If the secondary treatment is needed, the secondary SPD database is searched] 30 at step 726. If there are no matches or a secondary procedure calls to drop the '·· packet, the packet is discarded in step 730. If a match is found, the search is performed leaving the SAD database in step 732. Sometimes it may happen that a secondary SPD - *: * record represents a search but did not require treatment. Tätä tapausta ei ole kuitenkaan esitetty it|/ yksikäsitteisesti. However, this case is not shown in it | / unambiguously. Tässä tapauksessa paketti välitetään vaiheeseen 746. Kuten - 11 - 110464 ensisijaisessa SPD-käsittelyssä, IP-in-IP-muunnoksiin ei tarvita turvakäytäntöä, ja näin ollen nämä muunnokset voidaan tehdä ilman SAD-tietokantahakua. In this case, the packet is passed to step 746. As is - 11 - 110 464 SPD preferred procedure, the IP-in-IP variants is not required security protocol, and therefore these modifications may be made without SAD database search. IPsec-muunnoksissa tehdään aina tarkistus, jonka avulla määritetään, löytyikö lähtevästä SAD-tietokannasta osumaa vaiheessa 734. Muunnos suoritetaan vaiheessa 742. Jos 5 lähtevästä SAD:sta ei löydy osumaa, turvakäytäntö (Security Association eli SA) luodaan avaimenhallintakokonaisuudella vaiheessa 736 esitetyllä tavalla. IPsec transformations always a check is made to determine, was found in the outgoing SAD results in step 734. The transformation performed in step 742. If the five outgoing SAD of not found match, the security policy (security association, or SA) to create a key management entity, as shown in step 736 manner. Jos SA-turvakäytännön luominen epäonnistui tarkistuksen jälkeen (vaiheessa 738), paketti hylätään vaiheessa 740. Jos SA-turvakäytännön luominen onnistuu, IPsec-muunnos pääsee alkuun vaiheessa 742. Vaiheessa 744 tarkistetaan, tarvitaanko lisää 10 toissijaisen menettelyn tekemiä muunnoksia. If the creation of the SA practical failed after the check (step 738), the packet is discarded in step 740. If the creation of the SA policy is successful, the IPsec transform reaches the top step 742. In step 744 is checked whether additional modifications made by the 10 secondary procedure. Jos muunnoksia tarvitaan, toiminto palaa vaiheeseen 732. Jos muunnoksia ei tarvita lisää, paketti siirretään verkkoon vaiheessa 746 esitetyllä tavalla. If modifications are required, the operation returns to step 732. If no modifications need more, the packet is transferred to the network as shown in step 746.
Keksinnön suoritusmuodossa IPsec-toteutukselle annetaan lupa suorittaa IP-in-IP-15 tunnelointi, kun taas aiemmissa toteutuksissa IPsec ei suorita IP-in-IP-tunnelointia. Embodiment of the invention IPsec implementation is authorized to perform IP-in-IP tunneling 15, while the previous embodiments, the IPsec does not perform IP-in-IP tunneling. Ensisijaisen SPD:n tietueisiin on lisätty lippu, joka osoittaa, tarvitaanko toissijaista IPsec-käsittelyä paketeille, jotka vastaavat ensisijaisen SPD:n tietuetta. The primary SPD's record is placed on a flag indicating the need for secondary processing of IPsec packets that correspond to the primary SPD's record. Kun lippu lisätään, IPsec-toteutus etenee toissijaisella käsittelyllä sen jälkeen, kun kaikki ensisijaisen SPD:n vaatimat IPsec-muunnokset on tehty. When the flag is added, the IPsec implementation proceeds to the secondary treatment after all of the primary SPD's required IPsec modifications are made. Jos lippua ei lisätä, . If the flag is not added. .* 20 toissijaista IPsec-käsittelyä ei tehdä. . * 20 secondary IPsec processing is not done. Tällöin IPsec-käsittely on samanlainen kuin • t » aiempien toteutusten mukainen käsittelytoiminta. In this case, the IPsec processing is similar to that • s »processing operation according to previous implementations. Jos toissijainen IPsec-käsittely ,·,· tarvitaan, tällöin IPsec-toteutus suorittaa IPsec-muunnokset toissijaisen SPD:n , · * vaatimalla tavalla. If the secondary IPsec processing, ·, · are required, then the IPsec implementation performs IPsec secondary modifications of the SPD, · * require.
25 Saapuva käsittely 25 Inbound Processing
Kuviossa 8 on esitetty IPsec-käsittely saapuvalle liikenteelle keksinnön mukaisesti. In Figure 8, the IPsec processing for inbound traffic is made in accordance with the present invention. Vaiheessa 800 on esitetty verkosta vastaanotettu paketti. At step 800 the packet received from the network is shown. Vaiheessa 805 ulommaisesta otsikosta tarkistetaan, onko se IP-in-IP- tai IPsec-otsikko. In step 805 is checked from the outer headers to see if the IP-in-IP or IPsec header. Jos ulommainen otsikko ei 30 ole IP-in-IP- tai IPsec-otsikko, käsittely jatkuu vaiheessa 830. Jos ulommainen otsikko ' · on IP-in-IP- tai IPsec-otsikko, SAD:sta haetaan turvakäytäntöä vaiheessa 807. SAD- :<t haku vaaditaan aina, kun muunnos on IPsec-muunnos (AH tai ESP). If the outer header 30 does not have an IP-in-IP or IPsec header, processing continues to step 830. If the outer header '· is an IP-in-IP or IPsec header, the SAD is applied to the security policy in step 807. SAD: <t search is always required when the conversion is an IPsec transform (AH or ESP). IP-in-IP- muunnoksissa turvakäytäntöjä ei välttämättä tarvita, joskin toteutus saattaa käyttää ,, '"täyteturvakäytäntöä", jotta käsittely olisi samanlainen IPsec- ja IP-in-IP-muunnoksissa. IP-in-IP versions of the security policies are not necessarily required, although the design could be used ,, '' filler security policy 'to make the processing similar to IPsec and IP-in-IP versions.
• I i 110464 - 12- • I 110 464 I - 12
Vaiheessa 810 tehdään tarkistus, jotta saataisiin selville, löytyykö osumia. In step 810, a check is made in order to establish whether there hits. Jos osumia ei löydy, paketti hylätään vaiheessa 815 osoitetulla tavalla. If there are no matches, the packet is discarded in step 815 as shown. Jos osuma löytyy, IPsec suorittaa muunnoksen vaiheessa 820, ja samalla käytetyt turvakäytännöt (tai IP-in-IP-muunnokset, jotka tehdään ilman turvakäytäntöjä) ja niiden soveltamisjärjestys 5 pannaan merkille. If a match is found, the IPsec performs the conversion in step 820, and security protocols (or IP-in-IP modifications that are made without safety practices), and the order of application 5 are the same hand. Vaiheessa 805 tarkistetaan, onko IPsec- ja/tai IP-in-lP-otsikoita jäljellä. At step 805 it is checked whether IPsec and / or IP-in-lP headers remaining. Jos on, vaiheen 807 saapuva SAD-haku toistetaan. If it is, 807 inbound SAD-search phase is repeated. Jos otsikoita ei ole jäljellä, ensisijainen saapuva SPD tarkistetaan vaiheessa 830, jotta voitaisiin määrittää, onko tarvittavia muunnoksia sovellettu. If the headers are left, the primary inbound SPD is checked in step 830 to determine whether the necessary application modifications. Tämä vaihe on esitetty vaiheessa 835. Jos vastaavaa menettelyä ei löydy, paketti hylätään vaiheessa 840 osoitetulla tavalla. This step is shown in step 835. If this approach is not found, the packet is rejected at step 840 as indicated. Jos 10 vastaavuus löytyy, vaiheessa 845 tehdään tarkistus, jotta voitaisiin määrittää, vastaako nykyinen ensisijainen SPD-tietue sovellettua käsittelyä kokonaan tai osittain. 10, if a match is found, in step 845 a check is made to determine whether the current primary SPD entry applied to all or part of the processing. Jos nykyinen ensisijainen SPD-tietue vastaa sovellettua käsittelyä kokonaan ja jos se ei vaadi toissijaista menettelyä, paketti lähetetään tarkistukseen, jossa määritetään kohdeterminaali, vaiheessa 860. If the current primary SPD entry corresponding to the applied processing completely, and if it does not require a secondary procedure, the packet sent to the revision of determining the target terminal, then at step 860.
Jos nykyinen ensisijainen saapuva SPD-tietue vastaa sovellettua käsittelyä kokonaan tai osittain sekä vaatii toissijaisen menettelyn käyttöä, toissijaiseen saapuvaan SPD-tietokantaan tehdään haku, jotta voitaisiin määrittää, onko olemassa toissijaista saapuva SPD-tietuetta, joka vastaa sovellettua käsittelyä muilta osin, vaiheessa 850 20 esitetyllä tavalla. If the current primary inbound SPD entry corresponding to the applied processing, in whole or in part and requires the use of a secondary process, to the secondary incoming SPD-database as a search in order to determine whether there is a secondary incoming SPD entry corresponding to the applied processing in other respects, in step 850 20 shown in way. Jos ensisijaisen menettelyn tietue vastaa jo nykyisellään sovellettua käsittelyä kokonaan, tällöin on pakko olla myös toissijainen menettely, joka ei vaadi muunnoksia. If the record of the primary procedure previously corresponding to a wholly currently applied processing, then be forced to be a secondary process that does not require any modifications. Vaiheessa 855 tehdään tarkistus, jotta voitaisiin määrittää, vastaako sovellettu käsittely muilta osin toissijaista SPD-tietuetta. At step 855 a check is made to determine whether the applied secondary treatment remainder of the SPD records. Jos vastaavaa toissijaista • j menettelyä ei löydy, ensisijainen saapuva SPD tarkistetaan jälleen vaiheessa 830. If the corresponding secondary • j procedure does not exist, the primary inbound SPD is checked again at step 830.
25 Ensisijaisen saapuvan SPD:n tarkistaminen jatkuu seuraavasta tarkistamattomasta menettelystä. 25 of the primary inbound SPD's review of the following will continue unchecked procedure.
Keksinnön suoritusmuodon mukaisesti toimiva saapuva käsittely suorittaa käänteiset , , : IPsec- ja IP-in-IP-muunnokset, jotka se havaitsee pakettien otsikoissa, SAD:n 30 parametrien mukaisesti. incoming processing operating according to an embodiment of the invention performs the reverse,,: IPsec and IP-in-IP aliases that it detects the packet header, the SAD in accordance with the 30 parameters. Vaihtoehtoisesti toteutus voi suorittaa IP-in-IP-muunnoksia ilman vastaavaa SAD-tietuetta. Alternatively, the embodiment may perform an IP-in-IP conversions without a corresponding SAD records. Keksinnön mukaisesti IP-in-lP-tunnelointi on sallittu muunnos, toisin kuin aiemmissa toteutuksissa. According to the invention the IP-in-lP-tunneling is allowed variant, unlike the previous embodiments. Kun kaikki IP-in-IP- ja IPsec-otsikot on käsitelty, IPsec-toteutukset tarkistavat, että paketti vastaa SPD:tä. When all of the IP-in-IP and IPsec headers have been processed, the IPsec implementations verify that the packet corresponding to the SPD's. Tämän jälkeen -13- 110464 ensisijainen menettely tarkistetaan, ja tietueista tarkistetaan, vastaavatko ne sovellettua käsittelyä. A check is then -13- 110 464 primary procedure, and reviewed the records correspond to the applied processing.
Jos ensisijaisen SPD.n tietue vastaa sovellettua käsittelyä ja tietue ei vaadi toissijaista 5 menettelyä, tällöin IPsec-toteutus luovuttaa paketin ylempiin protokollakerroksiin tai välittää sen. If the primary SPD.n record corresponding to the applied processing and the entry does not require a secondary procedure 5, then the IPsec implementation assign the packet to the upper layers of the protocol and transmits it.
Toisaalta jos ensisijaisen SPD:n tietue vastaa sovellettua käsittelyä kokonaan ja tietue vaatii toissijaisen menettelyn, tällöin IPsec-toteutus tarkistaa, onko olemassa 10 toissijaista menettelyä, joka ei vaadi käsittelyä. On the other hand, if the primary SPD's record corresponds to fully applied processing and record requires a secondary process, then the IPsec implementation, check if there are 10 secondary procedure, which does not require treatment. Jos ensisijaisen SPD:n tietue vastaa sovellettua käsittelyä osittain ja tietue vaatii toissijaisen menettelyn, IPsec-toteutus tarkistaa, onko olemassa toissijaista menettelyä, joka vastaa sovellettua menettelyä muilta osin, toisin sanoen sitä osuutta, jota ensisijainen SPD-tietue ei kata. If the priority of the SPD data record corresponding to the applied processing part and the entry requires a secondary process, the IPsec implementation, check whether there is a secondary procedure, corresponding to the applied remainder of the procedure, that is, the portion not covered by the primary SPD entry. Jos toissijaisesta SPDistä löytyy osuma, IPsec-toteutus luovuttaa tämän jälkeen paketin 15 ylempiin protokollakerroksiin tai välittää sen. If the secondary SPDistä a hit occurs, the IPsec implementation transferred after the package 15 to the upper protocol layers and to convey it. Jos vastaavaa toissijaista menettelyä ei löydy, IPsec-toteutus jatkaa ensisijaisen SPD:n kääntämistä. If the corresponding secondary procedure does not exist, the IPsec implementation will continue to the primary SPD's translation.
On syytä huomata, että suoritusmuodossa kuvatut ensi- ja toissijaiset turvamenettelytietokannat (SPD) ovat käsittellisiä tietorakenteita. It should be noted that the described embodiment, the primary and secondary security policy database (SPD) are käsittellisiä data structures. Alan asiantuntijat : 20 tietävät, että varsinaisen toteutuksen ei välttämättä tarvitse sisältää kahta erillistä : ' ·.. tietokantaa vaan ne voivat käyttää yhtä tietokantaa, jonka tietueet sisältävät esimerkiksi ;y; Experts in the field: 20 knows that the actual implementation does not necessarily have to comprise two separate, '· .. database, but may use a database that records containing, for example, y; SPD-indeksikentän, joka osoittaa, kuuluuko tietue ensi- vai toissijaiseen SPD:hen. SPD-index field that indicates whether a record of the primary or secondary SPD ratio.
Tällainen toteutus voidaan yleistää tukemaan useampaa kuin kahta SPD:tä edellyttäen esimerkiksi, että indeksin arvot ovat muut kuin 1 ja 2. Lisäksi IPsec-toteutus voisi ·. Such an implementation may be generalized to support more than two SPD as a condition, for example, the index values ​​other than 1 and 2. In addition, the IPsec implementation could ·. 25 rekursiivisesti soveltaa SPD-tietueita nousevalla indeksillä. 25 recursively apply the SPD records a rising index.
Vaikka esillä olevaa keksintöä on kuvattu joiltakin osin viitaten sen tiettyyn suoritusmuotoon, alan asiantuntijat ymmärtävät siihen liittyvät variaatiot ja muunnelmat. Although the present invention has been described in some respects with reference to a particular embodiment, those skilled will appreciate variations and modifications will become.
. . . . Siksi seuraavien patenttivaatimusten tulkintaa ei tule rajoittaa, vaan niihin tulee lukea !,.' Therefore, following the interpretation of the claims should not be limited, but should be viewed!,. ' 30 mukaan variaatiot ja muunnelmat, jotka on johdettu esillä olevasta keksinnön aiheesta. 30, the variations and modifications that are derived from the inventive subject matter disclosed.
1. Menetelmä, jossa paketit lähetetään ja vastaanotetaan turvallisessa yhteydessä ensimmäisen ja toisen verkkosolmun välillä. 1. A method in which packets are transmitted and received in a secure connection between the first and the second network node. Menetelmän mukaisesti kyseisiä 5 paketteja voidaan siirtää useissa itsenäisissä tietoverkoissa ensimmäisen ja toisen verkkosolmun välisellä polulla, ja ensimmäinen verkkosolmu ja kukin tietoverkko voivat noudattaa eri turvamenettelyjä, jotka määrittävät paketteihin sovellettavia tiettyjä muunnoksia; According to the method of those 5 packets can be transferred in several independent data path between the first network and a second network node, and the first network node and a computer network can follow different security procedures, which define a package applicable to certain variations; kyseinen menetelmä on tunnettu siitä, että ensimmäinen verkkosolmu pystyy dynaamisesti muuttamaan turvamenettelyään 10 niin, että paketteihin sovelletaan sopivaa muunnosta turvallisen yhteyden ylläpitämiseksi. the method being characterized in that the first network node is able to dynamically change turvamenettelyään 10 so that an appropriate modification of the packets applied to maintain the secure connection.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että ensimmäinen verkkosolmu on liikkuva verkkosolmu ja toinen verkkosolmu on lähtösolmu; 2. The method according to claim 1, characterized in that the first network node is a mobile network node and the second network node is an output node; 15 menetelmässä liikkuva verkkosolmu sisältää SPD (Security Policy Database) - tietokannan, jonka käsittämiä erilaisia turvamenettelyjä voidaan dynamisesti soveltaa yhteyden kautta kulkeviin paketteihin. 15 in the method the mobile network node includes a SPD (Security Policy Database) - a database comprised in a number of security procedures may be applied to dynamically passing through the connection packets.
3. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu 20 siitä, että ensimmäisen verkkosolmun turvamenettely käsittää ensi- ja toissijaisen SPD:n; 3. A process according to any one of the preceding claims, characterized 20 in that the first network node comprises a security procedure of the primary and the secondary of the SPD; tällöin ensisijainen SPD sisältää tietueita ensisijaisen turvamenettelyn mukaisiin muunnoksiin ja toissijainen SPD sisältää tietueita - toissijaisen turvamenettelyn mukaisiin muunnoksiin. In this case, the primary SPD contains records for variants in accordance with the primary and secondary security procedure SPD contains records - variants in accordance with the secondary security procedure.
4. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että ensisijaisen SPD:n tietueisiin lisätään attribuutti, joka osoittaa, että toissijaista turvamenettelyä on käytettävä, voidaan käyttää tai ei saa käyttää paketteihin. 4. The method according to any one of the preceding claims, characterized in that the primary SPD added attribute, which indicates that the secondary security procedure is used for the data records can be used or not be used for packages.
5. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että ensisijainen SPD sisältää tietueita "sisäisiä" muunnoksia (sisäisiä ... otsikoita) varten ja toissijainen SPD sisältää tietueita "ulkoisia" muunnoksia '·' varten, ja lähteviin paketteihin suoritetaan sisäisiä muunnoksia ennen ulkoisia ja saapuvaan liikenteeseen päinvastoin. 5. A method according to any of the preceding claims, characterized in that the primary SPD contains records for "internal" modifications for (internal headers ...) and the secondary SPD contains records 'external' conversions '·' to and outgoing packets is performed before the interconversion external incoming traffic and vice versa. „ 110464 "110464
6. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu siitä, että toissijainen menetelmä määrittää lisämuunnoksia, kun lähtevään liikenteeseen on sovellettu kaikkia ensisijaisen menettelyn muunnoksia. 6. The method according to any one of the preceding claims, characterized in that further modifications alternative method for determining the outgoing traffic is applied to any conversion of the primary procedure. 5 5
7. Menetelmä, jossa saapuva liikenne käsitellään käänteisessä järjestyksessä vaatimukseen 6 verrattuna. 7. A method in which incoming traffic is treated in the reverse order compared to claim 6.
8. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu 10 siitä, että ensi- ja toissijaiset menettelyt voidaan konfiguroida itsenäisesti ja yhtä aikaa, jolloin menettelyjen muokkaaminen voidaan rajoittaa vain toiseen tai molempiin. 8. A method according to any one of the preceding claims, characterized 10 in that the primary and secondary procedures can be configured to independently and simultaneously, wherein the editing procedures may be limited to only one or to both.
9. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu 15 siitä, että ensisijainen turvamenettely pysyy muuttumattomana ja toissijainen turvamenettely konfiguroidaan niin, että sitä sovelletaan valikoiden tiettyihin paketteihin. 9. The method according to any one of the preceding claims, characterized 15 in that the primary safety procedure remains unchanged, and the secondary security procedures are configured so as to be selectively applied to certain packets.
10. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu 20 siitä, että muunnostoiminnot sisältävät paketin muunnoksia, esimerkiksi protokollaotsikoiden tai vaihtoehtojen lisäämistä ja poistamista, pakettien ;'· kapselointia ja kapseloinnin purkamista uusien pakettien sisällä, pakettien tai niiden osien salausta ja salauksen purkamista tai pakettien tai niiden osien pakkaamista ja pakkauksen purkamista. 10. A method according to any one of the preceding claims, characterized 20 in that the converting operations include packet modifications, addition and removal of, for example, the protocol headers, or alternatives packets; '· encapsulation and encapsulation of dissolution within the new packages, parcels or parts of encryption and decryption or packets, or packaging related parts and unpacking. • 25 • 25
11. Patenttivaatimuksen 10 mukainen menetelmä, tunnettu siitä, että muunnostoiminnot sisältävät siirtotilamuunnoksia, joissa käytetään AH (Authentication Header) -tunnistusotsikkoa ja ESP (Encapsulating Security ·_ . Payload) -hyötykuormaa, sekä IP-in-IP-tunneleiden, AH-tunneleiden ja ESP- l.. ' 30 tunneleiden kapselointia ja kapseloinnin purkamista. 11. A method according to claim 10, characterized in that the transformation functions include siirtotilamuunnoksia, using the AH (Authentication Header) -tunnistusotsikkoa and ESP (Encapsulating Security · _. Payload) payload, and an IP-in-IP tunnels, the tunnels and AH ESP l .. '30 tunnel encapsulation and winding encapsulation.
12. Patenttivaatimuksen 2 mukainen menetelmä, tunnettu siitä, että liikkuva ·' · verkkosolmu muodostaa verkkoyhteyden käyttämällä esimerkiksi Mobile IP:tä ,··· paikallisesti määritellyn Access Zone -vyöhykkeen kanssa muodostettavan -16- 110464 yhteyden kautta; 12. The method of claim 2, characterized in that the mobile · '· the network node connects to the network using, for example, Mobile IP, ··· formed with an Access Zone zone locally defined -16- 110 464 through a connection; tällöin Access Zone -vyöhyke tukee verkkovierailua vaihtamalla yhteyden toiseen Access Zone -vyöhykkeeseen. then the Access Zone zone, supports roaming, connection to the exchange to another Access Zone zone.
13. Minkä tahansa edeltävän patenttivaatimuksen mukainen menetelmä, tunnettu 5 siitä, että itsenäisiin verkkoihin sisältyy Internet, paikalliset Intranetit, kotiverkot, paikalliset Access Zone -vyöhykkeet ja tietoliikenneverkot, esimerkiksi langattomat ja ei-langattomat verkot. 13. A method according to any one of the preceding claims, characterized 5 in that the independent network includes the Internet, local intranets, home networks, local Access Zone zone, and communications networks, for example, wireless and non-wireless networks.
14. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että verkkojen (tai 10 solmujen) turvamenettelyt koskevat paketteihin tehtäviä erityisiä muunnoksia, kun paketit siirretään verkojen (tai solmujen) läpi; 14. A method according to claim 1, characterized in that the security procedures of the networks (or 10 nodes) for specific tasks modifications packets, when the packets are transferred through networks through (or nodes); menetelmässä paketteihin sovellettavat sopivat muunnokset perustuvat kyseisiin muunnoksiin, joita on sovellettu niin, että kyseiset muunnokset käännetään käytännössä niin, että paketin hyötykuormatiedot voidaan elvyttää. The methods applied packages suitable modifications based on these modifications, which have been applied in such a way that the modifications translated into practice, so that the packet payload data may be revived. 15 15
15. Matkaviestinlaite, joka pystyy muodostamaan yhteyden verkon kanssa ja jossa on tiedonsiirtoa koskeva turvamenettely, jonka mukaan paketteja siirretään matkaviestinlaitteeseen sekä siitä pois. 15. A mobile device capable of forming a connection with the network and with data transmission on the security policy that the packets from the mobile communication device and away from it. Tiedonsiirron turvamenettely käsittää: ensimmäisen muunnossahan, joka liittyy ensisijaiseen turvamenettelyyn, : ; Data security procedure comprising: a first transformation of the saw, which primarily relates to a security procedure:; *: 20 jotka sovelletaan siirrettyihin paketteihin ·*·. * 20 which applies to the transferred packets · * ·. toisen muunnossahan, joka liittyy toissijaiseen turvamenettelyyn, jota ;; a second transformation of the saw, which relates to the secondary security procedure which has ;; ' · sovelletaan sopivalla tavalla ja valikoiden tiettyihin paketteihin. '· Applied in a suitable manner, and selectively on certain packages.
.... 16. Patenttivaatimuksen 15 mukainen matkaviestinlaite, jossa ensisijainen .· · 25 turvamenettely on sellainen, joka määrittää tiettyjen pakettien käsittelyn, ja toissijainen turvamenetely on sellainen, joka määrittää tiettyjen muiden pakettien käsittelyn. 16 .... to claim 15 mobile communication device, wherein the primary. · 25 · security procedure is one in which certain packets to determine the treatment and secondary turvamenetely is one that defines certain other package handling.
. . . . 17. Patenttivaatimuksen 15 mukainen matkaviestinlaite, jossa ensisijaisen 30 turvamenettelyn muunnostietueet sisältävät attribuutin, esimerkiksi, mutta siihen ” . The mobile communication device as claimed in claim 15 to 17, wherein the primary security procedure translation record 30 containing the attribute, for example, but it ". rajoittumatta, lippuosan, joka osoittaa, että toissijaista turvamenettelyä on :. limited part of the ticket which indicates that a secondary security procedure is. käytettävä, voidaan käyttää tai ei saa käyttää paketteihin. used, may be used or may not be used in packets. - 17- 110464 - 17- 110464
18. Patenttivaatimuksen 15 mukainen matkaviestinlaite, jossa matkaviestinlaitteen yhteys Internetiin siirtää paketit siirtokerroksen, esimerkiksi TCP.n tai UDP:n päällä. The mobile communication device as claimed in claim 15 to 18, wherein the mobile device access to the Internet to transfer packets to the transport layer, for example of TCP or UDP. 110464 -18- 110464 -18-
FI20010876A 2001-04-26 2001-04-26 IP security and mobile network connections FI110464B (en)
FI20010876A FI110464B (en) 2001-04-26 2001-04-26 IP security and mobile network connections
FI20010876 2001-04-26
PCT/FI2002/000293 WO2002089395A1 (en) 2001-04-26 2002-04-05 Ip security and mobile networking
EP20020712994 EP1389375A1 (en) 2001-04-26 2002-04-05 Ip security and mobile networking
US10/119,509 US20020161905A1 (en) 2001-04-26 2002-04-09 IP security and mobile networking
FI20010876A0 FI20010876A0 (en) 2001-04-26
FI20010876A FI20010876A (en) 2002-10-27
FI110464B true FI110464B (en) 2003-01-31
ID=8561070
US (1) US20020161905A1 (en)
EP (1) EP1389375A1 (en)
FI (1) FI110464B (en)
WO (1) WO2002089395A1 (en)
WO2008027504A2 (en) * 2006-08-31 2008-03-06 Telcordia Technologies, Inc. Methods of mitigation of trombone routing in an ims/mmd network
EP2135421A1 (en) * 2007-03-12 2009-12-23 Nortel Networks Limited Tunneling support for mobile ip using a key for flow identification
2001-04-26 FI FI20010876A patent/FI110464B/en active
2002-04-05 WO PCT/FI2002/000293 patent/WO2002089395A1/en not_active Application Discontinuation
2002-04-05 EP EP20020712994 patent/EP1389375A1/en not_active Withdrawn
2002-04-09 US US10/119,509 patent/US20020161905A1/en not_active Abandoned
FI110464B1 (en)
FI20010876D0 (en)
FI20010876A0 (en) 2001-04-26
FI20010876A (en) 2002-10-27
WO2002089395A1 (en) 2002-11-07
US20020161905A1 (en) 2002-10-31
EP1389375A1 (en) 2004-02-18
JP4377814B2 (en) 2009-12-02 Method and apparatus for achieving seamless handoff between Ip connection
FI98586C (en) 1997-07-10 A packet radio system and methods for routing a data packet protocol independent packet radio networks
US7656840B2 (en) 2010-02-02 Method of reducing denial-of-service attacks and a system as well as an access router therefor