Support Center > Search Results > SecureKnowledge Details
RouteD daemon crashes after receiving an OSPF LSA packet that contains invalid netmask
Symptoms
  • Output of Clish command "show ospf neighbors" shows that OSPF neighbors are stuck in "LOADING" state.

    Example:
    Neighbor state flag: G - graceful restart
    Neighbor ID       Pri   State          Dead    Address           Interface         Errors
    192.168.8.35      0     2WAY           11      192.168.8.35      192.168.8.40      0
    192.168.8.37      90    LOADING/BDR    8       192.168.8.37      192.168.8.40      2189
    192.168.8.42      90    LOADING/DR     8       192.168.8.42      192.168.8.40      2155
    
  • After enabling generation of core dump files per sk92764, core dump files for 'routed' process might be generated in the /var/log/dump/usermode/ directory.

  • RouteD core dump files contain the following function stack:

    #6  0x... in task_quit (code=22) at task/task_init.c
    #7  0x... in task_assert (file=0x... "rt/rt_radix.c", line=343, test=0x... "bitlen != (u_short) -1") at task/task_basic.c
    #8  0x... in rt_table_locate (dst=0x..., mask=0x0, inst_id=0 '\000', type=0 '\000') at rt/rt_radix.c
    #9  0x... in Ospf2RtTsiLookup (inst=0x..., dest=..., mask=...) at ospf/ospf_rt.c
    #10 0x... in Ospf2RtLookup (inst=0x..., dest=..., mask=...) at ospf/ospf_rt.c
    #11 0x... in Ospf2RtAddNetStub (area=0x..., v=0x..., netNum=..., netMask=..., d=...) at ospf/ospf_rt.c
    #12 0x... in Ospf2SpfIntra (area=0x...) at ospf/ospf_spf.c
    #13 0x... in OspfSpf (inst=0x...) at ospf/ospf_spf.c
    #14 0x... in OspfSpfJob (job=0x...) at ospf/ospf_spf.c
    #15 0x... in task_job_bg_dispatch () at task/task_job.c
    #16 0x... in main (...) at task/task_init.c
    
Cause

RouteD daemon crashes after receiving an OSPF LSA packet (from an OSPF Neighbor) with a link containing an invalid netmask (e.g., LSA with a stub link containing a broken netmask (not continuous)).


Solution
Note: To view this solution you need to Sign In .