[clug] Poor PPPd performance

[Craig Bates]

Thanks Martijn,

The underlying protocol is quite simple.  It will do resends of PDUs that go
missing, but on my setup I don't have a radio link, just digital board to
digital board which is very reliable.  It seems more to do with PPP just not
generating data fast enough or perhaps the Pseudo TTY interface....

Thanks,

Craig

On 3/11/07, Martijn van Oosterhout <kleptog at svana.org> wrote:
>
> On Sun, Mar 11, 2007 at 09:48:09PM +1300, Craig Bates wrote:
> > I'm working on radio link project that runs embedded Linux on an ARM9
> > platform. Four PPP sessions originated on windows PCs go over the air
> > and are terminated on the ARM9.   The software that takes care of the
> > air link connects to the 4 PPPd processes via pseudo TTYs. So PPPd
> > thinks it is talking to a TTY and the other end looks like a file
> > descriptor that the airlink software reads and writes to. So PPP is
> > transported by a lower layer of software. Much like PPP is transported
> > by Ethernet or ATM in DSL.  I hope that makes sense...
>
> Does the underlying protocol have flow control, like TCP? In that case
> you should look at:
>
> http://sites.inka.de/~W1011/devel/tcp-tcp.html
>
> Hope this helps,
> --
> Martijn van Oosterhout   <kleptog at svana.org>   http://svana.org/kleptog/
> > From each according to his ability. To each according to his ability to
> litigate.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD8DBQFF8881IB7bNG8LQkwRAhkTAJ4422WCjUeRDBN5dfHRm8/E/A642ACgkYhh
> dC433Ncp3MgnpDhRBE2bBQI=
> =s65q
> -----END PGP SIGNATURE-----
>
>