Page 3 of 3
Re: YSF network connection lost
Posted: Tue May 20, 2025 11:42 am
by ea1flk
MW0MWZ wrote: ↑Tue May 20, 2025 9:04 am
Updated the host generation back to IP-only... should be back to normality again now (when you next press update or the overnight updates run).
Ok, first thank you for all your work, Andy. Really, thank you.
Now I was thinking... maybe is not easy to do it or is not worth, but if the disconnections are caused by a kind of dns resolution storm, is possible to do only the dns resolution of the YSF reflector that we want to connect to?
Re: YSF network connection lost
Posted: Tue May 20, 2025 1:35 pm
by VE3MJD
Hello everyone.
Good to know I'm not the only one with this issue.
All my WPSD devices have stayed connected while the Pi-Star devices have the issue since the changeover so something is different in WPSD vs. Pi-Star
Re: YSF network connection lost
Posted: Tue May 20, 2025 9:07 pm
by MW0MWZ
VE3MJD wrote: ↑Tue May 20, 2025 1:35 pm
Hello everyone.
Good to know I'm not the only one with this issue.
All my WPSD devices have stayed connected while the Pi-Star devices have the issue since the changeover so something is different in WPSD vs. Pi-Star
I've swapped the host file back to IP only, still having the issue?
Re: YSF network connection lost
Posted: Wed May 21, 2025 6:58 am
by ea1flk
MW0MWZ wrote: ↑Tue May 20, 2025 9:07 pm
I've swapped the host file back to IP only, still having the issue?
For me now is all working ok.
Re: YSF network connection lost
Posted: Wed May 21, 2025 12:11 pm
by DG0LFL
"Updated the host generation back to IP-only ... should be back to normality again now
(when you next press update or the overnight updates run)."
Thank You, Andy! ... Works perfectly again.
Re: YSF network connection lost
Posted: Fri May 23, 2025 8:48 am
by MW0MWZ
I've also been working on YSFGateway to improve it some (these are available in Pi-Star 4.3.x)
When searching / listing reflectors, they are listed with the name field in uppercase always - this matches what Wires-X does, and *should* remove the need for upper-case host files to help FT-70D radios among others.
I spotted a crash where searching for reflector 00000 (or any that did not exist, searched by ID) could crash YSFGateway, this has also been fixed up.
In addition to the above, now when you search for a reflector by ID that does not exist, the state in YSFGateway and your radio matches up, you get an instant "offline" message back from YSFGateway, at this point your radio believes that you are not connected to a reflector, and so YSFGateway also unlinks.
Compared to previous work that exists in YSFGateway these additions are a drop in a very large ocean, but I hope they help a little with the user experience.