NEWS 最新消息

Sep 25,2025

[Candela] Candela LANforge New Release 5.5.1

邁訊科技代理的Candela LANforge 於9/25上線了最新版的LANforge軟體(5.5.1),本次的版本開始透過特定kernel版本 (6.15.6+)在MT7996卡板上支持了每頻段34虛擬用戶,此外也改進了Wi-Fi7 MLO (新增三頻MLMR)的功能、修正TR-398i4測項等、已知問題解決等。想了解詳細更新Release Note可參考下方資訊,有更新需求,請立即與邁訊科技技術服務部門聯繫(support@meshlink.com.tw)。

 

邁訊科技與Candela致力於對最新的Wi-Fi技術提供成本可控的測試解決方案。LANforge協助產品製造商在研發及驗證階段做長時間大量且複雜的自動化測試,包含Rate vs. Range (RvR),Rate vs. Range vs. Orientation (RvRvO),Capacity (Multi-client),dual-band,Mesh,RFC2544等。在認證方面Candela也是Broad forum的會員,針對TR398i1, TR398i2, TR398i3, TR398i4提供自動化的完整測試方案。

 

邁訊科技Meshlink自2023年WiFi7測試方案發表後已經與Candela攜手協助國內外各大網通設備製造商進行Wi-Fi7的測試及驗證。Wi-Fi7帶來新的技術及測試挑戰,MLO(多重連結作業)、MRU、4096QAM調變、320MHz頻寬,新的調變技術、更高的頻寬帶來更高的吞吐量Throughput。Meshlink邁訊科技與Candela Technology將協助客戶一同面對新的挑戰,並於近期佈建WiFi7 demo環境供客戶一起探索最新的技術。請隨時關切邁訊科技網站資訊或隨時與我們的技術窗口聯繫(support@meshlink.com.tw)。

Release 5.5.1  

  • TR398v4: Update pass/fail for the Rx Sensitivity test to match the updated TR398i3-c1 document. The original TR398i3 document had incorrect pass/fail in the test specification. Please ensure that the pass/fail configuration in the Rx Sensitivity test in LANforge TR398 are set to the 'Default' values after upgrading, as the old defaults have now changed. Internal fixup to work around the test-spec problem have been removed.
  • TR398v4: Support running most tests at different spatial stream count and different packet sizes to allow users to customize to test beyond the official TR398 specification.
  • TR398v4: Initial support for eMLSR test using 5Ghz + 2.4GHz bands (as well as the previously supported 5GHz + 6GHz bands test).
  • TR398v4: Add MLO STR (MLMR) test case support.
  • WebGUI now supports Dataplane, Hunt, Rate vs Range and some other Chamber-View test suites.
  • Support 6.15 kernel for latest drivers and bug fixes and tri-band MLO-STR MLMR support when using the Mediatek 7996 radio.
  • Dataplane: Optimize (re)configuring wifi configuration when running with outter loop being Attenuation.
  • Dataplane: Ongoing improvements and optimizations to work with IOT devices and android devices running iperf.
  • AP-Auto: Improve tri-band converage and general bug fixes and improvements.
  • AP-Auto: Improve hunt and related test options and performance.
  • Audio Quality: Improve report, allow configuring internal delay to make latency report more accurate.
  • Intel be200: Support 6Ghz puncturing feature in US and CA regulatory domain.
  • Mediatek 7996: Initial support for 34 virtual stations per radio per band is available in 6.15.6+ kernels.
  • Fix IP checksum offload in mtk7996 driver for improved upload throughput.
  • Cell-Emulator: Add test case for Ethernet to 4g/5g cellular backhaul failover. This utilizes LANforge integration with ALifecom LTE/5g cell emulator, plus other equipment to make a complete and self-contained cellular backhual testbed.
  • Windows: Support setting QoS/ToS in layer-3 TCP and UDP connections. Windows makes this harder than expected, but now it works!
  • Interop: Add support for Windows-ARM machines (Surface)
  • Interop: Add support for iPad
  • Interop: Improve Android app logic to re-connect to the LANforge manager when wifi connection is lost.
  • LANforge-Manager: Add 'Aux-Mgt-Lite' feature to more easily manage Interop testbeds over LANforge manager's data generating interfaces (AP, Ethernet, etc). This makes it easier to manage complex Interop testbeds.
  • Provide RPI5 kernel patched with Candela patches for extra stats and features.
  • Support forceably disabling 40 and/or 80MHz bandwidths when STAs associate to APs supportion 80+MHz. This is probably against the wifi specification, but feature was requested and it may be useful for certain tests.
  •  

    Significant Bug Fixes

  • TR398v4: Fix disabling puncturing at end of the test (when using helper script. As work-around, helper script can use 'puncturing' as well as 'puncture' for the key.
  •  

    Known Limitations

  • Multiple stations on the 'combined' phy on mtk7996 radios has stability problems, especially after many admin up and down. These problems are not seen when using the single-phy radios. There was no combined phy at all in earlier releases, so while we do want to fix this, it is not really a regression.
  • Virtual stations (more than one station per radio) have problems when connecting to AP that does OFDMA. Work-arounds include disabling OFDMA on the AP or forcing the virtual stations to support only VHT instead of AX. This is probably a hardware limitation and is unlikely to be fixed with currently available radios.