HDTenEightyP/NetNews huggingface dataset:
From: djbpitt+@pitt.edu (David J Birnbaum)
Newsgroups: comp.dcom.modems
Subject: Zyxel disconnects?
Date: 17 Nov 92 14:21:48 GMT
Organization: University of Pittsburgh

My new Zyxel (5.02 ROM) often disconnects from a USR v.32bis (about once
in every three hours of connect time). My old 2400 bps PPI used to
disconnect, as well, but only about a fifth as often. Is this likely to
be a problem with the Zyxel (since it's much more frequent there)? Or
does it sound like the problem is either on the other end or with the
phone lines, with the Zyxel having more trouble due to the demands of
the faster connection?

Thanks,

David
-- 
Professor David J. Birnbaum         djbpitt+@pitt.edu [Internet]
The Royal York Apartments, #802     djbpitt@pittvms   [Bitnet]
3955 Bigelow Boulevard              voice: 1-412-687-4653
Pittsburgh, PA  15123  USA          fax:   1-412-624-9714
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.dcom.modems
Subject: Re: Testing long distance connections.
Date: 16 Nov 92 22:42:12 GMT

tjh+@CMU.EDU (Tom Holodnik) writes:

>Is there a way I can test a particular modem over a long distance line,
>without travelling long distance? 

>The things I'd like to test are:
>	- whether a particular modem is sensitive to noise unique to long
>distance connections.
>	- whether a particular modem works better over one long distance
>carrier than another. 

>The gist of this is that I'd like to know, per long distance carrier,
>how to set up a long distance loopback.  Is this possible?  Would I need
>to enlist the aid of another party somewhere?

In my experience, "long distance" is a can of worms. 

Each number you call gives different results, and calling the same
number at different times of day gives different results. If the
system you are calling has a hunt sequence, the only way you can be
sure you are getting the same modem on the other end is to dial the
last number in the sequence. Note that it's not just the modem you
are using/calling, but the ROM version that has to be taken into
consideration. And of course the long distance carrier can make a
difference. 

For what it's worth, if you want to try a Telebit 3000 with ROM
version LA 3.00, you can try Aegis at +81-75-957-2488. It's the last
on the hunt sequence so you will either get BUSY or a CONNECT. After
the CONNECT you will get a banner that includes the local date and
time in Kyoto, Japan the line (=ttyaC), and the speed of the port on
the answering machine (38,400 under error correction, speed of the
modem<->modem link otherwise). 

If you only want to try the CONNECT, enter 'bye' at the Login:
prompt to have the answering machine hang up. If you want to try
throughput, enter 'aegis' at the 1st Login: prompt, and 'new' at the
2nd Login: prompt to register a default account.  At the ---Main:
prompt you can use the "FEEDBACK" command to send mail to the sysadmin
(I would try at least 30-60K to get any kind of reliable figures).
And you can use the "HELP TEST" to get 31,050-byte test file sent 
to you.

Hope that helps,

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: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: Modems and TDDs
Date: 23 Nov 92 11:11:11 EDT
Followup-To: comp.dcom.modems
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Nov20.182620.12008@news.acns.nwu.edu>,
Albert-Lunde@nwu.edu (Albert Lunde) writes: 

> I have a question from one of our clients about communicating between
> a TDD (Telecommunications Device for the Deaf?) and a Mac with a
> standard modem.
> 
> My impression was this would be difficult in both hardware and software
> because they use an old (5 bit?, 6 bit?) code rather thann ASCII.
> But I can't find a reference handy.
> 
> Can someone fill in more details on what is possible?

The main problem communicating with a TDD is not the code (it is 
5-bit Baudot, International Alphabet #2 [sort of], "Telex" code), 
since the translation can be handled in software.  The real problem 
is the modulation.  TDDs in North America use a special half-duplex 
modulation scheme, in which the 1400/1800Hz, 45.45 baud FSK signal
is turned on and off for each keypress, and the same frequencies are
used for both transmission and reception.  This is quite different
from the modulation schemes used in normal data modems, and the two
cannot communicate. 

There are modems available which include TDD mode, but these modems 
tend to be very expensive (e.g., a combined 300bps data modem with
TDD costs more than some V.32bis modems on the market).  
Manufacturers include Ultratec, Krown, and Phone-TTY. Also, there
are some "ASCII TDDs" on the market which can communicate both in
Bell 103 or V.21 full-duplex modulation AND traditional TDD
modulation (for which there is no formal standard) at the flick of a
switch. 

CCITT Study Group XVII is currently finalizing a standard for TDD 
modems. When this is done, I believe you'll see many more 
manufacturers incorporating TDD compatibility (particularly with the 
Americans for Disabilities Act requirements) and the price coming 
down.  It's not a easy problem to solve right now, though.

Let me know if you want more details.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: AT commands
Organization: Netcom
X-Newsreader: Tin 1.1 PL5
Date: Thu, 19 Nov 1992 07:26:35 GMT

Kalle E Kuismanen (kkuisman@klaava.Helsinki.FI) wrote:
: Could somebody tell a good place to get complete list of AT commands for
: most modems. An Anonymous ftp site perhaps.
: 
: I have modem without instructions & my communication programs don't know
: 
: how to set it up.

Try ftp.rahul.net /pub/wolfgang/scout.txt which has a listing of many AT
commands, specs, tests. There are also some other general modem
information files available, like mdmprimr.zip and V42text.zip.   


-- 
   _________________________________________________________________________
   Wolfgang Henke     Data Lanes not car pool lanes.     wolfgang@netcom.com
From: stanworthdjh@vax1.bham.ac.uk (Dave <Rubicon>)
Newsgroups: comp.dcom.modems
Subject: YORIKO modems !?!
Date: 15 Nov 92 22:35:47 GMT
Organization: University of Birmingham

Does anyone know anything about the YORIKO range of modems?? 
They are without doubt, the cheapest here in England, but I 
have never read anything about them. 
 
All I know, is that they are made in the US, and the model I 
wish to purchase has the following spec. : 
 
Yoriko 14.4i 
------------ 
14400 bps 
V.32, V.32bis, MNP5, V.42bis 
(up to 57600 bps effective throughput) 
14400 bps s/r Fax (G3) V.17 
 
All for just 199 pounds - equivalent to about 320 dollars. 
 
This compares with 349 pounds (560 dollars) for a Zyxel U1496E 
 
Modems tend to be really expensive in the UK, as the market is a 
lot smaller.  A Hayes Ultra 144 costs about 670 pounds (1070 dollars)! 
 
Any comments on the Yoriko would be appreciated. 
 
_______________________________________________________________________________ 
|                              /------------\ |  Dave <Rubicon> Stanworth     | 
|                             | Wot is this | |-------------------------------| 
|              ____________   | guy on !?!  | | stanworthdjh@BHAM.ac.uk       | 
|             /            \  |    ________/  | ag895@YFN.ysu.eu              | 
|            |   /\    /\   | |  /            | ck800@CLEVELAND.freenet.edu   | 
|            |  |  |  |  |  | |/              | dstanwor@HEARTLAND.bradley.edu| 
|____/--\____|__|()|  |()|__|____/--\____     | dstanwor@NYX.cs.du.edu        | 
|  | \__/   |      |  |      |   \__/ |       |-------------------------------| 
|--'---,----'-----/    \-----'----,---'--     | /Rubicon/ <<"ru:bI%kQn>> n.   | 
|      |          |    |          |           | 1. a boundary which once      | 
|--,---'----,-----\____/-----,----'---,--     | crossed betokens irrevocable  | 
|  |        |        |       |        |       | commitment;                   | 
|--'--------'--------'-------'--------'--     | a place of no return.         | 
|_____________________________________________|_______________________________|
From: eravin@panix.com (Ed Ravin)
Newsgroups: comp.dcom.modems
Subject: Re: Any Digicom Scout+ bugs?
Date: 22 Nov 92 23:05:55 GMT
Organization: Not Just Another Pretty Face

In article <By34px.CzL@news.cso.uiuc.edu> berger@atropa (Mike Berger) writes:
>zeke@fasttech.com (Bohdan Tashchuk) writes:
>>>... Prodigy is selling Digicom Scout+ external
>>>modems, Prodigy calls them "Eagles".  They come with a 30 day money back
>>>guarentee for $199.00 U.S.
>
>>Perhaps it IS too good to be true. Has this modem been "crippled" in any way,
>>or is it the standard Digicom product?

>All of the announcements I've read billed it as a V.32 modem, not
>V.32bis.  That would explain why it only connects at 9600 baud.
>I'm also curious as to what's really included now.
>--
>	Mike Berger
>	Internet    berger@atropa.stat.uiuc.edu

I was also worried that the Eagle would be a substandard modem, like one
of Prodigy's other promotions.  But that is definitely not the case here
-- the Eagle is a complete V.32bis/V.42/ fax, and I didn't have any problems
with it when I left it powered on for three weeks straight.  It worked just
fine talking to my ZyXEL U1496E at home and a Codex V.32 at work, as well as
the four or five fax machines I tried sending to.

Prodigy's 9600 bps service uses straight V.32 only, that may be what you've
been reading in the announcements.

Disclaimer: I work as a telecommunications programmer for Prodigy.  I got
my Eagle at the employee discount price :-) :-) :-)
-- 
Ed Ravin            | I like to think (it has to be!) of a cybernetic ecology
eravin@panix.com    | where we are free of our labors and joined back to nature
philabs!trintex!elr | returned to our mammal brothers and sisters,
+1 914 993 4737     | and all watched over by machines of loving grace
Newsgroups: comp.dcom.modems
From: mndell@cs.ruu.nl (Mike Dell)
Subject: looking for address to buy Supra modem in PITTSBURG
Summary: looking for address to buy supra v32bis in Pittsburg
Date: Mon, 23 Nov 1992 12:11:06 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: supra modem pittsburg v32 buy 




A friend of mine is looking for an address in Pittsburg to buy a (cheap)
Supra modem V32 bis. He's staying close to the airport, so if possible
something in the neighbourhood there. Please E-mail me directly since I don't
read this group frequently.

Thanx in advance,

Mike.



-- 
M.N. Dell                            Telephone : +31 3434 56478
P.O. Box 134                         Telefax   : on request
3956 ZT Leersum                      Internet  : mndell@cs.ruu.nl
The Netherlands.                     
Newsgroups: comp.dcom.modems
From: louislam@iastate.edu (Louis C Lam)
Subject: Re: ZyXEL U-1496E+
Organization: Iowa State University, Ames IA
Distribution: na
Date: Thu, 19 Nov 1992 03:28:01 GMT

In <1992Nov18.213452.1802@wuecl.wustl.edu> amc@wucs1.wustl.edu (Adam Costello) writes:

>In article <9834@blue.cis.pitt.edu.UUCP> nick+@pitt.edu (Nick C De Mello) writes:
>> is the U-1496E
>> the v32.bis model to get (I heard reference to a more expensive
>> U-1496 sans E, but don't really know what that is...)?

>There is now a U-1496E+.  The E+ uses a faster processor than the E,
>so it will eventually be able to do 19.2 kbps (and maybe faster) with
>EPROM upgrades, but the E will never do faster than 16.8 kbps.  I don't
>know what the price difference is.

>AMC


I called ZyXEL today and they told me the U-1496E costs $469 direct,
and the U-1496E+ costs $649. The E+ can be upgraded to a 19.2k in January 93.

Louis



Newsgroups: comp.dcom.modems
From: brian@edscom.demon.co.uk (Brian Humphreys)
Subject: Re: Twincom init string?
Organization: EDS-Scicon, Milton Keynes, UK
Date: Tue, 17 Nov 1992 10:52:05 GMT


>>If anyone has a Twincom 14.4/DFi that they can successfully connect at
>>14.4kbps to other modems with, could you please e-mail me the init string
>>you use. 
>>Thanks
>I usually rely on the init built into the modem and simply use
>ATDT, which gets me 14.4
>
>In this particular connection I am using:
>Modem Init:	ATS95=47S2=64|~
>Dial Prefix:	ATX3&D1DT
>
>But none of this should make any difference.
>
>How do you KNOW you arent getting 14.4?  It could be a problem with the
>other modem.

I have also experienced some difficulty in establishing a connection with my
Twincom to some other high speed modems. Has anybody managed to connect
their Twincom to the Higher Education National Software Archive at
Lancaster University (0524) 843878. I believe HENSA are using Miracom modems
however, the above suggestion doesn't seem to work.

I have no problem connecting with an old 1200 baud modem (apart from the speed).

Any offers?


-- 
 /)  /)  /_/
/)  /   / /                              Mail: brian@edscom.demon.co.uk
From: bellj@moose.cs.indiana.edu (J. Shan Bell)
Newsgroups: comp.dcom.modems
Subject: Need help with CrossTalk
Keywords: CrossTalk, serial communications
Date: 19 Nov 92 07:36:33 GMT
Article-I.D.: news.1992Nov19.123645.23078
Distribution: usa
Organization: Indiana University, Bloomington


	I need to know what CrossTalk does when a user on a PC presses
the break key.  I'm under the impression that CrossTalk installs it's
own interrupt vector for the break key to do something special.
Here's a little background.

	I'm developing an application on a Unix platform to emulate a
PC program that runs on top of CrossTalk.  Instead of serial line, I'm
using a TCP/IP connection (particularly telnet).  I've been able to
emulate all aspects of communication except the break key.  The Cross-
Talk documents just say send a 250ms break.  Unfortunately, I don't
know how to interpret that kind of signal into an IP packet.  Any help
is very much appreciated.  Pointers to documentation is useful too.

Please respond by e-mail, because I'm not a regular subscriber to this
news group.

-- 
       ________________________________________________________________
      //      Internet       /   J. Shan Bell   \        BITNET       \\
     //  bellj@indiana.edu  //////|||||||||\\\\\\\ bellj@iubacs.bitnet \\
    //_____________________// NeXT mail accepted \\_____________________\\
From: jvl@redorc.chi.il.us (System Operator)
Newsgroups: comp.dcom.modems
Subject: Re: Info on: Infotel, Zoom, or Zyxel
Date: 18 Nov 92 02:44:34 GMT
Organization: Red Oracle Bbs/Network

In article <of0I6dO00Uh_444ltZ@andrew.cmu.edu>, kc2x+@andrew.cmu.edu (Kwan-Ju
Chen) writes:
>I agree ZyXEL is a better modem.
>
>I dumped my SUPRA v32bis.
You too... that was the BEST thing i ever did (worst thing was buying it)

I am still in the market for a USR Dual though, although i will NOT give up my
ZyXel for it! This modem is too nice...

USR needs to make an internal version of their modems for Amiga owners. Would
be most profitable for them! At least i think so...

----
jvl@redorc.chi.il.us
amiserv!redorc!jvl
Red Oracle Bulletin Board System/Network @1-815-744-7363
Newsgroups: comp.dcom.modems
From: gtoal@cursci.demon.co.uk (Graham Toal)
Subject: Tapping modem communications? 
Distribution: world
Organization: Current Drugs
Date: Tue, 17 Nov 1992 19:30:38 +0000


In article <ywR6TB2w165w@chadal.Gwinnett.COM> chuck@chadal.Gwinnett.COM writes:
>>    Apparently it is no problem to tap a 300-2400baud modem.  I read that
>> it is possible to tape record the phone line and then play the tones back> int
>> a modem, is this really possible??

>Yes, it can be done.  I haven't personally recorded something and 
>recreated it later but I am familiar with some people who have.  If the 
>signal is going to be recorded, the better quality the recorded signal 
>the greater likelihood that the output will be useful.

Presumably if the someone is big brother, and has access to the digital
stream at the phone company, recordings will be bit-perfect, analog noise
and all.

G
Newsgroups: comp.dcom.modems
From: rouquett@overcat.comp (Nicolas Rouquette)
Subject: Re: Intel Modems
Organization: /home/users/rouquett/.organization
Date: Mon, 16 Nov 1992 21:24:09 GMT


The thing that upsets me most about these modems is that Intel doesn't
explicitely states in product information notes that
non-DOS/Windows/OS-2 support is all but extremely precarious! One
example is the poor job they did on the 14.4ex and the flow control
options. Not only the documentation is vague about the interactions among
the various settings but the tech support people aren't seasoned in
that topic either. Heck, the doc of a USR DS and Toby's messages 
taught me more about it than the manual! 



--
----------Nicolas Rouquette----------rouquett@aig.jpl.nasa.gov
    Artificial Intelligence Group
      Jet Propulsion Laboratory
Newsgroups: comp.dcom.modems
From: mcnichol@iguana.cis.ohio-state.edu (william mcnichols)
Subject: Intel 14.4EX upgrades
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Mon, 16 Nov 1992 12:35:46 GMT

Hi.  I have an Intel 14.4 external modem.  I have heard that there are 
updates for the ROM that can be downloaded from bbs's.  Where, if this is
true, can I get these?  Also, I have heard that I can upgrade the modem to
include Caller-ID by getting a new chip from Intel.  Does anyone know if
this is true and if so how to get this chip?  Thanks in advance for your help.


William J. McNichols
mcnichol@cis.ohio-state.edu
From: hofkin@software.org (Bob Hofkin)
Subject: Re: Opinions about ZOOM 14.4K FAX modem?
Reply-To: hofkin@software.org
Organization: Unlikely
X-Newsreader: TIN [version 1.1 PL6]
Distribution: na
Date: Mon, 23 Nov 1992 04:24:43 GMT

Zoom seems to have a quality control problem.  Some of their units
just refuse to work, but others are fine.  I had trouble with the
modem part, but FAX was not a problem.

Something else might affect your decision to keep the product.
According to Zoom representatives at COMDEX, they will be coming out
with CLID around December and voice features early next year.  They
did not appear to be planning an upgrade available for current customers.

--Bob
From: sander@contrast.wlink.nl (Sander Davidson)
Newsgroups: comp.dcom.modems
Subject: FAST MODEM
Date: Tue, 17 Nov 1992 12:13:00

Hi,

I want to buy a new and fast modem with 14k4 bps and 9600 bps fax as minimum.

When I look around I see Boca, Dallas, Supra, Tornado, USR, ZyXEL and lots of
other manufacturers and modems, but what to buy? I am requesting valuable
advice and experiences!

I live in Holland, but if needed I'll consider importing...

Cheers,
Sander.
<sander@contrast.wlink.nl>
From: bill@solaria (Bill Neisius)
Newsgroups: comp.dcom.modems
Subject: Re: Digicom Scout Plus and Downloading Problems
Date: 23 Nov 92 15:08:03 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: TIN [version 1.1 PL6]

None of ya Bizness (mmoore@staff.tc.umn.edu) wrote:
: In article <1992Nov22.001314.16113@news2.cis.umn.edu> mmoore@staff.tc.umn.edu ("None of ya Bizness") writes:

: 
: Also, what's standard throughput for Zmodem on a 9600 baud line?  I
: know it depends on a lot of things, but I just wondered if anybody
: knew exactly.

I generally get about 1024 char/sec using Zmodem at 9600 baud, with 
hardware flow control.  You might want to try disabling MNP5 before 
transferring compressed files...

If the remote modem uses XON flow control, the situation changes somewhat.
In order to keep the data from interfering with the flow control, you
need to use "escaped" Zmodem (sz -e); throughput then drops to about
750 chars/sec.


Xref: sparky comp.dcom.modems:16990 misc.forsale:31418 misc.forsale.computers:40714
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: comp.dcom.modems,misc.forsale,misc.forsale.computers
Subject: Re: Illegal Sales from Mark Margolis
Summary: Ostrich syndrome
Date: 14 Nov 92 15:05:31 GMT
Followup-To: misc.forsale
Organization: Data Factory Services, Harrisburg, Pa.


 In article <BxEpGy.7KH@ux1.cso.uiuc.edu>, hucke@ux1.cso.uiuc.edu (Matt Hucke) writes:
 > In article <1d20omINNlqd@flop.ENGR.ORST.EDU> valhert@mist.CS.ORST.EDU (valhert) writes:
 > >
 > >I always believe that the rule was not to have commerrcial
 > >sales on the usenet.  How can we prevent this illegal 
 > >activity from continuing?  This guy is using the guise of
 > >a college student to legitatize this sales.
 > 
 > Why bother?  If he offers good equipment at a reasonable price, then his
 > posts are most certainly welcome!  If you don't like it, you can always
 > killfile him...

.....forgetting, of course, that Usenet is also transported over
networks that expressly forbid commercial traffic. 

With this in mind, hiding your head in the killfile sand pile won't do
much good if the network(s) in question refuse to transport Usenet. 

You see, there IS a reason why commercial postings are frowned upon in
anything but the biz.* hierarchy. 


-- 
 ...uunet!wa3wbu!frackit!dave -or-                       |  Dave Ratcliffe  |
 frackit!dave@uunet.UU.NET -or- dave@frackit.uucp -or-   |  Sys. <*> Admin. |
 vogon1!compnect!frackit!dave@psuvax1.psu.edu            | Harrisburg,  Pa. |
Newsgroups: comp.dcom.modems
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: Efficient CRC routine?
Organization: Morning Star Technologies
Date: Tue, 24 Nov 1992 04:34:12 GMT

In article <3246@aegis.or.jp> jroth@aegis.or.jp (Joel Roth) writes:
   wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
      jc@minya.UUCP (John Chambers) writes:
         I've generally dismissed the use of CRCs in software, because
         the only algorithm I'd seen to generate (or check) them were
         so incredibly slow (shifting the bits out of each byte,
         plugging each into a polynomial, and all that) that the
         performance hit was totally out of the range of
         acceptability.

      Its only one or two lines of C depending on how you count it.
      Any good compiler will render it into 10 or less instructions.

   Some kind soul responded to an earlier query about this with code
   for using a lookup table instead of calculating the values with
   bit-shifting. Happy to post it if you like.

See Appendix B of RFC-1331.  The lookup table is fairly compact, and
the algorithm is plenty fast.  Of course, hardware is always faster...
Newsgroups: comp.dcom.modems
From: anderson@zymurgy.bms.com (Jay Anderson)
Subject: SupraFaxmodem v.32bis <--> Sun IPC
Organization: BMS Pharmaceutical Research Institute
Date: Tue, 17 Nov 1992 18:07:31 GMT

Does anyone have the correct settings for the modem and the Sun to allow dialon,
dialout capability?
--
+---------------------------------------------------------------------+
| Jay Anderson - N3JMC          Internet: anderson@optical.bms.com    |
| Bristol-Myers Squibb Company      Work: (609)-252-6039              |
| Princeton, NJ 08543                Fax: (609)-252-6743              |
| I have a dinosaur for a representative, he has a small brain and    |
|    refuses to learn.                                                |
+=====================================================================+