Thanks Derek, Mikkel and others. Thanks for all the help.
I downloaded and printed the USR tech guide. It and the explanation by
Mikkel helps to explain what leaves me in a muddle.
I reinstalled LE2005 once again. While installing I noticed that it
was configuring for my Canon 630 printer. This is VERY strange because
the printer has been completely removed from the computer for the last
dozen or so installations. When reinstalling I thought I was starting
from scratch. That is when the portion of the installation asked about
reformatting my hard drive I thought I had deleted all my partitions.
then let the software reallocate the partitions and I'm sure that I
specified that both partitions were to be reformatted. This leaves me
puzzled because I thought formatting wiped out everything that had been
on the drives. Apparently I am wrong. Should I use a DOS based program
to wipe the hard drive clear of everything? There are a few other
consistent oddities associated with the installations.
Owen
Derek Jennings wrote:
On Thursday 14 July 2005 02:58, Roland Hughes wrote:
Mikkel L. Ellertson wrote:
Owen wrote:
Mikkel, I did the MTU' s o.k. but how do I do the mu's ?
As for the initialization strings. I have tried the USER strings for the
appropriate modem using strings for software flow control (XON/XOFF)
without any change
I would use hardware flow control, instead of software flow control.
My theory generated through ignorance.
I have tried both versions 10'1 and LE2005 using a variety of external
modems with various configurations. The results have always ended the
same. The sad light pulsates with a rhythm from fast to slow this is
repetitive then the rd light starts to blink. Packets are sent in spurts
of several seconds. The cs light starts blinking then everything stops
for three minutes or so then another spurt of packets. This is repeated
several times then all transmission ceases.
I don't think it is the software or the modems . This leaves the
computer. Being ignorant of the BIOS setup and the motherboard I
therefore suspect them via the process of elimination.
Any ideas?
This doesn't sound like a problem with hardware, and I do not think it
is a BIOS problem. It sounds like dropped packets. The way information
is transfered over the Internet, information is brocken down in to
packets. The sending system will send so may of these before it stops
and waits for the recieving machine to respond that it recieved them.
The size of these packets is controlled by the MTU and MRU settings. The
problem comes in when the packets are larger then the a system along the
way can handle. When this happens, the packet is broken down into 2 or
more smaller packets. Setting the MRU smaller stops this, because it
tells the sending system to send smaller packets. (Max Recive Unit.)
That way, the packet does not get broken up, and possible put back
together wrong. It also means that you generate the proper acknolagments
for the packets sent.
Normaly, using the default settings works fine - the size is actualy set
by your ISP. But sometime the ISP is not sending the correct
information, so they get set to someting bigger then the ISP can handle.
My problem is that I am out of practive on using dialup, and I don't
remember exactly how to tweek them. When I was using dialup, I didn't
use KPPP for it, so that is also a problem for me. This why I am leaving
most of this to peopel actualy using dialup.
Mikkel
------------------------------------------------------------------------
____________________________________________________
Want to buy your Pack or Services from Mandriva?
Go to http://store.mandriva.com
Join the Club : http://www.mandrivaclub.com
____________________________________________________
For what it is worth I have always used kppp and until very recently,
yeah wireless, have been on dial up. I was never able to get a exterior
modem to work. This is with various modems and hardware. It would always
dial correctly, go through the handshake and then just die. I tried
various settings but do not remember the details now. I have always had
to buy internal real modems.
Roly
If I can jump in here.
In a previous life I used to design modems so once I used to know more than
was healthy about them.
Modern high speed modems (V.90) support error detection and correction known
as V42. V42 is a packetised protocol between modems invisible to the end
user. Packets from the computer are broken down into smaller packets for
transmission over the link, and any subpacket lost in transit is
retransmitted. At the receiving modem the original packets are reconstructed
and the receiving computer is unaware of the process.
If the link is poor quality the V42 protocol will be unable to recover and
throughput will fall to nothing and flow control will kick in.
Incompatibilities between different manufacturers modems might also cause
problems but of course should not so long as they conform to the standards.
You might like disabling error control with the AT &Mn command to see how the
link works without it.
This old document from US Robotics is worth reading for anyone sad enough to
be interested in modems.
ftp://ftp.usr.com/usr/dl07/sp_asci.txt
derek
------------------------------------------------------------------------
____________________________________________________
Want to buy your Pack or Services from Mandriva?
Go to http://store.mandriva.com
Join the Club : http://www.mandrivaclub.com
____________________________________________________
____________________________________________________
Want to buy your Pack or Services from Mandriva?
Go to http://store.mandriva.com
Join the Club : http://www.mandrivaclub.com
____________________________________________________
