Java DatagramPacket (UDP) dimensione massima del buffer di invio/ricezione

Question

In Java quando si utilizza DatagramPacket, si supponga di disporre di un buffer byte[1024*1024]. Se lo passi per il DatagramPacket quando invii/ricevi una chiamata di ricezione Java per il blocco DatagramPacket fino a quando non ha letto l'intero megabyte?

Mi chiedo se Java lo dividerà o semplicemente cercherò di inviare l'intera cosa che viene rilasciata.

Normalmente il limite di dimensione è di circa 64 KB per un pacchetto UDP, ma mi chiedevo poiché l'API di Java consente gli array di byte se questo è un limite e qualcosa di super enorme viene eliminato o suddiviso e riassemblato per te.

Se viene interrotta quale chiamata API mi dirà il massimo carico utile di dati che posso utilizzare nella chiamata Java? Ho sentito che IPv6 ha anche frame jumbo, ma DatagramPacket (o DatagramSocket) supporta quello dal momento che UDP definisce le specifiche dell'header?

Answer 1

DatagramPacket è solo un wrapper su un socket UDP, quindi si applicano le normali regole UDP.

64 kilobyte è la dimensione massima teorica di un datagramma IP completo, ma è possibile instradare solo 576 byte. Su un determinato percorso di rete, il collegamento con l'unità di trasmissione massima più piccola determinerà il limite effettivo. (1500 byte, meno intestazioni è il massimo comune, ma è impossibile prevedere quante intestazioni sarà così più sicuro limitare i messaggi a circa 1400 byte.)

Se si supera il limite MTU, IPv4 verrà automaticamente rompere il datagramma in frammenti e rimontarli alla fine, ma solo fino a 64 kilobyte e solo se tutti i frammenti lo superano. Se un frammento viene perso o se un dispositivo decide che non gli piacciono i frammenti, l'intero pacchetto viene perso.

Come indicato sopra, è impossibile sapere in anticipo quale sarà la MTU del percorso. Ci sono vari algoritmi da sperimentare per scoprirlo, ma molti dispositivi non implementano (o ignorano deliberatamente) correttamente gli standard necessari, quindi tutto si riduce a tentativi ed errori. Oppure puoi solo indovinare 1400 byte per messaggio.

Per quanto riguarda gli errori, se si tenta di inviare più byte rispetto al sistema operativo configurato per consentire, è necessario ottenere un errore EMSGSIZE o equivalente. Se invii meno di quello, ma più di quanto permetta la rete, il pacchetto sparirà.

Answer 2

@ Mihai Danila. Perché non ho potuto aggiungere un commento alla risposta di cui sopra, ecco perché scrivere nella sezione di risposta.

In seguito alla risposta sulla dimensione MTU, nella mia pratica, provo a utilizzare NetworkInterface.getMTU()-40 per impostare la dimensione del buffer di DatagramSocket.setSendBufferSize(). Quindi, cercando di non fare affidamento su getSendBufferSize() Questo per assicurarsi che corrisponda a dimensioni di finestre diverse su piattaforme diverse ed è universalmente accettabile su Ethernet (ignorando la connessione remota per un momento). Non ho hardcoded a 1460 byte (1500-20-20) perché su Windows, la dimensione MTU è universalmente 1500. Tuttavia, la dimensione della finestra della piattaforma Windows è 8192 byte, ma credo, impostando il SO_SNDBUF su MTU <, Sto gravando meno sul livello di rete/IP e su tutti gli hop per router e ricevitori, alcuni costi generali. Quindi, riducendo un po 'di latenza sulla rete.

Analogamente, per il buffer di ricezione, sto utilizzando un massimo di 64 K o 65535 byte. In questo modo il mio programma è portatile su piattaforme diverse che usano finestre di dimensioni diverse.

Pensi che suoni OK? Non ho implementato alcun strumento per misurare eventuali differenze, ma assumendo che sia il caso basato su ciò che è là fuori.