开云体育

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: dual-stack support!

Colby Ross W1BSB
 

I have openvpn set up on a Hurricane Electric /64 to bring IPv6 to two smart group servers already which could theoretically provide an infinite number of IPv6 addresses to those who want to try it out and don't have native IPv6 from their ISPs and prefer to dump a couple of files on their device to get IPv6 versus signing up with HE and having to worry about whether or not their firewall is configurable to pass protocol 41 to tunnel addresses to them.

Colby


Re: dual-stack support!

 

Good work Tom. Most Comcast/Xfinity residential service now has IPv6.

My talk on setting up Net-44 using VPN, also can bring IPv6 to ham stations.? For those who want to get their feet wet and only have IPv4 from their ISP,? Hurricane Electric will tunnel IPv6 to you over IPv4 for free.

On Sat, Jun 1, 2019 at 10:55 AM Tom Early <n7tae@...> wrote:
The US has run out of the older, 32-bit IPv4 addresses. While not all US-assigned addresses are being used, you can't buy any more, they have all been sold!

There is a newer, 128-bit system, IPv6, and there are plenty of addresses available for everyone. In fact there are theoretically enough IPv6 addresses so that EVERY ATOM in EVERY HUMAN BEING on earth could have a unique IPv6 address! This is a silly notion, but it illustrates that every device on earth can have a unique IPv6 address and this is a powerful idea. With world-routable IPv6 addresses for every hot-spot and repeater, routing methodologies can now exist in an address space that could facilitate the development of new capabilities.

With much help from Colby W1BSB, I'm happy to announce that QnetGateway now supports IPv4/IPv6 dual-stack internet capability. You may have already seen that our website has new tabs for IPv6 routing as we have quietly upgraded our Smart Group Servers to dual stack operation. With world routable device addresses, IPv6 holds great promise for D-Star routing. We will talk more about this in later posts.

For now you need to know how to turn it on. First, your internet provider has to support IPv6. If you are in the USA, a lot of providers already do. If your internet provider supports it, you may need to enable it in your home-router. Once you have it properly enabled, your connected devices should show new IPv6 addresses. On Raspian, you'll clearly see several "inet6" lines on the output of "ifconfig -a". If you see these inet6 addresses your ready to operate in dual-stack mode!

By default, QnetGateway is IPv4 only. You can configure your system to operate in "dual-stack mode" by joining both the IPv4 QuadNet server at and the new IPv6 QuadNet server at . Here is what my ircddb configuration looks like in qnconfig:

-------------------------------------------------------------------------------------------------------------------------

?????????????? IRCDDB Menu

Routes to other clients using IRC Server A will be searched first

l? : Login - must be a legal callsign = 'N7TAE'
ha : Hostname for IRC Server A??????? =
hb : Hostname for IRC Server B??????? =

u? <key> to unset the value of key (revert to the default value).
q? to return to the main menu
Please input: <key> <new_value> # omit value to toggle a true/false :

--------------------------------------------------------------------------------------------------------------
Please note that the Server A must be the IPv6 server in a dual-stack configuration. Also please note that routing on IPv6 in on the iana.org-approved UDP port 9011 and not port 40000 (IPv4 still uses 40000).

There are some important changes in this latest release, but since they don't affect any currently existing use case, we will discuss these in subsequent posts.



--
John D. Hays
Kingston, WA
K7VE

?


dual-stack support!

 

The US has run out of the older, 32-bit IPv4 addresses. While not all US-assigned addresses are being used, you can't buy any more, they have all been sold!

There is a newer, 128-bit system, IPv6, and there are plenty of addresses available for everyone. In fact there are theoretically enough IPv6 addresses so that EVERY ATOM in EVERY HUMAN BEING on earth could have a unique IPv6 address! This is a silly notion, but it illustrates that every device on earth can have a unique IPv6 address and this is a powerful idea. With world-routable IPv6 addresses for every hot-spot and repeater, routing methodologies can now exist in an address space that could facilitate the development of new capabilities.

With much help from Colby W1BSB, I'm happy to announce that QnetGateway now supports IPv4/IPv6 dual-stack internet capability. You may have already seen that our website has new tabs for IPv6 routing as we have quietly upgraded our Smart Group Servers to dual stack operation. With world routable device addresses, IPv6 holds great promise for D-Star routing. We will talk more about this in later posts.

For now you need to know how to turn it on. First, your internet provider has to support IPv6. If you are in the USA, a lot of providers already do. If your internet provider supports it, you may need to enable it in your home-router. Once you have it properly enabled, your connected devices should show new IPv6 addresses. On Raspian, you'll clearly see several "inet6" lines on the output of "ifconfig -a". If you see these inet6 addresses your ready to operate in dual-stack mode!

By default, QnetGateway is IPv4 only. You can configure your system to operate in "dual-stack mode" by joining both the IPv4 QuadNet server at rr.openquad.net and the new IPv6 QuadNet server at rrv6.openquad.net. Here is what my ircddb configuration looks like in qnconfig:

-------------------------------------------------------------------------------------------------------------------------

?????????????? IRCDDB Menu

Routes to other clients using IRC Server A will be searched first

l? : Login - must be a legal callsign = 'N7TAE'
ha : Hostname for IRC Server A??????? = rrv6.openquad.net
hb : Hostname for IRC Server B??????? = rr.openquad.net

u? <key> to unset the value of key (revert to the default value).
q? to return to the main menu
Please input: <key> <new_value> # omit value to toggle a true/false :

--------------------------------------------------------------------------------------------------------------
Please note that the Server A must be the IPv6 server in a dual-stack configuration. Also please note that routing on IPv6 in on the iana.org-approved UDP port 9011 and not port 40000 (IPv4 still uses 40000).

There are some important changes in this latest release, but since they don't affect any currently existing use case, we will discuss these in subsequent posts.


Re: QnetIcomGateway has arrived!

 

开云体育

Colby! Colby! Sorry I got his name wrong! He's much better with a Raspberry Pi than I am at remembering names.? I'm very sorry for that,? COLBY. Again, thanks for your help!

Dan
W4DTO



Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone

-------- Original message --------
From: Dan Ozment <dan@...>
Date: 4/2/19 10:32 PM (GMT-05:00)
Subject: Re: [QnetGateway] QnetIcomGateway has arrived!

Tom,?

I want to thank you and Cody for your help bringing up QnetICOMgateway on the WX4PCA repeater in Rockmart, Georgia. I'm glad we were able to provide you with an initial test bed until you gained access to the Maine repeater.??

I second your comments about Cody.? He definitely knows his way around a Raspberry Pi!

While we had problems due to the code issues you guys have found and resolved, I have to say that I'm very impressed with the ease in bringing QnetICOMgateway up. It was almost strange to see software that was set up out of the box with the majority of the settings I needed set as a default.

Also, I'm very happy with the easy setup of DTMF with the gateway. Again,? everything was preconfigured.? All I needed to do was run one "make" command to install the optional DTMF script.? Linking and unlinking is so much easier with DTMF compared to setting up link commands from the radio.

I would encourage anyone who may be running an old ICOM G2 gateway as we were to give this gateway a try.??

Great job on the software,? and thanks again for your help!

Dan
W4DTO


Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


Re: QnetIcomGateway has arrived!

 

开云体育

Tom,?

I want to thank you and Cody for your help bringing up QnetICOMgateway on the WX4PCA repeater in Rockmart, Georgia. I'm glad we were able to provide you with an initial test bed until you gained access to the Maine repeater.??

I second your comments about Cody.? He definitely knows his way around a Raspberry Pi!

While we had problems due to the code issues you guys have found and resolved, I have to say that I'm very impressed with the ease in bringing QnetICOMgateway up. It was almost strange to see software that was set up out of the box with the majority of the settings I needed set as a default.

Also, I'm very happy with the easy setup of DTMF with the gateway. Again,? everything was preconfigured.? All I needed to do was run one "make" command to install the optional DTMF script.? Linking and unlinking is so much easier with DTMF compared to setting up link commands from the radio.

I would encourage anyone who may be running an old ICOM G2 gateway as we were to give this gateway a try.??

Great job on the software,? and thanks again for your help!

Dan
W4DTO


Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone


Re: QnetIcomGateway has arrived!

 

Colby W1BSB and I have successfully installed two ICOM systems, on in Maine and one in Georgia, both single module systems. There were a few bugs with the first version of my repo, but with Colby's help, QnetIcomGateway is now good to go! The git repository is at . You should know that many things I do would not be possible without Colby's help. This is certainly one of those projects! He does very useful things like setting up a Raspberry Pi so that it thinks it has two Ethernet hardware interfaces, with the world on one I/F and the ICOM Stack on the other I/F, just like how a native ICOM stack would be configured. This is very useful for debugging the default configuration!

This new version now uses the qnconfig script for configuring your QnetIcomGateway software. Your older libconfig++ format qn.cfg file will no longer work. The qnconfig script uses a different format. If you have a "standard, native ICOM" Ethernet environment and you don't want you repeater's location to show up on aprs or the Repeater page on rr.openquad.net, you new qn.cfg file can be as little as one line! There is also a qnadmin script, but it's a bit overkill for an ICOM system, since there is no module software needed for running on an ICOM Stack. "sudo make install" and "sudo make uninstall" will un/install your system and "sudo journalctl -u qngateway -f" and "sudo journalctl -u qnlink -f" will let you tail the two log files.

There is optional healing code in the gateway to fix problems with a poor quality voice stream arriving from the internet. It will replace missing packets (with silent packets) and ignore packets that arrive too late, at least up to a point. The healing code if off by default in QnetIcomGateway. This same healing code has been in QnetGateway for a while now and seems to work pretty well, at least up until the internet gets really unusable.

Please note that you still have to configure your ICOM Stack with the Windows-based ICOM configuration sofware. Once it's configured you can set up QnetIcomGateway on a linux system and run it from there.

Anyway, it's pretty cool. You could even run a big, shiny ICOM Stack with a first generation BeagleBone Black (a Pi Zero could run circles around one), with CPU cycles to spare.


Re: QnetIcomGateway has arrived!

 

Hi Tom,

Thanks so much for this. I'm looking forward to trying it out.


Cheers
David Murray
ZL2YZ / ZL2DRM


Re: QnetIcomGateway has arrived!

 

开云体育

No worries I will put you in early during the announcements.
On Mar 16, 2019, at 3:42 PM, Tom Early <n7tae@...> wrote:

As long as it doesn't interrupt what is already planned. There aren't too many that will be interested in this.

On 3/16/19 2:39 PM, Jeff VE6DV wrote:

Tom would you like to talk about this on the net this evening?

On 2019-03-16 2:10 p.m., Tom Early wrote:
With recent internal changes in QnetGateway, it became problematic to support the Icom Stack while at the same time support the DVAP, DVRPTR, Icom Terminal and Access Point Mode and MMDVM compatible modems from a single program. I have just finished creating a new repo, QnetIcomGateway expressly for the Icom Stack. Like QnetGateway, QnetIcomGateway uses qnconfig, a menu-based bash script, to build a configuration file and qnadmin, another menu-based bash script to administer and maintain the QnetIcomGateway system.

If you are tired of the restrictions imposed by the legacy G2 or G3 system and want to expand you Icom repeater to IRCDDB routing and the DCS and DExtra world, this might be just the ticket.

I have tested this as far as I can go. (I don't have an Icom Stack in my radio room!) While it's based on working code, this is a brand new repo and may contain a few minor bugs. If you want to give this a try, make sure you have a fall back position in case we need to help you straighten out any little details that might crop up.

QnetIcomGateway, as well as QnetGateway is open-source software!
--
___________________________
73
n7tae (at) tearly (dot) net


Re: QnetIcomGateway has arrived!

 

开云体育

As long as it doesn't interrupt what is already planned. There aren't too many that will be interested in this.

On 3/16/19 2:39 PM, Jeff VE6DV wrote:

Tom would you like to talk about this on the net this evening?

On 2019-03-16 2:10 p.m., Tom Early wrote:
With recent internal changes in QnetGateway, it became problematic to support the Icom Stack while at the same time support the DVAP, DVRPTR, Icom Terminal and Access Point Mode and MMDVM compatible modems from a single program. I have just finished creating a new repo, QnetIcomGateway expressly for the Icom Stack. Like QnetGateway, QnetIcomGateway uses qnconfig, a menu-based bash script, to build a configuration file and qnadmin, another menu-based bash script to administer and maintain the QnetIcomGateway system.

If you are tired of the restrictions imposed by the legacy G2 or G3 system and want to expand you Icom repeater to IRCDDB routing and the DCS and DExtra world, this might be just the ticket.

I have tested this as far as I can go. (I don't have an Icom Stack in my radio room!) While it's based on working code, this is a brand new repo and may contain a few minor bugs. If you want to give this a try, make sure you have a fall back position in case we need to help you straighten out any little details that might crop up.

QnetIcomGateway, as well as QnetGateway is open-source software!
-- 
___________________________
73
n7tae (at) tearly (dot) net


Re: QnetIcomGateway has arrived!

 

开云体育

Tom would you like to talk about this on the net this evening?

On 2019-03-16 2:10 p.m., Tom Early wrote:

With recent internal changes in QnetGateway, it became problematic to support the Icom Stack while at the same time support the DVAP, DVRPTR, Icom Terminal and Access Point Mode and MMDVM compatible modems from a single program. I have just finished creating a new repo, QnetIcomGateway expressly for the Icom Stack. Like QnetGateway, QnetIcomGateway uses qnconfig, a menu-based bash script, to build a configuration file and qnadmin, another menu-based bash script to administer and maintain the QnetIcomGateway system.

If you are tired of the restrictions imposed by the legacy G2 or G3 system and want to expand you Icom repeater to IRCDDB routing and the DCS and DExtra world, this might be just the ticket.

I have tested this as far as I can go. (I don't have an Icom Stack in my radio room!) While it's based on working code, this is a brand new repo and may contain a few minor bugs. If you want to give this a try, make sure you have a fall back position in case we need to help you straighten out any little details that might crop up.

QnetIcomGateway, as well as QnetGateway is open-source software!


Re: QnetIcomGateway has arrived!

 



On Sat, Mar 16, 2019 at 1:36 PM Terry M. Stader <ka8scp@...> wrote:
Nice.....?

So does this new software look like a hotspot, Joe-user, on the dplus reflector dashboard or is it recognized as a repeater/gateway?


This cannot change without work by AA4RC to support it in the DPLUS central authentication servers.? There isn't anything Tom can do without Robins' concurrence.

?
The g2_link addon to G2/G3 connects to XRF/DCS and uses dplus so it looks like a repeater. It will also pass the USTRUST and the G2 or G3 registration???or?

The registration information for USTRUST is based on the G2/G3 code running on a gateway.? It will not change without Icom deciding to make the system more open.? There is nothing Tom can do to change that.

User registration was put in, as I understand it, because the Japanese regulators didn't want D-STAR TCP/IP networks bridging to the Internet (government monopoly in Japan) without registration.? It makes no sense whatsoever since the callsign is unique and identifies the stations involved.

?

The ircDDBGateway has the same issue, they connect to a REFxxxy as a “client”, not as a gateway/repeaters. So that means the Icom repeater running this Package or the ircDDBGateway are in the Remote Users area of a REFxxx dashboard.

Just curious.

Terry-KA8SCP

?
John D. Hays
Edmonds, WA
K7VE

???


Re: QnetIcomGateway has arrived!

 

I'm pretty sure that the folks that run the legacy system will take a dim view of an IRCDDB repeater linking to their system. D-Plus is included so you can use it for linking to multi-protocol systems like XRF or XLX. They tolerate IRCDDB hot-spots, but a full repeater is another matter.

I left the legacy D-Plus authorization in because it was already there, but if requested by the guys that run the legacy network I will remove it. Please use this capability with discretion and respect.

It's the same reason I don't support multiple IRCDDB networks on the Smart Group Server. The guys at IRCDDB.NET don't want routing groups bridging IRCDDB.net and rr.openquad.net. Conversation over.

Besides, it's much more interesting over here on our side of the fence!


Re: QnetIcomGateway has arrived!

 

开云体育

Nice.....?

So does this new software look like a hotspot, Joe-user, on the dplus reflector dashboard or is it recognized as a repeater/gateway?

The g2_link addon to G2/G3 connects to XRF/DCS and uses dplus so it looks like a repeater. It will also pass the USTRUST and the G2 or G3 registration???or?

The ircDDBGateway has the same issue, they connect to a REFxxxy as a “client”, not as a gateway/repeaters. So that means the Icom repeater running this Package or the ircDDBGateway are in the Remote Users area of a REFxxx dashboard.

Just curious.

Terry-KA8SCP

Sent from an Apple?device

On Mar 16, 2019, at 4:10 PM, Tom Early <n7tae@...> wrote:

With recent internal changes in QnetGateway, it became problematic to support the Icom Stack while at the same time support the DVAP, DVRPTR, Icom Terminal and Access Point Mode and MMDVM compatible modems from a single program. I have just finished creating a new repo, QnetIcomGateway expressly for the Icom Stack. Like QnetGateway, QnetIcomGateway uses qnconfig, a menu-based bash script, to build a configuration file and qnadmin, another menu-based bash script to administer and maintain the QnetIcomGateway system.

If you are tired of the restrictions imposed by the legacy G2 or G3 system and want to expand you Icom repeater to IRCDDB routing and the DCS and DExtra world, this might be just the ticket.

I have tested this as far as I can go. (I don't have an Icom Stack in my radio room!) While it's based on working code, this is a brand new repo and may contain a few minor bugs. If you want to give this a try, make sure you have a fall back position in case we need to help you straighten out any little details that might crop up.

QnetIcomGateway, as well as QnetGateway is open-source software!


QnetIcomGateway has arrived!

 

With recent internal changes in QnetGateway, it became problematic to support the Icom Stack while at the same time support the DVAP, DVRPTR, Icom Terminal and Access Point Mode and MMDVM compatible modems from a single program. I have just finished creating a new repo, QnetIcomGateway expressly for the Icom Stack. Like QnetGateway, QnetIcomGateway uses qnconfig, a menu-based bash script, to build a configuration file and qnadmin, another menu-based bash script to administer and maintain the QnetIcomGateway system.

If you are tired of the restrictions imposed by the legacy G2 or G3 system and want to expand you Icom repeater to IRCDDB routing and the DCS and DExtra world, this might be just the ticket.

I have tested this as far as I can go. (I don't have an Icom Stack in my radio room!) While it's based on working code, this is a brand new repo and may contain a few minor bugs. If you want to give this a try, make sure you have a fall back position in case we need to help you straighten out any little details that might crop up.

QnetIcomGateway, as well as QnetGateway is open-source software!


Re: DVAP random transmission?

 

开云体育

I noticed it happening a few months ago when I was running QnetGateway on my Pi and just once or twice today running QnetGateway under Kubuntu. I did restart the computer to see if maybe something odd happened after it applied some updates. I will keep an eye on things to see if it happens again.

Jeff

On 2019-03-07 12:09 p.m., Tom Early wrote:

Okay, it's been quite a while. I've been on my DVAP for a couple of days now and haven't seen that. How often is this happening?


Re: DVAP random transmission?

 

Okay, it's been quite a while. I've been on my DVAP for a couple of days now and haven't seen that. How often is this happening?


Re: DVAP random transmission?

 

It happens pretty fast, but this is what I found:

-- Logs begin at Sun 2019-03-03 16:00:35 MST. --
Mar 07 11:37:56 jeff-Kubuntu qndvap[868]: From DVAP: flags=40:00:00, my=VE6DV?? , sfx=JEFF, ur=DSTAR2? , rpt1=VE6XXZ B, rpt2=VE6XXZ G
Mar 07 11:37:56 jeff-Kubuntu qndvap[868]: End of dvap audio, ber=29.17
Mar 07 11:37:57 jeff-Kubuntu qndvap[868]: Start G2: streamid=1b20, flags=01:00:00, my=VE6XXZ B, sfx=RPTR, ur=CQCQCQ? , rpt1=VE6XXZ B, rpt2=VE6XXZ G
Mar 07 11:37:57 jeff-Kubuntu qndvap[868]: End G2: streamid=1b20
Mar 07 11:38:00 jeff-Kubuntu qndvap[868]: Start G2: streamid=7248, flags=00:00:00, my=DSTAR2? , sfx=??? , ur=VE6DV?? , rpt1=VE6XXZ B, rpt2=VE6XXZ G
Mar 07 11:38:00 jeff-Kubuntu qndvap[868]: End G2: streamid=7248
Mar 07 11:44:15 jeff-Kubuntu qndvap[868]: Start G2: streamid=a36c, flags=00:00:00, my=KG4NWE? , sfx=SMRT, ur=/VE6XXZB, rpt1=VE6XXZ B, rpt2=VE6XXZ G
Mar 07 11:44:16 jeff-Kubuntu qndvap[868]: End G2: streamid=a36c
Mar 07 11:44:21 jeff-Kubuntu qndvap[868]: Start G2: streamid=74df, flags=00:00:00, my=KG4NWE? , sfx=SMRT, ur=/VE6XXZB, rpt1=VE6XXZ B, rpt2=VE6XXZ G
Mar 07 11:44:22 jeff-Kubuntu qndvap[868]: End G2: streamid=74df

On 2019-03-07 12:01 p.m., Tom Early wrote:
sudo journalctl -u qndvap -f


Re: DVAP random transmission?

Colby Ross W1BSB
 

开云体育

Tom

Your DVAP has done this before. We've talked about it, but its been a long time since I've seen it happen.

Colby


On 3/7/19 2:01 PM, Tom Early wrote:

Haven't seen that. Do you mean the red light come on on the DVAP? Or does the green light come on. Can you open a shell and do a "sudo journalctl -u qndvap -f" and see what it's transmitting when this happens?


On 3/7/19 11:47 AM, Jeff VE6DV wrote:
I have noticed that every so often I see my call sign on the dashboard even though my radio happened to be off at the time. So I have been monitoring and it seems as if at a random time my DVAP just keys up for a second or so and then goes idle again.?

Any idea what may be going on? This only seems to happen when running QnetGateway.?

Jeff VE6DV?
-- 
___________________________
73
n7tae (at) tearly (dot) net


Re: DVAP random transmission?

 

开云体育

Haven't seen that. Do you mean the red light come on on the DVAP? Or does the green light come on. Can you open a shell and do a "sudo journalctl -u qndvap -f" and see what it's transmitting when this happens?


On 3/7/19 11:47 AM, Jeff VE6DV wrote:
I have noticed that every so often I see my call sign on the dashboard even though my radio happened to be off at the time. So I have been monitoring and it seems as if at a random time my DVAP just keys up for a second or so and then goes idle again.?

Any idea what may be going on? This only seems to happen when running QnetGateway.?

Jeff VE6DV?
-- 
___________________________
73
n7tae (at) tearly (dot) net


DVAP random transmission?

 

I have noticed that every so often I see my call sign on the dashboard even though my radio happened to be off at the time. So I have been monitoring and it seems as if at a random time my DVAP just keys up for a second or so and then goes idle again.?

Any idea what may be going on? This only seems to happen when running QnetGateway.?

Jeff VE6DV?