HDTenEightyP/NetNews huggingface dataset:
From: duck@nuustak.csir.co.za (Paul Ducklin)
Newsgroups: comp.dcom.modems
Subject: T3000 plunges to 300 (yes, 300!) bps on CONNECT...
Date: 15 Sep 92 19:22:30 GMT
Organization: Infotek, CSIR

I am using a pair of T3000s for telecommuting. Very nice -- when
I'm dialling work from home. V.32bis connections first time,
every time. However, when I dial *out* from work to yonder, a 
curious thing happens: I routinely end up with CONNECT 38400/300!

Two points: I'm dialling through a PABX, and I'm working through
an exchange which is digital for incoming calls and analogue for
outgoing calls [don't ask me why -- ask Telkom SA Ltd]. We do 
get cruddier lines dialling out, to be sure.

But: if I dial manually and wait 'till I hear the tones from the
other modem, then hit the Telebit's T/D button, all is cool. I
can connect as I please -- 2400, 9600, 14k4, the lot. Presumably 
the PABX is screwing things up [as usual]. I guess one in ten
connections which I dial via the modem actually work properly;
two in ten give me 300bps connections; the remaining seven give
me nothing at all.

Can I tweak something on the T3000 to fix this [don't suggest that
I upgrade to a WorldBlazer -- I'd have to ship the modem back from 
SA to Telebit, as Telebit's courier swapout service won't cross
oceans \end{flame}]? Or do I simply nuke the PABX?

Also -- who can let me have a list of undocumented
registers for the T3000? AT~D1 lets me see a whole pile
of inviting things -- what do they do?

-- 

--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--<>--
Paul Ducklin                                           duck@nuustak.csir.co.za

    CSIR Computer Virus Research Lab * Box 395 * Pretoria * 0001 S Africa
From: jeffb@world.std.com (Jeffrey T Berntsen)
Newsgroups: comp.dcom.modems
Subject: Re: Optimizing Telebits.
Date: 8 Sep 92 02:12:52 GMT
Organization: The World @ Software Tool & Die

jessea@homecare.com (Jesse W. Asher) writes:


>WorldBlazers think they need to retrain when they lose the modem on
>the other side.  The other end will cut off the connection and the
>WB's CD light starts blinking like it is retraining.  How can I stop
>this from happening?  I wan't the damn thing to hang up and not wait
>10 seconds while it figures out the line has been dropped.  I've seen
>no other Telebits do this and it is aggravating to have this one do
>it.


T1600's do it too.  _VERY_ annoying.

Jeff Berntsen
jeffb@world.std.com
Newsgroups: comp.dcom.modems
From: aga@Comtech.com (Alan G. Arndt)
Subject: Re: Motorola V.Fast Modem
Organization: Comtech Labs Inc, Palo Alto
Date: Fri, 11 Sep 1992 00:00:35 GMT

In article <s05ytac@rpi.edu> hsiaoe@vccsouth07.its.rpi.edu (Eric Hsiao) writes:
>In article <18ltvnINN9ge@usenet.INS.CWRU.Edu> al045@cleveland.Freenet.Edu (Gergely Tapolyai) writes:
>>
>>I saw an add for Motorola modem with V.Fast.  Anyone have this
>>device?  Is it any good?
>
>That Motorola Codex modem 28.8K is proprietary.  The real V.Fast 28.8 won't
>be finalized until the end of '93, then will be formally adopted early
>1994.  Therefore, when the standard comes out, the Codex will not be able
>to connect to it at 28.8K...
>  USRobotics Courier V.32bis/Dual Standard lines will be upgradeable to
>V.Fast when it comes out for $300.  

The Motorola Codex Modems are 28.8K?  Does this translate to 24K on the
interface??  We have two of these for testing purposes and we are only
getting 24k out of them (this is within the PBX so the lines shouldn't
be bad).  Is their an update to these modems to get 28.8k?  We could
most definately use it and the compatibility ISN'T an issue.

These are model PC 3261 and I belive it says 24K in the memu.
----
Alan Arndt					Comtech Labs
415-813-4500					4005 Miranda Avenue, Suite 150
aga@Comtech.com					Palo Alto, CA   94304-1218


Newsgroups: comp.dcom.modems,comp.sys.mac.wanted,comp.sys.mac.misc
From: chrism@col.hp.com (Chris Magnuson)
Subject: Need Mac Cable
Date: Mon, 7 Sep 1992 19:30:07 GMT
Organization: HP Colorado Springs Division

Can someone direct me to a cheap Mac cable for hardware handshaking?  The places
I have called want $15 or more...what a rip off.

Thanks,
chrism@col.hp.com
Xref: sparky comp.dcom.modems:13298 comp.unix.sysv386:14367 comp.protocols.misc:697 biz.comp.telebit:916
From: wb8foz@skybridge.SCL.CWRU.Edu (David Lesher)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc,biz.comp.telebit
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Date: 12 Sep 1992 12:25:46 GMT
Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
NNTP-Posting-Host: skybridge.scl.cwru.edu

Larry >{Zmodem} defaults to 1K packets -- what I need to do is bump it
       to 8K packets

Chuck >The default ZMODEM packet size is the file length.  
       Hard to make it larger.

Well, I suppose you could send the file several times in a row,
just to be sure ;-}
--
A host is a host from coast to coast..wb8foz@skybridge.scl.cwru.edu
& no one will talk to a host that's close..........................
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
From: Petty@ralvm29.VNET.IBM.COM (Jack Petty)
Date: Mon, 14 Sep 92 13:27:04 EDT
Newsgroups: comp.dcom.modems
Subject: Re: PEP vs. V.32bis w/ V.42bis for international connections
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0
            <dkw02556920812133044@wolferts.ka.sub.org>

In <dkw02556920812133044@wolferts.ka.sub.org> Klaus Wolferts writes:
>
>What is trellis coding and how does it work?
>
>I know that it is a modulation method, and something like a "forward
>error correcting protocol" and is usable only with V.32 (9600/4800)
>and perhaps in V.32bis (14400, 12000, 9600, 7200) too?
>
Trellis coding is not a modulation method.  It is a method of adding
reduncancy to a data stream so that the data stream becomes more
resistant to data errors (from the point of view of the final
destination).  I would not call it a protocol.  I would call it
a low end forward error correcting coding method but note that
Toby Nixon of Hayes feels it should not be called a forward error
correcting code (I guess to distinguish it from more general
forward error correcting codes such as Reed-Solomon or BCH.

An example may help:
A V.32 modem running at 9600 bps is actually putting 12000 bps onto
its telephone line.  9600 of those bps are data and the remaining
2400 are generated by the transmitting modem from the data stream.
The receiving modem uses the redundancy in that 12000 bps data stream
to make better decisions about the data that was actually transmitted
(because the received data contains some history that limits the
possible data that can be arriving next).
Jack Petty
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.dcom.modems
Subject: Re: Optimizing Telebits.
Date: 7 Sep 92 07:39:37 GMT
Organization: Aegis Society, Kyoto Japan

jessea@homecare.com (Jesse W. Asher) writes:

>I've had Telebits for quite some time and I've never really understood
>how to optimize their performance.  I've got a WorldBlazer now and I'm
>just getting lousy throughput.  I'm getting better thoughput using
>V.32 than with PEP.  For example, I'm connected right now to a site
>with Trailblazers running in PEP and I'm getting a little less than
>500bps.  That's terrible!

>Here's a couple of related issues:

>2)  When my WorldBlazer is chugging away and seems to be moving at a
>good clip using PEP, it suddenly will stop and just sit there doing
>absolutely nothing for between 8 and 10 seconds.  Then the transfers
>start up again.  

Depending on the host(s) this could be so-so normal for UUCP. There
are regular delays of about 7 seconds with my T2500 to a Sun.

>4)  And last - this is just a little pet peeve.  For some reason these
>WorldBlazers think they need to retrain when they lose the modem on
>the other side.  The other end will cut off the connection and the
>WB's CD light starts blinking like it is retraining.  How can I stop
>this from happening?  I wan't the damn thing to hang up and not wait
>10 seconds while it figures out the line has been dropped.  I've seen
>no other Telebits do this and it is aggravating to have this one do
>it.

I've asked about this re the T3000 but nobody has replied. It just
sits there with the CD light blinking before finally figuring out
that that link as gone bye-bye. Naturally anybody calling has to
wait until it hangs up and the modem recycles....

>I've often wondered what undocumented registers the Telebits have in
>them to improve performance and how they work.  Does anyone have such
>a listing or know how I can get it?

I don't have a WB myself but people have said that the undocmented
registers are the same as for the T2500. Depending on your situation
changing them can make no difference at all, or double the throughput:
I didn't find any difference on local calls, but my throughput to the
U.S. from Japan went from ~500 CPS -> ~1,000 CPS.

I don't want to have to pay to email the documents to you but I got
them from Telebit so you might mail them (sorry, forget the address). 

Hope that helps, if only a little,

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
From: asd@sage.cc.purdue.edu (Doug McClure)
Newsgroups: comp.dcom.modems
Subject: ZyXEL 5.00 Docs: Where?
Date: 14 Sep 92 18:18:02 GMT
Organization: Purdue University

I have a new ZyXEL U-1496e V 5.01 ROMS installed (this I bought, came
straight out of the box, so 5.01 maybe shipping already).

Anyways, the manual is definitely out of date.  I'm trying to find
5.01 docs, and I know I saw someone say they were posting them to the
grind ftp machine, but I couldn't find them.  If someone has them,
please let me know as I want/need those docs.

Thanks

-dsm
Xref: sparky comp.dcom.modems:12980 comp.unix.sysv386:14062 comp.protocols.misc:653
From: tls@panix.com (Thor Lancelot Simon)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Date: 5 Sep 92 02:45:05 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <1992Sep3.115213.4733@analsyn.gts.org> anton@analsyn.gts.org (Anton J Aylward) writes:
>
>"If Z-modem is so good, why not tell us how to put a plug-in replacement
> for UUCP based on Z-Modem, which interfaces to news and mail in just
> the same way....."

ftp.uu.net:/networking/uucp/taylor

Should contain all that you need.  Be sure to get taylor-z-patch.shar.Z.
-- 
Thor Lancelot Simon	 tls@panix.COM
  "Oh, you have wounded me!  I have very few prejudices, actually.  The
biggest problem is that I am intolerant of fools.  That is why I have
such a low tolerance level for Libertarians."  -- Jim McMaster
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Subject: V.32bis modems with direct T-1 carrier connection
Organization: University of Maryland, College Park
Distribution: na
Date: Tue, 8 Sep 1992 16:54:12 GMT


We're considering bringing in a bunch of phone lines to be used for a
modem pool in on T-1 circuits, rather than individual analog circuits.
The idea is to eliminate as much analog junk between the modems and
CO, as well as making management of the lines a bit easier to deal
with.

The usual approach to this sort of thing is to plug your T-1 line into
a D4 channel bank, giving you 24 two-wire voice circuits.  Now, it
certainly seems a shame to take all these perfectly good digitized
audio samples, turn them into an analog signal, only to be digitized
again by an A/D converted hooked to the DSP in a V.32bis modem.

I'm looking for vendors that build V.32/V.32bis modem banks that can
be directly connected to the T-1 circuit bearing the 24 voice
channels.  Does anyone have experience with such a thing?  Perhaps
what I'm looking for are "modem modules" for a D4 channel bank?


Louis Mamakos   University of Maryland
From: Bjorn_Hjalmarsson@f214.n901.z92.badnet.bad.se (Bjorn Hjalmarsson)
Newsgroups: comp.dcom.modems
Subject: Supra <--> HST DS
Date: 6 Sep 92 09:42:02 GMT
Reply-To: Bjorn_Hjalmarsson@f214.n901.z92.badnet.bad.se (Bjorn Hjalmarsson)
Organization: MicroDog BBS
OD-Comment-To: All

One of my users can't connect with his Supra Fax 14.4 modem in V32/V32bis,
with my HST DS 14.4. He can only connect att 2400.

Earlier he sometimes managed to connect at lower speed, 12000 or 9600, but not 
anymore. 

Is there anything I can do with the setup to solve the problem or is it 
anything he can do?

It is the first time I have got a complaints about problems with connect
of other type of modems. I have read here that there are problems with
the cheap modems, so I expected problems one day...

It would also be nice with more information about the problems with 
other types of modem, the reason why and what you can do about it.

I have also read here that there are more problems with the V.Small and
other modems, what is the reason for that?


/Bjorn

  

--- OPMED 3.00
Newsgroups: comp.dcom.modems,comp.sys.mac.hardware
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: HUGE WORLDBLAZER problems...
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sat, 5 Sep 1992 15:18:02 GMT

cahan@bigboy (Denny Cahan) writes:

>We just purchased a whole bunch of Worlblazers through Merisel 
>( a distributor) and were told that the only people who made
>the proper cable was a company called AESP. I can get you their
>phone # if interested. I am curious what is so special about the
>pinouts.

Nothing.  Sounds like hogwash to me.  We used the same serial cables
on the Worldblazers that we've used on the other modems

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: randy@rls.UUCP (randall l. smith)
Newsgroups: comp.dcom.modems
Subject: Re: Supra Announces new ROM (Rats!  I missed it...)
Date: 7 Sep 92 23:07:51 GMT
Organization: The Internet

towfiq@Microdyne.COM (Mark Towfiq) writes:
>   This announcemnet is quite impressive.  How do other modems size up
> out there agaist what Supra is promising (and I assume in this case
> will deliver)?  I was shying away from the purchase of a Supra because
> of the bugs they had, but now it seems most of these are cleaned up?

Rats!!  My news feeds have been flakey lately and I missed the
announcement.  Would somebody please be so kind as to just send it to
the e-mail address below?

Thanks!

- randy

uucp: randy@rls.uucp
bang: <backbone>!osu-cis!rls!randy
inet: rls!randy@cis.ohio-state.edu
The bold print giveth and the fine print taketh away.
From: wolfgang@netcom.com (Wolfgang Henke)
Newsgroups: comp.dcom.modems
Subject: Re: Word of Advice
Date: 5 Sep 92 04:43:01 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

tls@panix.com (Thor Lancelot Simon) writes:
: Wrong.  If the problem is something along the lines of cheap parts in the
: analog side of the box or perhaps (which I believe explains the horrid 'ping'
: latency test results of the Digicom Scout+, and probably applies to some of th
: el-cheapo Rockwell chipset modems, as well) a tremendously underpowered
: microcontroller as a CPU, 5 years of revisions to the EPROMS will do nothing
: at all.  There's a 68030 in my Telebit, so I'm quite happy (though I don't
: really quite understand why _that_ much horsepower is needed to run the v.32b

Wrong again. I investigated and decided that your unsubstantiated
theory does not hold water.

The Digicom 9624LE+ and the Scout+ use the same microcontroller, the
LE+ has very low latency numbers in the 160 millisecond range.  The
code in the Scout+ is currently being reworked to reduce its latency.
Asked specifically what outcome to expect, the answer was: "We expect
about the same latencies in both modems."

-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
Newsgroups: comp.dcom.modems
From: james@dlss2 (James Cummings)
Subject: Re: UUCP 'G' protocol packet size
Organization: RedRock Development
Date: Sun, 6 Sep 1992 21:13:05 GMT

In article <1079@bazooka.amb.org> ti@bazooka.amb.org (Ti Kan) writes:
>
>I have recently acquired the "Managing UUCP and Usenet" book from
>O'Reilly and in the G-Protocol Appendix, it gives a table of "K-Byte
>Value" in the packet header and the corresponding "Data Segment
>Length" in bytes (Pg. 313). 

	Is there a new version of this book out?...mine doesn't seem to 
have the Appendix and doesn't have but 269 pages.  Bahwaaaa! and I just
bought this from O'Reilly (direct) about 6 months ago.

Newsgroups: comp.dcom.modems
From: robert@cc.utah.edu (Robert Roll)
Subject: Supras in BBS type operation
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: University of Utah Computer Center
Date: 10 Sep 1992 18:33 MST  


	Has anyone out there had any experience with Supras on a BBS or
a large dial in operation. We are considering installing around 25 to 30 of
them for our University Campus dial in service. They seem to be fairly
resonably priced and we have done a trial run with 6 of them on the front
end of our dial in rotary. One of the bugs we experienced may have been
addressed with the new roms Supra just recently announced. This was the
bug with them locking up. The CD state would just display continuously
on the led display and they would then not answer the phone. The only
way to clear this was to power cycle the modem. Another problem we 
encountered was with them displaying garbage after some number of connections.
This condition seemed to be cleared either by power cycling the modem or
simply talking to it on its serial side without first making an incoming
connection When I asked Surpa about this they said no one else had 
experienced this. Also, every since I turned echo off with an ate0 I haven't
seen the problem reoccur. Note I haven't asked about fax. For our use
it is just not that important.
	
	Just for your information the modems are connected at 38400 to
a Cisco Systems terminal server and we rely on the modem to flow control
the Cisco to handle any speed mismatch. Except for the couple of problems 
mentioned above the trial 6 have been working fairly  well for about a
month now.

	Any comment would be appreciated.

							Thanks,

							Robert

----------------------------------------------------------------------
+  Robert Roll                                                       +
+  Networking Specialist          robert@cc.utah.edu   (Internet)    +
+  University Of Utah             robert@utahcca       (Bitnet)      +
+  Computer Center                (801) 581-7655       (Bell net)    +
----------------------------------------------------------------------
=  The race is not always to the swift nor the battle to the strong  =
=  but that's the way to bet!                                        =
----------------------------------------------------------------------
From: Nikolai_Waldman@p27.f302.n901.z92.badnet.bad.se (Nikolai Waldman)
Newsgroups: comp.dcom.modems
Subject: Fax for Sportster
Date: 8 Sep 92 18:20:56 GMT
Reply-To: Nikolai_Waldman@p27.f302.n901.z92.badnet.bad.se (Nikolai Waldman)
Organization: 900 Watt
OD-Comment-To: All


I bought USR Sportster some month ago. With it I got a Faxprogram for the PC, 
now I wonder if anyone knows a Faxprogram for the Amiga  that works. I know 
many CLASS2-programs, but the Sportster only supports CLASS1. 

Regards Nikolai
Fido-Net: 2:203/602.27
Internet: Nikolai_Waldman@p27.f302.n902.z92.badnet.bad.se
---
Xref: sparky comp.dcom.modems:13141 comp.unix.sysv386:14203 comp.protocols.misc:678 biz.comp.telebit:909
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems,comp.unix.sysv386,comp.protocols.misc,biz.comp.telebit
Subject: Re: uucico w/v32bis vs zmodem w/v32bis
Date: 9 Sep 92 03:03:21 GMT
Organization: Izot's Swamp

caf@omen.UUCP (Chuck Forsberg WA7KGX) writes:

> ZMODEM overhead associated with 1k subpackets is about one half per cent.

 ... which is as low as any reliable error correcting protocol, i.e. trivial.

> The overhead associated with network protection varies with the
> type of data transmitted.  With typical compressed files it is
> many times the overhead from 1k subpackets.  MobyTurbo(Tm)
> reduces this overhead considerably.

   Thanks for confirming this.

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
         Coincidentally, most people who fight for "fairness" would be
         significantly better off under the system they call "fair"...
Newsgroups: comp.dcom.modems
From: lawrence@combdyn.portal.com (Lawrence *The Dreamer* Chen)
Subject: Re: WorldBlazer still locks up with LA5.01 ROMs
Keywords: DTR, Worldblazer lockup
Organization: Combustion Dynamics Ltd.
Date: Thu, 10 Sep 1992 18:49:51 GMT

In article <1992Sep9.173353.10267@tssi.com> nolan@tssi.com writes:
>hoyt@isus.UUCP (Hoyt A. Stearns jr.) writes:
>
>>>nolan@tssi.com (Michael Nolan) writes:
>>>
>>>>The WorldBlazer modem apparently still locks up occasionally with the new 
>>>>LA5.01 ROM chips in it, because one of mine did so last night.  When this
>
>>Mine is still locking up too, with LA5.01. Once it stayed off-hook for >
>>than the inactivity timer (would have been forever if I didn't turn it off),
>>and twice it wouldn't answer.
>
>After making a change to &R3 as suggested by TB Tech Support and reported 
>up-topic, I have only locked up once in the past two weeks.

I just started getting News....so I missed the start of this thread.

What kind of lock ups with the Worldblazer are we talking about?  And,
what did the LA5.01 ROM claim to fix from 5.00?
-- 
                                __
 :    _        _  _     _  _   :        _     Combustion Dynamics Ltd.
 :   :_: :   ::_::_ :\::  :_   :   :_: :_ :\: +1 403 529 2162
 :__ : : :/:/ : \:_ : ::_ :_   :__ : : :_ : : +1 403 529 2516 FAX
 EMAIL: lawrence@combdyn.portal.com || dreamer@lhaven.uumh.ab.ca
From: aaron@spectrx.saigon.com (Aaron Anderer - System)
Newsgroups: comp.dcom.modems
Subject: Re: Beachfront Home For Rent, Newport Beach, CA
Date: 7 Sep 92 07:46:04 GMT
Organization: SPECTROX SYSTEMS (408)252-1005 Silicon Valley, Ca

schuster@panix.com (Michael Schuster) writes:

> In article <Bu4KGI.ArH@conexch.uucp> root@conexch.uucp (Larry Dighera) writes
> >        
> >        
> >        
> >        B E A C H F R O N T    H O M E    F O R    R E N T
> 
> What kind of modems it is equipped with?
> 

if he crossposted to this group, he better have multiple ISDN lines plus
a T1.

---------------------------------------------------------------------------
Aaron Anderer, System Operator                aaron@spectrx.saigon.com
SPECTROX SYSTEMS +1 408 252 1005              szebra!spectrx!aaron          
Xref: sparky comp.dcom.modems:13134 comp.dcom.fax:1646