The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Подскажите по EIGRP, !*! fidonet, 12-Окт-12, 17:48  [смотреть все]
Приветствую всех!

Сабж. Есть два роутера. А и В. На обоих поднят 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 (1)
    >[оверквотинг удален]
    >   * 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

  • Подскажите по EIGRP, !*! fantom, 12:05 , 15-Окт-12 (5)
    >[оверквотинг удален]
    >   * 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 с метрикой никакой рояли в их сравнении не играют.

    • Подскажите по EIGRP, !*! fidonet, 12:27 , 15-Окт-12 (6)

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру