qacafe - ip test solutions
Knowledge Base > CDRouter 5.0 Release Notes

CDRouter 5.0 Release Notes

Release Notes

Original release: CDRouter 5.0 build 219, June 8, 2009

New Features and Enhancements


CDRouter

  • Support for 64-bit Systems

    CDRouter 5.0 now supports 64-bit hardware and operating systems! There is a separate installer for the 64-bit version of CDRouter which is available in the Customer Lounge. Please be sure to select the correct CDRouter installer based on the architecture of your Linux host operating system. Also note that the 64-bit version of CDRouter is compatible with Tcl version 8.5 only.

  • BuddyWeb Version 2

    CDRouter 5.0 includes the second generation of BuddyWeb, our comprehensive web-based graphical user interface. BuddyWebv2 is a significant upgrade which utilizes a powerful SQL database and Ruby web-server to deliver greater scalability, better management of results and test data, and an improved user experience. BuddyWebv2 currently supports the Firefox, Safari, and Google Chrome web browsers* and includes the following key enhancements:

    • Ability to execute millions of test cases per test run**
    • Ability to store and access millions of unique results on disk**
    • Introduction of user-defined tags that can be independently applied to results, configuration files, and packages at run time, during the import process, or arbitrarily as needed
    • Ability star specific results that may require additional investigation
    • Ability to flag individual test cases within a particular set of test results that may be of interest
    • Ability to queue multiple test packages and have them executed automatically
    • More flexible import process that allows individual selection of results, packages, configs, or combination of the three
    • New graphical Configuration Wizard for generating configuration files

    * We recommend a minimum screen resolution of 1280x1024 for all CDRouter 5.0 users.

    ** Actual numbers will vary based on system performance. These numbers are typical for a system with specifications similar to the NTA1000.

  • Support for QA Cafe's NTA1000 Network Test Appliance
  • CDRouter 5.0 has been fully qualified for use on QA Cafe's powerful new NTA1000 Network Test Appliance.

  • Support for Ubuntu 9.04 (Jaunty Jackalope)

    The latest release of the Ubuntu Linux operating system from Canonical, version 9.04 codenamed Jaunty Jackalope, has been tested for compatibility with CDRouter 5.0 and is now recommended by QA Cafe. CDRouter 5.0 supports both the 32-bit and 64-bit Desktop Editions of Ubuntu 9.04.

  • Improved Support for Atheros Wireless Interfaces

    CDRouter 5.0 includes improved support for Atheros 802.11 a/b/g/n based wireless adapters based on the AR9000 and AR5000 series chipsets using the ath9k/ath5k wireless driver. Enhancements include:

    • Support for the 5 GHz band defined in 802.11n
    • Improved wireless scan support
    • Improved recovery in the event of disassociation

  • Support for Testing Wireless Devices with Hidden SSIDs

    CDRouter 5.0 includes a new testvar lanChannel which can be used to specify the wireless channel used by a specific access point. This testvar in conjunction with the testvars lanSSID and lanBSSID enable CDRouter to associate with devices using hidden SSIDs.

     testvar lanSSID hidden_test_SSID
     testvar lanBSSID 00:22:b0:b8:8d:8b
     testvar lanChannel 6 
    

    Valid values for lanChannel are: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 149, 153, 157, 161, and 165.

    Note that CDRouter may not be able to associate with devices that use automatic channel detection/selection if the lanChannel differs from the channel that is used. We recommend configuring a specific channel on the DUT when using the lanChannel testvar to avoid association issues.

  • Support for the PPPoE AC-Cookie Tag

    CDRouter's PPPoE server now supports the AC-Cookie Tag as defined in RFC2516. In addition, a new test case has been added to the pppoe-c.tcl test module to verify that the PPPoE client returns the correct AC-Cookie Tag when required.

    By default the CDRouter PPPoE server does not use an AC-Cookie Tag. You can configure the server to use a specific AC-Cookie Tag value, or configure the AC-Cookie in 'auto' mode so that CDRouter generates a unique cookie automatically.

     testvar pppoeAcCookie auto
     testvar pppoeAcCookie 010203040506 
    

CDRouter TR-069

  • The Extended Data Model add-on for CDRouter TR-069 is now available!

    Starting with CDRouter 5.0, the CDRouter TR-069 add-on for CDRouter will only include support for the data model profiles defined in the Broadband Forum's TR-098 and TR-106 specifications and custom user-defined profiles.

    The new CDRouter TR-069 Extended Data Model add-on (TR69-EDM) provides additional support for profiles defined in many new Broadband Forum data model specifications including:

    In addition, the pre-existing TR-104 and TR-135 profile test modules have been moved from the CDRouter TR-069 add-on to the TR69-EDM add-on.

  • New DSL Diagnostics test case for PD-128

    The DSL Diagnostics test case, PD-128 Test 22 Part 2, has been added to the pd128.tcl test module.

  • New Connection Request username and password length functionality
  • The test case tr69_81 "Verify CPE supports largest size ConnectionRequest Username and Password" in the tr69.tcl test module has been updated. The maximum size of the connection request username and password can now be set independently for this test case using the testvars tr69MaxCpeUserNameLen and , respectively:

     testvar tr69MaxCpeUserNameLen 64
     testvar tr69MaxCpePasswordLen 64
    

    In previous releases of CDRouter both test cases tr69_80 and tr69_81 utilized the same testvars to specify the maximum length username and password supported by the DUT for the management server and connection request. The test case tr69_81 now utilizes the testvars listed above while the test case tr69_80 continues to use the original testvars tr69MaxUserNameLen and tr69MaxPasswordLen.


New Test Modules and Test Cases


CDRouter

  • New test case added to pppoe-c.tcl module
  • TEST 17: PPPoE client returns AC-Cookie in PADR when server sends AC-Cookie in PADO
    MODULE: pppoe-c.tcl 
    NAME: cdrouter_pppoe_client_310 
    

CDRouter TR-069

  • New test case added to pd128.tcl module
  • TEST 479: PD-128 Test 22 Part 2: DSL Diagnostics Test
    MODULE: pd128.tcl 
    NAME: pd128_test_22.2 
    

  • In addition, several new CWMP profile test modules are now available as part of the CDRouter TR-069 Extended Data Model add-on (TR69-EDM), including:
    tr140_profiles.tcl module
    tr143_profiles.tcl module
    tr157_profiles.tcl module
    tr196_profiles.tcl module
    tr104_profiles.tcl module (moved from CDRouter TR-069 add-on)
    tr135_profiles.tcl module (moved from CDRouter TR-069 add-on)
    

Bug Fixes and Notes


  • Tcl Version 8.3 is Now Unsupported

    CDRouter 5.0 no longer supports Tcl version 8.3 and earlier. CDRouter now checks the Tcl version during the installation process. In order to upgrade to CDRouter 5.0, Tcl 8.4 or newer first be installed. For help upgrading Tcl, please contact QA Cafe Support.

  • The firewall.tcl module has been updated to accept the new keyword all when defining TCP and UDP closed ports for the port scan tests. Most firewall implementations do not generate a response when inbound packets are received on unused ports. Ports that are treated this way by the firewall are often referred to as stealth ports (as opposed to open or closed ports). By default, CDRouter assumes that all ports within the port scan range are stealth ports, unless explicitly configured otherwise with the firewallTcpClosedPorts, firewallTcpOpenPorts, firewallUcpClosedPorts, and firewallUdpOpenPorts testvars. This modification now allows devices that close all ports during a port scan to be easily tested.

    testvar firewallTcpClosedPorts all
    testvar firewallUdpClosedPorts all
    

    This update impacts only cdrouter_firewall_100, cdrouter_firewall_101, and cdrouter_firewall_110.

  • The apps.tcl test module has been updated to better handle certain FTP ALG implementations that utilize a TCP proxy. In previous releases of CDRouter a race condition was present that could result in test failures before the FTP session was fully established on both the LAN and WAN sides. CDRouter now waits for both sides of the FTP connection to be fully established before reading and verifying any actual data.

  • CDRouter's PPPoE server behavior has been modified to send a PPP IPCP Configure-Reject whenever an unsupported option is requested by the PPPoE client. Previous releases of CDRouter would not send a Configure-Reject which may have been problematic for some PPPoE implementations.

Updated release: CDRouter 5.0 build 222, June 26, 2009

Bug Fixes and Notes


  • The -force command line option in the original release of CDRouter 5.0 would not automatically overwrite the specified destination directory if it already existed on the system. This release resolves this issue. The -force option now works as expected when invoked from the command line.
  • In the original release of CDRouter 5.0, if the installer was run without a valid license file, certain essential databases would not be properly created. The end result was that some packages, configuration files, and results would not be updated (and were therefore not available in CDRouter 5.0, once a valid license was applied). This build resolves this issue. The installation procedure has been modified to build the correct databases even if a valid license file is not present, as would be the case with a brand new installation.
  • In the default configuration file and wizard included with the original release of CDRouter 5.0, the testvar tr69InitiateConnection was mislabeled as acsInitiateConnection. This build resolves this issue.

Updated release: CDRouter 5.0 build 230, August 17, 2009

Bug Fixes and Notes


  • The tr69_31 and tr69_32 redirect test cases have been updated. In previous releases of CDRouter the second ACS would be created with default authentication settings that differed from the original ACS. The second ACS now inherits the authentication settings of the original ACS when it is created.
  • A bug in CDRouter's HTTPS server was fixed that prevented SSL sessions from being created if the 3rd packet in the TCP handshake is dropped, or if the TCP client piggybacks data during the TCP handshake. This fix impacts TR-069 HTTPS based connections.
  • Under certain conditions CDRouter's WAN DHCP server would take longer than expected to timeout if the DUT's DHCP client stopped working. This issue has been resolved in this build.
  • Resolved a path configuration issue on the download server used in the PD-128 vendor config download test case, pd128_test_8.6. The location of the vendor config file on the local CDRouter system is defined by the testvar tr69DownloadConfig. During this test case CDRouter automatically maps the document root on the download server to the path specified by the testvar tr69DownloadConfig. In previous builds CDRouter was incorrectly mapping the document root to the path specified by the testvar tr69DownloadImage which is used for the PD-128 firmware download tests. This build resolves this issue.
  • PD-128 Tests 8.1 through 8.7 have been updated. CDRouter now sets empty values for the Username and Password parameters in the Download RPC if null authentication is used. Previously CDRouter would include the default username and password (as specified by the testvars acsDefaultUser and acsDefualtPassword) in the Download RPC when the authentication type was set to null. Although valid, this approach caused issues with certain implementations.
  • Fixed an issue with the BuddyWeb import utility when dealing with duplicate names.

Related articles that may also be helpful: