uPNP magic?

[KE2N]

I have two pi-star installs: one ver 3.4.17 and one 4.1.2. They are both behind the same router.

They both have uPNP enabled. My router shows the full complement of IGD ports open only to the first pi-star.

But both pi-stars can link to REF reflectors and both show that their in-built ircDDB gateways are running.

Can anyone explain how this works?

I was expecting that I could turn off one of the gateways and have both repeaters use one gateway.

If I was to use one gateway, I would prefer it to be the other one.

Ken
KE2N

[MW0MWZ]

REF/DCS will be fine from both, XRF will work to new XLX based hosts, and not to old original XRF hosts.

I would suggest you disable uPNP on at least one of them

Yes you can do the single gateway method too - I added that recently...
See here viewtopic.php?f=24&t=1368&start=10 for a brief discussion of the change.

[KE2N]

you wrote
"That's a good idea, so its now automatic, if you are using a gateway address of anything other than the local host (127.0.0.1), ircDDBGateway cannot start."

what version first incorporated that change? Do I need to update my 3.4.17?

Thanks

and to be clear - the referenced gatewayAddress parameter: is that in the ircDDBgateway, or the DStarRepeater, or both?

[M1DNS]

Looking at the dates. most prob a feature in 4.1 as that's where all new features and development is continuing.

Make the entries in dstarrepeater.
If there is an entry other than 127.0.0.1 there that'll stop ircddbgateway running on that install.

Sent from my SM-G935F using Tapatalk

[KE2N]

Thanks! exactly what I needed to know.
but
I had some problems.
It seems that the uPNP feature in 4.1.2 did not work. I turned off the other repeater, manually deleted the ports in the router and then tried, in various combinations, rebooting the router, rebooting the pi-star and de-selecting / re-selecting uPNP. I simply could not get the 4.1.2 to grab any ports. I should mention that it is running DSTAR repeater mode for an ID-RP2C. I finally turned off uPNP and put some port forwarding in the router manually.

The on the other side, I put in a fresh SD card with a new copy of 4.1.2. But that unit would not boot up. Rinse and repeat - still no luck. I should mention that the one I am trying to upgrade here is a raspberry pi zero. It is identified as "sun8i based Pi Clone". It works fine with 3.4.17. Reminder - the reason to upgrade it is to get the in-built gateway to turn off in my dual-pi configuration.

Thanks

Ken
KE2N

[MW0MWZ]

Thanks! exactly what I needed to know.
but
I had some problems.
It seems that the uPNP feature in 4.1.2 did not work. I turned off the other repeater, manually deleted the ports in the router and then tried, in various combinations, rebooting the router, rebooting the pi-star and de-selecting / re-selecting uPNP. I simply could not get the 4.1.2 to grab any ports. I should mention that it is running DSTAR repeater mode for an ID-RP2C. I finally turned off uPNP and put some port forwarding in the router manually.

The on the other side, I put in a fresh SD card with a new copy of 4.1.2. But that unit would not boot up. Rinse and repeat - still no luck. I should mention that the one I am trying to upgrade here is a raspberry pi zero. It is identified as "sun8i based Pi Clone". It works fine with 3.4.17. Reminder - the reason to upgrade it is to get the in-built gateway to turn off in my dual-pi configuration.

Thanks

Ken
KE2N

Raspberry Pi Zero, or Orange Pi Zero ?

[KE2N]

correction: it's a "FriendlyARM NanoPi NEO"

seems to look like this one http://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO

This Pi flavour is being supplied in the Repeater-Builder implementation of the ks-dmr MTR2000 board

Here is the original article
http://ks-dmr.net/2019/04/11/introducin ... dvm-mtr2k/

Repeater-Builder do not show the card on their website yet. I got an early version.
As mentioned, it does work fine with 3.4.17 which is what the vendor supplied.

[MW0MWZ]

correction: it's a "FriendlyARM NanoPi NEO"

seems to look like this one http://wiki.friendlyarm.com/wiki/index.php/NanoPi_NEO

This Pi flavour is being supplied in the Repeater-Builder implementation of the ks-dmr MTR2000 board

Here is the original article
http://ks-dmr.net/2019/04/11/introducin ... dvm-mtr2k/

Repeater-Builder do not show the card on their website yet. I got an early version.
As mentioned, it does work fine with 3.4.17 which is what the vendor supplied.

There are only images for the 3.4.x chain for those at this time, I wont attempt builds on those boards for a while yet - but we will get there..
Plus I have another plan that will make future work with anything not Raspberry flavoured much easier

[KE2N]

Yes - OK I understand.
Consider however, that the weeny NanoPi is running at 0.4 CPU load and the RPI 3B at 0.08. Whereas the feature to turn off the Gateway exists only on the latter one

Ken