[WT-support] Packet stream issue

[Laurent HAAS - F6FVY]

Hi all

Gentlemen, we have a case...

Following the various reports we read, it looks there is something wrong 
somewhere, related to the packet (or more generally, spots) stream in 
some networked setups.

To be honest, we (Olivier and me) are a bit dry, and we request your 
help to find a clue on what could be the cause of this mess !

So, if you entered the last CQWW with packet assistance (in a general 
manner), and did - say - 5000 Q or more, please take the time to fill up 
this small survey (if everything went well, please fill it also - that 
could be useful) :

- Callsign (for reference)
- Computers summary (CPU / RAM)
- Operating system
- Any anti-virus, anti-spyware, anti-whatever installed ?
- Nbr of networked computers
- Version of WT
- QSO count (approx)
- Did you notice any slowdown [] Yes [] No
- If so, when did it happened (approx in QSO and time)
- DX-cluster type : [] CLX [] DXnet [] ARC [] Other (specify) []
- DX-cluster callsign and IP/port, if any (for reference)
- Was the packet monitor wnd open (Alt-O) [] Yes [] No
- What is the spot lifetime value (Radio wnd properties) in min ?

Also, if you suffered a slowdown and performed some tests / actions, we 
would be grateful to read them.

Now, if you want to reproduce the case, here is a hint to setup a local 
"virtual" DX cluster (needs some computer expertise, but not so much) :

- Download and install netcat (http://www.vulnwatch.org/netcat/)
- Check you have a (big) .pkt file on your machine. It is even better if 
it is the real .pkt file of the last CQWW SSB...
- Open a command wnd and enter :

nc -l -p 888 -i 1000 < urFile.pkt

Explanation : Netcat (nc) is now awaiting connection on the port 888, 
and once connected, will send the content of urFile.pkt, 1 line per second.

Now, on the same machine, open wtDxTelnet and connect to 127.0.0.1, port 
888. You should see urFile.pkt in the window, one line per second. You 
can now start WT the usual way, and those data will be fed to WT as a 
real packet cluster stream.

All comments (on this topic) welcome !

73

Larry - F6FVY