Thus the reason for a dynamic variable that can be changed by the WISP
and OEMS. This way we can do true field test and see what really works.
Even if its beta code there is enough takers to try ;)
Sincerely
Tony Morella
Demarc Technology Group
Office: 908-996-7995
Cell: 908-246-9170
Fax: 908-847-0202
email: tony@demarctech.com
http://www.demarctech.com
Open Chat Server http://www.demarctech.com:8000
Yahoo IM: tonymorella
Wireless Solution Provider
> -----Original Message-----
> From: karlnet-admin@WISPNotes.com
> [mailto:karlnet-admin@WISPNotes.com] On Behalf Of Kevin Knuth
> Sent: Sunday, December 15, 2002 2:31 PM
> To: karlnet@WISPNotes.com
> Subject: RE: [Karlnet] Strange retransmit problem
>
>
> The TurboCell algorithm is pretty complex, so I am not sure
> of the "delay or timeout" before it moves on.
>
> However, you must realize the forcing TurboCell to "not wait"
> has an effect too! I just wonder if the benefit outweighs
> the other possible effects on performance. A question that
> WISPs have to ask themselves is how many links do they have
> that have less then great signal? Most WISPs run with very
> marginal links. If we tell TurboCell to ignore those, they
> may as well close up shop!
>
>
> Kevin
>
> -----Original Message-----
> From: karlnet-admin@WISPNotes.com
> [mailto:karlnet-admin@WISPNotes.com]On
> Behalf Of Chris Conn
>
> Sent: Sunday, December 15, 2002 12:13 PM
> To: karlnet@WISPNotes.com
> Subject: RE: [Karlnet] Strange retransmit problem
>
>
> > TurboCell tries to keep all satellites online and not lose packets.
> >
> > We could, theoretically, change TurboCell so that it does
> not wait for
> > a satellite with problems such as noise, but moves on to
> others if it
> > can't transmit in say 5 or 10 trials.
> >
>
> Hello,
>
> I believe it would be a good idea. This situation is quite
> difficult to reproduce and only causes the mentioned problem
> for a short while. Once it "times-out" or whatever, all
> satellites resume proper connectivity, including the one that
> caused the whole thing to begin with. What is the delay or
> timeout before it "moves-on"?
>
> Thanks,
>
> Chris
>
>
> _______________________________________________
> Karlnet mailing list
> Karlnet@WISPNotes.com
> http://lists.wispnotes.com/mailman/listinfo/ka> rlnet
>
>
> _______________________________________________
>
> Karlnet mailing list
> Karlnet@WISPNotes.com
> http://lists.wispnotes.com/mailman/listinfo/ka> rlnet
>
|