доброго времени суток.
ситуация такая: решил поглубже изучить всякие RIP и OSPF и т.д. и возник вопрос.RIP режет сетки на классовые, это понятно. но не понятно следующее:
router#sh run
...
router rip
version 2
network 10.0.0.0 <- вводилась команда network 10.1.0.0, а он её еще порезал.
network 172.16.0.0
network 192.1.0.0 <- сдесь вводилась 192.1.0.0, скушал как хотелось.
no auto-summary
...В чем разница? Почему в первом случае сетка обрезалась еще больше, а во втором нет?
>[оверквотинг удален]
> version 2
> network 10.0.0.0 <- вводилась команда network 10.1.0.0, а он
>её еще порезал.
> network 172.16.0.0
> network 192.1.0.0 <- сдесь вводилась 192.1.0.0, скушал как хотелось.
> no auto-summary
>...
>
>В чем разница? Почему в первом случае сетка обрезалась еще больше, а
>во втором нет?потому что rip является протоколом классовой маршрутизации, 2 версия лишь позволяет передовать\принимать информацию о маске,
в конфигурации интерефейса rip можно определить, что необходимо сумаризировать -(config-subif)#ip summary-address rip 10.1.0.252 ?
A.B.C.D IP network mask
Default version control: send version 2, receive version 2
Interface Send Recv Triggered RIP Key-chain
FastEthernet0/1.222 2 2
Automatic network summarization is not in effect
Address Summarization:
10.1.0.240/28 for FastEthernet0/1.222
>[оверквотинг удален]
>
> Default version control: send version 2, receive version 2
> Interface
> Send Recv Triggered RIP
> Key-chain
> FastEthernet0/1.222 2
>2
> Automatic network summarization is not in effect
> Address Summarization:
> 10.1.0.240/28 for FastEthernet0/1.222вообщето я это знаю.=) вопрос был в том, что 10.1.0.0 это сеть класса B уже "подрезаная".
192.1.0.0 сеть того-же класса. но 10.1.0.0 обрезается до А в то время как 192.1.0.0 остается B класса. Имеено в этом вопрос, а не в том, что почему обрезаются.
>[оверквотинг удален]
>>2
>> Automatic network summarization is not in effect
>> Address Summarization:
>> 10.1.0.240/28 for FastEthernet0/1.222
>
>вообщето я это знаю.=) вопрос был в том, что 10.1.0.0 это сеть
>класса B уже "подрезаная".
>192.1.0.0 сеть того-же класса. но 10.1.0.0 обрезается до А в то время
>как 192.1.0.0 остается B класса. Имеено в этом вопрос, а не
>в том, что почему обрезаются.192.1.0.0 не одного класса с 10.1.0.0
Network: 192.1.0.0/24 11000000.00000001.00000000. 00000000
HostMin: 192.1.0.1 11000000.00000001.00000000. 00000001
HostMax: 192.1.0.254 11000000.00000001.00000000. 11111110
Broadcast: 192.1.0.255 11000000.00000001.00000000. 11111111
Hosts/Net: 254 Class Cкак я понял - Вас интересовало почему в конфигурации отображается классовые сети.
он добавления сеть как и следует:
Mar 1 16:02:37.820: RIP-DB: adding 10.1.0.240/28 (metric 0) via 0.0.0.0 on FastEthernet0/1.222 to RIP database
Mar 1 16:02:37.820: RIP-DB: add 10.1.0.240/28 (metric 0) via 0.0.0.0 on FastEthernet0/1.222 (donot_age)
Mar 1 16:02:37.820: RIP: add FastEthernet0/1.222 to RIP idb list
>[оверквотинг удален]
>
>как я понял - Вас интересовало почему в конфигурации отображается классовые
>сети.
>
>он добавления сеть как и следует:
>Mar 1 16:02:37.820: RIP-DB: adding 10.1.0.240/28 (metric 0) via 0.0.0.0 on
>FastEthernet0/1.222 to RIP database
>Mar 1 16:02:37.820: RIP-DB: add 10.1.0.240/28 (metric 0) via 0.0.0.0 on
>FastEthernet0/1.222 (donot_age)
>Mar 1 16:02:37.820: RIP: add FastEthernet0/1.222 to RIP idb listс чего вы взяли что Network: 192.1.0.0/24. я хотел сеть 191.1.0.0/16 то же самое относится и к 10.1.0.0/16 именно эти сети и хочу.
>[оверквотинг удален]
>>он добавления сеть как и следует:
>>Mar 1 16:02:37.820: RIP-DB: adding 10.1.0.240/28 (metric 0) via 0.0.0.0 on
>>FastEthernet0/1.222 to RIP database
>>Mar 1 16:02:37.820: RIP-DB: add 10.1.0.240/28 (metric 0) via 0.0.0.0 on
>>FastEthernet0/1.222 (donot_age)
>>Mar 1 16:02:37.820: RIP: add FastEthernet0/1.222 to RIP idb list
>
>с чего вы взяли что Network: 192.1.0.0/24. я хотел сеть
>191.1.0.0/16 то же самое относится и к 10.1.0.0/16 именно эти сети
>и хочу.все добавляется как есть на самом деле:
interface FastEthernet0/1.333
encapsulation dot1Q 333
ip address 10.1.255.254 255.255.0.0Mar 1 16:33:34.581: RIP-DB: Adding new rndb entry 10.1.0.0/16
Mar 1 16:33:34.581: RIP-DB: Created rip ndb summary entry for 10.0.0.0/8
Mar 1 16:33:34.585: RIP-DB: Adding new rndb entry 10.0.0.0/8
Mar 1 16:33:34.585: RIP: add FastEthernet0/1.333 to RIP idb listinterface FastEthernet0/1.222
encapsulation dot1Q 222
ip address 191.1.255.254 255.255.0.0Mar 1 16:35:02.369: RIP: build update entries
Mar 1 16:35:02.369: 191.1.0.0/16 via 0.0.0.0, metric 1, tag 0interface FastEthernet0/1.444
encapsulation dot1Q 444
ip address 172.16.0.1 255.255.255.0Mar 1 16:38:42.334: RIP: build update entries
Mar 1 16:38:42.334: 172.16.0.0/24 via 0.0.0.0, metric 1, tag 0информация о маске передается верно.
>[оверквотинг удален]
>
>interface FastEthernet0/1.444
> encapsulation dot1Q 444
> ip address 172.16.0.1 255.255.255.0
>
>Mar 1 16:38:42.334: RIP: build update entries
>Mar 1 16:38:42.334: 172.16.0.0/24 via 0.0.0.0, metric 1,
>tag 0
>
>информация о маске передается верно.почему тогда в show run показывет
network 10.0.0.0
вместо 10.1.0.0 ?именно в конфиге, а не в таблице маршрутизации.
>[оверквотинг удален]
>>Mar 1 16:38:42.334: 172.16.0.0/24 via 0.0.0.0, metric 1,
>>tag 0
>>
>>информация о маске передается верно.
>
>почему тогда в show run показывет
>network 10.0.0.0
>вместо 10.1.0.0 ?
>
>именно в конфиге, а не в таблице маршрутизации.это потому что исполняется rip
>[оверквотинг удален]
>>>
>>>информация о маске передается верно.
>>
>>почему тогда в show run показывет
>>network 10.0.0.0
>>вместо 10.1.0.0 ?
>>
>>именно в конфиге, а не в таблице маршрутизации.
>
>это потому что исполняется ripнихрена не понял если честно. в чем разница между 10.1.0.0 и 192.1.0.0? по сути одинаковые сетки должны быть по размеру, а получется по разному интерпритируются. а если 20.1.0.0? а если 200.1.0.0? по какому правилу определить как "оно" будет их воспринимать? должно быть жесткое правило, а не на угад.
>[оверквотинг удален]
>>>
>>>именно в конфиге, а не в таблице маршрутизации.
>>
>>это потому что исполняется rip
>
>нихрена не понял если честно. в чем разница между 10.1.0.0 и 192.1.0.0?
>по сути одинаковые сетки должны быть по размеру, а получется по
>разному интерпритируются. а если 20.1.0.0? а если 200.1.0.0? по какому правилу
>определить как "оно" будет их воспринимать? должно быть жесткое правило, а
>не на угад.что на маршрутизаторе реально есть, то и будет передоваться в протокол маршрутизации
>[оверквотинг удален]
>>>это потому что исполняется rip
>>
>>нихрена не понял если честно. в чем разница между 10.1.0.0 и 192.1.0.0?
>>по сути одинаковые сетки должны быть по размеру, а получется по
>>разному интерпритируются. а если 20.1.0.0? а если 200.1.0.0? по какому правилу
>>определить как "оно" будет их воспринимать? должно быть жесткое правило, а
>>не на угад.
>
>что на маршрутизаторе реально есть, то и будет передоваться в протокол маршрутизации
>мы видимо друг друга не понимаем... я же говорил:
в режиме конфигурации вводишь network 10.1.0.0 а в show run показывается 10.0.0.0. при этом когда вводишь network 192.1.0.0 показывается как и должно 192.1.0.0. Это означает, что в первом случае вещаться будут сетки 10.2.0.0, 10.5.0.0 10.100.0.0 которые мне например вещать НЕ НАДО!. че ж делать?
>[оверквотинг удален]
>>>не на угад.
>>
>>что на маршрутизаторе реально есть, то и будет передоваться в протокол маршрутизации
>>
>
>мы видимо друг друга не понимаем... я же говорил:
>в режиме конфигурации вводишь network 10.1.0.0 а в show run показывается 10.0.0.0.
>при этом когда вводишь network 192.1.0.0 показывается как и должно 192.1.0.0.
>Это означает, что в первом случае вещаться будут сетки 10.2.0.0, 10.5.0.0
>10.100.0.0 которые мне например вещать НЕ НАДО!. че ж делать?вообщем пришел к следующему выводу:
для некоторых сетей в рип заложен класс. например 192 сеть у него воспринимается как сеть класса B, а 10 как сеть класса А. видимо это сделано потому, что сети 192.168.0.0,10.0.0.0 и 172.0.0.0 являются выделеными для внутренних сетей и не используются во внешних.
>[оверквотинг удален]
>>>не на угад.
>>
>>что на маршрутизаторе реально есть, то и будет передоваться в протокол маршрутизации
>>
>
>мы видимо друг друга не понимаем... я же говорил:
>в режиме конфигурации вводишь network 10.1.0.0 а в show run показывается 10.0.0.0.
>при этом когда вводишь network 192.1.0.0 показывается как и должно 192.1.0.0.
>Это означает, что в первом случае вещаться будут сетки 10.2.0.0, 10.5.0.0
>10.100.0.0 которые мне например вещать НЕ НАДО!. че ж делать?Использовать RIPv2 или любой другой протокол БЕЗКЛАССОВОЙ маршрутизации.
>[оверквотинг удален]
>>>
>>>именно в конфиге, а не в таблице маршрутизации.
>>
>>это потому что исполняется rip
>
>нихрена не понял если честно. в чем разница между 10.1.0.0 и 192.1.0.0?
>по сути одинаковые сетки должны быть по размеру, а получется по
>разному интерпритируются. а если 20.1.0.0? а если 200.1.0.0? по какому правилу
>определить как "оно" будет их воспринимать? должно быть жесткое правило, а
>не на угад.УЧИТЕ МАТЧАТЬ!
КЛАССОВЫЕ СЕТИ!
если первый октет 1-127 - это поумолчанию сеть класса А!
если первый октет 128-191 - это сеть класса В!
если первый октет 192-223 - Это сеть класса С!Т.к. RIP - КЛАССОВЫЙ протокол, то:
все, что 1-127.х.х.х/у он округлит до 1-127.0.0.0/8
все, что 128-191.0-255.х.х/у он округлит до 128-191.0-255.0.0/16
все, что 192-223.0-255.0-255.х/у он округлит до 192-223.0-255.0-255.0/24
>[оверквотинг удален]
>КЛАССОВЫЕ СЕТИ!
>если первый октет 1-127 - это поумолчанию сеть класса А!
>если первый октет 128-191 - это сеть класса В!
>если первый октет 192-223 - Это сеть класса С!
>
>Т.к. RIP - КЛАССОВЫЙ протокол, то:
>
>все, что 1-127.х.х.х/у он округлит до 1-127.0.0.0/8
>все, что 128-191.0-255.х.х/у он округлит до 128-191.0-255.0.0/16
>все, что 192-223.0-255.0-255.х/у он округлит до 192-223.0-255.0-255.0/24впринципе к этому и пришел. спасибо за подтверждение.