<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>imho, you want absolute reliability...stay with hardware controllers. </div><div><br></div><div>typically, my hubs and nodes stay up for months at a time, on an old althon mini tower with 5 dongles attached. get rid of the spinning media and go full solid state, and you,are probably looking at year or more.</div><div><br></div><div>allstar is a work in progress...but, knowing what jim has done with what he built...being open source and community debugged, i'd probably not use it to distribute the launch codes, but i'd want to have it the after the tubes were emptied.</div><div><br></div><div>i don't think 1) the rtcm has been out there long enough and 2) there is a big enough critical mass to say, with any sort of reliable metric, what the mtbf, mttr, or whatever have you, is. <br><br><div>--</div><div>Bryan</div>Sent from my iPad</div><div><br>On Jan 8, 2013, at 12:04 PM, "Pawlowski, Adam" <<a href="mailto:ajp26@buffalo.edu">ajp26@buffalo.edu</a>> wrote:<br><br></div><div><span></span></div><blockquote type="cite"><div><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"><meta name="Generator" content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--><div class="WordSection1"><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt">So, I’m hoping to get some opinion on this. I’ve been having a discussion with our RF guys on replacing our existing 3 port RLC repeater controller with an app_rpt setup, since we have more than 3 things to connect. There’s some apprehension from non PC guys (and even myself, as a PC guy) about the reliability of a PC based system. We’re not using our repeater for emergency or disaster response, and it’s not operating at the top of a mountain, but, nobody wants something that they have to horse around with to keep it running. My thought would be not to stack a machine with USB dongles, but rather to connect each standalone repeater system to a RTCM. The RTCM would then connect to a hub PC (or multiple if it supports fall through to a second host). That way, if the hub computer failed, the standalone repeaters would revert to simple CW ID repeaters. <o:p></o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt"><o:p> </o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt">However, I realize that everything’s computers nowadays. I don’t know if the RTCM is actually running a small embedded Linux, or if it’s arbitrary code of some other nature. I can’t tell. I’m trying to get a feel for their reliability thus far. I know that Asterisk and linux will pretty much just sit there, unless I trigger some sort of bug, for a long time. I actually had a HDD failure that took my Allstar node to read-only FS and it continued to run pretty much just fine until I got a drive out there to repair it, so I’m confident that we won’t have issues. But, I gather that chan_voter is still a work in progress, I’m not sure if it’s advisable to pursue this at this time, or wait until things are further along.<o:p></o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt"><o:p> </o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt">I also ran into some comment about duplex being a problem for linked users – there was not any timer available to allow, on a full duplex system or link, non full duplex users to connect to the system and be able to transmit and talk, as their system would be in use until everyone else cleared out, a difficult scenario. Can’t say for sure since we haven’t gotten there yet but I could see it.<o:p></o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt"><o:p> </o:p></span></font></p><p class="MsoNormal"><font size="2" face="Calibri"><span style="font-size:11.0pt"><o:p> </o:p></span></font></p></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>App_rpt-users mailing list</span><br><span><a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a></span><br><span><a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></span><br></div></blockquote></body></html>