natgillin/translations-raw huggingface dataset:
This parameter describes the reporting of the movement of a wagon and defines the needed message exchange between RUs and Lead RU (acting as service integrator).
Tässä parametrissa kuvaillaan vaunujen liikkeiden raportointia ja määritellään tarvittava viestienvaihto eri rautatieyritysten ja vastaavan rautatieyrityksen (joka toimii palvelun integraattorina) välillä.
In the case of open access only one RU exists, which also is the LRU.
Jos kyseessä on tietojen yhteiskäyttö, mukana on vain yksi rautatieyritys, joka samalla on vastaava rautatieyritys.
No data exchange to other RUs is needed.
Tietojenvaihtoa toisten rautatieyritysten kanssa ei tarvita.
Therefore the wagon movement is an RU (LRU) internal process.
Sen vuoksi vaunujen liikkeiden seuranta on rautatieyrityksen (vastaavan rautatieyrityksen) sisäinen prosessi.
The LRU itself is responsible for the data storage and updating of the wagon related movement database.
Johtava rautatieyritys vastaa itse tietojen tallentamisesta ja päivittämisestä vaunukohtaisten liikkeiden tietokantaan.
The events which must be stored are:
Tieto seuraavista tapahtumista on tallennettava:
wagon ready to be pulled from customer sidings
vaunu valmis vedettäväksi asiakkaan sivuraiteelta,
wagon pulled from customer sidings
vaunu vedetty asiakkaan sivuraiteelta,
wagon arrived at RU's yard
vaunu saapunut rautatieyrityksen ratapihalle,
wagon has left the yard
vaunu lähtenyt ratapihalta,
any wagon exceptions
vaunuun liittyvät poikkeamat,
wagon arrived at destination yard
vaunu saapunut määräpään ratapihalle,
wagon placed on customer sidings
vaunu jätetty asiakkaan sivuraiteelle.
Cooperation model
Yhteistyötila
For the reporting of the movement of a wagon, each RU involved must store the relevant data and must make it electronically accessible.
Jokaisen kuljetukseen osallistuvan rautatieyrityksen on tallennettava vaunun liikkeisiin liittyvät tiedot ja tehtävä mahdolliseksi niiden elektroninen käyttö.
The data must be also exchanged within message on contractual base to authorised parties.
Tietoja on myös vaihdettava sopimuksiin perustuvilla valtuutettujen osapuolten välillä lähetettävillä viesteillä.
Needed messages
Tarvittavat viestit
Wagon release notice
Ilmoitus vaunun lähtövalmiudesta
The Lead RU must tell the RU in charge that the wagon is ready for pull at the customer sidings at the given release time.
Vastaavan rautatieyrityksen on ilmoitettava kuljetusta hoitavalle rautatieyritykselle, kun vaunu on valmis vedettäväksi asiakkaan sivuraiteelta ilmoitettuna lähtöaikana.
This event must be stored in the wagon movement database.
Tämä tapahtuma on tallennettava vaunun liikkeitä koskevaan tietokantaan.
Wagon departure notice
Ilmoitus vaunun lähdöstä
The RU must inform the LRU of the actual Date and Time that the wagon has been pulled from the place of departure.
Rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle päivämäärä ja aika, jolloin vaunu vedettiin lähtöpaikaltaan.
Wagon yard arrival
Vaunun saapuminen ratapihalle
The RU must inform the LRU, that the wagon has arrived at its yard.
Rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle, kun vaunu on saapunut sen ratapihalle.
This message can be based on a “Train running advice”.
Tämä viesti voi perustua ’Juna kulussa’ -ilmoitukseen.
Wagon yard departure
Vaunun lähtö ratapihalta
The RU must inform the LRU, that the wagon has left its yard.
Rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle, kun vaunu on lähtenyt sen ratapihalta.
This message can be based on a “Train running advice” message.
Tämä viesti voi perustua ’Juna kulussa’ -ilmoitukseen.
Wagon exceptions message
Vaunun poikkeamia koskeva viesti
The RU must inform the LRU about deviations e.g. bad order, including a new ETI/ETA.
Rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle poikkeamista, kuten vaunujen väärästä järjestyksestä, sekä uudesta ETI- tai ETA-ajasta.
This information must be stored in the wagon movement database.
Tämä tieto on tallennettava vaunun liikkeitä koskevaan tietokantaan.
Wagon arrival notice
Ilmoitus vaunun saapumisesta
The last RU in a wagon or Intermodal unit transport chain must inform the LRU that the wagon has arrived at its yard (RU location).
Vaunun tai intermodaalisen yksikön kuljetusketjun viimeisen rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle, kun vaunu on saapunut sen ratapihalle (rautatieyrityksen alueelle).
Wagon delivery notice
Ilmoitus vaunun perille toimittamisesta
The last RU in a wagon transport chain must inform the LRU that the wagon has been placed at the consignee's sidings.
Vaunun kuljetusketjun viimeisen rautatieyrityksen on ilmoitettava vastaavalle rautatieyritykselle, kun vaunu on jätetty vastaanottajan sivuraiteelle.
The interchange reporting describes the messages attached to the transfer of responsibility for a wagon between two railway undertakings, which occurs at interchange points.
Vaihtoraportit-kohdassa kuvaillaan viestit, jotka liittyvät vaunua koskevan vastuun siirtämiseen rautatieyritykseltä toiselle, mikä tapahtuu vaihtokohdassa.
It also commands the new RU to make an ETI calculation.
Samalla uuden rautatieyrityksen on laskettava ETI-aika.
Nothing has to be specified, as there is always the same responsible RU during the complete transport chain.
Tässä kohden ei ole tarpeen määritellä mitään, koska sama rautatieyritys vastaa koko kuljetusketjusta.
But from the running advice of the train at a reporting point, the wagon or Intermodal unit related information regarding location and date and time of arrival and departure must be processed and stored in the wagon movement database.
Vaunun tai intermodaalisen yksikön tiedot sen sijainnista sekä saapumis- ja lähtöajoista ja -päivämääristä on kuitenkin otettava ilmoittautumispaikassa annetusta kulkuilmoituksesta ja tallennettava vaunun liikkeitä koskevaan tietokantaan.
The following messages are needed to transfer the control and responsibility of a shipment from one RU to another, the information of which must be stored in the wagon movement database.
Lähetystä koskevan hallinnan ja vastuun siirtäminen rautatieyritykseltä toiselle edellyttää seuraavia viestejä, joiden tiedot on tallennettava vaunun liikkeitä koskevaan tietokantaan.
Wagon interchange notice
Ilmoitus vaunun siirtämisestä
With the “Wagon Interchange Notice” a railway undertaking (RU 1) asks the next railway undertaking (RU 2) in the transport chain whether it accepts the responsibility for a wagon.
Tällä viestillä rautatieyritys (rautatieyritys 1) kysyy kuljetusketjun seuraavalta rautatieyritykseltä (rautatieyritys 2), hyväksyykö tämä vastuun kyseisestä vaunusta.
Wagon interchange notice/subset
Ilmoitus vaunun siirtämisestä / alaviesti
With the “wagon interchange notice/subset” the RU 1 informs the IM, that it is handling over the responsibility to the next RU.
Tällä viestillä rautatieyritys 1 ilmoittaa infrastruktuurin hallinnolle, että se on siirtämässä vastuun seuraavalle rautatieyritykselle.
Wagon received at interchange
Vaunu vastaanotettu vaihtokohdassa
With the “wagon received at interchange” message, the RU 2 informs RU 1 that it accepts the responsibility for the wagon.
Tällä viestillä rautatieyritys 2 ilmoittaa rautatieyritykselle 1, että se ottaa vastuun vaunusta.
Wagon refused at interchange
Vaunua kieltäydytty vastaanottamasta vaihtokohdassa
With the “wagon refused at interchange” message, the RU 2 informs RU 1 that it is not willingly to take over the responsibility for the wagon.
Tällä viestillä rautatieyritys 2 ilmoittaa rautatieyritykselle 1, että se kieltäytyy ottamasta vastuuta vaunusta.
A measurement process is an essential post trip process to support quality improvements.
Kuljetuksen jälkeen tehtävä laadun mittaus on laadun parantamisen kannalta oleellinen prosessi.
In addition to measuring the service delivered to the customer, LRUs, RUs and IMs must measure the quality of the service components that in total make up the product delivered to the customer.
Asiakkaalle tarjotun palvelun laadun mittaamisen lisäksi johtavien rautatieyritysten, muiden rautatieyritysten ja infrastruktuurien hallintojen on mitattava niiden palvelun osien laatua, joista asiakkaalle tarjottava tuote koostuu.
To measure quality the already defined messages can be used.
Laadun mittaamiseen voidaan käyttää jo määriteltyjä viestejä.
The measurement process is a repetitive one.
Mittausprosessi on tyypiltään toistettava.
Quality measurements LRU/customer
Laatumittaukset vastaava rautatieyritys / asiakas
In contracts between lead RUs and customers commitments can be made (depending on the individual agreement) regarding Transit time and ETA.
Johtavien rautatieyritysten ja asiakkaiden välisissä sopimuksissa voidaan sitoutua (sopimuskohtaisesti) tiettyihin kuljetusaikoihin ja ETA-aikaan.
Quality measurements LRU/RUs
Laatumittaukset vastaava rautatieyritys / rautatieyritykset
In contracts between a lead RU and other RUs commitments can be made concerning transit times, ETIs, ETAs and reason codes.
Johtavan rautatieyrityksen muiden rautatieyritysten välisissä sopimuksissa voidaan sitoutua tiettyihin kuljetusaikoihin, ETI- ja ETA-aikoihin sekä syykoodeihin.
Quality measurements RU/IM
Laatumittaukset rautatieyritys / infrastruktuurin hallinto
In contracts between RUs and IMs, train schedules and target on time levels at specified timing points can be specified as can the accuracy of train ETAs and ETHs.
Rautatieyritysten ja infrastruktuurien hallintojen välisissä sopimuksissa voidaan määritellä junien aikatauluja ja niiden pitävyyttä tietyillä mittauspaikoilla sekä junien ETA- ja ETH-aikojen paikkansapitävyyttä.
In contracts between RUs and IMs path availability to run trains will be clearly described in terms of a range of times at specified points.
Rautatieyritysten ja infrastruktuurien hallintojen välisissä sopimuksissa kuvataan reittien käytettävissäolo selkeästi antamalla tietyille paikoille tietyt aikavälit.
Train specifications in terms of maximum length and gross weight, loading gauge etc., will also be covered in these contracts, which aspect will be addressed under item number 6.
Näihin sopimuksiin merkitään myös tiedot junien enimmäispituudesta, kokonaispainosta, lastin ulottumasta jne., mihin jäljempänä palataan kohdassa 6.
The procedures and time frames for confirming the utilisation of a path, cancelling the use of a planned path and the extent to which a path can be used outside (early or late) the specified range of times will also be covered in these contracts.
Näissä sopimuksissa määritellään myös menettelyt ja aikarajat, joita käyttäen vahvistetaan reitti, perutaan suunniteltu reitti osittain ja määritellään, kuinka paljon suunniteltua aiemmin tai myöhemmin reittiä voidaan käyttää.
Quality measurements RU/IM, path availability on short notice
Laatumittaukset rautatieyritys / infrastruktuurin hallinto, reitin käyttöön saatavuus lyhyellä varoitusajalla
Periodically the RU will compare the path request and the response data for producing reports as follows:
Rautatieyritys vertailee aika ajoin reittipyyntöjä ja vastauksia niihin laatiakseen seuraavat raportit:
Path request response time against framework agreement;
vastausaika reittipyyntöihin kehyssopimukseen verrattuna,
Number of paths supplied within x, y, and z hours etc., of requested time;
se, paljonko reittejä annettiin x, y, ja z tunnin kuluessa pyydetystä,
Number of rejected path requests.
se, paljonko reittejä kieltäydyttiin antamasta.
Quality measurements IM/RU, train composition quality
Laatumittaukset infrastruktuurin hallinto / rautatieyritys, junan kokoonpanoon liittyvä laatu
When the train ready messages and/or train composition lists are sent by an RU to the IM(s) (or to other RUs), they should comply with the train specifications contained within the applicable contract.
Kun rautatieyritys lähettää junan valmistumista koskevan viestin ja/tai junan kokoonpanoluettelon infrastruktuurin hallinno(i)lle (tai toisille rautatieyrityksille), niiden on oltava asianomaiseen sopimukseen kirjattujen junan tietojen mukaisia.
This parameter defines which additional references files must be available for the operation of freight trains in the European network.
Tässä parametrissa määritellään ne lisäviitetiedostot, joiden on oltava käytettävissä operoitaessa tavarajunia eurooppalaisessa rataverkossa.
Reference files
Viitetiedostot
List of reference files
Viitetiedostoluettelo
Reference file of the numerical coding for all IMs, RUs, and Service provider companies
viitetiedosto, jossa on kaikkien infrastruktuurien hallintojen, rautatieyritysten ja palveluntarjoajayhtiöiden numerokoodit,
Reference file of the numerical coding for transport customers
viitetiedosto, jossa on kuljetusasiakkaiden numerokoodit,
Reference file of the numerical coding of locations (primary, subsidiary and zone-track-spot)
viitetiedosto, jossa on tiettyjen paikkojen (ensisijaisten ja toissijaisten paikkojen sekä ratavyöhykkeiden) numerokoodit,
Reference file of the numerical coding for customer locations
viitetiedosto, jossa on asiakkaiden toimipisteiden numerokoodit,
Reference file of all existing train control systems
viitetiedosto, jossa on tiedot kaikista käytössä olevista junanohjausjärjestelmistä,
Reference file of hazardous goods, UN and RID numbers
viitetiedosto, jossa on tiedot vaarallisista aineista sekä niiden UN- ja RID-numeroista,
Reference file of all different locomotive types
viitetiedosto, jossa on tiedot kaikista erilaisista veturityypeistä,
Reference file of all CN and HS codes for goods
viitetiedosto, jossa on tiedot kaikista tavaroiden CN- ja HS-tunnuksista
Reference file of the emergency services, correlated to type of hazardous goods
viitetiedosto, jossa on tiedot erilaisiin vaarallisiin aineisiin liittyvistä pelastuspalveluista,
Reference file of all European maintenance workshops
viitetiedosto, jossa on tiedot kaikista eurooppalaisista huoltokorjaamoista,
Reference file of all European audit bodies
viitetiedosto, jossa on tiedot kaikista eurooppalaisista auditointielimistä,
Reference file of all European accredited operators
viitetiedosto, jossa on tiedot kaikista eurooppalaisista valtuutetuista junayhtiöistä.
Accessibility
Käytettävyys
The reference files must be accessible to all service providers (IMs, RUs, logistic providers and fleet managers).
Kaikilla palveluntarjoajilla (infrastruktuurien hallinnoilla, rautatieyrityksillä, logistiikkayhtiöillä ja kuljetuskalustopäälliköillä) on oltava mahdollisuus käyttää viitetiedostoja.
Actuality
Ajantasaisuus
The data must represent the actual status at all times.
Tietojen on aina vastattava senhetkistä todellisuutta.
Other databases
Muut tietokannat
To allow for the tracking of train and wagon movements, the following temporary databases, updated at each relevant event in real time, may be installed:
Junien ja vaunujen liikkeiden seuraamiseksi voidaan asentaa seuraavat tilapäiset tietokannat, jotka päivitetään reaaliaikaisesti jokaisen oleellisen tapahtuman jälkeen:
Wagon and intermodal unit movement database
Vaunujen ja intermodaalisten yksikköjen liikkeiden tietokanta
The communication between the lead RU and RUs in the cooperation mode is based on wagon and/or intermodal unit numbers.
Vastaavan rautatieyrityksen ja muiden rautatieyritysten välinen viestintä yhteistyötilassa perustuu vaunujen ja/tai intermodaalisten yksikköjen numeroihin.
Therefore an RU, which communicates with the IMs at train level, must break down this information into wagon and intermodal unit related.
Sen takia rautatieyrityksen, joka viestii infrastruktuurien hallintojen kanssa junakohtaisista asioista, on jaettava tiedot kutakin vaunua ja intermodaalista yksikköä koskeviksi.
This wagon and intermodal unit related information may be stored in wagon and intermodal unit specific movement databases.
Nämä vaunu- ja yksikkökohtaiset tiedot voidaan tallentaa yksittäisten vaunujen ja intermodaalisten yksikköjen liikkeitä varten oleviin tietokantoihin.
The information on train movement leads to new entries/updates in the wagon and intermodal unit movement database for customer information.
Junan liikkeitä koskevia tietoja lisätään/päivitetään vaunujen ja intermodaalisten yksikköjen liikkeitä varten oleviin tietokantoihin asiakkaiden tiedoksi.
This database is set up at the latest when receiving the release time for the wagons or intermodal unit from the customer.
Tämä tietokanta perustetaan viimeistään silloin, kun asiakas ilmoittaa ajan, jolloin vaunut tai intermodaaliset yksiköt ovat lähtövalmiina.
This release time is the first entry into the wagon and intermodal unit movement database.
Tämä aika on ensimmäinen kyseeseen tietokantaan tehtävä merkintä.
Train data base
Junatietokanta
The infrastructure manager train database corresponds to the railway undertaking wagon movement database.
Infrastruktuurin hallinnon junatietokanta vastaa rautatieyrityksen vaunun liikkeiden tietokantaa.
The main data entries are the train related data of the train composition message from the RU.
Pääasiassa siihen lisätään junaan liittyviä tietoja rautatieyrityksen junan kokoonpanoa koskevista viestistä.
All train events result in an update of this train related database.
Kaikki junaan liittyvät tapaukset kirjataan tähän junaan liittyvään tietokantaan.
An alternative storage possibility for these data is the path database.
Vaihtoehtoisesti näitä tietoja voidaan säilyttää myös reittitietokannassa.
Wagon trip plan
Vaunun matkasuunnitelma
Trains normally carry wagons from various customers.
Junissa on yleensä useiden eri asiakkaiden vaunuja.
For each wagon the Lead RU establishes and updates a trip plan which corresponds to the train path at train level.
Vastaava rautatieyritys laatii jokaiselle vaunulle matkasuunnitelman ja päivittää sitä. Matkasuunnitelma vastaa junan matkaa.
New train paths for a train (e.g. in case of service interruptions) lead to a re-trip for the wagons of the various customers.
Junan reitin muuttuessa esimerkiksi palvelun keskeytymisen takia saattavat eri asiakkaiden vaunut joutua tekemään uuden matkan.
The creation time for the trip plan is the receipt of the consignment note from the customer.
Matkasuunnitelma tehdään silloin, kun rahtikirja saadaan asiakkaalta.
This parameter considers the managing of electronic transmission of train and shipment related documents where the current process needs physical documents, e.g. customs documents.
Tämä parametri koskee junaan ja lastiin liittyvien asiakirjojen sähköisen siirron hallintaa tapauksissa, joissa käytettävä prosessi edellyttää fyysisten asiakirjojen, kuten tullausasiakirjojen, olemassaoloa.
The next paragraph presents the communication network to be used for data exchange.
Seuraavassa kappaleessa esitetään tiedonvaihtoon käytettävä viestintäverkko.
This network and the described security handling make it possible for any type of network transmission, such as email, file transfer (ftp, http), etc. The type to choose can then be decided upon by the parties involved in the information exchange, which means, that the electronic transmission of documents, for example via ftp, is given.
Tämän verkon ja kuvatun tietoturvallisen käsittelyn avulla voidaan verkossa lähettää minkä tyyppistä tietoa tahansa, kuten sähköposteja, tiedostoja (ftp, http jne.). Tiedonsiirron osapuolet voivat keskenään päättää, mitä muotoa käytetään, ja asiakirjat voidaan sitten lähettää sähköisesti esim. ftp-protokollaa käyttäen.
This parameter describes the cost effective and timely networking and communication requirements for all the basic parameter massages in this TSI.
Tämä parametri kuvaa kaikkien tässä YTE:ssä mainittujen perusparametrien kustannustehokkaan ja ajallaan tapahtuvan verkottamisen ja viestinnän vaatimuksia.
General architecture
Yleinen arkkitehtuuri
The network and communication infrastructure supporting such rail interoperability community will be based on a common information exchange architecture, known and adopted by all participating actors.
Rautatieliikenteen yhteentoimivuutta tukeva verkko- ja viestintäinfrastruktuuri perustuu kaikkien osallisena olevien toimijoiden tuntemaan ja käyttämään yhteiseen tiedonvaihdon arkkitehtuuriin.
The information exchange architecture:
Tiedonvaihdon arkkitehtuuri
is designed to reconcile heterogeneous information models by semantically transforming the data that is exchanged between the systems and by reconciling the business process and application-level protocol differences;
on suunniteltu sovittamaan yhteen erilaisia tietomalleja muuntamalla semanttisesti eri järjestelmien välillä lähetettäviä tietoja ja sovittelemalla liiketoimintaprosessien ja sovellustason protokollien välisiä eroja,
has minimum impact on the existing IT architectures implemented by every actor;
vaikuttaa mahdollisimman vähän eri toimijoiden nykyisin käyttämiin tietotekniikka-arkkitehtuureihin,
safeguards IT investments made already.
turvaa jo tehtyjen tietotekniikkainvestointien arvon säilymisen.
Scalability
Skaalautuvuus
The information exchange architectures favours a mostly peer-to-peer type of interaction between all actors, while it guarantees the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
Tiedonvaihdon arkkitehtuuri suosii enimmäkseen vertaisperiaatteella tapahtuvaa vuorovaikutusta kaikkien toimijoiden kesken samalla, kun se takaa tiedonvaihdon eheyden ja jatkuvuuden yhteentoimivaan rautatieliikenteeseen osallistuvien kesken tarjoamalla keskitetyt palvelut.
A peer-to-peer interaction model allows the best cost distribution between the different actors, based on actual usage and will present, in general, lesser scalability problems.
Vertaisperiaatteella tapahtuvan vuorovaikutuksen ansiosta kustannukset voidaan parhaalla tavalla jakaa eri toimijoiden kesken todellisen käytön perusteella, minkä lisäksi se yleisesti ottaen aiheuttaa vähemmän skaalautuvuuteen liittyviä ongelmia.
Network
Verkko
Networking in this case means the method and philosophy of communication and does not include the physical network.
Tässä tapauksessa verkottumisella tarkoitetaan viestinnän menetelmää ja filosofiaa, ei fyysistä verkkoa.
The rail interoperability community is based on usage of the public Internet network, thus encouraging and lowering barriers for entry actors.
Yhteentoimivan rautatieliikenteen yhteisö perustuu julkisen Internetin käyttöön, mikä alentaa uusien toimijoiden mukaantulon kynnystä.
The security issue will therefore be addressed not by the network (VPN, tunnelling, ...), but by exchanging and managing inherently secure messages.
Tietoturvaa ei sen vuoksi hoideta verkon avulla (VPN, tunnelointi, ...), vaan vaihtamalla ja hallitsemalla turvallisia viestejä.
A VPN network is therefore not required, thus avoiding problems with responsibilities and ownership allocation.
VPN-verkkoa ei sen vuoksi tarvita, minkä ansiosta vältetään vastuunjakoon ja omistussuhteisiin liittyvät ongelmat.
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
Tunnelointia ei pidetä tarpeellisena vaadittavan tietoturvatason saavuttamiseksi.
In any case if some actors already have or want to implement various degrees of security on selected partitions of the network, they can do so.
Joka tapauksessa toimijat voivat halutessaan toteuttaa erilaisia tietoturvajärjestelyjä tietyissä verkon osissa.
Over the public Internet network it is possible to implement a hybrid Peer to Peer model with a central repository and a common interface at each actors' node.
Julkisen Internetin välityksellä on mahdollista toteuttaa hybridinen vertaisverkkomalli, jossa on keskitetty kuvaustietokanta ja yhteinen rajapinta kunkin toimijan liittymään.
The central repository is approached first to obtain meta-information, such as the identity of the peer (actor) on which some information is stored, or to verify security credentials.
Keskitettyä kuvaustietokantaa lähestytään ensin metatiedon saamiseksi, kuten toimijan tietoja sisältävän identiteetin selvittämiseksi tai tietoturvavaltuuksien varmentamiseksi.
Afterwards, a peer-to-peer communication is performed between involved actors.
Sen jälkeen toimijat viestivät keskenään vertaisperiaatteella.
Protocols
Protokollat
Only protocols belonging to the full internet protocol suite must be used.
Käytettävien protokollien on kuuluttava käytössä oleviin Internet-protokolliin.
Security
Tietoturva