Server working but Client does not see the server

I have the server working. I am using the USB port and a Dell desktop for this part of the operation. I am not able to connect the client and server. I have gone through the configuration of both the client and the server configurations and all appears to be right. I have checked the IP address 192.168.1.200 and it is the same in both the server and the client.

I have checked the settings and all appear to be correct. The client simply does not see the server, The client is running on a Dell laptop and the Radio is an ICOM-7300. I have exhausted what I know to try and what I have seen posted.

I am hoping there is someone who can give me ideas on what to check or try or do.

1 Like

Hi Bob,

Can you ping the server from your client computer?

–E
de W6EL

good point will try and let you know

yes i can ping from the client laptop.
n

i am not sure of what the issue might be. If I can ping which means I can get to it and I have the same address on the server side. Not sure of what to check next

And the Dell ip address is 192.168.1.200, 100% sure?

Careful, there’s too Dells…

Bob,

Does the server seem to work in terms of showing the correct frequency and the waterfall on the server’s screen?

Can you send us your log file from the client? Press Log, press “send to termbin” and then paste the resulting URL into your next message here.

Thanks,

–E
de W6EL

Good catch. Missed that. Dell desktop as server I referred to.

If I read ‘the same’ I first want to know the whole network picture actually.

I will send them tomorrow. I have a MFJ amplifier that had an issue and I sent it back to MFJ. It came back today and I ran into a problem that I could only solve by doing a Factory Reset.

I will go back and make the changes to the ICOM 7300 and then test it out again. Theoretically, I should have the same problems.

Should have this all straightened out by the EOD tomorrow.

Thank you for your help.

Bob Swann

This is the log

2023-09-13 16:50:38.998 INF system: “wfview version: 1.64 (Git:b4c079f on Jul 16 2023 at 14:29:30 by build@wfview.org). Operating System: Windows 11 Version 22H2 (x86_64). Build Qt Version 6.5.1. Current Qt Version: 6.5.1”
2023-09-13 16:50:39.035 INF system: Loading settings from “\HKEY_CURRENT_USER\Software\wfview\wfview”
2023-09-13 16:50:39.110 INF gui: Got Audio Output from Settings: “Speakers (Realtek High Definition Audio)”
2023-09-13 16:50:39.110 INF gui: Got Audio Input from Settings: “Microphone (Realtek High Definition Audio)”
2023-09-13 16:50:39.178 INF cw: “Sidetone Output: Speakers (Realtek High Definition Audio) (volume: 0 rate: 44100 type: 2”
2023-09-13 16:50:39.267 INF audio: Audio device(s) found (*=default)
2023-09-13 16:50:39.891 INF audio: * ( 0 ) Input Device : “Microphone (Realtek High Definition Audio)”
2023-09-13 16:50:39.898 INF audio: * ( 0 ) Output Device : “Speakers (Realtek High Definition Audio)”
2023-09-13 16:50:39.898 INF default: Looking for inputs
2023-09-13 16:50:39.899 INF audio: "Client Audio input device Microphone (Realtek High Definition Audio) found! "
2023-09-13 16:50:39.899 INF default: Looking for outputs
2023-09-13 16:50:39.900 INF audio: "Client Audio output device Speakers (Realtek High Definition Audio) found! "
2023-09-13 16:50:39.903 INF audio: "Server Audio input device Microphone (Realtek High Definition Audio) found! "
2023-09-13 16:50:39.903 INF audio: "Server Audio output device Speakers (Realtek High Definition Audio) found! "
2023-09-13 16:50:40.269 INF system: Cannot prepare WF view without rigCaps. Waiting on this.
2023-09-13 16:50:40.287 INF rig: creating instance of rigCommander()
2023-09-13 16:50:40.288 INF udp: Starting udpHandler user: “Admin” rx latency: 150 tx latency: 150 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2023-09-13 16:50:40.289 INF cluster: starting dxClusterClient()
2023-09-13 16:50:40.306 INF udp: UDP Stream bound to local port: 52893 remote port: 50001
2023-09-13 16:50:40.446 INF system: Received CommReady!!
2023-09-13 16:50:40.446 INF default: Setting rig state for wfmain
2023-09-13 16:50:57.053 INF udp: Closing UDP stream : “192.168.1.200” : 50001
2023-09-13 16:50:59.500 INF udp: Starting udpHandler user: “Admin” rx latency: 150 tx latency: 150 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2023-09-13 16:50:59.503 INF system: Received CommReady!!
2023-09-13 16:50:59.503 INF default: Setting rig state for wfmain
2023-09-13 16:50:59.506 INF udp: UDP Stream bound to local port: 64971 remote port: 50001
2023-09-13 16:51:55.755 INF udp: Closing UDP stream : “192.168.1.200” : 50001
2023-09-13 16:52:07.315 INF udp: Starting udpHandler user: “Admin” rx latency: 150 tx latency: 138 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2023-09-13 16:52:07.319 INF system: Received CommReady!!
2023-09-13 16:52:07.319 INF default: Setting rig state for wfmain
2023-09-13 16:52:07.322 INF udp: UDP Stream bound to local port: 57190 remote port: 50001
2023-09-13 16:55:36.432 INF udp: Closing UDP stream : “192.168.1.200” : 50001
2023-09-13 16:55:42.673 INF udp: Starting udpHandler user: “Admin” rx latency: 150 tx latency: 138 rx sample rate: 48000 rx codec: 64 tx sample rate: 48000 tx codec: 64
2023-09-13 16:55:42.676 INF system: Received CommReady!!
2023-09-13 16:55:42.677 INF default: Setting rig state for wfmain
2023-09-13 16:55:42.686 INF udp: UDP Stream bound to local port: 54261 remote port: 50001

Hi Bob,

Please carefully verify that on the client side, you are typing in the server’s IP address correctly. Just check and check again. Go to the server, and make sure you have the current IP address correct.

Make sure, for now at least, that firewalls on both server and client are OFF, just in case they are blocking the connection. You can later work out how to put in rules for wfview. For now, just turn them off.

The log appears to show that the connection is never answered.

–E
de W6EL

I will make sure that the IP address is correct on both sides and that the security is off.

I will try and or confirm all three tomorrow and let you know what i find.

Thank you for your help
Bob Swann

I have checked the IP address and put it in several times and also copied and paste each in a Word docuement for comparison. They are the same I did a ipconfig on the sever PC and is shows that the IP address is 192.168.1.200.

Lastly, i have suspended the Firewall protection on both computers and still nothing.

I can send the logs from the server and client computers to see if anything has changed,

Hi Bob,

Please send us the log from the server side as well, showing the log during an attempted connection. Send the client log too.

Please use the termbin URLs instead of pasting the entire logs in your message. Just paste the termbin URL here.

–E
de W6EL

https://termbin.com/sesb
https;//termbin.com/ag1g

https://termbin.com/ag1g

The server audio output device is still incorrect. It might help if rather than just posting a link to a termbin, you provide some context!

All of those logs show that the server is connecting to the radio, but the client is NEVER connecting to the server. If the IP addresses are definitely correct, this is most likely because UDP port 50001 is in use by something else on the server or being blocked by a firewall.

Thank you for your help. I am not sure how to determine what else may be connected to port 50001. As far as the Log file, I did send the termbin links this morning. Hopefully these will help. I posted both the Client and the Server logs

Again thanks for your help.

i think i have all the firewalls turned off.

The only way to find what ports are in use is to use the command:

netstat -aon

From a Windows Command Prompt. You can post the output here, but you are looking for ports in the LISTENING state.

Phil