Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Binding Systems entries to specific Dialers entries (and not Devices)?

1 view
Skip to first unread message

Greg Earle - Gainfully Unemployed

unread,
Nov 17, 1992, 2:36:21 PM11/17/92
to
I'm using HoneyDanBer UUCP on a SunOS 4.1.2 system. I'm sure I can't be the
first person to run up against this one:

I have several sites that are either UUCP neighbors or are "cu" hosts. Some
of them have Telebit WorldBlazers at the other end, some of them have T2500's,
some have other modems, etc.

The common thing between them is that I like to run the local side at 38400
baud, no matter what the nature of the connection is.

The net result is that I end up with a lot of different Dialers entries, like

tb9600v42 =W-, "" \dA\pA\pA\pTE1V1X11Q0S2=255S12=255S50=6S58=2S111=30S1\
80=2S181=1\r\c OK\r \EATDT\T\r\c CONNECT\s38400/LAPM/COMP/9600 STTY=crtscts

tb9600mnp =W-, "" \dA\pA\pA\pTE1V1X11Q0S2=255S12=255S50=6S58=2S111=30S1\
80=3S181=1\r\c OK\r \EATDT\T\r\c CONNECT\s38400/REL/COMP/9600 STTY=crtscts

tb14400mnp =W-, "" \dA\pA\pA\pTE1V1X11Q0S2=255S12=255S50=7S58=2S111=30S1\
80=3S181=1\r\c OK\r \EATDT\T\r\c CONNECT\s38400/REL/COMP/14400 STTY=crtscts

etc. etc. ... which results in Devices entries like

ACU cua0 - 38400 tb14400mnp \T
ACU cua0 - 38400 tb9600mnp \T
ACU cua0 - 38400 tb9600v42 \T
ACU cua0 - 38400 tb9600 \T

So, whenever I put "38400" into the "Class" field of the Systems file entry,
uucico always tries "tb14400mnp" first, then "tb9600mnp", etc.

But sometimes, I only want one tried. For example, I talk to a T2500 via "cu",
and thus I only want it to use the "tb9600mnp" entry. But if I "cu thathost"
I have to wait for the "tb14400mnp" entry to be tried, connection made, time
out and carrier dropped before the "correct" one is tried.

Is there some way to tie a Systems entry directly to the Dialer of choice,
rather than what is happening? I haven't tried any other setup, because I
assume that the speed field has to say "38400" so uucico will know what to set
the line speed to.

What solutions have others come up with? Or have you just punted, and set
X to X0 and S59 to 0 (if you've got a Telebit) so it won't return the extended
CONNECT codes, and hope for the best?

Thanks in advance,

--
- Greg Earle
Sun Consultant, California Microwave, Inc.
ea...@cminet.UUCP-neighbor.visicom.VisiCom.COM

Leslie Mikesell

unread,
Nov 17, 1992, 6:39:21 PM11/17/92
to
In article <1992Nov17.1...@elroy.jpl.nasa.gov> ea...@elroy.jpl.nasa.gov (Greg Earle - Gainfully Unemployed) writes:

>Is there some way to tie a Systems entry directly to the Dialer of choice,
>rather than what is happening? I haven't tried any other setup, because I
>assume that the speed field has to say "38400" so uucico will know what to set
>the line speed to.

Sure - that's why it's called a "class" and not a "speed" field. You can
add a one character prefix (or suffix but I don't think Taylor uucp knows
suffixes). Then only the matching device entries will be tried, so you
can tie a Systems entry to a specific dialer. You can duplicate the
Device entry under as many classes (and speeds) as you want so that you
aren't limited to a single dialer per device.

Les Mikesell
l...@chinet.chi.il.us

Message has been deleted

Chris Martin

unread,
Nov 17, 1992, 8:50:39 PM11/17/92
to
>DATE: 17 Nov 92 19:36:21 GMT
>FROM: Greg Earle - Gainfully Unemployed <ea...@elroy.jpl.nasa.gov>

[I would have edited the quote down but can't seem to get PSIlink's editor
to do it for me]

I run 8 T2500 modems on SunOS4.1 to 60 neighbors and have locked the
DTE at 19200 and faked out uucico by using 19200 for PEP, 19200H for
2400, 19200S for 1200, and 19200V for v.32. Works for me.

Really,
ch...@amd.com
AMD postmaster

Chris Lewis

unread,
Nov 20, 1992, 10:14:04 PM11/20/92
to
In article <1992Nov18.0...@netcom.com> ge...@netcom.com (Greg Andrews) writes:
>BTW, It's somewhat dangerous to make your dialer look for such specific
>connect messages from the modem. What happens if the other guy turns off
>compression in his modem?

I tend to agree. However, there are some times that you have to force things.
I have my modem DTE-locked. The normal ACU entry simply specifies the speed
I have the DTE is set to, plus looks for "CONNECT" and ignores the detailed
info. But there are some modems that don't sync up properly when I let
the two modems fight it out amongst themselves. In those cases, the
Dialers/Devices entries (invoked via an ACU<something> clause) explicitly
force the modem into a given mode, and insist on the matching CONNECT plus
details.

>You could comple the connection and log into
>the computer, but your call fails because the script didn't get the /COMP
>suffix from the modem.

On the other hand, this may be what you want. One of the very first
user-experience postings about Telebits was from Henry Spencer who recommended
that you will often want your modem to insist on a specific connect type.
Ie: you're dialing into a modem pool, where some of them will sync up with
high speed, and some of them are slow. It's sometimes smarter to
reject the slow connect and try again for a fast one.
--
Chris Lewis; cle...@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
Psroff 3.0 info: psroff-...@ferret.ocunix.on.ca
Ferret list: ferret-...@ferret.ocunix.on.ca

Message has been deleted
0 new messages