Teorija – Modul 5 – Subnetting od početnog do naprednog nivoa

Tema 1 – Zašto se mreža deli na podmreže

1. Jednostavno objašnjenje

Umesto da sve uređaje firme stavimo u jednu ogromnu mrežu, delimo ih na manje, odvojene "podmreže" — slično kao što se velika zgrada deli na spratove i kancelarije, umesto da bude jedna ogromna otvorena prostorija.

2. Stručno objašnjenje

Subnetting je proces deljenja jedne veće IP mreže na više manjih, logički odvojenih podmreža (subnets), „pozajmljivanjem" bita iz host dela adrese i njihovim dodavanjem mrežnom delu (produžavanjem subnet maske). Glavni razlozi za subnetting:

• Smanjenje broadcast domena — manje podmreže znače manje uređaja koji dele isti broadcast saobraćaj, što poboljšava performanse mreže (povezano sa Modulom 1, Tema 6).
• Efikasnije korišćenje adresnog prostora — umesto da se svakom odeljenju dodeli ogromna /24 mreža bez obzira na stvaran broj uređaja, dodeljuje se tačno onoliko adresa koliko je potrebno (VLSM, Tema 10).
• Bezbednost i organizacija — različita odeljenja (računovodstvo, IT, gosti) mogu biti u odvojenim podmrežama, što olakšava primenu različitih bezbednosnih pravila (ACL, firewall — Modul 16) na svaku grupu posebno.
• Lakše upravljanje i dijagnostika — manje, logički organizovane mreže je lakše dokumentovati i u njima je lakše pronaći uzrok problema.
• Fizička organizacija — podmreže se često poklapaju sa fizičkom organizacijom firme (svaki sprat, svaka poslovnica svoja podmreža).

3. Primer iz svakodnevnog života

Subnetting je poput deljenja grada na poštanske brojeve i naselja — umesto da cela država ima jedan jedinstven, ogroman spisak svih adresa, deljenje na manje celine (poštanske brojeve) olakšava organizaciju, dostavu pošte i pronalaženje bilo koje konkretne adrese.

4. Primer iz poslovnog IT okruženja

Firma sa 200 zaposlenih raspoređenih u četiri odeljenja (Prodaja, Računovodstvo, IT, Uprava) ne stavlja sve u jednu /24 mrežu — umesto toga, deli dodeljeni adresni prostor na četiri manje podmreže, po jednu za svako odeljenje, čime broadcast saobraćaj jednog odeljenja ne opterećuje uređaje drugih odeljenja, a svakom odeljenju se mogu primeniti različita bezbednosna pravila.

5. Praktična vežba / napomena

Zamislite firmu u kojoj su svi računari (300 komada) u jednoj velikoj /23 mreži. Razmislite: kada jedan računar pošalje broadcast poruku (npr. ARP zahtev), koliko uređaja tu poruku prima i mora da je obradi? (Odgovor: svih ostalih do 510 uređaja u toj mreži — subnetting bi ovo drastično smanjio.)

6. Najčešće greške

• Korišćenje jedne velike, nepodeljene mreže za celu organizaciju "jer je jednostavnije" — dugoročno stvara probleme sa performansama i bezbednošću kako firma raste.
• Prekomerno usitnjavanje mreže na previše malih podmreža bez stvarne potrebe — svaka dodatna podmreža unosi dodatnu administrativnu složenost (rutiranje između podmreža, dokumentacija).

7. Pitanje za proveru znanja

P: Navedite dva konkretna razloga zbog kojih bi firma delila svoju mrežu na podmreže. O: Bilo koja dva od: smanjenje broadcast domena, efikasnije korišćenje adresnog prostora, lakša primena bezbednosnih pravila po odeljenjima, lakša dijagnostika i organizacija, poklapanje sa fizičkom organizacijom firme.

Tema 2 – Brzi podsetnik: stepeni dvojke i binarni sistem u funkciji subnettinga

1. Jednostavno objašnjenje

Subnetting se u potpunosti oslanja na stepene broja 2 (2, 4, 8, 16, 32...) — što bolje znate ovaj niz napamet, to je subnetting brži i lakši.

2. Stručno objašnjenje

Kao što je detaljno objašnjeno u Modulu 4 (Tema 2), svaki bit u oktetu ima svoju „težinu" koja je stepen broja 2. Za subnetting je od posebnog značaja da se sledeći niz nauči napamet, bez razmišljanja:

Ovaj niz se koristi u subnettingu na dva različita, ali povezana načina: 2ⁿ (bez oduzimanja) se koristi za računanje broja podmreža ili veličine bloka (Tema 4), dok se 2ⁿ − 2 koristi za računanje broja upotrebljivih hostova (oduzimaju se network i broadcast adresa, koje se ne mogu dodeliti hostu — Modul 4, Tema 9).

3. Primer iz svakodnevnog života

Ovaj niz je poput tablice množenja u subnettingu — baš kao što se tablica množenja uči napamet u osnovnoj školi da bi se izbeglo sporo sabiranje, niz stepeni dvojke se uči napamet da bi se izbeglo sporo binarno računanje pri svakom subnetting zadatku.

4. Primer iz poslovnog IT okruženja

Na tehničkom razgovoru za posao mrežnog administratora, kandidat koji trenutno mora da računa "2 na 6" na papiru umesto da odmah kaže "64" gubi dragoceno vreme i ostavlja utisak nedovoljne uvežbanosti — ovo je jedna od osnovnih veština koja se očekuje da bude automatizovana.

5. Praktična vežba / napomena

Pokrijte tabelu iznad i pokušajte da za 30 sekundi napišete napamet svih osam vrednosti (2¹ do 2⁸). Ponavljajte ovu vežbu dok je ne uradite bez greške i bez razmišljanja.

6. Najčešće greške

• Mešanje 2ⁿ i 2ⁿ−2 — česta greška je zaboravljanje oduzimanja 2 kada se traži broj UPOTREBLJIVIH hostova (za razliku od ukupnog broja adresa u bloku).
• Greška u nizu na vrednostima 64 i 128 (najčešće mesto zabune) — dodatno uvežbati baš taj deo niza.

7. Pitanje za proveru znanja

P: Koja je razlika između 2⁶ i 2⁶−2, i kada se koja od ove dve vrednosti koristi u subnettingu? O: 2⁶=64 predstavlja ukupan broj adresa u bloku (uključujući network i broadcast); 2⁶−2=62 predstavlja broj upotrebljivih (dodeljivih) host adresa, jer se network i broadcast adresa oduzimaju.

Tema 3 – Metoda blokova (magic number metoda)

1. Jednostavno objašnjenje

Metoda blokova je brz način za subnetting koji ne zahteva pretvaranje cele IP adrese u binarni zapis — dovoljno je odrediti "veličinu bloka" na osnovu maske i zatim jednostavno brojati u skokovima te veličine.

2. Stručno objašnjenje

Metoda blokova (u engleskoj literaturi poznata i kao „magic number" metoda) je najbrža standardna tehnika za ručno rešavanje subnetting zadataka, i preporučena je metoda u ovom kursu za sve dalje zadatke. Postupak:

1. Odredite "interesantni oktet" — oktet u kome maska NIJE ni 255 ni 0 (tu se nalazi granica između mrežnog i host dela).
2. Izračunajte veličinu bloka u tom oktetu: veličina bloka = 256 − (vrednost maske u tom oktetu).
3. Nabrojte mreže počevši od 0, u skokovima veličine bloka, sve dok ne dostignete 256 (ili dok ne prođete vrednost date adrese).
4. Network adresa date adrese je najbliži broj iz tog niza koji je manji ili jednak vrednosti adrese u interesantnom oktetu.
5. Broadcast adresa je jedan manje od SLEDEĆE vrednosti u nizu (odnosno network adresa sledeće podmreže minus 1).

Primer: Odredite network i broadcast adresu za 192.168.1.150/26.

• Maska /26 = 255.255.255.192. Interesantni oktet je četvrti (jer je 192 ni 0 ni 255).
• Veličina bloka = 256 − 192 = 64.
• Niz mreža u četvrtom oktetu: 0, 64, 128, 192 (zatim 256, što je već "prelilo" u sledeći oktet, pa se zaustavljamo).
• Data adresa ima 150 u četvrtom oktetu. Najbliži broj iz niza koji je ≤ 150 je 128.
• Network adresa: 192.168.1.128. Sledeća vrednost u nizu je 192, pa je broadcast adresa: 192.168.1.191 (192 − 1).
• Opseg hostova: 192.168.1.129 do 192.168.1.190.

Ova metoda radi identično bez obzira da li je interesantni oktet treći, drugi ili čak prvi (kod maski poput /8 do /15) — princip je uvek isti, samo se primenjuje na drugi oktet.

3. Primer iz svakodnevnog života

Metoda blokova je poput brojanja sedišta u bioskopskoj sali organizovanoj u redovima od po 64 sedišta — ako znate broj sedišta (150), lako izračunate u kom redu (bloku) se ono nalazi, bez potrebe da fizički prebrojite svako pojedinačno sedište od početka sale.

4. Primer iz poslovnog IT okruženja

Mrežni administrator na terenu, bez pristupa kalkulatoru, mora brzo da odredi kojoj podmreži pripada uređaj sa adresom 10.5.20.77/28 — metodom blokova (256−240=16; niz 0,16,32,48,64,80... uređaj je u bloku koji počinje na 64+16=... tačnije, 77 spada između 64 i 80, dakle network=10.5.20.64) dolazi do odgovora za par sekundi, bez papira i kalkulatora.

5. Praktična vežba / napomena

Primenite metodu blokova na adresu 172.16.50.30/28: maska /28 = 255.255.255.240, interesantni oktet je četvrti, veličina bloka = 256−240 = 16, niz: 0,16,32... 30 je između 16 i 32, dakle network = 172.16.50.16, broadcast = 172.16.50.31.

6. Najčešće greške

• Pogrešno određivanje interesantnog okteta kod maski koje "sežu" u drugi ili treći oktet (npr. /12 ili /20) — uvek tražiti oktet koji NIJE ni 255 ni 0.
• Zaboravljanje da se broadcast adresa računa kao "sledeća vrednost u nizu minus 1", a ne kao "network adresa plus veličina bloka" (što bi tačno pogodilo SLEDEĆU network adresu, ne broadcast trenutne mreže).

7. Pitanje za proveru znanja

P: Za adresu 192.168.5.100/27, primenite metodu blokova korak po korak da odredite network i broadcast adresu. O: Maska /27 = 255.255.255.224, veličina bloka = 256−224 = 32, niz: 0,32,64,96,128... 100 je između 96 i 128, dakle network = 192.168.5.96, broadcast = 192.168.5.127.

Tema 4 – Računanje broja hostova i broja podmreža

1. Jednostavno objašnjenje

Broj bita koje "pozajmite" od host dela određuje i koliko podmreža dobijate i koliko hostova svaka od njih može da ima — što više bita pozajmite za podmreže, to manje bita ostaje za hostove (i obratno).

2. Stručno objašnjenje

Kada se od izvorne mreže "pozajmi" s bita (produži maska za s mesta) radi kreiranja podmreža, dobija se:

• Broj kreiranih podmreža = 2ˢ (gde je s broj pozajmljenih bita).
• Broj upotrebljivih hostova po podmreži = 2ʰ − 2 (gde je h broj preostalih host bita, tj. 32 minus novi prefiks).

Ovi brojevi su u međusobnom "kompromisu" — u okviru iste izvorne mreže, svaki dodatni bit pozajmljen za podmreže duplira broj podmreža, ali prepolovljuje broj hostova po podmreži. Zbog toga se veličina podmreže uvek bira na osnovu stvarno potrebnog broja hostova (uvek zaokruženo na sledeći veći stepen dvojke minus 2), a ne proizvoljno.

Primer: Mreža 192.168.1.0/24 (24 mrežna bita, 8 host bita) podeljena pozajmljivanjem 3 bita → novi prefiks /27:

• Broj podmreža: 2³ = 8 podmreža.
• Preostalo host bita: 8 − 3 = 5 → broj hostova po podmreži: 2⁵ − 2 = 30.

3. Primer iz svakodnevnog života

Ovo je poput deljenja torte — što više puta torte isečete (više "rezova" = više bita pozajmljenih), dobijate više komada (podmreža), ali svaki komad je manji (manje hostova po podmreži). Ukupna količina torte (adresni prostor) ostaje ista, samo se drugačije deli.

4. Primer iz poslovnog IT okruženja

Mrežni inženjer koji planira mrežu za firmu sa 6 odeljenja, od kojih svakom treba do 25 hostova, računa: potrebno je bar 6 podmreža → 2³=8 ≥ 6, dakle 3 pozajmljena bita; sa 3 bita pozajmljena iz /24 mreže preostaje 5 host bita → 2⁵−2=30 hostova po podmreži, što je dovoljno za potrebnih 25. Ovakav proračun direktno određuje koju masku (u ovom slučaju /27) treba koristiti.

5. Praktična vežba / napomena

Za mrežu 10.0.0.0/16 kojoj je potrebno tačno 10 podmreža, odredite: koliko bita treba pozajmiti, koji je novi prefiks, i koliko hostova će svaka podmreža imati. (Rešenje: potrebno je 2⁴=16 ≥ 10, dakle 4 pozajmljena bita → novi prefiks /20; preostalo 12 host bita → 2¹²−2=4094 hosta po podmreži.)

6. Najčešće greške

• Zaokruživanje broja podmreža ili hostova NA DOLE umesto NA GORE — ako je potrebno 10 podmreža, mora se uzeti sledeći veći stepen dvojke (16), nikad manji (8), jer bi 8 podmreža bilo nedovoljno.
• Zaboravljanje da broj host bita zavisi od NOVOG prefiksa (nakon pozajmljivanja), ne od originalnog prefiksa pre podele.

7. Pitanje za proveru znanja

P: Ako se od /24 mreže pozajmi 4 bita za podmreže, koliko podmreža se dobija i koliko hostova ima svaka? O: Broj podmreža = 2⁴ = 16; preostalo host bita = 8−4 = 4 → broj hostova po podmreži = 2⁴−2 = 14.

Tema 5 – Određivanje network adrese

1. Jednostavno objašnjenje

Network adresa je "početak" bloka kojem adresa pripada — metodom blokova (Tema 3) se određuje tako što se pronađe najbliža vrednost iz niza blokova koja nije veća od same adrese.

2. Stručno objašnjenje

Network adresa (uvod dat u Modulu 4, Tema 9) se dobija tako što se svi bitovi host dela adrese postave na 0, uz zadržavanje mrežnog dela nepromenjenim (ekvivalentno logičkoj AND operaciji između adrese i maske). Metodom blokova (Tema 3), network adresa interesantnog okteta je najveći broj iz niza blokova koji je manji ili jednak vrednosti tog okteta u datoj adresi, dok svi okteti PRE interesantnog okteta ostaju nepromenjeni, a svi okteti POSLE interesantnog okteta postaju 0.

Primer 1: 172.16.77.200/20 → maska /20 = 255.255.240.0, interesantni oktet je treći. Veličina bloka = 256−240=16. Niz: 0,16,32,48,64,80(≤77? ne, 80>77) — ispravka: niz 0,16,32,48,64,80... tražimo najveći ≤77 → to je 64 (jer je 64≤77<80). Network adresa: 172.16.64.0 (treći oktet postaje 64, četvrti oktet postaje 0 jer je posle interesantnog okteta).

Primer 2: 10.200.5.5/9 → maska /9 = 255.128.0.0, interesantni oktet je drugi. Veličina bloka = 256−128=128. Niz: 0,128. Vrednost drugog okteta je 200, najveći iz niza ≤200 je 128. Network adresa: 10.128.0.0 (prvi oktet ostaje 10, treći i četvrti postaju 0).

3. Primer iz svakodnevnog života

Određivanje network adrese je poput zaokruživanja cene na najbližu nižu "turu" pri plaćanju kusurom u apoenima od po 50 dinara — ako imate račun od 137 dinara i apoeni su po 50, "zaokružujete nadole" na 100 (najbliži niži umnožak 50 koji nije veći od 137).

4. Primer iz poslovnog IT okruženja

Prilikom dokumentovanja mreže (Modul 23), IT tehničar mora tačno da zna network adresu svakog segmenta kako bi je uneo u IP adresni plan — greška u ovom koraku bi se prenela na kompletnu dokumentaciju i kasnije zbunila svakog ko je koristi.

5. Praktična vežba / napomena

Odredite network adresu za 192.168.44.90/27. (Rešenje: maska 255.255.255.224, blok=32, niz 0,32,64,96... najveći ≤90 je 64 → network = 192.168.44.64.)

6. Najčešće greške

• Zaboravljanje da se okteti POSLE interesantnog okteta postavljaju na 0, ne kopiraju iz originalne adrese.
• Greška u pronalaženju "najbližeg manjeg ili jednakog" broja iz niza — čest je slučaj da se greškom uzme sledeći VEĆI broj.

7. Pitanje za proveru znanja

P: Zašto se, prilikom određivanja network adrese, okteti posle interesantnog okteta uvek postavljaju na nulu? O: Zato što ti okteti u potpunosti pripadaju host delu adrese (maska u njima je 0), a network adresa po definiciji ima sve bitove host dela postavljene na nulu.

Tema 6 – Određivanje broadcast adrese

1. Jednostavno objašnjenje

Broadcast adresa je "kraj" bloka — poslednja adresa pre nego što počne sledeći blok, dobijena tako što se network adresi sledećeg bloka oduzme jedan.

2. Stručno objašnjenje

Broadcast adresa (Modul 4, Tema 9) se dobija tako što se svi bitovi host dela postave na 1. Metodom blokova, u interesantnom oktetu to je vrednost neposredno pre SLEDEĆE network adrese u nizu blokova (odnosno, sledeća vrednost iz niza umanjena za 1); u svim oktetima POSLE interesantnog okteta, vrednost je uvek 255.

Primer 1 (nastavak Teme 5, primer 1): 172.16.77.200/20 → network adresa je 172.16.64.0, sledeća vrednost u nizu blokova (0,16,32,48,64,80) je 80. Broadcast adresa: treći oktet = 80−1 = 79, četvrti oktet = 255 (jer je posle interesantnog okteta). Broadcast adresa: 172.16.79.255.

Primer 2 (nastavak Teme 5, primer 2): 10.200.5.5/9 → network adresa je 10.128.0.0, sledeća vrednost u nizu (0, 128, pa "256" odnosno prelivanje) — pošto je 128 poslednja vrednost pre prelivanja u prvom oktetu, broadcast u drugom oktetu je 255 (256−1), a treći i četvrti oktet su takođe 255. Broadcast adresa: 10.255.255.255.

3. Primer iz svakodnevnog života

Broadcast adresa je poput poslednjeg sedišta u redu bioskopske sale pre nego što počne sledeći red — ako prvi red ima sedišta 1-64, poslednje sedište tog reda (64) je "granica" pre početka sledećeg reda.

4. Primer iz poslovnog IT okruženja

Prilikom konfigurisanja DHCP pool-a (Modul 13), administrator mora da zna tačnu broadcast adresu podmreže kako bi bio siguran da opseg adresa koje DHCP server dodeljuje nikada ne uključi tu rezervisanu adresu.

5. Praktična vežba / napomena

Za mrežu iz prethodne vežbe (192.168.44.64/27), odredite broadcast adresu. (Rešenje: sledeća vrednost u nizu posle 64 je 96, broadcast = 96−1 = 95 → 192.168.44.95.)

6. Najčešće greške

• Računanje broadcast adrese kao "network + veličina bloka" umesto "network sledećeg bloka − 1" — ovo greškom daje network adresu SLEDEĆE podmreže, ne broadcast trenutne.
• Zaboravljanje da se okteti posle interesantnog okteta postavljaju na 255 (ne na 0, kao kod network adrese).

7. Pitanje za proveru znanja

P: Za mrežu sa network adresom 10.10.32.0/19, koja je broadcast adresa? O: Maska /19 = 255.255.224.0, blok=32 (u trećem oktetu), sledeća vrednost posle 32 je 64, broadcast trećeg okteta = 64−1=63, četvrti oktet=255 → broadcast adresa = 10.10.63.255.

Tema 7 – Određivanje prvog i poslednjeg hosta

1. Jednostavno objašnjenje

Prvi validan host je odmah posle network adrese (network + 1); poslednji validan host je odmah pre broadcast adrese (broadcast − 1).

2. Stručno objašnjenje

Pošto su network i broadcast adresa rezervisane i ne mogu se dodeliti hostovima (Modul 4, Tema 9), opseg upotrebljivih (validnih) host adresa uvek počinje na network adresa + 1 i završava se na broadcast adresa − 1. Ovo pravilo je apsolutno univerzalno i važi za svaku podmrežu, bez izuzetka (osim specijalnih /31 i /32 slučajeva, koji se retko koriste za obične hostove i izlaze iz okvira ovog modula).

Primer: Za mrežu 192.168.44.64/27 sa network adresom 192.168.44.64 i broadcast adresom 192.168.44.95: prvi host = 192.168.44.65, poslednji host = 192.168.44.94.

3. Primer iz svakodnevnog života

Ovo je poput brojeva stanova u zgradi gde je "stan 0" rezervisan za recepciju (network adresa), a "poslednji broj" rezervisan za zajedničku salu na krovu (broadcast adresa) — stanari zauzimaju sve brojeve između te dve granice.

4. Primer iz poslovnog IT okruženja

Prilikom ručnog dodeljivanja statičkih adresa serverima i mrežnim uređajima (Modul 4, Tema 8), administrator uvek počinje od PRVOG validnog hosta u podmreži (npr. adresa .1 se često po konvenciji dodeljuje ruteru/gateway-u), ostavljajući ostatak opsega za dinamičko (DHCP) ili dalje statičko dodeljivanje.

5. Praktična vežba / napomena

Za podmrežu sa network adresom 172.16.100.128 i broadcast adresom 172.16.100.191, odredite prvi i poslednji validan host. (Rešenje: prvi = 172.16.100.129, poslednji = 172.16.100.190.)

6. Najčešće greške

• Pokušaj dodeljivanja network ili broadcast adrese kao host adrese uređaju (ponovljena greška iz Modula 4, ovde posebno česta kod ručnog subnetting računanja pod pritiskom vremena).
• Zaboravljanje da se ovo pravilo (network+1, broadcast−1) primenjuje IDENTIČNO bez obzira na veličinu podmreže — nema potrebe za drugačijim računanjem kod velikih naspram malih podmreža.

7. Pitanje za proveru znanja

P: Ako je broadcast adresa podmreže 10.5.5.63, koja je poslednja validna host adresa u toj podmreži? O: 10.5.5.62 (broadcast − 1).

Tema 8 – CIDR prefiksi od /8 do /32: kompletna referentna tabela

1. Jednostavno objašnjenje

Ovo je "špargla" tabela koja povezuje svaki mogući CIDR prefiks sa odgovarajućom decimalnom maskom i brojem hostova — vredi je imati pri ruci (ili napamet) dok se uvežbava subnetting.

2. Stručno objašnjenje

Sledeća tabela prikazuje sve praktično korišćene CIDR prefikse, njihovu decimalnu masku (u interesantnom oktetu), veličinu bloka, i broj upotrebljivih hostova:

Primetite obrazac: kako se prefiks povećava za 1, veličina bloka (i broj hostova) se prepolovljuje; kako se prefiks smanjuje za 1, veličina bloka se duplira. Ovaj obrazac je koristan za brzu proveru „zdravog razuma" rezultata (Tema 12).

3. Primer iz svakodnevnog života

Ova tabela je poput konverzione tabele mernih jedinica (npr. inči u centimetre) — ne mora se pamtiti izvođenje svaki put, dovoljno je imati tabelu pri ruci dok se ne nauči napamet kroz ponavljanu upotrebu.

4. Primer iz poslovnog IT okruženja

Iskusan mrežni inženjer prepoznaje "/27 = 30 hostova" ili "/29 = 6 hostova" trenutno, bez razmišljanja, jer je ovu tabelu koristio stotine puta u praksi — cilj ovog modula je da polaznik dostigne isti nivo automatizma kroz vežbanje (Tema 13 i 50+ zadataka u ovom modulu).

5. Praktična vežba / napomena

Prekrijte kolonu "Broj hostova" i pokušajte da je popunite napamet za redove /24 do /30 — ovo je opseg maski koji se najčešće sreće u praksi.

6. Najčešće greške

• Mešanje /30 (2 hosta, koristi se za point-to-point veze između rutera) sa /31 (posebna namena bez tradicionalnih host adresa) — ovo su različiti, lako pobrkani prefiksi.
• Zaboravljanje da prefiksi manji od /24 (npr. /16, /20) "sežu" u treći ili drugi oktet, ne samo u četvrti.

7. Pitanje za proveru znanja

P: Bez gledanja u tabelu, koliko upotrebljivih hostova ima mreža sa prefiksom /29? O: 2³−2 = 6 hostova (blok veličine 8, minus network i broadcast adresu).

Tema 9 – FLSM (Fixed-Length Subnet Masking)

1. Jednostavno objašnjenje

FLSM znači da se mreža deli na podmreže koje su sve iste veličine — jednostavnije za planiranje, ali može dovesti do rasipanja adresa ako odeljenjima zaista trebaju različite veličine.

2. Stručno objašnjenje

FLSM (Fixed-Length Subnet Masking) je pristup subnettingu u kome se izvorna mreža deli na više podmreža koje sve koriste istu, fiksnu masku (isti CIDR prefiks), bez obzira na stvarne potrebe svake pojedinačne podmreže za brojem hostova. Postupak: (1) odrediti potreban broj podmreža, (2) odrediti minimalan broj bita koje treba pozajmiti da bi 2ˢ bio veći ili jednak potrebnom broju podmreža (Tema 4), (3) primeniti novi prefiks jednako na SVE podmreže. FLSM je jednostavniji za planiranje i dokumentovanje (sve podmreže „izgledaju isto"), ali je manje efikasan u korišćenju adresnog prostora kada odeljenja imaju značajno različite potrebe — svako odeljenje dobija istu veličinu podmreže kao i najzahtevnije odeljenje, čak i ako mu je potrebno mnogo manje hostova.

Primer: Firma ima 4 odeljenja, svakom je potrebno do 50 hostova. Mreža 192.168.1.0/24 se deli FLSM metodom: potrebne su 4 podmreže → 2²=4 → pozajmljuju se 2 bita → novi prefiks /26, svaka podmreža ima po 62 hosta (dovoljno za 50, uz izvestan „višak" koji ostaje neiskorišćen u svakoj podmreži).

3. Primer iz svakodnevnog života

FLSM je poput deljenja pice na jednake komade po broju gostiju — jednostavno i pravedno, ali ako neki gost želi samo pola komada, taj deo se svejedno "rezerviše" za njega i ne može se dati drugom gostu.

4. Primer iz poslovnog IT okruženja

Mala firma sa četiri identična odeljenja (svako sa po 20-ak zaposlenih) koristi FLSM da podeli svoju /24 mrežu na četiri jednake /26 podmreže — jednostavno za pamćenje i dokumentovanje, i savršeno odgovarajuće jer su potrebe odeljenja zaista slične.

5. Praktična vežba / napomena

Firma ima mrežu 10.0.0.0/24 i tri odeljenja, svakom potrebno do 30 hostova. Primenite FLSM: koliko bita treba pozajmiti i koji je novi prefiks? (Rešenje: potrebne 3 podmreže → 2²=4≥3 → 2 pozajmljena bita → prefiks /26, sa po 62 hosta po podmreži — više nego dovoljno.)

6. Najčešće greške

• Korišćenje FLSM za odeljenja sa VRLO različitim potrebama (npr. jedno odeljenje treba 200 hostova, drugo samo 5) — ovo dovodi do ogromnog rasipanja adresa, jer bi svih podmreža morale biti veličine potrebne za najveće odeljenje (200 hostova).
• Zaboravljanje da FLSM uvek koristi ISTI prefiks za sve podmreže u datom zadatku — ako se prefiksi razlikuju po podmreži, to više nije FLSM, već VLSM (Tema 10).

7. Pitanje za proveru znanja

P: Koji je glavni nedostatak FLSM pristupa kada odeljenja imaju značajno različite potrebe za brojem hostova? O: Sve podmreže moraju biti iste veličine kao i najzahtevnije odeljenje, što dovodi do rasipanja adresnog prostora u manjim odeljenjima koja ne iskorišćavaju sve dodeljene adrese.

Tema 10 – VLSM (Variable-Length Subnet Masking)

1. Jednostavno objašnjenje

VLSM znači da se svaka podmreža pravi tačno onoliko velika koliko joj je zaista potrebno — različite podmreže mogu imati različite maske, čime se adresni prostor koristi mnogo efikasnije.

2. Stručno objašnjenje

VLSM (Variable-Length Subnet Masking) je napredniji pristup subnettingu u kome se izvorna mreža deli na podmreže različitih veličina, svaka sa sopstvenom, prilagođenom maskom, u zavisnosti od stvarnog broja hostova koji joj je potreban. Standardni postupak VLSM planiranja:

1. Poređati zahteve po veličini, od najvećeg ka najmanjem — ovo je ključan korak koji sprečava fragmentaciju adresnog prostora.
2. Za svaki zahtev (počevši od najvećeg), odrediti minimalnu veličinu bloka koja pokriva traženi broj hostova (sledeći stepen dvojke, uz oduzimanje 2 za network/broadcast).
3. Dodeliti svakoj podmreži sledeći dostupan, poravnat blok te veličine iz preostalog adresnog prostora.
4. Ponoviti za sledeći zahtev, nastavljajući odmah nakon prethodno dodeljenog bloka.

Zašto se počinje od najvećeg zahteva: Ako bi se počelo od manjih podmreža, veliki blok potreban za veći zahtev možda ne bi mogao da se "uklopi" na preostalo, fragmentisano mesto (blokovi u VLSM-u moraju početi na adresi koja je umnožak njihove sopstvene veličine — princip poravnanja). Počinjanjem od najvećeg ka najmanjem, ovaj problem se prirodno izbegava.

Primer: Mreža 192.168.10.0/24, sa zahtevima: Odeljenje A treba 60 hostova, Odeljenje B treba 12 hostova, Odeljenje C treba 2 hosta (WAN link).

• Poređano po veličini: A(60), B(12), C(2).
• A treba blok od bar 62 hosta → /26 (blok 64) → dodeljuje se 192.168.10.0/26 (network=.0, broadcast=.63).
• B treba blok od bar 14 hostova → /28 (blok 16) → sledeći slobodan, poravnat blok je 192.168.10.64/28 (network=.64, broadcast=.79).
• C treba blok od bar 2 hosta → /30 (blok 4) → sledeći slobodan blok je 192.168.10.80/30 (network=.80, broadcast=.83).

Ostatak mreže (192.168.10.84 pa nadalje, sve do .255) ostaje slobodan za budući rast.

3. Primer iz svakodnevnog života

VLSM je poput pakovanja kutija različitih veličina u prtljažnik automobila po principu "prvo najveće, pa manje u preostale rupe" — ako biste prvo ubacili sitne predmete nasumično, veliki kofer se možda kasnije uopšte ne bi uklopio.

4. Primer iz poslovnog IT okruženja

Mrežni inženjer projektuje adresiranje za firmu sa odeljenjima različite veličine (Prodaja 100 ljudi, IT 15 ljudi, Serveri 6 uređaja, dva WAN linka po 2 adrese) — VLSM omogućava da se svakom delu dodeli tačno onoliko adresa koliko mu treba, ostavljajući mnogo više neiskorišćenog prostora za budući rast nego što bi FLSM ostavio.

5. Praktična vežba / napomena

Za mrežu 172.16.0.0/24 sa zahtevima: Odeljenje X treba 100 hostova, Odeljenje Y treba 20 hostova, primenite VLSM postupak (počev od većeg zahteva) i odredite oba bloka. (Rešenje: X treba /25 (126 hostova) → 172.16.0.0/25; Y treba /27 (30 hostova) → sledeći slobodan blok, 172.16.0.128/27.)

6. Najčešće greške

• Planiranje podmreža od najmanjeg ka najvećem zahtevu — najčešći uzrok neuklapanja i potrebe za "prepravljanjem" celog plana od početka.
• Zaboravljanje pravila poravnanja (svaki blok mora početi na adresi koja je umnožak sopstvene veličine) — dodeljivanje bloka na "nepravilnoj" početnoj adresi je nevalidno, čak i ako se brojevi naizgled "uklapaju".

7. Pitanje za proveru znanja

P: Zašto se prilikom VLSM planiranja uvek počinje od NAJVEĆEG zahteva za brojem hostova? O: Zato što veliki blokovi moraju početi na adresama poravnatim sa sopstvenom veličinom; ako bi se prvo dodelili manji blokovi, mogli bi „fragmentisati" adresni prostor tako da veliki blok kasnije ne može da se uklopi ni na jedno preostalo mesto.

Tema 11 – Subnetting za realne kompanije i sumarizacija ruta

1. Jednostavno objašnjenje

U praksi se subnetting nikad ne radi „u vakuumu" — kombinuje se sa stvarnim poslovnim zahtevima (koliko ljudi, koliko uređaja, planovi za rast), a više susednih podmreža se ponekad može ponovo „spojiti" u jedan sažet zapis radi jednostavnijeg rutiranja.

2. Stručno objašnjenje

Realno VLSM planiranje za kompaniju uključuje dodatne praktične korake van čistog računanja: planiranje rezervnog prostora za budući rast (ne iskorišćavati baš svaku poslednju adresu, ostaviti razumnu rezervu — princip primenjen i u Modulu 3, Temi 11 za rack ormane), dodeljivanje posebnih podmreža za posebne namene (management VLAN, WAN linkovi, serverski segment — detaljnije u Modulima 9, 13, 23), i dokumentovanje kompletne šeme u IP adresni plan (Modul 23). Dodatno, kada više susednih, VLSM-om kreiranih podmreža treba predstaviti kao jedan zapis (npr. u tabeli rutiranja ili prilikom oglašavanja rute ka drugom ruteru), koristi se sumarizacija ruta (route summarization / route aggregation) — pronalaženje jednog, šireg CIDR bloka koji tačno pokriva sve te podmreže zajedno, bez pokrivanja dodatnog, nepovezanog prostora. Sumarizacija ruta se detaljnije praktično primenjuje u Modulima 12 (OSPF) i 27 (napredne teme), ali osnovni princip pripada subnetting znanju iz ovog modula: posmatra se binarni zapis network adresa svih mreža koje treba sažeti, i pronalazi se broj bita koji im je svima zajednički — taj broj bita postaje novi, sažeti prefiks.

Primer sumarizacije: Mreže 192.168.16.0/24, 192.168.17.0/24, 192.168.18.0/24 i 192.168.19.0/24 (četiri uzastopne /24 mreže) mogu se sažeti u jedan zapis: 192.168.16.0/22, jer taj /22 blok tačno obuhvata sve četiri mreže (i ništa više ni manje).

3. Primer iz svakodnevnog života

Sumarizacija ruta je poput objavljivanja jedne skupne pošiljke "sve za Novi Beograd" umesto četiri odvojene pošiljke za četiri različita naselja unutar Novog Beograda — primalac (ruter) dobija jednu, sažetu informaciju umesto četiri pojedinačne, čime se štedi prostor u „adresaru" (tabeli rutiranja).

4. Primer iz poslovnog IT okruženja

Filijala firme ima interno četiri VLSM podmreže (za različita odeljenja), ali centralni ruter u glavnoj kancelariji ne mora da zna svaku od njih pojedinačno — filijala oglašava jednu sažetu rutu koja pokriva sve četiri, čime se tabela rutiranja u centrali drži preglednom čak i kako firma raste i dodaje nove podmreže unutar filijale (sve dok ostaju unutar sažetog opsega).

5. Praktična vežba / napomena

Date su mreže 10.0.4.0/24 i 10.0.5.0/24. Odredite sažetu rutu koja tačno pokriva obe. (Rešenje: 10.0.4.0/23 — proverite da li ova mreža obuhvata tačno ove dve /24 mreže i ništa više, koristeći metodu blokova iz Teme 3.)

6. Najčešće greške

• Sumarizacija koja slučajno obuhvata i dodatne, nepovezane mreže koje ne bi trebalo da budu deo tog sažetog zapisa — potrebno je pažljivo proveriti da sažeti blok ne "prelazi" u susedni, nepovezan adresni prostor.
• Planiranje VLSM šeme bez ikakve rezerve za budući rast, „do poslednje adrese" — otežava dodavanje novih uređaja/odeljenja bez potpunog preprojektovanja cele šeme.

7. Pitanje za proveru znanja

P: Koja je svrha sumarizacije ruta (route summarization)? O: Predstavljanje više susednih mreža jednim, sažetim CIDR zapisom, čime se smanjuje veličina tabela rutiranja i pojednostavljuje oglašavanje ruta između rutera.

Tema 12 – Provera rezultata

1. Jednostavno objašnjenje

Nakon svakog subnetting proračuna, vredi potrošiti par sekundi na brzu proveru da rezultat "ima smisla", pre nego što se koristi u stvarnoj konfiguraciji.

2. Stručno objašnjenje

Nekoliko brzih tehnika za proveru ispravnosti subnetting rezultata:

• Provera veličine bloka: Da li je razlika između broadcast i network adrese jednaka (veličina bloka − 1)? (Npr. za /27, blok=32, razlika treba da bude 31.)
• Provera deljivosti network adrese: Da li je vrednost network adrese u interesantnom oktetu deljiva veličinom bloka bez ostatka? (Npr. za blok 32, validne network adrese u tom oktetu su 0,32,64,96... — nikad, na primer, 50.)
• Provera da adresa pripada svojoj mreži: Da li se originalna, data adresa zaista nalazi između izračunate network i broadcast adrese?
• Provera preko tabele iz Teme 8: Da li broj hostova koji ste izračunali odgovara očekivanoj vrednosti za taj CIDR prefiks iz referentne tabele?
• Provera „zdravog razuma" kod VLSM-a: Da li se dodeljeni blokovi preklapaju? Da li ukupna suma dodeljenih blokova prelazi veličinu izvorne mreže?

Redovno sprovođenje ovih provera, posebno tokom vežbanja, gradi naviku koja u realnom radu sprečava skupe greške u konfiguraciji (pogrešna maska ili gateway su jedan od najčešćih uzroka mrežnih problema, obrađenih u Modulu 20).

3. Primer iz svakodnevnog života

Provera rezultata je poput dvostruke provere adrese pre slanja važnog paketa poštom — brz dodatni pogled koji sprečava skupu grešku (paket koji stigne na pogrešno mesto), uz minimalan dodatni utrošak vremena.

4. Primer iz poslovnog IT okruženja

Pre nego što unese IP konfiguraciju na produkcioni ruter, iskusan mrežni inženjer uvek "u glavi" brzo proveri da network i broadcast adresa imaju smisla za datu masku — ova navika sprečava greške koje bi, jednom primenjene na živoj mreži, mogle prekinuti konekciju desetinama korisnika.

5. Praktična vežba / napomena

Dat je "rezultat" koji tvrdi da mreža 192.168.5.50/28 ima network adresu 192.168.5.48 i broadcast adresu 192.168.5.63. Proverite da li je ovo tačno koristeći tehnike iz ove teme. (Provera: veličina bloka za /28 = 16; 63−48=15=16−1 ✓; 48 je deljivo sa 16 (48=3×16) ✓; adresa 50 je između 48 i 63 ✓. Rezultat je ispravan.)

6. Najčešće greške

• Preskakanje provere „jer se žuri" — upravo situacije pod pritiskom vremena najčešće dovode do grešaka koje bi jednostavna provera odmah otkrila.
• Provera samo jednog aspekta (npr. samo da li se adresa "uklapa") umesto kombinovanja više provera za veću sigurnost.

7. Pitanje za proveru znanja

P: Navedite dve brze tehnike za proveru ispravnosti izračunate network/broadcast adrese. O: Bilo koje dve od: provera da je razlika broadcast−network jednaka (veličina bloka−1); provera da je network adresa deljiva veličinom bloka; provera da originalna adresa pripada izračunatom opsegu; provera broja hostova protiv referentne tabele.

Tema 13 – Subnetting bez kalkulatora: brze tehnike

1. Jednostavno objašnjenje

Uz malo vežbe, ceo subnetting proračun se može uraditi u glavi ili na papiru za manje od minuta — evo skupa konkretnih saveta koji to omogućavaju.

2. Stručno objašnjenje

Praktični saveti za brz, siguran subnetting bez kalkulatora:

1. Naučite tabelu iz Teme 8 napamet, barem za opseg /24 do /30 — ovo je opseg koji se najčešće sreće u praksi.
2. Uvek koristite metodu blokova (Tema 3) umesto pretvaranja cele adrese u binarni zapis — mnogo brže za praktičnu primenu.
3. Prepoznajte "interesantni oktet" prvi, pre bilo kakvog računanja — ovo odmah suzi problem na jedan jedini oktet umesto sve četiri.
4. Pamtite da je 256 uvek "krov" za bilo koji oktet — niz blokova se uvek zaustavlja pre nego što dostigne (ili pređe) 256.
5. Za VLSM, uvek prvo sortirajte zahteve od najvećeg ka najmanjem (Tema 10) pre bilo kakvog dodeljivanja blokova — ovaj jedan korak sprečava najveći broj grešaka.
6. Vežbajte redovno, u kratkim intervalima — subnetting je veština slična sviranju instrumenta ili tipkanju: redovno kratko vežbanje (10-15 minuta dnevno) daje bolje rezultate od retkog, dugog vežbanja.
7. Uvek proverite rezultat (Tema 12) — brzina bez tačnosti nema vrednost u stvarnom radu.

3. Primer iz svakodnevnog života

Brzo subnetting računanje je poput brzog mentalnog računanja kusura u prodavnici — iskusan prodavac to radi automatski, bez razmišljanja o svakom pojedinačnom koraku, zahvaljujući hiljadama ponavljanja; početnik mora svesno da prati svaki korak, ali brzina prirodno dolazi s vežbom.

4. Primer iz poslovnog IT okruženja

Na CCNA i sličnim sertifikacionim ispitima (kao i na tehničkim intervjuima za mrežne pozicije), subnetting pitanja se često postavljaju sa vremenskim ograničenjem, bez dozvoljenog kalkulatora — kandidati koji su usvojili metodu blokova i redovno vežbali imaju značajnu prednost nad onima koji pokušavaju da pretvaraju cele adrese u binarni zapis pod pritiskom vremena.

5. Praktična vežba / napomena

Postavite sebi izazov: rešite bilo koji zadatak iz ovog modula (Fajl 05-zadaci.md) i merite sebi vreme. Ponovite sličan zadatak sledećeg dana i uporedite vreme — cilj je vidljivo poboljšanje kroz svega nekoliko ponavljanja.

6. Najčešće greške

• Pokušaj "preskakanja" osnovne tabele (Tema 8) i binarnog razumevanja (Tema 2) u nadi da će brzina doći sama od sebe — brzina bez čvrstog razumevanja osnova dovodi do čestih, teško uočljivih grešaka.
• Odustajanje posle svega par pokušaja — subnetting fluentnost realno zahteva desetine rešenih zadataka pre nego što postane zaista automatska veština, što je i razlog zašto ovaj modul sadrži 50 zadataka za vežbanje.

7. Pitanje za proveru znanja

P: Koji je prvi i najvažniji korak metode blokova, pre bilo kakvog računanja? O: Prepoznavanje "interesantnog okteta" — okteta u kome maska nije ni 255 ni 0 — jer to odmah suzi ceo problem na samo jedan oktet.

Rezime modula

• Subnetting deli veću mrežu na manje, logički odvojene podmreže radi manjih broadcast domena, efikasnijeg korišćenja adresa, bezbednosti i lakše organizacije.
• Stepeni broja 2 (2, 4, 8, 16, 32, 64, 128, 256) su osnova svakog subnetting proračuna — 2ˢ za broj podmreža, 2ʰ−2 za broj hostova.
• Metoda blokova (256 − maska u interesantnom oktetu = veličina bloka) je preporučena, najbrža tehnika za ručno subnetting računanje.
• Network adresa = najbliži manji/jednak broj iz niza blokova; broadcast adresa = sledeći broj iz niza minus 1; prvi/poslednji host = network+1 / broadcast−1.
• FLSM deli mrežu na podmreže iste veličine (jednostavnije, ali može rasipati adrese); VLSM deli mrežu na podmreže prilagođene stvarnim potrebama (efikasnije, zahteva sortiranje od najvećeg ka najmanjem zahtevu).
• Sumarizacija ruta sažima više susednih mreža u jedan CIDR zapis.
• Rezultat uvek treba proveriti (deljivost, veličina bloka, pripadnost adrese svom opsegu) pre upotrebe u stvarnoj konfiguraciji.
• Brzina dolazi isključivo kroz redovno vežbanje — ovaj modul sadrži 50 zadataka upravo iz tog razloga.

Mermaid dijagram – FLSM naspram VLSM

graph TD
    A[Izvorna mreža 192.168.1.0/24] --> B[FLSM: sve podmreže iste velicine]
    A --> C[VLSM: podmreze prilagodjene potrebama]
    B --> B1["4x /26 - po 62 hosta"]
    C --> C1["/26 - 62 hosta"]
    C --> C2["/28 - 14 hostova"]
    C --> C3["/30 - 2 hosta"]

Mermaid dijagram – postupak metode blokova

graph TD
    A[Data IP adresa i maska] --> B[Pronadji interesantni oktet<br/>maska nije 255 ni 0]
    B --> C["Velicina bloka = 256 - maska u tom oktetu"]
    C --> D[Nabroj blokove: 0, blok, 2xblok...]
    D --> E[Network = najveci broj iz niza <= adresi]
    E --> F[Broadcast = sledeci broj iz niza - 1]
    F --> G[Prvi host = network+1, Poslednji host = broadcast-1]