High-Level Data Link Control: differenze tra le versioni

Versione delle 13:10, 7 ago 2019

Versione attuale delle 09:43, 23 set 2022

(2 versioni intermedie di 2 utenti non mostrate)

Riga 14:

== Storia ==

HDLC è basato sul protocollo [[SDLC]] dell'[[IBM]], che è un protocollo di livello 2 proprietario.

Fu inglobato nella pila di protocolli [[X.25]] come [[LAPB]], nel protocollo [[V.42]] come [[LAPM]], nella pila [[Frame Relay]] come [[LAPF]] e nella pila [[ISDN]] come [[Link Access Procedures, D channel|LAPD]].

Line 22 ⟶ 21:

== Framing ==

I frame dati HDLC possono essere trasmessi attraverso collegamenti sincroni o asincroni. Questi collegamenti non possono determinare l'inizio o la fine di un frame, quindi questo deve essere fatto. In questo caso viene usato un delimitatore (o ''flag''), che è una sequenza di bit che non potrà mai apparire nel resto del frame. Questa sequenza è '01111110', cioè in [[esadecimale]] '7E'. Ogni frame inizia e finisce con essa.

Quando non sta venendo trasmesso nessun frame, viene trasmesso continuamente un delimitatore. Usando lo standard [[NRZI]] per codificare gli stati logici in livelli di tensione (bit 0 = cambiamento, bit 1 = mantenuto il valore precedente), si genera una sequenza continua di bit:

Line 38 ⟶ 36:

== Struttura ==

Il contenuto di un frame HDLC, compreso il flag, è:

Line 66 ⟶ 63:

== Tipi di stazioni (Computer) e modi di trasmissione dati ==

I tipi di stazioni sono 3:

Line 80 ⟶ 76:

== Operazioni HDLC e tipi di frame ==

=== Frame 'I' (dati) ===

I frame 'I' sono usati per trasportare i dati dal livello di rete. In aggiunta possono anche comprendere informazioni per il controllo di flusso e degli errori insieme ai dati ([[Piggyback]]ing). Per queste funzioni vengono usati i sottocampi del campo di controllo.

Line 107 ⟶ 102:

== Frame 'S' (controllo) ==

I frame di supervisione sono usati per controllo degli errori e di flusso, quando il [[piggyback]]ing è impossibile o inappropriato, ad esempio quando il campo primario deve mandare solo comandi, risposte o conferme (non dati). I frame 'S' '''non''' hanno campi dati.

Line 144 ⟶ 138:

I primi 2 bit ('10') indicano che è un frame S

<!--

=== U-Frames ===

U-Frames are used for link management. The are used to exchange session management and control information between connected devices.

Line 175 ⟶ 170:

*Miscalleneaous (XID, TEST)

== Link Configurations ==

Link configurations can be categorized as being either:

*''Unbalanced'', which consists of one primary terminal, and one or more secondary terminals.

Line 189 ⟶ 183:

*''Asynchronous Balanced Mode'' (ABM) is a balanced configuration in which either station may initiate the transmission.

== HDLC Command and response repertoire ==

*Commands (I, RR, RNR, (SNRM or SARM or SABM) DISC

*Responses (I, RR, RNR, UA, DM, FRMR)

=== Basic Operations ===

*Initialization can be requested by either side. When the six-mode set-command is issued. This command:

**Signals the other side that initialization is requested

Line 199 ⟶ 194:

The HDLC module on the other end transmitts (UA) frame when the request is accepted. And if the request is rejected it sends (DM) disconnect mode frame.

=== Functional Extensions (Options) ===

*For [[Switched Circuits]]

**Commands: ADD - XID

Line 267 ⟶ 262:

|.-N(R)-... P/F...1...1...0...1

|}

=== Unnumbered Frames ===

Unnumbered frames are identified by the low two bits being 1. With the P/F flag, that leaves 5 bits as a frame type. Even though less than 32 values are in use, some types have different meanings depending on the direction they are sent: as a request or as a response. The relationship between the '''DISC''' (disconnect) command and the '''RD''' (request disconnect) response seems clear enough, but the reason for making '''SARM''' command numerically equal to the '''DM''' response is obscure.

Line 390 ⟶ 386:

|}

==See alsoBibliography ==

* [[Point-to-Point Protocol|PPP]], [[Synchronous Data Link Control|SDLC]], [[Serial line IP|SLIP]]

* RFC 2687, Proposed Standard, PPP in a Real-time Oriented HDLC-like Framing

* RFC 1662, standard 51, PPP in HDLC-like Framing

* {{cita web|http://www.interfacebus.com/Design_HDLC.html|HDLC information page}}

[[Categoria:Link protocols]]

[[Categoria:Logical Link Control]]

[[Categoria:ISO standards]]

==Bibliography ==

*Computer Communications (course notes) by Chaim Zieglier PhD, [[Brooklyn College]].

*Data and Computer communications, by Willam Stallings. (Seventh Edition, Prentice Hall)

Line 420 ⟶ 406:

** Supervisory, per comandare diverse modalità di ritrasmissione;

** Unnumbered (manca il numero di sequenza), per finalità di controllo o per trasportare il traffico di [[connessioni]] non affidabili.

-->

== Voci correlate ==

* [[Point-to-Point Protocol]]

* [[Categoria:LogicalSynchronous Data Link Control]]

* [[Serial Line Internet Protocol]]

* [[Procedure avanzate di controllo della comunicazione dati]]

{{Standard ISO}}

{{Portale|telematica}}