> На уровне маршрутизации это не решить. Вам нужен для балансинга PBR. то
> есть нужно использовать ip rule

Собрал аналогичную схему на основе маршрутизаторов Cisco, балансировка работает. Насколько я знаю, протокол OSPF позволяет по умолчанию балансировать до 4 каналов, при дополнительной настройке количество каналов можно увеличить до 16.

>> С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два
>> равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в
>> процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы
>> должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но
>> этого не происходит. В таблице маршрутизации есть только один маршрут.
>> Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации
>> и как этот функционал можно включиться/настроить. За любую информацию буду очень
>> благодарен.
> ECMP есть в квагге. И он даже работает.
> Что в show ip route? show ip ospf database?

На устройстве R1:
Есть подсеть 172.1.1.0/24
Есть подсеть 172.2.2.0/24

В Linux ip route выдает:
# ip route
1.1.1.0/30 via 172.1.1.1 dev lan  proto zebra  metric 20
10.10.10.0/24 dev Client  proto kernel  scope link  src 10.10.10.2
172.1.1.0/24 dev lan  proto kernel  scope link  src 172.1.1.2
172.2.2.0/24 dev dmz  proto kernel  scope link  src 172.2.2.2
172.20.8.0/21 dev wan  proto kernel  scope link  src 172.20.15.0

utm1> sh ip ospf database

       OSPF Router with ID (172.20.15.0)

                Router Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum  Link count
172.20.14.254   172.20.14.254   1367 0x80000005 0x141a 2
172.20.15.0     172.20.15.0     1367 0x80000005 0x7107 2

                Net Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum
172.1.1.2       172.20.15.0     1367 0x80000001 0x63d8

utm1> sh ip ospf route
============ OSPF network routing table ============
N    1.1.1.0/30            [20] area: 0.0.0.0
                           via 172.1.1.1, lan
N    172.1.1.0/24          [10] area: 0.0.0.0
                           directly attached to lan
N    172.2.2.0/24          [10] area: 0.0.0.0
                           directly attached to dmz

============ OSPF router routing table =============
R    172.20.14.254         [10] area: 0.0.0.0, ASBR
                           via 172.1.1.1, lan

============ OSPF external routing table ===========

utm1> sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel,
       > - selected route, * - FIB route

O>* 1.1.1.0/30 [110/20] via 172.1.1.1, lan, 00:24:08
R   1.1.1.0/30 [120/2] via 172.1.1.1, lan, 00:29:23
C>* 10.10.10.0/24 is directly connected, Client
C>* 127.0.0.0/8 is directly connected, lo
O   172.1.1.0/24 [110/10] is directly connected, lan, 00:25:08
C>* 172.1.1.0/24 is directly connected, lan
O   172.2.2.0/24 [110/10] is directly connected, dmz, 00:25:08
C>* 172.2.2.0/24 is directly connected, dmz
C>* 172.20.8.0/21 is directly connected, wan

------------------------------------------------------------------

На устройстве R2:
Есть подсеть 172.1.1.0/24
Есть подсеть 172.2.2.0/24
Есть подсеть 1.1.1.0/30

В Linux ip route выдает:
# ip route
1.1.1.0/30 dev tap0  proto kernel  scope link  src 1.1.1.1 linkdown
10.10.10.0/24 dev Server  proto kernel  scope link  src 10.10.10.1
172.1.1.0/24 dev lan  proto kernel  scope link  src 172.1.1.1
172.2.2.0/24 dev dmz  proto kernel  scope link  src 172.2.2.1
172.20.8.0/21 dev wan  proto kernel  scope link  src 172.20.14.254

utm1> sh ip ospf database

       OSPF Router with ID (172.20.14.254)

                Router Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum  Link count
172.20.14.254   172.20.14.254    631 0x80000006 0x121b 2
172.20.15.0     172.20.15.0      628 0x80000006 0x6f08 2

                Net Link States (Area 0.0.0.0)

Link ID         ADV Router      Age  Seq#       CkSum
172.1.1.2       172.20.15.0      738 0x80000002 0x61d9

utm1> sh ip ospf route
============ OSPF network routing table ============
N    1.1.1.0/30            [10] area: 0.0.0.0
                           directly attached to tap0
N    172.1.1.0/24          [10] area: 0.0.0.0
                           directly attached to lan
N    172.2.2.0/24          [20] area: 0.0.0.0
                           via 172.1.1.2, lan

============ OSPF router routing table =============
R    172.20.15.0           [10] area: 0.0.0.0, ASBR
                           via 172.1.1.2, lan

============ OSPF external routing table ===========

utm1> sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel,
       > - selected route, * - FIB route

O   1.1.1.0/30 [110/10] is directly connected, tap0, 00:43:02
C>* 1.1.1.0/30 is directly connected, tap0
C>* 10.10.10.0/24 is directly connected, Server
C>* 127.0.0.0/8 is directly connected, lo
O   172.1.1.0/24 [110/10] is directly connected, lan, 00:43:02
C>* 172.1.1.0/24 is directly connected, lan
O   172.2.2.0/24 [110/20] via 172.1.1.2, lan, 00:42:07
C>* 172.2.2.0/24 is directly connected, dmz
C>* 172.20.8.0/21 is directly connected, wan

>> С точки зрения R1 к подсети, которая настроена на интерфейсе lo, два
>> равнозначных по стоимость маршрута. OSPF должен оба этих маршрута забрать в
>> процесс динамической маршрутизации и в таблице маршрутизации к подсети lo мы
>> должны увидеть два пути. Соответственно трафик к lo должен балансироваться, но
>> этого не происходит. В таблице маршрутизации есть только один маршрут.
>> Подскажите поддерживает ли пакет QUAGGA балансировку в работе протоколов маршрутизации
>> и как этот функционал можно включиться/настроить. За любую информацию буду очень
>> благодарен.
> ECMP есть в квагге. И он даже работает.
> Что в show ip route? show ip ospf database?

В любом случае большое спасибо за аббревиатуру ECMP.