HDTenEightyP/NetNews huggingface dataset:
From: rlm@mcgort.com (Robert McMillin)
Newsgroups: comp.dcom.fax,comp.protocols.misc
Subject: Re: How Do Fax Modems Connect?
Keywords: beep protocol
Date: Wed, 30 Dec 92 21:34:49 PST
Distribution: world
Organization: Private Beta Site Research, Garden Grove, Calfornia

elmar@gulasch.hanse.de (Elmar Folba) writes:

> Q: At what speed are fax modems expected to connect? Do they use V.32 data
>    rate negotiation, or something different?

No.  The fax and data modem specifications are separate.

> Q: At connection time, do fax modems negotiate error correction (MNP, V.42)?
>    Or something different? Or none at all?

Maybe Toby Nixon can help out on that question and the next one.  
However, I will hazard a guess that the fax protocols are non-error-
correcting (at least, for the present types)... somebody correct me if
I'm wrong here, as I would like to know the answer to this one myself.

> Q: Could somebody who has a fax modem working let me know what parameters
>    (speed, error correction, compression, Trellis coding etc.) are in effect

One thing you didn't mention when you wrote your post was what fax 
software you were using to try to talk to your office fax.  It may seem 
blindingly stupid of me to ask, but was the fax software you were using
suitable for the Digicom Scout Plus?

>    at connecting time?
> I'd really appreciate any help on this - I haven't got stuck like this for
> years.
> I should add that I DID RTFM: the modem manual is as good as any and better
> than most - on everything else. On fax there is NOT A SINGLE LINE.

This is because it's assumed the controlling software will handle the
niceties of Class 1 (or whatever class the DSP is) operation, and there's
a lot of them.  The standard disclaimer with fax modems is that it's too
complex for you to diddle with; if you have, as they say in the defense
industry, a need to know, please see the ANSI/EIA/TIA Standard document
"Asynchronous Facsimile DCE Control Standard EIA/TIA-578."  At least,
that's what it says in my PPI fax modem documentation, and I'll bet your
Digicom docs have something similar.
Newsgroups: comp.dcom.fax
From: mike@inftec.be (Mike Aerts)
Subject: Re: How to receveive multiple fax-pages with ZyXEL 1496E+?
Organization: Information Technologies, Wemmel, Belgium.
Date: Mon, 28 Dec 92 17:04:02 GMT

In article <368@phoenix.abg.sub.org> usys@phoenix.abg.sub.org (Uwe C. Schroeder) writes:
>mike@inftec.be (Mike Aerts) writes:
>
>>I'm writng my own tty monitor which allows me to dial-in/dial-out,
>>use callback facilities and send/receive faxes.
>Hi all,
>
>why do you use AT#B1 ??
>In this mode, the modem waits for a DC2 character to start sending the
>data to the computer. This DC2 char must be sent for every page. The DTE
>therefor should recognize the 'RTC' in the fax data and then send a DC2
>to get the next page. Otherwise the modem times out and hangs up.
>If you are not in a BBS system, you can use AT#B0 mode, where the data
>follows the CONNECT message untill the end of the document. One then gets
>a single file with all pages in it. This can cause problems to the viewing
>or converting tool.

Why AT#B1,
Because I want to use my modem for data and fax connections, and
be able to distinguish between both types.
My main problem is that they shipped me the documentation of a
ZyXEL 1496E with my E+ model, and that I'm still trying to find out 
where I can obtain the right documentation. 

Thanks to all those who helped already, and to those who still will
help.
When I'm finished with this (I hope by Jan 22, otherwise sometime
after Usenix) I will e-mail this to those who are interrested or
post it to alt.sources. It will have a copyright notice similar
to that of UCB.

mike
------------------------------------------------------------------------
E-mail : mike@inftec.BE     | I think that it's extraordinarly important
tel    : +32 2 460.46.11    | that we in computer science keep fun in
Fax    : +32 2 460.56.50    | computing. ....               A.J. Perlis
From: Rick.Bronson@mixcom.mixcom.com (Rick.Bronson)
Newsgroups: comp.dcom.fax
Subject: Re: Zoom VFX V.32bis Fax/Modem Update on Rom
Date: 24 Dec 92 16:22:10 GMT
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.

In <1hahrmINNa9o@usenet.INS.CWRU.Edu> bz223@cleveland.Freenet.Edu (Danny Guy Frezza) writes:


>	To all who may have the Zoom Vfx v.32 bis Fax/modem, I have just
>put my call in to Zoom Telephonics today for the new Rom version, 1.5.
>With just the little I know of it, it has improved the 14.4 connections,
>and the automatic fallback has been implemented. The fax side of the modem
>has not been changed.  My previous Rom version was 1.200.

>Phone #: 617 423 1076

>Cost? $5 for the Rom and $5 for shipping and handling.
>-- 

>Dan Frezza
>Internet: bz223@cleveland.Freenet.Edu
Dan,
  I have a ZOOM VFXV32bis external modem and wondered if the ROM content
is downloadable from ZOOM's BBS for those of us who have access to EPROM
burners?
Rick
-- 
.------------------------------------------------.
| Rick Bronson			Tel 414-362-2419 |
| Marquette Electronics Inc.	FAX 414-362-3010 |
| 8200 W. Tower Ave.       "The views expressed  |
| Milwaukee, WI 53223           are mine alone"  |
| Internet: Rick.Bronson@mixcom.com		 |
`------------------------------------------------'
Newsgroups: comp.dcom.fax,comp.dcom.modems
From: mike@inftec.be (Mike Aerts)
Subject: How to receveive multiple fax-pages with ZyXEL 1496E+?
Organization: Information Technologies, Wemmel, Belgium.
Date: Mon, 21 Dec 92 23:33:10 GMT

I'm writng my own tty monitor which allows me to dial-in/dial-out,
use callback facilities and send/receive faxes.
Doing the fax part with any complete information is the problem.
For the moment I'm only able to receive the first page of a 
multipage fax transmission and I have no clue what happens.
I send the modem the following init strings :
	ATZ0
	ATS40=0
	AT#B1+FCLASS=6
	AT#V1#T0#R0#L2#C5#P+32 2 4604650
And receive the following date from the FAX
	CONNECT FAX
	Zyxel
	/S1440V1T0R0L2C7P+32 2 460 4611
and the image of the first page which is OK.
and then the modem disconnects, I don't even see a
disconnect message

Does anybody have a clue about this, or pointers to a more
complete documentation?

Thanks in advance,

mike
------------------------------------------------------------------------
E-mail : mike@inftec.BE     | I think that it's extraordinarly important
tel    : +32 2 460.46.11    | that we in computer science keep fun in
Fax    : +32 2 460.56.50    | computing. ....               A.J. Perlis
From: bouche2@server.uwindsor.ca (BOUCHER DAVID            )
Newsgroups: comp.dcom.fax
Subject: FAX program info needed -- please help
Date: 21 Dec 1992 17:06:14 GMT
Organization: University of Windsor, Ontario, Canada

Are there fax programs available that work with ms-dos and a hayes-compatible
modem, that will receive a fax transmission and convert it into a file that
can be viewed on screen, or saved to disc and printed later?  If so, could 
someone send me the name and description of any such programs, and where they
can be obtained.  

Please reply by e-mail.  Thanks in advance.

- db

Newsgroups: comp.dcom.fax,alt.fax
From:  Sergey Syasin <root>
Subject: Please, Help with Netfax 2.1
Reply-To: root
Organization: unknown
Date: Sun, 20 Dec 1992 17:13:03 GMT

Hi Everybody!

I've got any problem with NetFax 2.1( UNIX ISC 3.2 )
I compiled NetFax 2.1 under UNIX ISC 3.2 and checked it.
I've sent test to faxmachine via NetFax( files test.g3 and testdoc.g3)
Package is very nice.
But I can't find two programs for converting postscipt files to *.g3 files
It called GhostScript( Version 2.0 or 2.4 ) or LeftyCasual or some like.
Where I can get thise programs for UNIX SYSV.

Thanks a lot.

Serg A. Syasin
<root@exlink.msk.su>
Newsgroups: comp.dcom.fax
Subject: Read This! Re: FAX-Software for OS/2 2.0
From: Steve.Withers@bbs.actrix.gen.nz
Date: Tue, 22 Dec 1992 11:16:15 GMT
Organization: Actrix Information Exchange

In article <1992Dec17.104312.1396@kth.se> regebro@stacken.kth.se (Lennart Regebro) writes:
> In article <23360@sbsvax.cs.uni-sb.de> lauer@mpi-sb.mpg.de writes:
> >I' looking for Fax and Modem-Software which works under OS/2 2.0.
> > Can anyone help me
> 
> Sure. The GammaLink GammaFax card and s/w works under OS/2 2.0. And very well
> too. This is standalone textmode applications. If you have other needs I can't
> help you.
> 
> Lennart

I just saw a beta version of OS/2 v2.1 and it has fax software built in.
It is Fax/PM by Microformatics.
 
You can only send one page at a time, but hey! It comes as an applet. You can
buy the full product if you want more.
 
It also receives faxes. It's a tidy PM app.
 
Steve

 

 

-- 
Steve Withers - Wellington, New Zealand | On Sept. 19th, 88% of NZ voters opted
Steve.Withers@bbs.actrix.gen.nz         | for proportional representation. It
+64 4 478 4714                          | looks like we may get a more  
**** Happy user of OS/2 v2!! ****       | democratic system "real soon now".
Newsgroups: comp.dcom.fax
From: ado@elsie.nci.nih.gov (Arthur David Olson)
Subject: Wanted: recommendation on FAX software
Followup-To: poster
Organization: National Institutes of Health
Date: Thu, 31 Dec 1992 13:00:53 GMT

A colleague has a FAX modem that handles Class 1.  They're interested in
FAX software that will:

	1.  allow FAXES do be received in background under Windows 3.1;
	2.  provide a way of generating a FAX from WordPerfect 5.1 for DOS
	    running under Windows 3.1

If you can recommend software that will do the job (and can describe how
WordPerfect FAX generation is handled), I'd appreciate hearing from you by
electronic mail.
-- 
		Arthur David Olson	ado@elsie.nci.nih.gov
		ADO and Elsie are Ampex and Borden trademarks
From: Kevin@lemoore.ati.com
Newsgroups: comp.dcom.fax
Subject: Quiklink and Windows
Date: 23 Dec 92 21:59:07 GMT
Reply-To: Kevin@lemoore.ati.com
X-Mailer: uAccess - Macintosh Release: 1.6v2

We recently purchased a DELL 486D50 computer. Along with it we received
a 2400/9600 data/fax modem and the Quicklink send/receive fax software.
Quicklink is not designed to work with WINDOWS and thusly will not
receive or send a fax when WINDOWS is operational.

Does anyone have an idea as to a piece of software that will send
and receive faxes while running under windows and that is compatible
with various modems?

Would sure appreciate the help. Please send your replies to my e-mail
address as I don't subscribe to this newsgroup.

Thanks in Advance!

************************************************************
* Kevin Kurtz                  |    Pamela Kurtz           *
* Lemoore Elementary School    |    Pamela@lemoore.ati.com *
* 100 Vine St.                 |                           *
* Lemoore, CA                  |     209-924-3479 School   *                   
* kevin@lemoore.ati.com        |     209-924-5975          *    
************************************************************
From: mike@inftec.be (Mike Aerts)
Newsgroups: comp.dcom.fax
Subject: Re: Fax autodialer wanted  (Wargames dialer)
Date: 23 Dec 92 20:16:52 GMT
Organization: Information Technologies, Wemmel, Belgium.

In article <1992Dec21.213016.4085@rock.concert.net> jsnyder@rock.concert.net (Joseph J Snyder -- Graphic Data Inc) writes:
>Does anyone know of where I could find an autodialer for finding fax 
>machines along the lines of the same type of program used to find modems?
>
>Any & all ideas or suggestions welcomed and appreciated.
If this is your system, have a talk with the one who pays the bill.

If this is not your personal system, have a nice chat with your
system administrator. If you would try this here, you would remember
for some time you did something stupid, and wouldn't be inclined to
try it again.

I hope nobody gives you any usefull hint on how to do this, lets keep
the world civilized. If you need my fax number I'll give it to you and
hope you use that information in a responsible way, that's how IMHO 
things work.

Season's Greetings

mike.
------------------------------------------------------------------------
E-mail : mike@inftec.BE     | I think that it's extraordinarly important
tel    : +?? ? ???.??.??    | that we in computer science keep fun in
Fax    : +?? ? ???.??.??    | computing. ....               A.J. Perlis
Xref: sparky comp.dcom.fax:2351 comp.mail.mime:58 comp.mail.misc:4158 vmsnet.mail.pmdf:2812
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.dcom.fax,comp.mail.mime,comp.mail.misc,vmsnet.mail.pmdf
Subject: MIME support for fax
Date: 30 Dec 1992 20:36:49 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]

I would like to get a good solid answer to a piece of the MIME FAQ
that is currently incomplete, namely:

   What about MIME support for group 3 Fax ?

If you have MIME based software for sending, receiving, storing,
gatewaying, or routing faxes through e-mail, please drop me a line.
If you don't have a copy of the current FAQ, ask for that in your
message as well.

I'm aware of several projects in the works that each do bits of this,
and would like to assist whoever is building these to get some samples
flying between them and into gateways to ensure interoperability.

thanks,

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 GLOB
From: sg04@gte.com (Yechezkal Shimon Gutfreund)
Newsgroups: comp.dcom.cell-relay
Subject: Re: WDM and ATM
Date: 21 Dec 92 16:50:08 GMT
Reply-To: sg04@gte.com
Organization: GTE Laboratories, Inc.

In article 1249@atri.curtin.edu.au, clarke@atri.curtin.edu.au (Nathan Clarke) writes:

] That's correct, in an all optical network, WDM is used to route the data
] to the appropriate output port. We could then use the all optical
] network as a physical layer medium for an ATM switched network at layer
] 2. I don't see any "incompatibility".

I believe this sort of 2-layer scheme is being explored at Columbia U's
CTR in an effort to create an all-glass network (or at least keep the
electronics at the periphery, and do the switching and transport in the glass).



---
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Yechezkal Shimon Gutfreund		 		  sgutfreund@gte.com
GTE Laboratories, Waltham MA			    harvard!bunny!sgutfreund
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Newsgroups: comp.dcom.cell-relay
From: earlf@trappist.net.com (Earl Ferguson Adv Dev)
Subject: Re: Path Building
Organization: Network Equipment Technologies
Date: Thu, 24 Dec 1992 04:53:18 GMT

In article <1992Dec17.211811.6553@iscnvx.lmsc.lockheed.com> myoung@force.ssd.lmsc.lockheed.com writes:
>OK, I have a problem here:
>
>  I am a migrating process, and am currently sitting at memory
>associated with a file containing objects of a certain class.
>I have arrived here via a series of exploratory hops from data node 
>to data node, moving at each step when the local data met some
>condition (I am a query moving through data).
>
>  Now, having found the data I desire, I want to link this data directly
>back to the location in memory where I started, thus building a memory
>to memory VCI to satisfy my query.  ...
>
>  Problem:  I want to traverse back over my path,
Sounds like token ring source routing philosophy. Each exploratory hop
adds its identification so that the return path can be examined. The
return link is merely a traverse of the established path in reverse.

>closing out any
>loops appearing along the way back, possibly performing some local
>optimization between hops looking for shorter paths.  This backward
>path I traverse, takes me back through switches, processors, and files
>contained at processors, updating the virtual path along the way.
>
>  Don't tell me that a hidden hand in the network management will do this
>for me, as that just begs the question.
Optimizing the return path requires some knowledge of the topology
traversed beyond that that will be found in merely recording the forward
path. Thus access to the topology data base (be it via network
management or some generaly accessible topology server) and the path
cost information (and desired COS/QOS, etc.) is all required.

This doesn't sound like a networking issue as much as it is an
application level issue, since there are factors that go well beyond the
network layer that may need to be considered (e.g. if the data is
replicated for security/backup, there are probably 2 or more possible
results to the search, resulting in the need to further qualify which
will be used - shortest, fastest, most reliable - and possibly
coordinated with the results of previous searches and even possibly
future searches [or simultaneous]. The decision perhaps needs to be made
at the source based on the results of all other searches that should be
coordinated in order to reduce queueing and synchronizing
requirements.).

---
Earl Ferguson
earlf@net.com
My personal opinions and NOT those of my employer.
Newsgroups: comp.dcom.cell-relay
From: kyma@shell.portal.com (Matt J Young)
Subject: Re: LAN link cost issues
Organization: Portal Communications Company
Date: Sun, 27 Dec 1992 13:04:15 GMT


Problem:

  In a campus area network, the corporate office wants to access all
reports across the company by subject.  The reports, written by some
50 small randomly located teams, must be sorted in place.  Hence the
requirement to build a sorting tree spanning the campus, using the high 
speed network.

  To connect 50 small groups with any to any virtual paths requires some
50 * 49 circuits, (right?), so the database designer wants to use a router.

  The dilemma:  Since the database designer already manages semantic
networks containing hundreds of thousands of nodes, why doesn't he use
his same Access Strategy Language to build a simple router within the
network, designed especially for this sort problem?  Why should he/she
have to drop down to the network layer and use traditional routers, the
language he uses is perfectly capable of carrying forward across the net.

  The problem is solvable when the data base designer views the network
as just another set of semantic nodes.
Newsgroups: comp.dcom.cell-relay
From: joydeep@iti.gov.sg (Joydeep Bose)
Subject: IP over ATM
Organization: National Computer Board, Singapore
Date: Wed, 30 Dec 1992 07:21:10 GMT

I am looking for the latest "IP over ATM " draft standard published by the 
working group under IETF. 
Your help will be greatly appreciated if you could give me any pointer.

I think it will support only data traffic right now, Is any work going on
to include voice and video to the standard?

warm regards
Joydeep
 


Newsgroups: comp.dcom.cell-relay
From: barr@tramp.Colorado.EDU (BARR DOUG)
Subject: Re: LAN link cost issues
Organization: University of Colorado, Boulder
Date: Tue, 22 Dec 1992 18:54:14 GMT

In article <23095@venera.isi.edu> finn@dalek.isi.edu (Greg Finn) writes:
>In article <to6efqs@sgi.sgi.com> rpw3@rigden.wpd.sgi.com (Rob Warnock) writes:
>
>>30 meters is too short. The generally-accepted "desk to wiring-closet"
>>requirement is 100 meters, and even that is marginal.
>
>	Not really.  100 meters is an encompassing requirement.  30
>meters gets you a sizable percentage of point-to-point link distances
>in practice.  In our office tower it would handle most workstation to

Maybe. But have you ever had to choose a system? When choosing a system
we are very unwilling to choose one that will not offer services to ALL
our clients. What do you say to that one person down the hall too far?
His manager will say "Well, it's a good system except for the fact that
they can't service one of our critical people." There is also a STANDARD,
100 meters, EIA/TIA 568, and if I can't provide service because of a loong
run I can always cover my ass by saying "Well, it's out of spec, EIA/TIA
568 says 100 meters or less." And conversly the client can say "What, you
can't service wire plants that meet EIA/TIA 568?  See ya."

>concentrator links now.  If for a good percentage the interface cost
>is several hundreds of dollars less ... you would choose that, no?
>There remains the ability to site additional concentrators also.  The
>desirability would depend upon the cost savings.  Four sites per floor
>is sufficient for complete geographic spread in a good sized
>multi-hall office building.
>
>	This is all speculatation though.  When we have proven the
>cable technology I can state with reasonable reliability the interface
>and chip costs.  I should know in about three to four months.
>
>>Yes, LLNL is very vocal about their approach. Yet when you talk to other
>>HIPPI users besides LLNL, you get a different view. (The "Xunet" testbed,
>>for example, is using an ATM-based fabric.) I'm not sure how far one vocal
>>user can drive the market...
>
>	The true gigabit LAN arena is a small one at present.  LANL is
>more a HIPPI proponent.  Work is proceeding on HIPPI LAN standards.
>None of these have inexpensive interfaces yet.  Fibre Channel
>addresses that via much slower alternative channel rates, but using
>that bumps you out of the gigabit arena.
>
>--- ggf
>--
>Gregory Finn	(310) 822-1511
>Information Sciences Institute, Marina Del Rey, CA 90292


Newsgroups: comp.dcom.cell-relay
From: amitava@cs.tamu.edu (Amitava Raha)
Subject: Call set up information - required
Organization: Indiana University
Date: Tue, 22 Dec 1992 20:38:48 GMT
X-Mailer: ELM [version 2.3 PL11]




I would like to get some information on the current status of the call 
set up operations in ATM.

For example:

If I want to call huston from New York:

How does the network decide to give me the connection or not. 
What are the parameters that need to be supplied on 
by me the user side. and what is the general algorithm  followed by the
exchange, is there a global process which has all the information
of the network or is there a distributed algorithm which seeks 
information bu message passing.


I would greatly appreciate any information regading my above query

thanks
amitava

Newsgroups: comp.dcom.cell-relay
From: bbuess@chx400.switch.ch (Jeroen Houttuin)
Subject: infos frame relay
Organization: Swiss Academic and Research Network SWITCH
Date: Wed, 23 Dec 1992 11:18:43 GMT


Hi,

I'm looking for information on the decision Frame Relay.


Are there any books/articles available, which cover this 
subject?




-----------------------------------------------------------
bbuess@cosine-mhs.switch.ch

NetConsult AG, Mettlenwaldweg 20a, 
3037 Herrenschwanden, Switzerland.
Tel: +41 31 235 750, Fax: +41 31 235 792
From: myoung@force.ssd.lmsc.lockheed.com
Newsgroups: comp.dcom.cell-relay
Subject: Forrester Report
Date: 21 Dec 92 23:30:45 GMT
Reply-To: myoung@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California

I just read the results of the Forrester Group on the market size
for ATM (Comm Week).  They claim it is going to be a mere $50 million
in 1994.

Their report takes in to account today's applications and simply 
extrapolates them.  The report does not take into account the database 
technology coming on line right now which automatically utilizes multiple 
processors, and hence drives the network bandwidth to new levels.

I have already seen two GUI data base interfaces which allow the user
to construct intelligent "browsers" that operate with highly recursive
and parallel migrations over multiple processors.

The ATM market problem is that the two technologies are converging, but 
the ATM vendors and data base vendors are just barely aware of each other,
and what awareness they have is due only to this newsgroup.

I am already picking up technology reports which discuss modifications
of Access Query Protocols to allow automatic path discovery over virtual
path networks.  This technology, when combined with the user interfaces,
will allow query optimization to proceed recursively right through the
cell relay networks, essentially making call set up implicit in the
query optimization.