Date   

Dv switch

Mahefuze Moosa
 

Hello again I have registed on the all star web page which I received a validation email can someone show me how to activate it and start using the dvswitch on my Samsung s7 as when I click the app it still shows as unregistered sorry for being a pain are  there any setting i have to put in the config and account settings before use I am asking to be helped.
Thank you
Mayfuse 


Dvswitch

Mahefuze Moosa
 

Hello again I have registed on the all star web page which I received a validation email can someone show me how to activate it and start using the dvswitch on my Samsung s7 as when I click the app it still shows as unregistered sorry for being a pain are  there any setting i have to put in the config and account settings before use I am asking to be helped.
Thank you
Mayfuse 


Re: Dvswitch registration

Mahefuze Moosa
 

Ok thank you I have registed on the all-star web page now just waiting confirmation 


On Sat, 11 May 2019, 13:00 Steve N4IRS, <szingman@...> wrote:
The register button on the Dialer screen is used once you have a account setup. It is used to register the mobile app with your AllStar server.

73, Steve N4IRS

On 5/11/2019 6:34 AM, Mahefuze Moosa wrote:
Hello every one I have downloaded dvswitch from Google play installed it but when I click register nothing happens can anyone advise how to get it working 


Re: Dvswitch registration

Steve N4IRS
 

The register button on the Dialer screen is used once you have a account setup. It is used to register the mobile app with your AllStar server.

73, Steve N4IRS

On 5/11/2019 6:34 AM, Mahefuze Moosa wrote:
Hello every one I have downloaded dvswitch from Google play installed it but when I click register nothing happens can anyone advise how to get it working 


Dvswitch registration

Mahefuze Moosa
 

Hello every one I have downloaded dvswitch from Google play installed it but when I click register nothing happens can anyone advise how to get it working 


Re: additional questions around dvswitch

JJ Cummings
 

I run three instances of md380-emu and then also a hardware AMBE chip on a single raspi 3 without issue.. each instance is a single transcode channel pair.


On Fri, May 10, 2019 at 4:34 AM Heiko DL1BZ <dg2dra@...> wrote:

For a bigger project around digital voice in Germany and put them all together my part was the implementation of P25. All worked like a charm, here ist what I done:

P25reflector<->P25gateway<->mmdvm_bridge_1_PartP25<->analog_bridge_P25<->analog_bridge_DMR<->mmdvm_bridge_1_PartDMR<->hblink3_1<->ysf2dmr<->YSFreflector_1
                                                        |<-----> md380-emu<---->|               RPT & HS access area 1 <->|<-> OpenBridge between 2 hblink3_1 and hblink3_2
                                                                                                                      hblink3_2
                                                                                                RPT & HS access area 2 <->|<->ysf2dmr<->YSFreflector_2

The decision for transcoding was because I need YSF-N and DMR <->P25 at the same time. All works great and stable, no problems at the moment. I think I understand the whole concept and the configuration behind dvswitch.
Now my additional questions. How much "channels" can be used at the same time with the md380-emu ? Only one combination of 2 modes for one instance of md380-emu or is it possible to do more ? (I mean 2x2 analog_bridges). Or I need more instances of the md380-emu with different ports for this ? I'm not sure yet.

 

73 Heiko, DL1BZ


additional questions around dvswitch

Heiko DL1BZ
 

For a bigger project around digital voice in Germany and put them all together my part was the implementation of P25. All worked like a charm, here ist what I done:

P25reflector<->P25gateway<->mmdvm_bridge_1_PartP25<->analog_bridge_P25<->analog_bridge_DMR<->mmdvm_bridge_1_PartDMR<->hblink3_1<->ysf2dmr<->YSFreflector_1
                                                        |<-----> md380-emu<---->|               RPT & HS access area 1 <->|<-> OpenBridge between 2 hblink3_1 and hblink3_2
                                                                                                                      hblink3_2
                                                                                                RPT & HS access area 2 <->|<->ysf2dmr<->YSFreflector_2

The decision for transcoding was because I need YSF-N and DMR <->P25 at the same time. All works great and stable, no problems at the moment. I think I understand the whole concept and the configuration behind dvswitch.
Now my additional questions. How much "channels" can be used at the same time with the md380-emu ? Only one combination of 2 modes for one instance of md380-emu or is it possible to do more ? (I mean 2x2 analog_bridges). Or I need more instances of the md380-emu with different ports for this ? I'm not sure yet.

 

73 Heiko, DL1BZ


Re: Asterisk Dead After Update

K4VL
 

That worked like a charm.
Thanks again


On Thu, May 9, 2019 at 7:44 PM Mike KB8JNM <groupio@...> wrote:

Did you make a back-up image of your SD card to revert to ?

You needed to put a hold on kernel headers to prevent them from updating.

http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.readme

sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel
sudo apt-get update
sudo apt-get upgrade -y 
sudo reboot


On 5/9/2019 8:39 PM, K4VL wrote:
I ran apt-get update and apt-get upgrade on my DMR bridge and rebooted my Pi. After that I could not connect to the DMR bridge from my other All Star node. I ran systemctl status asterisk and got what you see in the attachment.
I restored a backup image and got it back up and running. I ran the same process again and killed it again. Can someone help me with what I am doing wrong?


Re: Asterisk Dead After Update

JJ Cummings
 

Or you can build dahdi from the included sources 

Sent from the iRoad

On May 9, 2019, at 18:44, Mike KB8JNM <groupio@...> wrote:

Did you make a back-up image of your SD card to revert to ?

You needed to put a hold on kernel headers to prevent them from updating.

http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.readme

sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel
sudo apt-get update
sudo apt-get upgrade -y 
sudo reboot


On 5/9/2019 8:39 PM, K4VL wrote:
I ran apt-get update and apt-get upgrade on my DMR bridge and rebooted my Pi. After that I could not connect to the DMR bridge from my other All Star node. I ran systemctl status asterisk and got what you see in the attachment.
I restored a backup image and got it back up and running. I ran the same process again and killed it again. Can someone help me with what I am doing wrong?


Re: Asterisk Dead After Update

K4VL
 

Yes I do have a backup image. I will try this.

Thanks


On Thu, May 9, 2019 at 7:44 PM Mike KB8JNM <groupio@...> wrote:

Did you make a back-up image of your SD card to revert to ?

You needed to put a hold on kernel headers to prevent them from updating.

http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.readme

sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel
sudo apt-get update
sudo apt-get upgrade -y 
sudo reboot


On 5/9/2019 8:39 PM, K4VL wrote:
I ran apt-get update and apt-get upgrade on my DMR bridge and rebooted my Pi. After that I could not connect to the DMR bridge from my other All Star node. I ran systemctl status asterisk and got what you see in the attachment.
I restored a backup image and got it back up and running. I ran the same process again and killed it again. Can someone help me with what I am doing wrong?


Re: Asterisk Dead After Update

Mike KB8JNM
 

Did you make a back-up image of your SD card to revert to ?

You needed to put a hold on kernel headers to prevent them from updating.

http://dvswitch.org/files/ASL_Images/Raspberry_Pi/Stretch/ASL_1.01-20180228-armhf-raspbian-stretch-image.readme

sudo apt-mark hold raspberrypi-kernel-headers raspberrypi-kernel
sudo apt-get update
sudo apt-get upgrade -y 
sudo reboot


On 5/9/2019 8:39 PM, K4VL wrote:

I ran apt-get update and apt-get upgrade on my DMR bridge and rebooted my Pi. After that I could not connect to the DMR bridge from my other All Star node. I ran systemctl status asterisk and got what you see in the attachment.
I restored a backup image and got it back up and running. I ran the same process again and killed it again. Can someone help me with what I am doing wrong?


Asterisk Dead After Update

K4VL
 

I ran apt-get update and apt-get upgrade on my DMR bridge and rebooted my Pi. After that I could not connect to the DMR bridge from my other All Star node. I ran systemctl status asterisk and got what you see in the attachment.
I restored a backup image and got it back up and running. I ran the same process again and killed it again. Can someone help me with what I am doing wrong?


Re: Frequent loss of connection to YSF server

Mike KB8JNM
 

-off list-

vultr.com


...mike/kb8jnm

On 5/8/2019 5:34 PM, N9UMJ wrote:
Thanks Alec .
I was suspicious of Digital Ocean being the problem, but I submitted trouble reports and of course they denied any issues on their end.

I would be interested in moving it , if you have any tips on an easy transition , please let me know in a PM.

As always your input is valued

Rick n9umj

On Wed, May 8, 2019, 4:24 PM Alec-N1AJW <alec.wasserman@...> wrote:
all those suggestions are nice but that's not his problem.   The problem is Digital Ocean.  I used to use them for TGIF's YSF Reflector and it did the same thing.   Some providers work better for YSF Reflector.  Digital Ocean isnt one of them.  I learned by Trial and Error.  Google and Amazon and NFO work much better.   Use the Installation guide for YSF Reflector on the page where you register your reflector.  The method they use here works best to keep the reflector on.  You dont Need YSF Gateway at all for YSF Reflector.   I would suggest you switch services.  I think I set all those up for you like over a year ago.  I found out the other services worked much better.  Its very easy to make and new service and change the ip on the registration page.

Good Luck

Alec


Re: Frequent loss of connection to YSF server

N9UMJ
 

Thanks Alec .
I was suspicious of Digital Ocean being the problem, but I submitted trouble reports and of course they denied any issues on their end.

I would be interested in moving it , if you have any tips on an easy transition , please let me know in a PM.

As always your input is valued

Rick n9umj

On Wed, May 8, 2019, 4:24 PM Alec-N1AJW <alec.wasserman@...> wrote:
all those suggestions are nice but that's not his problem.   The problem is Digital Ocean.  I used to use them for TGIF's YSF Reflector and it did the same thing.   Some providers work better for YSF Reflector.  Digital Ocean isnt one of them.  I learned by Trial and Error.  Google and Amazon and NFO work much better.   Use the Installation guide for YSF Reflector on the page where you register your reflector.  The method they use here works best to keep the reflector on.  You dont Need YSF Gateway at all for YSF Reflector.   I would suggest you switch services.  I think I set all those up for you like over a year ago.  I found out the other services worked much better.  Its very easy to make and new service and change the ip on the registration page.

Good Luck

Alec


Re: Frequent loss of connection to YSF server

Eric-K6KWB
 

Is that what it is? I cancelled my Digital Ocean prior to this issue. I had the same exact problem offline and online, I run my YSF Reflector now at home problem went away. Anyways thats a $5.00 subscription per month, I guess you get what you pay for.


Re: Frequent loss of connection to YSF server

Alec-N1AJW
 

all those suggestions are nice but that's not his problem.   The problem is Digital Ocean.  I used to use them for TGIF's YSF Reflector and it did the same thing.   Some providers work better for YSF Reflector.  Digital Ocean isnt one of them.  I learned by Trial and Error.  Google and Amazon and NFO work much better.   Use the Installation guide for YSF Reflector on the page where you register your reflector.  The method they use here works best to keep the reflector on.  You dont Need YSF Gateway at all for YSF Reflector.   I would suggest you switch services.  I think I set all those up for you like over a year ago.  I found out the other services worked much better.  Its very easy to make and new service and change the ip on the registration page.

Good Luck

Alec


Re: Frequent loss of connection to YSF server

Steve KC1AWV
 

Let me correct myself... I was looking at the compiled page source and not the actual php code, whoops...

 Edit the config.php file found in the config directory for the dashboard. Set REFRESHAFTER to the number of seconds you want the dashboard to refresh after. That sentence was a bit redundant, but you get the idea :)


On Wed, May 8, 2019 at 10:12 AM Stephen Miller <smiller@...> wrote:
Looking at my YSFReflector dashboard, I don't see a refresh button or setting readily available, but there is a meta refresh set to 60 seconds in the dashboard code. If you look at index.php for the dashboard, line 22, you can set the refresh delay in seconds.

Personally, I think a javascript way to refresh would be more cleaner.

On Wed, May 8, 2019 at 8:58 AM N9UMJ <n9umj2@...> wrote:
Thanks Steve,
I changed the timer from 10 to 0 , Ill see if that fixes before changing anything else.
I do remember a setting to refresh the YSFRelector feed to the YSF Dashboard, If memory serves me ? I made it refresh because the dashboard wouldn't' update on it's own? But I don't remember which file I made the changes in.

I started a log file this morning to help keep track of any changes. This project is growing and getting past my ability to retain all of the information.

Rick

Rick

On Wed, May 8, 2019 at 8:33 AM Steve KC1AWV <smiller@...> wrote:
No worries, I've seen all sorts of strange things happen with timers all over the place. The other thing I would check if the InactivityTimeout is set to 0 and the issue still persists would be to see if anything else is running that might be conflicting with the ports in use. Where to look would be determined by which part of the chain is breaking. If YSFGateway is disassociating from the reflector, stop the YSFGateway service and see if there's another program (another instance of YSFGateway?) trying to use ports 3200, 4200, or 42000 UDP.

On Wed, May 8, 2019 at 8:26 AM N9UMJ <n9umj2@...> wrote:
Steve

I just noticed you suggested the inactivity, The issues occurs only during activity , Ill check the setting to make sure it's at 0.

Thanks
Rick

On Wed, May 8, 2019 at 8:14 AM Steve KC1AWV <smiller@...> wrote:
If you're using YSFGateway, check the Network stanza for InacivityTimeout. Set that to 0 for no timeout.

Steve KC1AWV

On Wed, May 8, 2019 at 8:08 AM N9UMJ <n9umj2@...> wrote:
Hi All

Can someone tell me if there is a setting in DV_Switch that would cause a timeout to the YSF server after a few minutes of use .

I believe I have a timeout or a restart set that should not be set, I don't want to start changing things without know what I need to be looking for.

Thanks

Rick n9umj



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV


--
Steve Miller
KC1AWV


Re: Frequent loss of connection to YSF server

Steve KC1AWV
 

Looking at my YSFReflector dashboard, I don't see a refresh button or setting readily available, but there is a meta refresh set to 60 seconds in the dashboard code. If you look at index.php for the dashboard, line 22, you can set the refresh delay in seconds.

Personally, I think a javascript way to refresh would be more cleaner.


On Wed, May 8, 2019 at 8:58 AM N9UMJ <n9umj2@...> wrote:
Thanks Steve,
I changed the timer from 10 to 0 , Ill see if that fixes before changing anything else.
I do remember a setting to refresh the YSFRelector feed to the YSF Dashboard, If memory serves me ? I made it refresh because the dashboard wouldn't' update on it's own? But I don't remember which file I made the changes in.

I started a log file this morning to help keep track of any changes. This project is growing and getting past my ability to retain all of the information.

Rick

Rick

On Wed, May 8, 2019 at 8:33 AM Steve KC1AWV <smiller@...> wrote:
No worries, I've seen all sorts of strange things happen with timers all over the place. The other thing I would check if the InactivityTimeout is set to 0 and the issue still persists would be to see if anything else is running that might be conflicting with the ports in use. Where to look would be determined by which part of the chain is breaking. If YSFGateway is disassociating from the reflector, stop the YSFGateway service and see if there's another program (another instance of YSFGateway?) trying to use ports 3200, 4200, or 42000 UDP.

On Wed, May 8, 2019 at 8:26 AM N9UMJ <n9umj2@...> wrote:
Steve

I just noticed you suggested the inactivity, The issues occurs only during activity , Ill check the setting to make sure it's at 0.

Thanks
Rick

On Wed, May 8, 2019 at 8:14 AM Steve KC1AWV <smiller@...> wrote:
If you're using YSFGateway, check the Network stanza for InacivityTimeout. Set that to 0 for no timeout.

Steve KC1AWV

On Wed, May 8, 2019 at 8:08 AM N9UMJ <n9umj2@...> wrote:
Hi All

Can someone tell me if there is a setting in DV_Switch that would cause a timeout to the YSF server after a few minutes of use .

I believe I have a timeout or a restart set that should not be set, I don't want to start changing things without know what I need to be looking for.

Thanks

Rick n9umj



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV


Re: Frequent loss of connection to YSF server

N9UMJ
 

Thanks Steve,
I changed the timer from 10 to 0 , Ill see if that fixes before changing anything else.
I do remember a setting to refresh the YSFRelector feed to the YSF Dashboard, If memory serves me ? I made it refresh because the dashboard wouldn't' update on it's own? But I don't remember which file I made the changes in.

I started a log file this morning to help keep track of any changes. This project is growing and getting past my ability to retain all of the information.

Rick

Rick


On Wed, May 8, 2019 at 8:33 AM Steve KC1AWV <smiller@...> wrote:
No worries, I've seen all sorts of strange things happen with timers all over the place. The other thing I would check if the InactivityTimeout is set to 0 and the issue still persists would be to see if anything else is running that might be conflicting with the ports in use. Where to look would be determined by which part of the chain is breaking. If YSFGateway is disassociating from the reflector, stop the YSFGateway service and see if there's another program (another instance of YSFGateway?) trying to use ports 3200, 4200, or 42000 UDP.

On Wed, May 8, 2019 at 8:26 AM N9UMJ <n9umj2@...> wrote:
Steve

I just noticed you suggested the inactivity, The issues occurs only during activity , Ill check the setting to make sure it's at 0.

Thanks
Rick

On Wed, May 8, 2019 at 8:14 AM Steve KC1AWV <smiller@...> wrote:
If you're using YSFGateway, check the Network stanza for InacivityTimeout. Set that to 0 for no timeout.

Steve KC1AWV

On Wed, May 8, 2019 at 8:08 AM N9UMJ <n9umj2@...> wrote:
Hi All

Can someone tell me if there is a setting in DV_Switch that would cause a timeout to the YSF server after a few minutes of use .

I believe I have a timeout or a restart set that should not be set, I don't want to start changing things without know what I need to be looking for.

Thanks

Rick n9umj



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV


Re: Frequent loss of connection to YSF server

Steve KC1AWV
 

No worries, I've seen all sorts of strange things happen with timers all over the place. The other thing I would check if the InactivityTimeout is set to 0 and the issue still persists would be to see if anything else is running that might be conflicting with the ports in use. Where to look would be determined by which part of the chain is breaking. If YSFGateway is disassociating from the reflector, stop the YSFGateway service and see if there's another program (another instance of YSFGateway?) trying to use ports 3200, 4200, or 42000 UDP.

On Wed, May 8, 2019 at 8:26 AM N9UMJ <n9umj2@...> wrote:
Steve

I just noticed you suggested the inactivity, The issues occurs only during activity , Ill check the setting to make sure it's at 0.

Thanks
Rick

On Wed, May 8, 2019 at 8:14 AM Steve KC1AWV <smiller@...> wrote:
If you're using YSFGateway, check the Network stanza for InacivityTimeout. Set that to 0 for no timeout.

Steve KC1AWV

On Wed, May 8, 2019 at 8:08 AM N9UMJ <n9umj2@...> wrote:
Hi All

Can someone tell me if there is a setting in DV_Switch that would cause a timeout to the YSF server after a few minutes of use .

I believe I have a timeout or a restart set that should not be set, I don't want to start changing things without know what I need to be looking for.

Thanks

Rick n9umj



--
Steve Miller
KC1AWV



--
Steve Miller
KC1AWV

5921 - 5940 of 9820