Нє, шось я тупо не розумію, як воно працює.

На "правому" хості -

filter default_route {
        if ( net = 0.0.0.0/0 ) then { accept; }
        reject;
}
protocol kernel {
        merge paths yes;
        persist;
        import filter default_route;
        export all;
}
protocol ospf mgmt {
        rfc1583compat yes;
        import all;
        export none;
        ecmp yes;
        area 0.0.0.0 {
                interface "blue" {
                };
                interface "orange" {
                };
                interface "lo" {
                        stub yes;
                };
        };
}
protocol direct {
        interface br-local;
}

reload / restart
незважаючи на те, що в proto ospf чітко написано - "export none", на другому кінці бачу адреси локального бріджа -

bird> show route protocol mgmt
[ ... ]
100.64.4.0/23      multipath [mgmt 13:49:33] * I (150/20) [100.64.4.1]
   via 100.64.98.3 on blue weight 1
   via 100.64.99.3 on orange weight 1

капець, яке воно дивне. Є ідеї що з цим робити ? Ну крім поставити FRR...

On 2/7/24 14:01, Volodymyr Litovka wrote:

Привіт,

щось я не можу роздуплити логіку Bird :-(

Є, умовно, два хости, зв'язані між собою напряму через eth-інтерфейс. Піднято OSPF та iBGP. На кожному хості є локальний брідж та лупбек. Я хочу, щоб

- OSPF обмінювався виключно інформацією про інтерфейси та лупбеки
- BGP (між лупбеками) анонсував все інше - локальний брідж та мережі, отримані по eBGP

по першому нібито ясно -

protocol kernel {
import none;
export all;
}

protocol ospf blah {
import all;
export none;
area 0.0.0.0 {
    interface eth1 {
    };
    interface lo {
      stub yes;
    };
};
}

питання по другому пункту - як сказати бьорду анонсувати мережу локального бріджа? В Cisco/FRR таке робиться за допомогою стейтмента 'network x.x.x.x/x', а як це зробити в пташці?

Дякую.

-- 
Volodymyr Litovka
  "Vision without Execution is Hallucination." -- Thomas Edison