HDTenEightyP/NetNews huggingface dataset:
From: sjr@afterlife.ncsc.mil (Stephen J. Roznowski)
Newsgroups: comp.dcom.modems
Subject: Experiences with QBlazer
Summary: Should I buy a QBlazer?
Date: 25 Jul 92 19:47:38 GMT
Organization: The Great Beyond

I see that Telebit is offering QBlazers for $299.00.

I'm interested in hearing about people's experience
with this modem, before I consider ordering one.

Thanks,
-- 
Stephen J. Roznowski	(sjr@afterlife.ncsc.mil)
From: gcasey@brtph424.bnr.ca (Errol Casey P910)
Newsgroups: comp.dcom.modems
Subject: Transportable PEP modems (for Laptop usage)
Summary: Need modem for laptop that supports PEP
Keywords: PEP, telebit, laptop, modem
Date: 29 Jul 92 12:59:52 GMT
Followup-To: comp.dcom.modems
Organization: BNR, Inc. Research Triangle Park, NC
Originator: gcasey@brtph424

I would be interested in finding a modem that can be used
with a laptop computer that has PEP.  I don't believe currently
that Telebit has such a modem. May be another company that makes
PEP compatible modems does, any help would be greatly appreciated.




-- 
Errol Casey, Bell Northern Research, Research Triangle Park, NC
991-7310 emai: gcasey@x400gate.bnr.ca
From: bgi@stiatl.salestech.com (Brad Isley)
Newsgroups: comp.dcom.modems
Subject: Re: T3000 -> WB ROMS to ship July 10
Date: 21 Jul 92 16:45:55 GMT
Organization: Sales Technologies, Inc.

dave@frackit.UUCP (Dave Ratcliffe) writes:

>In article <1992Jul10.142931.23801@stiatl.salestech.com>, bgi@stiatl.salestech.com (Brad Isley) writes:
>> wtm@uhura.neoucom.edu (Bill Mayhew) writes:
>> 
>> >I got a call from Telebit on Thursday 7/2/92.  They were going to
>> >arrange the Loyalty pays T300 > WB swap.  I said, "Hey wait a
>> 
>> Have they fixed the WB's UUCP-g spoofing bug yet?
>> My WB can only do UUCP-g spoofing with very recent TB modems.  :-(

>One of my feed sites is running a Worldblazer and there were a great
>many problems getting connections between it and my TB+ w/BA4.00 EPROMs.
>I called 1-800-TELEBIT and spoke to someone in Tech Support (listen to
>the voice and hit the right keys to get there). I described the problem
>and he said he'd send me a brand spanking new set of BC7.00 chips for
>the TB+. He also filled me in on the "undocumented" register S120 (set
>it for 16) for downward compatibility with older PEP format. 

Super!  But  ** I don't think this fixes the uucp-g spoofing **.
This addresses PEP backward compatibility.
That's a different problem altogether.  The WB uucp-g spoofing tries to
force the window size to 3, and ISC refuses a window size this small.

Now, has this been fixed yet?  My apologies for being vague before.
-- 
    Itchy, Scratchy, Homer, Bart, Bugs, Elmer...  The list goes on and on.
                 They're so much more real than Congress...
-----------------------------------------------------------------------------
bgi@salestech.com           (404) 841-4169           Sales Technologies, Inc.
Newsgroups: comp.dcom.modems
From: wilms@CS.MsState.EDU (Jan Wilms)
Subject: Hardware Flow Control
Keywords: Flow Control, v.32bis, UNIX
Reply-To: wilms@CS.MsState.EDU
Organization: Computer Science Dept., Mississippi State University
Date: Wed, 29 Jul 1992 14:25:19 GMT

Hi,

This is for the UNIX gurus. I am trying to set up a connection between 2 v.32bis modems on Sun sparc stations (one is a MultiModem MT1432, the other a Practical Peripheral 14400FXSA). The PP is always used as dial-in, the MM as dial-out. 

So far we have been able to make both talk at 9600 but only by turning error correction off at the originating modem, and even so the setup is flaky (PP picks up the phone very late (sometimes not at all, or just as the originator hangs up) even though S0 is set to 1 ring). And when I use tip hardwire on the PP and ask it to display its settings, only half a screen is shown. 

Part of the problem (and certainly the failure at error correction/compression) is that both modems are set for hardware flow control, whereas I assume the UNIX boxes are set for software control (Xon/Xoff). But I have no idea how I can change the UNIX setup to hardware control. 

Any suggestions?

---
G. Jan Wilms                   wilms@cs.msstate.edu
Computer Science Department    jgw1@msstate.bitnet
Mississippi State University   (601) 325-2756
POBox 1715
Mississippi State, MS 39762



Newsgroups: comp.dcom.modems
From: stratton@odin.unomaha.edu (Dan Stratton)
Subject: WANTED: Fax / Modem
Organization: University of Nebraska at Omaha
Date: Wed, 22 Jul 1992 18:00:30 GMT

Hi,
 
I am in need of a Fax / Modem, 9600 V.32 or 2400 V.42bis, and software/cables
for a Mac. I would prefer STf Fax software if available.
 
Email to stratton@odin.unomaha.edu or call 402.895.1090
 
Thanks,
Dan Stratton
Newsgroups: comp.dcom.modems
From: richard j. gaylord <gaylord@ux1.cso.uiuc.edu>
Subject: Re: Why is Zoom half the price of other 14.4's?
     <PV31NB2w164w@zswamp.UUCP> <145ts2INNfpm@matt.ksu.ksu.edu>
X-Useragent: Nuntius v1.1
Organization: university of illinois
Date: Tue, 21 Jul 1992 09:52:00 GMT

Re: Why is Zoom half the price of other 14.4's?

can someone give me the telephone number for ZOOM, please. I want to get
the ROM upgrade but i can't find their number anywhere in the manual or
on the box.

thanks.
From: larry@dprmpt.UUCP (Larry)
Newsgroups: comp.dcom.modems
Subject: Re: Cordless Modems
Date: 23 Jul 92 04:35:09 GMT
Reply-To: larry@dprmpt.UUCP (Larry)
Distribution: usa
Organization: Data-Prompt

In article <179@melasvca.merl.com> prashant@ca.merl.com (Prashant Avashia) writes:
>
>I have been "stumped" with this unusual query.
>
>Someone uses a generic modem (2400 baud) to link up his home PC to our
>workstations at the office. However, the individual has a phone jack in his
>KITCHEN only. He connects the PC to modem, using the serial ports (RS-232C)
>and then the modem line to the phone jack on the kitchen wall.
>
>Fairly standard setup, however, he does not like working in his kitchen!!!
>
>As a simple alternative, a long RJ11c to RJ11c extension cord of about 50
>to 75 ft could allow him to move his PC to a different room, however the
>individual does not like long cords!!!!
>
>Now, I am in search for a modem that is built like a cordless
>telephone.
>
>I am thinking that it has a "base unit" hooked to the kitchen wall
>and the "portable unit" hooked to the modem (connected to the PC)
>maybe in another room. I know, it could be expensive compared to the
>75ft extension cord, but that does not matter to this individual.
>
>Does anything such as a cordless modem exist, or is it the end of my
>options on this issue.
>
>Thanks to everyone. My apologies in advance, if this posting is posted
>to incorrect newsgroups.
>

I've never heard of a "cordless" modem, but why get complicated???
You have at least two options:

1.  Have an electrician run 4-wire to the room where the user wants to
work. This could be costly but you said that's not a problem.  This seems
like an obvious solution to a fairly simple problem.

2.  Get one of those gadgets that uses your house's electrical wiring
to give you a "phone jack" at any electrical outlet.  I've seen them
advertised in the DAK catalog, and I know they're available from 
TELEDYNAMICS, a wholesaler I deal with.  E-mail me if you need addresses
& phone numbers.

Either of these options should run you between $50-100.  If you can
run the cable yourself, any Radio shack can supply the RJ-11 jack and
wire for about $10.
>
>----------------------------------------------------------------------------
>Prashant Avashia
>Mitsubishi Electric Research Laboratories Inc..
>E-Mail: prashant@ca.merl.com, [or], prashant@mela.com
>----------------------------------------------------------------------------


-- 
* - * - * - * - * - * - * - * - *
* Larry Johnson                 *
* UUCP: ...!uunet!dprmpt!larry  *
* - * - * - * - * - * - * - * - *
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.dcom.modems
Subject: Re: Boom! You're Dead.
Date: 25 Jul 92 03:38:08 GMT
Article-I.D.: qiclab.1992Jul25.033808.12032
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

piet@cs.ruu.nl (Piet van Oostrum) writes:

>>>>>> leonard@qiclab.scn.rain.com (Leonard Erickson) (LE) writes:


>LE> As I've said elsewhere, *I* need dropping DTR to drop the *connection*
>LE> as well as go into command mode. So it is unsuitable.

>Not if there is a command to drop the connection.

Dropping DTR to terminate the connection is used as a "failsafe" of
sorts. Especially when working with BBS software, mailers, and other 
such things you can't always be sure that the baud rate isn't messed
up. I've had the "fun" of trying to find the baud rate that the
modem somehow goot set to once too often.

So you need an "out of band" means off dropping the connection. 
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)
Newsgroups: comp.dcom.modems
From: kreed@telesys.tnet.com (Kevin W. Reed)
Subject: Re: Why is my WB that slow in PEP-mode ?
Organization: TeleSys Development Systems, Mesa AZ
Date: Sat, 25 Jul 1992 01:53:49 GMT

mccrate@netcom.com (Joe McCrate) writes:

>john@jwt.UUCP (John Temples) writes:

>>>Have to disable compression at all ( ATS190=0 ).
>>>Then I have the same rates with either T2500 or WB.

>>I would say it's more correct to set S191=6.
                                       ^^^^
>But in my Telebit manual there is no such register as S196.
                                                       ^^^^
Read Again....
-- 
+-------------+
|   TeleSys   | Kevin W. Reed  ------  Public *NIX Site and Newsfeed Source
| Development | kreed@tnet.com   UUCP: ...!ncar!asuvax!enuucp!telesys!kreed
|   Systems   | SCO Xenix/Unix Support       Data/UUCP/BBS: +1 602 649 9099
+-------------+
Newsgroups: comp.dcom.modems
From: sybesmer@uther.calvin.edu (Eric W Sybesma)
Subject: Hayes 1200B 6-DIP switches (what do they mean?)
Summary: Hayes 1200B -- Six DIP switches, what do they mean?
Keywords: Hayes
Organization: Calvin College
Date: Fri, 31 Jul 1992 15:18:25 GMT

 picked up an old Hayes 1200B modem for FREE (obviously).
It's an internal modem with a full-length card.  It has
6 DIP switches, and I was curious if anyone knew what
they mean.

	Any help would be appreciated.  Please E-mail me
at sybesmer@uther.calvin.edu

				Thanks
Eric

--
Home Address and Phone               Internet addresses  
Eric Sybesma   (616) 243-5913        School: sybesmer@uther.calvin.edu
514 E. Burton St.                    Work:  (E-mail only) (616) 241-7280
Grand Rapids  MI  49507                   sybesma@benzie.si.com
Newsgroups: comp.dcom.modems
From: mr@rat.cica.indiana.edu (Michael Regoli)
Subject: PPI 14.4fxsa: Failed RTS/CTS Cable Test
Organization: Indiana University
Date: Mon, 27 Jul 1992 22:43:35 GMT


Well, I'm finally getting the hang of this new modem.  However,
it has been somewhat of a black art getting the modem and comm
software settings to work.  

I'm using Telix 3.15, CTS/RTS flow control enabled, 9600 DCE speed
with DTE set to 57600.  I'm getting pretty decent throughput with
Zmodem (980-1200 cps compressed binaries).  And, for those of you
keeping up with PPI's EPROM whims, I've got the 1.12c firmware. :)

However, I'm fiddling around with some of the tests, and I notice that
I fail the "RTS/CTS cable test" with an "ERROR" result (vs. an "OK").
(This test is initiated with "AT&T19".)

I've got a standard "9PN TO HAYES MODEM" cable (per the one that came
with the modem from PC Connection) for use with my Zenith 286LP.

Is this not the right modem cable to have?  Would I be better off
making a new cable?  Or, is there a problem with the firmware that is
causing this test to fail??

Also, does anyone know if I can upgrade my UART in this box??  It's
just a lowly Zenith AT (a glorified terminal :) with 16450 UARTs on
both COM ports (no FIFO buffers).  Can I get better performance with
an upgrade?  

Thanks!

--
michael regoli
mr@cica.indiana.edu
regoli@iubacs.BITNET
..{ames, rutgers}!iuvax!cica!mr
From: bruce@tssnext.rmNUG.ORG
Newsgroups: comp.dcom.modems
Subject: Re: Digital Telephony/FBI?
Date: 29 Jul 92 04:32:31 GMT
Reply-To: <bruce@TotSysSoft.com> (Bruce Gingery)
Organization: Total System Software

IO92142@MAINE.MAINE.EDU (James) writes:
: Hi.  I ran across this article in MacWeek, and I would like to know
: 
: Washington
: 
: The FBI has sharpened language in proposed legislation that would require
: government wiretap access to all U.S. voice and data networks.

    I beleive I saw something about this in the FidoNet FCC Echomail area
quite a few months ago.  I can easily imagine that the non-interfering
(read undetected) `tapping' of optical link networks, themselves would
be rather difficult.  OTOH, other than contained, isolated, networks,
I'd imagine that it would be possible to tap somewhere in the PSTN, on any
connection, though with proper encryption methods, the gathering of in-
telligible data would be quite difficult.

: The bill still has not found a sponsor on Capitol Hill.  Nevertheless, the FBI
: has not backed down.

And we can all (at least US newsgroup readers) sincerely hope that it does NOT
find adequate sponsorship.  Such provisions WILL retard technology in this
quarter of the world significantly, and would likely eliminate a lot of other-
wise easy interconnectivity.
 
: =-=-=-=-=-=--=-=-=-=
: James Gray                           Bitnet   :  IO92142@Maine
: University of Maine                  Internet :  IO92142@Maine.Maine.Edu
 
Thanks for posting the text.
	Bruce
-- 
Bruce Gingery          bruce@TotSysSoft.com        (Total System Software)
InterNet:  Bruce.Gingery@p1.f5.n310.z1.fidonet.org (  Cheyenne, Wyoming )
       or  bruce@brucext.TotSysSoft.com
NeXT-Mail: bruce@tssnext.rmNUG.org  < -or- > bruce@TotSysSoft.com
From: jong@wright.seas.ucla.edu (Jong Y. Lee)
Newsgroups: comp.dcom.modems
Subject: question on v.42
Date: 31 Jul 92 10:29:37 GMT
Organization: SEASnet, University of California, Los Angeles


Hi netters!

I just got my SupraFaxModem v.32bis today, and tried to download some
files from my school.  I was using GSZ zmodem for the transfer protocol,
and I got about the same number of bad CRCs when I was using plain 2400
baud modem.  So my question is, how does v.42 feature help when downloading
a file?  I thought it finds the error before even zmodem notices thus
speeding up the transfer, but I guess not.  My setup was, by the way,
DTE at 57600bps, CTS/RTS on, and the init string is AT&F2.
Thanks!

Jongyoon

jong@seas.ucla.edu
jonglee@seas.ucla.edu
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: ASN.1 (X.409)
Date: 21 Jul 92 14:54:11 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

> Does anyone here know anything about Abstract Syntax Notation 1, as
> defined in CCITT X.409? What I'd like to know is how to encode an
> integer which doesn't fit into a single byte (e.g. 12345): is it
> 02 02 30 39, or is it 02 02 39 30 ?

The first encoded byte is always the high-order byte, so it would be 
"02 02 30 39".  If the high-order byte would be 00 or FF, it should 
be omitted to insure encoding in the smallest possible number of 
octets.

-- 
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
From: gartrell@girtab.usc.edu (Fred Gartrell)
Newsgroups: comp.dcom.modems
Subject: Re: 14,400 bps:  comm software  for it YES !!
Date: 29 Jul 1992 19:56:17 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: usa
NNTP-Posting-Host: girtab.usc.edu

Either I'm reading the wrong message in the post, but the original question
was "What software supports 14,400"  Most of the answers never answer this.

Try pc based Smartcom III  it supports it all including 14,400.
From: gerg@netcom.com (Greg Andrews)
Newsgroups: comp.dcom.modems
Subject: Re: GVC 9600 / T2500 / MNP problem fixed (sort of)
Date: 29 Jul 92 06:29:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

dave@imax.imax.com (Dave Martindale) writes:
>
>About a week ago, I reported a problem with using MNP between a GVC 9600
>and a T2500.  Telebit agreed there was a MNP problem and sent new ROMs.
>
>Today, the T2500 got upgraded to GE7.03 ROMs.  MNP appears to work now,
>and the modems will also establish a V.42/V.42bis connection.  (The T2500
>did not support V.42 before the ROM upgrade).
>
>However, a new problem reared its head.  The old T2500, when S92=0,
>answers an incoming call with PEP tones, then V.25 answer tone,
>then V.32 carrier, and then slower speeds.  The GVC was happy with this,
>and connected in V.32 mode.  The new T2500 always answers with a burst
>of V.25 answer tone *first*, before the PEP tones.  (This is probably
>to help it deal with echo suppressors on some phone lines).  In effect,
>S92=0 now produces exactly the same result as S92=2 always did.
>
>The GVC, it seems, is just not willing to recognize V.25, PEP tones,
>a bit more V.25, and then V.32 carrier as a valid V.32 answer sequence,
>and ends up connecting in V.22bis (2400 bps) mode instead.
>
>I can get around this by setting S92=1, putting the PEP tones last,
>but this may mean that some of our uucp neighbours end up with either
>V.32 or V.22bis connections instead of PEP - not good for news throughput.
>

What?  They've been calling you for a PEP connection, but they
have *not* been setting S50=255 in their modems when they call?

Simply have them set S50=255 S7=60 in the modem, and make sure their
dialer will wait long enough to make the connection.  They'll be
able to connect in PEP mode and your non-Telebit callers will also
be able to connect.

>
>Does anyone know how to turn off the initial burst of V.25?
>Also, what are the new undocumented S157 and S158 registers?
>

Others will give you the setting to disable the echo canceller
modifications, I'm sure.  Without knowing more about who calls
you, I think the above is a better all-round solution.

I don't have my reference handy, but all the registers above S150
are for the SDLC synchronous mode.  All the registers except for
S255, that is...


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: coburnn@spot.Colorado.EDU
Newsgroups: comp.dcom.modems
Date: 17 Jul 92 22:22 MDT
Subject: I need modem help
Nf-ID: #N:1992Jul17.182254.16713@ucsu.colo:-601654940:001:721
Nf-From: spot.Colorado.EDU!coburnn    Jul 17 22:22:00 1992



I am using a Practical Peripherals 9600SA hooked up to a MacIIci with a Hardware
Handshake cable.  The software in question is ZTerm

My problem is that when I am downloading files, and I switch to another
application so that ZTerm can run in the backround, the modem hangs up.
This only happens with ZTerm, not other communications programs.  I tried
to set the DTR so that it ignores the signal, but no dice.

If someone could help with this problem, I would really appreciate it.

Thanks in advance.

________________________________________________________
Nicholas Coburn
University of Colorado in Boulder                         
coburnn@spot.colorado.edu
________________________________________________________


Newsgroups: comp.dcom.modems
From: mo@sdf.lonestar.org (Mohit Goyal)
Subject: Has Hayes released OS/2 2.0 drivers for the ESP?
Organization: sdf Public Access UNIX, Dallas--unrestricted free shell access
Date: Wed, 22 Jul 1992 06:51:19 GMT

Hello.  Does anyone know if Hayes has gotten around to actually 
finishing and releasing OS/2 2.0 drivers for their ESP board?

Also, while on the subject of waiting for Hayes, does anyone know
if they have released their Optima 14.4k Faxmodem yet?

Thank you.
From: john.navas@uttsbbs.uucp (John Navas) 
Newsgroups: comp.dcom.modems
Subject: Re: I want a 14400 fax/mo
Date: 25 Jul 92 16:03:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: john.navas@uttsbbs.uucp (John Navas) 

 > I can recommend the Intel SatisFAXion 400, ...  modems, as I use
 > them on a daily basis with DOS and UNIX sites.  They have not given
 > me any trouble at all, and Intel is good about support.

I disagree.  I'm returning my SatisFAXtion 400 because the poor tech
support has failed to address the many problems I have found,
including:

* Lack of support for non-DOS operating systems (such as OS/2, NT and
UNIX), not only the fax, but also the data modem.

* Inability to receive faxes at 14.4kbps (as advertised).

* Incompatibility with certain 2400bps data modems.

* Incompatibility with certain phone installations and handsets.

* Random crashes in Faxability software.

* Problem with Faxability and certain Excel 4.0 spreadsheets.

Best regards,
John
   
Newsgroups: comp.dcom.modems
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: GVC 9600 / T2500 / MNP problem fixed (sort of)
Organization: Private UNIX Site
Date: Thu, 23 Jul 1992 07:46:31 GMT

dave@imax.imax.com (Dave Martindale) writes:

>However, a new problem reared its head.  The old T2500, when S92=0,
>answers an incoming call with PEP tones, then V.25 answer tone,
>then V.32 carrier, and then slower speeds.  The GVC was happy with this,
>and connected in V.32 mode.  The new T2500 always answers with a burst
>of V.25 answer tone *first*, before the PEP tones.  (This is probably
>to help it deal with echo suppressors on some phone lines).  In effect,
>S92=0 now produces exactly the same result as S92=2 always did.
>
>The GVC, it seems, is just not willing to recognize V.25, PEP tones,
>a bit more V.25, and then V.32 carrier as a valid V.32 answer sequence,
>and ends up connecting in V.22bis (2400 bps) mode instead.

Set S120=16. This disables the echo canceller disable tone (V.25)
preceding the PEP tones in modems with 7.xx ROM releases. This register
is unfortunately not documented in the regular modem manuals.

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini