Date   

Using DVSwitch to access DMR+/Phoenix

G4WXN@...
 

Is there anyone who could explain to me how to use DMR+/Phoenix?

I can link to a reflector such as 4440, which should then go out on TG 840, however when I monitor the ipsc phoenixf site I see my callsign and I see my transmission, but it doesn't go anywhere.

However if I now type 840 into the dialer string press send, then change the dialer string to 9 it transmits out on the TG.

So is there a way of putting all the above into one dvswitch tune string?

Appreciate any help.
--
Derek

G4WXN


Re: Unable to connect to Brandmeister using HBlink #hblink

ve6gcd@...
 

What really changed was the frequency requirement. As soon as I changed it to the repeater frequency pair in HBlink I was able to get in. Thanks guys 73.


Re: Unable to connect to Brandmeister using HBlink #hblink

ve6gcd@...
 

I already did that, changed password via Self Care and after changing the connection password I obtained the same result. Pretty sure the updated password is correct (otherwise I get an MSTNAK Received message).


Re: Adding P25 to existing YSF and DMR bridge

Steve N4IRS
 

Gary,
To get the bridge working, forget all the extra stuff to start. Tun off the reflectors, turn off the dashboards. Stop all DVswitch services starting at boot.
Start at one end of the bridge and work to the middle. If you don't see the traffic, stop and fix before moving on.

Start MB in the foreground. Is it logging into the master? Do you see traffic?
While MB is running, start the connected AB. Do you see the traffic?
Once you have this working, go from P25 in. Same thing, do you see inbound P25 traffic? Does the traffic transfer to the connected AB?
When that all works, cross connect the instances of AB.

When you post logs or config files for someone to look at, post them as separate files. That way we can open both files side by side, having to scroll up and down make it hard to troubleshoot. Same for the log files.

 Steve N4IRS

On 12/6/20 8:57 PM, Gary, KE8O wrote:
A little more background on my setup. I built this bridge using the DVSwitch-Server-RPI image as an experiment. However, I never ran the DVS script to configure for use with DVSM. I installed YSFReflector and P25Reflector on the same system. I'm using the original MB for my YSF to DMR bridge which works fine. I then added a second instance of MB for my P25 to DMR bridge. My original AB is configure for P25, and my second AB instance is configured for DMR. 

Everything is set to start at boot, and I recently added the new logs into the nightly logrotate process. I'm also planning to add the new instances to monit.

I just can't get the P25 to DMR bridge working and it is driving me crazy. I'm spending every free moment thinking about this and rechecking my settings.

Below are the log files for one transmission on the P25/DMR bridge side with my YSF/DMR bridge stopped..


MMDVM DMR / P25 Instance

M: 2020-12-07 00:31:35.940 DMR Slot 2, received network voice header from KE8O to TG 27715

M: 2020-12-07 00:31:36.456 P25, TX state = ON

I: 2020-12-07 00:31:36.456 P25, Begin TX: src=1139360 rpt=113936033 dst=9 slot=2 cc=1 metadata=KE8O

M: 2020-12-07 00:31:36.528 DMR Talker Alias (Data Format 1, Received 6/27 char): 'KE8O D'

M: 2020-12-07 00:31:37.255 DMR Talker Alias (Data Format 1, Received 13/27 char): 'KE8O Delaware'

M: 2020-12-07 00:31:37.971 DMR Talker Alias (Data Format 1, Received 20/27 char): 'KE8O Delaware, OH US'

M: 2020-12-07 00:31:38.691 DMR Talker Alias (Data Format 1, Received 27/27 char): 'KE8O Delaware, OH USA MMDVM'

M: 2020-12-07 00:31:40.341 DMR Slot 2, received network end of voice transmission, 4.8 seconds, 0% packet loss, BER: 0.0%

M: 2020-12-07 00:31:40.424 P25, TX state = OFF

 

P25Reflector log

M: 2020-12-07 00:31:36.464 Transmission started from KE8O     

M: 2020-12-07 00:31:36.500 Transmission from KE8O at KE8O       to TG 27715

M: 2020-12-07 00:31:40.430 Received end of transmission

 

AB P25 Log

I: 2020-12-07 00:31:35.941 USRP packet type: USRP_TYPE_TEXT (KE8O) -> 1139360

M: 2020-12-07 00:31:36.451 PTT on

M: 2020-12-07 00:31:40.419 PTT off (keyed for 3968 ms)

 

AB DMR Log

I: 2020-12-07 00:31:35.941 Begin TX: src=1139360 rpt=113936022 dst=27715 slot=2 cc=0 call=KE8O



Re: Adding P25 to existing YSF and DMR bridge

Gary, KE8O
 

A little more background on my setup. I built this bridge using the DVSwitch-Server-RPI image as an experiment. However, I never ran the DVS script to configure for use with DVSM. I installed YSFReflector and P25Reflector on the same system. I'm using the original MB for my YSF to DMR bridge which works fine. I then added a second instance of MB for my P25 to DMR bridge. My original AB is configure for P25, and my second AB instance is configured for DMR. 

Everything is set to start at boot, and I recently added the new logs into the nightly logrotate process. I'm also planning to add the new instances to monit.

I just can't get the P25 to DMR bridge working and it is driving me crazy. I'm spending every free moment thinking about this and rechecking my settings.

Below are the log files for one transmission on the P25/DMR bridge side with my YSF/DMR bridge stopped..


MMDVM DMR / P25 Instance

M: 2020-12-07 00:31:35.940 DMR Slot 2, received network voice header from KE8O to TG 27715

M: 2020-12-07 00:31:36.456 P25, TX state = ON

I: 2020-12-07 00:31:36.456 P25, Begin TX: src=1139360 rpt=113936033 dst=9 slot=2 cc=1 metadata=KE8O

M: 2020-12-07 00:31:36.528 DMR Talker Alias (Data Format 1, Received 6/27 char): 'KE8O D'

M: 2020-12-07 00:31:37.255 DMR Talker Alias (Data Format 1, Received 13/27 char): 'KE8O Delaware'

M: 2020-12-07 00:31:37.971 DMR Talker Alias (Data Format 1, Received 20/27 char): 'KE8O Delaware, OH US'

M: 2020-12-07 00:31:38.691 DMR Talker Alias (Data Format 1, Received 27/27 char): 'KE8O Delaware, OH USA MMDVM'

M: 2020-12-07 00:31:40.341 DMR Slot 2, received network end of voice transmission, 4.8 seconds, 0% packet loss, BER: 0.0%

M: 2020-12-07 00:31:40.424 P25, TX state = OFF

 

P25Reflector log

M: 2020-12-07 00:31:36.464 Transmission started from KE8O     

M: 2020-12-07 00:31:36.500 Transmission from KE8O at KE8O       to TG 27715

M: 2020-12-07 00:31:40.430 Received end of transmission

 

AB P25 Log

I: 2020-12-07 00:31:35.941 USRP packet type: USRP_TYPE_TEXT (KE8O) -> 1139360

M: 2020-12-07 00:31:36.451 PTT on

M: 2020-12-07 00:31:40.419 PTT off (keyed for 3968 ms)

 

AB DMR Log

I: 2020-12-07 00:31:35.941 Begin TX: src=1139360 rpt=113936022 dst=27715 slot=2 cc=0 call=KE8O


Re: Hotspot security clarification

Steve N4IRS
 

Due to issues that have been happening recently, we are going to need to start requiring users to set a hotspot security password to gain access to the US Masters.  If you already have a hotspot security password set on the bm portal, you can ignore this post. We are going to start requiring this on master 3101 November 30th,  3102 will follow on December 4th, and 3103 on December 11th.  This is already implemented on the RU masters, and other Master servers will follow.
At this time this will just be for hotspots.  The API is being worked on to allow repeater owners to make this change as well, but it is not quite ready to go.
Here is a link to a post on how to set your hotspot security on the bm portal. <https://news.brandmeister.network/configure-a-security-password-for-your-hotspots/>

On 12/6/20 6:32 PM, Skyler Fennell wrote:
Hotspot security is required on all hotspots on US servers in the next few weeks. 

Hotspot security will NOT work with repeater ID's? Or will it work but it is not required?


Hotspot security clarification

Skyler Fennell
 

Hotspot security is required on all hotspots on US servers in the next few weeks. 

Hotspot security will NOT work with repeater ID's? Or will it work but it is not required?


Re: Unable to connect to Brandmeister using HBlink #hblink

@AndrewVK2HAC
 

Also i am advised that if you want to use TG91 it needs to be direct with BM and not via another server/system.


Re: Your gatewayDmrId nnnnnnn is NOT in the subscriber f .net ile.

G4WXN@...
 

For reasons I cannot fathom, this error keeps cropping up.

Running the update fixes the problem, but then it comes back again.

--
Derek

G4WXN


Re: Unable to connect to Brandmeister using HBlink #hblink

Steve N4IRS
 

Yes it is. I had forgotten to make the service start on reboot, so it was down. It is back up and will now survive a reboot.
Please understand, hblink.dvswitch.org is pretty much just a place to test your connections. There is no traffic.

Steve N4IRS

On 12/6/20 7:36 AM, G4WXN@... wrote:

I have been wondering about this, I currently login to the BM master directly, but want to use
hblink.dvswitch.org

So I get access to all the DMR networks.
Is the hblink.dvswitch.org

Password still the default?

 
Derek

G4WXN


Re: Unable to connect to Brandmeister using HBlink #hblink

G4WXN@...
 

I have been wondering about this, I currently login to the BM master directly, but want to use
hblink.dvswitch.org

So I get access to all the DMR networks.
Is the hblink.dvswitch.org

Password still the default?

 
Derek

G4WXN


Re: Adding P25 to existing YSF and DMR bridge

Gary, KE8O
 

I really tried to solve this without coming back asking for more help, but I am stumped.  I configured according to the P25 to DMR flow diagram with the following exceptions. In my second MB instance I ran into port conflicts using TX 33100 & RX 33103 on DMR so I  added 1 to second digit using 3311x. I also had to change DMR local port from 62032 to 62033 to clear up error when trying to login to DMR master.  For P25Gateway I add my private P25 reflector privateP25Host.txt and set it as started up TG.  When I TX on P25 it is not bridging to DMR. However, I see the activity in my DMR and P25 AB log. What I find interesting is if someone is on DMR I see start and end of transmission on my P25 reflector log but nothing is heard on P25 side. I pulled the logs showing my port setup from both AB instances and my DMR to P25 MB. I also included my P25gateway log showing the start-up TG and my P25Reflector log showing the incoming TX from DMR side.

Maybe someone else looking at my setup will find something I've overlooked.

P25 AB1 Log

[AMBE_AUDIO] address -> 127.0.0.1

[AMBE_AUDIO] txPort -> 34103

[AMBE_AUDIO] rxPort -> 34100

[AMBE_AUDIO] ambeMode -> P25

[AMBE_AUDIO] minTxTimeMS -> 2500

[AMBE_AUDIO] gatewayDmrId -> 1139360

[AMBE_AUDIO] repeaterID -> 113936033

[AMBE_AUDIO] txTg -> 9

[AMBE_AUDIO] txTs -> 2

[AMBE_AUDIO] colorCode -> 1

[USRP] address -> 127.0.0.1

[USRP] txPort -> 34001

[USRP] rxPort -> 32001

[USRP] usrpAudio -> AUDIO_UNITY

[USRP] usrpGain -> 1.10

[USRP] usrpAGC -> -20,10,100

[USRP] tlvAudio -> AUDIO_UNITY

[USRP] tlvGain -> 0.35

 

DMR AB2 Log

[AMBE_AUDIO] address -> 127.0.0.1

[AMBE_AUDIO] txPort -> 31113

[AMBE_AUDIO] rxPort -> 31110

[AMBE_AUDIO] ambeMode -> DMR

[AMBE_AUDIO] minTxTimeMS -> 2500

[AMBE_AUDIO] gatewayDmrId -> 1139360

[AMBE_AUDIO] repeaterID -> 113936022

[AMBE_AUDIO] txTg -> 9

[AMBE_AUDIO] txTs -> 2

[AMBE_AUDIO] colorCode -> 1

[USRP] address -> 127.0.0.1

[USRP] txPort -> 32001

[USRP] rxPort -> 34001

[USRP] usrpAudio -> AUDIO_UNITY

[USRP] usrpGain -> 1.10

[USRP] usrpAGC -> -20,10,100

[USRP] tlvAudio -> AUDIO_UNITY

[USRP] tlvGain -> 0.35

 

 

MMDVM2 Log

MMDVM_Bridge-20201129_V1.6.2 is starting

Built 16:43:40 Nov 29 2020 (GitID #89f8998)

General Parameters

Callsign: KE8O

Id: 1139360

Duplex: no

Timeout: 180s

D-Star: disabled

DMR: enabled

YSF: disabled

P25: enabled

NXDN: disabled

Modem Parameters

Port: /dev/null

RX Invert: no

TX Invert: no

PTT Invert: no

TX Delay: 100ms

RX Offset: 0Hz

TX Offset: 0Hz

RX DC Offset: 0

TX DC Offset: 0

RF Level: 100.0%

DMR Delay: 0 (0.0ms)

RX Level: 50.0%

CW Id TX Level: 50.0%

D-Star TX Level: 50.0%

DMR TX Level: 50.0%

YSF TX Level: 50.0%

P25 TX Level: 50.0%

NXDN TX Level: 50.0%

RX Frequency: 222340000Hz (222340000Hz)

TX Frequency: 224940000Hz (224940000Hz)

Opening the MMDVM

Display Parameters

Type:

DMR Network Parameters

Address: tgif.network

Port: 62031

Local: 62033 ß changed from 62032 to clear DMR master login errors

Jitter: 360ms

Slot 1: disabled

Slot 2: enabled

Mode Hang: 3s

Info Parameters

Callsign: KE8O

RX Frequency: 222340000Hz

TX Frequency: 224940000Hz

Power: 1W

Latitude: 41.733299deg N

Longitude: -50.399899deg E

Height: 0m

Location: "Iceberg, North Atlantic"

Description: "MMDVM_Bridge2 "

URL: "https://groups.io/g/DVSwitch"

DMR, Opening DMR Network

P25 Network Parameters

Gateway Address: 127.0.0.1

Gateway Port: 42020

Local Port: 32010

Mode Hang: 3s

P25, Opening INI file: DVSwitch.ini

P25, Setting [P25] address -> 127.0.0.1

P25, Setting [P25] txPort -> 34100

P25, Setting [P25] rxPort -> 34103

P25, Setting [P25] slot -> 2

P25, Setting [P25] RemotePort -> 6074

P25, Transmitting on 127.0.0.1:34100, and listening on port 34103.  Result = 1

Opening P25 network connection

RSSI

Mapping File: /dev/null

Loaded 0 RSSI data mapping points from /dev/null

Id Lookups

File: /var/lib/mmdvm/DMRIds.dat

Reload: 24 hours

Loaded 179777 Ids to the DMR callsign lookup table

DMR RF Parameters

Id: 1139360

Color Code: 1

Self Only: no

Embedded LC Only: yes

Dump Talker Alias Data: no

Prefixes: 0

Call Hang: 3s

TX Hang: 3s

Mode Hang: 10s

DMR, Opening INI file: DVSwitch.ini

DMR, Setting [DMR] address -> 127.0.0.1

DMR, Setting [DMR] txPort -> 31110 <-changed avoid conflict with MB1

DMR, Setting [DMR] rxPort -> 31113 <-changed avoid conflict with MB1

DMR, Setting [DMR] slot -> 2

DMR, Setting [DMR] exportTG -> 0

DMR, Setting [DMR] hangTimerInFrames -> 0

DMR, Setting [DMR] talkerAlias -> %callsign %location %description

DMR, Transmitting on 127.0.0.1:31110, and listening on port 31113.  Result = 1

P25 RF Parameters

Id: 1139360

NAC: $293

UID Override: no

Self Only: no

Remote Gateway: no

Mode Hang: 10s

MMDVM_Bridge-20201129_V1.6.2 is running

 

 

P25 Gateway Log

Starting P25Gateway-20200824

Linked at startup to reflector 27715 <- added in privateP25HOST.TXT

 

P25 Reflector Log

Transmission started from KE8O     

Transmission from KE8O at KE8O       to TG 27715

Received end of transmission

Transmission started from KE8O <- KWH is on DMR side    

Transmission from W8KWH at KE8O       to TG 27715

Received end of transmission

Transmission started from KE8O     

Transmission from KE8O at KE8O       to TG 27715

Received end of transmission




Re: Unable to connect to Brandmeister using HBlink #hblink

Richard W4JXA
 

A new Brandmister requirement is a password has to be used.
Go to the Brandmister site to set it up.

W4JXA    Richard    73

On Sat, Dec 5, 2020 at 11:33 PM, ve6gcd@...
<ve6gcd@...> wrote:
Hi,

Recently I am no longer able to connect to Brandmeister. Below are the fail logs that I keep on getting:

INFO 2020-12-05 19:24:48,178 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:48,250 (BMR30262) Repeater Login ACK Received with 32bit ID: 3124053916
INFO 2020-12-05 19:24:48,326 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:48,326 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:48,398 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:24:53,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:53,248 (BMR30262) Repeater Login ACK Received with 32bit ID: 3124053916
INFO 2020-12-05 19:24:53,321 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:53,321 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:53,396 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:24:58,180 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:58,253 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:24:58,327 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:58,328 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:58,400 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:03,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:03,248 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:25:03,321 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:03,321 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:03,393 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:08,179 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:08,251 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:25:08,324 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:08,324 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:08,397 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:13,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:13,250 (BMR30262) Repeater Login ACK Received with 32bit ID: 592463761
INFO 2020-12-05 19:25:13,323 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:13,323 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:13,396 (BMR30262) MSTCL Recieved

73,
Geoffrey VE6GCD 


Re: D-Star Reflectors

Pd1loi
 

I can't figure it out. If I enter something, you won't see anything in DVswitch. I will miss something, but how do you do this?


Unable to connect to Brandmeister using HBlink #hblink

ve6gcd@...
 

Hi,

Recently I am no longer able to connect to Brandmeister. Below are the fail logs that I keep on getting:

INFO 2020-12-05 19:24:48,178 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:48,250 (BMR30262) Repeater Login ACK Received with 32bit ID: 3124053916
INFO 2020-12-05 19:24:48,326 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:48,326 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:48,398 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:24:53,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:53,248 (BMR30262) Repeater Login ACK Received with 32bit ID: 3124053916
INFO 2020-12-05 19:24:53,321 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:53,321 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:53,396 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:24:58,180 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:24:58,253 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:24:58,327 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:24:58,328 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:24:58,400 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:03,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:03,248 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:25:03,321 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:03,321 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:03,393 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:08,179 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:08,251 (BMR30262) Repeater Login ACK Received with 32bit ID: 2539204885
INFO 2020-12-05 19:25:08,324 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:08,324 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:08,397 (BMR30262) MSTCL Recieved
INFO 2020-12-05 19:25:13,176 (BMR30262) Sending login request to master 158.69.203.89:62031
INFO 2020-12-05 19:25:13,250 (BMR30262) Repeater Login ACK Received with 32bit ID: 592463761
INFO 2020-12-05 19:25:13,323 (BMR30262) Repeater Authentication Accepted
INFO 2020-12-05 19:25:13,323 (BMR30262) Repeater Configuration Sent
INFO 2020-12-05 19:25:13,396 (BMR30262) MSTCL Recieved

73,
Geoffrey VE6GCD 


Re: D-Star Reflectors

k7wby@...
 

Good point Steve, I had tunnel vision and didn't consider DVSM as the method.


Re: D-Star Reflectors

Steve N4IRS
 

You are correct about the files used by ircDDBGateway. They are not the same files used by DVSM (though they are the source files) To manage the reflector list displayed on DVSM, see <https://dvswitch.groups.io/g/Mobile/files/DVSwitch%20Installation%20and%20User%20Guide%20v1.61.pdf> starting on page 8.

Steve N4IRS

On 12/5/20 10:59 AM, k7wby@... wrote:
The list of D-Star Repeaters and contained in host files. Typically they are DCS_Hosts.txt DPlus_Hosts.txt and DExtra_Hosts.txt. You can modify any of these to include the reflector that you want to reach. The DExtra_Host.txt file is where you'll add XLX reflectors but they will be called XRF in the hosts file instead of XLX. Whenever possible use the ip address of the reflector being added.

Pay special attention to the format. These are treated as data files and they use delimiters to separate the data on a line. Typically they well be tab delimited but I've seen them in comma and semi-colon also.

Example:
XRF953<TAB>207.246.104.15

Regardless, follow the format of the existing file and you'll usually have success.

The files are often in different locations so you may have to hunt for them. In ircDDBGateway they are in /usr/share/ircddbgateway/ if you performed a make install. Pi-Star has it's own instructions, openSpot has a different method, etc. 


Re: D-Star Reflectors

k7wby@...
 

The list of D-Star Repeaters and contained in host files. Typically they are DCS_Hosts.txt DPlus_Hosts.txt and DExtra_Hosts.txt. You can modify any of these to include the reflector that you want to reach. The DExtra_Host.txt file is where you'll add XLX reflectors but they will be called XRF in the hosts file instead of XLX. Whenever possible use the ip address of the reflector being added.

Pay special attention to the format. These are treated as data files and they use delimiters to separate the data on a line. Typically they well be tab delimited but I've seen them in comma and semi-colon also.

Example:
XRF953<TAB>207.246.104.15

Regardless, follow the format of the existing file and you'll usually have success.

The files are often in different locations so you may have to hunt for them. In ircDDBGateway they are in /usr/share/ircddbgateway/ if you performed a make install. Pi-Star has it's own instructions, openSpot has a different method, etc. 


D-Star Reflectors

Pd1loi
 

There are few D-Star reflectors in the list, how can you add more?


Re: time out on an allstar node with dvswitch

Steve N4IRS
 

Does this happen connected to node 100? (Demo node at the bottom of the account list)

Steve N4IRS 

On 12/4/2020 2:28 PM, Rodger Davioes wrote:
Hi Mike,
I'm having the same problem. When I connect to a public Allstar node, after a short time the connection is dropped. I'm using DVSwitch Mobile.
What is the path to rpt.conf? I'd like to try that change and see how it goes.
Thanks for the help,
Roger N6DVZ

1861 - 1880 of 9514