Product
Search Results

Configure the country code for wireless interfaces

Starting with CDRouter 12.5 the method for changing the 802.11 wireless regulatory domain on a CDRouter system has changed.

Previously, the regulatory domain of the system could be changed temporarily at the start of a test run using the testvar wirelessCountryCode. With CDRouter 12.5 or newer, the wirelessCountryCode testvar is obsolete. The regulatory domain must now be changed globally on the system using a script that is provided with CDRouter.

The regulatory domain determines the set of wireless channels that may be used based on country specific regulations and restrictions. The regulatory domain should be set properly based on the physical location of each CDRouter system. CDRouter will automatically query the system as needed to determine the list of valid, supported wireless channels based on the configured regulatory domain.

Running the script with no arguments will display the current regulatory domain of the system, expressed as a two character ISP 3166-1 alpha-2 country code:

/usr/cdrouter/bin/cdrouter-regdomain

To change the regulatory domain, run the script with a valid two character country code as an argument. For example, to change the regulatory domain of the system to Japan, run the script with the country code JP as an argument:

/usr/cdrouter/bin/cdrouter-regdomain JP

Once set, the regulatory domain of the system is persistent through reboots.

Note that the default regulatory domain on all NTA1000 systems shipped by QA Cafe is US. The script above is only needed if the default regulatory domain needs to be changed.

NOTE: The Intel 802.11ax wireless interface may not be set using this tool or any other method.