Date   

Re: Network Speed

k9dc
 

You also need to check for jitter. 1 Mbps is plenty of speed on the surface, but it needs to very consistent. Check with a ‘ping irlp.net’ If the round trip time varies wildly, you may begin to notice packet loss by ear. Ideally you would like the difference between the worst case and the best case, to be no more than roughly 100 ms. (ignore the first reply, it is almost always much longer)

From my repeater using IRLP VPN shown below. It varies between 41 to 85, or jitter of 40 odd ms, which is excelent. If yours ends up wildly swinging hundreds of ms, it will not work very well. The precise value doesn’t matter much, as long as it is consistent.

repeater@stn4733:~/$ ping irlp.net [or 1.1.1.1 or 4.2.2.2 or any other destination]
PING irlp.net (159.89.122.231) 56(84) bytes of data.
64 bytes from irlp.net (159.89.122.231): icmp_seq=1 ttl=51 time=778 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=2 ttl=51 time=41.3 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=3 ttl=51 time=52.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=4 ttl=51 time=41.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=5 ttl=51 time=41.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=6 ttl=51 time=69.5 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=7 ttl=51 time=59.0 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=8 ttl=51 time=77.3 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=9 ttl=51 time=65.9 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=10 ttl=51 time=53.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=11 ttl=51 time=73.0 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=12 ttl=51 time=51.9 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=13 ttl=51 time=48.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=14 ttl=51 time=85.5 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=15 ttl=51 time=56.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=16 ttl=51 time=75.8 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=17 ttl=51 time=71.7 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=18 ttl=51 time=71.9 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=19 ttl=51 time=50.9 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=20 ttl=51 time=49.9 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=21 ttl=51 time=69.0 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=22 ttl=51 time=51.7 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=23 ttl=51 time=56.6 ms
64 bytes from irlp.net (159.89.122.231): icmp_seq=24 ttl=51 time=51.9 ms

On Aug 4, 2020, at 12:09, Teton Amateur Radio Repeater Association (TARRA) <tarra@...> wrote:

Hello Ramon, the upload speed is a little slow. A little behind the scenes with this, is that this is also my home network. And of course those numbers don't indicate packet loss. Although there is some packet loss, it isn't too bad. There was a little during the 45 minute net last night but it wasn't too bad on this end and no one said anything on the other end.

Mick - W7CAT
Node 3464

----- Original Message -----
From: Ramon Gandia
To: IRLP@irlp.groups.io
Sent: Tuesday, August 04, 2020 10:02:35 AM
Subject: Re: [IRLP] Network Speed

Mick, am I not seeing something? Those numbers look fine.

Ramon AL7X


Re: Network Speed

Teton Amateur Radio Repeater Association (TARRA)
 

Hello Ramon, the upload speed is a little slow. A little behind the scenes with this, is that this is also my home network. And of course those numbers don't indicate packet loss. Although there is some packet loss, it isn't too bad. There was a little during the 45 minute net last night but it wasn't too bad on this end and no one said anything on the other end.

Mick - W7CAT
Node 3464

----- Original Message -----
From: Ramon Gandia
To: IRLP@irlp.groups.io
Sent: Tuesday, August 04, 2020 10:02:35 AM
Subject: Re: [IRLP] Network Speed

> Mick, am I not seeing something? Those numbers look fine.
>
> Ramon AL7X
>
> On 8/4/20 7:18 AM, Teton Amateur Radio Repeater Association (TARRA) wrote:
> > Hello Dave,
> >
> > Thank you for the information. Still working on trying to get internet
> > to the site that you visited.
> >
> > Here is what I am getting on my home cellular connection with AT&T. It
> > will go up once all the people go home. Sadly, here are the results:
> >
> > Retrieving speedtest.net configuration...
> > Testing from Choopa, LLC (45.76.244.170)...
> > Retrieving speedtest.net server list...
> > Selecting best server based on ping...
> > Hosted by CenturyLink (Seattle, WA) [1.31 km]: 199.382 ms
> > Testing download
> > speed................................................................................
> > Download: 11.30 Mbit/s
> > Testing upload
> > speed......................................................................................................
> > Upload: 1.03 Mbit/s
> >
> > Mick - W7CAT
> > Node 3464
>
>
>
>
--

 

0


Re: Network Speed

Ramon Gandia
 

Mick, am I not seeing something? Those numbers look fine.

Ramon AL7X

On 8/4/20 7:18 AM, Teton Amateur Radio Repeater Association (TARRA) wrote:
Hello Dave,
Thank you for the information. Still working on trying to get internet to the site that you visited.
Here is what I am getting on my home cellular connection with AT&T. It will go up once all the people go home. Sadly, here are the results:
Retrieving speedtest.net configuration...
Testing from Choopa, LLC (45.76.244.170)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by CenturyLink (Seattle, WA) [1.31 km]: 199.382 ms
Testing download speed................................................................................
Download: 11.30 Mbit/s
Testing upload speed......................................................................................................
Upload: 1.03 Mbit/s
Mick - W7CAT
Node 3464


Re: Network Speed

Teton Amateur Radio Repeater Association (TARRA)
 

Hello Dave,

Thank you for the information. Still working on trying to get internet to the site that you visited.

Here is what I am getting on my home cellular connection with AT&T. It will go up once all the people go home. Sadly, here are the results:

Retrieving speedtest.net configuration...
Testing from Choopa, LLC (45.76.244.170)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by CenturyLink (Seattle, WA) [1.31 km]: 199.382 ms
Testing download speed................................................................................
Download: 11.30 Mbit/s
Testing upload speed......................................................................................................
Upload: 1.03 Mbit/s

Mick - W7CAT
Node 3464

----- Original Message -----
From: k9dc
To: IRLP@irlp.groups.io
Sent: Tuesday, August 04, 2020 09:04:07 AM
Subject: Re: [IRLP] Network Speed

>
> If it is solid with a consistent ping time (minimal jitter), 500 kbps is plenty, but you need it in both directions. When IRLP is talking, it consumes less than 100 kbps.
>
> Back in the day, I used to have DSL service to my repeater, which provided a whopping 384 kbps in the upstream direction. It worked fine. My current cellular connection (AT&T) gives me 20-25 Mbps, up and down, very solid. AT&T cell site on the same tower. I actually have three nodes at the same site sharing the cell service.
>
> There is a CLI version of Speedtest you can install on your node to test.
> apt-get install speedtest-cli
>
> It produces output like this…
>
> repeater@stn4733:~/$ speedtest --server 10135
> Retrieving speedtest.net configuration...
> Testing from University of California, San Diego (44.48.26.6)...
> Retrieving speedtest.net server list...
> Selecting best server based on ping...
> Hosted by CenturyLink (Chicago, IL) [977.12 km]: 128.591 ms
> Testing download speed................................................................................
> Download: 24.09 Mbit/s
> Testing upload speed....................................................................................................
> Upload: 26.95 Mbit/s
>
> I specified server 10135, because it is close to the IRLP VPN Hub in Chicago. The natural selection for our 44-net addresses would be somewhere in SoCal.
>
> -k9dc
>
>
> > On Aug 4, 2020, at 10:37, Teton Amateur Radio Repeater Association (TARRA) wrote:
> >
> > Hello Group,
> >
> > I am wondering if a data rate of 500Kbps will be fast enough to run IRLP? Trying to figure out how to get mountain top repeater site connections.
> >
> > Mick - W7CAT
> > Node 3464
> >
> > --
>
>
>
>
>
>
>
--

 

0


Re: Network Speed

k9dc
 

If it is solid with a consistent ping time (minimal jitter), 500 kbps is plenty, but you need it in both directions. When IRLP is talking, it consumes less than 100 kbps.

Back in the day, I used to have DSL service to my repeater, which provided a whopping 384 kbps in the upstream direction. It worked fine. My current cellular connection (AT&T) gives me 20-25 Mbps, up and down, very solid. AT&T cell site on the same tower. I actually have three nodes at the same site sharing the cell service.

There is a CLI version of Speedtest you can install on your node to test.
apt-get install speedtest-cli

It produces output like this…

repeater@stn4733:~/$ speedtest --server 10135
Retrieving speedtest.net configuration...
Testing from University of California, San Diego (44.48.26.6)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by CenturyLink (Chicago, IL) [977.12 km]: 128.591 ms
Testing download speed................................................................................
Download: 24.09 Mbit/s
Testing upload speed....................................................................................................
Upload: 26.95 Mbit/s

I specified server 10135, because it is close to the IRLP VPN Hub in Chicago. The natural selection for our 44-net addresses would be somewhere in SoCal.

-k9dc

On Aug 4, 2020, at 10:37, Teton Amateur Radio Repeater Association (TARRA) <tarra@...> wrote:

Hello Group,

I am wondering if a data rate of 500Kbps will be fast enough to run IRLP? Trying to figure out how to get mountain top repeater site connections.

Mick - W7CAT
Node 3464

--


Re: Network Speed

Teton Amateur Radio Repeater Association (TARRA)
 

Dave, thank you for the quick response. And that is what I was hoping to hear.

Mick - W7CAT
Node 3464

----- Original Message -----
From: David Cameron - IRLP
To: IRLP@irlp.groups.io
Sent: Tuesday, August 04, 2020 08:39:51 AM
Subject: Re: [IRLP] Network Speed

> Yes, more than enough.  To run uncompressed audio, it uses less than 100kbps.Dave Cameron
> -------- Original message --------From: "Teton Amateur Radio Repeater Association (TARRA)" Date: 8/4/20 7:37 AM (GMT-08:00) To: IRLP@irlp.groups.io Subject: [IRLP] Network Speed
> Hello Group,
>
> I am wondering if a data rate of  500Kbps will be fast enough to
> run IRLP? Trying to figure out how to get mountain top repeater
> site connections.
>
> Mick - W7CAT
> Node 3464
>
>
>
>
--

 

0


Re: Network Speed

David Cameron - IRLP
 

Yes, more than enough.  To run uncompressed audio, it uses less than 100kbps.

Dave Cameron

-------- Original message --------
From: "Teton Amateur Radio Repeater Association (TARRA)" <tarra@...>
Date: 8/4/20 7:37 AM (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: [IRLP] Network Speed

Hello Group,

I am wondering if a data rate of  500Kbps will be fast enough to run IRLP? Trying to figure out how to get mountain top repeater site connections.

Mick - W7CAT
Node 3464

--

 

0


Network Speed

Teton Amateur Radio Repeater Association (TARRA)
 

Hello Group,

I am wondering if a data rate of  500Kbps will be fast enough to run IRLP? Trying to figure out how to get mountain top repeater site connections.

Mick - W7CAT
Node 3464

--

 

0


Re: Multiple Echolink Sessions

k9dc
 

I operate a very similar set up here (TKR-750 and TKR-850 always linked together). Each repeater has its own IRLP node (4730 and 4735), and they are linked together across an IRLP Reflector. Both nodes run the IRLP Repeater Controller package. Both repeaters/nodes use IRLP VPN network connections, so they can share the same cellular Internet connection.

If you happen to set up an EXPerimental reflector, and that reflector also had a presence in the Echolink and Allstar network (or anything else), you could achieve the same objective. Side benefit, you could get rid of the hardware repeater controller entirely.

Basically, the IRLP Reflector is the hub of my network. It also makes it very easy to drop additional repeaters into the network on an as needed basis, either my own or those operated by my friends and neighbors.

-k9dc

On Aug 3, 2020, at 23:36, Bob740 <@Bob740> wrote:

I have 2 repeaters (UHF & VHF) linked together. They use 2 ports and EchoIRLP uses the 3rd on the SCOM 7330. Wish it had a 4th port but it does not.
Bob
KE0SDV
7268


Re: Multiple Echolink Sessions

 

On 3/8/20 3:36 pm, Jeff Daugherty wrote:

Just run IRLP/Echolink on one port and Allstar on another port.

I have port 1, repeater port 2, irlp/echolink. Port 3 Allstar

And how do you prevent AllStar  being cross linked to Echolink or IRLP?  This description does not contain that information, and you need to be able to block such crosslinks to be compliant with network policies.


-- 
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: Active indicator

w7gk_1
 

Had the feeling the TCP ports were doing the job but the UDP ports weren't passing audio. The ports are forwarded in the router and my ISP tells me they're not blocking the UDPs on their side so this isn't making sense. Am presuming the IRLP software has those ports open. The club's original IRLP host is gone so unable to ask him how he made it work. Any way thanks for your help. If anything occurs to you that might be useful getting this node running would appreciate hearing from you. Tnx agn. Dave, W7Gk, Elko ARC.





On Sun, Aug 2, 2020 at 14:53, k9dc
<Dave@...> wrote:

I can see your node on the Internet, so it is talking to your ISP just fine. The main test is using the 'troubleshoot-irlp' command.  All tests should pass.

To monitor the radio interface, use the ‘readinput’ command. This will display all action on the radio port, COS, PTT, DTMF digits decoded etc. Ctrl-C to drop readinput.

-k9dc


> On Aug 2, 2020, at 11:47, w7gk_1 via groups.io <w7gk_1=yahoo.com@groups.io> wrote:
>
> Logged in, yes. Node 3806
>
> On Sunday, August 2, 2020, 04:00:39 AM PDT, k9dc <dave@...> wrote:
> Yes, there are several. Are you logged in the the system console?  They all require you be logged in to the machine.  Also what is your node number?
>
> -k9dc
>
> > On Aug 2, 2020, at 03:50, w7gk_1 via groups.io <w7gk_1=yahoo.com@groups.io> wrote:
> >
> > We're operating our IRLP using Red Hat linux. It's a node we've been using for years but had to physically relocate it and it hasn't worked since. Am wondering if the PC is communicating with the link radio talking to our IRLP repeater and if the PC is communicating with our ISP. Is there a linux command that will bring up a screen on the monitor that will tell us what's connected and functioning? Thanks.



Re: Multiple Echolink Sessions

Bob740
 

I have 2 repeaters (UHF & VHF) linked together. They use 2 ports and EchoIRLP uses the 3rd on the SCOM 7330. Wish it had a 4th port but it does not.

Bob
KE0SDV
7268 


Re: Multiple Echolink Sessions

Jeff Daugherty
 

Just run IRLP/Echolink on one port and Allstar on another port.

I have port 1, repeater port 2, irlp/echolink. Port 3 Allstar

 

Jeff

W0NWA

 

Sent from Mail for Windows 10

 

From: Tony Langdon
Sent: Sunday, August 2, 2020 10:19 PM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] Multiple Echolink Sessions

 

Another "It's theoretically possible, but needs developent" scenario. 

AllStar has all of the necessary hooks to enable it to coexist with an

IRLP node on the same radio, and prevent cross linking.  It does need

some minor tweaks to rpt.conf on the AllStar side, to disable the node

when an IRLP connectin is active, as well as fire off event scripts to

tell IRLP when the AllStar node is busy, whether connected to Echolink

or AllStar.

 

I have all of those hooks in my AllStar node, but not the mutual

lockouts - I manage that manually by disabling IRLP when I want to use

AllStar, and disconnecting the audio bridge between the two when IRLP is

enabled.  Being my node's only user currently, makes that easy. :)

 

And to others, no, this isn't going to be finished in a hurry, it will

be an ongoing "slow burn" process. :)

 

--

73 de Tony VK3JED/VK3IRL

http://vkradio.com

 

 

 

 


Re: Multiple Echolink Sessions

 

Another "It's theoretically possible, but needs developent" scenario. 
AllStar has all of the necessary hooks to enable it to coexist with an
IRLP node on the same radio, and prevent cross linking.  It does need
some minor tweaks to rpt.conf on the AllStar side, to disable the node
when an IRLP connectin is active, as well as fire off event scripts to
tell IRLP when the AllStar node is busy, whether connected to Echolink
or AllStar.

I have all of those hooks in my AllStar node, but not the mutual
lockouts - I manage that manually by disabling IRLP when I want to use
AllStar, and disconnecting the audio bridge between the two when IRLP is
enabled.  Being my node's only user currently, makes that easy. :)

And to others, no, this isn't going to be finished in a hurry, it will
be an ongoing "slow burn" process. :)

--
73 de Tony VK3JED/VK3IRL
http://vkradio.com


Re: Rebuilt node, audio not going out STN4437

Bill Hausmann
 

I grabbed a TCPDump from the node and the FW is still doing it. I'm waiting on a reply to see what needs to be changed on the FW. Thanks for the help!

-N2WNS


Re: Active indicator

k9dc
 

I can see your node on the Internet, so it is talking to your ISP just fine. The main test is using the 'troubleshoot-irlp' command. All tests should pass.

To monitor the radio interface, use the ‘readinput’ command. This will display all action on the radio port, COS, PTT, DTMF digits decoded etc. Ctrl-C to drop readinput.

-k9dc

On Aug 2, 2020, at 11:47, w7gk_1 via groups.io <w7gk_1=yahoo.com@groups.io> wrote:

Logged in, yes. Node 3806

On Sunday, August 2, 2020, 04:00:39 AM PDT, k9dc <dave@...> wrote:
Yes, there are several. Are you logged in the the system console? They all require you be logged in to the machine. Also what is your node number?

-k9dc

On Aug 2, 2020, at 03:50, w7gk_1 via groups.io <w7gk_1=yahoo.com@groups.io> wrote:

We're operating our IRLP using Red Hat linux. It's a node we've been using for years but had to physically relocate it and it hasn't worked since. Am wondering if the PC is communicating with the link radio talking to our IRLP repeater and if the PC is communicating with our ISP. Is there a linux command that will bring up a screen on the monitor that will tell us what's connected and functioning? Thanks.


Re: Rebuilt node, audio not going out STN4437

k9dc
 

Nope, still doing the same thing. 172.16.1.1

-k9dc

On Aug 2, 2020, at 14:26, Bill Hausmann <n2wns.radio@...> wrote:

Dave, Can you try it again? I think I found it. -Bill


Re: Multiple Echolink Sessions

k9dc
 

Well, the way it is supposed to work is by using a Reflector or an Experimental node with a toe in each network you want to bridge. You are not supposed to bridge any foreign networks in at the node level. You probably need to look in to setting up an EXPerimental node.

-k9dc

On Aug 2, 2020, at 15:17, Bob740 <@Bob740> wrote:

Sounds like I will have to find another solution if I want multiple Echolink sessions. I have heard of a system called AllStarLink that can be used to provide multiple Echolink sessions. We have a PiRLP running EchoIRLP that feeds into a SCOM 7330 with a Kenwood TRK-750 and a TRK-850 linked repeater radios. I wonder if an AllStarLink system can mix in this environment? Probably a question for another forum. Thanks for your help.

Bob
KE0SDV
7268


Re: Multiple Echolink Sessions

Bob740
 

Sounds like I will have to find another solution if I want multiple Echolink sessions. I have heard of a system called AllStarLink that can be used to provide multiple Echolink sessions. We have a PiRLP running EchoIRLP that feeds into a SCOM 7330 with a Kenwood TRK-750 and a TRK-850 linked repeater radios. I wonder if an AllStarLink system can mix in this environment? Probably a question for another forum. Thanks for your help.

Bob
KE0SDV
7268


Re: Rebuilt node, audio not going out STN4437

Bill Hausmann
 

Dave, Can you try it again? I think I found it. -Bill