[App_rpt-users] Weather Scripts and Multiple Hubs

R. Wayne allstar at controlservers.net
Mon Apr 6 04:50:18 UTC 2015


Prior planning...

Since our repeater sites are all commercial with generators, temperature control and internet, would we be better off placing a hub at each of these locations? Could we then use USB and plug the repeaters into the hub? Would it need a different IP and in our case using DHCP a separate 192.168.*.* address? We could provide a FQDN using noip.com instead of me assigning one from our master DNS server.

As well, in this way the bandwidth load would not be on one node/hub. Additionally, in the event of a major earthquake that might cause a loss of internet, RTCM’s would cease to function if calling a main hub, right? A local hub with a USB could still manage the recourses in the group. But what if the internet goes down? Can the node/hub function in failsafe mode with just its own IP? A moot point if the site cannot be reached because the internet is down.
To complicate matters, not all resources are at the repeater site. These stations would either need their own RTCM or USBRadio AND internet to reach us. Or, and here’s where the wheels come off the bus for many, using an external hardware controller that has Allstar on port 1, 70cm link-in’s on port 2 and 900 MHz link-in’s on port 3.
Or we keep it simple and insist that users use the 2m repeater and 70cm and 900 MHz can be islands on their own.

From: R. Wayne 
Sent: Sunday, April 05, 2015 8:52 PM
To: app_rpt-users at ohnosec.org 
Subject: [App_rpt-users] Weather Scripts and Multiple Hubs

Not wanting to hijack Skyler’s thread I have created my own.

With that said, our needs are simple. We have three repeaters that need to be converted to RTCM's/Allstar controllers. I believe that RTCM's are the better solution for remote repeaters.  Next, we need weather receive that plays for the local repeater area only. Can this be done? Repeater 1 covers Los Angeles. Repeater 2 covers the desert area and repeater 3 covers the mountains. How then -in theory- do we get weather to play only for its coverage area? Complicating this question is that besides our 2m repeaters we have 70cm and 900 MHz repeaters that overlap. How then -in theory- do we pipe weather to these machines and not play over the entire network?

I wonder if creating separate hubs for each repeater would help and then adding resources to each group would be the answer. These hubs could reside on our rather powerful dual processor server. Each hub could then link to one another just as any other hub from another repeater might. Organization is going to be important for us because other repeaters on other bands want to be a part of our ECOMM network. Earthquakes and weather are a big part of what we are about, but we also act to help motorists, hikers, campers, ATVers, bikers etc, et al. Anyone that needs help will know that they simply call and someone will help them. In addition we encourage chit chat!

To the topic, how then do we begin with weather scripts? I know little at this point. We have one hub operating from a remote base and hope to install the RTCM on the remote repeater this weekend. Then on to repeaters 2 and 3.

One step at a time.

R. Wayne
KI6ZTP Rpt Grp



--------------------------------------------------------------------------------
_______________________________________________
App_rpt-users mailing list
App_rpt-users at ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://ohnosec.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...
URL: <http://lists.keekles.org/pipermail/app_rpt-users/attachments/20150405/a4e1a125/attachment.html>


More information about the App_rpt-users mailing list