Re: How to determine actual modem speed

1999-04-12 Thread Ookhoi
Hi Dave,

  Thanx! I have an internal Dynalink and an external E-tech, both 56k. Do
  you have any advice for me how to tune them so that they communicate as
  fast as possible? Most likely I have to replace the Dynalink with an
  identical E-tech, but then? What mru and mtu should I try? And what mnp
  block size? There are three exchanges between the modems.
 
 I haven't spent much time messing around with these parameters, maybe a 
 dejanews search would yield some relevent info. IIRC, you can't get a 56K
 connection unless one of the modems is directly connected to a digital phone
 line (i.e. on an ISP's rack), so if you are getting 33.6 that may be as good
 as it gets. 
 
I heard that before, so I asume that is true. :-[
Have to look at the parameters.

  Maybe a stupid question, but how can I send the command to the modem? I
  connect with the pppd and a chat script. After that  minicom -o doesn't 
  let me in: Device /dev/ttyS3 is locked.
 [...]
 
 That's why installed uucp, because cu doesn't do this. Later, I figured out
 that if you go into the Modem and Dialing Parameter Setup screen  I could
 add the info command (I6) ahead of the Reset command (Z) I would get my info
 once as minicom sets up.

Also while the device is locked? I'll try the uc command. Thanx for your
help and information!

Groetjes, Ookhoi


Re: How to determine actual modem speed

1999-04-11 Thread Dave Thayer
On Fri, Apr 09, 1999 at 09:27:40AM +0200, Ookhoi wrote:
 
   Is there a way to measure the actual speed at which a modem is
   connected? As modems negotiate the speed al the time, the CONNECT string
   at the start of the connection is not up to date some time later.
  
  Depending on your modem model, there's probably an AT command which will
  give this information. For my USR Courier, it's ATI6. My older modem was a
  Cardinal internal which IIRC used a Rockwell chipset, and used the command
  ATV1.
  
 Thanx! I have an internal Dynalink and an external E-tech, both 56k. Do
 you have any advice for me how to tune them so that they communicate as
 fast as possible? Most likely I have to replace the Dynalink with an
 identical E-tech, but then? What mru and mtu should I try? And what mnp
 block size? There are three exchanges between the modems.

I haven't spent much time messing around with these parameters, maybe a 
dejanews search would yield some relevent info. IIRC, you can't get a 56K
connection unless one of the modems is directly connected to a digital phone
line (i.e. on an ISP's rack), so if you are getting 33.6 that may be as good
as it gets. 

 
  If I reset the Courier (ATZ), it will forget the speed. To get around this
  you can either use cu from the uucp package, or modify the modem init string
  in minicom from ATZ to ATI6Z.
 
 Maybe a stupid question, but how can I send the command to the modem? I
 connect with the pppd and a chat script. After that  minicom -o doesn't 
 let me in: Device /dev/ttyS3 is locked.
[...]

That's why installed uucp, because cu doesn't do this. Later, I figured out
that if you go into the Modem and Dialing Parameter Setup screen  I could
add the info command (I6) ahead of the Reset command (Z) I would get my info
once as minicom sets up.

-- 
Dave Thayer
Denver, Colorado USA
[EMAIL PROTECTED] [EMAIL PROTECTED]


Re: How to determine actual modem speed

1999-04-09 Thread Dave Thayer
On Thu, Apr 08, 1999 at 08:48:44AM +0200, Ookhoi wrote:
 
 
 Is there a way to measure the actual speed at which a modem is
 connected? As modems negotiate the speed al the time, the CONNECT string
 at the start of the connection is not up to date some time later.
 

Depending on your modem model, there's probably an AT command which will
give this information. For my USR Courier, it's ATI6. My older modem was a
Cardinal internal which IIRC used a Rockwell chipset, and used the command
ATV1.

If I reset the Courier (ATZ), it will forget the speed. To get around this
you can either use cu from the uucp package, or modify the modem init string
in minicom from ATZ to ATI6Z.

your pal dave

-- 
Dave Thayer
Denver, Colorado USA
[EMAIL PROTECTED] [EMAIL PROTECTED]


Re: How to determine actual modem speed

1999-04-09 Thread Ookhoi
  Is there a way to measure the actual speed at which a modem is
  connected? As modems negotiate the speed al the time, the CONNECT string
  at the start of the connection is not up to date some time later.
 
 Depending on your modem model, there's probably an AT command which will
 give this information. For my USR Courier, it's ATI6. My older modem was a
 Cardinal internal which IIRC used a Rockwell chipset, and used the command
 ATV1.
 
Thanx! I have an internal Dynalink and an external E-tech, both 56k. Do
you have any advice for me how to tune them so that they communicate as
fast as possible? Most likely I have to replace the Dynalink with an
identical E-tech, but then? What mru and mtu should I try? And what mnp
block size? There are three exchanges between the modems.

 If I reset the Courier (ATZ), it will forget the speed. To get around this
 you can either use cu from the uucp package, or modify the modem init string
 in minicom from ATZ to ATI6Z.

Maybe a stupid question, but how can I send the command to the modem? I
connect with the pppd and a chat script. After that  minicom -o doesn't 
let me in: Device /dev/ttyS3 is locked., although the manuals says:

   -o   Do  not initialize. Minicom will skip the initializa-
tion code.  This option is handy if you quitted  from
minicom without resetting, and then want to restart a
session. It is potentially dangerous though: no check
for  lock  files etc. is made, so a normal user could
interfere with things like uucp... Maybe this will be
taken  out  later.  For now it is assumed, that users
who are given  access  to  a  modem  are  responsible
enough for their actions.

Thank you for your reaction!

Groetjes, Ookhoi


How to determine actual modem speed

1999-04-08 Thread Ookhoi
Hi,

Is there a way to measure the actual speed at which a modem is
connected? As modems negotiate the speed al the time, the CONNECT string
at the start of the connection is not up to date some time later.

Thanx in advance!

Groetjes, Ookhoi