[s.lobanov]

Есть такая схема. L3-свитч(cisco like), gi0/1(access vlan 10), gi0/2(access vlan 10), есть interface vlan 10 с ip 1.1.1.1/24, включен ospf на этом интерфейс-влане.

В gi0/1 и gi0/2 подключены 2 сервера с quagga. У 1го сервера ip 1.1.1.2, у 2го 1.1.1.3. Оба сервера аннонсируют по ospf одинаковый loopback 2.2.2.2, соответственно в таблице маршрутизации на L3-свитче появляется 2 маршрута:

2.2.2.2/32 via 1.1.1.2

2.2.2.2/32 via 1.1.1.3

 

Можно ли как-нибудь сделать(свитч считаем cisco, на серверах quagga), чтобы в таблице роутинга появлялся 1.1.1.2 и только в случае, если рвётся ospf-сессия с ним, появлялся маршрута 2.2.2.2/32 via 1.1.1.3? (т.е. как-то выставить cost по отношению к конкретному нейбору, при этом не создавать дополнительный L3-интерфейс)

[darkagent]

самое простое:

int g0/1

banw 1000000

int g0/2

banw 900000

 

p.s. корректно будет работать, если проставлен единый auto-cost reference-banwidth; если у разных железок auto-cost reference-banwidth отличается, то калькулятор сломаете прежде чем "сбалансируете"

[s.lobanov]

darkagent

Так не получится, я слишком сильно упростил реальную задачу, мой косяк. В самом деле, сервера подключены к L2-свитчу, который уже включен в L3, т.е. порты gi0/1 и gi0/2 не различимы для L3-свитча.

[darkagent]

пофиг. на свитче рисуйте banwidth. он посчитается.

опять же, banwidth можно рисовать на интерфейсах со стороны серверов.

[nnm]

Если я правильно понял, у Вас один L2 сегмент в который одной ногой (int vlan 10) смотрит L3-switch.

Тогда проще всего сделать так, чтобы сервера анонсировали 2.2.2.2 с разной метрикой.