Host che supportano IP deve sostenere anche la ICMP

L'Internet Control Message Protocol (ICMP)

Host che supportano IP deve anche sostenere l'Internet Control Message Protocol (ICMP) definito dalla RFC 792: Internet Control Message Protocol. ICMP è un protocollo di base per l'invio di messaggi. Alcuni usi comuni per ICMP servono unicamente per inviare un messaggio PING per sapere se un host è disponibile sulla rete e per ottenere gli indirizzi IP dei router locale. Messaggi ICMP di viaggio in datagrammi IP. Il campo protocollo nell'intestazione IP è 1 per indicare ICMP. Il primo byte nella parte dati del datagramma è un codice ICMP Type che determina il formato dei dati che segue. RFC 792, RFC 950, RFC 1256 e di definire il tipo di codici elencati nella tabella 4-5 e hanno ulteriori dettagli sulla messaggio di formati.

Scambio di messaggi tramite UDP e TCP

Questa sezione spiega come UDP e TCP aiutare i dati a destinazione. Sapere di più su come funzionano i protocolli possono aiutare nella scelta il protocollo da utilizzare e utilizzando il protocollo in modo efficace. È incluso anche un riesame delle opzioni per ottenere il codice per il supporto UDP, TCP e IP in sistemi embedded. Lo standard Ethernet specifica un modo per trasferire le informazioni tra i computer in una rete locale. Ethernet ma da solo non fornisce alcune cose che molti richiedono il trasferimento dei dati. Questi includono la denominazione del porto, o un processo, che sta inviando i dati, nominando la porta che utilizzerà i dati a destinazione, handshaking per informare la sorgente se la destinazione ricevuto i dati, il controllo di flusso per aiutare i dati di arrivare a destinazione in modo rapido e affidabile, e la sequenza di numerazione al fine di garantire che la destinazione conosce l'ordine corretto per i messaggi che arrivano in più segmenti. Il protocollo di controllo trasmissione (TCP) in grado di fornire tutti questi. Il protocollo UDP (User Datagram) è una semplice alternativa per i trasferimenti di dati che richiedono solo specificando di porti o di controllo degli errori. Tabella 5-1 confronta UDP e TCP. All'articolo Network 5-2 mostra la posizione di UDP e TCP in un protocollo di stack di rete. UDP e TCP comunicare con il livello IP e il livello di applicazione. Alcune applicazioni non richiedono TCP o UDP, e può comunicare direttamente con il livello IP o il driver Ethernet.

A proposito di Sockets e porte

Ogni UDP e TCP è la comunicazione tra due estremi, o prese. Ogni socket ha un numero di porta e un indirizzo IP. In un frame Ethernet, l'indirizzo di origine e di destinazione i campi Indirizzo identificare l'invio e la ricezione di interfacce Ethernet. Una comunicazione TCP o UDP specifica la destinazione più precisamente nominando una porta a destinazione. Ogni comunicazione TCP nomi anche una porta di origine che identifica il fornitore dei dati inviati. Ogni comunicazione UDP ha una porta di origine, ma datagrammi UDP non sono tenuti a inserire il numero di porta sorgente nell'intestazione. Porto Un socket hardware non è un porto, come le porte che una CPU accede tramite inp e le istruzioni. Invece, il numero di porta identifica il processo o l'attività, che fornisce i dati inviati o utilizzando i dati che vengono ricevuti. Si può pensare a una presa come un capo di una connessione logica tra i computer. Differenza di una connessione fisica, dove dedicata fili e componenti elettronici che rappresentano un legame, una connessione logica esiste solo in software.

Dati che viaggia tra il socket che hanno una connessione logica non deve prendere lo stesso percorso fisico ogni volta. Internet Assigned Numbers Authority (IANA) (www.iana.org

UDP: Just the Basics

UDP è un protocollo di base che aggiunge solo la porta di indirizzamento e di errore opzionale di rilevamento per il messaggio inviato. Non c'è il protocollo per l'handshaking di riconoscere i dati ricevuti o lo scambio di flussi di altre informazioni di controllo. UDP è un protocollo senza connessione, il che significa che un computer può inviare un messaggio utilizzando UDP senza aver accertato che il computer remoto sulla rete o che l'specificato porta di destinazione è a disposizione per comunicare. Per queste ragioni, UDP è chiamato anche un protocollo inaffidabile, il che significa che utilizza UDP da sola, il mittente non sa quando e se il destinatario ha ricevuto un messaggio. Il documento che definisce UDP è RFC0768: User Datagram protocollo. E 'inoltre approvato standard STD0006. Un computer che si desidera inviare un messaggio utilizzando UDP inserisce il messaggio in un datagramma UDP, che consiste in un header UDP seguita dai dati payload contenente il messaggio. Capitolo 1 Come spiegato, il computer che invia il datagramma UDP posti nell'area di dati di un datagramma IP. In una rete Ethernet, il datagramma IP viaggia nel campo di dati di un frame Ethernet.

Dopo aver ricevuto il frame Ethernet, la rete dei computer di destinazione lo stack passa la porzione di dati del datagramma UDP alla porta, o un processo, di cui intestazione del datagramma. Per molti aspetti, UDP è meno capace di TCP, UDP così è più semplice da implementare e quindi più adatti per determinate applicazioni. Se necessario, una comunicazione può definire il proprio protocollo di handshaking per l'utilizzo con UDP. Ad esempio, dopo aver ricevuto un messaggio, una interfaccia ricevente può inviare una risposta contenente un codice di riconoscere o di altre informazioni richieste. Se il mittente non riceve alcuna risposta in un lasso di tempo ragionevole, si può riprovare. Ma se un'applicazione necessita di qualcosa di più che la stretta di mano più di base o il controllo di flusso, si consiglia di utilizzare il protocollo TCP piuttosto che re-inventare per l'uso con UDP. UDP ha una funzionalità non disponibili per il protocollo TCP, e che è la capacità di inviare un messaggio a più destinazioni contemporaneamente, inclusi i servizi a tutti gli indirizzi IP in una rete locale e multicasting a un gruppo definito di indirizzi IP. Radiodiffusione e multicasting non sono pratici con il protocollo TCP, perché la fonte avrebbe bisogno di stretta di mano con tutte le destinazioni.

Intestazione UDP e dati

Sostenere UDP in Embedded Systems

Sostenere UDP in un sistema embedded richiede la capacità di aggiungere un header di dati da trasmettere e rimuovere l'intestazione di dati ricevuti, oltre al supporto per l'IP.

Per inviare un datagramma usando UDP, un computer in una rete Ethernet devono effettuare le seguenti operazioni:

• Inserire il numero di porta di destinazione e la lunghezza del datagramma nei luoghi appropriati nell'intestazione UDP. Il numero di porta di origine e di checksum nell'intestazione sono facoltativi. Calcolare il checksum è necessario conoscere gli indirizzi IP di origine e di destinazione.

• Aggiungere i dati da inviare l'intestazione.

• Inserire il datagramma UDP nella parte dei dati di un datagramma IP. Il datagramma IP richiede indirizzo IP sorgente e destinazione e un checksum calcolato in intestazione.

• Passare il datagramma IP al driver del controller Ethernet per la trasmissione sulla rete. Per ricevere un datagramma usando UDP, un computer in una rete Ethernet devono effettuare le seguenti operazioni:

• Ricevere un datagramma IP dal driver del controller Ethernet.

• Striscia l'intestazione IP dal datagramma. Calcolare il checksum IP e confrontare il risultato con il valore ricevuto.

• Se il checksum match, striscia l'intestazione del datagramma UDP. Se si utilizza il checksum UDP, calcolare il suo valore e confrontarlo con il checksum ricevuto.

• Utilizzare il numero di porta di destinazione per decidere dove passare i dati ricevuti.

Come dimostrano gli esempi all'inizio del tutorial in rete ha dimostrato, se si sta utilizzando un modulo con il supporto UDP, i dettagli della creazione del datagrammi, estrazione dei dati da un datagramma ricevuto, e di affrontare i checksum sono gestiti per voi. Il codice dell'applicazione deve solo fornire gli indirizzi IP, numeri di porta, e dati da inviare e chiamare una funzione per inviare il datagramma, o aspettare di ricevere i dati in un datagramma indirizzata a una porta specifica.

un articolo presentato da Daniel R.

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "host che supportano IP deve sostenere anche la ICMP" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.