Welcome to DVSwitch

[Edited Message Follows]

Hi guys:
Its me again, This time i am assisting a friend of mines in setting up DStar to DMR link i did some reading and want to make sure i understand the instructions and doing it correctly.
this is what i have so far.
DSTAR<------>MMDVM_Bridge------> <-----Analog_Bridge_Dstar.ini----> <----Analog_Bridge_DMR.ini----> <----MMDVM_Bridge<------>DMR

Analog_Bridge_Dstar.ini

[AMBE_AUDIO]

server = 127.0.0.1                      ; IP address of xx_Bridge.py

fromDMRPort = 32103                     ; AMBE frames from xx_Bridge (should match "toGatewayPort" in xx_Bridge.cfg)

toDMRPort = 32100                       ; AMBE frames from xx_Bridge (should match "fromGatewayPort" in xx_Bridge.cfg)

ambeMode = DSTAR                        ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW

minTxTimeMS = 2000                      ; Minimum time in MS for hang delay

gatewayDmrId = 3740029                  ; ID to use when transmitting from Analog_Bridge

repeaterID = 3740029                    ; ID of source repeater

txTg = 1972                                ; TG to use for all frames received from Analog_Bridge -> xx_Bridge

txTs = 1                                ; Slot to use for frames received from Analog_Bridge -> xx_Bridge

colorCode = 1                           ; Color Code to assign DMR frames

DvSwitch.ini Dstar Stanza

[DSTAR]

Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)

TXPort = 32103                  ; Port to send AMBE TLV frames to (export)

RXPort = 32100                  ; Port to listen on (import)

FallbackID = 3740029            ; In case we can not find a valid DMR id in the database, export this one

ExportTG = 1972                 ; Which TG to export

Slot = 2                                ; Export slot

Analog_Bridge_DMR.ini

server = 127.0.0.1                      ; IP address of xx_Bridge.py

fromDMRPort = 31103                     ; AMBE frames from xx_Bridge (should match "toGatewayPort" in xx_Bridge.cfg)

toDMRPort = 31101                       ; AMBE frames from xx_Bridge (should match "fromGatewayPort" in xx_Bridge.cfg)

ambeMode = DMR                          ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW

minTxTimeMS = 2000                      ; Minimum time in MS for hang delay

gatewayDmrId = 0                        ; ID to use when transmitting from Analog_Bridge

repeaterID = 0                          ; ID of source repeater

txTg = 1972                             ; TG to use for all frames received from Analog_Bridge -> xx_Bridge

txTs = 2                                ; Slot to use for frames received from Analog_Bridge -> xx_Bridge

colorCode = 1                           

DvSwitch.INI DMR Stanza

[DMR]

Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)

TXPort = 31103                  ; Port to send AMBE TLV frames to (export)

RXPort = 31101                  ; Port to listen on (import)

Slot = 2                        ; Export slot

Can someone take a look and let me know if I'm on the right track or If I am Missing anything?
Question How do i go about running the 2 Instances of Analog_Bridge?

All of that is in /usr/local/bin/ put I put my ini and .sh script there as well.

(same with NXDN)

You must correct the config to reflect that if you choose to do it as well.

See the install

https://register.ysfreflector.de/installation

Plenty of good reason for staying on the beaten path and not mine.

It's just simpler for 'me' than chasing directories down.

On 6/20/2019 6:11 PM, N9UMJ wrote:

including the installation for the ysfreflector?

On Wed, Jun 19, 2019 at 8:41 PM Mike KB8JNM <groupio@...> wrote:

/opt/

and any custom folders you create. Keep them all in /opt for multiple instances.

On 6/19/2019 8:37 PM, N9UMJ wrote:

Mike

I was confused too.

When I moved the the whole program. And it appeared to be identical to the DO

VPS , but it just wouldn't run.

So I did a new install of DV switch and the ysf reflector and it still wouldn't run?? 

That's when I tried to get some help.

I'm not sure what the difference would be?

But I couldn't start the process.

Your suggestion of having a mock image is a good idea. I' m hoping I can still pull the .ini and conf. From the DIgital Ocean server.

What are the primary folders that I need to recover for DV Switch?

Rick

On Wed, Jun 19, 2019, 8:17 PM Mike KB8JNM <groupio@...> wrote:

You had me well confused in the beginning.  I was not reading your text well.

I will speak only for myself...

I found it is much simpler and a good habit to be in to install OS and software fresh.

I keep backup copies of all conf and ini files that are custom to what I do in mock directories.

I keep other custom conf files off server that I can load and restart on the fly, change the entire character of the server for specific purposes.

 I can do a whole new install of everything in under 40 min and be right back to where I was.

But I have done it a few times, so practice makes perfect. LOL

It is the preferred method with fewer bugs.  Especially on a VPS. If you were able to just move a image from one to another, their stock(virtual) hardware may be different among other things as well as custom linux headers to match that.  No way to know for sure. If they do not let you load your own ISO, there is a higher 'probability' they use custom headers. All things you can probably work around, but why ?

But as I always say, if there are no problems, you will not learn anything. But let us know how you make out.

Share anything unique you have learned on your path. It may help others.

On 6/18/2019 9:37 PM, N9UMJ wrote:

Mike

Your one several that has suggested Vultr , Allstar maybe an option later for linking our 9 analog repeaters to the digital network, I know doug has done that on the Alabama link

I wasn't trying to be unique , Believe it or not I was trying to make it as simple as possible by moving the the files over just as they were on DO.

I have a theory for the issues with the transfer , but will require further investigation to confirm the problem, but not sure if it's worth the effort at this point?

So your thinking it's best to load DVSwitch and the ysf reflector fresh and just copy the ini files?

I'll look at Vultr tonight and Debian is fine , I run Debian on other projects for work. Ubuntu was selected because I use it on my windows 10 machine for ham and personal, not an issue to load Debian to Windows too.Prefer not to use Windows , but some things just won't run without it.

Thanks again for your help, may have more questions later..

Rick

On Tue, Jun 18, 2019 at 5:55 PM Mike KB8JNM <groupio@...> wrote:

If I might suggest using VUTR.com

Cheap reliable and no custom headers and you can load your own ISO

But I suggest you use DEBIAN especially if you are running or think you might run allstar/app_rpt

ASL  on vultr VPS http://29999.link/asl-vps.html

Try to stay on the beaten path until you know more. But I'm not suggesting that you don't try new things but wait till you understand how it all works. Easier to get help when there is nothing unique in your set-up.

On 6/18/2019 8:41 AM, N9UMJ wrote:

Thanks Steve and Mike

I'm going to wipe out Dv_Switch and all of the files completely from the new PS and try again

I've made the directories and they exist in the files,on the new VPS running is the issue??  all of the DV_Switch files and YSFReflector files are working on DO.

Something has been lost of corrupted when brought over from Digital Ocean

It's unfortunate that the snapshot image from DO cannot be moved outside of DO .

I may look at at creating a stand alone on a pi and putting it at the fiber hub for now and start building a standalone instance for the fiber hub and not use the vps. I have 4 multi channel trans coders sitting on the bench as a fall project, Time restraints in the summer is the problem.

The urgency is moving oit away from DO and having it running as it was before the DO fiasco , until the long term changes can be made

Since I'm starting over again is there a better iso option that Ubuntu 18.04

Thanks to both of you , I'll give the move another try any tips would be appreciated.

Rick n9umj

On Tue, Jun 18, 2019 at 7:39 AM Steve KC1AWV <smiller@...> wrote:

It looks to me that you're having procedural problems, and not issues with the programs themselves. You've got folders missing apparently. Here's the important part of what you've sent over:

chown: cannot access '/var/log/YSFReflector': No such file or directory

Make sure the directory exists first before changing owner. mkdir -p /var/log/YSFReflector

Also, it looks like you're already logged in as root, so no need to use sudo on those commands.

While I'm sure nobody here really minds providing help where it's needed, we're getting into support of an operating system, and programs that are not specifically part of DVSwitch. Remember, the support for the DVSwitch programs that this group is intended for are the ones that are maintained in the DVSwitch github repo. All other support is a courtesy.

Steve KC1AWV

On Tue, Jun 18, 2019 at 1:48 AM N9UMJ <n9umj2@...> wrote:

Mike

I tried to reload the YSFReflecor and can't get it to reinstall over whats already there.

Analog_Bridge  NXDNClients  P25Clients  Quantar_Bridge  YSFParrot
DMRGateway     NXDNGateway  P25Gateway  YSFClients      md380-emu
MMDVM_Bridge   NXDNParrot   P25Parrot   YSFGateway      opt
root@hwsrv-499225:/opt# sudo chown mmdvm /var/log/YSFReflector
chown: cannot access '/var/log/YSFReflector': No such file or directory
root@hwsrv-499225:/opt# cd YSFClients
root@hwsrv-499225:/opt/YSFClients# ls
LICENCE    YSFClients      YSFGateway  YSFReflector
README.md  YSFClients.sln  YSFParrot
root@hwsrv-499225:/opt/YSFClients# cd YSFReflector
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo nano YSFreflector.ini
root@hwsrv-499225:/opt/YSFClients/YSFReflector# udo nano YSFReflector.ini

root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo nano YSFReflector.ini
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo useradd mmdvm -g mmdvm -s /                                                                             sbin/nologin
useradd: user 'mmdvm' already exists
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo chown mmdvm /var/log/YSFRef                                                                             lector
chown: cannot access '/var/log/YSFReflector': No such file or directory
root@hwsrv-499225:/opt/YSFClients/YSFReflector#

What Think??

On Mon, Jun 17, 2019 at 10:52 PM Mike KB8JNM <groupio@...> wrote:

http://manpages.ubuntu.com/manpages/bionic/man1/uname.1.html

On 6/17/2019 10:28 PM, N9UMJ wrote:

Mike

I recovered uname -r with sudo apt-get --reinstall install linux-headers-`uname -r`

Now it shows 4.15.0-15 generic for uname-r 

On Sun, Jun 16, 2019, 9:04 PM Mike KB8JNM <groupio@...> wrote:

Not sure if there is anything specific to Ubuntu but Just a thought... Your packaging might be missing something needed. Someone else may be able to chime in on that.

What does it say when you type   '  uname -r   ' from cmd line ?

Not familiar with Dig Oc but

Did you use one of their stock images ?  or - Can/did you load your own iso ?

On 6/16/2019 7:40 PM, N9UMJ wrote:

Hi Mike

Ubuntu 18.04

On Sun, Jun 16, 2019 at 12:20 PM Mike KB8JNM <groupio@...> wrote:

What OS and kernel version ?

On 6/16/2019 12:03 PM, N9UMJ wrote:

I just moved all of the DvSwitch files and server configurations away from Digital Ocean to a new VPS and can't get it to run, All of the ports have been configut=red on the firewall as the working version of DO, I was wondering if someone could give me some tips on what it might be or would be will to take a look see and see if I may have missed something

Thanks
Rick n9umj

--

Steve Miller

KC1AWV

/opt/

and any custom folders you create. Keep them all in /opt for multiple instances.

On 6/19/2019 8:37 PM, N9UMJ wrote:

Mike

I was confused too.

When I moved the the whole program. And it appeared to be identical to the DO

VPS , but it just wouldn't run.

So I did a new install of DV switch and the ysf reflector and it still wouldn't run?? 

That's when I tried to get some help.

I'm not sure what the difference would be?

But I couldn't start the process.

Your suggestion of having a mock image is a good idea. I' m hoping I can still pull the .ini and conf. From the DIgital Ocean server.

What are the primary folders that I need to recover for DV Switch?

Rick

On Wed, Jun 19, 2019, 8:17 PM Mike KB8JNM <groupio@...> wrote:

You had me well confused in the beginning.  I was not reading your text well.

I will speak only for myself...

I found it is much simpler and a good habit to be in to install OS and software fresh.

I keep backup copies of all conf and ini files that are custom to what I do in mock directories.

I keep other custom conf files off server that I can load and restart on the fly, change the entire character of the server for specific purposes.

 I can do a whole new install of everything in under 40 min and be right back to where I was.

But I have done it a few times, so practice makes perfect. LOL

It is the preferred method with fewer bugs.  Especially on a VPS. If you were able to just move a image from one to another, their stock(virtual) hardware may be different among other things as well as custom linux headers to match that.  No way to know for sure. If they do not let you load your own ISO, there is a higher 'probability' they use custom headers. All things you can probably work around, but why ?

But as I always say, if there are no problems, you will not learn anything. But let us know how you make out.

Share anything unique you have learned on your path. It may help others.

On 6/18/2019 9:37 PM, N9UMJ wrote:

Mike

Your one several that has suggested Vultr , Allstar maybe an option later for linking our 9 analog repeaters to the digital network, I know doug has done that on the Alabama link

I wasn't trying to be unique , Believe it or not I was trying to make it as simple as possible by moving the the files over just as they were on DO.

I have a theory for the issues with the transfer , but will require further investigation to confirm the problem, but not sure if it's worth the effort at this point?

So your thinking it's best to load DVSwitch and the ysf reflector fresh and just copy the ini files?

I'll look at Vultr tonight and Debian is fine , I run Debian on other projects for work. Ubuntu was selected because I use it on my windows 10 machine for ham and personal, not an issue to load Debian to Windows too.Prefer not to use Windows , but some things just won't run without it.

Thanks again for your help, may have more questions later..

Rick

On Tue, Jun 18, 2019 at 5:55 PM Mike KB8JNM <groupio@...> wrote:

If I might suggest using VUTR.com

Cheap reliable and no custom headers and you can load your own ISO

But I suggest you use DEBIAN especially if you are running or think you might run allstar/app_rpt

ASL  on vultr VPS http://29999.link/asl-vps.html

Try to stay on the beaten path until you know more. But I'm not suggesting that you don't try new things but wait till you understand how it all works. Easier to get help when there is nothing unique in your set-up.

On 6/18/2019 8:41 AM, N9UMJ wrote:

Thanks Steve and Mike

I'm going to wipe out Dv_Switch and all of the files completely from the new PS and try again

I've made the directories and they exist in the files,on the new VPS running is the issue??  all of the DV_Switch files and YSFReflector files are working on DO.

Something has been lost of corrupted when brought over from Digital Ocean

It's unfortunate that the snapshot image from DO cannot be moved outside of DO .

I may look at at creating a stand alone on a pi and putting it at the fiber hub for now and start building a standalone instance for the fiber hub and not use the vps. I have 4 multi channel trans coders sitting on the bench as a fall project, Time restraints in the summer is the problem.

The urgency is moving oit away from DO and having it running as it was before the DO fiasco , until the long term changes can be made

Since I'm starting over again is there a better iso option that Ubuntu 18.04

Thanks to both of you , I'll give the move another try any tips would be appreciated.

Rick n9umj

On Tue, Jun 18, 2019 at 7:39 AM Steve KC1AWV <smiller@...> wrote:

It looks to me that you're having procedural problems, and not issues with the programs themselves. You've got folders missing apparently. Here's the important part of what you've sent over:

chown: cannot access '/var/log/YSFReflector': No such file or directory

Make sure the directory exists first before changing owner. mkdir -p /var/log/YSFReflector

Also, it looks like you're already logged in as root, so no need to use sudo on those commands.

While I'm sure nobody here really minds providing help where it's needed, we're getting into support of an operating system, and programs that are not specifically part of DVSwitch. Remember, the support for the DVSwitch programs that this group is intended for are the ones that are maintained in the DVSwitch github repo. All other support is a courtesy.

Steve KC1AWV

On Tue, Jun 18, 2019 at 1:48 AM N9UMJ <n9umj2@...> wrote:

Mike

I tried to reload the YSFReflecor and can't get it to reinstall over whats already there.

Analog_Bridge  NXDNClients  P25Clients  Quantar_Bridge  YSFParrot
DMRGateway     NXDNGateway  P25Gateway  YSFClients      md380-emu
MMDVM_Bridge   NXDNParrot   P25Parrot   YSFGateway      opt
root@hwsrv-499225:/opt# sudo chown mmdvm /var/log/YSFReflector
chown: cannot access '/var/log/YSFReflector': No such file or directory
root@hwsrv-499225:/opt# cd YSFClients
root@hwsrv-499225:/opt/YSFClients# ls
LICENCE    YSFClients      YSFGateway  YSFReflector
README.md  YSFClients.sln  YSFParrot
root@hwsrv-499225:/opt/YSFClients# cd YSFReflector
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo nano YSFreflector.ini
root@hwsrv-499225:/opt/YSFClients/YSFReflector# udo nano YSFReflector.ini

root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo nano YSFReflector.ini
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo useradd mmdvm -g mmdvm -s /                                                                             sbin/nologin
useradd: user 'mmdvm' already exists
root@hwsrv-499225:/opt/YSFClients/YSFReflector# sudo chown mmdvm /var/log/YSFRef                                                                             lector
chown: cannot access '/var/log/YSFReflector': No such file or directory
root@hwsrv-499225:/opt/YSFClients/YSFReflector#

What Think??

On Mon, Jun 17, 2019 at 10:52 PM Mike KB8JNM <groupio@...> wrote:

http://manpages.ubuntu.com/manpages/bionic/man1/uname.1.html

On 6/17/2019 10:28 PM, N9UMJ wrote:

Mike

I recovered uname -r with sudo apt-get --reinstall install linux-headers-`uname -r`

Now it shows 4.15.0-15 generic for uname-r 

On Sun, Jun 16, 2019, 9:04 PM Mike KB8JNM <groupio@...> wrote:

Not sure if there is anything specific to Ubuntu but Just a thought... Your packaging might be missing something needed. Someone else may be able to chime in on that.

What does it say when you type   '  uname -r   ' from cmd line ?

Not familiar with Dig Oc but

Did you use one of their stock images ?  or - Can/did you load your own iso ?

On 6/16/2019 7:40 PM, N9UMJ wrote:

Hi Mike

Ubuntu 18.04

On Sun, Jun 16, 2019 at 12:20 PM Mike KB8JNM <groupio@...> wrote:

What OS and kernel version ?

On 6/16/2019 12:03 PM, N9UMJ wrote:

I just moved all of the DvSwitch files and server configurations away from Digital Ocean to a new VPS and can't get it to run, All of the ports have been configut=red on the firewall as the working version of DO, I was wondering if someone could give me some tips on what it might be or would be will to take a look see and see if I may have missed something

Thanks
Rick n9umj

--

Steve Miller

KC1AWV