Very Computer

I am having problems getting the settings correct for a boca modem to
work properly.  I have SCO OSR5 and 64 ports worth of Computone Boards.

When I connect up at 2400 baud it brings up the login in a snap
however,  at 2400 baud speeds.  When I connect at any other speed I have
to press  the Control / Break keys multiple time to get the port to bump
up/down to the right speed (or at least this is what I have been told so
far).  After a few control / breaks I sometimes get my login.

Is there something being missed and shouldn't the port automaticly
adjust to what the modem links up at?
Our older system you could just call up and get the connect then press
return and get a login it was that simple however it only went to 2400
baud max then.  Can't it be that simple again?

                Thanks for any info you can give me,
                                Rich

Rich Childs propounded certain bytes, to wit:
| I am having problems getting the settings correct for a boca modem to
| work properly.  I have SCO OSR5 and 64 ports worth of Computone Boards.
|
| When I connect up at 2400 baud it brings up the login in a snap
| however,  at 2400 baud speeds.  When I connect at any other speed I have
| to press  the Control / Break keys multiple time to get the port to bump
| up/down to the right speed (or at least this is what I have been told so
| far).  After a few control / breaks I sometimes get my login.
|
| Is there something being missed and shouldn't the port automaticly
| adjust to what the modem links up at?
| Our older system you could just call up and get the connect then press
| return and get a login it was that simple however it only went to 2400
| baud max then.  Can't it be that simple again?
|

What is the gettydef token in use on the port?

Modem-Breaks will get you to a different speed providing you are using a
cycling gettydef, but why would you want this?

--

[snip]

Quote:> When I connect up at 2400 baud it brings up the login in a snap
> however,  at 2400 baud speeds.  When I connect at any other speed I have
> to press  the Control / Break keys multiple time to get the port to bump
> up/down to the right speed (or at least this is what I have been told so
> far).  After a few control / breaks I sometimes get my login.

Check the speed that your port and modem are set at by default.
May be this is happening when the connect speed is greater
than the port speed. Then the modems will lock, but you will
have to get the port to cycle to the correct speed.

Try setting the port and modem (via gettydefs entry) the highest
speed possible.

Christian Valet
National Tech Support
Canadian Corps of Commissionaires

Christian Valet propounded certain bytes, to wit:

| > Christian Valet propounded certain bytes, to wit:
| > | The only other way to avoid this is what some modem manufacturer call
| spoofing.
| > | Basically  the link between the computer and the modem is at one given
| speed,
| > | let say 19200 (maximum officially supported by SCO-OS5) while the
| connection between the
| > | two modems may vary from let say 2400-19200.
| >
| > I have never heard any modem manufacturing use the term 'spoofing' to
| > describe what you are talking about.  There's no spoofing invloved of any
| > kind: flow control must be used (preferably CTS/RTS, not XON/XOFF), and
| the
| > modem has to have buffers to hold bytes for a while.
| >
| Well...
|
| The first time I heard the term 'SPOOFING', I tough that was a joke! it
| come from a Telebit
| technical support member.

AH!  Quite another story.  Of course, Telebit modems spoofed the uucp
protocol.  It took in bytes from the sending machine, and ackowledged them
AS IF it were the receiving uucico that was talking.  It then transmitted
the bytes using Telebit's proprietary PEP protocol, and on the other end,
the receiving uucico thought it was listeneing to the sending uucico, but
it wasn't, it was the receiving modem that was pretending to be a uucico.

Certainly it was spoofing. Of the uucp protocol, not of any baud or speed.

--

Rich Childs told us..

[ SNIP ]

Quote:>Is there something being missed and shouldn't the port automaticly
>adjust to what the modem links up at?
>Our older system you could just call up and get the connect then press
>return and get a login it was that simple however it only went to 2400
>baud max then.  Can't it be that simple again?

m # B9600 HUPCL # B9600 CS8 SANE HUPCL TAB3 ECHOE -IXANY #\r\nlogin: # m

                                                                      ^^^^

This way, it will bounce back to the same baud rate. Works great.

--
Jim Kotan
                ----- Disclaimer -----
All comments, statements, recommendations and/or opinions are mine
alone. Nobody else's. I am not an expert at anything. Except maybe at
doing or saying stupid things.

: | The first time I heard the term 'SPOOFING', I tough that was a joke! it
: | come from a Telebit
: | technical support member.

: AH!  Quite another story.  Of course, Telebit modems spoofed the uucp
: protocol.  It took in bytes from the sending machine, and ackowledged them
: AS IF it were the receiving uucico that was talking.  It then transmitted
: the bytes using Telebit's proprietary PEP protocol, and on the other end,
: the receiving uucico thought it was listeneing to the sending uucico, but
: it wasn't, it was the receiving modem that was pretending to be a uucico.
: Certainly it was spoofing. Of the uucp protocol, not of any baud or speed.

Yep.  A little detail.  Telebit modems had to spoof any protocol
that required an acknowledgement or it would run no faster than
about 2Kbps.  This is because the PEP protocol had a guaranteed
140msec turn around delay.  PEP uses all the bandwidth available
in one direction with a small reverse channel.  (Actually 512 channels
of 20bits/sec each).  To transmit an ACK or NACK for a file transfer,
the modem had to flush all those channels, and convince the DSP to
do it all in the other direction.  The various PEP modems could
also spoof Xmodem, Ymodem, Kermit and UUCP.

Somewhat later, Mulitech introduced spoofing in their MT932 and
MT1432 modems.  I never could get it to work right, even between
two identical Multitechs.  However, full duplex (using adaptive
equalizers and echo canceller technology) in V.32 and V.32bis
modems that resulted in the total elimination of the turn around
delay problem, also eliminated the necessity to spoof the
acknowledgment.

[ ] Email to author  [ ] To mailing list  [x] Posted to newsgroup
--
# Jeff Liebermann  Liebermann Design  150 Felker St #D  Santa Cruz  CA  95060

# 408.699.0483 digital_pager    73557,2074  cis [don't]