Ещё одна несложная задача, на этот раз вопрос чисто по маршрутизации...

Для минимизации количества Query между Центром и Филиалом (и исключения ситуации Stuck-in-Active) ваша задача настроить на маршрутизаторах R3 и R4 фичу EIGRP Stub. При этом должен быть настроен только один процесс маршрутизации, статические маршруты использовать нельзя.

R1 и R2 настроены банально:

router eigrp 1
no auto-summary
network 10.1.0.0 0.0.255.255

Казалось бы всё просто - настройте R3 и R4. Но... в случае падения любого из WAN каналов Serial 0/1/1 обеспечьте связь между MGMT PC (или R1 и R2) и loopback интерфейсами маршрутизаторов R3 и R4 для управления филиальными маршрутизаторами!

P.S. Если знаете как - решается за 2 минуты, но если с подобной схемой не сталкивались, задачка позволит лучше понять что такое EIGRP Stub.

eigrp stub leak-map bla-bla

EIGRP stub leak map да, только какая сеть должна попадать под действие leak map?

Кстати, задачу можно решить даже не зная про leak map...

на r4 192.168.1.3/32, на r3 192.168.1.4/32

>Кстати, задачу можно решить даже не зная про leak map
вы имеете в виду eigrp stub red?

> на r4 192.168.1.3/32, на r3 192.168.1.4/32
Этого мало, поскольку при отвале линка маршрутизатор R3 или R4 не будет знать маршрут до центральной сети.

>eigrp stub red
Редистрибьюцию не имею в виду... Доп. процессов маршрутизации поднимать не нужно, ни к чему.

Прошу прощения не был на форуме.
Я бы сконфигурировал так:

R3/R4

router eigrp 1
network 0.0.0.0
no auto-summary
eigrp stub connected leak-map LMap
!
ip access-list standard EL
permit 0.0.0.0
permit 192.168.1.0 0.0.0.7
!
route-map LMap permit 10
match ip address EL

0.0.0.0/0 = должен утекать между маршрутизаторами в удаленных офисах , а loopback должен утекать в главный офис.

Покритикуйте решение.

Без leak-map & редистрибьюции надо подумать.

Да, с Leak-map именно так задача и решается (при условии конечно, что маршрут по умолчанию приходит из центра в филиал, в данной задаче можно вместо дефолта разрешить подсеть 10.1.1.0/24).

Интересно, что на Cisco Challenge мало кто знал про Leak-map, и тем не менее особо упорные решение всё-таки находили... Так получилось, что и у этой задачи решения два (хотя leak-map безусловно более правильное).

[quote="siv"]Да, с Leak-map именно так задача и решается (при условии конечно, что маршрут по умолчанию приходит из центра в филиал, в данной задаче можно вместо дефолта разрешить подсеть 10.1.1.0/24).

Интересно, что на Cisco Challenge мало кто знал про Leak-map, и тем не менее особо упорные решение всё-таки находили... Так получилось, что и у этой задачи решения два (хотя leak-map безусловно более правильное).[/quote]

наверное нет смысла уже писать про второе решение если ликмап круче?
если есть то я напишу- решение более громоздкое но понимание стаба там больше именно изза необычных взаимоотношений между стабами.это второе решение тоже правильное и работает, но более громоздкое.

Конечно нужно!

Мы же здесь играми разума занимаемся, а не сугубо практические задачи решаем.

А для разминки мозга лучше несколько решений. ИМХО

Чем больше решений, тем лучше. Иногда очень важно знать не самое красивое решение, но которое работает. И потом, это я написал, что знаю два решения, а вдруг у вас 3-е? Поэтому прошу вас "не держать в себе"...

Добрый день.
Очень интересно узнать решение задачи без использования leak map.
Я решил задачу при помощи двух gre туннелей: первый между роутерами R1 и R4, второй между
роутерами R2 и R3.

вариант - расширить сетку на интересе лупбек1 на р3. сделать 192.168.1.3/29. к сожалению нет возможности сейчас проверить. живущий вариант?

ну и суммарный маршрут.

ну в смысле это два разных варианта суммарный маршрут и расширить маску. а что здесь нельзя сообщения редактировать?

собрал на стенде. работает. не переживайте.

Добрый день.
Поясните пожалуйста вариант с суммарным маршрутом.

Если с сетью 192.168.1.0 ясно - ее нужно анонсировать на R3 и R4
в направлении центрального офиса как суммарный маршрут,
то с сетью центрального офиса не понятно:

Ее можно представить в виде суммарного маршрута как 10.1.0.0/23.
И тут возникает проблема в том что этот суммарный маршрут пересекается с
подсетями интерфейсов s0/1/1.
Если на R1 или R2 возникает проблема которая не
влияет на статусы интерфейсов R3 и R4 (они остаются up/up)
то и суммарный маршрут останется в таблице маршрутизации на R3 или R4
и связи с центральным офисом не будет.

[quote="LAG"]Прошу прощения не был на форуме.
Я бы сконфигурировал так:

R3/R4

router eigrp 1
network 0.0.0.0
no auto-summary
eigrp stub connected leak-map LMap
!
ip access-list standard EL
permit 0.0.0.0
permit 192.168.1.0 0.0.0.7
!
route-map LMap permit 10
match ip address EL

0.0.0.0/0 = должен утекать между маршрутизаторами в удаленных офисах , а loopback должен утекать в главный офис.

Покритикуйте решение.

Без leak-map & редистрибьюции надо подумать.[/quote]

если верить http://stack.nil.si/ipcorner/EigrpStub/ то помимо всего прочего нужно матчить интерфейс откуда маршрути приходит, чтобы не получить loop

Мда, действительно просто... 2 минуты - это даже много)

ip summary-address eigrp 1 192.168.1.0 255.255.255.248
Вешаем на интерфейсы s0/0 у стабов.