NO312738B1

NO312738B1 - Device for a data transmission system, especially an Internet system

Info

Publication number: NO312738B1
Application number: NO19973977A
Authority: NO
Inventors: Kevin Kliland; Knut Snorre Bach Corneliussen
Original assignee: Ericsson Telefon Ab L M
Priority date: 1997-08-29
Filing date: 1997-08-29
Publication date: 2002-06-24
Also published as: NO973977D0; NO973977L; AU8652498A; EP1008255A1; WO1999012321A1

Description

Oppfinnelsens område Field of the invention

Den foreliggende oppfinnelse vedrører en anordning ved et datatransmisjonssystem, spesielt et internett-system, ved hvilket system data blir overført mellom terminaler og servere med et visst nivå av QoS (Quality of Service) på IP (Internet Protocol). The present invention relates to a device in a data transmission system, in particular an internet system, in which system data is transmitted between terminals and servers with a certain level of QoS (Quality of Service) on IP (Internet Protocol).

Med andre ord vedrører oppfinnelsen innstilling av QoS på IP under bruk av web-teknologi. In other words, the invention relates to setting QoS on IP while using web technology.

TEKNISK BAKGRUNN TECHNICAL BACKGROUND

Problemstilling Problem statement

I dag eksisterer det ingen eller utbredte løsninger for selektering av QoS på IP, hvilket innebærer at applikasjoner som kjøres enten på f.eks. TCP eller UDP på IP, neppe har mulighet til å skaffe QoS til sine applikasjoner og således til brukeren. Dette innebærer at kvaliteten av f.eks. applikasjoner i sanntid som kjører i et slikt miljø, sannsynligvis vil være dårlig. Today, there are no or widespread solutions for selecting QoS on IP, which means that applications that are run either on e.g. TCP or UDP on IP, hardly have the opportunity to provide QoS for their applications and thus for the user. This means that the quality of e.g. real-time applications running in such an environment are likely to perform poorly.

For eksempel ATM skaffer kraftige mekanismer for QoS selektering på spesifiserte koblinger (eller signalstrømmer), men så lenge som IP eller de vanligvis brukte øvre lag-protokoller ikke skaffer slike mekanismer, har applikasjo-nene ikke blitt gitt mulighet til å selektere QoS. For example, ATM provides powerful mechanisms for QoS selection on specified links (or signal streams), but as long as IP or the commonly used upper layer protocols do not provide such mechanisms, the applications have not been given the opportunity to select QoS.

KJENTE LØSNINGER KNOWN SOLUTIONS

RSVP over ATM. RSVP via ATM.

RSVP er plassert over IP laget og skaffer en enkel mekanis-me for å selektere QoS på spesifiserte IP signalstrømmer. Som omtalt tidligere, har ATM inkorporert QoS konseptet. Det foreligger en standard, se referanse 2, som angir QoS mappingen for RSVP i forhold til ATM. RSVP is placed above the IP layer and provides a simple mechanism for selecting QoS on specified IP signal streams. As discussed earlier, ATM has incorporated the QoS concept. There is a standard, see reference 2, which specifies the QoS mapping for RSVP in relation to ATM.

Den vesentlige ulempe med denne løsning er at RSVP protokollen foreløpig ikke har stor utbredelse. Sannsynligvis vil det ta noe tid før den får stor utbredelse, delvis på grunn av at den må implementeres både ved brukerside, ser-verside og ruterside. RSVP standardene er heller ikke sta-bile ennå. The main disadvantage of this solution is that the RSVP protocol is currently not widely used. It will probably take some time before it becomes widespread, partly because it has to be implemented both on the user side, server side and router side. The RSVP standards are also not stable yet.

AREOUIPA AREOUIPA

Arequipa skaffer QoS på IP over ATM ved bruk av en web-leser. For informasjon vedrørende denne spesielle løsning vises til referanse 1. Arequipa provides QoS on IP over ATM using a web browser. For information regarding this particular solution, refer to reference 1.

Hovedulempene med denne løsning er at proprietær-web-lesere og modifiserte web-lesere, web-servere og OS (for nærværen-de linux) blir benyttet. The main disadvantages of this solution are that proprietary web-readers and modified web-readers, web-servers and OS (for the presence-the linux) are used.

EP 0 732 835 A2 EP 0 732 835 A2

Europeisk patent EP 0 732 835 A2 foreslår en måte å utnytte internett for signalering og PSTN, eller nett med PSTN funksjonalitet, for reelle koblinger. I dette er det også innlemmet sikkerhet og faktureringsmekanismer. Brukeren etablerer et såkalt kommunikasjonsnummer ved signalering. Dette kommunikasjonsnummer blir senere utnyttet for oppsetting av den reelle kobling via PSTN eller et lignende nett. European patent EP 0 732 835 A2 proposes a way to utilize the internet for signaling and the PSTN, or network with PSTN functionality, for real connections. This also includes security and invoicing mechanisms. The user establishes a so-called communication number when signaling. This communication number is later used to set up the real connection via the PSTN or a similar network.

En ulempe med denne løsning er at det må installeres en dedikert brukerkode ved hver bruker. Dessuten, og viktigst, A disadvantage of this solution is that a dedicated user code must be installed for each user. Moreover, and most importantly,

blir QoS på IP eller internett og herved mulighetene for internett-applikasjoner å utnytte QoS, ikke omtalt. QoS on IP or the internet and thereby the possibilities for internet applications to utilize QoS are not mentioned.

HENSIKTER MED OPPFINNELSEN OBJECTS OF THE INVENTION

Hovedhensikten med den foreliggende oppfinnelse er å skaffe en anordning ved et datakommunikasjonssystem der QoS på IP kan endres, henholdsvis forbedres i henhold til passende brukerinnstillinger. The main purpose of the present invention is to provide a device for a data communication system where QoS on IP can be changed or improved according to suitable user settings.

En andre hensikt med den foreliggende oppfinnelse er å skaffe en anordning der kvaliteten av f.eks. applikasjoner i sanntid kan endres til et passende nivå. A second purpose of the present invention is to provide a device where the quality of e.g. real-time applications can be modified to an appropriate level.

Enda en hensikt med den foreliggende oppfinnelse er å skaffe en anordning der slik endring av kvalitet kan implementeres ved bruk av for eksempel web-teknologi. Another purpose of the present invention is to provide a device where such a change in quality can be implemented using, for example, web technology.

SAMMENFATNING AV OPPFINNELSEN SUMMARY OF THE INVENTION

Disse hensikter oppnås ved en anordning av den innlednings-vis angitte art, som i henhold til den foreliggende oppfinnelse er kjennetegnet ved de trekk som er angitt i den ka-rakteriserende del av det vedføyde patentkrav 1. These purposes are achieved by a device of the kind indicated at the outset, which according to the present invention is characterized by the features indicated in the characterizing part of the attached patent claim 1.

Ytterligere trekk og fordeler ved den foreliggende oppfinnelse vil fremgå av den følgende beskrivelse tatt i forbindelse med de vedføyde tegningsfigurer, samt av de ytterligere vedføyde patentkrav. Further features and advantages of the present invention will be apparent from the following description taken in connection with the attached drawings, as well as from the further attached patent claims.

KORT OMTALE AV TEGNINGSFIGURENE BRIEF DESCRIPTION OF THE DRAWING FIGURES

Figur 1 er en skjematisk skisse som anskueliggjør en utfø-relsesform av den foreliggende oppfinnelse og tilhørende nøkkelkonsepter. Figur 2 er en skjematisk skisse som anskueliggjør i ytterligere detalj et eksempel på en utførelsesform for den foreliggende oppfinnelse, spesielt for implementering av QoS på IP over ATM. Figure 1 is a schematic sketch illustrating an embodiment of the present invention and associated key concepts. Figure 2 is a schematic sketch which illustrates in further detail an example of an embodiment of the present invention, especially for the implementation of QoS on IP over ATM.

DETALJERT BESKRIVELSE AV UTFØRELSESFORMER DETAILED DESCRIPTION OF EMBODIMENTS

Nøkkelkonsepter Key concepts

Nøkkelkonseptene ved den foreliggende oppfinnelse innebærer først og fremst bruken av to sett av servermidler, for eksempel web-serverorganer, samt muligheten for å overføre da-ta mellom terminaler, for eksempel web-lesere, og servere, The key concepts of the present invention primarily involve the use of two sets of server means, for example web server bodies, as well as the possibility of transferring data between terminals, for example web readers, and servers,

samt mellom servere. as well as between servers.

Som et ikke-begrensende eksempel på realisering av oppfinnelsen ved bruk av for eksempel web-teknologi, kan en slik implementering omfatte: • En web-server kjører på IP/MAC. Den er dedikert for se-lekteringen av nye web-sider som skaffer tjenester med en tilsvarende QoS, og denne må således være å betrakte som den signalerende del. • Den eller de andre web-servere kjører IP over passende midler, for eksempel ATM, og skaffer de påkrevde tjenester og tilsvarende QoS til brukeren. Hvilke protokoller IP kan kjøre på er avhengig av typen av nett som er tilgjengelig. Selv PSTN kan utgjøre basis-nettet. Dersom en telefon, modem og TAPI er tilgjengelig, vil IP og HTTP kunne kjøres på toppen av TAPI. Naturligvis vil det underliggende nett kunne introdusere begrensninger med hensyn til tilgjengelige QoS parametere. • Når internett-web-serveren og den QoS dedikerte web-server befinner seg på den samme server (datamaskin), så må de bli gitt forskjellige IP adresser, se kapitlet "forutsetninger". Det samme er så å si tilfelle på brukerens side, det vil si brukerens ATM kort og brukerens MAC kort må bli gitt forskjellige IP adresser. As a non-limiting example of realizing the invention using, for example, web technology, such an implementation can include: • A web server running on IP/MAC. It is dedicated to the selection of new web pages that provide services with a corresponding QoS, and this must thus be regarded as the signaling part. • The other web server(s) run IP over suitable means, for example ATM, and provide the required services and corresponding QoS to the user. Which protocols IP can run on depends on the type of network available. Even the PSTN can form the base network. If a telephone, modem and TAPI are available, IP and HTTP can be run on top of TAPI. Naturally, the underlying network will be able to introduce limitations with regard to available QoS parameters. • When the internet web server and the QoS dedicated web server are located on the same server (computer), then they must be given different IP addresses, see the chapter "requirements". The same is, so to speak, the case on the user's side, that is, the user's ATM card and the user's MAC card must be given different IP addresses.

På figur 1 er det anskueliggjort nøkkelkonseptene ved den foreliggende oppfinnelse i nevnte rekkefølge: en web-server Figure 1 shows the key concepts of the present invention in the order mentioned: a web server

I er forbundet med internett, en web-server II er forbundet med nettet som skaffer QoS og en eller annen dedikert serverkode må installeres på serveren (en eller flere datamaskiner) . Videre må brukeren installere en web-leser III. Når dette er konfigurert, kan brukeren utføre den signalerende del ved utnyttelse av internett, web-leseren III og internett-web-serveren I. Derved vil etableringen av koblingen bli utført ved utnyttelse av det nett som skaffer QoS, web-leseren III og den QoS-dedikerte web-server II. Således har brukeren etablert en kobling som skaffer QoS mellom web-leseren III og den QoS-dedikerte web-server II. I is connected to the internet, a web server II is connected to the network that provides QoS and some dedicated server code must be installed on the server (one or more computers). Furthermore, the user must install a web browser III. When this is configured, the user can perform the signaling part by utilizing the internet, the web browser III and the internet web server I. Thereby, the establishment of the link will be carried out by utilizing the network that provides QoS, the web browser III and the QoS dedicated web server II. Thus, the user has established a link that provides QoS between the web browser III and the QoS-dedicated web server II.

Et eksempel som illustrerer oppfinnelsen An example illustrating the invention

Figur 2 gir en illustrasjon på en mulig konkret implementering av QoS på IP ved bruk av web-teknologi. Ved dette eksempel blir IP kjørt over ATM i et klassisk IP miljø, se referanse 4. Figure 2 provides an illustration of a possible concrete implementation of QoS on IP using web technology. In this example, IP is run over ATM in a classic IP environment, see reference 4.

Med andre ord anskueliggjør figur 2 en utførelsesform for implementering av QoS på IP over ATM ved bruk av klassisk IP over ATM og 2 web-servere, henholdsvis I og II. Det skal noteres at på serveren (datamaskinen) vil det også befinne seg den ordinære DNS server og IP/MAC ARP server. In other words, figure 2 visualizes an embodiment for implementing QoS on IP over ATM using classic IP over ATM and 2 web servers, I and II respectively. It should be noted that on the server (computer) there will also be the ordinary DNS server and IP/MAC ARP server.

Trinnvis forklaring til figur 2: Step-by-step explanation for Figure 2:

a) Serveren (datamaskin) registrerer og skaffer sin ATM og IP adresse til ATM ARP serveren. b) Brukeren registrerer og skaffer sin ATM og IP adresse til ATM ARP serveren. c) Brukeren laster ned MAC web-server-siden. Den ordinære MAC/IP ARP blir benyttet. d) Brukeren selekterer QoS parametrene som ønskes for den forestående ATM kobling. Dersom brukeren skal selektere tjeneste 1, må brukeren bruke QoS 1. QoS dataene kan over-føres til MAC web-serveren, f.eks. ved CGI "scripts" eller Java "applets"/RMI, og således må en eller annen server-(datamaskin-) kode bli utført. e) MAC web-serveren må på sin side overføre QoS parametrene og brukerens IP adresse til ATM web-serveren der tjeneste 1 befinner seg. Generelt vil Java/RMI eller Ja-va/CORBA kunne bli benyttet for overføring av disse data fra MAC web-serveren til ATM web-serveren. Ved dette eksempel der begge web-servere befinner seg på den samme datamaskin, vil fjerndistribusjonsmekanismer være overflødige, idet bare et enkelt, for eksempel Java-program, er nødven-dig . f) Umiddelbart etter at ATM web-serveren har mottatt alle data, vil den initiere oppsetting av en ATM forbindelse med a) The server (computer) registers and provides its ATM and IP address to the ATM ARP server. b) The user registers and obtains his ATM and IP address to the ATM ARP server. c) The user downloads the MAC web server page. The ordinary MAC/IP ARP is used. d) The user selects the QoS parameters desired for the upcoming ATM connection. If the user is to select service 1, the user must use QoS 1. The QoS data can be transferred to the MAC web server, e.g. by CGI "scripts" or Java "applets"/RMI, and thus some server (computer) code must be executed. e) The MAC web server must in turn transfer the QoS parameters and the user's IP address to the ATM web server where service 1 is located. In general, Java/RMI or Java/CORBA can be used to transfer this data from the MAC web server to the ATM web server. In this example, where both web servers are located on the same computer, remote distribution mechanisms will be redundant, as only a single, for example Java program, is necessary. f) Immediately after the ATM web server has received all data, it will initiate the setup of an ATM connection with

de spesifiserte QoS parametere mot brukeren. Enten et ATM kort API eller et "skript" som bruker kommando-skjellet, vil kunne brukes til å initiere ATM-koblingen. the specified QoS parameters towards the user. Either an ATM card API or a "script" using the command shell can be used to initiate the ATM connection.

g) ATM web-serveren forespør ATM ARP serveren om brukerens ATM adresse, mottar brukerens ATM adresse, utfører g) The ATM web server requests the ATM ARP server for the user's ATM address, receives the user's ATM address, performs

signaleringen med de spesifiserte QoS parametere og setter opp ATM koblingen mot brukeren. the signaling with the specified QoS parameters and sets up the ATM connection to the user.

h) Brukeren forespør ATM web-server-siden ved klikking på tjeneste 1 som utgjør ATM web-serverens URL. DNS-serveren h) The user requests the ATM web server page by clicking on service 1 which constitutes the ATM web server's URL. The DNS server

vil på sin side returnere ATM web-serverens IP adresse. will in turn return the ATM web server's IP address.

NB: Det skal noteres at serverprogrammet (datamaskinprogrammet) må utføres på en måte som sikrer at ATM koblingen eksisterer før nedlasting av den nye tjeneste 1 ATM web-side starter. NB: It should be noted that the server program (computer program) must be executed in a way that ensures that the ATM link exists before the download of the new service 1 ATM web page starts.

i) Brukeren forespør ATM ARP serveren om ATM web-serverens ATM adresse og mottar data om den allerede eksisterende ATM forbindelse. Som angitt i kapitlet "forutset- i) The user requests the ATM ARP server for the ATM web server's ATM address and receives data about the already existing ATM connection. As stated in the chapter "provided-

ning", ble det første forsøk på å fremskaffe ATM serverad-ressen utført ved å spørre den ordinære IP/MAC ARP server. ning", the first attempt to obtain the ATM server address was made by querying the ordinary IP/MAC ARP server.

j) Brukeren mottar den forespurte web-side på den allerede eksisterende ATM kobling. ATM web-siden kan lastes ned i den allerede åpnede Ethernet-web-leser eller, som vist på figuren, bli lastet ned i en ny ATM-leser. j) The user receives the requested web page on the already existing ATM connection. The ATM web page can be downloaded in the already opened Ethernet web browser or, as shown in the figure, be downloaded in a new ATM browser.

k) Ved det tidspunkt da koblingen har vært ledig i en spesifikk tid, vil serverprogrammet (datamaskinprogrammet) koble ned ATM koblingen. k) At the time when the link has been free for a specific time, the server program (computer program) will disconnect the ATM link.

Notater til figur 2: Notes to Figure 2:

• Selv ved bare det enkle scenario der både web-serverne og ATM ARP serverne befinner seg på den samme server (datamaskin), så vil samme løsning kunne benyttes ved en fullskala klassisk IP, innbefattende rutere, dedikerte ARP servere, DNS servere og web-servere som befinner seg ved helt forskjellige servere (datamaskiner) . • Bare én ATM-web-leser er vist. Imidlertid kan flere ATM-web-lesere kunne benyttes samtidig ved kjøring på forskjellige koblinger. Alternativt, slik dette allerede er kort omtalt, vil samme web-leser kunne brukes på både IP/MAC og IP/ATM koblinger, og således ville den aktive kobling umiddelbart kunne opptre i web-leseren. • HTTP protokollen er ikke velegnet til å kjøre videoap-plikasjoner og lignende applikasjoner i sanntid, noe som ATM er mer velegnet til. Således vil den kommende protokoll RTSP som et alternativ til http, være bedre skikket til utnyttelse av ATM og den foreliggende oppfinnelse • Even in the simple scenario where both the web servers and the ATM ARP servers are located on the same server (computer), the same solution can be used with a full-scale classic IP, including routers, dedicated ARP servers, DNS servers and web servers located at completely different servers (computers) . • Only one ATM web browser is shown. However, several ATM web browsers can be used simultaneously when running on different links. Alternatively, as this has already been briefly discussed, the same web browser will be able to be used on both IP/MAC and IP/ATM links, and thus the active link would immediately be able to appear in the web browser. • The HTTP protocol is not suitable for running video applications and similar applications in real time, which ATM is more suitable for. Thus, the upcoming protocol RTSP, as an alternative to http, will be better suited to the utilization of ATM and the present invention

generelt. generally.

Forutsetning Prerequisite

En forutsetning og en del av oppfinnelsen hva angår rela-sjonen til serveren (en eller flere datamaskiner) og bru-kersiden, går ut på at de underliggende nettkort, ved det foreliggende eksempel ATM adapterkort, blir gitt en IP adresse (som blir mappet mot ATM adapterkortet) , som er forskjellig fra den ordinære IP adresse (som blir mappet mot MAC kortet) . De forskjellige IP adresser blir brukt til å differensiere mellom de forskjellige underliggende nett. Denne teknikk blir brukt under nevnte punkt i). For eksempel har FORE, se referanse 3, implementert en slik løsning hva angår IP over MAC og IP over ATM. A prerequisite and part of the invention regarding the relationship to the server (one or more computers) and the user side is that the underlying network cards, in the present example ATM adapter cards, are given an IP address (which is mapped to ATM adapter card), which is different from the ordinary IP address (which is mapped to the MAC card). The different IP addresses are used to differentiate between the different underlying networks. This technique is used under the mentioned point i). For example, FORE, see reference 3, has implemented such a solution regarding IP over MAC and IP over ATM.

Fordeler Benefits

Fordelen med det omtalte scenario og oppfinnelsen går i en-kelthet ut på at brukerne blir gitt mulighet til å selektere tjenester, for eksempel web-sider med en ønsket QoS ved bruk av standard maskinvare og programvare. En eller annen ytterligere serverkode (datamaskinkode) er alt som er nød-vendig. The advantage of the mentioned scenario and the invention is simply that the users are given the opportunity to select services, for example web pages with a desired QoS using standard hardware and software. Some additional server code (computer code) is all that is necessary.

Utvidelse Extension

Oppfinnelsen med hensyn til ATM som underliggende nett, kan likeledes benyttes på LANE (Local Area Network Emulation) og NHRP (Next Hop Resolution Protocol), og andre passende protokoller. The invention with respect to ATM as the underlying network can also be used on LANE (Local Area Network Emulation) and NHRP (Next Hop Resolution Protocol), and other suitable protocols.

Forkortelser Abbreviations

• Qos (Quality of Service) - kvalitet på tjeneste. • Qos (Quality of Service) - quality of service.

• IP (Internet Protocol) - internett-protokoll. • IP (Internet Protocol) - internet protocol.

• TCP (Transport Control Protocol) - transportstyre-protokoll. TCP kjører på toppen av IP. • UDP (User Datagram Protocol) - brukerdiagramprotokoll. UDP kjører på toppen av IP. • ATM (Asynchronous Transport Mode) - modus for asyn-kronoverføring. • RSVP (Resourse Reservation Protocol)- ressursreserva-sjonsprotokoll. Med RSVP er det mulig å sette opp sig-nalstrømmer, som for eksempel kan innebære en kobling mellom en bruker og en server, med (garantert) QoS. RSVP kjører på toppen av IP. • TCP (Transport Control Protocol) - transport control protocol. TCP runs on top of IP. • UDP (User Datagram Protocol) - user datagram protocol. UDP runs on top of IP. • ATM (Asynchronous Transport Mode) - mode for asynchronous currency transfer. • RSVP (Resource Reservation Protocol) - resource reservation protocol. With RSVP, it is possible to set up signal flows, which may for example involve a connection between a user and a server, with (guaranteed) QoS. RSVP runs on top of IP.

• OS (Operating System) - operativ system. • OS (Operating System) - operating system.

• MAC (Media Access Control) - media aksesstyring. Er brukt som en referanse til lavnivå Ethernet-protokoll som kjører under IP. • MAC adresse. Er brukt som en referanse til den fysiske adresse for et Ethernet-kort. • PSTN (Public Switched Telephone Network) - offentlig svitsjet telefonnett. Det ordinære telefonsystem. • MAC (Media Access Control) - media access management. Is used as a reference to the low-level Ethernet protocol that runs under IP. • MAC address. Is used as a reference to the physical address of an Ethernet card. • PSTN (Public Switched Telephone Network) - public switched telephone network. The ordinary telephone system.

• TAPI (Telephone Application Pragramming Interface) • TAPI (Telephone Application Programming Interface)

- telefonapplikasjons-programmerende grensesnitt. Et grensesnitt som gjør det mulig for enkle datamaskinspro-grammer å kommunisere med telefonsystemet. • HTTP (Hypertext Transport Protocol) - hypertekst trans-portprotokoll. Denne protokoll kjører på toppen av TCP og er den protokoll som benyttes for datautveksling mellom web-lesere og servere. • RTSP (Real Time Streaming Protocol) - signalstrøm-protokoll for sanntid. Denne protokoll er et alternativ til HTTP på grunn av de dårlige egenskaper ved HTTP hva angår signalstrøm/sanntid-applikasjoner. • RTP (Real Time Protocol) - protokoll for sanntid. RTP kjøres på toppen av IP og blir benyttet for applikasjoner i sanntid. • DNS (Domain Name Server) - domenenavn-server. DNS oversetter et domenenavn til en IP adresse. • IP/MAC ARP server oversetter en IP adresse til en MAC adresse. • ATM ARP server oversetter en ATM adresse til en IP adresse. • CGI (Common Gateway Interface) - grensesnitt for felles port. En "script"-fasilitet for transport av data fra kunden til serveren. - telephone application programming interface. An interface that enables simple computer programs to communicate with the telephone system. • HTTP (Hypertext Transport Protocol) - hypertext transport protocol. This protocol runs on top of TCP and is the protocol used for data exchange between web browsers and servers. • RTSP (Real Time Streaming Protocol) - signal stream protocol for real time. This protocol is an alternative to HTTP due to the poor characteristics of HTTP in terms of signal stream/real-time applications. • RTP (Real Time Protocol) - protocol for real time. RTP runs on top of IP and is used for real-time applications. • DNS (Domain Name Server) - domain name server. DNS translates a domain name into an IP address. • IP/MAC ARP server translates an IP address into a MAC address. • ATM ARP server translates an ATM address into an IP address. • CGI (Common Gateway Interface) - interface for common gateway. A "script" facility for transporting data from the client to the server.

Referanser References

[1] URL: http: //lrcwww.epf1.ch/arequipa [1] URL: http: //lrcwww.epf1.ch/arequipa

[2] Interoperation of Controlled-Load and Guaranteed-Service with ATM. Borden M. and Garret M. Internet draft. [2] Interoperation of Controlled-Load and Guaranteed-Service with ATM. Borden M. and Garret M. Internet draft.

[3] ForeRunner SBA-200 ATM SBus Adapter. [3] ForeRunner SBA-200 ATM SBus Adapter.

[4] Classical IP and ARP over ATM. RFC 1577. [4] Classical IP and ARP over ATM. RFC 1577.

Claims

1. Device in a data transmission system, in which system data is transferred between terminals and servers with a certain level of QoS (Quality of Service) on IP (Internet Protocol), characterized in that the system comprises a first server body (I) that runs on IP over a first network system, and which is dedicated to selecting services with a corresponding QoS, a second server body (II) that runs IP over a second network system that is different from said first network system, to provide the selected services and corresponding QoS (QoSl-QoSN) for one or more terminals (III) connected to the system.

2. Device according to claim 1, characterized in that the first server body (I) and the second server body (II) are configured in the same server, the first and second server body (I, II) being given different IP addresses.

3. Device according to one of the preceding claims, characterized in that said first and second network systems (I, II) run over the same physical network, but with different network protocols.

4. Device according to one of the preceding claims, characterized in that any one of said terminals (III) is equipped with a first terminal card connected to the first network system, and a second terminal card connected to the second network system, where the respective cards are assigned different IP addresses.

5. Device according to one of the preceding claims, characterized in that said first server body (I) runs on MAC (Media Access Control).

6. Device according to one of the preceding claims, characterized in that said first server body (I) runs on PPP (Point-to-Point protocol).

7. Device according to one of the preceding claims, characterized in that said second server body (II) runs over ATM (Asynchronous Transport Mode).

8. Device according to one of the preceding claims, characterized in that a dedicated server code is installed on said server bodies (I, II) and said associated terminal or terminals (III).