1. Ievads bezklašu maršrutēšanā (CIDR)
Pirms CIDR (RFC 1519) ieviešanas 1993. gadā IPv4 adrešu telpa tika piešķirta stingri pēc klasēm (A, B un C klase). A klases tīkls nodrošināja vairāk nekā 16 miljonus adrešu, bet B klase – 65 534 resursdatorus. Organizācijām ar 500 datoriem nācās piešķirt veselu B klases bloku, kas radīja milzīgu IP adrešu izšķērdēšanu.
CIDR atrisināja šo problēmu ar mainīga garuma apakštīkla maskām (VLSM). Robežu starp tīkla un resursdatora daļu tagad var iestatīt jebkurā bitu pozīcijā no /0 līdz /32.
2. CIDR notācijas izpratne (/24, /26, /30, /31)
- Prefikss /24: 24 tīkla biti, 8 resursdatora biti. Maska:
255.255.255.0(254 lietojami resursdatori). - Prefikss /26: 26 tīkla biti, 6 resursdatora biti. Maska:
255.255.255.192(62 lietojami resursdatori). - Prefikss /30: 30 tīkla biti, 2 resursdatora biti. Maska:
255.255.255.252(2 resursdatori punkts-punkts savienojumiem). - Prefikss /31 (RFC 3021): 31 tīkla bits, 1 resursdatora bits. Maska:
255.255.255.254(maršrutētāju savienojumi bez tīkla un apraides adrešu zuduma).
3. Bitu loģika un binārie aprēķini
Maršrutētāji tīkla adresi aprēķina nanosekundēs, izmantojot bitu loģisko operāciju UN (AND):
IP: 192.168.1.130 -> 11000000.10101000.00000001.10000010
Mask: 255.255.255.192 -> 11111111.11111111.11111111.11000000
----------------------------------------------------------------------
AND: 192.168.1.128 -> 11000000.10101000.00000001.10000000 (Network ID)Apraides adrese (broadcast) tiek aprēķināta ar bitu operāciju VAI (OR) starp IP adresi un invertēto masku (wildcard mask):
Network ID: 192.168.1.128 -> 11000000.10101000.00000001.10000000
Wildcard: 0.0.0.63 -> 00000000.00000000.00000000.00111111
----------------------------------------------------------------------
OR: 192.168.1.191 -> 11000000.10101000.00000001.10111111 (Broadcast)4. Praktiski padomi tīkla inženieriem
- Iemācieties divnieka pakāpes: 128, 64, 32, 16, 8, 4, 2, 1 ir katra apakštīkla projektēšanas matemātiskais pamats.
- Plānojiet rezervi izaugsmei: Projektējot vietējos VLAN vai mākoņa VPC tīklus, vienmēr atstājiet 30 % līdz 50 % adrešu rezervi.
- Ņemiet vērā mākoņpakalpojumu sniedzēju rezervācijas: AWS un Azure katrā apakštīklā rezervē 5 IP adreses.