--- title: Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces «... description: Cisco IOS/XR release 25.2.1 has a bug where configuring a passive OSPFv2 interface still sends two hello packets before going silent. Despite IOS/XR using... canonical: https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq twitter:card: summary_large_image twitter:site: @dailydotdev og:type: website og:site_name: daily.dev og:title: Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces « ipSpace.net blog | daily.dev og:description: Cisco IOS/XR release 25.2.1 has a bug where configuring a passive OSPFv2 interface still sends two hello packets before going silent. Despite IOS/XR using... og:url: https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq og:image: https://api.daily.dev/og/posts/Woc7iWYCQ.png og:image:alt: Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces « ipSpace.net blog og:image:width: 1200 og:image:height: 630 og:locale: en --- > ## Documentation Index > Fetch the complete documentation index at: https://daily.dev/llms.txt > Use this file to discover all available pages before exploring further. # Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces « ipSpace.net blog **[ipSpace.net Blog](https://daily.dev/sources/ipspace)** · 4 min read · 0 upvotes · 0 comments ## Summary Cisco IOS/XR release 25.2.1 has a bug where configuring a passive OSPFv2 interface still sends two hello packets before going silent. Despite IOS/XR using transactional candidate configurations with commit, the passive state is not applied atomically — hellos are sent in the brief window before the passive command takes effect. This causes neighboring routers (like FRRouting) to enter Init state and fail to form adjacency. The workaround discovered via tcpdump analysis is to run 'clear ip ospf neighbor' on the FRR side to reset the stuck neighbor state. ## Full article daily.dev links to this article rather than hosting it. Read it at the original source: ## Questions this post answers ### Why does my Cisco IOS/XR OSPFv2 neighbor get stuck in Init state when the interface is configured as passive? IOS/XR release 25.2.1 sends two OSPFv2 hello packets on a passive interface immediately after configuration commit, before the passive state fully takes effect. This causes the neighboring router to enter Init state. Despite IOS/XR using candidate configuration with commit for transactional changes, the passive suppression is not applied atomically. The workaround is to run 'clear ip ospf neighbor' on the neighboring router to reset the stuck state. _Network engineers debugging IOS/XR OSPFv2 adjacency issues track platform-specific quirks like this on daily.dev._ ## Similar posts on daily.dev - [Exploring the BGP Neighbor CONNECT State « ipSpace.net blog](https://daily.dev/posts/exploring-the-bgp-neighbor-connect-state-ipspace-net-blog-q28k0i62x) · ipSpace.net Blog · 0 upvotes · 0 comments - [Dear Junos, Tunnels Are Not Virtual Links « ipSpace.net blog](https://daily.dev/posts/dear-junos-tunnels-are-not-virtual-links-ipspace-net-blog-1zdexbued) · ipSpace.net Blog · 0 upvotes · 0 comments - [The OSPF MTU Mismatch Saga « ipSpace.net blog](https://daily.dev/posts/the-ospf-mtu-mismatch-saga-ipspace-net-blog-jmtvuzjm6) · ipSpace.net Blog · 0 upvotes · 0 comments - [The Never-Ending IPv6 Loopback Prefix Saga « ipSpace.net blog](https://daily.dev/posts/the-never-ending-ipv6-loopback-prefix-saga-ipspace-net-blog-4nlhgh10l) · ipSpace.net Blog · 0 upvotes · 0 comments --- Tags: [#networking](https://daily.dev/tags/networking) [View this post on daily.dev](https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq) ```json {"@context":"https://schema.org","@graph":[{"@type":"Organization","@id":"https://daily.dev/#organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180},"sameAs":["https://twitter.com/dailydotdev","https://github.com/dailydotdev","https://www.linkedin.com/company/daily-dev-ltd"]},{"@type":"WebSite","@id":"https://daily.dev/#website","url":"https://daily.dev","name":"daily.dev","publisher":{"@id":"https://daily.dev/#organization"},"potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://daily.dev/search?q={search_term_string}"},"query-input":"required name=search_term_string"}}]} {"@context":"https://schema.org","@type":"TechArticle","headline":"Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces « ipSpace.net blog","url":"https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq","mainEntityOfPage":{"@type":"WebPage","@id":"https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq"},"datePublished":"2026-08-11T08:54:32.808Z","dateModified":"2026-08-24T06:56:55.888Z","description":"Cisco IOS/XR release 25.2.1 has a bug where configuring a passive OSPFv2 interface still sends two hello packets before going silent. Despite IOS/XR using...","image":"https://media.daily.dev/image/upload/s--qPvKM23u--/f_auto/v1722860399/public/Placeholder%2009","thumbnailUrl":"https://media.daily.dev/image/upload/s--qPvKM23u--/f_auto/v1722860399/public/Placeholder%2009","isAccessibleForFree":true,"articleSection":"ipSpace.net Blog","inLanguage":"en","publisher":{"@type":"Organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180}},"author":{"@type":"Organization","name":"ipSpace.net Blog","logo":"https://media.daily.dev/image/upload/s--xS7E82MT--/f_auto,q_auto/v1786438303/logos/ipspace?_a=BAMAMicg0","url":"https://daily.dev/sources/ipspace"},"commentCount":0,"discussionUrl":"https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq","interactionStatistic":[{"@type":"InteractionCounter","interactionType":{"@type":"LikeAction"},"userInteractionCount":0},{"@type":"InteractionCounter","interactionType":{"@type":"CommentAction"},"userInteractionCount":0}],"keywords":"networking","timeRequired":"PT4M"} {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://daily.dev"},{"@type":"ListItem","position":2,"name":"ipSpace.net Blog","item":"https://daily.dev/sources/ipspace"},{"@type":"ListItem","position":3,"name":"Cisco IOS/XR OSPFv2 Not-So-Passive Interfaces « ipSpace.net blog"}]} {"@context":"https://schema.org","@type":"FAQPage","@id":"https://daily.dev/posts/cisco-ios-xr-ospfv2-not-so-passive-interfaces-ipspace-net-blog-woc7iwycq#faq","mainEntity":[{"@type":"Question","name":"Why does my Cisco IOS/XR OSPFv2 neighbor get stuck in Init state when the interface is configured as passive?","acceptedAnswer":{"@type":"Answer","text":"IOS/XR release 25.2.1 sends two OSPFv2 hello packets on a passive interface immediately after configuration commit, before the passive state fully takes effect. This causes the neighboring router to enter Init state. Despite IOS/XR using candidate configuration with commit for transactional changes, the passive suppression is not applied atomically. The workaround is to run 'clear ip ospf neighbor' on the neighboring router to reset the stuck state. Network engineers debugging IOS/XR OSPFv2 adjacency issues track platform-specific quirks like this on daily.dev."}}]} ```