Hi everyone on the group.
I am trying to run allstar link using raspbian-jessie-lite with ALS on a Pi Zero W. I edited the config files to run it first as a radioless HUB and second as a simpleusb node.
Everything look fine and I can use the iaxrpt application but when I try to run it with a URI interface the heart beat LED do not flash. It only get a steady green light. I think data is not going through. Do I need to use a powered usb hub or I am missing
something else?
Any thoughts
73 Alberto (KP4AP)
···
From: App_rpt-users app_rpt-users-bounces@lists.allstarlink.org on behalf of app_rpt-users-request@lists.allstarlink.org app_rpt-users-request@lists.allstarlink.org
Sent: Wednesday, November 29, 2017 1:00 PM
To: app_rpt-users@lists.allstarlink.org
Subject: App_rpt-users Digest, Vol 105, Issue 26
Send App_rpt-users mailing list submissions to
app_rpt-users@lists.allstarlink.org
To subscribe or unsubscribe via the World Wide Web, visit
[
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users](http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users)
App_rpt-users Info Page - AllStar Link
This list is for users of the app_rpt.c Asterisk application, the Debian Install (for) Allstar Link (DIAL) This site is dedicated to the memory of Jim Dixon WB6NIL
or, via email, send a message with subject or body ‘help’ to
app_rpt-users-request@lists.allstarlink.org
You can reach the person managing the list at
app_rpt-users-owner@lists.allstarlink.org
When replying, please edit your Subject line so it is more specific
than “Re: Contents of App_rpt-users digest…”
This site is dedicated to the memory of Jim Dixon WB6NIL
Today’s Topics:
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (Mark Johnston)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: DIAL 8.5 and VM’s on ProxMox (Will Bashlor)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (David McGough)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: Using DSP on Rasberry Pi? (John Griffith)
-
Re: DIAL 8.5 and VM’s on ProxMox (Benjamin Naber)
-
How does Allstarlink work? (Benjamin Naber)
-
Re: How does Allstarlink work? (Steve Zingman)
-
Re: DIAL 8.5 and VM’s on ProxMox (David McGough)
Message: 1
Date: Tue, 28 Nov 2017 10:43:36 -0700
From: “John Griffith” jcarl.griffith@gmail.com
Cc: App_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 057101d36870$6b983780$42c8a680$@gmail.com
Content-Type: text/plain; charset=“us-ascii”
I responded to Dave, but not the board, here it is again.
The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
I found the 9000 has a more sensitive receiver, and the Yaesu has a better
transmitter, it doesn’t “crackle”
During long transmissions like the TYT did. I’m using a standard URI.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 9:51 AM
To: John Griffith jcarl.griffith@gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
What kind of radios(s) or repeater are you using?
As the software developer of the hamvoip release, I’m interested to hear
experiences, good or bad.
Thanks,
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all the
config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also
have DSP configured for receive. The Pi 3 actually worked well, my Pi 3
handling the extra load from using DSP quite well. What broke however, was
everything else. I had copied quite a bit over to get it to work, not just
conf files. It’s been a while, I don’t remember exactly what all I copied
over, but it was entire directories. Then, it was no longer able to run USB
tune or even the new features that replaced it because the conf files are
not compatible with the new system. I went back to my old ACID installation
on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the
computer is too big a draw to keep the system running over night. I want to
return to a Pi installation. I’ve tried configuring COS from the radio, but
it has a nasty habit of not going out of COS once a received signal
terminates. I REALLY want to use DSP as I’ve spent countless hours trying to
make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is
there a proper way of bringing my ACID setup over to my Pi successfully?
Not even looked at DIAL, is it compatible with DSP, if it is, can it be
brought over to Pi?
John
N7OKN
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and
scroll down to the bottom of the page. Enter your email address and press
the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a message to
the list detailing the problem.
Message: 2
Date: Tue, 28 Nov 2017 10:47:00 -0700
From: “John Griffith” jcarl.griffith@gmail.com
Cc: App_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 057a01d36870$e560f980$b022ec80$@gmail.com
Content-Type: text/plain; charset=“utf-8”
I’m responding again because I realized I didn’t respond to the board as well.
Thank you Dave. I may need your expertise. My goal is to try again with the Pi, using DSP, without breaking Crompton (or any other distribution, I don’t care which one is used) features. I know DSP can work on a Pi, as I had great success discussed before,
but I never could get telemetry and other stuff working as so many things were mismatched.
From: Dave P [mailto:tdydave@gmail.com]
Sent: Tuesday, November 28, 2017 10:31 AM
To: jcarl.griffith@gmail.com; Jim Pilgram jim.pilgram@gmail.com
Subject: Fwd: [App_rpt-users] Using DSP on Rasberry Pi?
Greetings John,
I pulled this off the reflector to provide local support.
I’m over here in Queen Creek and I’ve built a number of RaspBerry PI2 & 3 using Crompton’s build. Jim NH6HI and a couple others run the Hawaiian Mainland Allstarlink Network (here is our website:
http://wh6av.org/am2.html) My node is in a Data Center in SFO 28508 and I have simplex node on 220 in Queen creek in a dummy load.
I’d be glad to see your system. What is the make and model of the repeater? Are u using a separate controller or are you using the RPI3 as the controller? We use simpleUSB-Tune-Menu to adjust the audio. I used to run ACID back in the day and found the new
Crompton build to be the best. I’d be glad to help what I know.
73 and aloha
Dave - AH6OD 28508/28387/27196
cell: 808-319-7092
home: 703-794-2111
---------- Forwarded message ----------
From: John Griffith <jcarl.griffith@gmail.com mailto:jcarl.griffith@gmail.com >
Date: Tue, Nov 28, 2017 at 9:03 AM
Subject: [App_rpt-users] Using DSP on Rasberry Pi?
To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org mailto:app_rpt-users@lists.allstarlink.org >
About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive. The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite
a bit over to get it to work, not just conf files. It’s been a while, I don’t remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files
are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I’ve tried configuring COS from the radio, but it has a nasty habit of not going
out of COS once a received signal terminates. I REALLY want to use DSP as I’ve spent countless hours trying to make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully? Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?
John
N7OKN
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org mailto:App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed…
Message: 3
Date: Tue, 28 Nov 2017 10:32:52 -0800
From: Mark Johnston markjohnston73@gmail.com
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID:
<CAARNdJFgT5wvuU+_YB=Dz0JGkwzNquLfYqqpCnot+o8RG3cnXA@mail.gmail.com>
Content-Type: text/plain; charset=“utf-8”
Are you using a URI? I have had great success with
https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
radio and using COS, not sure where to pull discriminator audio from, if
you know that would be great!
Mark
**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub>
“Got Root?”
How many software engineers does it take to change a light bulb?
None. It’s a hardware problem.
The best way to accelerate a computer running Windows is at 9.81 m/s².
“I get paid to support Windows, I use Linux to get work done.”
On Tue, Nov 28, 2017 at 8:03 AM, John Griffith jcarl.griffith@gmail.com
wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all the
config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also
have DSP configured for receive. The Pi 3 actually worked well, my Pi 3
handling the extra load from using DSP quite well. What broke however, was
everything else. I had copied quite a bit over to get it to work, not just
conf files. It’s been a while, I don’t remember exactly what all I copied
over, but it was entire directories. Then, it was no longer able to run USB
tune or even the new features that replaced it because the conf files are
not compatible with the new system. I went back to my old ACID installation
on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the
computer is too big a draw to keep the system running over night. I want to
return to a Pi installation. I’ve tried configuring COS from the radio, but
it has a nasty habit of not going out of COS once a received signal
terminates. I REALLY want to use DSP as I’ve spent countless hours trying
to make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is
there a proper way of bringing my ACID setup over to my Pi successfully?
Not even looked at DIAL, is it compatible with DSP, if it is, can it be
brought over to Pi?
John
N7OKN
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/
cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of
the page. Enter your email address and press the "Unsubscribe or edit
options button"
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a message to
the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed…
Message: 4
Date: Tue, 28 Nov 2017 11:40:16 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: “‘Users of Asterisk app_rpt’”
<app_rpt-users@lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 05b401d36878$56b7b2c0$04271840$@gmail.com
Content-Type: text/plain; charset=“utf-8”
Yes, a URI. I use that same radio for receive myself.
The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.
Pin 1: Ground —–> DE-9 Pin 1
Pin 2: TX Audio —–> DE-9 Pin 2
Pin 3: COS —–> DE-9 Pin 3
Pin 4: RX Audio —–> DE-9 Pin 4
Pin 5: PTT —–> DE-9 Pin 5
Pin 6: +5VDC —–> DE-9 Pin 9
From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Are you using a URI? I have had great success with
https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1 >
&psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!
Mark
**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub> ****
“Got Root?”
How many software engineers does it take to change a light bulb?
None. It’s a hardware problem.
The best way to accelerate a computer running Windows is at 9.81 m/s².
“I get paid to support Windows, I use Linux to get work done.”
On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith@gmail.com mailto:jcarl.griffith@gmail.com > wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive. The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite
a bit over to get it to work, not just conf files. It’s been a while, I don’t remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files
are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I’ve tried configuring COS from the radio, but it has a nasty habit of not going
out of COS once a received signal terminates. I REALLY want to use DSP as I’ve spent countless hours trying to make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully? Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?
John
N7OKN
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org mailto:App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed…
Message: 5
Date: Tue, 28 Nov 2017 13:40:57 -0500
From: “Will Bashlor” will@bashlor.com
To: “‘Users of Asterisk app_rpt’”
<app_rpt-users@lists.allstarlink.org>
Subject: Re: [App_rpt-users] DIAL 8.5 and VM’s on ProxMox
Message-ID: 089801d36878$6eb20100$4c160300$@bashlor.com
Content-Type: text/plain; charset=“UTF-8”
Hi Benjamin,
I’m not sure of the specifics in your environment of course, but if there are multiple live versions of a virtual machine then the redundancy/failover features are typically within the guest virtual machine or the specific services it offers. Such as DNS Primary
and Secondary servers, for example.
In other cases in a virtual environment where the redundancy/failover features are within the hypervisor, whether it be Proxmox, ESXi, HyperV, etc, the key is shared storage. In the event of a critical failure of an individual host (individual server or server
blade in a chassis), the hypervisor detects the failure and automatically moves the single instance of the running virtual machine to another host, with minimal downtime.
Running virtual machines can also be manually or automatically migrated from one host to another to more equally distribute the load across the cluster, with virtually (haha) zero downtime. I’ve ping virtual machines continuously while they are being migrated
and never lose a ping!
More info:
https://en.wikipedia.org/wiki/Hypervisor
Maybe this explanation helps someone…
73
Will, KE4IAJ
TARG AEC
-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of David McGough
Sent: Monday, November 27, 2017 10:07 PM
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] DIAL 8.5 and VM’s on ProxMox
To REALLY tell how well any environment is working, you need to check the timing quality as reported from the dahdi kernel drivers. Many environments (particularly VPS!) do rather poorly in the area. Poor results typically mean audio choppiness and poor telemetry
timing (e.g.:
Bad CW or tone timing), particularly where the server is used as a hub with many users connecting, needing to mix many audio streams. Note that this is an asterisk thing, not specifically AllStar. Many messages have been written about this in other asterisk
related forums; goog’ling will find many results.
To test the timing quality, use the dahdi_test command. Jitter in the timing results and accuracy less than about 99.8% means less than perfect performance and potentially mediocre results.
Here is a sample run from my dev RPi3 system with 3 nodes (2 usb audio, 1
pseudo) active:
[root@alarmpi-kb4fxc asterisk]# dahdi_test -c 100 Opened pseudo dahdi interface, measuring accuracy…
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996% 99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993% 99.994%
99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995% 99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994% 99.994%
99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994% 99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995% 99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994% 99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996% 99.994%
99.993%
— Results after 98 passes —
Best: 99.996% – Worst: 99.990% – Average: 99.994247% Cummulative Accuracy (not per pass): 99.994
73, David KB4FXC
On Mon, 27 Nov 2017, Benjamin Naber wrote:
For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent lag, on the latest stable version of Proxmox. Currently, it is a radio-less node.
The test environment is a cluster of three Dell R310 servers (nodes), each with 16GB+ RAM, RAID 1 system drives, some other volume drives, 10GB fiber storage network links, and 1GB network connections.
Each of three nodes have other VMs running on them, running stuff like BIONIC, and other silly things for ‘stress’ testing, as the system is being evaluated for production environment.
To my understanding, proxmox is not a load-sharing/proxy/cloud computing network, each VM is hosted/homed on a single node, but has “live” versions on the other nodes in the cluster. Should a node suffer both power supply failures, or CPU fan squeals to a stop,
or the RAID controller dies, within a minute or so, another node will spin up the live versions of the VMs that were on the now dead node.
So far, that has not been any noticeable lag, jitters, delay, otherwise anything negative, much to my surprise. This is a 101 for me on VM stuff, never messed with it until now.
If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar Technical Net.
I am calling the net tomorrow night, to which the topics are advanced ASL node configurations, and some other stuff I have to be reminded of.
There is chatter throughout the days, more-so at night, so anyone is welcome to connect anytime!
Don’t be a square, connect to there!
~Benjamin, KB9LFZ
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Message: 6
Date: Tue, 28 Nov 2017 15:06:32 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: “‘stan siems’” ssiems@mycns.net
Cc: app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 061c01d36895$26bf6690$743e33b0$@gmail.com
Content-Type: text/plain; charset=“utf-8”
Been a while, but found that radio has PL receive on it… it’s just not very well implemented. Squelch needs to be up to make it work, but any other signal with any tone or no tone will open the squelch if the mic isn’t bumped first.
From: stan siems [mailto:ssiems@mycns.net]
Sent: Tuesday, November 28, 2017 1:55 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
how did you get it to work with tone squelch? if you use the cos for keying it will be open. I have a 220 repeater using a tyt 9000 rec at a remote site at 170 ft and transmitter 1/2 mile away at 120 ft using uri ras pi over ubiquity data link. I am going to
try placing a ctcs tone decoder in the tyt rec as I can not locate the tone decode sig in the radio. If you hook it up with cos it will key up the xmtr but will have no audio I f the person transmitting has no tone
On 11/28/2017 12:40 PM, John Griffith wrote:
Yes, a URI. I use that same radio for receive myself.
The discriminator audio is pin 4 on DE-9 header near the right edge of the main board.
Pin 1: Ground —–> DE-9 Pin 1
Pin 2: TX Audio —–> DE-9 Pin 2
Pin 3: COS —–> DE-9 Pin 3
Pin 4: RX Audio —–> DE-9 Pin 4
Pin 5: PTT —–> DE-9 Pin 5
Pin 6: +5VDC —–> DE-9 Pin 9
From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of Mark Johnston
Sent: Tuesday, November 28, 2017 11:33 AM
To: Users of Asterisk app_rpt mailto:app_rpt-users@lists.allstarlink.org app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Are you using a URI? I have had great success with
https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8 <https://www.amazon.com/gp/product/B01LWNQA85/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1 >
&psc=1 radio and using COS, not sure where to pull discriminator audio from, if you know that would be great!
Mark
**** North West Hub Allstar Node 2295 <http://www.markjohnston.us/nwhub> ****
“Got Root?”
How many software engineers does it take to change a light bulb?
None. It’s a hardware problem.
The best way to accelerate a computer running Windows is at 9.81 m/s².
“I get paid to support Windows, I use Linux to get work done.”
On Tue, Nov 28, 2017 at 8:03 AM, John Griffith <jcarl.griffith@gmail.com mailto:jcarl.griffith@gmail.com > wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive. The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite
a bit over to get it to work, not just conf files. It’s been a while, I don’t remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files
are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I’ve tried configuring COS from the radio, but it has a nasty habit of not going
out of COS once a received signal terminates. I REALLY want to use DSP as I’ve spent countless hours trying to make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully? Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?
John
N7OKN
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org mailto:App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org mailto:App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
–
Thanks Stan Siems WB0EMJ The difficult we do right away the impossible just takes a little longer and the words it can’t be done should never be spoken!
-------------- next part --------------
An HTML attachment was scrubbed…
Message: 7
Date: Tue, 28 Nov 2017 15:09:02 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: “‘Jeff W’” jeffww@gmail.com
Cc: app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 062901d36895$80c00500$82400f00$@gmail.com
Content-Type: text/plain; charset=“utf-8”
Yes, I realized that.
I started with a clean bootable Crompton and started pulling stuff over after that. That’s when I realized I had a working repeater with DSP, but all the adjustment and telemetry features were broken.
From: Jeff W [mailto:jeffww@gmail.com]
Sent: Tuesday, November 28, 2017 2:53 PM
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
John, if you copied any binaries from ACID they may not work because they were compiled for x86 architecture not ARM. There could also be deoendencies that you are missing. I would recommend building or installing precompiled packages for the same applications
on thr pi and then try to swap out the config files from the pc.
JEFF
On Nov 28, 2017 10:03 AM, “John Griffith” <jcarl.griffith@gmail.com mailto:jcarl.griffith@gmail.com > wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all the config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to also have DSP configured for receive. The Pi 3 actually worked well, my Pi 3 handling the extra load from using DSP quite well. What broke however, was everything else. I had copied quite
a bit over to get it to work, not just conf files. It’s been a while, I don’t remember exactly what all I copied over, but it was entire directories. Then, it was no longer able to run USB tune or even the new features that replaced it because the conf files
are not compatible with the new system. I went back to my old ACID installation on my PC after hopelessly breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but the computer is too big a draw to keep the system running over night. I want to return to a Pi installation. I’ve tried configuring COS from the radio, but it has a nasty habit of not going
out of COS once a received signal terminates. I REALLY want to use DSP as I’ve spent countless hours trying to make COS work properly and not achieving good success.
Is there a way of making DSP work on a Pi without breaking stuff? Or is there a proper way of bringing my ACID setup over to my Pi successfully? Not even looked at DIAL, is it compatible with DSP, if it is, can it be brought over to Pi?
John
N7OKN
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org mailto:App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-------------- next part --------------
An HTML attachment was scrubbed…
Message: 8
Date: Tue, 28 Nov 2017 15:13:03 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 063001d36896$103ca7b0$30b5f710$@gmail.com
Content-Type: text/plain; charset=“us-ascii”
It’s a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Is this a VHF or UHF repeater??? What type of duplexer, if any??
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
I found the 9000 has a more sensitive receiver, and the Yaesu has a
better transmitter, it doesn’t “crackle”
During long transmissions like the TYT did. I’m using a standard URI.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 9:51 AM
To: John Griffith jcarl.griffith@gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
What kind of radios(s) or repeater are you using?
As the software developer of the hamvoip release, I’m interested to
hear experiences, good or bad.
Thanks,
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
About 4 months ago, I loaded Crompton on my Pi and transferred all
the
config files over from my ACID box.
My current repeater uses ACID on an old fanless PC, and it happens to
also have DSP configured for receive. The Pi 3 actually worked well,
my Pi 3 handling the extra load from using DSP quite well. What broke
however, was everything else. I had copied quite a bit over to get it
to work, not just conf files. It’s been a while, I don’t remember
exactly what all I copied over, but it was entire directories. Then,
it was no longer able to run USB tune or even the new features that
replaced it because the conf files are not compatible with the new
system. I went back to my old ACID installation on my PC after hopelessly
breaking my Crompton attempt.
Fast forward to now. I have my repeater running off a solar panel, but
the computer is too big a draw to keep the system running over night.
I want to return to a Pi installation. I’ve tried configuring COS from
the radio, but it has a nasty habit of not going out of COS once a
received signal terminates. I REALLY want to use DSP as I’ve spent
countless hours trying to make COS work properly and not achieving good
success.
Is there a way of making DSP work on a Pi without breaking stuff? Or
is there a proper way of bringing my ACID setup over to my Pi
successfully?
Not even looked at DIAL, is it compatible with DSP, if it is, can it
be brought over to Pi?
John
N7OKN
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
and scroll down to the bottom of the page. Enter your email address
and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a message
to the list detailing the problem.
Message: 9
Date: Tue, 28 Nov 2017 17:26:27 -0500 (EST)
From: David McGough kb4fxc@inttek.net
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID:
<Pine.LNX.4.44.1711281724040.27041-100000@goliath.inttek.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi John,
Out of curiosity, if you disable the transmit radio, how does COS behave
on the TYT?
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
It’s a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Is this a VHF or UHF repeater??? What type of duplexer, if any??
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
I found the 9000 has a more sensitive receiver, and the Yaesu has a
better transmitter, it doesn’t “crackle”
During long transmissions like the TYT did. I’m using a standard URI.
Message: 10
Date: Tue, 28 Nov 2017 15:59:56 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: “‘Users of Asterisk app_rpt’”
<app_rpt-users@lists.allstarlink.org>
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 06ce01d3689c$9cfd7700$d6f86500$@gmail.com
Content-Type: text/plain; charset=“utf-8”
I see what you’re getting at… the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I’ll do an experiment and let you know. May be a couple of days, but I’m going to start on the Pi project tonight.
-----Original Message-----
From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of David McGough
Sent: Tuesday, November 28, 2017 3:26 PM
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
It’s a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Is this a VHF or UHF repeater??? What type of duplexer, if any??
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
I found the 9000 has a more sensitive receiver, and the Yaesu has a
better transmitter, it doesn’t “crackle”
During long transmissions like the TYT did. I’m using a standard URI.
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Message: 11
Date: Tue, 28 Nov 2017 16:12:33 -0700
From: “John Griffith” jcarl.griffith@gmail.com
To: “‘Steve Zingman’” szingman@msgstor.com
Cc: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Message-ID: 06d101d3689e$5ff353a0$1fd9fae0$@gmail.com
Content-Type: text/plain; charset=“utf-8”
My Allstar configuration backed up on the Allstar site is messed up, never could get that working.
Wait, you’re saying something I thought I understood, but now I’m not sure. You’re saying, I can start with a basic Rasbian image (not Crompton) and migrate my ACID configuration over?
Wouldn’t I have to roll my own Asterisk and App_RPT? I’m afraid that may be too hairy… I’m a Windows tech LOL
-----Original Message-----
From: Steve Zingman [mailto:szingman@msgstor.com]
Sent: Tuesday, November 28, 2017 4:04 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
John,
If you are comfortable with the Pi and want to add AllStarLink to a existing Raspbian image I have a solution for you. After the install you will have to edit the config file. You can use your ACID files as a template.
If you want a Pi image with AllStarLink installed I can point you at that too. Your call.
73, Steve N4IRS
On 11/28/2017 05:59 PM, John Griffith wrote:
I see what you’re getting at… the RF from the transmitter may be interfering with the CPU in the receiving radio, locking up the COS. I’ll do an experiment and let you know. May be a couple of days, but I’m going to start on the Pi project tonight.
-----Original Message-----
From: App_rpt-users
[mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of
David McGough
Sent: Tuesday, November 28, 2017 3:26 PM
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Out of curiosity, if you disable the transmit radio, how does COS behave on the TYT?
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
It’s a UHF repeater with a flat-pack. I have 90db separation which is
adequate for my needs.
-----Original Message-----
From: David McGough [mailto:kb4fxc@inttek.net]
Sent: Tuesday, November 28, 2017 1:23 PM
To: John Griffith jcarl.griffith@gmail.com
Subject: RE: [App_rpt-users] Using DSP on Rasberry Pi?
Hi John,
Is this a VHF or UHF repeater??? What type of duplexer, if any??
73, David KB4FXC
On Tue, 28 Nov 2017, John Griffith wrote:
The receive radio is a TYT TH-9000. The transmit radio is a Yaesu ft-7800.
I found the 9000 has a more sensitive receiver, and the Yaesu has a
better transmitter, it doesn’t “crackle”
During long transmissions like the TYT did. I’m using a standard URI.
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Message: 12
Date: Tue, 28 Nov 2017 20:43:49 -0600
From: Benjamin Naber Benjamin@Project23D.com
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] DIAL 8.5 and VM’s on ProxMox
Message-ID: 1511923429.2489.17.camel@Project23D.com
Content-Type: text/plain; charset=“UTF-8”
David,
you message was put in my “Worthy Keeping” folder!
While on this subject, are there any other tests?
These were the results of: dahdi_test -c 100
me@KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy…
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%
99.997% 99.995%
— Results after 98 passes —
Best: 100.000% – Worst: 99.605% – Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997
What is interesting about this mess is that Windows 10 does not do very
well on this enviroment… while the Linux machines just seem to work
as if the OS was installed on real hardware
~Benjamin, KB9LFZ
On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
To REALLY tell how well any environment is working, you need to check
the
timing quality as reported from the dahdi kernel drivers. Many
environments (particularly VPS!) do rather poorly in the area. Poor
results typically mean audio choppiness and poor telemetry timing
(e.g.:
Bad CW or tone timing), particularly where the server is used as a
hub
with many users connecting, needing to mix many audio streams. Note
that
this is an asterisk thing, not specifically AllStar. Many messages
have
been written about this in other asterisk related forums; goog’ling
will
find many results.
To test the timing quality, use the dahdi_test command. Jitter in the
timing results and accuracy less than about 99.8% means less than
perfect
performance and potentially mediocre results.
Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
audio, 1
pseudo) active:
[root@alarmpi-kb4fxc asterisk]# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy…
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%
99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%
99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%
99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%
99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%
99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%
99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%
99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%
99.994% 99.993%
— Results after 98 passes —
Best: 99.996% – Worst: 99.990% – Average: 99.994247%
Cummulative Accuracy (not per pass): 99.994
73, David KB4FXC
On Mon, 27 Nov 2017, Benjamin Naber wrote:
For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent
lag,
on the latest stable version of Proxmox. Currently, it is a radio-
less
node.
The test environment is a cluster of three Dell R310 servers (nodes),
each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
10GB fiber storage network links, and 1GB network connections.
Each of three nodes have other VMs running on them, running stuff
like
BIONIC, and other silly things for ‘stress’ testing, as the system is
being evaluated for production environment.
To my understanding, proxmox is not a load-sharing/proxy/cloud
computing network, each VM is hosted/homed on a single node, but has
“live” versions on the other nodes in the cluster. Should a node
suffer
both power supply failures, or CPU fan squeals to a stop, or the RAID
controller dies, within a minute or so, another node will spin up the
live versions of the VMs that were on the now dead node.
So far, that has not been any noticeable lag, jitters, delay,
otherwise
anything negative, much to my surprise. This is a 101 for me on VM
stuff, never messed with it until now.
If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
Technical
Net.
I am calling the net tomorrow night, to which the topics are advanced
ASL node configurations, and some other stuff I have to be reminded
of.
There is chatter throughout the days, more-so at night, so anyone is
welcome to connect anytime!
Don’t be a square, connect to there!
~Benjamin, KB9LFZ
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.o
rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
bottom of the page. Enter your email address and press the
“Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a
message to the list detailing the problem.
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.o
rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
bottom of the page. Enter your email address and press the
“Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a
message to the list detailing the problem.
Message: 13
Date: Tue, 28 Nov 2017 21:02:14 -0600
From: Benjamin Naber Benjamin@Project23D.com
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Cc: arm-allstar arm-allstar@hamvoip.org
Subject: [App_rpt-users] How does Allstarlink work?
Message-ID: 1511924534.2489.20.camel@Project23D.com
Content-Type: text/plain; charset=“UTF-8”
I would like to know how allstarlink works. I could assume specific
questions, but I’d rather like to start from the top.
I’d like to know from an outside view of what the “DNS” system that has
been put into place, and if it is a hamvoip thing, or if it is a ASL
wide system.
I have the basic understanding of node registering, as the fundamental
IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
system. There are, obviously, other things at play to make this system
of ours, work.
Why am I asking? Because I like to know how stuff works, so when I
bitch about something not working, I have a better understanding as to
why it does not work, and can ask more intelligent questions.
As entertaining as it may be, exclaiming: The damn thing doesn’t work!
is not a good starting point to getting an issue resolved.
~Benjamin, KB9LFZ
Message: 14
Date: Tue, 28 Nov 2017 22:19:25 -0500
From: Steve Zingman szingman@msgstor.com
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org,
Benjamin Naber <Benjamin@Project23D.com>
Subject: Re: [App_rpt-users] How does Allstarlink work?
Message-ID: f226fc9d-c418-4b76-2440-0c06834d2ab2@msgstor.com
Content-Type: text/plain; charset=utf-8; format=flowed
On 11/28/2017 10:02 PM, Benjamin Naber wrote:
I would like to know how allstarlink works. I could assume specific
questions, but I’d rather like to start from the top.
I’d like to know from an outside view of what the “DNS” system that has
been put into place, and if it is a hamvoip thing, or if it is a ASL
wide system.
It is a HAMVIOP thing. As I understand it, not that I have been filled
in except by hearsay, it is meant to replace the existing nodelist
system /var/lib/asterisk/rpt_extnodes which is updated less often.
There is a AllStarLink plan for a DNS system to replace both the node
lookup and registration system.
I have the basic understanding of node registering, as the fundamental
IAX2 trunk linking is no different than two Asterisk boxes for a VoIP
system. There are, obviously, other things at play to make this system
of ours, work.
You pretty much have it. Add the creation of the nodelist.
Why am I asking? Because I like to know how stuff works, so when I
bitch about something not working, I have a better understanding as to
why it does not work, and can ask more intelligent questions.
As entertaining as it may be, exclaiming: The damn thing doesn’t work!
is not a good starting point to getting an issue resolved.
I do so love those posts.
~Benjamin, KB9LFZ
Steve N4IRS
Message: 15
Date: Wed, 29 Nov 2017 01:05:46 -0500 (EST)
From: David McGough kb4fxc@inttek.net
To: Users of Asterisk app_rpt app_rpt-users@lists.allstarlink.org
Subject: Re: [App_rpt-users] DIAL 8.5 and VM’s on ProxMox
Message-ID:
<Pine.LNX.4.44.1711290041250.27041-100000@goliath.inttek.net>
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Hi,
You should strive for better timing numbers for serious use. AllStar uses
the dahdi bridge/conference software as the mechanism to mix all the
received audio for a given node into the combined transmit audio…Every
time that you link nodes together, you’re dynamically creating a dahdi
multi-party bridge, which is similar to an Asterisk conference call
“underneath the covers.” The software timing must be spot-on to
accomplish this task without glitches.
Here may be a couple links of interest:
https://community.freepbx.org/t/this-is-scaring-the-hell-out-of-me/11389
https://wiki.asterisk.org/wiki/display/AST/Bridges
73, David KB4FXC
On Tue, 28 Nov 2017, Benjamin Naber wrote:
David,
you message was put in my “Worthy Keeping” folder!
While on this subject, are there any other tests?
These were the results of: dahdi_test -c 100
me@KB9LFZ-2:~# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy…
99.999% 99.997% 99.609% 99.997% 99.998% 99.615% 99.995% 99.608%Â
99.999% 99.615% 99.608% 99.613% 99.608% 99.999% 99.994% 99.970%Â
99.645% 99.998% 99.608% 99.998% 99.996% 99.996% 99.998% 99.996%Â
99.998% 99.996% 99.999% 99.615% 99.611% 99.613% 99.995% 99.608%Â
99.997% 99.612% 99.608% 99.614% 99.608% 99.615% 99.997% 100.000%Â
99.605% 99.612% 99.989% 99.976% 99.957% 99.998% 99.996% 99.997%Â
100.000% 99.993% 99.998% 99.997% 99.999% 99.997% 99.997% 99.997%Â
99.997% 99.998% 99.998% 99.996% 99.999% 99.993% 99.999% 99.999%Â
99.993% 99.998% 99.998% 99.998% 99.997% 99.994% 99.999% 99.997%Â
99.999% 99.998% 99.993% 100.000% 99.997% 100.000% 99.996% 99.997%Â
99.998% 99.995% 99.998% 99.999% 99.992% 99.999% 99.997% 99.998%Â
99.998% 99.996% 99.997% 99.999% 99.996% 99.999% 99.996% 99.997%Â
99.997% 99.995%Â
— Results after 98 passes —
Best: 100.000% – Worst: 99.605% – Average: 99.917708%
Cummulative Accuracy (not per pass): 99.997
What is interesting about this mess is that Windows 10 does not do very
well on this enviroment… while the Linux machines just seem to work
as if the OS was installed on real hardware
~Benjamin, KB9LFZ
On Mon, 2017-11-27 at 22:07 -0500, David McGough wrote:
To REALLY tell how well any environment is working, you need to check
the
timing quality as reported from the dahdi kernel drivers. Many
environments (particularly VPS!) do rather poorly in the area. Poor
results typically mean audio choppiness and poor telemetry timing
(e.g.:Â Â
Bad CW or tone timing), particularly where the server is used as a
hub
with many users connecting, needing to mix many audio streams. Note
that
this is an asterisk thing, not specifically AllStar. Many messages
have
been written about this in other asterisk related forums; goog’ling
will
find many results.
To test the timing quality, use the dahdi_test command. Jitter in the
timing results and accuracy less than about 99.8% means less than
perfect
performance and potentially mediocre results.
Here is a sample run from my dev RPi3 system with 3 nodes (2 usb
audio, 1Â
pseudo) active:
[root@alarmpi-kb4fxc asterisk]# dahdi_test -c 100
Opened pseudo dahdi interface, measuring accuracy…
99.992% 99.990% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%Â
99.995% 99.993% 99.996% 99.994% 99.994% 99.994% 99.995% 99.996%Â
99.993% 99.993% 99.994% 99.995% 99.995% 99.994% 99.994% 99.994%Â
99.994% 99.995% 99.993% 99.994% 99.994% 99.994% 99.995% 99.993%Â
99.994% 99.993% 99.994% 99.995% 99.993% 99.994% 99.994% 99.994%Â
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%Â
99.994% 99.994% 99.996% 99.994% 99.994% 99.993% 99.994% 99.995%Â
99.995% 99.993% 99.994% 99.995% 99.995% 99.995% 99.994% 99.994%Â
99.994% 99.994% 99.994% 99.994% 99.994% 99.995% 99.995% 99.994%Â
99.994% 99.993% 99.994% 99.996% 99.993% 99.995% 99.994% 99.995%Â
99.996% 99.993% 99.994% 99.994% 99.995% 99.996% 99.994% 99.994%Â
99.994% 99.994% 99.996% 99.994% 99.994% 99.995% 99.994% 99.996%Â
99.994% 99.993%Â
— Results after 98 passes —
Best: 99.996% – Worst: 99.990% – Average: 99.994247%
Cummulative Accuracy (not per pass): 99.994
73, David KB4FXC
On Mon, 27 Nov 2017, Benjamin Naber wrote:
For those of you who are into this sort of thing, DIAL 8.5 has been
installed, conbooberated and running successfully with no apparent
lag,
on the latest stable version of Proxmox. Currently, it is a radio-
less
node.
The test environment is a cluster of three Dell R310 servers (nodes),
each with 16GB+ RAM, RAID 1 system drives, some other volume drives,
10GB fiber storage network links, and 1GB network connections.
Each of three nodes have other VMs running on them, running stuff
like
BIONIC, and other silly things for ‘stress’ testing, as the system is
being evaluated for production environment.
To my understanding, proxmox is not a load-sharing/proxy/cloud
computing network, each VM is hosted/homed on a single node, but has
“live” versions on the other nodes in the cluster. Should a node
suffer
both power supply failures, or CPU fan squeals to a stop, or the RAID
controller dies, within a minute or so, another node will spin up the
live versions of the VMs that were on the now dead node.
So far, that has not been any noticeable lag, jitters, delay,
otherwise
anything negative, much to my surprise. This is a 101 for me on VM
stuff, never messed with it until now.
If anyone wants to assist in testing, you are invited to connect to
29567
Tuesday night, 7PM Central/8PM Eastern for our weekly Allstar
Technical
Net.
I am calling the net tomorrow night, to which the topics are advanced
ASL node configurations, and some other stuff I have to be reminded
of.
There is chatter throughout the days, more-so at night, so anyone is
welcome to connect anytime!
Don’t be a square, connect to there!
~Benjamin, KB9LFZ
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.o
rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
bottom of the page. Enter your email address and press the
“Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a
message to the list detailing the problem.Â
App_rpt-users mailing list
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.o
rg/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the
bottom of the page. Enter your email address and press the
“Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email
confirmation. If you have trouble unsubscribing, please send a
message to the list detailing the problem.Â
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the “Unsubscribe or edit options button”
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Subject: Digest Footer
App_rpt-users mailing list
App_rpt-users@lists.allstarlink.org
http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
End of App_rpt-users Digest, Vol 105, Issue 26