Date   

Re: ASl <>AB<>MB<>DMR

Steve N4IRS
 

Steve,
No, you do not HAVE to use a private node number for the bridge. In a up and running AllStar node, the public node may be connected to a radio, there you would need a node number for the bridge.

Steve N4IRS

On 2/14/21 12:53 PM, Steve Siesel [K4KSA] wrote:

I have a question for the group:

 

I am updating my ASL to DMR raspberry Pi to a beta version from Downloads.allstarlink.org.

 

In my old configuration I had a private node of 1999. I see there has  been discussion of private nodes recently. Do you need one anymore. A friend who has ASL<>AB<>MB Shared with me his rpt.conf and it does not use a private node. Is there a purpose for a private node? This is my second install as I could not get ASL to talk to AB. Obviously the partners have been upgraded and things do look a little different. I am using md380-emu and not a DV3000. Any help would be appreciated. Stayed up late last night working on it, but started from scratch this morning.

 

Steve

K4KSA

 



ASl <>AB<>MB<>DMR

Steve Siesel [K4KSA]
 

I have a question for the group:

 

I am updating my ASL to DMR raspberry Pi to a beta version from Downloads.allstarlink.org.

 

In my old configuration I had a private node of 1999. I see there has  been discussion of private nodes recently. Do you need one anymore. A friend who has ASL<>AB<>MB Shared with me his rpt.conf and it does not use a private node. Is there a purpose for a private node? This is my second install as I could not get ASL to talk to AB. Obviously the partners have been upgraded and things do look a little different. I am using md380-emu and not a DV3000. Any help would be appreciated. Stayed up late last night working on it, but started from scratch this morning.

 

Steve

K4KSA

 


DVSwitch Server plus AllStar image

Steve N4IRS
 

<https://dvswitch.groups.io/g/DVSwitch-AllStar/message/40>


Re: ASL to DMR Bridge Installation Prob.

Patrick Perdue
 

I remember some discussion about sound being very choppy on the ASL Buster images a few months ago. No idea what the status of that is now. I'll try it and see what happens.


On 2/14/2021 9:20 AM, Steve N4IRS wrote:
Patrick,
The install of AllStar from the DVSwitch repository does not support Open Sound System (OSS) which The channel drivers for the USB sound fob requires. We decided that we would not require a custom kernel or older version of Raspbian. Work is being done on updated channel drivers that do not require OSS.

AllStarLink has a RPi image built on Buster with a custom kernel. I have not tested it yet, but I expect it works fine. I don't know what they are doing for i386, AMD64 or ARM64 installs.

Steve N4IRS

On 2/14/21 9:12 AM, Patrick Perdue wrote:

Sorry, I should clarify... I want to build a radio-less node in the sense that there is a fob with a microphone and output connected, which incorporates DVSwitch Server.


On 2/14/2021 9:11 AM, Patrick Perdue via groups.io wrote:

I don't mean to hijack the thread, though this is somewhat related.

I know there were problems with ASL on Buster with sound in the past. Was this ever addressed, or is Buster only good as an ASL hub with no connected hardware?

I want to build a radio-less node incorporating ASL and DVSwitch Server. Is it still recommended to use the old ASL Stretch image and install DVSwitch Server on top of that, or should Buster be used now?


On 2/14/2021 8:57 AM, Steve N4IRS wrote:
Those instructions are outdated. Try this:

Download and install Raspbian Buster for the raspberry Pi
Do the following as root (sudo -s)

Make sure you install is up to date
     apt update
    apt upgrade
    if updates were installed, reboot

Add the dvswitch repository
    wget http://dvswitch.org/buster
    chmod +x buster
    ./buster

Make sure you have added the repository
    apt update
    look for "deb http://dvswitch.org/DVSwitch_Repository hamradio" in the output

Verify programs are now installable

apt install dvswitch-server --dry-run
    any errors reported?

apt install allstar --dry-run
    any errors reported?

Install AllStar first
     apt install allstar
    errors? stop and ask
    reboot
    AllStar working?
    asterisk -r to login to the asterisk cli to check
    use asl-menu to do basic configuration

Install DVSwitch Server
    apt install dvswitch-server
    errors? stop and ask
    logout and back in, or reboot
    run the dvs menu to configure DVSwitch Server
        When asked for the USRP port, take the default (Just hit enter)

Configure AllStar and DVSwitch Server to taste.

Take your time, read the screen. If you get a error, stop, capture the error and past into a e-mail.

Configure DVSwitch Server to taste.
This guide will help you <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>


Steve

On 2/13/21 9:11 PM, steve@... wrote:
Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.



Re: ASL to DMR Bridge Installation Prob.

Steve N4IRS
 

Patrick,
The install of AllStar from the DVSwitch repository does not support Open Sound System (OSS) which The channel drivers for the USB sound fob requires. We decided that we would not require a custom kernel or older version of Raspbian. Work is being done on updated channel drivers that do not require OSS.

AllStarLink has a RPi image built on Buster with a custom kernel. I have not tested it yet, but I expect it works fine. I don't know what they are doing for i386, AMD64 or ARM64 installs.

Steve N4IRS

On 2/14/21 9:12 AM, Patrick Perdue wrote:

Sorry, I should clarify... I want to build a radio-less node in the sense that there is a fob with a microphone and output connected, which incorporates DVSwitch Server.


On 2/14/2021 9:11 AM, Patrick Perdue via groups.io wrote:

I don't mean to hijack the thread, though this is somewhat related.

I know there were problems with ASL on Buster with sound in the past. Was this ever addressed, or is Buster only good as an ASL hub with no connected hardware?

I want to build a radio-less node incorporating ASL and DVSwitch Server. Is it still recommended to use the old ASL Stretch image and install DVSwitch Server on top of that, or should Buster be used now?


On 2/14/2021 8:57 AM, Steve N4IRS wrote:
Those instructions are outdated. Try this:

Download and install Raspbian Buster for the raspberry Pi
Do the following as root (sudo -s)

Make sure you install is up to date
     apt update
    apt upgrade
    if updates were installed, reboot

Add the dvswitch repository
    wget http://dvswitch.org/buster
    chmod +x buster
    ./buster

Make sure you have added the repository
    apt update
    look for "deb http://dvswitch.org/DVSwitch_Repository hamradio" in the output

Verify programs are now installable

apt install dvswitch-server --dry-run
    any errors reported?

apt install allstar --dry-run
    any errors reported?

Install AllStar first
     apt install allstar
    errors? stop and ask
    reboot
    AllStar working?
    asterisk -r to login to the asterisk cli to check
    use asl-menu to do basic configuration

Install DVSwitch Server
    apt install dvswitch-server
    errors? stop and ask
    logout and back in, or reboot
    run the dvs menu to configure DVSwitch Server
        When asked for the USRP port, take the default (Just hit enter)

Configure AllStar and DVSwitch Server to taste.

Take your time, read the screen. If you get a error, stop, capture the error and past into a e-mail.

Configure DVSwitch Server to taste.
This guide will help you <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>


Steve

On 2/13/21 9:11 PM, steve@... wrote:
Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.



Re: ASL to DMR Bridge Installation Prob.

Patrick Perdue
 

Sorry, I should clarify... I want to build a radio-less node in the sense that there is a fob with a microphone and output connected, which incorporates DVSwitch Server.


On 2/14/2021 9:11 AM, Patrick Perdue via groups.io wrote:

I don't mean to hijack the thread, though this is somewhat related.

I know there were problems with ASL on Buster with sound in the past. Was this ever addressed, or is Buster only good as an ASL hub with no connected hardware?

I want to build a radio-less node incorporating ASL and DVSwitch Server. Is it still recommended to use the old ASL Stretch image and install DVSwitch Server on top of that, or should Buster be used now?


On 2/14/2021 8:57 AM, Steve N4IRS wrote:
Those instructions are outdated. Try this:

Download and install Raspbian Buster for the raspberry Pi
Do the following as root (sudo -s)

Make sure you install is up to date
     apt update
    apt upgrade
    if updates were installed, reboot

Add the dvswitch repository
    wget http://dvswitch.org/buster
    chmod +x buster
    ./buster

Make sure you have added the repository
    apt update
    look for "deb http://dvswitch.org/DVSwitch_Repository hamradio" in the output

Verify programs are now installable

apt install dvswitch-server --dry-run
    any errors reported?

apt install allstar --dry-run
    any errors reported?

Install AllStar first
     apt install allstar
    errors? stop and ask
    reboot
    AllStar working?
    asterisk -r to login to the asterisk cli to check
    use asl-menu to do basic configuration

Install DVSwitch Server
    apt install dvswitch-server
    errors? stop and ask
    logout and back in, or reboot
    run the dvs menu to configure DVSwitch Server
        When asked for the USRP port, take the default (Just hit enter)

Configure AllStar and DVSwitch Server to taste.

Take your time, read the screen. If you get a error, stop, capture the error and past into a e-mail.

Configure DVSwitch Server to taste.
This guide will help you <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>


Steve

On 2/13/21 9:11 PM, steve@... wrote:
Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.


Re: ASL to DMR Bridge Installation Prob.

Patrick Perdue
 

I don't mean to hijack the thread, though this is somewhat related.

I know there were problems with ASL on Buster with sound in the past. Was this ever addressed, or is Buster only good as an ASL hub with no connected hardware?

I want to build a radio-less node incorporating ASL and DVSwitch Server. Is it still recommended to use the old ASL Stretch image and install DVSwitch Server on top of that, or should Buster be used now?


On 2/14/2021 8:57 AM, Steve N4IRS wrote:
Those instructions are outdated. Try this:

Download and install Raspbian Buster for the raspberry Pi
Do the following as root (sudo -s)

Make sure you install is up to date
     apt update
    apt upgrade
    if updates were installed, reboot

Add the dvswitch repository
    wget http://dvswitch.org/buster
    chmod +x buster
    ./buster

Make sure you have added the repository
    apt update
    look for "deb http://dvswitch.org/DVSwitch_Repository hamradio" in the output

Verify programs are now installable

apt install dvswitch-server --dry-run
    any errors reported?

apt install allstar --dry-run
    any errors reported?

Install AllStar first
     apt install allstar
    errors? stop and ask
    reboot
    AllStar working?
    asterisk -r to login to the asterisk cli to check
    use asl-menu to do basic configuration

Install DVSwitch Server
    apt install dvswitch-server
    errors? stop and ask
    logout and back in, or reboot
    run the dvs menu to configure DVSwitch Server
        When asked for the USRP port, take the default (Just hit enter)

Configure AllStar and DVSwitch Server to taste.

Take your time, read the screen. If you get a error, stop, capture the error and past into a e-mail.

Configure DVSwitch Server to taste.
This guide will help you <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>


Steve

On 2/13/21 9:11 PM, steve@... wrote:
Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.


Re: ASL to DMR Bridge Installation Prob.

Steve N4IRS
 

Those instructions are outdated. Try this:

Download and install Raspbian Buster for the raspberry Pi
Do the following as root (sudo -s)

Make sure you install is up to date
     apt update
    apt upgrade
    if updates were installed, reboot

Add the dvswitch repository
    wget http://dvswitch.org/buster
    chmod +x buster
    ./buster

Make sure you have added the repository
    apt update
    look for "deb http://dvswitch.org/DVSwitch_Repository hamradio" in the output

Verify programs are now installable

apt install dvswitch-server --dry-run
    any errors reported?

apt install allstar --dry-run
    any errors reported?

Install AllStar first
     apt install allstar
    errors? stop and ask
    reboot
    AllStar working?
    asterisk -r to login to the asterisk cli to check
    use asl-menu to do basic configuration

Install DVSwitch Server
    apt install dvswitch-server
    errors? stop and ask
    logout and back in, or reboot
    run the dvs menu to configure DVSwitch Server
        When asked for the USRP port, take the default (Just hit enter)

Configure AllStar and DVSwitch Server to taste.

Take your time, read the screen. If you get a error, stop, capture the error and past into a e-mail.

Configure DVSwitch Server to taste.
This guide will help you <https://docs.google.com/document/d/1eN50Csr29eAprBu7eKA0Bfa2XUcsXw5iktY1Ey-Qjkg/edit>


Steve

On 2/13/21 9:11 PM, steve@... wrote:
Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.


ASL to DMR Bridge Installation Prob.

steve@...
 

Followed these instructions to the letter:  https://4x5mg.net/2018/07/16/allstar-to-dmr-bridge/
 
Get to the part where I install dvswitch & come up with this error:
 
Setting up mmdvm-bridge (1.5-20200427-24) ...
Error, APRS_Hosts.txt file does not seem to be valid
dpkg: error processing package mmdvm-bridge (--configure):
 subprocess installed post-installation script returned error exit status 251
Errors were encountered while processing:
 
The contents of APRS_HOSTS.txt are as follows:
 
; APRS_Hosts.txt downloaded from http://www.pistar.uk/downloads/APRS_Hosts.txt^M
; File created at Thursday 4th of Feb 2021 7:00 PM^M
rotate.aprs2.net:14580;Universal connection for Global Loadbalance^M
noam.aprs2.net:14580;Universal connection for servers in North America^M
soam.aprs2.net:14580;Universal connection for servers in South America^M
euro.aprs2.net:14580;Universal connection for servers in Europe and Africa^M
asia.aprs2.net:14580;Universal connection for servers in Asia^M
anuz.aprs2.net:14580;Universal connection for servers in Oceania^M
 
I’ve started fresh from the ground up & always dead-end with this error.  Any ideas?
 
Much thanks in advance for any assistance you can offer.


Re: banned DVSwitch

Heiko DL1BZ
 

The use of OpenBridge only makes sense if using a system that works like a master (like Hblink). This is not a solution for client systems like DVSwitch mobile. Especially since it only works reliably with static IPs, which users normally do not have. If we speak of a server-2-server connection to create a bridge between two networks, I naturally agree with the choice of Openbridge as the preferred solution, which is exactly what has been implemented for this case.

As a developer, I would currently not want to follow the request of the German sysop team of the BM to move the developers to implement their own Open Terminal protocol. Do we really need that? Another protocol? Especially since it is currently only used by the BM as a result of their own prestige project with BOXCHIP.

73 Heiko, DL1BZ


Re: Unable to connect to Brandmeister using HBlink #hblink

Doug
 

Unfortunately I cannot test to see if I could ping the master as I deleted the original server when the new one was going.

But as I was receiving back from the master - Repeater Authentication Accepted - I would assume that pinging it would not be a problem.
its something that happens in the next 2 lines  -
Repeater Configuration Sent - MSTCL Recieved.
I tried searching to see what
MSTCL Recieved means and come up with absolutely nothing.
All I know for certain is the same setup from a different IP works and you do not get back from the master
MSTCL Recieved and everything connects as normal.
Doug ZL3DMH


Re: Unable to connect to Brandmeister using HBlink #hblink

Steve N4IRS
 

Can you ping the master from the IP address you think is blocked?

On 2/11/21 10:00 PM, Doug wrote:
I have a HBLink server thats been running for many months now on a cloud server, about 2 weeks ago it just stopped connecting to brandmeister.
On starting it manualy I noticed an error coming back MSTCL Recieved the same as in your posting.
I have repeater freqs set in the connectors to BM and also my own Password login set as it allways has been  and was running.
The only way I could get my system back going was to image the server, start a new server with a different IP address and put the image back on the new server start it and it all worked instantly.
From this I got that  
MSTCL Recieved means the IP address has been blocked.


Doug ZL3DMH


Re: Unable to connect to Brandmeister using HBlink #hblink

Doug - W4DBG
 

If you are connecting via a peer in hbklink.cfg to Brandmeister you should disconnect it and request an OpenBridge. 



On Thu, Feb 11, 2021 at 9:33 PM Doug <zl3dmh@...> wrote:
I have a HBLink server thats been running for many months now on a cloud server, about 2 weeks ago it just stopped connecting to brandmeister.
On starting it manualy I noticed an error coming back MSTCL Recieved the same as in your posting.
I have repeater freqs set in the connectors to BM and also my own Password login set as it allways has been  and was running.
The only way I could get my system back going was to image the server, start a new server with a different IP address and put the image back on the new server start it and it all worked instantly.
From this I got that  
MSTCL Recieved means the IP address has been blocked.


Doug ZL3DMH

--
Doug Gooden
troytrojan@...


Re: Unable to connect to Brandmeister using HBlink #hblink

Doug
 

I have a HBLink server thats been running for many months now on a cloud server, about 2 weeks ago it just stopped connecting to brandmeister.
On starting it manualy I noticed an error coming back MSTCL Recieved the same as in your posting.
I have repeater freqs set in the connectors to BM and also my own Password login set as it allways has been  and was running.
The only way I could get my system back going was to image the server, start a new server with a different IP address and put the image back on the new server start it and it all worked instantly.
From this I got that  
MSTCL Recieved means the IP address has been blocked.


Doug ZL3DMH


Re: New Install of DVSwich

Steve N4IRS
 
Edited

I can't find a problem. Fresh Debian 10 64 bit.

apt update
apt upgrade
reboot

I won't paste results too much text. No errors

wget http://dvswitch.org/buster
chmod +x buster
./buster

I won't paste results too much text. No errors

At this point I installed DVSwitch Server then AllStar
I won't paste results too much text. No errors

reboot.

szingman@nuc:~$ ssh szingman@...
szingman@...'s password:
Linux debian 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64

root@debian:~# cat /var/log/netcheck
Starting md380-emu: [01:42:52.457]
Starting NetCheck in systemd: [01:42:54.242]

NetCheck starting: [01:42:54.306]

wget returned: No problems occurred (0) [01:42:55.070]

Starting Analog_Bridge: [01:42:55.076]
Starting YSFGateway: [01:42:55.078]
Starting ircDDBGateway: [01:42:55.081]
NetCheck: Success [01:42:55.082]
Starting MMDVM_Bridge: [01:42:55.092]
Starting NXDNGateway: [01:42:55.093]
Starting P25Gateway: [01:42:55.102]
Starting YSFParrot: [01:42:55.108]
Starting Web Proxy: [01:42:55.114]
Starting P25Parrot: [01:42:55.124]
Starting NXDNParrot: [01:42:55.129]

root@debian:~# lsmod | grep dahdi
dahdi_dummy            16384  0
dahdi                 245760  27 dahdi_dummy
crc_ccitt              16384  1 dahdi

root@debian:~# asterisk -r

AllStarLink Asterisk Version 1.01 2/13/2018 GIT Version 004b9dd
Copyright (C) 1999 - 2018 Digium, Inc. Jim Dixon, AllStarLink Inc. and others.
Created by Mark Spencer <markster@...>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk GIT Version 004b9dd currently running on debian (pid = 420)
debian*CLI> exit

root@debian:~# /opt/MMDVM_Bridge/dvswitch.sh version all
dvswitch.sh version 1.6.0
Analog_Bridge version 1.6.0
MMDVM_Bridge version 20201129_V1.6.2 git #89f8998
P25Gateway version 20200824
NXDNGateway version 20200824
YSFGateway version 20200908

root@debian:~# ps ax
  PID TTY      STAT   TIME COMMAND
  375 ?        Ssl    0:01 /usr/bin/qemu-arm-static /opt/md380-emu/md380-emu -S 2470
  383 ?        Sl     0:00 /usr/bin/monit -c /etc/monit/monitrc
  417 ?        Ss     0:00 /bin/bash /usr/local/bin/rc.updatenodelist &
  420 ?        Ssl    0:01 /usr/sbin/asterisk -g -f -C /etc/asterisk/asterisk.conf
  509 ?        Ssl    0:01 /usr/bin/ircddbgatewayd -logdir:/var/log/ircddbgateway
  510 ?        Ss     0:00 /opt/YSFGateway/YSFGateway /opt/YSFGateway/YSFGateway.ini
  511 ?        Ssl    0:00 /opt/Analog_Bridge/Analog_Bridge /opt/Analog_Bridge/Analog_Bridge.ini
  513 ?        Ssl    0:02 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini
  515 ?        Ssl    0:00 /opt/NXDNGateway/NXDNGateway /opt/NXDNGateway/NXDNGateway.ini
  517 ?        Ssl    0:00 /opt/P25Gateway/P25Gateway /opt/P25Gateway/P25Gateway.ini
  518 ?        Ss     0:00 /opt/YSFParrot/YSFParrot 42012
  521 ?        Ssl    0:01 /usr/bin/node /opt/Web_Proxy/proxy.js 8080 2222
  522 ?        Ss     0:00 /opt/P25Parrot/P25Parrot 42011
  525 ?        Ss     0:00 /opt/NXDNParrot/NXDNParrot 42021
  533 ?        Ss     0:00 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
root@debian:~#

root@debian:~# host-info 
 
Host information script v .1.6.0 10/27/2020
 
=== Intel-AMD ===
Node name = debian
Host name = debian
Machine = x86_64
CPU model = Intel(R) Xeon(R) CPU E5645 @ 2.40GHz
Operating system = GNU/Linux
ID = Debian
Release = 10
Codename = buster
Debian package architecture = amd64
Kernel name = Linux
Kernel release = 4.19.0-14-amd64
Kernel version = #1 SMP Debian 4.19.171-2 (2021-01-30)
Data width (bits) = 64
Memory = 180 MB used of 986 MB (18.26%)
Disk = 2 GB used of 62 GB (4%)
CPU load = 0.06
IP Address = Internal: 192.168.160.172 MAC Address: 00:50:56:9c:3d:1c
 
I did not get any errors during install(s)
All programs installed and running.

Steve N4IRS


On 2/11/21 12:11 AM, Mike KB8JNM wrote:
Steve, you might want to revisit this method.
While it did work, I just tried a fresh install today and there were debian buster updates and now broken dependent packages.
I did not have time to sort it out. But it's there. I will revisit in a few days.


Re: New Install of DVSwich

Mike KB8JNM
 

Steve, you might want to revisit this method.
While it did work, I just tried a fresh install today and there were debian buster updates and now broken dependent packages.
I did not have time to sort it out. But it's there. I will revisit in a few days.


Re: banned DVSwitch

Wolfgang DK5UF
 

Thank you very much Steve for the hint. That was exactly my problem.
After changing the Frequencies to Simplex Frequencies I am reaccepted
by Brandmeister and dvswitch is working as perfect as it was before.
Many thanks for a great job you are doing and  I'm waiting impatiently for
the browser interface.
vy 73s and 55s from Wolfgang, DK%UF


Re: Setup of a Bridge YSF to DMR - Anyone out there who can solve this mystery ? #mmdvm_bridge

Uli
 

Thanks Steve,
I did and it works again

Uli


Re: Brandmeister block DVSwitch

Pierre Martel
 

100% and BTW did I say thanks for all the great jobs you all doing here? if not, big thanks !!!!


Le mar. 9 févr. 2021 à 21:10, Steve N4IRS <szingman@...> a écrit :
True, I don't like everything I have to do, but I sure do what it takes to help extend things. I think this thread has run it's course.

73, Steve N4IRS

On 2/9/21 9:07 PM, Pierre Martel wrote:
There is a saying, if you don't do politics, politics will do with you. :-) Catch 22... We are doomed to have some politics in our life.





Le mar. 9 févr. 2021 à 20:53, Steve N4IRS <szingman@...> a écrit :
I don't see where the multilink come into play. As far as frequency, unless it's a hotspot, the frequencies are not used. The only reason the frequencies need to be adjusted is that BM is leveraging the frequencies selected to protect from a misconfigured hotspot. We are providing the data the protocol needs in the format it expects it in. There is nothing fake about it. I don't like the politics either but I deal in the real world where politics play a part. 

On 2/9/21 8:46 PM, Pierre Martel wrote:
Steve, 
I am with you on this, but the BM team see the MMDVM protocol as a repeater or hotspot client, not as a multilink system. 
And when you put a frequency that is not really in use, for them you are faking it. 

I also don't like all this politics. but I am just a small admin of a small server.. 




Le mar. 9 févr. 2021 à 17:52, Steve N4IRS <szingman@...> a écrit :
It is not a FAKE repeater connection. It is a MMDVM connection. I've made my feelings clear on the subject and as I've said, we will be supporting ODMRTP in the near future for single user configurations. For multi-user bridges we will continue as we are. If someone needs to add a instance of HB3 between MB and BM, so be it. I will post this again.

If you are connecting to BM, make sure your RX and TX frequency are set to a single frequency.

This is the default:
[Info]
RXFrequency=222340000
TXFrequency=224940000

Change it to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

Steve N4IRS

On 2/9/21 5:11 PM, Pierre Martel wrote:
https://wiki.brandmeister.network/index.php/Open_DMR_Terminal_Protocol

But still if you ask for an open bridge link you will have it. 

Is that so complicated? Unless you are doing something that is not wanted by the BM group, why try to hide behind a fake repeater connection?

I am doing a link to Brandmeister Canada to Allstarlink and Hamshack Hotline right now, I will follow the rules and on HH I asked for an HHX link (experimental) on Allstarlink they don't have rules to prevent linking to other networks that I know of, So I only requested a Node number and properly identified it. And on Brandmeister I talked to the admin on the Canadian server and he agreed to my project.  Took a whole 30 minute total to deal with this if all the action was put back to back. 

Not a lot of red tape imho. 

If there are rules like that it is because some users don't know what they are doing and create loops between networks. And that causes problems to the stability of the nets. BM is only protecting the networks they worked hard to put in place. 


Pierre
VE2PF



Le mar. 9 févr. 2021 à 16:05, R. H. <ruediger.h@...> a écrit :
Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android





Re: Brandmeister block DVSwitch

Steve N4IRS
 

True, I don't like everything I have to do, but I sure do what it takes to help extend things. I think this thread has run it's course.

73, Steve N4IRS

On 2/9/21 9:07 PM, Pierre Martel wrote:
There is a saying, if you don't do politics, politics will do with you. :-) Catch 22... We are doomed to have some politics in our life.





Le mar. 9 févr. 2021 à 20:53, Steve N4IRS <szingman@...> a écrit :
I don't see where the multilink come into play. As far as frequency, unless it's a hotspot, the frequencies are not used. The only reason the frequencies need to be adjusted is that BM is leveraging the frequencies selected to protect from a misconfigured hotspot. We are providing the data the protocol needs in the format it expects it in. There is nothing fake about it. I don't like the politics either but I deal in the real world where politics play a part. 

On 2/9/21 8:46 PM, Pierre Martel wrote:
Steve, 
I am with you on this, but the BM team see the MMDVM protocol as a repeater or hotspot client, not as a multilink system. 
And when you put a frequency that is not really in use, for them you are faking it. 

I also don't like all this politics. but I am just a small admin of a small server.. 




Le mar. 9 févr. 2021 à 17:52, Steve N4IRS <szingman@...> a écrit :
It is not a FAKE repeater connection. It is a MMDVM connection. I've made my feelings clear on the subject and as I've said, we will be supporting ODMRTP in the near future for single user configurations. For multi-user bridges we will continue as we are. If someone needs to add a instance of HB3 between MB and BM, so be it. I will post this again.

If you are connecting to BM, make sure your RX and TX frequency are set to a single frequency.

This is the default:
[Info]
RXFrequency=222340000
TXFrequency=224940000

Change it to:
[Info]
RXFrequency=224940000
TXFrequency=224940000

Steve N4IRS

On 2/9/21 5:11 PM, Pierre Martel wrote:
https://wiki.brandmeister.network/index.php/Open_DMR_Terminal_Protocol

But still if you ask for an open bridge link you will have it. 

Is that so complicated? Unless you are doing something that is not wanted by the BM group, why try to hide behind a fake repeater connection?

I am doing a link to Brandmeister Canada to Allstarlink and Hamshack Hotline right now, I will follow the rules and on HH I asked for an HHX link (experimental) on Allstarlink they don't have rules to prevent linking to other networks that I know of, So I only requested a Node number and properly identified it. And on Brandmeister I talked to the admin on the Canadian server and he agreed to my project.  Took a whole 30 minute total to deal with this if all the action was put back to back. 

Not a lot of red tape imho. 

If there are rules like that it is because some users don't know what they are doing and create loops between networks. And that causes problems to the stability of the nets. BM is only protecting the networks they worked hard to put in place. 


Pierre
VE2PF



Le mar. 9 févr. 2021 à 16:05, R. H. <ruediger.h@...> a écrit :
Sorry ... little Mistake ... open terminal protocol is that was Brandmeister want

Holen Sie sich Outlook für Android




1101 - 1120 of 9579