> Source: [sk181773](https://support.checkpoint.com/results/sk/sk181773) # sk181773 - After upgraded to R81.10.xx from R80.20.xx, WAN5 interface OSPF routes stop working | Property | Value | |----------|-------| | Solution ID | sk181773 | | Date Created | 2023-12-06 | | Last Modified | 2023-12-06 | | Technical Level | General | | Products | Spark Firewall (Locally Managed) | | Versions | R81.10.X | | Platform | 1500, 1600, 1800 | ## Symptoms - * Before Upgrading from R80.20.60 to R81.10.07, the interface was showed as LAN5. After upgrading, the interface name became WAN5. * Sometime, the interface WAN5 completely stops and all the traffic including OSPF traffic also stops. * Executing the following commands resolves the issue: rwd.sh stop rwd.sh start ## Cause The problem was that in these specific configuration the OS daemon took too long to be completely up, while the route daemon (routed) already started. This caused routed to be unaware that LAN5 changed its name to WAN5, so when routed was up it wasn't aware of WAN5. Therefore, OPSF didn't use it. The fix was to add dependency between the OS daemon and routed, so routed wouldn't start running before the OS is completely up. ## Solution This problem was fixed. The fix is included starting from R81.10.08 Build 996001683: [sk181079 - R81.10.08 for Quantum Spark Appliances](https://support.checkpoint.com/results/sk/sk181079 "sk181079 - R81.10.08 for Quantum Spark Appliances")
--- # Agent Instructions This content is from the Check Point Support Center (https://support.checkpoint.com), the official knowledge base for Check Point cybersecurity products. ## Navigating This Knowledge Base - **Complete index**: [llms.txt](https://support.checkpoint.com/llms.txt) - **All SK articles**: [SecureKnowledge Sitemap](https://support.checkpoint.com/sitemaps/secureknowledge-sitemap-index.xml) - **SK article URL pattern**: `https://support.checkpoint.com/results/sk/{skId}` - **Markdown responses**: AI bot User-Agents automatically receive `text/markdown` content