Difference between revisions of "DX Cluster/Telnet"

From Win-Test Wiki
Jump to navigation Jump to search
m (→‎Configuring Win-Test for wtDxTelnet: Add link to Configure interfaces, change fonts.)
(17 intermediate revisions by 3 users not shown)
Line 1: Line 1:
Connecting to a telnet cluster is the work of an external application provided as part of the Win-Test package called 'wtDxTelnet'. ''This program maintains the connection to the cluster'', '''NOT''' Win-Test itself! This is a commonly asked question on the support reflector, hence the emphasis!  
+
Connecting to a telnet cluster is the work of an external application provided as part of the Win-Test package called 'wtDxTelnet'. <br> ''This program maintains the connection to the cluster'', '''NOT''' Win-Test itself! <br> This is a commonly asked question on the support reflector, hence the emphasis!  
  
 
== Configuring wtDxTelnet (single-op environment) ==  
 
== Configuring wtDxTelnet (single-op environment) ==  
Line 5: Line 5:
 
The reasoning behind using a separate program for maintaining a telnet connection was to be able to have only one connection in a multi-op environment, rather than having to connect every time on each individual machine in the shack!  
 
The reasoning behind using a separate program for maintaining a telnet connection was to be able to have only one connection in a multi-op environment, rather than having to connect every time on each individual machine in the shack!  
  
Configuration of wtDxTelnet is not a hard process, and like everything else configuration-based in Win-Test, needs only be done once. This section explains how to setup wtDxTelnet and Win-Test for use in a single-op environement - there are further instructions on what has to be done in a multi-op environment below.  
+
Configuration of wtDxTelnet is not a hard process, and like everything else configuration-based in Win-Test, needs only to be done once. This section explains how to setup wtDxTelnet and Win-Test for use in a single-op environment (with wtDxTelnet and Win-Test applications both running on the same computer). There are further instructions on what has to be done in a multi-op environment below.  
  
 
=== Configuring Win-Test for wtDxTelnet ===
 
=== Configuring Win-Test for wtDxTelnet ===
 +
First, open the [[Menu:Options#Configure_interfaces...|Configure Interfaces]] dialog in Win-Test via <code>Options | Configure interfaces...</code>, or type '''<tt>SETUP [Enter]</tt>'''.  Check the box labeled '''Enable ethernet network''' and ensure it looks like the following:
  
Firstly, open the configure interfaces dialog in Win-Test (<code>Options | Configure Interfaces...</code>). Tick the box labelled '<tt>Enable ethernet network</tt>' and ensure it looks like the following:
+
[[Image:network_singleop.png|center]]
  
[[Image:network_singleop.png|center]]
+
Enter the "loopback" broadcast IP address '''127.255.255.255'''.
  
Click OK and that is the only change of configuration you'll have to make to Win-Test itself.
+
Pres '''[OK]''' and that is the only change of configuration you'll have to make to Win-Test itself.
  
 
=== Configuring wtDxTelnet ===  
 
=== Configuring wtDxTelnet ===  
  
Now start wtDxTelnet (in Windows, <code>Start->Programs->Win-Test->wtDxTelnet</code>) and goto the <tt>Options</tt> menu. Firstly, choose the '<tt>DxCluster properties</tt>' menu option. The screen should look a little something like:
+
Now start wtDxTelnet (in Windows, <code>Start|Programs|Win-Test|wtDxTelnet</code>). From the menu select <code>Options|Win-Test network properties</code> and the screen should look like the following:
  
[[Image:Wtdxtelnet singleop dxcp.png|center]]
+
[[Image:Wtdxtelnet singleop.png|center]]
  
A quick description of the various settings here:
+
Use the same '''Broadcast address''' and '''Port number''' that you specified in Win-Test above.
* <code>Hostname/IP</code> is the hostname (e.g. <tt>ab5k.net</tt>, <tt>gb7djk.dxcluster.org</tt>, etc) or the IP address of the DX cluster which you want to connect to
 
* <code>Port</code> is the port number which the DX cluster you wish to connect to runs on. For DX spider clusters (quite common nowadays), this is 7300 or 8000.
 
* <code>Login</code> should be your callsign (which you usually type at the <tt>Login:</tt> prompt)
 
* <code>Password</code> is a password (if required) to allow you to login to the cluster. Most do not require one, so tick the box beneath labelled '<tt>No password required</tt>'
 
* <code>Commands to send at connection</code> can be used to send commands such as <tt>sh/dx/20</tt> for the last 20 spots
 
* <code>Autoconnect at startup</code> when ticked will connect to the cluster automatically when you start wtDxTelnet
 
* <code>Try to restore connection automatically</code> when ticked will try to restore a connetion automatically if you are disconnected (for whatever reason)
 
  
Click OK and your changes will be saved permanently.  
+
These options may be greyed out by default, in which case be sure to ''uncheck'' the box labeled '''Disable communication with Win-Test''', and then you can edit the values.
 +
 +
Next from the same menu choose '''<tt>Options|DxCluster properties</tt>'''. The screen should look something like this:
  
Next, goto the <code>Options->Win-Test network properties</code> menu and this screen should look like the following:
+
[[Image:Wtdxtelnet singleop dxcp.png|center]]
  
[[Image:Wtdxtelnet singleop.png|center]]
+
A quick description of the various settings here:
 +
* '''Profile''' - Select <code>profile-1</code> to <code>profile-10</code> from the drop-down list to save settings for up to ten different DX Clusters
 +
* '''Profile name''' - You may change a profile name from the default name "<tt>profile-1</tt>" to something that is easier to remember, such as the node's callsign, by entering a new name here
 +
* '''Hostname/IP''' - The host name (e.g. <tt>dx.k3lr.com</tt>, <tt>gb7djk.dxcluster.org</tt>, etc.) or the IP address of the DX cluster that you want to connect to.  Press '''<tt>[Search...]</tt>''' to select from an alphabetical list of commonly-used DX Cluster nodes
 +
* '''Port''' - The port number used by the DX cluster you wish to connect to. For an ordinary TELNET node, use 23.  For DX Spider clusters (quite common nowadays), use 7300 or 8000.  Be sure to select the same syntax in Win-Test using [[Menu:Options#DX_Cluster_window_shortcuts]].
 +
* '''Login''' - This is your callsign (what you would enter at the DX Cluster's '''<tt>Login:</tt>''' prompt)
 +
* '''Password''' - The is a password (if required) to allow you to login to the cluster. Most do not require one, so just check the box labeled '''No password required'''
 +
* '''Commands to send at connection''' - Use this to send commands such as '''<tt>sh/wwv/5</tt>''' and '''<tt>sh/dx/10</tt>''' when you first connect
 +
* '''Autoconnect at startup''' - Check this to connect to the cluster automatically whenever you start wtDxTelnet
 +
* '''Try to restore connection automatically''' - Check this to have wtDxTelnet restore this connection automatically if it detects that you have been disconnected (for whatever reason)
 +
 
 +
Press '''<tt>[OK]</tt>''' to save all changes.
  
Note the matching broadcast address and port number as you specified earlier in Win-Test? Also, these may well be greyed out by default in which case be sure to ''untick'' the box labelled '<tt>Disable communication with Win-Test</tt>' and then all will be well. '''Also note that wtDxTelnet must always be running in the background whilst connected to the cluster!'''
+
'''Note that wtDxTelnet must always be running in the background if you want to stay connected to the cluster'''.  To have wtDxTelnet started automatically by Win-Test, use [[Menu:Options#Start.2Fstop_wtDxTelnet_automatically|Start/stop wtDxTelnet automatically]], under <code>Options | DX cluster</code> in Win-Test.
  
 
=== Testing the configuration ===
 
=== Testing the configuration ===
  
Now you have setup both Win-Test and wtDxTelnet, it is time to ensure you can connect to the cluster, login fine and see spots coming through in Win-Test. Ensure that wtDxTelnet is connected to the cluster (you can see that in the main wtDxTelnet window) and if not, use the <tt>DxCluster->Connect</tt> menu option.
+
Now you have setup both Win-Test and wtDxTelnet, it is time to ensure you can connect to the cluster, login fine and see spots coming through in Win-Test. Ensure that wtDxTelnet is connected to the cluster (you can see that in the main wtDxTelnet window) and if not, use the <tt>DxCluster|Connect</tt> menu option.
  
In Win-Test, open the DX cluster monitor window by going to the <tt>Windows->Dx-Cluster monitor</tt> menu option or using the <tt>Alt+O</tt> keyboard shortcut. You should immediately start seeing data coming through. Send a command to the cluster ''from'' Win-Test to ensure it is working - use the <tt>Commands->Dx-Cluster</tt> menu option or the <tt>Alt+T</tt> keyboard shortcut. Now send something like <tt>sh/dx/1</tt> to get the most recent spot sent through. All being well, you should see the data in the cluster monitor window in Win-Test (and also in the wtDxTelnet window).  
+
In Win-Test, open the DX cluster monitor window by going to the <tt>Windows|Dx-Cluster monitor</tt> menu option or using the <tt>Alt+O</tt> keyboard shortcut. You should immediately start seeing data coming through. Send a command to the cluster ''from'' Win-Test to ensure it is working - use the <tt>Commands|Dx-Cluster</tt> menu option or the <tt>Alt+T</tt> keyboard shortcut. Now send something like <tt>sh/dx/1</tt> to get the most recent spot sent through. All being well, you should see the data in the cluster monitor window in Win-Test (and also in the wtDxTelnet window).  
  
If you can see data coming through in the wtDxTelnet window, but ''not'' in Win-Test, please check the network settings in both Win-Test and wtDxTelnet (see above).  
+
If you can see data coming through in the wtDxTelnet window, but ''not'' in Win-Test, please check the network settings in both Win-Test and wtDxTelnet (see above).
  
 
== Configuring wtDxTelnet (multi-op environment) ==  
 
== Configuring wtDxTelnet (multi-op environment) ==  
Line 52: Line 59:
 
=== Obtaining your network broadcast address ===  
 
=== Obtaining your network broadcast address ===  
  
In order to configure wtDxTelnet correctly, you need to know the IP broadcast address you have set in Win-Test for the network. Simply open the <code>Options->Configure interfaces</code> dialog within Win-Test and the broadcast address is found as follows:
+
In order to configure wtDxTelnet correctly, you need to know the IP broadcast address you have set in Win-Test for the network. Simply open the <code>Options|Configure interfaces</code> dialog within Win-Test (or type <tt>'''SETUP [Enter]</tt>''').  Press the '''<tt>[By default]</tt>''' button to have Win-Test automatically calculate the broadcast address based on your PC's current IP address. 
 +
 
 +
The broadcast address is found as follows:
  
 
[[Image:Networking_multiop.png|center]]
 
[[Image:Networking_multiop.png|center]]
  
So, in this above example, the broadcast address is <tt>192.168.0.255</tt>. Write it down, copy and paste, do whatever you have to do to memorise this detail <tt>:)</tt>
+
So, in this above example, the broadcast address is <tt>192.168.0.255</tt>. Use this same broadcast address and port number in wtDxTelnet and in other networked PCs.
  
 
=== Configuring wtDxTelnet ===  
 
=== Configuring wtDxTelnet ===  
Line 62: Line 71:
 
The advantage of wtDxTelnet in a multi-op environment is that you only require ''one'' connection to a DX cluster and the spots/data will be propagated across the entire network to '''all''' networked machines.  
 
The advantage of wtDxTelnet in a multi-op environment is that you only require ''one'' connection to a DX cluster and the spots/data will be propagated across the entire network to '''all''' networked machines.  
  
You can follow the steps above, for configuring wtDxTelnet in a single-op environment, but the network properties will be different. Goto the <code>Options->Win-Test network properties</code> menu in wtDxTelnet, and this time, use the following details:
+
You can follow the steps above, for configuring wtDxTelnet in a single-op environment, but the network properties will be different. Goto the <code>Options|Win-Test network properties</code> menu in wtDxTelnet, and this time, use the following details:
* <code>Broadcast IP address</code> - it is '''very''' important that you get the address absolutely correct for the DX cluster data to be propagated across the network. It '''must''' match the broadcast address which you have specified in Win-Test's network properties in the step above. Using our above example, in this instance, the broadcast IP address would be <tt>192.168.0.255</tt>.  
+
[[Image:WtDxTelnetNetworkPropertiesMultiOp.png|center]]
* <code>Port number</code> can usually be left as-is. Again, it must match that specified in Win-Test. The default is 9871, and use 9871 unless you have already changed the port number (and thus you should know what you're doing and thus should know the port number).
+
* '''Broadcast IP address''' - it is '''very''' important that you get the address absolutely correct for the DX cluster data to be propagated across the network. It '''must''' match the broadcast address which you have specified in Win-Test's network properties in the step above. Using our above example, in this instance, the broadcast IP address would be <tt>192.168.0.255</tt>. Just press the '''<tt>[Default]</tt>''' button shown above, and wtDxTelnet will calculate the same default broadcast address as Win-Test's '''<tt>[By default]</tt>''' button.
* <code>Application ID</code> can also be left as <tt>TELNET</tt>.  
+
* '''Port number''' can usually be left as-is. Again, it must match what has been specified in Win-Test. The default port number is 9871, and use 9871 unless you have already changed the port number (and thus you should know what you're doing and thus you should know the port number).
 +
* '''Application ID''' can also be left as <tt>TELNET</tt>.
 +
 
 +
Press '''<tt>[OK]</tt>''' and you have successfully configured both Win-Test and wtDxTelnet. You should now [[#Testing_the_configuration|test the configuration]].
  
Click OK and you have successfully configured both Win-Test and wtDxTelnet. You should now [[#Testing_the_configuration|test the configuration]].
+
'''Note that wtDxTelnet must always be running in the background if you want to stay connected to the cluster'''.  To have wtDxTelnet started automatically by Win-Test, use [[Menu:Options#Start.2Fstop_wtDxTelnet_automatically|Start/stop wtDxTelnet automatically]], under <code>Options | DX cluster</code> in Win-Test.
  
 
== See Also ==  
 
== See Also ==  
Line 74: Line 86:
  
 
* [[Networking|Setting up networking in a multi-op environment]]
 
* [[Networking|Setting up networking in a multi-op environment]]
* ...
 

Revision as of 20:09, 26 July 2009

Connecting to a telnet cluster is the work of an external application provided as part of the Win-Test package called 'wtDxTelnet'.
This program maintains the connection to the cluster, NOT Win-Test itself!
This is a commonly asked question on the support reflector, hence the emphasis!

Configuring wtDxTelnet (single-op environment)

The reasoning behind using a separate program for maintaining a telnet connection was to be able to have only one connection in a multi-op environment, rather than having to connect every time on each individual machine in the shack!

Configuration of wtDxTelnet is not a hard process, and like everything else configuration-based in Win-Test, needs only to be done once. This section explains how to setup wtDxTelnet and Win-Test for use in a single-op environment (with wtDxTelnet and Win-Test applications both running on the same computer). There are further instructions on what has to be done in a multi-op environment below.

Configuring Win-Test for wtDxTelnet

First, open the Configure Interfaces dialog in Win-Test via Options | Configure interfaces..., or type SETUP [Enter]. Check the box labeled Enable ethernet network and ensure it looks like the following:

network singleop.png

Enter the "loopback" broadcast IP address 127.255.255.255.

Pres [OK] and that is the only change of configuration you'll have to make to Win-Test itself.

Configuring wtDxTelnet

Now start wtDxTelnet (in Windows, Start|Programs|Win-Test|wtDxTelnet). From the menu select Options|Win-Test network properties and the screen should look like the following:

Wtdxtelnet singleop.png

Use the same Broadcast address and Port number that you specified in Win-Test above.

These options may be greyed out by default, in which case be sure to uncheck the box labeled Disable communication with Win-Test, and then you can edit the values.

Next from the same menu choose Options|DxCluster properties. The screen should look something like this:

Wtdxtelnet singleop dxcp.png

A quick description of the various settings here:

  • Profile - Select profile-1 to profile-10 from the drop-down list to save settings for up to ten different DX Clusters
  • Profile name - You may change a profile name from the default name "profile-1" to something that is easier to remember, such as the node's callsign, by entering a new name here
  • Hostname/IP - The host name (e.g. dx.k3lr.com, gb7djk.dxcluster.org, etc.) or the IP address of the DX cluster that you want to connect to. Press [Search...] to select from an alphabetical list of commonly-used DX Cluster nodes
  • Port - The port number used by the DX cluster you wish to connect to. For an ordinary TELNET node, use 23. For DX Spider clusters (quite common nowadays), use 7300 or 8000. Be sure to select the same syntax in Win-Test using Menu:Options#DX_Cluster_window_shortcuts.
  • Login - This is your callsign (what you would enter at the DX Cluster's Login: prompt)
  • Password - The is a password (if required) to allow you to login to the cluster. Most do not require one, so just check the box labeled No password required
  • Commands to send at connection - Use this to send commands such as sh/wwv/5 and sh/dx/10 when you first connect
  • Autoconnect at startup - Check this to connect to the cluster automatically whenever you start wtDxTelnet
  • Try to restore connection automatically - Check this to have wtDxTelnet restore this connection automatically if it detects that you have been disconnected (for whatever reason)

Press [OK] to save all changes.

Note that wtDxTelnet must always be running in the background if you want to stay connected to the cluster. To have wtDxTelnet started automatically by Win-Test, use Start/stop wtDxTelnet automatically, under Options | DX cluster in Win-Test.

Testing the configuration

Now you have setup both Win-Test and wtDxTelnet, it is time to ensure you can connect to the cluster, login fine and see spots coming through in Win-Test. Ensure that wtDxTelnet is connected to the cluster (you can see that in the main wtDxTelnet window) and if not, use the DxCluster|Connect menu option.

In Win-Test, open the DX cluster monitor window by going to the Windows|Dx-Cluster monitor menu option or using the Alt+O keyboard shortcut. You should immediately start seeing data coming through. Send a command to the cluster from Win-Test to ensure it is working - use the Commands|Dx-Cluster menu option or the Alt+T keyboard shortcut. Now send something like sh/dx/1 to get the most recent spot sent through. All being well, you should see the data in the cluster monitor window in Win-Test (and also in the wtDxTelnet window).

If you can see data coming through in the wtDxTelnet window, but not in Win-Test, please check the network settings in both Win-Test and wtDxTelnet (see above).

Configuring wtDxTelnet (multi-op environment)

The above guide covers setting up Win-Test and wtDxTelnet in a single-op environment and thankfully the only difference between the two configurations is the networking set-up in wtDxTelnet.

Obtaining your network broadcast address

In order to configure wtDxTelnet correctly, you need to know the IP broadcast address you have set in Win-Test for the network. Simply open the Options|Configure interfaces dialog within Win-Test (or type SETUP [Enter]). Press the [By default] button to have Win-Test automatically calculate the broadcast address based on your PC's current IP address.

The broadcast address is found as follows:

Networking multiop.png

So, in this above example, the broadcast address is 192.168.0.255. Use this same broadcast address and port number in wtDxTelnet and in other networked PCs.

Configuring wtDxTelnet

The advantage of wtDxTelnet in a multi-op environment is that you only require one connection to a DX cluster and the spots/data will be propagated across the entire network to all networked machines.

You can follow the steps above, for configuring wtDxTelnet in a single-op environment, but the network properties will be different. Goto the Options|Win-Test network properties menu in wtDxTelnet, and this time, use the following details:

WtDxTelnetNetworkPropertiesMultiOp.png
  • Broadcast IP address - it is very important that you get the address absolutely correct for the DX cluster data to be propagated across the network. It must match the broadcast address which you have specified in Win-Test's network properties in the step above. Using our above example, in this instance, the broadcast IP address would be 192.168.0.255. Just press the [Default] button shown above, and wtDxTelnet will calculate the same default broadcast address as Win-Test's [By default] button.
  • Port number can usually be left as-is. Again, it must match what has been specified in Win-Test. The default port number is 9871, and use 9871 unless you have already changed the port number (and thus you should know what you're doing and thus you should know the port number).
  • Application ID can also be left as TELNET.

Press [OK] and you have successfully configured both Win-Test and wtDxTelnet. You should now test the configuration.

Note that wtDxTelnet must always be running in the background if you want to stay connected to the cluster. To have wtDxTelnet started automatically by Win-Test, use Start/stop wtDxTelnet automatically, under Options | DX cluster in Win-Test.

See Also

In the manual