X.25

X.25 er linklagsstandarden for OSI-netværksmodellen . Det var beregnet til organisering af WAN baseret på telefonnetværk med linjer med en tilstrækkelig høj fejlrate, derfor indeholder den avancerede fejlkorrektionsmekanismer. Orienteret til at arbejde med etablering af forbindelser. Historisk set er det forgængeren til Frame Relay -protokollen .

X.25 leverer flere uafhængige virtuelle kredsløb (Permanent Virtual Circuits, PVC og Switched Virtual Circuits, SVC ) på et enkelt link, identificeret i X.25-netværket af forbindelsesforbindelsesidentifikatorer, logiske kanalidentifikatorer (Logical Channel Identifier, LCI) eller logisk kanalnummer (LCN).

På grund af pålideligheden af ​​protokollen og dens drift over offentlige telefonnetværk er X.25 blevet brugt i vid udstrækning både i virksomhedsnetværk og i verdensomspændende specialiserede servicenetværk, såsom SWIFT (bankbetalingssystem, ophørte med brug i 2005) og SITA ( fransk  Société Internationale de Télécommunications Aéronautiques - lufttransportinformationstjenestesystem), men X.25 bliver i øjeblikket erstattet af andre link-level-teknologier ( Frame Relay , ISDN , ATM ) og IP -protokollen , der dog stadig er ret almindelig i lande og territorier med en uudviklet telekommunikationsinfrastruktur.

MTU'en for X.25 er 576 bytes. Dette tal betragtes også som den mindste datagramstørrelse, som enhver vært på internettet skal kunne modtage og behandle. [en]

Historie og standardisering

Udviklet af Study Group VII fra International Telecommunication Union ( ITU ) som en pakkedataoverførselsprotokol i telefonnetværk, vedtaget i 1976 og blev grundlaget for det verdensomspændende PSPDN ( Packet  -Switched Public Data Networks ), det vil sige WAN . Væsentlige tilføjelser til protokollen blev vedtaget i 1984, ISO 8208 X.25 protokolstandarden er i øjeblikket i kraft, og brugen af ​​X.25 i lokale netværk er også blevet standardiseret (ISO 8881 standard).

Efterhånden som IP-netværk voksede, standardiserede IETF en række RFC'er, der beskriver, hvordan X.25 og TCP/IP fungerer og interopererer :

Arkitektur

.------. | vært | .---------. .-----. .-----. .-----. |---. | | Semester. |-----| DTE |=====| DCE |_______________| DCE |=====|PAD| | | `---------' | `-----' : : `------' | : : "NATIVE" :---- Pakkenetværk ----: PROTOKOL

X.25-pakketilstande og -typer

  1. Opkaldsopsætningstilstand bruges, når der etableres en SVC-forbindelse mellem DTE-enheder. I denne tilstand bruges X.121-adresseringsskemaet på PLP-laget til at etablere en virtuel forbindelse. Forbindelsesetableringstilstanden fungerer på niveau med virtuelle kredsløb, det vil sige inden for den samme fysiske DTE-enhed kan nogle SVC'er være i forbindelsesetableringstilstanden, mens andre kan være i dataoverførsels- eller afbrydelsestilstanden. Tilslutningsetableringstilstand bruges kun i tilfælde af SVC-etablering, ikke PVC.
  2. Dataoverførselstilstand bruges ved overførsel af data over en virtuel kanal. Samtidig er X.25 PLP ansvarlig for datasegmentering i pakker og pakkesamling, dataoverførselskontrol og fejlkorrektion. Dataoverførselstilstanden fungerer på det virtuelle kredsløbsniveau og bruges i tilfælde af både SVC og PVC.
  3. Inaktiv tilstand er karakteriseret ved fraværet af datatransmission, når den virtuelle kanal er etableret. Fungerer på det virtuelle kredsløbsniveau og bruges kun, hvis der er etableret en SVC, ikke en PVC.
  4. Opkaldsrydningstilstanden bruges, når SVC-forbindelsen mellem DTE-enheder er afbrudt. Fungerer på det virtuelle kredsløbsniveau og bruges kun i tilfælde af SVC-brud, ikke PVC.
  5. Genstartstilstand bruges til at nulstille forbindelser mellem en DTE-enhed og lokale DCE-enheder, der arbejder med den . I modsætning til andre tilstande udføres det inden for én fysisk DTE-enhed, som er ledsaget af en pause i alle virtuelle kanaler, der er etableret med denne DTE.
X.25 Pakketyper
Pakketype DCE DTE DTE DCE Service VC PVC
Etablering og brydning af forbindelser indgående opkald CALL REQ Opkaldsanmodning x
Opkald forbundet CALL ACC Opkald accepteret x
klar indikation CLR REQ pauseanmodning x
Ryd bekræftelse CLR CNF Break anerkender x
Data og afbrydelser Data Data Datapakke x x
Afbryde INT REQ Afbrydelsesanmodning x x
Afbrydelsesbekræftelse INT CNF Afbrydelsesbekræftelse x x
Flowkontrol og nulstilling Modtager klar RR-modtager klar x x
Modtager ikke klar RNR-modtager ikke klar x x
REJ Afslag x x
Nulstil indikation RES REQ Nulstil anmodning x x
Nulstil bekræftelse RES CNF Bekræftelse af nulstilling x x
Genstart Genstart indikation RSTR REQ Genstartsanmodning x x
Genstart bekræftelse RSTR CNF Genstart bekræftelse x x
Diagnostisk DIAG Diagnostik x x
Registrering REG CNF registreringsbekræftelse REG REQ Registreringsanmodning x x


GOST-standarder

Se også

  1. RFC 791 , s. 24, "Enhver internetdestination skal være i stand til at modtage et datagram på 576 oktetter enten i ét stykke eller i fragmenter for at blive samlet igen."