Bug Report: ER605 v2 - SNMP Incoherency and Data Merging during WAN Failover

Bug Report: ER605 v2 - SNMP Incoherency and Data Merging during WAN Failover

Bug Report: ER605 v2 - SNMP Incoherency and Data Merging during WAN Failover
Bug Report: ER605 v2 - SNMP Incoherency and Data Merging during WAN Failover
Yesterday
Model: ER605 (TL-R605)  
Hardware Version: V2
Firmware Version: 2.2.5 Build 20240522 Rel.75860

There is a critical discrepancy in how the SNMP agent reports interface statistics (IF-MIB) when the router enters Link Backup (Failover) mode. Currently, the router fails to maintain independent traffic accounting for physical ports during an emergency switch-over.

Observed Anomalous Behavior:

  1. Traffic Misassignment: When the Primary WAN (Port 1) goes offline, the router correctly routes traffic through the Backup WAN1 (Port 2). However, the SNMP agent begins reporting the Backup WAN1's traffic under the Primary WAN's index (1026) instead of its own physical index (1038).

  2. Loss of Granularity: Data counters for the Backup Port (1038) remain static or show negligible values, while the Primary Port index (which is physically disconnected/offline) acts as a "logical aggregator" for all global outbound traffic.

  3. Severe Update Latency: During failover, the SNMP ifInOctets and ifOutOctets counters update with extreme delay (often exceeding 120 seconds) and fail to reflect the actual throughput (e.g., a 180MB download is reported as <1MB).

Required Fix / Feature Request: It is essential that a future firmware update ensures strict physical port isolation for SNMP counters. Specifically:

  • Independence: Traffic data must be exposed separately for each physical port at all times. The SNMP agent must not "merge" or "redirect" traffic statistics of the Backup WAN into the Primary WAN’s OID/Index during failover.

  • Real-time Accuracy: IF-MIB counters must reflect the real-time bitstream of the physical silicon port, regardless of the logical routing state (Failover/Load Balance).

  • Consistency: If 100MB passes through the physical pins of Port 2, those 100MB must appear under Index 1038, even if Port 1 is designated as the "Default Gateway."

Impact: The current behavior makes professional network monitoring (via Zabbix, PRTG, or custom scripts) impossible. Network administrators cannot accurately track data usage on backup lines (which often have data caps) because the router "hides" this traffic within the offline primary interface's counters.

  0      
  0      
#1
Options
1 Reply
Re:Bug Report: ER605 v2 - SNMP Incoherency and Data Merging during WAN Failover
Yesterday

As shown in the screenshot, Port 1(WAN) is Offline and Port 2 (WAN1) is Online, yet SNMP continues to report traffic on Port 1's index while Port 2 remains at zero. This proves the MIB database mapping is broken during Failover.

 


  0  
  0  
#2
Options