开云体育

Yes, the bogus link status actually will survive multiple reboots. The only way I could get it to clear was to link to the reflector it mistakenly thought it was linked to... and then unlink. Then it

Good point Colby.. Have had that happen on other sites more times than I care to count. "Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even

It could be his browser caching this information and not refreshing correctly. Colby Sent: Thursday, May 28, 2020 1:04 PM To: [email protected] Subject: Re: [QnetGateway] QnetGateway

Sorry Elden, I can't reproduce what you are seeing. If I link to XRF757 A, it shows that on my dashboard. If I then reboot my ZUMspot and it comes back up, the dashboard shows I'm not linked.? One of

Ok... I was able to reproduce my second scenario. I’m sure you’re asking, why would anyone do this??? But if I do reboot with an active connection to a D-Star reflector... the dashboard does

Any D-Star reflector. It might be tied to a situation where the connection is not dropped via the command to do so. Like... rebooting the Pi with a connection active. I think I also had some weirdness

Sorry, I'm coming up with a blank. What sort of a connection? -- ___________________________ 73 n7tae (at) tearly (dot) net

Upon booting up the Pi... the dashboard shows that a connection exists when it does not.

Ugh. I tried it again when I got home from work tonight. It worked perfectly. I changed nothing! Sorry to trouble you all. Thanks for the help.

I know this is a bit off-topic, but this KT4ROY club seems pretty cool. They are a student-based ham club from a college I believe. And they seem to like smart groups!

Thanks! That was nice of you. I appreciate it. I haven't used smartgroups all that much... but the list of them seems to be growing. So I figure I'll dedicate one of my radios to doing that with

Its not an IP Address issue, its something else on their end. We’ve emailed them to let them know. Colby Sent: Monday, May 18, 2020 19:01 To: [email protected] Subject: Re:

No, my configuration is IPv4-only. I am in the process of initiating contact with the folks at the club who sponsor these KT4ROY groups. It does sound like perhaps an out of date IP address from what

Hi Elden, Do you have QnetGateway configured to only use IPv6, rrv6.openquad.net? That would explain it. The server ILLINK runs on a server is not dual stack. It is only available on IPv4,

The required information is the gateway and IP address that the group is located it. When you get the not in cache message, your IRCDDB client sends a request to QuadNet’s servers on how to locate

Where does this "required information" come from? And what does the required information consist of? For instance... if I was having trouble connecting to a reflector... I'd suspect an outdated IP

A new release is available that properly supports Access Point Mode. With this new release, if you intend on running in AP Mode, you need to enable it in your configuration. The ./qnconfig will show

Yes I understand that John. I did read the thread. And I’ve experienced that message many times. The difference here is, it never actually connects. It keeps repeating the message with every

Its not a smart group run by our team, its run by someone else so I couldn’t say if its misconfigured or not. If rebooting your hotspot doesn’t work, the problem is likely on their end.

I have had that happen as well when trying DSTAR1 or 2 As was said..? Try again.. Usually the fist Kerchunk gets a NOT IN CACHE. the 2nd works fine and then it continues to work for two hours.