The 0.0.0.0/0
se potrivește cu fiecare adresă IP, în timp ce 0.0.0.0/1
se potrivește doar cu jumătate dintre ele (0.0.0.0-127.255.255.255
) și necesită 128.0.0.0/1
ca pereche pentru a se potrivi cu restul (128.0.0.0-255.255.255.255
).
În rutarea de bază, cea mai mică subrețea disponibilă care conține adresa IP are prioritate. Această regulă provine din RFC 4632, 5.1. Este tipic să existe rețele suprapuse, cum ar fi, de exemplu, 192.168.1.0/24
face parte din 192.168.0.0/16
, care este â la fel ca orice adresă IP â din care face parte 0.0.0.0/0
.
Prin urmare, prin împărțirea 0.0.0.0/0
în bucăți mai mici se poate constrânge interfața să aibă prioritate față de orice altă interfață care are o rută implicită 0.0.0.0/0
, fără să te joci cu metric valorile. Aceasta este o tehnică comună cu VPN-urile care nu ar dori ca datele să ocolească tunelul. Aceeași logică este motivul pentru care ați putea folosi în continuare resurse din subrețeaua locală (de ex., /24
) în timp ce VPN-ul este activat â dacă nu sunt folosite alte metode pentru a aplica totul este tunelizat.
De asemenea, întregul spațiu de adrese IPv4 ar putea fi împărțit în subrețele și mai mici, de ex. în patru bucăți:
0.0.0.0/2
(0.0.0.0-63.255.255.255
)
64.0.0.0/2
(64.0.0.0-127.255.255.255
)
128.0.0.0/2
(128.0.0.0-191.255.255.255
)
192.0.0.0/2
(192.0.0.0-255.255.255.255
)
Sau opt cu 0.0.0.0/3
, 32.0.0.0/3
, 64.0.0.0/3
, 96.0.0.0/3
, 128.0.0.0/3
, 160.0.0.0/3
, 192.0.0.0/3
& 224.0.0.0/3
, etc., etc.