Very Computer

        I am having problems receiving files with my USR Courier
V.Everything.  Using zmodem I get CRC errors and Data subpacket too
long errors.  Using ftp or ncftp's get, the file will start out at
3.5KBps and freeze for a few seconds and then pick up again, reducing
the ending rate at 1.3KBps for a 1MB file (I have tried different
files).  I used to have a Intel 14.4 modem that worked fine.  I am
connecting to the same type of modem (USRC V.*).  But putting 1 MB
files with ftp and ncftp goes at the normal 3.5KBps.  Also everything
works under win95 (zmodem, getting and putting).

        I have tried some of the AT commands, but with no success.  I
called US Robotics and they told me that it might be the size of the
receive buffer linux is using.  I think they might be right because
when I get the first error it is usually around 40K and that's when I
hear my hard drive spin and the light goes on.  Then it will go a
little further and do the same thing.  Any help or ideas would be
greatly appreciated, because I use linux a lot more than win95 and I
don't want to have to switch. :)

I am using slackware 3.0 and linux 1.3.70 (I have tried others).

        Thanks,

        Mike

Quote:>    Interestingly, under Win95, I've been getting *very* high
>transfer rates, about .4K/s greater than Linux (3.3 vs 2.9).  I am using
>PPP in Win95, and slip in Linux.  From Win 3.1, I would only get about
>2.4, using Trumpet.  Under DOS 6, I'd get about 2.8 in a regular dialup
>terminal.

Or I could be talking bollox...
-michael
--
-St. michael (mainly) Erroneous http://www.st-and.ac.uk/~www_sa/personal/mpv
 "You have been changed. You are Joshua. That is your name. It is also your
    access-code. All the answers you will ever need are available to you.
      All you have to do is say your name." - Gap 2, Stephen Donaldson

Theoretically, cslip and ppp should have the same performance.
However, quality of implementation can have great impact.
Perhaps trying cslip under win95 may give different results,
indicating that perhaps your ISP is using a higher quality ppp
implementation?

Quote:>>2.4, using Trumpet.  Under DOS 6, I'd get about 2.8 in a regular dialup
>>terminal.

>IIRC ppp does (some) error checking across the phone-line connecion, while
>slip only does error checking between the internet source and your
>machine.  Thus, if you've got a fuzzy phone line ppp should involve less
>delay whenever you get a bad packet.

mrc
--
Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly


    We are all of us living in the shadow of Manhattan.  -- Watchmen