Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-41233

ospfd: Fails to set ip ospf network point-to-point on loopback interface

    • Icon: Bug Bug
    • Resolution: Not a Bug
    • Icon: Undefined Undefined
    • None
    • rhel-9.4
    • frr
    • None
    • None
    • Critical
    • rhel-sst-cs-net-perf-services
    • ssg_core_services
    • 2
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • x86_64
    • None

      What were you trying to do that didn't work?

      Set the loopback interface to network type point-to-point so it announces the actual mask and not as a /32.

      Please provide the package NVR for which bug is seen:

      frr-8.5.3-4.el9

      How reproducible:

      Easy

      Steps to reproduce

      1. Add loopback IP to dev lo with mask other than a /32.
      2. Configure ospfd.conf interface lo with ip ospf network point-to-point.
      3. Run vtysh and show ip ospf route. Route will show it as /32.
      4. Run 'show run' and the network point-to-point statement will not be shown on the interface.

      Expected results

      The route table should show the network with the mask as configured on the interface.

      The running configuration should show the 'ip ospf network point-to-point' statement on the lo interface.

      Actual results

      Route is a /32 and network type point-to-point missing from configuration.

       

      This is fixed in FRR 8.5.5.

      Patch from this issue applied to 8.5.3 fixes it as well.

      https://github.com/FRRouting/frr/pull/15873

        1. ospfd.conf
          0.4 kB
          Brad Belanger

              mruprich@redhat.com Michal Ruprich
              cogentcomm Brad Belanger (Inactive)
              Michal Ruprich Michal Ruprich
              Frantisek Hrdina Frantisek Hrdina
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: