Skip to main content
  1. Concetti/

Unicast, Broadcast, Multicast

·3 mins
Alessio Barnini
Author
Alessio Barnini
Table of Contents

Cosa fa
#

Definisce i tre modi in cui un pacchetto può essere indirizzato in rete — a un singolo destinatario, a tutti, o a un gruppo specifico.

TL;DR
#

TipoDestinatarioIndirizzo tipicoEsempio
Unicastun singolo dispositivoIP specifico192.168.1.5 → 192.168.1.10
Broadcasttutti sulla rete locale255.255.255.255DHCP Discover, ARP Request
Multicastun gruppo specifico224.0.0.0/4streaming video, routing OSPF

Unicast
#

Un pacchetto da un mittente a un destinatario specifico. È il caso normale di quasi tutto il traffico di rete — HTTP, SSH, SMTP. Il pacchetto ha un IP di destinazione preciso e solo quel dispositivo lo processa.

Funziona a tutti i livelli: a livello 3 con l'IP di destinazione, a livello 2 con il MAC address di destinazione. Gli altri dispositivi sulla rete vedono il pacchetto ma lo ignorano.

Broadcast
#

Un pacchetto inviato a tutti i dispositivi sulla rete locale. L'indirizzo di destinazione 255.255.255.255 è riservato al broadcast — ogni host che lo riceve è obbligato a processarlo.

Viene usato quando il mittente non sa ancora con chi deve parlare:

  • DHCP Discover — il client non ha un IP, non sa l'IP del server → urla in broadcast
  • ARP Request — "chi ha l'IP 192.168.1.1? dimmi il tuo MAC" → broadcast perché non conosci ancora il MAC

Il broadcast è limitato alla rete locale (LAN). I router non lo inoltrano — non esiste broadcast che attraversa subnet diverse.

Multicast
#

Un pacchetto inviato a un gruppo di dispositivi che si sono registrati per riceverlo. Non è "tutti" come il broadcast — solo chi ha dichiarato interesse riceve il pacchetto.

Gli indirizzi multicast IPv4 stanno nel range 224.0.0.0 – 239.255.255.255. Esempi:

  • 224.0.0.5 — tutti i router OSPF sulla rete
  • 239.x.x.x — multicast applicativo (streaming video locale, IPTV)

È più efficiente del broadcast per distribuire dati a gruppi — lo switch invia il pacchetto solo alle porte dei dispositivi registrati nel gruppo, non a tutte.

Perché TCP non supporta broadcast
#

TCP richiede una connessione stabilita tra due endpoint specifici — il three-way handshake presuppone un mittente e un destinatario precisi. Broadcast e multicast sono per definizione indirizzati a destinatari indefiniti o multipli, incompatibili con la logica connection-oriented di TCP.

UDP non ha questo vincolo: è connectionless, quindi può mandare datagrammi in broadcast o multicast senza problemi.

Scenario Reale
#

Nel ciclo DHCP vedi tutti e tre i tipi in sequenza:

  • Discover → broadcast (0.0.0.0 → 255.255.255.255) — il client non sa chi è il server
  • Offer → broadcast (server → 255.255.255.255) — il client non ha ancora un IP
  • Request → broadcast (0.0.0.0 → 255.255.255.255) — ancora senza IP
  • ACK → unicast (server → 192.168.1.10) — il server conosce il MAC, manda diretto

Dal broadcast iniziale all'unicast finale: è il momento in cui il client entra ufficialmente nella rete.

Collegato a
#

  • network — categoria
  • dhcp — usa broadcast per Discover/Offer/Request, unicast per ACK
  • arp — usa broadcast per chiedere il MAC di un IP sconosciuto
  • tcp-udp — TCP solo unicast, UDP supporta broadcast e multicast

Related