Repeater REF connection - What am I doing wrong?

[M1DNS]

So it looks like it's making the initial connection to 1c

M: 2019-04-29 22:14:13: Radio header decoded - My: G1KEA /ID51 Your: REF001CL Rpt1: G1KEA C Rpt2: G1KEA G Flags: 40 00 00
M: 2019-04-29 22:14:13: Slow data set to "Linking to REF001 C "
M: 2019-04-29 22:14:13: Slow data set to "Linked to REF001 C "
M: 2019-04-29 22:14:14: AMBE for G1KEA Frames: 1.2s, Silence: 0.0%, BER: 0.0%
M: 2019-04-29 22:14:14: Transmitting to - My: G1KEA C/ Your: G1KEA Rpt1: G1KEA G Rpt2: G1KEA C Flags: 01 00 00
M: 2019-04-29 22:14:16: Network header received - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:14:16: Transmitting to - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:14:23: Stats for G1KEA Frames: 7.0s, Loss: 0.0%, Packets: 0/351

And it's starting to tx network traffic...

M: 2019-04-29 22:14:27: Network header received - My: 2E0RFV / Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:14:27: Transmitting to - My: 2E0RFV / Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:14:27: Stats for 2E0RFV Frames: 0.1s, Loss: 0.0%, Packets: 0/3

But then the link is dropped...

M: 2019-04-29 22:14:57: Slow data set to "Linking to REF001 C "
M: 2019-04-29 22:14:59: Network header received - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:14:59: Transmitting to - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-29 22:15:07: Stats

And all done within less than a minute.


Does it happen to other DPlus refs or just 1c.

I've seen this before where either the login call used to link to the ref. wasn't registered but looks like ur call is registered ok?? or where the call used in the config setup was different to the login callsign.

Andrew M1DNS, (Mod)

[G1KEA]

Hi Andrew,

Yes, that's what i could see in the log. It disconnects with others too, REF030C, 051C, 079B, after a similar time. I haven't changed anything with this config for a long time. Nothing changed in Expert mode that i can see.

Node Callsign: G1KEA
Module: C
ircddbgateway:
gatewayCallsign: G1KEA
repeaterCall1: G1KEA
ircddbEnabled: 1
ircddbHostname: rr.openquad.net
ircddbUsername: G1KEA
dextraEnabled: 1
dextraMaxDongles: 5
dplusEnabled: 1
dplusMaxDongles: 5
dplusLogin: G1KEA
dcsEnabled: 1
ccsEnabled: 1
ccsHost: CCS706


I just connected to XRF038A via the Admin panel and this happened:

M: 2019-04-30 21:55:34: Transmitting to - My: G1KEA C/RPTR Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-30 21:56:43: Slow data set to "Linking to XRF038 A "
M: 2019-04-30 21:56:43: Slow data set to "Linked to XRF038 A "
M: 2019-04-30 21:56:45: Network header received - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-30 21:56:45: Transmitting to - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00
M: 2019-04-30 21:56:52: Stats for G1KEA Frames: 6.9s, Loss: 0.0%, Packets: 0/346
M: 2019-04-30 21:57:45: Slow data set to "Linking to XRF038 A "
M: 2019-04-30 21:57:45: Slow data set to "Linked to XRF038 A "
M: 2019-04-30 21:57:47: Network header received - My: G1KEA /INFO Your: CQCQCQ Rpt1: G1KEA G Rpt2: G1KEA C Flags: 00 00 00

[M1DNS]

do you have the check box use DPlus for XRF enabled. ? If so it uses DPlus protocol to link with DExtra reflectors. And as DPlus seems to have the issue that could be why xrf 038 dropped temporarily.



Andrew M1DNS, (Mod)

[G1KEA]

Hi Andrew,
No the "Use DPlus for XRF" is not enabled on any of them. I have put the GW on to my mobile phone hotspot and it connects to DPlus yet I cannot understand why it doesn't through the home WiFi when the other devices connect and stay connected. I have tried no port forwarding and port forwarding so do not understand it at all
I cannot understand why the router will allow two devices to work but not this one. I have used my old version 3.4.13 and 4.0.0-RC3. i think if I go to my ISP they will say well the others work so the third device must have a problem but I'm not convinced now.
No sure what to try next.
Adrian

[M1DNS]

No it's an odd one. I'm not usually using more than two DSTAR connections at any one time, although I'm usually running 4-5 devices connected in other modes /groups etc. and sometimes many more
But my broadband service has never 'denied' me a connection regardless of what im running.

I'll test over the weekend if I have any issue running 3 or more simultaneous DSTAR links and continue from there, but tbh I don't think it will be a prob, but I will try jic.

But yes it does appear to point back to that one instance, so what if you try changing callsigns around between ur installs put this call into another install and test if that connects ok. It'll clear out any issue with the callsign used. Maybe reconfigure using ur own callsign into the 'problem' install and test if that functions as it should.

Andrew M1DNS, (Mod)

[G1KEA]

Hi Andrew,
My own callsign is in the problem GW so I have put the MB7 call in which works fine on the other GW and strangely that doesn't work so it seems to point to the device itself and not a callsign issue. Both callsigns work fine when using the device through the mobile phone WiFi. I have another Pi knocking around which I can try over the weekend but i'm clutching at straws now

[G1KEA]

I'm at a loss where to go next. Callsigns swapped and still not staying connected to DPlus / XRF. Reverted back to original callsign moved Pi downstairs and connected to router using LAN port - DPlus connects and stays connected! Swapped to a different WiFi dongle and still have the problem. Unfortunately it would be a major job to get a cable from the router to where the radio is located. Tried another Pi and fresh installation and still having the same problem. ISP is not interested as the other Pi's fully work, their suggestion is go back to the manufacturer.
If any one has any ideas why a WiFi connection to one specific Pi does not want to stay connected to DPlus / XRF I'd be grateful for any suggestions.

[M1DNS]

Dare I make mention of the wired internet over household wiring type devices

Ive had 4 different DSTAR installs running over the last 36hrs Adrian. no issues that were obvious to me, so as I originally thought there's no limitation to the no. of differing DSTAR installs a single isp can support. So if ur supplier plays along as mine we can discard that as a reason why you see these oddities.

I'm really grabbing at straws now but have you previously configured Ur router to allocate an IP address based on a devices Mac address ?? if ur running DHCP double check the DHCP server settings in the router ?
Sry pal, but this one is a weird one to me for sure

Andrew M1DNS, (Mod)

[G1KEA]

Hi Andrew,
Yes I could use consider using over mains adaptors, as long as long as they don't give me any problems on the HF bands...
I don't see it being the ISP themselves as the other two devices work fine, just this one, or I suppose two now as I have used different WiFi dongles and another Pi that was knocking around, another image and still have the problem.

Before moving to Pi-Star a year or so ago I had two Pi's running (GW on 2m, HS on 70cm) and had static IP's and port forwarding set all working. My Pi-Star setups worked fine with the same router settings. I have kept static IP's with the intention of setting up remote access. I have tried the Pi with the issue with and without static IP and still get the problem.

I have now looked at the router logs and need to understand UPnP. I would imagine port forwarding only be set up when each device is first turned on? UPnP enabled on each installation, public GW is sending UPnP to router every five minutes, HS not sending UPnP and personal GW not sending UPnP. If I switch all Pi's off and switch on the personal GW first (the one with the problem) it sends no UPnP. Next Pi on sends UPnP, last one on sends no UPnP. I have filtered out UPnP from router log otherwise considering it overnight it's incredibly busy.

I cannot insert the output here but every five minutes the public gateway Pi is adding port forwarding rules via UPnP/TR064 protocol UDP to ports 30063, 30001 & 42001. None of the installations are configured for default connections
What puzzles me is that as the hotspot is not sending UPnP and I have not setup port forwarding how is it working and the personal gateway not?

I am thinking the next step will have to be getting the router swapped out before I spend anything on WiFi over power or a length of cable to go around the outside of the house. Also I'll try and speak to the IT infrastructure engineers at work and let them see the router log and see if they have any ideas.

[M1DNS]

There is a 'use uPNP' check box on the pistar config.
You might want to double check if that's set differently between each install.

Whilst I run a "slightly over the std' home network here, (3 subgroups + general) I'm far from an authority on networking, so hopefully ur works IT guy can see something out of the norm.

Andrew M1DNS, (Mod)