OSPF and FA question

Hi all,

I encountered a strange scenario with redistribution, when a router, will receive a Type 5 LSA from another advertising router and the LSA will have the Forwarding Address equal with a local IP address of the receiving router. I notice that in this case, the routing bit is not set for that LSA.

I can only asume that SPF wil lignore external LSA originated by someone else, that have the FA equal with my ip address. 

Is my assumption corect? Couldnt find info about this on google and the RFC is a bit to long to read it now.


  • Hi,

    Following is an example on INE topology.

    R5 knows about from ABR - R4 , tha's receiving the redistributed route from the ASBR - R6. The FA address is set to R7's vlan67 interface :

    R5#sh ip ospf database ext


                OSPF Router with ID ( (Process ID 1)


                    Type-5 AS External Link States

      Routing Bit Set on this LSA in topology Base with MTID 0

      LS age: 1155

      Options: (No TOS-capability, DC, Upward)

      LS Type: AS External Link

      Link State ID: (External Network Number )

      Advertising Router:

      LS Seq Number: 80000002

      Checksum: 0x3104

      Length: 36

      Network Mask: /24

            Metric Type: 2 (Larger than any link state path)

            MTID: 0 

            Metric: 1 

            Forward Address:

            External Route Tag: 7


    Next I enable OSPF SPF debugging on R5 and I create a loopback with an IP address equal to FA :


    R5# debug ip ospf spf

    OSPF SPF debugging is on

    OSPF SPF intra debugging is on

    OSPF SPF inter debugging is on

    OSPF SPF external debugging is on


    R5#conf t

    Enter configuration commands, one per line.  End with CNTL/Z.

    R5(config)#int lo 67

    %LINK-3-UPDOWN: Interface Loopback67, changed state to up

    %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback67, changed state to up

    R5(config-if)#ip add



    %SYS-5-CONFIG_I: Configured from console by console


    OSPF-1 INTER: Check and generate summary LSA into all areas 

    OSPF-1 EXTER: Started Building Type 5 External Routes 

    OSPF-1 EXTER: Start processing Type 5 External LSA, mask

    OSPF-1 EXTER:  adv_rtr, age 1330, seq 0x80000002, metric 1, metric-type 2, fw-addr 

    OSPF-1 EXTER:    More specific non-OSPF route to forwarding address 

    OSPF-1 EXTER: Add forward address unreachable, allowed types Intra and Inter, to watched queue 


    OSPF-1 EXTER: Deleted external route 


    RFC reflects the reason : 

        16.4.  Calculating AS external routes
    (3) If the forwarding address is non-zero, look up the forwarding address in the routing table.[24] The matching routing table entry must specify an intra-area or inter-area path; if no such path exists, do nothing with the LSA and consider the next in the list.

    As the forwarding address in neither "O" nor "O IA", it's connected, the LSA is not used.

    Hope it helps.
  • I see, i did knew that the FA must be learned via OSPF, but did not realise that if the FA is its own ip address will appear as Connected. :))) Great response, thanks.

  • You're welcome, always glad to help ! [:D]

Sign In or Register to comment.