HDTenEightyP/NetNews huggingface dataset:
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Re: Summary of prices... (PPI, in particular)
Date: 27 Aug 92 22:57:14 GMT
Organization: Screaming in Digital, the Queensryche Net Digest

sabrom@cebaf4.cebaf.gov (Seth Bromberger) writes:

>I, too, have had some problems with 14400FXSA Zmodem xfers... but I've
>found that when I'm not using MNP5, things run smoothly (this is on a
>2400 connection)... in fact, I can get around 3100 chars/sec on a 14400
>connection with compression/correction.  Maybe the problem has to do
>with the additional compression of MNP5?
>All in all, I'm quite pleased with my 14400FXSA.

My standard connection is a 9600 baud v.32 connection with MNP/4 correction
and MNP/5 compression, and I haven't had any problems with that.  I have had
difficulties when I specify a DTE that's different than my DCE, but I think
I've got the flow-control set a little bit wrong or something.  

For techies out there, I'm connecting from the PPI to a Multitech hung off
a Cisco box, then going over a T1 to a Sparc-2.  Using 'sz' on the Sparc, I've
gotten up to 1024cps at 9600 with mnp/mnp.  There have been rumours about the
Cisco's modems being upgraded to v.32bis/v.42bis 14.4's later this year, so I
will see what kind of rates I get then. :)

-Shag
-- 

     Freedom belongs to only those without video screens for eyes and mouth.
		- Queensryche
Newsgroups: comp.dcom.modems
From: wtm@uhura.neoucom.edu (Bill Mayhew)
Subject: Re: 16550 vs. 16550AFN re: Windows
Organization: Northeastern Ohio Universities College of Medicine
Date: Wed, 26 Aug 1992 00:37:45 GMT

In Windows, try setting ComBoostTime=5 in the system.ini file.
This will allow the comm driver to linger up to 5 mS before
returning from the interrupt routine.  This makes it much less
likely to lose characters.  I believe the default time is only 1
mS.  Even if you have 16550 support (COMxFIFO=TRUE) enabled,
increasing the ComBoostTime helps a lot.  There is only a little
degredation to background processes.

Also, if possible, enable rts/cts flow control in your windows
telecom application.  Out of band flow handling doesn't have to
ripple though the input buffer before being noticed.


-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   (140.220.1.1)
Xref: sparky comp.dcom.modems:12529 comp.sys.amiga.datacomm:5889
From: Harv@cup.portal.com (Harv R Laser)
Newsgroups: comp.dcom.modems,comp.sys.amiga.datacomm
Subject: Re: Some real info on BFJ.
Date: Tue, 25 Aug 92 15:50:38 PDT
Organization: The Portal System (TM)

I have been sent email by Rus Jelks, who worked for Jeff Weiss at
BFJ Enterprises.  I am extremely hesitant to post Rus' letter to the
net since even though I would be acting as just a "messenger" it 
contains statements of "fact" that could be considered damaging or
libelous to Mr. Weiss if they were not true. I too have followed your
path of trying to contact Jeff Weiss, including speaking to the
Office Mgr. at the Roswell Mall in Roswell GA where the store is
located... including trying to reach Jeff at home where his number
has been disconnected with no referral... including getting that
OTHER Jeff Weiss' phone nbr in his locale, calling it, and getting
an answering machine which had a message that was NOT the voice of
the Jeff Weiss I know from BFJ (I met Jeff and dined with him and
hung out w/him a bit at the AmiExpo last Feb. on the Queen Mary in
Long Beach).

At any rate, Rus' letter is discouraging and if true, BFJ Enterprises
is unlikely to open its doors again. Jeff Weiss has a Portal account
which is not turned off, so someone is paying the bill, but he's not
answering his email.  In the meantime I've removed his online catalogs
from the Amiga Zone on Portal and I've shut his Amiga Zone Vendor
area. If and when such time comes as I learn, FROM JEFF that he has
indeed shut down BFJ as a business, I'll remove his Vendor area 
entirely. 

Very sad.. he's a nice kid and seemed to be trying very hard to build
up his business. I thought he was doing quite well, actually.

Harv
Newsgroups: comp.dcom.modems
From: iqbal@sioux.eel.ufl.edu (M.Iqbal)
Subject: Manchester encoding/decoding
Organization: University of Florida
Date: Wed, 2 Sep 92 00:19:12 GMT

Hi,

I want to pick data off the serial port(RS232C) and Manchester
code it. I found that Harris makes a chip which does encoding and
decoding (HD6409). I am wondering if anybody has delt with the
chip? Is it possible to encode data off the serial port right
away or do I have to bring the data to TTL level?

Is it good to use the chip or shall I build my own encoder?
Any suggestion as to how to build the encoder/decoder?

thanks

iqbal@sioux.eel.ufl.edu

Newsgroups: comp.dcom.modems
From: J056600@LMSC5.IS.LMSC.LOCKHEED.COM
Subject: Nuvo 14400IFX?
Organization: Lockheed Missiles & Space Company, Inc.
Date: Fri, 4 Sep 92 00:16:04 GMT

I have a friend who wants to free a slot in his PC, and he has offered to sell
me his internal modem so he can buy an external modem.  The modem is a Nuvotel
14,400IFX Fax modem.  He doesn't have the manual around, and I know littleof
the brand.  It seems to support all of the standard protocols, such as V.32,
V.32bis, V.42, V.42bis, MNP5, and so on.  It also seems to have all of the
standard fax capabilities.  Is this modem any good (I suppose for $150, it
can't be too bad)?  Is there anything in particular I should know about
this modem?


Tim Irvin   j056600@lmsc5.is.lmsc.lockheed.com
********************************************************************
From: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix)
Newsgroups: comp.dcom.modems
Subject: Re: Modem tax back
Date: Fri, 21 Aug 92 04:29:18 EST
Organization: FidoNet node 1:226/20.18 - cmhGate UF Gateway, Columbus OH

lasner@watsun.cc.columbia.edu (Charles Lasner) writes:

CL> Why is it that rural (well, sub-urban anyway) cable companies 
CL> are charging less to their subscribers than the equivalent 
CL> situation in the city? 

The rural or farther out suburban folks are more likely to get a satellite
dish than subscribe to cable.  For those straddling this fence, cable has to
be fairly cheap for it to be useful.  So cable companies charge a bit less to
be a bit more competitive.

Folks in the city, however, usually don't have the choice of a satellite dish. 
Cable is the only way to go.  Cable companies know this.  They have no need to
price themselves competitively against anyone or anything else.

This is one reason I vote for the "video dialtone" idea.  Let someone be in
charge of the cables and billing, and providing the dial tone (be it voice
phone, modem service, entertainment services, whatever).  Let someone else be
the actual service provider, the person who ultimately gets the money and with
whom I contract to receive HBO, Nick, ESPN, etc.  This way I can contract with
a number of people, depending on their prices and picture quality and
whatever, and I end up getting the best price.  Competition is served.  And
someone analogous to the local phone company is in charge of running and
maintaining the fiber cable to my house, the cable through which the various
competing services are vying for my entertainment dollar.

The whole idea of exclusive territories for cable has always bothered me.  It
also bothers me a bit that this has nothing to do with modems, yet I'm posting
it here.  So I'll stop.  Soapbox off.

--Adam--
 
--  
Adam Frix via cmhGate - Net 226 fido<=>uucp gateway Col, OH
UUCP: ...!n8emr!bluemoon!cmhgate!20.18!Adam.Frix
INET: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG
Newsgroups: comp.dcom.modems
From: hampton@tasman.cc.utas.edu.au (Michael Neil Hampton)
Subject: USR problems with line acknowledge...
Summary: NEED info on upgrade to be able to correctly use Australian line signal
Keywords: USR line problems
Organization: University of Tasmania, Australia.
Date: Fri, 4 Sep 1992 04:41:48 GMT

Can anyone advise arrival in Australia of eprom upgrade kit for Australian
approved USR Dual Standard v42bis, v32bis modems, enableing correct result
code recognision on Australian Line Signals......

I was led to beleive a fix for this known problem was due September through
the Australian distributer to all purchasers of the Australian approved units.

Regards, MH.

E_Mail only replies please as dont have time to read News.


--
     Life would be so much simpler, ... 
                    with access to the source code....

     hampton@tasman.cc.utas.edu.au
From: wolfgang@netcom.com (Wolfgang Henke)
Newsgroups: comp.dcom.modems
Subject: Re: NetFax & ZyXEL U-1496E ... are they compatible???
Date: 30 Aug 92 03:27:47 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
:
: Zero One refuses to provide any documentation to their users for the
: FAX mode of the modem (grrrrr...), so this is sort of an ongoing
: net.saga.

Hmm..

The Digicom Scout+ comes with DosFax and WinFax software, but if one
needs fax interface specs, I include them for just the photocopying
costs. Its a writeup of the fax AT command set and functions as
implemented in this modem.




-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
Newsgroups: comp.dcom.modems
From: ddavis@highlite.uucp (Darrel L. Davis)
Subject: Dial-in/out with Smartmodem 1200 on 3B2
Summary: Need help to get modems to do both
Keywords: Hayes Smartmodem, ATT 3B2
Organization: Gotham Communications Research
Distribution: comp
Date: Fri, 28 Aug 1992 19:03:19 GMT

I have been working with some Hayes smartmodem 1200s connected to a 3B2/500.
Using a standard ACU Modem connector and modem switch settings 
(dial-in -> 3 & 8 down, dial-out -> 3, 6 & 8 down), I have been, so far, unable to do both dial-ins AND dial-outs with the same modem. Yes..I'm using uugetty onthe port.

Any help appreciated.
Darrel


Darrel L. Davis:  ddavis@gotham.com  ddavis@highlite.uucp  uunet!highlite!ddavis

-- 

Darrel L. Davis:  ddavis@gotham.com  ddavis@highlite.uucp  uunet!highlite!ddavis
Newsgroups: comp.dcom.modems
From: honey@citi.umich.edu (Peter Honeyman)
Subject: Re: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
Reply-To: honey@citi.umich.edu
Organization: Center for Information Technology Integration, Univ of Michigan
Date: Sun, 23 Aug 1992 20:23:09 GMT

Bob Sutterfield writes:
|> Whether you use V.42bis depends upon your application.  It will only
|> very rarely (if at all) decrease your throughput, likewise latency, so
|> it's probably safe to turn it on and leave it on for most purposes.

in experiments run here, we have seen very high latencies due to v.42
and v.42bis.  (but since we use the network more for file transfer
than interactive traffic, we do leave them on, as bob suggests.)

|> A typical PPP frame is exactly three bytes larger than a typical SLIP
|> frame.  This expands a typical VJ-compressed telnet packet from five
|> bytes to eight.  So far as I can tell, the difference is unmeasurable
|> and imperceptible.

a typical vj-compressed telnet packet is four bytes, not five -- here
are three quotes from rfc 1144, "compressing tcp/ip headers for
low-speed serial links", by van jacobson:

from section 1 (introduction): the average compressed header is 3 bytes

from section 3.1 (the basic idea): Recognizing a couple of special
cases special cases will get us three byte headers for the two most
common cases---interactive typing traffic and bulk data transfer

from section 3.2.2 (compressed packet format): compressed terminal
traffic usually looks like (in hex):  0B c c d, where the 0B indicates
case (1), c c is the two byte TCP checksum and d is the character
typed.

|> Few connections are error-free.  A V.32bis/V.42/V.42bis modem, clocked
|> at 38400 or better, can easily deliver bits fast enough to overwhelm
|> primitive serial I/O interfaces such as are found in many popular UNIX
|> systems.  Those UART overruns are manifested as line errors, which
|> PPP's 16-bit CRC (not a checksum!) will almost always catch, so that
|> the PPP can drop the damaged packet before passing it up to IP.  This
|> will save your bacon if you're running non-UDP-checksummed NFS, even
|> over a V.42 or MNP4 modem.

many errors here.

my home computer is an ibm rt, three or so mips, with a run of the
mill 16550 async card.  i run the interface at 57,600.  uart overruns
are infrequent -- way less than 1%.

crc *is* a checksum -- that's what the second c stands for.

what
|> 
|>    But there are other aspects of PPP which makes it useful...
|> 
|> Right.  You may find some useful tidbits for comparison in the paper I
|> presented at last December's Sun User Group in San Jose.  Get it from
|> ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z.
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: What's a good 14400 modem??
Date: Thu, 03 Sep 92 04:09:05 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

And here is the current list for Digicom Scout+ connections:

List of some high speed modems the DSI Scout Plus connects easily to:
(with factory register settings AT&F)

Telebit T1600 V.32 (9600)
Telebit T2500 V.32 PEP (9600)
Telebit T3000 V.32bis (14,400)
Telebit Worldblazer V.32bis PEP (14,400)
USR DS 16,800 (14,400)
USR DS V.32bis (14,400)
USR DS V.32 (9600)
ATT Paradyne 3829 V.32bis (14,400)
Supra V.32bis (14,400) 
Digicom Scout V.32 (9600)
Digicom 9624LE+ V.32bis (14,400)
Hayes Ultra V.32bis (14,400)
Hayes Ultra V.32 (9600)
Multitech 9632 V.32 (9600)
Microcom V.32 (9600)
Intel 14400ex V.32bis (14,400)
Forval IM14400 V.32bis (14,400)
ZyXEL U-1496E V.32bis (14,400)
Multitech 14400 V.32bis (14,400) 
TwinCom 14400 D/F V.32bis (14,400)

The value in brackets is the speed the Scout+ connected at with factory
register settings (AT&F). If your modem is not listed, please provide
me with two numbers and I will test the connection for you. At the
present time there is no high speed modem that I know of that the
Scout+ will not connect to. Some connections over impaired lines force
the Scout+ into retraining with the AT&F settings. Use AT*Q0 to turn
signal quality action off in this case, or AT*Q2 or AT*Q3 to allow
fallback and fallforward.


-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com

Newsgroups: comp.dcom.modems
From: toad@rubikon.han.de (Peter Cleve)
Subject: Zyxel: 5.00 Version for 1496E available ?
Organization: Rubikon Rethen BRD
Date: Wed, 26 Aug 92 16:11:49 GMT

Hi!

I'm looking for 5.00 ROM-Release for the 1496E model (without LCD-Display)

By

-- 
Peter Cleve, Hildesheimer Str. 316, 3014 Laatzen 3, Tel. 05102/1854 (Voice)
  Energiesparen ist das moralische Aequivalent zum Krieg. (Jimmy Carter)
From: jarmo@ksvltd.fi (Jarmo Raiha)
Newsgroups: comp.dcom.modems
Subject: Re: 16550A UART upgrade.
Date: 25 Aug 92 11:28:28 GMT
Organization: KSV Instruments

aduell@nyx.cs.du.edu (Tony Duell) writes:

>Surely internal modems (I don't have one) miss out the last 2 uarts, and
>directly transfer data from the modem CPU to the PC. In which case, how do
>you use a 16550 with one? I can understand the Modem CPU doing buffering,
>and it could be a lot more intellegent than a 16550.

First of all, your modem software expects to see something that
behaves like 8250. In many internal modems there really is a true 8250 chip,
(or 16550) connected to PC bus just like an ordinary serial adapter.

If that is the case, the modem's internal CPU can't do buffering
because it can't see whether the 8250's buffer is full or empty.
It might do the buffering if you could control RTS line fast enough,
 (Because modem cpu can read RTS line status)
but without 16550 ,the interrupt latency problem still remains.

*IF* the modem uses some proprietary chip that simulates 8250
then it might implement some buffering.

Maybe some modem manufacturer could tell something about their implementation.

 Jarmo Raiha
From: spark@spuddy.uucp (Steve)
Newsgroups: comp.dcom.modems
Subject: Re: Supra 14.4 to Supra 14.4 connections
Date: 3 Sep 92 18:07:02 GMT
Organization: Spuddy's Public Usenet Domain

In article <4189@winnie.fit.edu> haga@zach.fit.edu (The Pyrotechnic) writes:
>
>Has anyone had any problems getting SOME Supras to connect with theirs? I run
>a supra with the 1.2xxc roms and have a few LD callers that can't connect
>at 14.4. The strange thing is that I found one of the 'problem' callers was
>able to connect at about 3am, but not any other times (IE - Peek hours) should
>I start pointing fingers at the phone co?
>

I had problems connecting to another supra v32bis. Here's how I got round it:

The receiving person doesn't have to do anything special.

I do:
at &f2 %c0 %m0 %g0 %s10=255 %s27=9 n

I can then get on at v32. If I try to go higher, I get problems again. I
can't turn compression on either.

Oh - Add AT\N3 to that lot too.

Steve

-- 

        ---- Steve Parkinson (spark%spuddy.uucp@uknet.ac.uk) ----
        ----- Call Spuddy for Free UK USENET on 0203 638780 -----
From: lairdpg@lub001.lamar.edu
Newsgroups: comp.dcom.modems
Subject: Re: My buddies at USR
Date: 27 Aug 1992 07:29:21 GMT
Distribution: na
Organization: Lamar University - Beaumont

In article <1992Aug25.223503.18134@gandalf.ca>, jmclaugh@hobbit.gandalf.ca (Jim Mclaughlin) writes:
> I just got off the phone with US Robotics about getting my dual
> standard upgraded.
> 
> To start with, I was on hold for 43 minutes.
> 
> Once I got to talk to someone, I was told that the upgrade would be
> $299 (no mention about shipping), and that I would have to send my
> modem to them to "check out".  Then, they would send me the new modem.
> 
> He then told me that the turn around time was not going to be better
> than 3 WEEKS.  So, if I send the modem to them by UPS ground, they should   
> have it in 7 to 10 working days (my experiences with UPS make that a
> optimisitic estimate assuming NO trouble with customs).  If they do 
> indeed turn it around in 3 weeks, and it takes say 10 days to come back
> (they said they would send it UPS ground only), then I should have my
> new modem in no less than 7 WEEKS!!! What do I do for a modem in the 
> mean time???? 
> 
> I asked him if they could send me the new modem and charge my credit card
> for the price of a new modem, then when they receive my modem credit my
> card with the difference.  He said that they wouldn't do that, and that
> if they were to change the rules for one person they would have to change
> them for every on, and also that they had so many people upgrading that
> they really didn't care if I upgraded or not.
> 
> It looks like I'll be selling my USR and looking for something else....
> Does anyone have any suggestions for companies that have rational people
> in their customer service departments?
> 
> I never let a company get a second chance to piss me off.
> 
> ..... maybe the guy who was running the SYSOP program was transfered  to
> the upgrade program......
> 
>  
> 
>  
> 
> 

Hey, I send my sentiments... I deal with them occasionally and the last time,
it took them 4 months to return a tech support call we made to them.  I said, "
Lady, we dumped that modem 4 months ago.  That is when we called and never
recieved a reply from you!".  We did dump the darn thing, too.
 
Practical Peripherals has a good 14.4kBaud Modem deal for SYSOPS only.  If you
are a SYSOP you can get this deal for 250.00 + 7.50 Postage.  I don't know waht
the rate is to Canada...  If you wish to see the text on the deal, please
e-mail me at:  lairdpg@lub001.lama.edu
 - Phillip
Newsgroups: comp.dcom.modems
From: jp_torun@uuisis.isis.org (jp torunski)
Subject: probelms uploading with Supra
Organization: International Shared Information Service (Ottawa)
Date: Sat, 29 Aug 92 02:08:27 GMT

I'm having problems uploading with my Supra Faxmodem 14.4 (external). I have 
an XT, and I use Telix 3.15.

When I try uploading at 14.4, it'll go smoothly for a while, and after a 
random amount of time the whole system will freeze, and I have to reset.

It works fine when I connect at 9600, with v.32bis off (using at&f0).

the port is locked at 38400bps.

Does anyone have any ideas that might help me?

                                        JP
From: axa12@po.cwru.edu (Ashok Aiyar)
Newsgroups: comp.dcom.modems
Subject: Supra V.32bis Fax/Modem questions
Date: 27 Aug 92 15:07:33 GMT
Organization: Department of Biochemistry, CWRU Medical School


I am looking into getting one (and possibly two) of these modems.

I have the following questions about them.

a) What is the latest ROM version?
b) I keep hearing about Caller ID and a FAX/Modem/Voice switch.
	What is it and does this modem have it?  (I know what
	Caller ID is)
c) I have heard both bad things and good things about them on
	the net.  Does anyone have trouble connecting to
	US Robotics Courier V.32bis modems with these modems?
	What about Telebit T-3000 and US Robotics Dual Standards?

Thank you,

Ashok

P.S I have to make my decision relatively soon, and early replies
would be much appreciated.
----------------------------------------------------------------------
                             Ashok A. Aiyar
                       Department of Biochemistry
                         CWRU School of Medicine
----------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: hope@huracan.cr (Theodore Hope)
Subject: Re: T1600 & V22bis/V42 problems
Organization: Proyecto Huracan - Fundacion Nahual / San Jose, Costa Rica
Date: Sun, 30 Aug 92 16:53:19 CAM


In <54100001@ax.apc.org> saff@ax.apc.org writes:

> I had a problem calling a T1600 from an ATI 2400 etc/e, using V42. I tried
> it with and without MNP5 compression. The did connect, but the T1600 did
> not recognize V42. It worked fine with a T3000, and worked fine with
> MNP4/MNP5 so it may be a problem with the T1600, at V22bis/V42. Does
> anyone had problems in using a V22bis modem, with V42 error correction to
> connect a T1600 ? Any help will be appreciated.

> BTW, the T1600 was set with S180=2, S181=1 (and so was the T3000, and
> worked with the last)

Saliel, I've tried to do exactly what you're writing about and have _not_
been able to get a V.42 connection.  I can't tell if it's a bug in the T1600
or in the ATI/2400.  By the way, I have LA3.00 ROMs in the T1600.

-Ted
From: cybapunk@hovel.welly.gen.nz (Phil Ross)
Newsgroups: comp.dcom.modems
Subject: Re: Supra Modems.
Keywords: Supra
Date: Mon, 31 Aug 92 20:11:36 +1200
Distribution: World
Organization: The Hovel Bulletin Board System

krc@ecl.psu.edu writes:

> I apologize if this have been asked before (or if it is in a FAQ),  could
> someone give me more information on the Supra SysOp Deal via E-Mail (the
> school is taking down workstations and has limited disk space), thanks!

You should write to Supra and ask them to send you a sysop order form.
Friends of mine used a "textfile printout" of the order form, and didn't
get any replies.  I used one Supra sent to me, and got my modem in 4 weeks,
from US to NZ.

--
cybapunk@hovel.welly.gen.nz    X Phil Ross
cybapunk@tornado.welly.gen.nz  X Sysop of The Hovel BBS
cybapunk@sideways.welly.gen.nz X Author of Lords And Ladies, _THE_ BBS door!
     ... If at first you don't succeed, redefine success ...