Radio not releasing session

  • 1
  • Problem
  • Updated 3 years ago
  • Acknowledged
  • (Edited)
Flex 6500
SSDR/Radio software 1.4.16GA
Client UI: FRS SmartSDR
Summary: Radio is not releasing session to SSDR

Initial symptom: Radio would not transmit


Initialization progresses normally up to the point command client udpport 4991 is issued. This command is never acknowledged, i.e.

C25|client udpport 4991
R25|0           <---- this never occurs

All prior commands are acknowledged.

SSDR starts and fails to show a panadapter.
Requesting a new panadapter in SSDR fails.
Stopping and restarting SSDR shows radio "in use <same host machine>"
Stopping and starting the radio clears this and in discovery dialog radio shows Available.
Initialization proceeds normally until 'client updport 4991" is issued.
Other status messages flow normally, for instance GPS status.

Actions Taken:

1) restart SSDR
2) reboot radio
3) reboot radio after shutdown, multi-minute power down.

At one point, eventually (it didn't happen right away) SSDR issued message that connection was lost to the radio, please reconnect. Upon doing so radio showed as in use.

Unable to export profiles.
It appears to work, status transitions to "exporting" then eventually back to 'export'.
Nothing was exported.

Prior to this discovery effort initial symptom was transmit, more precisely tune, failed.

Immediate conclusion: It does not appear radio responds properly to a lost TCP connection. I'd look there first. Yes, I understand the bulk of the traffic is UDP, but since there is no UDP connection, per se, the loss of the tcp connection should signal the absence of the UDP client and  trigger reset activity in the radio.
Photo of Walt - KZ1F

Walt - KZ1F

  • 3040 Posts
  • 640 Reply Likes

Posted 3 years ago

  • 1
Photo of Dudley - WA5QPZ

Dudley - WA5QPZ, Official Rep

  • 212 Posts
  • 45 Reply Likes
Firewall updates have caused issues exactly like that, not passing UDP ports for SmartSDR. Has your firewall/anti-virus updated recently? May need to make exceptions for SmartSDR. Also don't forget about performing the full reset, but check the firewall first
Photo of Eric - KE5DTO

Eric - KE5DTO, Official Rep

  • 637 Posts
  • 194 Reply Likes

Does this happen every time?  If not, is there a sequence of events that tends to make it happen more often?
Photo of Walt - KZ1F

Walt - KZ1F

  • 3040 Posts
  • 640 Reply Likes
@Dudley - not a firewall issue as I did perform a factory reset, the first and only one I've done in the two years I've had the radio.

@Eric - yes, each and every time until I gathered all the trace info and walked through the startup logic, then did the factory reset.

Again, first symptom was the radio would not transmit upon a tune action.

It appears to work OK now.

So while I cannot give you reproducible steps, I thought it might be informative to check what the radio does when the TCP connection is dropped, i.e. onCancel() or whatever .net calls the unexpectedly terminated session action.
Photo of Eric - KE5DTO

Eric - KE5DTO, Official Rep

  • 631 Posts
  • 191 Reply Likes
Thanks for the info.  We will take this into consideration when we work in this section of the code.
Photo of Walt - KZ1F

Walt - KZ1F

  • 3040 Posts
  • 640 Reply Likes
Eric/Tim - I consider this answered so you guys can close it.

Thanks, Walt
Photo of Tim - W4TME

Tim - W4TME, Customer Experience Manager

  • 8496 Posts
  • 3179 Reply Likes

This conversation is no longer open for comments or replies.