Re: QnetGateway Responsive Dashboard
You probably know this, but pi-star uses nginx. No worries, I should’ve tried the case sensitive URL before posting.
toggle quoted message
Show quoted text
On Aug 30, 2020, at 8:59 PM, Colby Ross W1BSB <colbypr@...> wrote:
? QnetGateway uses a php mini server instead of an actual web server (to save space, and complexity) so it’ll accept basically anything you throw at it. It is not a complex web server by any means.? We have toyed with the idea of running something like lighttpd or something similar, but it adds stuff we don’t yet need, and additional complexity, so for now, its KISS. ? ? ? ? On Sun, Aug 30, 2020 at 08:22 PM, Colby Ross W1BSB wrote: The v must be capital. ? It is case sensitive. ?
That thought did occur to me... but I figured the page would not load if that were the case. Apparently specifying the wrong page address still loads the page. :)? Thanks very much. Now I indeed can see a difference!
|
Re: QnetGateway Responsive Dashboard
QnetGateway uses a php mini server instead of an actual web server (to save space, and complexity) so it’ll accept basically anything you throw at it. It is not a complex web server by any means.? We have toyed with the idea of running something like lighttpd or something similar, but it adds stuff we don’t yet need, and additional complexity, so for now, its KISS. ? ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Elden W7LDN Sent: Sunday, August 30, 2020 23:29 To: [email protected]Subject: Re: [QnetGateway] QnetGateway Responsive Dashboard ? On Sun, Aug 30, 2020 at 08:22 PM, Colby Ross W1BSB wrote: The v must be capital. ? It is case sensitive. ?
That thought did occur to me... but I figured the page would not load if that were the case. Apparently specifying the wrong page address still loads the page. :)? Thanks very much. Now I indeed can see a difference!
|
Re: QnetGateway Responsive Dashboard
On Sun, Aug 30, 2020 at 08:22 PM, Colby Ross W1BSB wrote:
The v must be capital.
?
It is case sensitive.
?
That thought did occur to me... but I figured the page would not load if that were the case. Apparently specifying the wrong page address still loads the page. :)? Thanks very much. Now I indeed can see a difference!
|
Re: QnetGateway Responsive Dashboard
The v must be capital. ? It is case sensitive. ? Colby ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Elden W7LDN Sent: Sunday, August 30, 2020 23:20 To: [email protected]Subject: Re: [QnetGateway] QnetGateway Responsive Dashboard ? On Sun, Aug 30, 2020 at 08:15 PM, Colby Ross W1BSB wrote: Elden ? I’m not seeing that behavior at all.? I left 255s in the urcall box (just some random keys) and keyed up my radio after, and when my page refreshed with my new last heard entry, the urcall box kept the 255s and didn’t erase it or “refresh”. Are you sure you’re using the new dash?
Hah! I would have to say I'm definitely not using the new dash, even though I followed the instructions to do so. I thought installing it and using the "dashboardv2" was supposed to do the trick.
|
Re: QnetGateway Responsive Dashboard
On Sun, Aug 30, 2020 at 08:15 PM, Colby Ross W1BSB wrote:
Elden
?
I’m not seeing that behavior at all.? I left 255s in the urcall box (just some random keys) and keyed up my radio after, and when my page refreshed with my new last heard entry, the urcall box kept the 255s and didn’t erase it or “refresh”. Are you sure you’re using the new dash?
?
Hah! I would have to say I'm definitely not using the new dash, even though I followed the instructions to do so. I thought installing it and using the "dashboardv2" was supposed to do the trick. 
|
Re: QnetGateway Responsive Dashboard
Elden ? I’m not seeing that behavior at all.? I left 255s in the urcall box (just some random keys) and keyed up my radio after, and when my page refreshed with my new last heard entry, the urcall box kept the 255s and didn’t erase it or “refresh”. Are you sure you’re using the new dash? ? 
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Elden W7LDN Sent: Sunday, August 30, 2020 23:12 To: [email protected]Subject: Re: [QnetGateway] QnetGateway Responsive Dashboard ? On Wed, Jul 29, 2020 at 06:20 AM, Robert Gillis wrote: The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features: - The browser?does not need to reload the page to refresh the data on the page.
Rob, I've been using this new dashboard for awhile. I can't say I notice any difference. One question. If the browser does not need to reload the page... why then does the value I put into the URCall entry field still get blanked out when the page "refreshes"??
|
Re: QnetGateway Responsive Dashboard
On Wed, Jul 29, 2020 at 06:20 AM, Robert Gillis wrote:
The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features:
- The browser?does not need to reload the page to refresh the data on the page.
?
Rob, I've been using this new dashboard for awhile. I can't say I notice any difference. One question. If the browser does not need to reload the page... why then does the value I put into the URCall entry field still get blanked out when the page "refreshes"??
|
Re: database locking... still a problem
Thank you Tom. I cannot say if there were extenuating circumstances. But the DB appeared to be locked immediately after a reboot. Actually, immediately after multiple reboots. I did look back at our previous thread on this. Last night I snagged the command strings that you provided in one of your last messages on this. I now have a command to grep the log for the word “lock”... to tell me if I have the problem. Then one command to stop the gateway, link, and modem services. Another to nuke the DB. And another to start the services back up. You had provided me all this, so I figure this is a fine work around if I end up needing it. I’ll paste them here just for kicks:
alias chklock='sudo journalctl -u qnlink | grep -i lock'
alias stop='sudo systemctl stop qngateway && sudo systemctl stop qnlink && sudo systemctl stop qnmodem'
alias rmdb='sudo rm -f /usr/local/etc/qn.db && ls -l /usr/local/etc/qn.db'
alias start='sudo systemctl restart qngateway && sudo systemctl restart qnlink && sudo systemctl restart qnmodem'
I will go ahead and pull the new source tonight. Thanks again.
On Tue, Aug 18, 2020 at 12:32 PM, Tom Early wrote:
Forget the previous experiment. Reading the manual again and googling everybody's opinion, I'm using the correct options to open.
I have pushed up a change that will cause any db command to wait for up to one second for before it gives up with a "database is locked" error. Give that a try.
|
Re: database locking... still a problem
Forget the previous experiment. Reading the manual again and googling everybody's opinion, I'm using the correct options to open.
I have pushed up a change that will cause any db command to wait for up to one second for before it gives up with a "database is locked" error. Give that a try.
|
Re: database locking... still a problem
I am not seeing that (Just checked says LINK REF030 C just like it should
I still OCCASIONALLY have the "Not in list" issue when returning to a reflector however and "F" does not always fix it
RX does.
"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis
On Monday, August 17, 2020, 09:07:33 PM EDT, Elden W7LDN <w7ldn@...> wrote:
[Edited Message Follows] I haven’t been using QnetGateway for quite awhile due to various things. I updated my two Pi’s last night to give it another whirl. Looks like database locking is still a problem. Here, I am connected to REF030C. When I connected, it told me so. And when I issue the “i” command, it again tells me so. And I see activity on the dashboard. But the web dashboard continues to falsely report that I’m not linked. 
|
database locking... still a problem
I haven’t been using QnetGateway for quite awhile due to various things. I updated my two Pi’s last night to give it another whirl. Looks like database locking is still a problem. Here, I am connected to REF030C. When I connected, it told me so. And when I issue the “i” command, it again tells me so. And I see activity on the dashboard. But the web dashboard continues to falsely report that I’m not linked. 
|
Re: QnetGateway Responsive Dashboard
QnetGateway uses UNIX sockets to communicate with the other processes. These errors mean the program that controls your modem either hasn’t started, or has crashed and restarted, and its just having a momentary difficulty reading from it. ?These will sometimes occur on slower systems on initial start of the qnetgateway program, and can likely safely be ignored.? If you are seeing them during regular operation, it indicates a problem communicating with the modem which would be cause for concern. ? Colby ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Al Gordon K7AJG Sent: Tuesday, August 4, 2020 15:40 To: QnetGateway < [email protected]> Subject: Re: [QnetGateway] QnetGateway Responsive Dashboard ? I just did the latest build, and am testing. Everything seems to be working fine, and I *really* like the responsive dashboard. Great work! I also noticed some errors that look like this in the qngateway.log file, but they seem to have stopped repeating after actually establishing a an initial login to DSTAR2: -- Logs begin at Tue 2020-08-04 20:15:53 BST. -- Aug 04 20:17:52 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:17:52 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:02 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:02 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:12 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:12 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:23 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:23 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:33 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:33 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:43 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:43 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:53 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:53 raspberrypi qngateway[583]: Restarting 'tomodemb'... I'm assuming that this is perhaps related to an empty "tomodemb" file or database table or something, that does not get created/established until an initial connection is made. Not a big deal, but there may be a potential for log files to grow with this error repeating on a newly-installed hotspot, possibly filling up a disk partition. But that's just me guessing. Other than that, the latest build with the V2 dashboard is great. I'm glad that someone else took on that dashboard work. I had considered doing it myself at one point, but responsive front-end work is not really my thing, and this is likely much nicer than what I would have managed. Kudos!
From: "Robert Gillis" <robert@...>
To: "QnetGateway" <[email protected]>
Sent: Wednesday, July 29, 2020 9:20:06 AM
Subject: [QnetGateway] QnetGateway Responsive Dashboard Hi There; I have recently been tinkering in web front-end?development and created a new responsive dashboard for QnetGateway.? Tom has very graciously merged this into his code base to offer up an alternative dashboard for those who want to try it. ? The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features: - The browser?does not need to reload the page to refresh the data on the page.
- Dashboard refresh variable is suggested to be set at 10 seconds. ? Any value less than 8 will have no effect.
- Mobile design friendly. On smaller screens some columns in the tables will be hidden, however, simply rotate your mobile device to landscape view and they should appear.
- QnRemote section (aka URCall section) has improved design for mobile device / touchscreen use.
Future improvements will be made to - the layout: to respect order of the dash_show_order configuration item
- performance enhancements
To get access to the new dashboard there will be two things you need to do: 1) Shutdown QnetGateway and do your usual uninstall (us) and git pull (gp), and then install (is) 2) reinstall the dashboard with the following Linux commands from within the QnetGateway directory ? ? ? ? ?sudo make installdash ? That's it, you can now access the alternative dashboard at ? .? For example if you usually access the traditional dashboard at the alternative dashboard is located at ? (just add /dashboardV2 to your current dashboard URL) ? I would love to hear your feedback and wish list as I will continue to tinker away as time permits.? Please let me know if you have any issues or questions. ? -- Sent from my mobile device. ?
|
Re: QnetGateway Responsive Dashboard
Thanks Al; While I cannot speak to your qngateway errors, ?I wanted to to let you know to expect more updates on the V2 dashboard.? ?I hope to push out an update for Tom's consideration in the next week that will provide 'near-real time' updates to the data tables (i.e?last heard).? The update will also address a few (not so exciting) fixes to a couple of bugs.
If anyone can think of any additional features they would like to see on this dashboard I should have some time to tinker with it during august, but my life gets quite busy again in Sept.
Rob, VY1RG
On Tue, Aug 4, 2020 at 12:39 PM Al Gordon K7AJG < al@...> wrote: Hi, all.
I just did the latest build, and am testing. Everything seems to be working fine, and I *really* like the responsive dashboard. Great work!
I also noticed some errors that look like this in the qngateway.log file, but they seem to have stopped repeating after actually establishing a an initial login to DSTAR2:
-- Logs begin at Tue 2020-08-04 20:15:53 BST. -- Aug 04 20:17:52 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:17:52 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:02 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:02 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:12 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:12 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:23 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:23 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:33 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:33 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:43 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:43 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:53 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:53 raspberrypi qngateway[583]: Restarting 'tomodemb'...
I'm assuming that this is perhaps related to an empty "tomodemb" file or database table or something, that does not get created/established until an initial connection is made. Not a big deal, but there may be a potential for log files to grow with this error repeating on a newly-installed hotspot, possibly filling up a disk partition.
But that's just me guessing. Other than that, the latest build with the V2 dashboard is great. I'm glad that someone else took on that dashboard work. I had considered doing it myself at one point, but responsive front-end work is not really my thing, and this is likely much nicer than what I would have managed. Kudos!
73 de K7AJG . .
From: "Robert Gillis" < robert@...> To: "QnetGateway" < [email protected]> Sent: Wednesday, July 29, 2020 9:20:06 AM Subject: [QnetGateway] QnetGateway Responsive Dashboard
Hi There; I have recently been tinkering in web front-end?development and created a new responsive dashboard for QnetGateway.? Tom has very graciously merged this into his code base to offer up an alternative dashboard for those who want to try it. The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features: - The browser?does not need to reload the page to refresh the data on the page.
- Dashboard refresh variable is suggested to be set at 10 seconds. ? Any value less than 8 will have no effect.
- Mobile design friendly. On smaller screens some columns in the tables will be hidden, however, simply rotate your mobile device to landscape view and they should appear.
- QnRemote section (aka URCall section) has improved design for mobile device / touchscreen use.
Future improvements will be made to - the layout: to respect order of the dash_show_order configuration item
- performance enhancements
To get access to the new dashboard there will be two things you need to do: 1) Shutdown QnetGateway and do your usual uninstall (us) and git pull (gp), and then install (is) 2) reinstall the dashboard with the following Linux commands from within the QnetGateway directory ? ? ? ? ?sudo make installdash That's it, you can now access the alternative dashboard at http://<<QnetGatewayAddress>>/dashboardV2/? .? For example if you usually access the traditional dashboard at the alternative dashboard is located at ? (just add /dashboardV2 to your current dashboard URL) I would love to hear your feedback and wish list as I will continue to tinker away as time permits.? Please let me know if you have any issues or questions. Cheers and 73; Rob VY1RG -- Sent from my mobile device.
|
Re: QnetGateway Responsive Dashboard
Hi, all.
I just did the latest build, and am testing. Everything seems to be working fine, and I *really* like the responsive dashboard. Great work!
I also noticed some errors that look like this in the qngateway.log file, but they seem to have stopped repeating after actually establishing a an initial login to DSTAR2:
-- Logs begin at Tue 2020-08-04 20:15:53 BST. -- Aug 04 20:17:52 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:17:52 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:02 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:02 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:12 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:12 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:23 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:23 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:33 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:33 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:43 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:43 raspberrypi qngateway[583]: Restarting 'tomodemb'... Aug 04 20:18:53 raspberrypi qngateway[583]: Read error on 'tomodemb': EOF Aug 04 20:18:53 raspberrypi qngateway[583]: Restarting 'tomodemb'...
I'm assuming that this is perhaps related to an empty "tomodemb" file or database table or something, that does not get created/established until an initial connection is made. Not a big deal, but there may be a potential for log files to grow with this error repeating on a newly-installed hotspot, possibly filling up a disk partition.
But that's just me guessing. Other than that, the latest build with the V2 dashboard is great. I'm glad that someone else took on that dashboard work. I had considered doing it myself at one point, but responsive front-end work is not really my thing, and this is likely much nicer than what I would have managed. Kudos!
73 de K7AJG . .
From: "Robert Gillis" <robert@...> To: "QnetGateway" < [email protected]> Sent: Wednesday, July 29, 2020 9:20:06 AM Subject: [QnetGateway] QnetGateway Responsive Dashboard
Hi There; I have recently been tinkering in web front-end?development and created a new responsive dashboard for QnetGateway.? Tom has very graciously merged this into his code base to offer up an alternative dashboard for those who want to try it. The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features: - The browser?does not need to reload the page to refresh the data on the page.
- Dashboard refresh variable is suggested to be set at 10 seconds. ? Any value less than 8 will have no effect.
- Mobile design friendly. On smaller screens some columns in the tables will be hidden, however, simply rotate your mobile device to landscape view and they should appear.
- QnRemote section (aka URCall section) has improved design for mobile device / touchscreen use.
Future improvements will be made to - the layout: to respect order of the dash_show_order configuration item
- performance enhancements
To get access to the new dashboard there will be two things you need to do: 1) Shutdown QnetGateway and do your usual uninstall (us) and git pull (gp), and then install (is) 2) reinstall the dashboard with the following Linux commands from within the QnetGateway directory ? ? ? ? ?sudo make installdash That's it, you can now access the alternative dashboard at http://<<QnetGatewayAddress>>/dashboardV2/? .? For example if you usually access the traditional dashboard at the alternative dashboard is located at ? (just add /dashboardV2 to your current dashboard URL) I would love to hear your feedback and wish list as I will continue to tinker away as time permits.? Please let me know if you have any issues or questions. Cheers and 73; Rob VY1RG -- Sent from my mobile device.
|
QnetGateway Responsive Dashboard
Hi There;
I have recently been tinkering in web front-end?development and created a new responsive dashboard for QnetGateway.? Tom has very graciously merged this into his code base to offer up an alternative dashboard for those who want to try it.
The new dashboard is built on the Bootstrap 4.5 framework and currently has the following features: - The browser?does not need to reload the page to refresh the data on the page.
- Dashboard refresh variable is suggested to be set at 10 seconds. ? Any value less than 8 will have no effect.
- Mobile design friendly. On smaller screens some columns in the tables will be hidden, however, simply rotate your mobile device to landscape view and they should appear.
- QnRemote section (aka URCall section) has improved design for mobile device / touchscreen use.
Future improvements will be made to - the layout: to respect order of the dash_show_order configuration item
- performance enhancements
To get access to the new dashboard there will be two things you need to do: 1) Shutdown QnetGateway and do your usual uninstall (us) and git pull (gp), and then install (is) 2) reinstall the dashboard with the following Linux commands from within the QnetGateway directory ? ? ? ? ?sudo make installdash
That's it, you can now access the alternative dashboard at http://<<QnetGatewayAddress>>/dashboardV2/? .? For example if you usually access the traditional dashboard at the alternative dashboard is located at ? (just add /dashboardV2 to your current dashboard URL)
I would love to hear your feedback and wish list as I will continue to tinker away as time permits.? Please let me know if you have any issues or questions.
Cheers and 73; Rob VY1RG -- Sent from my mobile device.
|
Yup. I kind of figured that out the Pi-Star (IP) list worked 100%... I will stick with it. Thanks for the reply.
"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis
,
Yup. I kind of figured that out the Pi-Star (IP) list worked 100%... I will stick with it. Thanks for the reply.
"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis
Yup. I kind of figured that out the Pi-Star (IP) list worked 100%... I will stick with it. Thanks for the reply.
"Nothing adds excitement like something that is none of your business" Note I am not a doctor, I don't even play one on television John F Davis
On Monday, July 27, 2020, 09:40:08 AM EDT, Tom Early <n7tae@...> wrote:
Hi John,
Use the VA3UV sources for the gwys.txt file at your own risk. I include these for historical reasons. Ramesh has a huge number of repeaters in his list which might be useful to some folks, but he doesn't get very high marks on his list of reflectors. I would rather trust the PiStar sources for the reflectors.
What I would actually recommend is that if there are one or a few reflectors you want, fish them out of the VA3UV list and put then in your own My_Hosts.txt file in your build directory, then build your gwys.txt file with the "i6" or "ip" menu command and your My_Hosts.txt file will be added to the end of the gwys.txt file.
Tom N7TAE
|
Hi John,
Use the VA3UV sources for the gwys.txt file at your own risk. I include these for historical reasons. Ramesh has a huge number of repeaters in his list which might be useful to some folks, but he doesn't get very high marks on his list of reflectors. I would rather trust the PiStar sources for the reflectors.
What I would actually recommend is that if there are one or a few reflectors you want, fish them out of the VA3UV list and put then in your own My_Hosts.txt file in your build directory, then build your gwys.txt file with the "i6" or "ip" menu command and your My_Hosts.txt file will be added to the end of the gwys.txt file.
Tom N7TAE
|
Problem I had last night.? ?Since you suggested we switch from XRF757A to RF735A I re-did my Crontabs to do that Saturday?
On my Pi-Star hotspot. NO tribble at all?
I THOUGHT I had administratively switched by Qnetgateway coolspot but it appears I did not
When the XRF net came up last night? NOT IN FILE? ?I did the F bit. and NOT IN FILE? I did an US, GP IS and NOT IN FILE
Finally I did the IP bit (Switched to the Pi-star gateways list) then F again then LINKED TO XRF735 Alpha
SUCCESS.?
Looks like the larger IV gateways file needs attention.. Simce I do not plan on linking to repeaters. only reflectors I'll stick with IP for now
(I may some day put in one more hotspot liked to my repeater of registration but ...? VERY low priority)?
|
Thank you Tom and Colby for all of the work in getting this up and
running. I copied this post and put it on the Facebook group as well as
a link to the groups.io page. Hopefully it will generate some interest.
Jeff VE6DV
toggle quoted message
Show quoted text
On Fri, 2020-07-17 at 06:56 -0700, Tom Early wrote: Colby and I have finally completed our big upgrade of the QuadNet
network and so now I can tell you about the new capability in
QnetGateway. All four of our reflectors, XLX307, XLX587, XRF735 and
XRF757 are now operating in dual stack mode and that means that
linking can now be done using IPv6 addresses. Of course, QnetGateway
is currently the only DStar client that is capable of linking over
IPv6. Here is how you enable it:
First, you need to make sure your hot-spot or repeater has a valid
IPv6 address. Try "curl -6 icanhazip.com" from your system. If it
reports an IPv6 address, you're ready!
Make sure QnetGateway is configured for dual stack operation. In the
IRCDDB sub-menu of ./qnconfig, make sure "ha" is set to
"rrv6.openquad.net" and "hb" is set to "rr.openquad.net".
In the Gateways sub-menu of ./qnadmin, execute the "i6" command to
build a new gwys.txt file containing the IPv6 addresses for our four
reflectors.
Restart QnetGateway and then you will be able to link to any of our
reflectors using DExtra, DCS or DPlus through an IPv6 connection!
After you've linked up using IPv6, go to the "Links" page of the
reflector and you should see the list 32 bits of the 128-bit IPv6
address for you system.
If you want to link to the QuadNet Array, please consider linking to
735A rather than 757A or 307D, It's generally not nearly as busy as
757 or 307. Likewise, the QuadNet Tech Channel is available on 735C.
But also, please remember we built the QuadNet network for IRCDDB
routing and I greatly encourage you to give that a try.
|
Colby and I have finally completed our big upgrade of the QuadNet network and so now I can tell you about the new capability in QnetGateway. All four of our reflectors, XLX307, XLX587, XRF735 and XRF757 are now operating in dual stack mode and that means that linking can now be done using IPv6 addresses. Of course, QnetGateway is currently the only DStar client that is capable of linking over IPv6. Here is how you enable it:
- First, you need to make sure your hot-spot or repeater has a valid IPv6 address. Try "curl -6 icanhazip.com" from your system. If it reports an IPv6 address, you're ready!
- Make sure QnetGateway is configured for dual stack operation. In the IRCDDB sub-menu of ./qnconfig, make sure "ha" is set to "rrv6.openquad.net" and "hb" is set to "rr.openquad.net".
- In the Gateways sub-menu of ./qnadmin, execute the "i6" command to build a new gwys.txt file containing the IPv6 addresses for our four reflectors.
- Restart QnetGateway and then you will be able to link to any of our reflectors using DExtra, DCS or DPlus through an IPv6 connection!
After you've linked up using IPv6, go to the "Links" page of the reflector and you should see the list 32 bits of the 128-bit IPv6 address for you system. If you want to link to the QuadNet Array, please consider linking to 735A rather than 757A or 307D, It's generally not nearly as busy as 757 or 307. Likewise, the QuadNet Tech Channel is available on 735C. But also, please remember we built the QuadNet network for IRCDDB routing and I greatly encourage you to give that a try.
|
Elden AI7HL
Tom Early