Topics

DSTAR Registration Questions


Ed W8VT
 

Would appreciate it if a DSTAR guru could answer a few questions about DSTAR registration. Do have my analog bridge at least working with DCS reflectors at this point.
Knew very little about DSTAR when I started this project. Had no idea there were all these multiple systems and registration. Thought I went through all the procedures to register but obviously have missed and / or screwed up something.
Queried my call on these sites:
https://wb1gof.dstargateway.org/cgi-bin/dstar-regcheck?callsign=W8VT
http://dstar.info/query.html
Not quite sure what it all means.

What a complex and convoluted system! HELP!

Ed W8VT
Old, confused and befuddled


Adrian Fewster <vk4tux@...>
 

Ed your current status at USTRUST is ;

W8VT sync_mng Table Records (3 entries)
target_cs last_mod_time mod_date reg_date pc_hostname arearp_cs user_cs regist_rp_cs pc_ipaddr del_flg
W8VT 2019-12-24 18:44:03 2019-12-24 18:44:03.506387 2019-12-24 18:44:03.506387
REGIST A W8VT REGIST 0.0.0.0 OK
W8VT B 2019-12-24 22:28:10 2019-12-24 22:28:09.60761 2019-12-24 21:16:29.941764
REGIST A W8VT REGIST 0.0.0.0 DELETED
W8VT Z 2019-12-11 17:55:18 2019-12-11 17:55:18.179014 2019-12-11 17:55:18.179014 ACCESSPOINT W8VT Z W8VT REGIST 0.0.0.0 OK
W8VT unsync_mng table records (1 entries)
target_cs receive_time mod_date reg_date blacklist_flg
W8VT 1970-01-01 00:00:00 2019-12-11 17:55:18.179014 2019-12-11 17:55:18.179014 OK
W8VT sync_rip Table Records (1 entries)
user_cs regist_rp_cs last_mod_time mod_date reg_date start_ipaddr del_flg
W8VT REGIST 2019-12-11 17:22:05 2019-12-11 17:22:04.964139 2019-12-11 17:22:04.964139 10.209.79.8 OK
Mon Dec 30 01:00:48 UTC 2019


which means you can use W8VT  or W8VT###Z for dplus login in ircddbgateway config ;

<snip>

dplusEnabled=1
dplusMaxDongles=5
dplusLogin=W8VT

<snip>


In the USTRUST synced user list sent to Reflectors and gateways , and the Dplus database ;

[W8VT    ] [REGIST A]
[W8VT   Z] [W8VT   Z]

You exist, so you should be able to login to any dplus reflector or gateway with the dplus host file.

Adrian .. vk4tux





On 30/12/19 10:50 am, Ed W8VT wrote:
Would appreciate it if a DSTAR guru could answer a few questions about DSTAR registration. Do have my analog bridge at least working with DCS reflectors at this point.
Knew very little about DSTAR when I started this project. Had no idea there were all these multiple systems and registration. Thought I went through all the procedures to register but obviously have missed and / or screwed up something.
Queried my call on these sites:
https://wb1gof.dstargateway.org/cgi-bin/dstar-regcheck?callsign=W8VT
http://dstar.info/query.html
Not quite sure what it all means.

What a complex and convoluted system! HELP!

Ed W8VT
Old, confused and befuddled


Ed W8VT
 

Thanks Adrian. Now that I know the registration looks OK, we'll do some more experimentation.

Really appreciate the assistance.

Ed W8VT


Adrian Fewster <vk4tux@...>
 

The ircddbgateway log will indicate the nature of any issues, if you post it here, if so.



On 30/12/19 11:16 am, Ed W8VT wrote:
Thanks Adrian. Now that I know the registration looks OK, we'll do some more experimentation.

Really appreciate the assistance.

Ed W8VT


Ed W8VT
 

Can now connect and receive fine. Listened to a lot  traffic on REF001C. Tried echo and apparently no transmit, Shows my call as connected in tje log and on their dashboard. When I attempt to transmit, this is via iaxRPT ASL and the bridge, I see this in the ircddbgateway log:
M: 2019-12-30 01:33:05: USER: 3154009  NOT FOUND
3154009 is one of my DMR IDs. I swear at one point in this adventure when I keyed saw my call and public IP listed as  unknown.

Another real mystery is this from the analog_bridge log:
I: 2019-12-30 15:16:58.435 Begin TX: src=3154017 rpt=0 dst=9 slot=2 cc=0 call=W8VT
315017 is my other DMR ID. Have no idea where this coming from. Have searched MMDVM_bridge.ini, analog_bridge.ini and dvswitch.ini. Think at one point may have tried it somewhere as a test but can not find it anywhere now.

The bridge is currently operational on DMR and can also be switched to YSF. Works great on these modes.

Ed W8VT
Still befuddled


Steve N4IRS
 

Ed,
For D-Star transmit, MMDVM_Bridge is going to need to resolve your DMR ID to call sign.
Let's start with Analog_Bridge. What do you have for these?
[GENERAL]

; Metadata management
subscriberFile =
/var/lib/dvswitch/subscriber_ids.csv   ; DMR ID to callsign lookup data
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
gatewayDmrId = 0                        ; ID to use when transmitting from Analog_Bridge
repeaterID = 0                          ; ID of source repeater


Let's verify AB can resolve your call sign

grep 3154009 /var/lib/dvswitch/subscriber_ids.csv

Steve



On 12/30/19 10:55 AM, Ed W8VT wrote:
Can now connect and receive fine. Listened to a lot  traffic on REF001C. Tried echo and apparently no transmit, Shows my call as connected in tje log and on their dashboard. When I attempt to transmit, this is via iaxRPT ASL and the bridge, I see this in the ircddbgateway log:
M: 2019-12-30 01:33:05: USER: 3154009  NOT FOUND
3154009 is one of my DMR IDs. I swear at one point in this adventure when I keyed saw my call and public IP listed as  unknown.

Another real mystery is this from the analog_bridge log:
I: 2019-12-30 15:16:58.435 Begin TX: src=3154017 rpt=0 dst=9 slot=2 cc=0 call=W8VT
315017 is my other DMR ID. Have no idea where this coming from. Have searched MMDVM_bridge.ini, analog_bridge.ini and dvswitch.ini. Think at one point may have tried it somewhere as a test but can not find it anywhere now.

The bridge is currently operational on DMR and can also be switched to YSF. Works great on these modes.

Ed W8VT
Still befuddled


Adrian Fewster <vk4tux@...>
 

The system should be using it's DMR database to find and send W8VT to ircddbgateway ? ;

; Metadata management
exportMetadata = true                   ; Export metadata to USRP partner (transcode setups require this)
subscriberFile = /path/subscriber_ids.csv   ; DMR ID to callsign lookup data


You may have to check path and content of subscriber_ids.csv ? in ini's ?


On 31/12/19 1:55 am, Ed W8VT wrote:
Can now connect and receive fine. Listened to a lot  traffic on REF001C. Tried echo and apparently no transmit, Shows my call as connected in tje log and on their dashboard. When I attempt to transmit, this is via iaxRPT ASL and the bridge, I see this in the ircddbgateway log:
M: 2019-12-30 01:33:05: USER: 3154009  NOT FOUND
3154009 is one of my DMR IDs. I swear at one point in this adventure when I keyed saw my call and public IP listed as  unknown.

Another real mystery is this from the analog_bridge log:
I: 2019-12-30 15:16:58.435 Begin TX: src=3154017 rpt=0 dst=9 slot=2 cc=0 call=W8VT
315017 is my other DMR ID. Have no idea where this coming from. Have searched MMDVM_bridge.ini, analog_bridge.ini and dvswitch.ini. Think at one point may have tried it somewhere as a test but can not find it anywhere now.

The bridge is currently operational on DMR and can also be switched to YSF. Works great on these modes.

Ed W8VT
Still befuddled


Ed W8VT
 

Steve,
Well, think we may have found part of the problem, /var/lib/dvswitch/subscriber_ids.csv is an empty file, 0 bytes.
; The metadata below is used when ASL is the source since it does not have any concept of digital modesgatewayDmrId = 3154009                        ; ID to use when transmitting from Analog_BridgerepeaterID = 315400902                          ; ID of source repeatertxTg = 313938                                ; TG to use for all frames sent from Analog_Bridge -> xx_BridgetxTs = 2                                ; Slot to use for frames sent from Analog_Bridge -> xx_BridgecolorCode = 7                           ; Color Code to assign DMR frames
Above is what was being used in the original DMR Bridge.
Still mystified as to where this in the analog_bridge log is coming from:
I: 2019-12-30 17:00:54.887 Begin TX: src=3154017 rpt=0 dst=9 slot=2 cc=0 call=W8VT
Ed


Ed W8VT
 

Steve and Adrian,
Have an update. Keep getting interrupted but here is where we stand right now.
Manually updated the database (./dvswitch.sh update). Guess I should set up a cron job to do this on a regular basis?
Now my call shows rather than the DMR ID. Still get this though when trying to transmit:
M: 2019-12-30 20:23:14: Link command from W8VT   B to REF001 C issued via UR Call by W8VT    M: 2019-12-30 20:23:14: D-Plus reply is OKRWM: 2019-12-30 20:23:14: D-Plus ACK message received from REF001 CM: 2019-12-30 20:23:14: D-Plus link to REF001 C establishedM: 2019-12-30 20:23:15: USER: W8VT     NOT FOUND
Tried the E echo and no response, also called on several reflectors with no response, so get  the feeling no transmit.
Got to head out for now and won't be back until later this evening.
Really appreciate the assistance.

Ed W8VT


Will - W4WWM <w4wwm@...>
 

Ed-W8VT

Restart your gateway as the quadnet server has a new IP.  That should clear up the NOT FOUND message.  If not send an email to admins@...


Will / W4WWM


On 12/30/2019 2:44 PM, Ed W8VT wrote:
Steve and Adrian,
Have an update. Keep getting interrupted but here is where we stand right now.
Manually updated the database (./dvswitch.sh update). Guess I should set up a cron job to do this on a regular basis?
Now my call shows rather than the DMR ID. Still get this though when trying to transmit:
M: 2019-12-30 20:23:14: Link command from W8VT   B to REF001 C issued via UR Call by W8VT    M: 2019-12-30 20:23:14: D-Plus reply is OKRWM: 2019-12-30 20:23:14: D-Plus ACK message received from REF001 CM: 2019-12-30 20:23:14: D-Plus link to REF001 C establishedM: 2019-12-30 20:23:15: USER: W8VT     NOT FOUND
Tried the E echo and no response, also called on several reflectors with no response, so get  the feeling no transmit.
Got to head out for now and won't be back until later this evening.
Really appreciate the assistance.

Ed W8VT


Adrian Fewster <vk4tux@...>
 

How are you sending an echo request ? In D-Star #######E should be sent in urcall (#=space), &  ircddbgateway handles this locally, it does not go out beyond.

The ircddbgateway log will just show , eg ;

M: 2019-12-30 21:22:53: Received 5.7 secs of audio from VK4TUX   for echoing


On 31/12/19 6:44 am, Ed W8VT wrote:
Steve and Adrian,
Have an update. Keep getting interrupted but here is where we stand right now.
Manually updated the database (./dvswitch.sh update). Guess I should set up a cron job to do this on a regular basis?
Now my call shows rather than the DMR ID. Still get this though when trying to transmit:
M: 2019-12-30 20:23:14: Link command from W8VT   B to REF001 C issued via UR Call by W8VT    M: 2019-12-30 20:23:14: D-Plus reply is OKRWM: 2019-12-30 20:23:14: D-Plus ACK message received from REF001 CM: 2019-12-30 20:23:14: D-Plus link to REF001 C establishedM: 2019-12-30 20:23:15: USER: W8VT     NOT FOUND
Tried the E echo and no response, also called on several reflectors with no response, so get  the feeling no transmit.
Got to head out for now and won't be back until later this evening.
Really appreciate the assistance.

Ed W8VT


Adrian Fewster <vk4tux@...>
 

Ed, usually the ircddb server needs a transmission from the user on 40000 UDP to then add to database. 'Not found' messages usually cease

after a callsign route is done and the call is registered with it's IP in the ircddb database.

If you don't use callsign routing you can turn off all ircddb server options,  they are not necessary for usual dstar linking practice, within ircddbgateway to function.

If not needed, Disable all 4. They are not required for REF, XRF and DCS linking, CCS7, echo, info etc. The internet usage on the system is dramatically reduced.

Remote 4G modem d-star systems with monthly plan benefit greatly from the ircddb server disabled state keeping internet usage within limits, and startup time is much faster.

Example of disabled (=0) ;

ircddbEnabled=0
ircddbHostname=
ircddbUsername=
ircddbPassword=
ircddbEnabled2=0
ircddbHostname2=
ircddbUsername2=
ircddbPassword2=
ircddbEnabled3=0
ircddbHostname3=
ircddbUsername3=
ircddbPassword3=
ircddbEnabled4=0
ircddbHostname4=
ircddbUsername4=


aprs can also be disabled if not needed.


I run without ircddb enabled constantly.   http://vk4tux.duckdns.org:6080/vnc_auto.html  Running 2 x mmdvms and 2 x dstarrepeater for 4 module operation, ircddb server not needed or desired.



On 31/12/19 7:20 am, Will - W4WWM wrote:

Ed-W8VT

Restart your gateway as the quadnet server has a new IP.  That should clear up the NOT FOUND message.  If not send an email to admins@...


Will / W4WWM


On 12/30/2019 2:44 PM, Ed W8VT wrote:
Steve and Adrian,
Have an update. Keep getting interrupted but here is where we stand right now.
Manually updated the database (./dvswitch.sh update). Guess I should set up a cron job to do this on a regular basis?
Now my call shows rather than the DMR ID. Still get this though when trying to transmit:
M: 2019-12-30 20:23:14: Link command from W8VT   B to REF001 C issued via UR Call by W8VT    M: 2019-12-30 20:23:14: D-Plus reply is OKRWM: 2019-12-30 20:23:14: D-Plus ACK message received from REF001 CM: 2019-12-30 20:23:14: D-Plus link to REF001 C establishedM: 2019-12-30 20:23:15: USER: W8VT     NOT FOUND
Tried the E echo and no response, also called on several reflectors with no response, so get  the feeling no transmit.
Got to head out for now and won't be back until later this evening.
Really appreciate the assistance.

Ed W8VT


Ed W8VT
 

Well, thought from what I could read that REF001E or any REF with E or DCS with Z were echo reflectors. Connected to them thinking should hear myself repeated back.
Is that not how they work? How would I issue your commands from the CLI of this ircDDBgateway-MMDVM_Bridge-Analog_Bridge-ASL setup?
Got DMR and YSF working without much trouble. DSTAR is becoming quite the educational experience!

Thanks,
Ed W8VT


Adrian Fewster <vk4tux@...>
 

That's not correct. E is just another reflector module and has no reference to 'echo' Echo is an internal ircddbgateway feature, like 'info' #######I  etc.

and requires the #######E urcall sent. You really need to do it from the dstar radio. If you get ok audio reports from the dstar side, I wouldn't worry about it.

On 31/12/19 7:57 am, Ed W8VT wrote:
Well, thought from what I could read that REF001E or any REF with E or DCS with Z were echo reflectors. Connected to them thinking should hear myself repeated back.
Is that not how they work? How would I issue your commands from the CLI of this ircDDBgateway-MMDVM_Bridge-Analog_Bridge-ASL setup?
Got DMR and YSF working without much trouble. DSTAR is becoming quite the educational experience!

Thanks,
Ed W8VT


Adrian Fewster <vk4tux@...>
 

Ed, You are correct regarding the original DCS reflector Z module, see ;

http://176.10.105.252/dcs_userstatus.htm

The Z module on these should return an echo with CQCQCQ once connected. Try DCS001 to test.

Many DCS entries in the DCS host file system are actually XLX reflectors, which don't support it.


These should work ;


DCS001    dcs001.xreflector.net   
DCS002    dcs002.xreflector.net   
DCS003    dcs003.xreflector.net
DCS004    dcs004.xreflector.net

DCS007    dcs007.xreflector.net   
DCS008    dcs008.xreflector.net   
DCS009    dcs009.xreflector.net

DCS011    dcs011.xreflector.net   
  
DCS015    dcs015.xreflector.net   
DCS016    dcs016.xreflector.net   
DCS017    dcs017.xreflector.net   
DCS018    dcs018.xreflector.net   
DCS019    dcs019.xreflector.net   
DCS021    dcs021.xreflector.net   
DCS022    dcs022.xreflector.net   
DCS023    dcs023.xreflector.net   
DCS024    dcs024.xreflector.net   
DCS025    dcs025.xreflector.net   
DCS026    dcs026.xreflector.net   
DCS027    dcs027.xreflector.net

DCS032    dcs032.xreflector.net   
DCS033    dcs033.xreflector.net
DCS044    dcs044.xreflector.net



On 31/12/19 7:57 am, Ed W8VT wrote:
Well, thought from what I could read that REF001E or any REF with E or DCS with Z were echo reflectors. Connected to them thinking should hear myself repeated back.
Is that not how they work? How would I issue your commands from the CLI of this ircDDBgateway-MMDVM_Bridge-Analog_Bridge-ASL setup?
Got DMR and YSF working without much trouble. DSTAR is becoming quite the educational experience!

Thanks,
Ed W8VT


Ed W8VT
 

IT WORKS!!! After much head banging, cursing, etc everything  now working fine on DSTAR. Reinstalled MMDVM_Bridge and DSTAR started working fine. Weird because it worked fine on DMR and YSF.
Really surprised at the quality of the audio, I'm using the hardware vocoder dongle.
Thanks for the help and I certainly know a lot more about DSTAR now than when I started.

Ed W8VT