[polukhinri@ccr1016-grt01-sib] /routing ospf lsa> print detail where type=router area=backbone
instance=default area=backbone type=router id=
172.16.0.128 originator=
172.16.0.128 sequence-number=0x800008E2 age=1651 checksum=0xADEE options="E" body=
flags=BORDER|EXTERNAL
link-type=Stub id=
172.16.0.128 data=
255.255.255.255 metric=10
link-type=Point-To-Point id=
172.16.0.132 data=
172.16.0.13 metric=10
link-type=Stub id=
172.16.0.12 data=
255.255.255.252 metric=10
instance=default area=backbone type=router id=
172.16.0.132 originator=
172.16.0.132 sequence-number=0x8000088E age=1568 checksum=0x3F7C options="E" body=
flags=
link-type=Point-To-Point id=
172.16.0.128 data=
172.16.0.14 metric=10
link-type=Stub id=
172.16.0.12 data=
255.255.255.252 metric=10
link-type=Stub id=
172.16.0.132 data=
255.255.255.255 metric=10
link-type=Stub id=
172.16.16.0 data=
255.255.255.0 metric=10
Это LSA type 1 (router), они в OSPFv2 протоколе, содержат информацию о топологии и префиксах, подключенных через интерфейс маршрутизаторов. На основе информации из LSA type 1 и Type 2 внутри области маршрутизаторы строят SPT деревья, в OSPFv2 только эти два LSA содержат информацию о топологии и сетях, для всех типов сетей (point-to-point, broadcast, nbma, point-to-multipoint и тд.). Остальные LSA в OSPFv2 содержат только информацию о сетях и для построения SPT дерева не требуются, информация из них лишь добавляется в дерево при повторном выполнение SPF алгоритма.
Если бы нам нужно было достичь сети
172.16.16.0/24, у которой метрика интерфейса 10, нам бы пришлось направить пакеты через сеть
172.16.0.12/30, у которой метрика тоже 10, и того 20. О чём нам сказал бы маршрут в OSPF RIB, команду вам уже подсказали.