Domyślna maska adresu sieciowego - jak ją wyznaczyć

Pytania dt. certyfikacji CCNA i CCDA

Moderatorzy: mikrobi, aron, garfield, gangrena, Seba

Wiadomość
Autor
qwerty_2012
member
member
Posty: 26
Rejestracja: 16 maja 2012, 11:47

Domyślna maska adresu sieciowego - jak ją wyznaczyć

#1

#1 Post autor: qwerty_2012 » 16 maja 2012, 11:52

Witam. Posiadam adres np. 192.168.1.0 z maską /24. (to tylko przykład, mogę mieć dowolny inny adres). Jak mogę na podstawie samego adresu określić domyślną maskę adresu sieciowego? Jest to możliwe?

Jeśli to w czymkolwiek pomoże, dodam, że jestem na etapie przerabiania struktury tab. routingu, a moje pyt. jest powiązane z trasami 1. i 2. poziomu).

Proszę o odpowiedzi, jak najbardziej proste:) tzn. wytłumaczone łopatologicznie ;D

aron
CCIE
CCIE
Posty: 561
Rejestracja: 05 paź 2004, 18:46
Lokalizacja: waw, PL

#2

#2 Post autor: aron » 16 maja 2012, 12:17

Dawno, dawno temu sie dalo ;)
Od kiedy mamy CIDR juz sie nie da.

adaman
rookie
rookie
Posty: 10
Rejestracja: 21 maja 2008, 13:27
Lokalizacja: Koszalin, Polska

#3

#3 Post autor: adaman » 16 maja 2012, 13:19

Dawno dawno (routing klasowy) temu było tak, że sprawdzało się pierwsze bity adresu
jak zaczynał się do 0 do była klasa A, czyli /8
jak 10 to klasa B, czyli /16
jak 110 to klasa C, czyli /24

tak badały to routery

qwerty_2012
member
member
Posty: 26
Rejestracja: 16 maja 2012, 11:47

#4

#4 Post autor: qwerty_2012 » 16 maja 2012, 13:41

Tak, to wiem. Ale w rozdziale pisze, że "trasa 1 poziomu to trasa z maską podsieci równą lub krótszą niż domyslna maska adresu sieciowego."

Rozumiem z tego, ze musze w jakis sposob znalezc ta domyslna maske, ale jak?

adaman
rookie
rookie
Posty: 10
Rejestracja: 21 maja 2008, 13:27
Lokalizacja: Koszalin, Polska

#5

#5 Post autor: adaman » 16 maja 2012, 13:53

tak, jak napisałem wcześniej, wszystko się bierze z klasowości adresów

np. 192.168.1.0 to klasa C i dla niej "domyslna maska adresu sieciowego" to 24.
jak adres będzie B np. 172.16.0.0 to domyślną maską jest 16.
jak A np. 10.0.0.0 to będzie to 8

dla adresów 1.0.0.0 - 126.255.255.255 to maska domyślna jest 8
jak 129.0.0.0 - 191.255.255.255 to 16
jak 192.0.0.0 - 223.255.255.255 to 24

czytasz rozdział 8 z 2 semestru?

qwerty_2012
member
member
Posty: 26
Rejestracja: 16 maja 2012, 11:47

#6

#6 Post autor: qwerty_2012 » 18 maja 2012, 12:58

Tak, przerabiam sobie ten rozdział właśnie. Ok, no to już chyba rozumiem.

Dziwi mnie tylko jedno, skoro teraz już się nie używa w zasadzie domyślnych masek, tylko częściej VLSM, dlaczego w tab. routingu jest jeszcze taki starocie stosowane? Dziwne, że np. mając routing typu EIGRP nadal będę musiał patrzeć na klasy adresów, a nie na VLSM, żeby określić, która trasa jest 1. rzędu ... :|

inkrementator
CCIE
CCIE
Posty: 196
Rejestracja: 01 paź 2010, 22:49

#7

#7 Post autor: inkrementator » 18 maja 2012, 13:31

qwerty_2012 pisze: Dziwi mnie tylko jedno, skoro teraz już się nie używa w zasadzie domyślnych masek
Domyślnych masek się może nie używa w adresacji, ale trzeba je nadal rozumieć. W rip czy eigrp masz autosumaryzacje (która jest włączona z defaultu) i ona sumaryzuje adresy właśnie do domyślnej maski.

Jak uruchamiasz jakiś protokół routingu na interfejsie przez komendę network, to tez musisz rozumieć to zagadnienie.

Pewnie jeszcze by się inne przykłady znalazło.

Awatar użytkownika
ormek
wannabe
wannabe
Posty: 147
Rejestracja: 31 sty 2011, 17:40
Lokalizacja: Oln/Elb/Gda

#8

#8 Post autor: ormek » 22 maja 2012, 09:10

Biorąc pod uwagę klasowość adresów, to jest to rozpoznawane po pierwszych bitach. Na tej podstawie wyznaczana jest (była/jest) maska

klasa 1st bity maska
A 0 255.0.0.0
B 10 255.255.0.0
C 110 255.255.255.0
D 1110 so
E 1111 so

Po co tak? Jak wiesz, w tablicy routingu adres leci po najlepszym dopasowaniu. Nawet po wprowadzeniu możliwości routowania adresów bezklasowych pierwsze bity to fajny filtr przy wyszukiwaniu, szczególnie dawniej gdy sprzęt nie był tak mocny jak obecnie. Dodatkowo wprowadza to pewną logikę w tablicy do dnia dzisiejszego.

Czasem wystarczy też spojrzeć na daty:
CIDR: 1993
EIGRP: 1993
ripv2: 1994

Dlatego też (jak sądzę) te protokoły mają autosumaryzację do adresów klasowych.
Każdy problem ma rozwiązanie, jeśli nie ma rozwiązania to nie ma problemu!

ODPOWIEDZ