Default route è 0.0.0.0. Default route è una particolare notazione che identifica il percorso (route) predefinito per l'instradamento dei pacchetti destinati a reti non direttamente connesse.

il comando route permette di vedere e modificare la tabella di routing (regole di instradamento dei pacchetti effettuato a livello di rete);

Un esempio dell'output di tale comando può essere:

Destination     Gateway         Genmask         Iface
192.168.101.0   192.168.102.102 255.255.255.0   eth0
192.168.102.0   0.0.0.0         255.255.255.0   eth0
192.168.103.0   192.168.102.102 255.255.255.0   eth0
192.168.12.0    0.0.0.0         255.255.255.0   eth0
0.0.0.0         192.168.12.1    0.0.0.0         eth0
 

Nell'esempio indicato, il computer dove è stato lanciato il comando si connette tramite l'interfaccia eth0 direttamente alle reti 192.168.102.0 e 192.168.12.0 (il campo gateway è indicato con 0.0.0.0) mentre si connette alle reti 192.168.101.0 e 192.168.103.0 tramite il gateway 192.168.102.102; per tutte le altre destinazioni (0.0.0.0) si connette mediante il gateway 192.168.12.1.

Con l'aumento del numero di dispositivi connessi ad Internet la capacità di indirizzamento di IP4 si sta rapidamente consumando; questo problema viene generalmente chiamato saturazione degli indirizzi IPv4.

IPv6 è la versione dell'Internet Protocol che succede a IPv4. La sua caratteristica più appariscente è il più ampio spazio di indirizzamento (usa 128-bit): IPv6 gestisce fino a circa 3,4 × 10³⁸ indirizzi (2¹²⁸) .

Gli indirizzi IPv6 sono rappresentati come 8 gruppi di 4 cifre esadecimali (ovvero 8 parole di 16bit ciascuna). Ad esempio:

2001:0db8:85a3:08d3:1319:8a2e:0370:7344

Si prevede che il protocollo IPv4 verrà utilizzato fino al 2025 circa, per dare il tempo necessario ad adeguarsi e correggere gli eventuali errori.

UDP è un protocollo di trasporto molto semplice.
Quando un'applicazione usa UDP essa scrive un pacchetto di dati (il cosiddetto datagram che da il nome al protocollo) su un socket, al pacchetto viene aggiunto un header molto semplice, e poi viene passato al livello superiore (IPv4 o IPv6 che sia) che lo spedisce verso la destinazione.
Dato che né IPv4 né IPv6 garantiscono l'affidabilità niente assicura che il pacchetto arrivi a destinazione, né che più pacchetti arrivino nello stesso ordine in cui sono stati spediti.
Pertanto il problema principale che si affronta quando si usa UDP è la mancanza di affidabilità, se si vuole essere sicuri che i pacchetti arrivino a destinazione occorrerà provvedere con l'applicazione, all'interno della quale si dovrà inserire tutto quanto necessario a gestire la notifica di ricevimento, la ritrasmissione, il timeout.
Si tenga conto poi che in UDP niente garantisce che i pacchetti arrivino nello stesso ordine in cui sono stati trasmessi, e può anche accadere che i pacchetti vengano duplicati nella trasmissione, e non solo perduti. Di tutto questo di nuovo deve tenere conto l'applicazione.

Infine UDP è un protocollo che opera senza connessione (connectionless) in quanto non è necessario stabilire nessun tipo di relazione tra origine e destinazione dei pacchetti. Si hanno così situazioni in cui un client può scrivere su uno stesso socket pacchetti destinati a server diversi, o un server ricevere su un socket pacchetti provenienti da client diversi. Il modo più semplice di immaginarsi il funzionamento di UDP è quello della radio, in cui si può trasmettere e ricevere da più stazioni usando la stessa frequenza

Nonostante gli evidenti svantaggi comportati dall'inaffidabilità UDP ha il grande pregio della velocità, che in certi casi è essenziale; inoltre si presta bene per le applicazioni in cui la connessione non è necessaria, e costituirebbe solo un peso in termini di prestazioni, mentre una perdita di pacchetti può essere tollerata, ad esempio le applicazioni di streaming e quelle che usano il multicasting.

Per chi è interessato ad allucinarsi con il protocollo TCP/IP consiglio il seguente sito:
http://www.lilik.it/~mirko/gapil/gapilpa2.html#gapilch17.html