natgillin/translations-raw huggingface dataset:
Sådanne net kan betragtes som upålidelige.
These are unreliable networks.
Her skal transportprotokollen være i stand til at rette signalerede fejl samt gennemføre fejlkontrol.
Here, transport protocol requires recovery from signalled errors and performance of error checking.
En transporttjeneste kan eventuelt tilbyde multipleksering (overførsel af flere uafhængige datastrømme i en og samme netforbindelse).
A transport service may or may not offer the option of a multiplexing function (two or more transport connections sharing the same network connection).
For at tilgodese de tre nævnte nettyper samt muligheden for multipleksering er der defineret fem forskellige transportprotokolklasser.
To accommodate the three types of networks and the option of multiplexing, five different classes of transport protocol are defined.
De fem transportklassers vigtigste karakteristika er vist i tabellen nedenfor:
The main features of the five transport classes are given in the following table:
Simpel klasse med reetablering efter fejl Etablering af opkald fra endepunkt til endepunkt Dataoverførsel uden fejlkontrol Ingen multipleksering Reetablering ener fejl
Basic error recovery class. End-to-end call establishment Data transfer without error checking No multiplexing Error recovery
Klasse med reetablering efter fejl samt multipleksering Etablering af opkald fra endepunkt til endepunkt Dataoverførsel med fejlkontrol Multipleksering Reetablering efter fejl
Error recovery and multiplexing class. End-to-end call establishment Data transfer with error checking Multiplexing Error recovery
Klasse med fejldetektering og reetablering efter fejl Etablering af opkald fra endepunkt til endepunkt Dataoverførsel med fejlkontrol Multipleksering Reetablering efter fejl
Error detection and recovery class. End-to-end call establishment Data transfer with error checking Multiplexing Error recovery
I almindelighed anses pakkekoblede datanet for at være meget pålidelige og svarer hermed til den første af de tre ovennævnte nettyper.
Generally, PSDNs are considered as highly reliable and correspond to the first of the three types of networks described above.
I de fleste tilfælde kan transportklasse 0 eller 2 altså anvendes.
In such cases, Transport Classes 0 and 2 may be used.
Imidlertid kan en forbindelse mellem to slutsystemer passere gennem mindre pålidelige delnet, også selv om begge slutsystemer er tilsluttet et PSDN. Desuden betragtes visse PSDN'er som mindre pålidelige. I disse tilfælde kan der være behov for transportklasse 1, 3 eller 4.
However, end-to-end connection may involve less reliable subnetworks even if both end systems are connected to a PSDN, or a given PSDN may be considered as not being sufficiently reliable.
Klasse 4 anvendes ofte, da den dækker alle nettyper (det er den eneste klasse, der kan anvendes i forbindelsesuafhængige nettjenester, f.eks. i sammenkoblede lokalnet).
Class 4 is widely used because it covers all network types (it is the only class which can be used in connectionless mode network service, e.g. over connected LANs).
De mulige grænseflader er:
ISDNs are not discussed here.
De mulige datatransmissionshastigheder er vist i tabellen nedenfor:
The possible data transmission rates are given in the following table:
600, 1200 (kun for telefonnet), 2400, 4800, 9600, 19200, 48000, 64000
600,1200 (for telephone networks only) 2400,4800,9600,19200,48000,64000
Datatransmissionshastighederne i telefonnet, CSDN'er og PSDN'er kan variere fra den ene netvirksomhed til den den anden (f.eks. fra det ene land til det andet).
The data transmission rates available in a telephone network, CSDN or PSDN may vary from one operator to another (i.e. from one country to another).
Tag kontakt med den relevante netvirksomhed for yderligere oplysninger.
It is advisable to contact the operator for detailed information.
Når der sendes over pakkekoblede datanet, skal OSI-slutsystemer være i stand til at sende og modtage pakker.
When using PSDN networks, OSI end systems operate in packet mode, i.e. they are able to send and receive packets.
Pakkeorienteret terminaludstyr må skelnes fra tegnorienteret terminaludstyr, der sender og modtager tegn.
Packet mode terminal equipment must be distinguished from character mode terminal equipment which sends and receives characters.
Tegnorienteret terminaludstyr, som skal suppleres med en PAD {Packet Assembly¡Disassembly) for at kunne kobles til et PSDN, er ikke behandlet i denne håndbog.
Character mode terminal equipment, which must be equipped with a packet assembly/disassembly facility (PAD) if it is to be connected to a PSDN, is not discussed in this handbook.
I almindelighed forbindes slutsystemerne til PSDN'et via et telefonnet, et digitalnet
Generally, end systems access PSDNs through a telephone network, a digital network or an ISDN.
Hvis slutsystemerne forbindes direkte via et CSDN, kan X.25-teknikken også an vendes.
If end systems are connected directly through a circuit switched data network, the same X.25 technique may be used.
Figur 3.2.1.1/7: Forbindelse til et CSDN
Figure 3.2.1.1/7: Connection to a CSDN
Også i dette tilfælde er OSI-slutsystemerne i stand til at sende og modtage pakker.
In this case, OSI end systems also operate in packet mode, i.e. they are able to send and receive packets.
Forbindelse af slutsystemer til et PSDN via et ISDN er ikke behandlet i den foreliggende udgave af EPHOS-håndbogen.
The case of the connection of end systems to a PSDN through an ISDN is not treated in the present version of the Ephos handbook.
III.3 Funktionsstandarder (oversigt)
Functional standards (overview)
Rammerne og klassifikationen af funktionsstandarder eller profiler i EF er fastlagt i M-IT-02.
The framework and taxonomy for functional standards or profiles in the European Community is defined by M-IT-02.
Dette dokument, der er udgivet af CEN/CENELEC, indeholder profilerne, deres navne og deres definitioner.
This document, published by CEN/Cenelec, gives the profiles, their identifier and their definition.
Det indeholder T-profiler svarende til forskellige transportløsninger.
It includes T-profiles corresponding to transport solutions.
De T-profiler, der ifølge M-IT-02 skal anvendes i forbindelse med PSDN-løs-ninger, er vist i tabellen nedenfor:
In accordance with M-IT-02, the T-profiles applicable in the case of PSDN solutions are given in the following table:
CEN/CENELEC har udgivet to ENV'er, der er gældende for forbindelser fra slutsystemer til et PSDN via et telefonnet eller et CSDN.
CEN-Cenelec has published two ENVs which apply to the connection of end systems to a PSDN via a telephone network or a CSDN.
Den ene af disse definerer T/312, den anden såvel T/3221 og T/3222.
One defines T/312 and the other bothT/3221 andT/3222.
De fire nederste OSI-lags egenskaber er, for så vidt som de er relevante for CSDN-løsninger, anført nedenfor.
The characteristics of the four lower OSI layers as they apply to CSDN solutions are given below.
De T-profiler, der ifølge M-IT-02 skal anvendes i CSDN-løsninger, er vist i tabel len nedenfor:
In accordance with M-IT-02, the T-profiles applicable in the case of CSDN solutions are given in the following table:
CEN/CENELEC har udgivet en ENV, der er gældende for forbindelser mellem slutsystemer via et CSDN.
CEN-Cenelec has published an ENV which applies to the connection of end systems via a CSDN.
SUPPLERENDE TEKNISKE OPLYSNINGER
Services provided by ENV41104
III.4 ENV 41104-tjenester
Transport protocol options
Transportprotokolvalgmuligheder
In ENV41104, there are two transport class options:
I forbindelse med PSDN'er, der betragtes som pålidelige net, behandles udelukkende transportklasse 0 og transportklasse 2 (jvf. III.1.3). 1.3).
• support of Classes 0 and 2;
I ENV 41104 er der 2 transportklassevalgmuligheder:
The characteristics of these two options are given in the following table:
Kan ikke forbindes med et system, der kun understøtter klasse 2.
Does not operate with a system implementing Class 2 only
Hver gang der er behov for en transportforbindelse, oprettes en ny netforbindelse.
Each time a transport connection is needed, a new network connection is established.
Udnyttelsen af netforbindelserne er ikke optimeret, og kommunikationsomkostningeme er eventuelt større end for klasse 2.
The use of network connections is not optimized and communications costs may be greater than for Class 2.
Kun klasse 0 og 2
Classes 0 and 2
En mekanisme for afstemning af den klasse, der skal anvendes, etableres (class negotiation).
A mechanism for class negotiation is implemented.
Multipleksering muliggør en bedre udnyttelse af netforbindelserne og bidrager til en nedbringelse af driftsomkostningerne.
Multiplexing allows for better use of network connections and helps to reduce operating costs.
Det bør bemærkes, at det i ENV 41104 i høj grad tilrådes, at såvel klasse 0 som 2 implementeres.
It should be noted that ENV41104 strongly recommends use of the Classes 0 and 2 option.
III SUPPLERENDE TEKNISKE OPLYSNINGER
ENV 41104 requires use of the 1984 version of X.25.
Krav om faciliteter, der ikke er omfattet af ENV 41104, bør ses i sammenhæng med udformningen af det net, systemet er tilsluttet.
Requirements for facilities other than those stipulated in ENV 41104 should be considered in conjunction with the design of the network to which the system is connected.
Bilag B i ENV 41104 indeholder en oversigt over, hvor man kan skaffe sig supplerende oplysninger om X.25-implementering i europæiske net.
A list of sources for additional information about X.25 implementation in European networks is given in Annex B of ENV 41104.
De understøttede datatransmissionshastigheder er 2400, 4800, 9600, 19200 (kun i visse net), 48000 og 64000 bit/s alt efter begrænsningerne i det konkrete PSDN.
The data transmission rates supported are 2400, 4800, 9600, 19200 (only available in certain networks), 48000 and 64000 bits/s in accordance with the PSDN's limitations.
III.5 ENV41105-tjenester
Services provided by ENV41105
Transportprotokolvalgmuligheder
Transport protocol options
Transportprotokolvalgmulighederne i ENV 41105 er de samme som i ENV 41104 (jvf. III.4).
ENV41105 transport protocol options are the same as those for ENV41104 (see III.4).
X.25-protokolvalgmulighederne i ENV 41105 er de samme som i ENV 41104 (jvf. III.4).
ENV41105 X.25 protocol options are the same as those for ENV 41104 (see III.4).
De understøttede datatransmissionshastigheder er 600, 1200, 2400, 4800, 9600, 19200 (kun i visse net), 48000 og 64000 bit/s alt efter begrænsningerne i det konkrete PSDN.
The data transmission rates supported are 600, 1200, 2400, 4800, 9600, 19200 (only available in certain networks), 48000 and 64000 bits/s in accordance with the PSDN's limitations.
lll.6ENV41107-tjenester
Services provided by ENV41107
ENV 41107 omhandler forbindelsesafhængige transporttjenester mellem slutsystemer, der er forbundet med et CSDN.
ENV 41107 covers connection-mode transport service for end systems connected to a CSDN.
Transportprotokolvalgmulighederne i ENV 41107 er de samme som i ENV 41104 Üvf. III.4).
ENV41105 transport protocol options are the same as those for ENV41104 (see III.4).
X.25-protokolvalgmulighedeme i ENV 41107 er de samme som i ENV 41104 (jvf. III.4).
ENV 41105 X.25 protocol options are the same as those for ENV 41104 (see III.4).
De understøttede datatransmissionshastigheder er 600, 2400, 4800, 9600, 48000 og 64000 bit/s alt efter begrænsningerne i det konkrete CSDN.
The data transmission rates supported are 600, 2400, 4800, 9600, 48000 and 64000 bits/s in accordance with the CSDN's limitations.
Der kan foretages to slags prøvninger på produkter, der er baseret på OSI-standar-der, nemlig overensstemmelsesprøvning og interoperabilitetsprøvning.
Two types of tests can be performed on products based on OSI standards: conformance tests and interoperability tests.
- Formålet med overensstemmelsesprøvning er at afgøre, om et produkt er i overensstemmelse med protokolkravene i en basisstandard eller en funktionsstandard.
The purpose of conformance testing is to determine if a product meets the protocol requirements in a base standard or functional standard.
- Formålet med interoperabilitetsprøvning er at afgøre, om et produkt i praksis kan arbejde sammen med andre produkter, der er baseret på samme standard.
The purpose of interoperability testing is to determine if a product will interwork in practice with other products based on the same standard.
De to prøvningsprocedurer er fuldstændigt forskellige og kan altså ikke erstatte hinanden.
These two testing procedures are completely distinct and should not be regarded as interchangeable.
Overensstemmelsesprøvning giver en første sikkerhed for, at de prøvede produkter sandsynligvis kan arbejde sammen.
Conformance testing provides initial assurance that products are likely to interwork.
Imidlertid skal og kan overensstemmelsesprøvning ikke fuldt ud garantere, at produkterne fungerer i sammenhæng, fordi prøvningen vedrører et begrænset antal afprøvningssituationer, der ikke dækker samtlige parametre eller parameterkombinationer.
However, conformance testing does not and cannot fully guarantee that products will interwork because the tests involved are based on a limited number of cases which cannot verify all possible parameters or combinations of parameters.
Der kan derfor være forskelle på produkter, selv om de med positivt resultat har gennemgået overensstemmelsesprøvning.
As a result, there may be some differences between products which have successfully passed conformance tests.
Ikke desto mindre er overensstemmelsesprøvning vigtig, da den giver et rimeligt pålideligt fingerpeg om, at produkterne kan fungere sammen.
None the less, conformance testing is important as it provides a reasonably good indication of a product's likelihood to be able to interwork.
Interoperabilitetsprøvning er velegnet til at måle samarbejdsevne i konkrete sam menhænge.
Interoperability testing is a good guide to interworking in specific circumstances.
Denne form for prøvning skal afsløre, hvorvidt bestemte produkter, der er i overensstemmelse med en given standard, rent faktisk kan arbejde sammen, og kan samtidig bringe vanskeligheder, der ikke er blevet afsløret under overensstemmelsesprøvningen, frem i lyset.
It determines if particular products conforming to a standard can actually interwork and it can bring to light any differences which were not detected by conformance testing. It provides a good indication of a product's capacity to interwork in specific circumstances.
Overensstemmelsesprøvningen skal gennemføres først, således at resultaterne herfra kan udnyttes til at lokalisere årsagerne til de samarbejdsproblemer, der senere måtte vise sig under interoperabilitetsprøvningen.
Conformance testing is to be carried out first because if interworking problems are detected during interoperability testing, the results of conformance tests make it easier to locate the source of the problems.
I mange tilfælde kan samarbejdsproblemer afhjælpes ved at ændre produktparametre.
In many such cases, interworking problems can be resolved by changing product parameters.
Leverandører lader ofte overensstemmelsesprøvning indgå som en integreret del i deres produktudviklingen.
Suppliers often include conformance testing as an integral part of the development cycle of their products.
De afholder altså som regel omkostningerne ved overens stemmelsesprøvning, på samme måde som det er tilfældet med andre udviklingsomkostninger. kostninger.
As such, they usually bear the cost of conformance testing just as they bear other development costs.
I basisstandarden ISO 9646 specificeres de procedurer, der skal anvendes i overens-
The base standard ISO 9646 specifies the procedures to be used for conformance testing. The main principles of ISO 9646 are:
Et produkt, der med held har gennemgået en overensstemmelsesprøvning, kan for synes med et overensstemmelsescertifikat udstedt af en godkendt organisation.
A product which has successfully undergone a conformance test can be issued a conformance certificate by an authorized body.
Alternativt kan leverandøren under eget ansvar erklære sit produkt i overensstemmelse med standarden.
Alternatively, a supplier may state conformity for a product under his responsibility.
Denne erklæring udstedes således som leverandørens egen overensstemmelseserklæring (Supplier's Declaration of Conformity).
This statement will be issued as a Supplier's Declaration of Conformity.
Interoperabilitetsprøvning er ikke så godt defineret og etableret som overensstemmelsesprøvning.
Interoperability procedures are not as well-defined or widely agreed upon as those for conformance testing.
Interoperabilitetsprøvning bør derfor indgå som et led i indkøbsproceduren.
Interoperability testing should therefore be integrated into the procurement process.
Indkøbere og leverandører bør træffe aftale om en procedure for interoperabilitetsprøvning, der skal gennemføres, før indkøbsaftalen kan anses for at være fuldt ud opfyldt. Denne procedure skal:
Procurers and suppliers should agree to an interoperability test procedure to be carried out before the procurement is considered completed.
- afprøve, at de distribuerede dele af produktet, f.eks. UA'en og MTA'en, kan fungere sammen;
(i) test that the distributed parts of the product, for example the user agent and message transfer agent, are capable of interworking;
- afprøve produktets evne til at arbejde sammen med de andre OSI-produkter, der er anført i indkøbsspecifikationen;
(ii) test the product's ability to interwork with other OSI products called for in the procurement specification;
- resultere i en rapport om forløbet af interoperabilitetsprøvningen, hvori alle opdagede interoperabilitetsproblemer er beskrevet.
(iii) produce an interoperability test report which includes a description of any interoperability problems encountered.
Nogle leverandører er gået sammen om at gennemføre interoperabilitetsprøvninger og registrere resultaterne.
Some suppliers have organized themselves into associations which carry out interoperability tests and keep records of the results.
I visse tilfælde stilles resultaterne til rådighed for interesserede parter.
In some cases, these results are made available to interested parties.
Det tilrådes indkøbere at gøre brug heraf, idet omfanget af de interoperabilitetsprøvninger, der skal gennemføres i forbindelse med det enkelte indkøb, hermed kan reduceres.
Procurers are advised to make use of them. Such results can help reduce the amount of interoperability testing which has to be carried out as part of each individual procurement.
Der er to typer af organisationer, der er involveret i overensstemmelsesprøvninger:
Two types of bodies are involved in conformance testing:
- prøvningslaboratorier, der selv gennemfører prøvningerne;
(a) test laboratories which perform tests themselves;
- certificeringsorganisationer, der har bemyndigelse til at udstede certifikater, hvori det godtgøres, at produkterne svarer til de specificerede standarder.
(b) certification bodies which are authorized to issue certificates stating that products conform to specified standards.
ECITC's opgave er at godkende og overvåge de såkaldte anerkendelsesaftaler {Recognition Agreement).
Its purpose is to approve and supervise so-called Recognition Agreements.
Ideen med disse aftaler er at sikre, at de forskellige prøvningslaboratorier rent teknisk svarer til hinanden, således at de certifikater, de udsteder, til slut kan anerkendes overalt i Europa.
The aim of Recognition Agreements is to ensure that test laboratories are technically equivalent and thus that their certificates will eventually be recognized throughout Europe.
Indtil videre har ECITC godkendt to anerkendelsesaftaler, nemlig OSTC {Open Systems Testing Consortium) og ETCOM {European Testing for Certification for Office and Manufacturing).
At present, the ECITC has approved two Recognition Agreements: the Open Systems Testing Consortium (OSTC) and the European Testing for Certification for Office and Manufacturing (Etcom).
I ISO 9646 defineres to slags rapporter for overensstemmelsesprøvning, nemlig prøvningsrapporter vedrørende systemoverensstemmelse (SCTR - System Conformance Test Report) og prøvningsrapporter vedrørende protokoloverensstemmelse (PCTR - Protocol Conformance Test Report).
Two types of conformance test reports are defined by ISO 9646: the system conformance test report (SCTR) and the protocol conformance test report (PCTR).
Sidstnævnte er meget detaljerede og især af teknisk interesse.
The latter is very detailed and is mainly of use to implementors.
SCTR'er har større relevans for indkøbere, idet de indeholder en standardiseret opsummering af prøvningsresultaterne.
The SCTR is more likely to be of use to procurers as it provides a summary of test results on a standard form.
Begge rapporter er en vigtig etape i opnåelse af overensstemmelsescertifikat for et givet produkt.
Both reports are essential steps on the way to obtaining a certificate of conformance.
Certifikaterne udstedes, efter at nationale certificeringsorganisationer har vurderet overensstemmelsesprøvningsrapporterne.
Certificates of conformance are issued after evaluation of conformance test reports by certification bodies on a national basis.
Udviklingen af harmoniserede europæiske procedurer for OSI-certificering befinder sig stadig i en indledende fase, og der findes kun få anerkendte certificeringsorganisationer for OSI-produkter.
The establishment of a harmonized European process for certification of OSI is still at an early stage and there are few recognized certification bodies for OSI products.
Overensstemmelseserklæringer udstedes af leverandørerne for deres egne produkter og under eget ansvar.
Declarations of conformity are issued by suppliers for their own products under their own responsibility.
Sådanne erklæringer bør være baseret på prøvningsrapporter fra anerkendte prøvningslaboratorier.
Preferably, they should be based on test reports from an accredited test laboratory.
Interoperabilitetsprøvning er ikke så godt defineret som overensstemmelsesprøvning, og der findes her ikke nogen standardmetode.
Interoperability testing is not as well-defined as conformance testing, and there is no standard approach to it.
En kreds af leverandører har oprettet to organisationer, der tilbyder interoperabilitetsprøvning, nemlig EurOSInet og SPAG.
Suppliers have created two organizations to provide interoperability testing: EurOSInet and SPAG.
EurOSInet er en sammenslutning af leverandører af IT-systemer og -tjenester, der har til formål at fremme anvendelsen af OSI i Europa.
EurOSInet is an association of suppliers of IT systems and services whose purpose is to promote the use of OSI in Europe.
Organisationen har for visse standarder defineret en række cases og også oprettet et demonstrationsnet.
It has defined a set of interoperability test cases for certain standards and also maintains a demonstration network.
Desuden afprøver medlemmerne MHS- og FTAM-produkter ad hoc.
The members also test MHS and FTAM products on an ad hoc basis.
EurOSInet udgiver tabeller med produkter, som har kunnet arbejde sammen under disse prøvninger.
EurOSInet publishes tables of products which have successfully interworked in these tests.
I marts 1991 bekendtgjorde denne organisation, at den havde indført den såkaldte PSI-procedure {Process to Support Interoperability).
In March 1991 it announced the establishment of a 'Process to support interoperability' (PSI) procedure.
Ethvert produkt, der underkastes denne procedure, skal på forhånd være overensstemmelsesprøvet med et godt resultat.
Any product submitted to this procedure will already have successfully been conformance tested.
Prøvningen gennemføres i et netmiljø, og det enkelte produkt skal kunne arbejde sammen med fire andre, der er udvalgt af producenten selv. Prøvningsstrategi og -metoder er fastsat i SPAG Interoperability Guide.
Testing will be carried out in a network environment and each product will be required to interwork successfully with four others chosen by the vendor.
4.5 INDKØBSFORMULERINGER
Procurement clauses
Følgende formuleringer bør indsættes i indkøbsspecifikationen.
The following clauses should be included in the procurement specification.