14-09-2008 02:32 RIP
Разбираюсь с некоторыми моментами протокола RIP реализованного на Cisco.
1й непонятный момент
Допустим существует цепочка их 4 маршрутизаторов
s1--R1--s2--R2--s3--R3--s4--R4--s5
где Rn - маршрутизаторы, sn - сегменты сети
на крайнем маршрутизаторе R1 обьявляем default-information originate (без создания самого маршрута на 0/0)
маршрут распространяется, на самом R1 маршрут по-умолчанию отсутствует, маршрут по-умолчанию для R2 указывает на R1 (с метрикой 1), R3 указывает на R2 (с метрикой 2), R4 указывает на R3 (с метрикой 2). все ОК.
s1--R1-<-s2-<-R2-<-s3-<-R3-<-s4-<-R4--s5
теперь на другом конце цепочки, на R4 тоже врубаем default-information originate.
по идее, R4 тоже должен начать распространять префикс 0/0, однако этого не происходит
в RIB на R4 по-прежнему торчит маршрут с метрикой 3, в отсылаемый анонс перфикс 0/0 не включается, соответственно и R3 (и прочие роутеры) о новом пути по-умолчанию ничего не знают.
затем на R4 достаточно создать статический маршрут по-умолчанию (куда угодно, например в сегмент s5), как "все приходит в движение"
R4 начинает генерировать анонс с маршрутом по умолчанию, сеть перестраивается, R2 по-прежнему роутит на R1, а R3 уже роутит на R4, так как метрика на R4 (1) естественно меньше чем на R1 (2).
s1--R1-<-s2-<-R2--s3--R3->-s4->-R4->-s5
debug на R4
! c R3 получаем путь по-умолчанию, порожденный R1
*Sep 13 23:51:07.327: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:51:07.331: 0.0.0.0 in 3 hops
*Sep 13 23:51:07.335: 10.10.1.1 in 2 hops
*Sep 13 23:51:07.335: 10.10.1.2 in 3 hops
*Sep 13 23:51:07.339: 10.10.1.3 in 3 hops
*Sep 13 23:51:07.343: 10.10.10.0 in 2 hops
*Sep 13 23:51:07.343: 10.10.20.0 in 2 hops
*Sep 13 23:51:07.347: 10.10.30.0 in 3 hops
*Sep 13 23:51:07.347: 10.10.40.0 in 1 hops
*Sep 13 23:51:07.351: 10.10.110.0 in 2 hops
*Sep 13 23:51:07.355: 10.10.120.0 in 3 hops
*Sep 13 23:51:07.355: 10.10.130.0 in 3 hops
*Sep 13 23:51:07.359: 10.20.1.4 in 1 hops
*Sep 13 23:51:07.359: 10.20.140.0 in 1 hops
! не смотря на то, что на R4 так же включено default-information originate, префикс 0/0 в анонс не включается (только два префикса - сегмента s5 и loopback)
*Sep 13 23:51:12.659: RIP: sending v1 update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:12.663: RIP: build update entries
*Sep 13 23:51:12.667: subnet 10.20.1.5 metric 1
*Sep 13 23:51:12.667: subnet 10.20.150.0 metric 1
R4(config)# ip route 0.0.0.0 0.0.0.0 10.20.150.2
! пошло движение
*Sep 13 23:51:26.139: RIP:rip_lost_route for 0.0.0.0 0.0.0.0
! "отравили" соседа
*Sep 13 23:51:28.139: RIP: sending v1 flash update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:28.143: RIP: build flash update entries
*Sep 13 23:51:28.143: subnet 0.0.0.0 metric 16
! но от R3 все еще продолжем получать старый анонс (игнорируем)
*Sep 13 23:51:33.531: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:51:33.535: 0.0.0.0 in 3 hops
*Sep 13 23:51:33.539: 10.10.1.1 in 2 hops
*Sep 13 23:51:33.539: 10.10.1.2 in 3 hops
*Sep 13 23:51:33.543: 10.10.1.3 in 3 hops
*Sep 13 23:51:33.547: 10.10.10.0 in 2 hops
*Sep 13 23:51:33.547: 10.10.20.0 in 2 hops
*Sep 13 23:51:33.551: 10.10.30.0 in 3 hops
*Sep 13 23:51:33.551: 10.10.40.0 in 1 hops
*Sep 13 23:51:33.555: 10.10.110.0 in 2 hops
*Sep 13 23:51:33.555: 10.10.120.0 in 3 hops
*Sep 13 23:51:33.559: 10.10.130.0 in 3 hops
*Sep 13 23:51:33.563: 10.20.1.4 in 1 hops
*Sep 13 23:51:33.563: 10.20.140.0 in 1 hops
! и вот наконец обьявили себя роутером маршрута по-умолчанию
*Sep 13 23:51:37.943: RIP: sending v1 flash update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:37.947: RIP: build flash update entries
*Sep 13 23:51:37.947: subnet 0.0.0.0 metric 1
! теперь обьявляем этот префикс в обычных анонсах
*Sep 13 23:51:39.127: RIP: sending v1 update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:39.131: RIP: build update entries
*Sep 13 23:51:39.131: subnet 0.0.0.0 metric 1
*Sep 13 23:51:39.135: subnet 10.20.1.5 metric 1
*Sep 13 23:51:39.139: subnet 10.20.150.0 metric 1
! и сосед (R3) перестал присылать старый анонс, ибо маршрут по-умолчанию направлен на нас (R4) и получен от нас, а так как split horizon включен то R3 не может анонсировать нам префикс, полученный от нас же
*Sep 13 23:52:00.899: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:52:00.903: 10.10.1.1 in 2 hops
*Sep 13 23:52:00.903: 10.10.1.2 in 3 hops
*Sep 13 23:52:00.907: 10.10.1.3 in 3 hops
*Sep 13 23:52:00.911: 10.10.10.0 in 2 hops
*Sep 13 23:52:00.911: 10.10.20.0 in 2 hops
*Sep 13 23:52:00.915: 10.10.30.0 in 3 hops
*Sep 13 23:52:00.915: 10.10.40.0 in 1 hops
*Sep 13 23:52:00.919: 10.10.110.0 in 2 hops
*Sep 13 23:52:00.919: 10.10.120.0 in 3 hops
*Sep 13 23:52:00.923: 10.10.130.0 in 3 hops
*Sep 13 23:52:00.927: 10.20.1.4 in 1 hops
*Sep 13 23:52:00.927: 10.20.140.0 in 1 hops
Тем не менее, я так и не смог понять, почему после включения второго оригинатора маршрута по-умолчанию, этот маршрут не стал распространятся по сети? (очистка RIB не помогла) И почему стал только после появления статического маршрута на втором оригинаторе?
1й непонятный момент
Допустим существует цепочка их 4 маршрутизаторов
s1--R1--s2--R2--s3--R3--s4--R4--s5
где Rn - маршрутизаторы, sn - сегменты сети
на крайнем маршрутизаторе R1 обьявляем default-information originate (без создания самого маршрута на 0/0)
маршрут распространяется, на самом R1 маршрут по-умолчанию отсутствует, маршрут по-умолчанию для R2 указывает на R1 (с метрикой 1), R3 указывает на R2 (с метрикой 2), R4 указывает на R3 (с метрикой 2). все ОК.
s1--R1-<-s2-<-R2-<-s3-<-R3-<-s4-<-R4--s5
теперь на другом конце цепочки, на R4 тоже врубаем default-information originate.
по идее, R4 тоже должен начать распространять префикс 0/0, однако этого не происходит
в RIB на R4 по-прежнему торчит маршрут с метрикой 3, в отсылаемый анонс перфикс 0/0 не включается, соответственно и R3 (и прочие роутеры) о новом пути по-умолчанию ничего не знают.
затем на R4 достаточно создать статический маршрут по-умолчанию (куда угодно, например в сегмент s5), как "все приходит в движение"
R4 начинает генерировать анонс с маршрутом по умолчанию, сеть перестраивается, R2 по-прежнему роутит на R1, а R3 уже роутит на R4, так как метрика на R4 (1) естественно меньше чем на R1 (2).
s1--R1-<-s2-<-R2--s3--R3->-s4->-R4->-s5
debug на R4
! c R3 получаем путь по-умолчанию, порожденный R1
*Sep 13 23:51:07.327: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:51:07.331: 0.0.0.0 in 3 hops
*Sep 13 23:51:07.335: 10.10.1.1 in 2 hops
*Sep 13 23:51:07.335: 10.10.1.2 in 3 hops
*Sep 13 23:51:07.339: 10.10.1.3 in 3 hops
*Sep 13 23:51:07.343: 10.10.10.0 in 2 hops
*Sep 13 23:51:07.343: 10.10.20.0 in 2 hops
*Sep 13 23:51:07.347: 10.10.30.0 in 3 hops
*Sep 13 23:51:07.347: 10.10.40.0 in 1 hops
*Sep 13 23:51:07.351: 10.10.110.0 in 2 hops
*Sep 13 23:51:07.355: 10.10.120.0 in 3 hops
*Sep 13 23:51:07.355: 10.10.130.0 in 3 hops
*Sep 13 23:51:07.359: 10.20.1.4 in 1 hops
*Sep 13 23:51:07.359: 10.20.140.0 in 1 hops
! не смотря на то, что на R4 так же включено default-information originate, префикс 0/0 в анонс не включается (только два префикса - сегмента s5 и loopback)
*Sep 13 23:51:12.659: RIP: sending v1 update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:12.663: RIP: build update entries
*Sep 13 23:51:12.667: subnet 10.20.1.5 metric 1
*Sep 13 23:51:12.667: subnet 10.20.150.0 metric 1
R4(config)# ip route 0.0.0.0 0.0.0.0 10.20.150.2
! пошло движение
*Sep 13 23:51:26.139: RIP:rip_lost_route for 0.0.0.0 0.0.0.0
! "отравили" соседа
*Sep 13 23:51:28.139: RIP: sending v1 flash update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:28.143: RIP: build flash update entries
*Sep 13 23:51:28.143: subnet 0.0.0.0 metric 16
! но от R3 все еще продолжем получать старый анонс (игнорируем)
*Sep 13 23:51:33.531: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:51:33.535: 0.0.0.0 in 3 hops
*Sep 13 23:51:33.539: 10.10.1.1 in 2 hops
*Sep 13 23:51:33.539: 10.10.1.2 in 3 hops
*Sep 13 23:51:33.543: 10.10.1.3 in 3 hops
*Sep 13 23:51:33.547: 10.10.10.0 in 2 hops
*Sep 13 23:51:33.547: 10.10.20.0 in 2 hops
*Sep 13 23:51:33.551: 10.10.30.0 in 3 hops
*Sep 13 23:51:33.551: 10.10.40.0 in 1 hops
*Sep 13 23:51:33.555: 10.10.110.0 in 2 hops
*Sep 13 23:51:33.555: 10.10.120.0 in 3 hops
*Sep 13 23:51:33.559: 10.10.130.0 in 3 hops
*Sep 13 23:51:33.563: 10.20.1.4 in 1 hops
*Sep 13 23:51:33.563: 10.20.140.0 in 1 hops
! и вот наконец обьявили себя роутером маршрута по-умолчанию
*Sep 13 23:51:37.943: RIP: sending v1 flash update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:37.947: RIP: build flash update entries
*Sep 13 23:51:37.947: subnet 0.0.0.0 metric 1
! теперь обьявляем этот префикс в обычных анонсах
*Sep 13 23:51:39.127: RIP: sending v1 update to 255.255.255.255 via FastEthernet2/1 (10.20.10.3)
*Sep 13 23:51:39.131: RIP: build update entries
*Sep 13 23:51:39.131: subnet 0.0.0.0 metric 1
*Sep 13 23:51:39.135: subnet 10.20.1.5 metric 1
*Sep 13 23:51:39.139: subnet 10.20.150.0 metric 1
! и сосед (R3) перестал присылать старый анонс, ибо маршрут по-умолчанию направлен на нас (R4) и получен от нас, а так как split horizon включен то R3 не может анонсировать нам префикс, полученный от нас же
*Sep 13 23:52:00.899: RIP: received v1 update from 10.20.10.2 on FastEthernet2/1
*Sep 13 23:52:00.903: 10.10.1.1 in 2 hops
*Sep 13 23:52:00.903: 10.10.1.2 in 3 hops
*Sep 13 23:52:00.907: 10.10.1.3 in 3 hops
*Sep 13 23:52:00.911: 10.10.10.0 in 2 hops
*Sep 13 23:52:00.911: 10.10.20.0 in 2 hops
*Sep 13 23:52:00.915: 10.10.30.0 in 3 hops
*Sep 13 23:52:00.915: 10.10.40.0 in 1 hops
*Sep 13 23:52:00.919: 10.10.110.0 in 2 hops
*Sep 13 23:52:00.919: 10.10.120.0 in 3 hops
*Sep 13 23:52:00.923: 10.10.130.0 in 3 hops
*Sep 13 23:52:00.927: 10.20.1.4 in 1 hops
*Sep 13 23:52:00.927: 10.20.140.0 in 1 hops
Тем не менее, я так и не смог понять, почему после включения второго оригинатора маршрута по-умолчанию, этот маршрут не стал распространятся по сети? (очистка RIB не помогла) И почему стал только после появления статического маршрута на втором оригинаторе?
Группы: [ cisco ]