<div dir="ltr">Yes, voice traffic.<br><br><div class="gmail_quote">On Thu, Sep 25, 2008 at 4:05 PM, Dan Smith <span dir="ltr">&lt;<a href="mailto:dsmith@danplanet.com">dsmith@danplanet.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">&gt; 1. &nbsp;First, interruptions will cause immediate failure of transfer<br>
&gt; every time.<br>
<br>
</div>Interruptions do not cause failures on simplex. &nbsp;There is so much<br>
garbage that comes over the wire on the reflector that I imagine some of<br>
that has to do with it.<br>
<div class="Ih2E3d"><br>
&gt; 2. &nbsp;Busy reflectors are a real problem and cause transfer failures<br>
&gt; most times.<br>
<br>
</div>I don&#39;t doubt this a bit. &nbsp;Optimizing for the quiescent case seems to be<br>
the most effective thing to me. &nbsp;Even a small file will take ages to<br>
transfer if the protocol is patient enough to let people chatter while<br>
it&#39;s trying to do its work. &nbsp;I don&#39;t really think that trying to inject<br>
such extreme patience is particularly effective. &nbsp;What do others think?<br>
<div class="Ih2E3d"><br>
&gt; Best Results** &nbsp; &nbsp; &nbsp;&#39;896&#39; Block Size and Pipeline &#39;10&#39; &nbsp;(defaults<br>
&gt; always failed) &nbsp; &nbsp; &nbsp; &nbsp;yields 39.48 B/s* ** *<br>
&gt; Worse Results** &nbsp; &nbsp; &nbsp;&#39;768&#39; Block Size and Pipeline &#39;11&#39; &nbsp;( &nbsp; &nbsp;&quot;<br>
&gt; &quot; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&quot; &nbsp; &nbsp; ) &nbsp; &nbsp; &nbsp; &nbsp;yields 38.43 B/s* *<br>
<br>
</div>These settings are effectively the same, so I&#39;d attribute any<br>
variability to luck or Murphy.<br>
<div class="Ih2E3d"><br>
&gt; We used REF001 B with traffic occurring 100% on REF001C, then we used<br>
&gt; REF004 with absolutely no traffic.<br>
<br>
</div>100% voice traffic you mean? &nbsp;I can&#39;t see how trying to transfer data<br>
over an otherwise busy (with voice traffic) reflector is at all<br>
advantageous for either the voice or data users.<br>
<br>
For the quiescent case, the settings that you really want to try are the<br>
 &nbsp;warm-up and forced delay. &nbsp;Setting forced delay to 6 (or more)<br>
seconds, with a warm-up delay of 0 and warm-up length of 64 might yield<br>
some interesting results.<br>
<br>
--<br>
Dan Smith<br>
dsmith#<a href="http://danplanet.com" target="_blank">danplanet.com</a>, s/#/@/<br>
<a href="http://www.danplanet.com" target="_blank">www.danplanet.com</a><br>
KK7DS<br>
<br>
_______________________________________________<br>
drats_users mailing list<br>
<a href="mailto:drats_users@lists.danplanet.com">drats_users@lists.danplanet.com</a><br>
<a href="http://lists.danplanet.com/mailman/listinfo/drats_users" target="_blank">http://lists.danplanet.com/mailman/listinfo/drats_users</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Regards,<br><br> Dennis, N5VRP<br> <a href="mailto:n5vrp.satx@gmail.com">n5vrp.satx@gmail.com</a><br><br>Dstar User / Gateway Admin / D-PRS Provider<br>ARRL Member<br>Cactus-Intertie Member<br>
AMSAT Member, President&#39;s Club<br><br>73&#39;s from SATX, EL09rk<br><br>
</div>