connecting to PEP (T-2500) OVER-SEAS
Bill Heiser
connecting. His site is in Japan, mine is near Boston, Mass, USA.
I am using a T-2500 (7.03 ROMS), and I believe he is also using
some level of T-2500.
There are two problems: One is that he has trouble connecting. My
T-2500's are set to answer with PEP tones last. They MUST be set this
way since most of my callers use non-PEP modems, and have trouble connecting
if I set the modems to answer with PEP tones first. The problem this PEP
callers is having is that his uucico times out and starts to retry before
the connect occurs! There must be a long delay in calling out of Japan,
because local callers here connect via PEP just fine.
Is there something he can do to make the uucico timeout longer? or
maybe tell uucico somehow to only dial once for each specific poll?
The other problem is that he reports very low transfer rates. He reports
only about 450 cps. He reports that he does 1400 cps on a local connection
in his area. Similarly, I do much better than that on local connections
in my area (and on a long-distance connection with a site in Germany!).
Any ideas and/or suggestions will be appreciated.
Bill Heiser
--
bi...@unixland.natick.ma.us ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines - Located in Natick, MA USA
Ian Lance Taylor
>A site that is trying to connect to me for UUCP is having trouble
>connecting. His site is in Japan, mine is near Boston, Mass, USA.
>Is there something he can do to make the uucico timeout longer? or
>maybe tell uucico somehow to only dial once for each specific poll?
Well, he could use my UUCP package (available from ftp.uu.net in
communications/taylor-uucp-1.01.tar.Z or convex.com in
pub/taylor-uucp/taylor-uucp-1.01.tar.Z; a few patches also at
convex.com; a mailing list at taylor-uu...@gnu.ai.mit.edu).
You've probably checked this, but I don't want to miss the obvious:
are you sure it is uucico that is timing out, and not the Telebit?
>The other problem is that he reports very low transfer rates. He reports
>only about 450 cps. He reports that he does 1400 cps on a local connection
>in his area. Similarly, I do much better than that on local connections
>in my area (and on a long-distance connection with a site in Germany!).
I've been told that it is possible to make Telebit's work better on
international calls by changing some command parameters. The
particular magic string that was quoted to me was ``ATj6s36s120=12''.
I hope that this incomplete comment will prompt a Telebit guru to
correct it and fill in the details.
--
Ian Taylor i...@airs.com uunet!airs!ian
First person to identify this quote wins a free e-mail message:
``Hagenbeck sent a special expedition to Lake Bangweolo; unfortunately
this expedition did not even find the lake.''
Matthias Urlichs
bi...@unixland.natick.ma.us (Bill Heiser) writes:
< A site that is trying to connect to me for UUCP is having trouble
< connecting. His site is in Japan, mine is near Boston, Mass, USA.
< I am using a T-2500 (7.03 ROMS), and I believe he is also using
< some level of T-2500.
<
< There are two problems: One is that he has trouble connecting. My
< T-2500's are set to answer with PEP tones last. They MUST be set this
< way since most of my callers use non-PEP modems, and have trouble connecting
< if I set the modems to answer with PEP tones first. The problem this PEP
< callers is having is that his uucico times out and starts to retry before
< the connect occurs! There must be a long delay in calling out of Japan,
< because local callers here connect via PEP just fine.
<
a long time to complete. Tell them to increase the S7 register value; 30 or
40 seconds often aren't enough.
I once had to dial from the US to Germany to my T2500. It's set to send PEP
first; nevertheless, I had to set S7=60 to get a connection.
--
Matthias Urlichs -- url...@smurf.sub.org -- url...@smurf.ira.uka.de /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany -- +49-721-9612521 \o)/
Kenji Rikitake
> A site that is trying to connect to me for UUCP is having trouble
> connecting. His site is in Japan, mine is near Boston, Mass, USA.
> I am using a T-2500 (7.03 ROMS), and I believe he is also using
> some level of T-2500.
My home site reseau.macrofield.or.jp performs daily UUCP connection
from Tokyo to uunet.uu.net in Falls Church, VA via ITJ (0041) dialup
link. My T2500 is version 7.02 or something (not sure).
> There are two problems: One is that he has trouble connecting. My
> T-2500's are set to answer with PEP tones last. They MUST be set this
> way since most of my callers use non-PEP modems, and have trouble connecting
> if I set the modems to answer with PEP tones first. The problem this PEP
> callers is having is that his uucico times out and starts to retry before
> the connect occurs! There must be a long delay in calling out of Japan,
> because local callers here connect via PEP just fine.
Putting many "\d"s in his site's chat script will solve this problem.
And he should use ATS50=255 to avoid responding to the V.32/V.22bis
tone. (This may be trivial, but he should enable echo suppression mode
(S121=1?).)
> The other problem is that he reports very low transfer rates. He reports
> only about 450 cps. He reports that he does 1400 cps on a local connection
> in his area. Similarly, I do much better than that on local connections
> in my area (and on a long-distance connection with a site in Germany!).
There's nothing much to avoid this problem. My average rate from
reseau to uunet is also about 480cps or so. One possible way to make
better connection is to change the internal resistor of T2500 to set
output level of the modem to the phone line. I currently set it to
-14dBm (using 100k ohm), while the default value is -9dBm or so.
-- Kenji Rikitake, ...!uunet!reseau!kenji
--
Kenji Rikitake // VMS/Japanese Development, DEC Japan R&D Center
From outside Japan: ke...@macrofield.org // ...!uunet!reseau!kenji
From inside Japan: ke...@macrofield.or.jp // ke...@komaba.c.u-tokyo.ac.jp
Gil Tene
>
> Is there something he can do to make the uucico timeout longer? or
> maybe tell uucico somehow to only dial once for each specific poll?
>
If you are using HDB UUCP (e.g. is you have a Systems file), then
this can easily be done by adding delays to the modem dialing script
in Dialers. Delays are added using \d. A good example would be
a script ending with :
... OK\r \EATDT\T\r\d\d\d\d\d\d\d\d\d\d\d\d\d\d\d\c CONNET\sFAST
The \c at the end is needed, so that you won't put out an extra
CR which will casue the modem to drop the dial immediatly after
the delays. Each \d delay is 2 seconds (I think).
-- Gil.
--
--------------------------------------------------------------------
-- Gil Tene "Some days it just doesn't pay -
-- de...@imp.HellNet.org to go to sleep in the morning." -
-- de...@diablery.10A.com -
--------------------------------------------------------------------
hunt...@advtech.uswest.com
timeout, I use the following remidy:
CONNECT-\c-CONNECT-\c-CONNECT
While expecting "CONNECT", this line will effectivly allow the caller
to wait 3 times as long, or dispose of 3 times the interveaning text
before giving up.
brad
hunt...@advtech.uswest.com
spelling >/dev/null
Leslie Mikesell
>Is there something he can do to make the uucico timeout longer? or
>maybe tell uucico somehow to only dial once for each specific poll?
Just use the "alternate" syntax to send nothing and expect the same
string again on the timeout in question in the dialing script:
CONNECT-\c-CONNECT
Les Mikesell
l...@chinet.chi.il.us
David Snyder
> T-2500's are set to answer with PEP tones last. They MUST be set this
> way since most of my callers use non-PEP modems, and have trouble connecting
> if I set the modems to answer with PEP tones first. The problem this PEP
> callers is having is that his uucico times out and starts to retry before
> the connect occurs! There must be a long delay in calling out of Japan,
> because local callers here connect via PEP just fine.
Here's what my Dialers file looks like for Telebits calling overseas...
tb1200 =W-, "" A\pA\pA\pT OK ATS50=2DT\T CONNECT\s1200-\c-CONNECT\s1200
tb2400 =W-, "" A\pA\pA\pT OK ATS50=3DT\T CONNECT\s2400-\c-CONNECT\s2400
tbfast =W-, "" A\pA\pA\pT OK ATS50=255DT\T CONNECT\sFAST-\c-CONNECT\sFAST
You may also want to play around with S7 to chang the timeout on the modem.
DAS
--
David A. Snyder @ UE&C - Catalytic, Philadelphia, PA
UUCP: ..!uunet!trac2000!das INTERNET: David....@ueci.com
Vernon C. Hoxie
>In article <1992Jan4.0...@unixland.natick.ma.us>, bi...@unixland.natick.ma.us (Bill Heiser) writes:
>>
>> Is there something he can do to make the uucico timeout longer? or
>> maybe tell uucico somehow to only dial once for each specific poll?
>>
>
>If you are using HDB UUCP (e.g. is you have a Systems file), then
>this can easily be done by adding delays to the modem dialing script
>in Dialers. Delays are added using \d. A good example would be
>a script ending with :
>
>... OK\r \EATDT\T\r\d\d\d\d\d\d\d\d\d\d\d\d\d\d\d\c CONNET\sFAST
Another method which is more adaptive is:
... OK ATDT\T CONNECT\sFAST--CONNECT\sFAST
The '--' adds additional listening time ( my guess is 30 seconds ) for
the connection to be established. This can be used for local calls as
well as for those which are slow to connect. The long string of '\d's
must play out before the response from the modem can be detected. The
use of '--' allows the computer to respond immediately.
If even more time is required, additional '--CONNECT\sFAST's can be
added and still not disrupt faster local calls using the same Dialer
script.
vern
--
Vernon C. Hoxie {ncar,boulder}!scicom!zebra!vern
3975 W. 29th Ave. voice: 303-477-1780
Denver, Colo., 80212 TB+ uucp: 303-455-2670