#184

Got the chance to actually test out the g2_link install I did the
other day during Friday's Cannet.  I still haven't got things set up
for automated connection to one of the XRFs a little closer to the
center of the Cannet universe.  But I had no issues hearing the net
once I connected to  XRF044A.

At least OTA from VE2RM.

I couldn't for the life of me figure out why I wasn't hearing anything
through my radio when listening to my hotspot, which was connected
over the net to VE2RM.

But it's our old friend DPlus that handles hotspots and dvaps and
dongles.  Right.

So the question is, is there a workaround for this?  Some way, maybe,
that we can trick DPlus into believing that the data coming in via the
g2_link network connection is actually being received over the air?

In any case, it seems to be working, which is cool.



--
Peter Laws - VE[23]UWY / N5UWY
Admin VE2RM
Admin W5TC (ret.)

#185

There's a lot of history behind why an ICOM gateway must use DPlus to link to REF reflectors and g2-link to link to other protocol reflectors.  Briefly, g2-link came from an early digital voice developer.  He made one kind of big mistake very long ago, and since then, the DPlus developer has pretty much blocked that code from linking directly to DPlus reflectors. 

So the add-ons use slightly different syntax.  I suppose D-Star hams could ask the DPlus developer to allow direct links from g2-link into DPlus reflectors.  I have no idea if such a campaign would be successful.  I personally believe no problems would happen if he allowed that.  

The only other solution is for repeater owners to switch from ICOM's gateway to an alternate one, such as G4KLX's ircDDBGateway.  It supports seamless linking to REF, XRF, DCS and XLX reflectors using the same syntax for all.  But, many DStar repeater owners would rather not move away from ICOM software, and their users should be thankful for g2-link.

    Jim - K6JM

Show quoted text

-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Peter Laws via groups.io
Sent: Saturday, February 8, 2025 6:34 PM
To: [email protected]
Subject: [g2-link] Hotspots ...

Got the chance to actually test out the g2_link install I did the other day during Friday's Cannet.  I still haven't got things set up for automated connection to one of the XRFs a little closer to the center of the Cannet universe.  But I had no issues hearing the net once I connected to  XRF044A.

At least OTA from VE2RM.

I couldn't for the life of me figure out why I wasn't hearing anything through my radio when listening to my hotspot, which was connected over the net to VE2RM.

But it's our old friend DPlus that handles hotspots and dvaps and dongles.  Right.

So the question is, is there a workaround for this?  Some way, maybe, that we can trick DPlus into believing that the data coming in via the g2_link network connection is actually being received over the air?

In any case, it seems to be working, which is cool.

--
Peter Laws - VE[23]UWY / N5UWY
Admin VE2RM
Admin W5TC (ret.)

#186

开云体育

Quite awhile ago, Ramesh and I played around with an application that went on the PC that the DV Dongle was attached to. That app forwarded the 20001 UDP traffic to 30001 and out to the g2_link gateway.?

Also… there was a client that worked to talk for XRF reflectors using the dongle…?

Terry M Stader KA8SCP

WB1GOF Repeaters Proprietor?

Show quoted text

On Feb 8, 2025, at 9:34?PM, Peter Laws via groups.io <plaws0@...> wrote:

?Got the chance to actually test out the g2_link install I did the
other day during Friday's Cannet. ?I still haven't got things set up
for automated connection to one of the XRFs a little closer to the
center of the Cannet universe. ?But I had no issues hearing the net
once I connected to ?XRF044A.

At least OTA from VE2RM.

I couldn't for the life of me figure out why I wasn't hearing anything
through my radio when listening to my hotspot, which was connected
over the net to VE2RM.

But it's our old friend DPlus that handles hotspots and dvaps and
dongles. ?Right.

So the question is, is there a workaround for this? ?Some way, maybe,
that we can trick DPlus into believing that the data coming in via the
g2_link network connection is actually being received over the air?

In any case, it seems to be working, which is cool.

--
Peter Laws - VE[23]UWY / N5UWY
Admin VE2RM
Admin W5TC (ret.)

--
Terry Stader - KA8SCP
D-STAR Gateway & Reflector Admin

#187

On Sat, Feb 8, 2025 at 11:15?PM Jim - K6JM via groups.io
<jmm@...> wrote:

There's a lot of history behind why an ICOM gateway must use DPlus to link to REF reflectors and g2-link to link to other protocol reflectors.  Briefly, g2-link came from an early digital voice developer.  He made one kind of big mistake very long ago, and since then, the DPlus developer has pretty much blocked that code from linking directly to DPlus reflectors.

So the add-ons use slightly different syntax.  I suppose D-Star hams could ask the DPlus developer to allow direct links from g2-link into DPlus reflectors.  I have no idea if such a campaign would be successful.  I personally believe no problems would happen if he allowed that.

The only other solution is for repeater owners to switch from ICOM's gateway to an alternate one, such as G4KLX's ircDDBGateway.  It supports seamless linking to REF, XRF, DCS and XLX reflectors using the same syntax for all.  But, many DStar repeater owners would rather not move away from ICOM software, and their users should be thankful for g2-link.
WAYYYY too many "personality" issues in D-STAR.  Too many people that
don't play well with others.

And I say that as someone into D-STAR since '11 and an Icom fanboy for
many years before that.

*Does* the G4KLX package really support full use of REF reflectors or
only the "rogue" instances above REF100?  And does it handle OTW user
connections in a manner like DPlus?


-- 
Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!