Отцы!
Не доходит до меня, хоть и вопрос тупой, вроде... Подскажите, пожалуйста.

Картинко такое: есть один броадкастный OSPF. Состоит из роутера и двух агрегаторов-свитчей, которые дублируют друг друга.
Как управлять метриками маршрутов от агрегаторов? Чтоб с первого агрегатора на роутер валилось с метрикой 10, со второго с метрикой 20?
При том, что OSPF - броадкастный, следовательно ip ospf cost на интерфейсе не решает, а neighbour cost в конфиге протокола не работает.

• Управление метрикой broadcast OSPF,anonymous, 17:12 , 12-Мрт-15
  • Управление метрикой broadcast OSPF,alzgeimer, 08:16 , 13-Мрт-15
    • Управление метрикой broadcast OSPF,anonymous, 11:50 , 13-Мрт-15
    • Управление метрикой broadcast OSPF,fantom, 10:50 , 17-Мрт-15
• Управление метрикой broadcast OSPF,VolanD, 09:46 , 13-Мрт-15

router ospf X
redist connected metric 10

router ospf Y
redist connected metric 20

> router ospf X
> redist connected metric 10
> router ospf Y
> redist connected metric 20

Вообще я тоже так полагал, но хрена с два.

До команды. На роутере:
3845#sh ip ro 172.28.1.0
Routing entry for 172.28.1.0/24
  Known via "ospf 10", distance 110, metric 2, type intra area
  Last update from 10.10.100.17 on GigabitEthernet0/1.300, 2d00h ago
  Routing Descriptor Blocks:
  * 10.10.100.17, from 1.1.1.4, 2d00h ago, via GigabitEthernet0/1.300
      Route metric is 2, traffic share count is 1

Даю команду "redistribute connected metric 10 subnets" на одном агрегаторе.
На роутере ровно то же самое:
3845#sh ip ro 172.28.1.0
Routing entry for 172.28.1.0/24
  Known via "ospf 10", distance 110, metric 2, type intra area
  Last update from 10.10.100.17 on GigabitEthernet0/1.300, 2d00h ago
  Routing Descriptor Blocks:
  * 10.10.100.17, from 1.1.1.4, 2d00h ago, via GigabitEthernet0/1.300
      Route metric is 2, traffic share count is 1

>   Last update from 10.10.100.17 on GigabitEthernet0/1.300, 2d00h ago
>   * 10.10.100.17, from 1.1.1.4, 2d00h ago, via GigabitEthernet0/1.300

Анонсируемая сеть указана в network?
Тогда
router ospf
default-metric

>[оверквотинг удален]
> На роутере ровно то же самое:
> 3845#sh ip ro 172.28.1.0
> Routing entry for 172.28.1.0/24
>   Known via "ospf 10", distance 110, metric 2, type intra
> area
>   Last update from 10.10.100.17 on GigabitEthernet0/1.300, 2d00h ago
>   Routing Descriptor Blocks:
>   * 10.10.100.17, from 1.1.1.4, 2d00h ago, via GigabitEthernet0/1.300
>       Route metric is 2, traffic share
> count is 1

УЧИТЕ МАТЧАСТЬ!!!!
1. type intra area - означает, что попал этот маршрут в ospf по команде network .... А НЕ ПО
   redist connected ....
так что что там написано в redist connected  конкретно этому (172.28.1.0/24) маршруту начхать...

2. redist connected - сильно рекомендуется добавить subnets ибо без этого ключевого слова подразумевается КЛАССОВЫЕ сети...

> Отцы!
> Не доходит до меня, хоть и вопрос тупой, вроде... Подскажите, пожалуйста.
> Картинко такое: есть один броадкастный OSPF. Состоит из роутера и двух агрегаторов-свитчей,
> которые дублируют друг друга.
> Как управлять метриками маршрутов от агрегаторов? Чтоб с первого агрегатора на роутер
> валилось с метрикой 10, со второго с метрикой 20?
> При том, что OSPF - броадкастный, следовательно ip ospf cost на интерфейсе
> не решает, а neighbour cost в конфиге протокола не работает.

А что такое брооадкастный OSPF, это у которого неибор дискавери или который смотрит в инт типа BROADCAST?