natgillin/translations-raw huggingface dataset:
The concept of a VPN (Virtual Private Network) has been implemented within the framework of TESTA.
V rámci siete TESTA sa realizovala koncepcia virtuálnej privátnej siete (VPN – Virtual Private Network).
Tag Switching Technology used to build this VPN will evolve to support Multi-Protocol Label Switching (MPLS) standard developed by the Internet Engineering Task Force (IETF).
Štítkovacia technológia použitá na vytvorenie uvedenej VPN sa bude ďalej vyvíjať, aby podporovala štandard MPLS (Multi-Protocol Label Switching), ktorý vytvorila osobitná skupina IETF.
MPLS is an IETF standard technology that speeds up network traffic flow by avoiding packet analysis by intermediate routers (hops).
MPLS je štandardnou technológiou, ktorá zvyšuje rýchlosť smerovania dát v sieti tým, že zabraňuje analýze paketov zo strany priebežných smerovačov (vynechávajú sa skoky).
This is done on the basis of so-called labels that are attached to packet by the edge routers of the backbone, on the basis of information stored in the forwarding information base (FIB).
Funguje to na základe tzv. značiek, ktoré paketu pridelí okrajový smerovač chrbticovej siete na základe informácií uložených v smerovacej tabuľke FIB (Forwarding Information Base). Značky sa používajú aj na implementáciu virtuálnych súkromných sietí (VPN).
Labels are also used to implement virtual private networks (VPNs).
MPLS spája výhody smerovania protokolu tretej vrstvy a prepínania protokolu druhej vrstvy. Pretože počas prechodu cez chrbticovú sieť sa nevyhodnocujú IP adresy, v štandarde MPLS nie sú žiadne obmedzenia týkajúce sa týchto adries.
Protocols and Standards to be used over the communication network
Protokoly a normy, ktoré sa budú využívať v rámci komunikačnej siete
Simple Mail Transfer Protocol is the de facto standard for e-mail transmission across the Internet.
Protokol SMTP (Simple Mail Transfer Protocol) je vlastne štandardným protokolom na prenos elektronickej pošty cez Internet.
SMTP is a relatively simple, text-based protocol, where one or more recipients of a message are specified and then the message text is transferred.
SMTP je relatívne jednoduchým textovým protokolom, v ktorom sa špecifikuje jeden alebo viac príjemcov správ a následne sa odošle text správy.
SMTP uses TCP port 25 upon the specification by the IETF.
SMTP využíva TCP port 25 podľa špecifikácie IETF.
To determine the SMTP server for a given domain name, the MX (Mail eXchange) DNS (Domain Name Systems) record is used.
Na určenie servera SMTP pre príslušný názov domény sa využíva záznam MX (Mail eXchange) DNS (Domain Name Systems).
Since this protocol started as purely ASCII text-based it did not deal well with binary files.
Keďže tento protokol bol vytvorený ako čistý textový protokol na základe tabuľky ASCII, prácu s binárnymi súbormi nezvládal.
Standards such as MIME were developed to encode binary files for transfer through SMTP.
Na zakódovanie binárnych súborov na účely prenosu prostredníctvom SMTP sa vytvorili normy typu MIME.
Today, most SMTP servers support the 8BITMIME and s/MIME extension, permitting binary files to be transmitted almost as easily as plain text.
V súčasnosti väčšina serverov SMTP podporuje rozšírenia 8BITMIME a sMIME, ktoré umožňujú prenos binárnych súborov s ľahkosťou čistého textu.
The processing rules for s/MIME operations are described in the section s/MIME (see Chapter 5.4).
Postupy spracovania pre operácie s/MIME sa opisujú v oddiele s/MIME (pozri kapitolu 5.4).
SMTP is a ‘push’ protocol that does not allow one to ‘pull’ messages from a remote server on demand.
SMTP je protokolom typu „push“, ktorý neumožňuje používateľovi stiahnuť si správy zo vzdialeného servera na žiadosť.
To do this a mail client must use POP3 or IMAP.
Na to musí klient elektronickej pošty využívať protokoly POP3 alebo IMAP.
Within the framework of implementing DNA data exchange it is decided to use the protocol POP3.
V rámci realizácie výmeny údajov o DNA sa rozhodlo, že sa bude využívať protokol POP3.
Local e-mail clients use the Post Office Protocol version 3 (POP3), an application-layer Internet standard protocol, to retrieve e-mail from a remote server over a TCP/IP connection.
Miestni klienti elektronickej pošty využívajú na stiahnutie pošty zo vzdialeného servera cez spojenie TCP/IP tretiu verziu protokolu POP (Post Office Protocol), štandardný internetový protokol aplikačnej vrstvy.
By using the SMTP Submit profile of the SMTP protocol, e-mail clients send messages across the Internet or over a corporate network.
Klienti elektronickej pošty posielajú správy cez Internet alebo sieť spoločnosti prostredníctvom profilu SMTP Submit protokolu SMTP.
MIME serves as the standard for attachments and non-ASCII text in e-mail.
Normou pre prílohy a text, ktorý nie je vytvorený pomocou znakov ASCII, je MIME.
Although neither POP3 nor SMTP requires MIME-formatted e-mail, essentially Internet e-mail comes MIME-formatted, so POP clients must also understand and use MIME.
Hoci ani POP3, ani SMTP nevyžaduje email formátovaný cez protokol MIME, internetová elektronická pošta prichádza v takomto formáte, a preto klienti služby POP musia MIME chápať a používať.
The whole communication environment of Decision 2008/615/JHA will therefore include the components of POP.
V celom komunikačnom prostredí podľa rozhodnutia 2008/615/SVV sa preto budú nachádzať zložky protokolu POP.
Network Address Assignment
Pridelenie sieťovej adresy
Operative environment
Operačné prostredie
A dedicated block of C class subnet has currently been allocated by the European IP registration authority (RIPE) to TESTA. Further address blocks may be allocated to TESTA in the future if required.
Sieti TESTA pridelil Európsky úrad na registráciu IP adries (RIPE) vymedzený blok podsiete triedy C. V prípade potreby sa v budúcnosti sieti TESTA môžu prideliť ďalšie bloky adries.
The assignment of IP addresses to Member States is based upon a geographical schema in Europe.
Prideľovanie IP adries členským štátom sa zakladá na geografickej schéme Európy.
The data exchange among Member States within the framework of Decision 2008/615/JHA is operated over a European wide logically closed IP network.
Výmena údajov medzi členskými štátmi v rámci rozhodnutia 2008/615/SVV sa prevádzkuje cez celoeurópsku, logicky uzavretú sieť IP.
Testing Environment
Testovacie prostredie
In order to provide a smooth running environment for the daily operation among all connected Member States, it is necessary to establish a testing environment over the closed network for new Member States which prepare to join the operations.
Na zabezpečenie hladko fungujúceho prostredia každodennej prevádzky vo všetkých pripojených členských štátoch je potrebné v rámci uzavretej siete vytvoriť testovacie prostredie pre nové členské štáty, ktoré sa pripravujú na pripojenie.
A sheet of parameters including IP addresses, network settings, e-mail domains as well as application user accounts has been specified and should be set up at the corresponding Member State's site.
Vymedzil sa zoznam parametrov, ktorý obsahuje IP adresy, nastavenia siete, emailové domény a účty používateľa aplikácií, a tieto parametre sa nastavia na zodpovedajúcej lokalite príslušného členského štátu.
Moreover, a set of pseudo DNA profiles has been constructed for the test purposes.
Okrem toho sa na skúšobné účely vytvoril súbor pseudoprofilov DNA.
Configuration Parameters
Konfiguračné parametre
A secure e-mail system is set up using the eu-admin.net domain.
Vytvoril sa bezpečný systém elektronickej pošty, ktorý využíva doménu eu-admin.net.
This domain with the associated addresses will not be accessible from a location not on the TESTA EU wide domain, because the names are only known on the TESTA central DNS server, which is shielded from the Internet.
K tejto doméne a pridruženým adresám nebude existovať prístup z lokalít, ktoré sa nenachádzajú na celoeurópskej doméne TESTA, pretože príslušné mená pozná len centrálny DNS server TESTA, ktorý je chránený pred prístupom z internetu.
The mapping of these TESTA site addresses (host names) to their IP addresses is done by the TESTA DNS service.
Mapovanie uvedených adries lokalít (doménových mien) na ich IP adresy sa vykonáva prostredníctvom služby DNS siete TESTA.
For each Local Domain, a Mail entry will be added to this TESTA central DNS server, relaying all e-mail messages sent to TESTA Local Domains to the TESTA central Mail Relay.
Ku každej miestnej doméne sa na uvedenom centrálnom serveri DNS pre sieť TESTA pridá poštová položka, čím sa zabezpečí presmerovanie všetkých emailov odoslaných na miestne domény siete TESTA na centrálny poštový relay server siete TESTA.
This TESTA central Mail Relay will then forward them to the specific Local Domain e-mail server using the Local Domain e-mail addresses.
Tento relay server siete TESTA potom správy presmeruje na špecifický poštový server miestnej domény pomocou emailových adries miestnych domén.
By relaying the e-mail in this way, critical information contained in e-mails will only pass the Europe - wide closed network infrastructure and not the insecure Internet.
Prostredníctvom takéhoto prenosu elektronickej pošty sa zabezpečí, že zásadné informácie obsiahnuté v emailoch sa budú pohybovať len cez celoeurópsku uzavretú sieťovú infraštruktúru, a nie cez málo bezpečný internet.
It is necessary to establish sub-domains (bold italics) at the sites of all Member States upon the following syntax:
Na lokalitách všetkých členských štátov je preto potrebné vytvoriť subdomény (tučná kurzíva) s takouto syntaxou:
‘application-type.pruem.Member State-code.eu-admin.net’, where:
„typ-aplikácie.pruem.kód-členského štátu.eu-admin.net“, kde:
‘Member State-code’ takes the value of one of the two letter-code Member State codes (i.e. AT, BE, etc.).
„kód-členského-štátu“ je dvojpísmenovým kódom členského štátu (napr. AT, BE atď.),
‘application-type’ takes one of the values: DNA and FP.
„typ-aplikácie“ je buď DNA, alebo FP.
By applying the above syntax, the sub domains for the Member States are shown in the following table:
V nasledujúcej tabuľke sa nachádzajú subdomény členských štátov vytvorené na základe uvedenej syntaxe:
The purpose of the following document interface Control Document is to define the requirements for the exchange of dactyloscopic information between the Automated Fingerprint Identification Systems (AFIS) of the Member States.
Cieľom tohto dokumentu o riadení prepojenia je vymedziť požiadavky na výmenu daktyloskopických informácií medzi automatickými systémami na identifikáciu odtlačkov prstov (AFIS – Automated Fingerprint Identification Systems) v jednotlivých členských štátoch.
It is based on the Interpol-Implementation of ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).
Vychádza z vykonávania normy ANSI/NIST-ITL 1-2000 (INT-I, verzia 4.22b) zo strany Interpolu.
This version shall cover all basic definitions for Logical Records Type-1, Type-2, Type-4, Type-9, Type-13 and Type-15 required for image and minutiæ based dactyloscopic processing.
Táto verzia zahŕňa všetky základné definície logických záznamov typu 1, 2, 4, 9, 13 a 15, ktoré sa vyžadujú na daktyloskopické spracovanie založené na obrázku alebo charakteristických individuálnych znakoch (markantoch).
File Content Overview
Prehľad obsahu súboru
A dactyloscopic file consists of several logical records.
Daktyloskopický súbor pozostáva z viacerých logických záznamov.
There are sixteen types of record specified in the original ANSI/NIST-ITL 1-2000 standard.
V pôvodnej norme ANSI/NIST-ITL 1-2000 je vymedzených šestnásť typov záznamov.
Appropriate ASCII separation characters are used between each record and the fields and subfields within the records.
Medzi každým záznamom a poliami a subpoliami v rámci záznamov sa používajú príslušné oddeľovacie znaky podľa tabuľky ASCII.
Only 6 record types are used to exchange information between the originating and the destination agency:
Na výmenu informácií medzi agentúrou pôvodu a určenia sa používa len 6 typov záznamov:
Type-1
Typ-1
Transaction information
Informácie o operácii
Type-2
Typ-2
Alphanumeric persons/case data
Alfanumerické údaje o osobách/prípade
Type-4
Typ-4
High resolution greyscale dactyloscopic images
Daktyloskopické obrázky v odtieňoch šedej s vysokým rozlíšením
Type-9
Typ-9
Minutiæ Record
Záznam o markantoch
Type-13
Typ-13
Variable resolution latent image record
Záznam latentného obrázku s rôznym rozlíšením
Type-15
Typ-15
Variable resolution palmprint image record
Záznam odtlačku dlane s rôznym rozlíšením
Type-1 — File header
Typ 1 – Hlavička súboru
This record contains routing information and information describing the structure of the rest of the file.
Tento záznam obsahuje informácie o smerovaní a informácie opisujúce štruktúru zvyšku súboru.
This record type also defines the types of transaction which fall under the following broad categories:
V tomto type záznamu sa tiež vymedzujú typy operácií, ktoré patria do nasledujúcich širších kategórií:
Type-2 — Descriptive text
Typ 2 – Opisný text
This record contains textual information of interest to the sending and receiving agencies.
Tento záznam obsahuje textové informácie, ktoré môžu byť zaujímavé pre odosielajúcu a prijímajúcu agentúru.
Type-4 — High resolution greyscale image
Typ 4 – Obrázok v odtieňoch šedej s vysokým rozlíšením
This record is used to exchange high resolution greyscale (eight bit) dactyloscopic images sampled at 500 pixels/inch.
Tento záznam sa používa na výmenu daktyloskopických obrázkov v odtieňoch šedej (s 8 bitovým kódovaním) s vysokým rozlíšením 500 pixelov na palec.
The dactyloscopic images shall be compressed using the WSQ algorithm with a ratio of not more than 15:1.
Daktyloskopické obrázky sa komprimujú pomocou algoritmu WSQ (Wavelet/Scalar Quantization) s kompresným pomerom nepresahujúcim 15 : 1.
Other compression algorithms or uncompressed images must not be used.
Nesmú sa využívať iné kompresné algoritmy ani nekomprimované obrázky.
Type-9 — Minutiæ record
Typ 9 – Záznam o markantoch
Type-9 records are used to exchange ridge characteristics or minutiæ data.
Záznamy typu 9 sa používajú na výmenu údajov o papilárnych líniách alebo markantoch.
Their purpose is partly to avoid unnecessary duplication of AFIS encoding processes and partly to allow the transmission of AFIS codes which contain less data than the corresponding images.
Ich účelom je čiastočne sa vyhnúť nepotrebnému zdvojeniu kódovacích procesov AFIS a čiastočne umožniť prenos kódov AFIS, ktoré obsahujú menej údajov ako zodpovedajúce obrázky.
Type-13 — Variable-Resolution Latent Image Record
Typ 13 – Záznam latentného obrázku s rôznym rozlíšením
This record shall be used to exchange variable-resolution latent fingerprint and latent palmprint images together with textural alphanumerical information.
Tento záznam sa používa na výmenu skrytých obrázkov odtlačkov prstov a dlaní s rôznym rozlíšením spolu s alfanumerickou informáciou o textúre.
The scanning resolution of the images shall be 500 pixels/inch with 256 grey-levels.
Skenovacie rozlíšenie obrázkov je 500 pixelov na palec pri 256 odtieňoch šedej.
If the quality of the latent image is sufficient it shall be compressed using WSQ-algorithm.
V prípade dostatočnej kvality sa skrytý obrázok komprimuje pomocou algoritmu WSQ.
If necessary the resolution of the images may be expanded to more than 500 pixels/inch and more than 256 grey-levels on bilateral agreement.
V prípade potreby sa rozlíšenie obrázkov na základe dvojstrannej dohody môže zvýšiť na viac ako 500 pixelov na palec pri viac než 256 odtieňoch šedej.
In this case, it is strongly recommended to use JPEG 2000 (see Appendix 7).
V tomto prípade sa dôsledne odporúča využiť formát JPEG 2000 (pozri dodatok 7).
Variable-Resolution Palmprint Image Record
Typ 15 – Záznam odtlačku dlane s rôznym rozlíšením
Type-15 tagged field image records shall be used to exchange variable-resolution palmprint images together with textural alphanumerical information.
Záznamy obrázkov s označením polí typu 15 sa používajú na výmenu obrázkov odtlačkov dlane s rôznym rozlíšením spolu s alfanumerickou informáciou o textúre.
To minimise the amount of data all palmprint images shall be compressed using WSQ-algorithm.
Kvôli minimalizácii objemu údajov sa všetky obrázky odtlačkov dlane komprimujú pomocou algoritmu WSQ.
A transaction file shall consist of one or more logical records.
Prenášaný súbor sa skladá z jedného alebo viacerých logických záznamov.
For each logical record contained in the file, several information fields appropriate to that record type shall be present.
Pri každom logickom zázname v súbore sa nachádza niekoľko informačných polí, ktoré k takémuto záznamu prináležia.
Each information field may contain one or more basic single-valued information items.
Každé informačné pole môže obsahovať jeden alebo viacero základných informačných prvkov s jedinou hodnotou.
Taken together these items are used to convey different aspects of the data contained in that field.
Tieto prvky sa spoločne používajú na prenos rôznych aspektov údajov, ktoré sa v danom poli nachádzajú.
An information field may also consist of one or more information items grouped together and repeated multiple times within a field.
Informačné pole môže pozostávať aj z jedného alebo viacerých zoskupených informačných prvkov, ktoré sa v danom poli niekoľkokrát opakujú.
Such a group of information items is known as a subfield.
Takéto zoskupenie informačných prvkov sa nazýva podpole.
An information field may therefore consist of one or more subfields of information items.
Informačné pole preto pozostáva z jedného alebo viacerých podpolí obsahujúcich informačné prvky.
Information separators
Separátory informácií
In the tagged-field logical records, mechanisms for delimiting information are implemented by use of four ASCII information separators.
V logických záznamoch ohraničených tagmi sa mechanizmy na ohraničenie informácií uplatňujú vo forme štyroch separátorov informácií ASCII.
The delimited information may be items within a field or subfield, fields within a logical record, or multiple occurrences of subfields.
Ohraničené informácie môžu byť prvkami v rámci poľa alebo podpoľa, poliami v rámci logických záznamov alebo viackrát sa vyskytujúcimi podpoliami.
These information separators are defined in the standard ANSI X3.4.
Uvedené separátory informácií sa vymedzujú v norme ANSI X3.4.
These characters are used to separate and qualify information in a logical sense.
Sú to znaky, ktoré sa používajú na oddelenie a zatriedenie informácií v logickom zmysle.
Viewed in a hierarchical relationship, the File Separator ‘FS’ character is the most inclusive followed by the Group Separator ‘GS’, the Record Separator ‘RS’, and finally the Unit Separator ‘US’ characters.
V rámci hierarchických vzťahov je najinkluzívnejším znakom separátor súboru „FS“, po ňom separátor skupiny „GS“, separátor záznamu „RS“ a nakoniec separátor jednotky „US“.
Table 1 lists these ASCII separators and a description of their use within this standard.
V tabuľke 1 sa nachádza zoznam týchto separátorov a opis ich použitia v rámci uvedenej normy.
Information separators should be functionally viewed as an indication of the type data that follows.
Z funkčného hľadiska by sa mali separátory informácií považovať za označenie typu údajov, ktoré po nich nasledujú.
The ‘US’ character shall separate individual information items within a field or subfield.
Znak „US“ oddeľuje jednotlivé informácie v poli či podpoli.
This is a signal that the next information item is a piece of data for that field or subfield.
Signalizuje, že ďalšia informácia bude údaj, ktorý sa týka daného poľa či podpoľa.
Multiple subfields within a field separated by the ‘RS’ character signals the start of the next group of repeated information item(s).
Viaceré podpolia v poli oddelenom pomocou znaku „RS“ naznačujú začiatok ďalšej skupiny opakovaných informácií.
The ‘GS’ separator character used between information fields signals the beginning of a new field preceding the field identifying number that shall appear.
Separátor „GS“ použitý medzi informačnými poliami signalizuje začiatok nového poľa, ktoré predchádza poľu identifikovanému zobrazeným číslom.
Similarly, the beginning of a new logical record shall be signalled by the appearance of the ‘FS’ character.
Podobne by aj výskyt separátora „FS“ mal znamenať začiatok nového logického záznamu.
The four characters are only meaningful when used as separators of data items in the fields of the ASCII text records.
Tieto štyri znaky majú význam len v prípade, ak sa použijú ako separátory jednotlivých údajov v poliach textových záznamov ASCII.
There is no specific meaning attached to these characters occurring in binary image records and binary fields — they are just part of the exchanged data.
V binárnych obrázkoch či v binárnych poliach nemajú tieto znaky žiaden osobitný význam – sú len súčasťou vymieňaných údajov.
Normally, there should be no empty fields or information items and therefore only one separator character should appear between any two data items.
Za bežných okolností by sa nemali vyskytovať prázdne polia ani nulové informácie, a preto by sa medzi akýmikoľvek dvoma údajmi mal objavovať len jeden separátor.
The exception to this rule occurs for those instances where the data in fields or information items in a transaction are unavailable, missing, or optional, and the processing of the transaction is not dependent upon the presence of that particular data.
Výnimkou z tohto pravidla sú prípady, keď nie sú údaje v poliach alebo informáciách v rámci transakcie dostupné, ak chýbajú alebo sú nepovinné, a ak priebeh transakcie nezávisí od prítomnosti takýchto údajov.
In those instances, multiple and adjacent separator characters shall appear together rather than requiring the insertion of dummy data between separator characters.
V takýchto prípadoch sa namiesto vkladania „vaty“ medzi separátory môžu spolu objaviť viaceré priľahlé separátory.
For the definition of a field that consists of three information items, the following applies.
Pri definovaní poľa, ktoré sa skladá z troch informácií, platia tieto pravidlá.
If the information for the second information item is missing, then two adjacent ‘US’ information separator characters would occur between the first and third information items.
Ak chýba druhá informácia, medzi prvou a treťou informáciou sa objavia dva znaky „US“ vedľa seba.
If the second and third information items were both missing, then three separator characters should be used — two ‘US’ characters in addition to the terminating field or subfield separator character.
Ak by chýbala druhá i tretia informácia, mali by sa použiť tri separátory – dva znaky „US“ a separátor uzatvárajúci pole či podpole.
In general, if one or more mandatory or optional information items are unavailable for a field or subfield, then the appropriate number of separator character should be inserted.
Vo všeobecnosti platí, že ak pre pole alebo podpole nie je dostupná jedna povinná alebo nepovinná informácia, alebo viacero takýchto informácií, mal by sa vložiť zodpovedajúci počet separátorov.
It is possible to have side-by-side combinations of two or more of the four available separator characters.
Je možné, aby vedľa seba existovali kombinácie dvoch alebo viacerých zo štyroch dostupných separátorov.
When data are missing or unavailable for information items, subfields, or fields, there must be one separator character less than the number of data items, subfields, or fields required.
Ak pri informačných položkách, podpoliach alebo poliach chýbajú údaje alebo ak nie sú dostupné, počet použitých separátorov musí byť o jeden nižší, ako počet vyžadovaných informácií, podpolí alebo polí.
Table 1: Separators Used
Tabuľka 1: Použité separátory
Record layout
Rozvrhnutie záznamu
For tagged-field logical records, each information field that is used shall be numbered in accordance with this standard.
V logických záznamoch označených tagmi sa každé použité informačné pole očísluje v súlade s touto normou.