Приветствую всех!

Сабж. Есть два роутера. А и В. На обоих поднят EIGRP стандартно и одинаково с двух сторон:

router eigrp 502
redistribute connected
redistribute static
network 10.0.0.0
no auto-summary

К роутеру A присоединена сеть 2.2.2.0/29, роутер В благополучно видит её, как изученную через EIGRP 502. На роутере A, соответственно, хост в этой сети виден, как connected:

Cisco3845#sh ip route 2.2.2.6
Routing entry for 2.2.2.0/29
  Known via "connected", distance 0, metric 0 (connected, via interface)
  Redistributing via eigrp 502
  Advertised by eigrp 502
  Routing Descriptor Blocks:
  * directly connected, via Loopback1
      Route metric is 0, traffic share count is 1

Но как только я прописываю статику для хоста 2.2.2.6/32 на роутере В через интерфейс, которым соединены оба роутера, роутер А принимает анонс о маршруте к хосту 2.2.2.6/32 через роутер В. Результат - петля.

Cisco3845#sh ip route 2.2.2.6
Routing entry for 2.2.2.6/32
  Known via "eigrp 502", distance 170, metric 3072, type external
  Redistributing via eigrp 502
  Last update from 10.100.21.254 on GigabitEthernet0/0, 00:00:02 ago
  Routing Descriptor Blocks:
  * 10.100.21.254, from 10.100.21.254, 00:00:02 ago, via GigabitEthernet0/0
      Route metric is 3072, traffic share count is 1
      Total delay is 20 microseconds, minimum bandwidth is 1000000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Т.е. роутер А добавляет в таблицу маршрутизации маршрут с заведомо большей метрикой и AD. Противоречит общепринятой логике. Может подскажет кто, из-за чего так происходит? Thanx.

• Подскажите по EIGRP,Merridius, 20:25 , 12-Окт-12
  • Подскажите по EIGRP,fidonet, 20:51 , 12-Окт-12
    • Подскажите по EIGRP,Merridius, 00:16 , 13-Окт-12
      • Подскажите по EIGRP,fidonet, 20:59 , 13-Окт-12
• Подскажите по EIGRP,fantom, 12:05 , 15-Окт-12
  • Подскажите по EIGRP,fidonet, 12:27 , 15-Окт-12

>[оверквотинг удален]
>   * 10.100.21.254, from 10.100.21.254, 00:00:02 ago, via GigabitEthernet0/0
>       Route metric is 3072, traffic share
> count is 1
>       Total delay is 20 microseconds, minimum
> bandwidth is 1000000 Kbit
>       Reliability 255/255, minimum MTU 1500 bytes
>       Loading 1/255, Hops 1
> Т.е. роутер А добавляет в таблицу маршрутизации маршрут с заведомо большей метрикой
> и AD. Противоречит общепринятой логике. Может подскажет кто, из-за чего так
> происходит? Thanx.

Ну так маршрут-то более специфичный. Там /29, а тут /32

> Ну так маршрут-то более специфичный. Там /29, а тут /32

Т.е. в данном случае он ни на метрику, ни на AD не смотрит?

>> Ну так маршрут-то более специфичный. Там /29, а тут /32
> Т.е. в данном случае он ни на метрику, ни на AD не
> смотрит?

А почему он должен смотреть на них? маршруты-то разные.

>>> Ну так маршрут-то более специфичный. Там /29, а тут /32
>> Т.е. в данном случае он ни на метрику, ни на AD не
>> смотрит?
> А почему он должен смотреть на них? маршруты-то разные.

Ясно. Спасибо за бикбез :-)

>[оверквотинг удален]
>   * 10.100.21.254, from 10.100.21.254, 00:00:02 ago, via GigabitEthernet0/0
>       Route metric is 3072, traffic share
> count is 1
>       Total delay is 20 microseconds, minimum
> bandwidth is 1000000 Kbit
>       Reliability 255/255, minimum MTU 1500 bytes
>       Loading 1/255, Hops 1
> Т.е. роутер А добавляет в таблицу маршрутизации маршрут с заведомо большей метрикой
> и AD. Противоречит общепринятой логике. Может подскажет кто, из-за чего так
> происходит? Thanx.

Редистрибуцию статики уберите на B, и он не должен будет анонсить сей маршрут на A.
Ну и как правильно заметили - /29 и /32 сети разные, соответственно AD с метрикой никакой рояли в их сравнении не играют.

> Редистрибуцию статики уберите на B, и он не должен будет анонсить сей
> маршрут на A.
> Ну и как правильно заметили - /29 и /32 сети разные, соответственно
> AD с метрикой никакой рояли в их сравнении не играют.

Собственно, из-за чего вопрос: есть между двумя площадками два канала разной ширины пропускания с отдельной парой роутеров для каждого из них. Нужно было трафик между одним хостом с одной стороны и другим хостом с другой пустить не по общему каналу, а по второму, более узкому, но отдельному. Редистрибуцию статики убрать нельзя, так как внутри каждой из сеток есть отдельные подсети на железках, не участвующих в процессе EIGRP. Вобщем, я нашел два выхода из этой ситуации: либо distribute-list с каждой из сторон, либо "ip route <хост>/32 <interface_connected_сети_этого_хоста>"