HDTenEightyP/NetNews huggingface dataset:
From: ware@oboe.cis.ohio-state.edu (Peter Ware)
Newsgroups: comp.dcom.fax
Subject: Re: HELP compiling netfax 3.2.1
Date: 27 Jan 1993 14:07:20 -0500
Organization: Ohio State Computer Science
NNTP-Posting-Host: oboe.cis.ohio-state.edu
In-reply-to: rizzo@eng.wayne.edu's message of Wed, 27 Jan 1993 01:39:49 GMT

You need to use GNU make to compile netfax-3.2.1.

--pete
--
Pete Ware					ware@cis.ohio-state.edu
CIS Dept, Ohio State University			w/ (614) 292-7318
228 Bolz Hall, 2036 Neil Ave.			h/ (614) 538-0965
Columbus, OH 43210
Welcome William Patrick Ware to the world!  Born 10/21/92, 8lbs 6.2oz (3.83kg)
Xref: sparky comp.dcom.fax:2497 comp.dcom.modems:19884
From: tdarcos@digex.digex.com (Paul Robinson)
Newsgroups: comp.dcom.fax,comp.dcom.modems
Subject: Re: Toby Nixon to work at Microsoft
Date: 23 Jan 1993 11:27:11 GMT
Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
NNTP-Posting-Host: access.digex.com
X-Newsreader: Tin 1.1 PL3

sichermn@csulb.edu (Jeff Sicherman) writes:
: In article <6614.2b481de4@hayes.com> tnixon@hayes.com writes:
: >I have accepted a position as a Program Manager in the Digital 
: >Communications section of the Advanced Technology and Business
: >Development group with Microsoft Corporation in Redmond, Washington.
: 
:   Poor guy seems to have an affinity for litigation-oriented companies.
: 

That is somewhat unkind, because it cuts both ways.

Just because a company is being sued doesn't necessarily mean it is doing
anything wrong, it can simply mean some people don't like it.  Also, there
are some industries where being in court is part of the cost of doing
business (I belive the mining industry a hundred years ago routinely were
being sued or suing over mining claims and rights).

And because a company is suing people doesn't necessarily mean it's got
problems, it can simply mean it is aggressive in protecting what it thinks
is its own.

For example, in the trademark field, it's been said that you don't even
*think* about using any variation or anything close to the word "TORO" for
*anything* unless you are willing to go through a challenge at the PTO and
a lawsuit in court even if you win.  The lawnmower company of the same
name is *extremely* aggressive in protecting that particular mark; if your
mark is close to that, they will file a protest with the PTO and if they
lose they'll sue.  A lot of cases they won on, some they lost, but the
point is that their strategy works:  only those who want a close name very
bad enough to go through the PTO appeals board *and* a possible trial are
willing to go anywhere near anything close to that word.

Also, the software industry has few strong cases to say what is or isn't
permitted; this area is gray.  If Microsoft takes a stand that is
different from what another company thinks the law is, then it is likely
that someone is going to either sue or threaten to sue.  How far can you
push "look and feel"?  Should software be patentable?  If so, how do you
tell what is new from what isn't?  How do you distinguish between
patentable concepts implemented in machines and patentable concepts
implemented in computer programs?  

Paul Robinson
Newsgroups: comp.dcom.fax,comp.dcom.modems
From: quy@stone.oz.au (Quy Tonthat)
Subject: Intel satisFAXtion Modem/400e
Organization: Stone Microsystems, NSW, Australia
Date: Fri, 22 Jan 93 07:32:50 GMT
Followup-To: comp.dcom.fax
Summary: Info request for satisFAXtion


I have been using Intel StisFAXtion FAX/modem for sometime on a UNIX
system. It works fine for me as a modem, but I now I'd like to use
FAX side of it as well.

If anyone who has technical information or knows where to get it
or any experience with making this Modem work on UNIX, please help me.

Any help would be greatly appreciated.

-- 
   Quy Tonthat                              Email: quy@stone.oz.au
   Stone Microsystems,                      Fax:     (02) 818 3070
   NSW.     Australia                       Voice:   (02) 818 3211
From: terry.harris@almac.co.uk (Terry Harris)
Newsgroups: comp.dcom.fax
Subject: UN: Gammalink
Date: 24 Jan 93 18:33:00 GMT
Reply-To: terry.harris@almac.co.uk (Terry Harris)
Organization: Almac BBS Ltd. +44 (0)324 665371

kfisher@aero.org (Kevin L. Fisher) wrote:-


KLF>2)  $1095 seems like an exhorbitant price for the programmable
   >    GammaFax CP FAX card.  Can the features justify the price?

I purchased a GammaFax card (dumb) 3-4 years ago, it cost over
G.B.P. 1000 then. The UK agent stopped supporting it about a year
after purchase and I understand Gamma (whoever) stopped supporting
it some time ago as well.

The card still works fine but the software is so obsolete the card
is effectively scrap. I replaced it with a fax modem and some
decent software last year.

KLF>3)  Are you satisfied with the product?  Are your clients satisfied
   >    with the results?

I was for the first year.

Cheers Terry...
---
 . OLX 2.2 . terry.harris@almac.co.uk
                        
Newsgroups: comp.dcom.fax
From: paul@tvt-k (Paul Pries)
Subject: Re: Can it be done?
Organization: >Televerket Utbildning, Utf
Date: Tue, 26 Jan 1993 13:06:28 GMT

rbui@maccs.mcmaster.ca (Robert Bui) writes:

>In article <93024.144440GNR100@psuvm.psu.edu> <GNR100@psuvm.psu.edu> writes:
>>                 I don't know a whole lot about FAX machines, so if this
>>seems like an ignorant post, it is.
>>
>>                 Since a fax transmission (I believe) is digital,
>>and computers communicate digitally, and both use the phone lines, is there
>>software available (shareware) that will enable a computer connected to an
>>ordinary 1200 baud modem (not a fax modem) to emulate a fax machine, at least
>>for the sending of faxes?





>>
>>                         Gordon Rogers
>>                         gnr100@psuvm.psu.edu
>------

>A point to make before I carry on is that I don't know nothing 
>about FAX too.  
> 
>It seems to me that me that if you implement (software level instead
>of hardware) the correct protocol for talking to a FAX machine there 
>should be no problem at all.  Am I right?

No way, Jose! Can't be done that way.
Fax'es use either V.17 or one of the V.27 modulation methods, V.27ter I think.
An ordinary 1200 bps modem uses V.22 or some kind of Bell standard, not the sameat all...
Sorry.

--
From: terry.harris@almac.co.uk (Terry Harris)
Newsgroups: comp.dcom.fax
Subject: UN: Fax as a printer
Date: 24 Jan 93 00:43:00 GMT
Reply-To: terry.harris@almac.co.uk (Terry Harris)
Organization: Almac BBS Ltd. +44 (0)324 665371

Hi All,

Does anyone know of a product which can be connected (say) between
an RS232 line and a fax machine so the machine could be used as
cheap fast graphics printer?

It would be something like a fax modem but would also require ringing
generation and some sort of line feed to fool the fax machine into
thinking it was receiving a normal call.

Thanks,  Terry Harris...
---
 . OLX 2.2 . terry.harris@almac.co.uk
                                                                                                
Newsgroups: comp.dcom.fax
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Anyone have problems interfacing to a Supra?
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Sat, 23 Jan 1993 18:59:37 GMT

jef@netcom.com (Jef Poskanzer) writes:
>I'm trying to debug some fax software.  I have a Supra Faxmodem V.32
>(not bis, but with the latest ROMs), and I have a MultiTech MultiModem.
>Lately the Supra has been failing in an unusual way - partway through
>the transmission it hangs up and returns +FHNG: 52.  I have a document
>on class 2 (gotten from Supra) that describes error 52 as "No response
>to MPS repeated 3 times".  Unfortunately the document does not define
>"MPS".
>Switching in the MultiTech makes things work just fine.
>Any clues?

I have wasted a *lot* of time getting the Supra v.32bis/fax modem to
work with my home-grown fax software.  I get random hangups and and
handshaking failures all the time.  I've finally come to the
conclusion that the supra is just junk.

(Similar hangups and connect failures happen in data mode, so its not
just bad firmware in one part of the modem.)

I now have a ZyXEL 32bis/fax modem and it works much more reliably.
My one gripe is that the "class 2" standard that it conforms to is
vastly different from the "class 2" that the Supra conforms to.
(Mainly the modem's "+REPLY" strings are vastly different.)  I have no
idea which one is conforming to the more current version.

Get a better modem, or if you are writing the fax SW as for a product
think about not supporting the Supra.  It just isn't worth the
aggravation.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.cell-relay
From: dgr@RODIN (Daniel Robinson)
Subject: Re: Transaction Processing
Organization: Vitalink Communications, Fremont, California
Date: Wed, 27 Jan 1993 21:01:06 GMT

In article <C1H3Au.FB@unix.portal.com> kyma@shell.portal.com (Matt J Young) writes:
+
+OK, here is a problem:
+
+The user has constructed a spanning tree over which is desired to
+perform distributed transaction processing.
+
stuff deleted
+
+IBM wants to build a common semantic kernel which is transport independent.

IBM sells the only system that will support 20,000 concurrent users.
It works because the tree of network nodes has explicit hierarchy.
A spanning tree from every desktop, ie, distributed transaction to every
desktop, is the fools' gold of computing.

+Here is the test:  Can IBM spring forth with an independent group
+and integrate these technologies? Can the IBM Research group forge ahead with
+an independent marketing effort?

Stay tuned....

Dan
Newsgroups: comp.dcom.cell-relay
From: icarus!mbu@fokus.gmd.de (M. Burak)
Subject: Re: Info Request - ATM Protocol Analyzers
Organization: GMD-Fokus (Berlin)
Date: Thu, 28 Jan 1993 11:19:25 GMT

As far as I know there are two other companies providing ATM Test equipment:

ALCATEL and SIEMENS/Wandel&Goltermann
		    ^^^^^^^^^^^^^^^^^
		    (only in Germany I think)

Alcatel offers a PC based card, Siemens offers a stand alone version.


--
Markus Burak 				burak@fokus.gmd.dbp.de
National Research Corporation		voice: +49-30-25499-262
for					FAX: +49-30-25499-202/168
Mathematics and Data Processing
(GMD-FOKUS)
Berlin, Germany
	
		Research Center for Open Communication Systems
Newsgroups: comp.dcom.cell-relay
From: myoung@NEBULA.SSD.LMSC.LOCKHEED.COM
Subject: Information Needed
Reply-To: myoung@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California
Date: Fri, 22 Jan 93 17:06:47 GMT

Does anyone know what Apple is embracing for with respect to call control?

I know they have issued a joint white paper on ATM Lans, did that paper
contain an explicit acceptance of any call control standard?

Does anyone know what Taligent has embraced as a networking standard, if
they support multiple solutions will all these solutions be brought under
a single object framework, or have they left the network layer completely
out of the object framework?


                          Please post any information.

                                  Matt Young
Newsgroups: comp.dcom.cell-relay
From: kyma@shell.portal.com (Matt J Young)
Subject: Problem
Organization: Portal Communications Company
Date: Fri, 22 Jan 1993 20:53:41 GMT


Taking Another Look

Consider an account executive who has an index of hourly sales summaries
of the following form:

    Region.spreadsheet.gross

These indexes are pointers to spreadsheets scattered, by implication,
across the enterprise according to region.  The executive has no other
information except to note that all spreadsheets are in desktop computers,
which are connected via his virtual path network, and that physical
links have cost associated with their usage.  In fact, the concept of
region has not even been defined according to any criteria.

No computers have been numbered, no object dictionaries, no servers,
no network management packages.

 The executive would first like to define region points, and then
query the spreadsheets on an hour to hour basis such that his daily
network costs are minimized.
From: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Mapping to VCs...
Date: 21 Jan 93 09:06:25 GMT


 >Multiple VCs (one VC per TCP stream) means all TCP streams get similar
 >performance.

or indeed different performance speficially if you want it....

someone asked me how you select a different VC above a TCP service
interface (e.g.  socket) since it happes below the IP layer without
layer violation (personally i think layer violation is a GOOD THING
since many useful thingfs like encryption, comnpression and network
management USE layer violation of necessity, but thats a different
war)

well, imagine you open a socket,

as an active or passive opener of a TCP connection , you still
normally bind your socket and the bind call takes a sockaddr- so you 
do like iso (see isode for psapaddr format) - simply extend thje
sockaddr to include not just IP addr and TCP port, but also a VCI/VPIU
number (if left 0, the system allocates you next free one from pool
and returns it)

another, orthognal way, is to implicitly specify it via a socketoption
for setting QoS - again, prioor to the open or listen/accept call, you
simply do a getqos (see crays for the current /etc/tos - could be
extended to /etc/qos and a getqos, say for slow scan, domestic, hdtv
etc TV, pcm, cd, lpc, gsm audio, etc) and a setsockopt for that - then
go aherad and start uip the tcp - again the system will either use
existing VCI/VPI or open up more to match the QoS

the TCP passes the opts through to IP, and IP uses these fields as a
slecxtor in the local route lookup (same as how it decides which
interfasce to exit the host on a multihomed host...)

really pretty easy if you ask me...

of course, how the other end finds you is a distributed name/service
problem...e.g. through some mulktimedia conference control protocol as
yet to be specified - or else through a crummy network management
interface to Q.931b:-)

 jon
p.s. that will be $5 please
Newsgroups: comp.dcom.cell-relay
From: kyma@shell.portal.com (Matt J Young)
Subject: Comm Week Editorial
Organization: Portal Communications Company
Date: Mon, 25 Jan 1993 21:31:32 GMT


 The COMM WEEK Editorial warns Stratacom, AT&T, and cisco about using
their new partnership as an advantage over other ATM vendors.  

I disagree.  The three WAN pioneers are in a position to pursue the
only validated market for ATM products, and should be encouraged to
pursue these goals without inhibition.  The ATM vendors groups have
agreed on the essential elements of cell-relay, and to hold individual
companies to some standards forum beyond its usefulness does the
customer a disadvantage. 

Later when the knowledge base or multi-media market opens up, other of 
the ATM vendors can break off and pursue these markets.

 We have already seen that some differences in flow control, call
set up, and adaptation standards will become part of the separate
markets.  As long as the essential elements remain, and vendors
occasionally re-join to fix remaining interface standards, then let them go.
Newsgroups: comp.dcom.cell-relay
From: hgs@allegra.att.com (Henning G. Schulzrinne)
Subject: Re: Bandwidth Control
Organization: AT&T Bell Laboratories, Murray Hill, NJ
Date: Mon, 25 Jan 1993 12:50:59 GMT

In article <3402@ucl-cs.uucp> J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft) writes:
>
>
>  kyma@shell.portal.com (Matt J Young) writes:
> >+---------------
> >| Experts analysis has shown that statistical multiplexing
> >| over the WAN is simply not possible.
> >+---------------
>
>  Rob Warnock, MS-9U/510		rpw3@sgi.com replies:
> >Then they need some new experts. At DCA, we were doing "statistical
> >multiplexing over the WAN" with a cell-relay-like system in 1971, and
> >people have been doing it ever since. It is *easier* to do in a WAN
> >environment, since you are averaging more traffic sources.
>
>absolutely they need new experts - sounds like someone is quoting
>professional litigation rytpe "experts":-)
>
>papers from bellcore and cabruidge computer labs report on as much as
>6-10 fold increase in network utilisation for video traffic if you use stat
>muxing rather than fixed peak bandwidth allocation
>
>i havnt seen any quality papers contradict this (based on garret's
>video stats from domestic entertainment video and cambridges real
>video conferecing stats wit hthe pandor system over CFRs (i.e. real
>ATM style nets)....
>
>jon

The paper by Reibman and Berger, Globecom '92, p. 314ff does a fairly
in-depth comparison of CBR and VBR video (subject to leaky-bucket
constraints). It shows that significant multiplexing gains are possible,
but with leaky-bucket constraints and without knowing the source
behavior in advance, it will be extremely difficult to get more than
a factor of 2 if you want loss guarantees and if network buffers are
small. Depending on your viewpoint, this means that either
1) leaky buckets and guarantees are a 'bad thing' if you want cheap
video service

2) anything but peak rate allocation is going to be difficult, unless
you can describe your source very accurately (e.g., for video-on-demand)


Henning Schulzrinne
hgs@research.att.com
Newsgroups: comp.dcom.cell-relay
From: Hitachi Telecomm <0005578245@mcimail.com>
Subject: TEST
Organization: Indiana University
Date: Thu, 21 Jan 1993 15:47:00 GMT

This is a test.  I am trying to find out if I should send to 
comp.dcom.cell-relay@ucs.indiana.edu or mailer@indiana.edu?
From: radha@hpindda.cup.hp.com (Radhakrishna Hegde)
Date: Mon, 25 Jan 1993 21:21:38 GMT
Subject: Re: Info Request - ATM Protocol Analyzers
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.dcom.cell-relay

Hewlett-Packard has an ATM analyzer though I am not very sure of the
different interfaces supported. You can contact John Duff at (513)-433-2223.
Newsgroups: comp.dcom.cell-relay
From: singh@engr.LaTech.edu (Gurbakhsh Singh)
Subject: test
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Organization: Indiana University
Mime-Version: 1.0
Date: Wed, 27 Jan 1993 00:14:52 GMT
X-Mailer: ELM [version 2.4 PL5]
Content-Length: 29        

this is a test please ignore
Newsgroups: comp.dcom.cell-relay
From: Michael R. Brown <mrb@mitre.org>
Subject: Info Request - ATM Protocol Analyzers
X-Xxmessage-Id: <A7857E6D97018D21@mrb.mitre.org>
X-Xxdate: Fri, 22 Jan 93 15:35:25 GMT
Organization: Communications Analysis and Design (D053)
X-Useragent: Nuntius v1.1.1d15
Date: Fri, 22 Jan 1993 15:35:23 GMT

The MITRE Corporation, as part of its Advanced Telecommunications
Group activities, is currently establishing an ATM testbed facility on
behalf of our clients.  We are currently looking for technical and
pricing information on ATM protocol analyzers and related test
equipment.  In particular, we are looking for equipment to analyze ATM
traffic over DS1, OC3, and TAXI interfaces.  Any information regarding
such products would be greatly appreciated and reposted, in a
consolidated form, for the general public.

Thanks in advance.
Newsgroups: comp.dcom.cell-relay
From: kjell@Xenon.Stanford.EDU (Kjell Saeten)
Subject: ATM Vendors
Organization: Computer Science Department, Stanford University.
Distribution: usa
Date: Thu, 21 Jan 1993 09:09:22 GMT

Hello !

I am interested in vendors of ATM cards for Sun Sparc 2/10. 
Can anybody send me a list over such vendors?
Also interested in specs. / info. about ATM availible over the net.

						Best Regards
						Kjell Saeten

kjell@neon.stanford.edu
	or
saetenar@geos01.sinet.slb.com
Newsgroups: comp.dcom.cell-relay
From: myoung@NEBULA.SSD.LMSC.LOCKHEED.COM
Subject: Integrator
Reply-To: myoung@NEBULA.SSD.LMSC.LOCKHEED.COM
Organization: LMSC, Sunnyvale, California
Date: Thu, 28 Jan 93 19:34:20 GMT


According to local reports, Oracle would like to be our future
information integrator.  ATM needs favors integration architecture 
which is focused on true distributed information.  Oracle can't help
too much with their emphasis on SQL servers.  Still looking for the
science of absolutely distributed information.
Newsgroups: comp.dcom.cell-relay
From: "Allen Robel" <robelr@mythos.ucs.indiana.edu>
Subject: Re: TEST
Organization: Indiana University
Date: Mon, 25 Jan 1993 13:44:13 GMT

In article <92930121154729/0005578245NA2EM@mcimail.com> Hitachi Telecomm  
<0005578245@mcimail.com> writes:
> This is a test.  I am trying to find out if I should send to 

> comp.dcom.cell-relay@ucs.indiana.edu or mailer@indiana.edu?

If you're posting via email, rather than a newsreader,
you can send to:

comp.dcom.cell-relay@news-relay.indiana.edu

or

comp.dcom.cell-relay@ucs.indiana.edu

The first form is preferable as its more generic and is
aliased to the latter form.  Thus, if we change the latter
address (not likely, but anything's possible I guess), we
would also change the alias to point to the latter's
replacement.

-allen
From: cgra@btma74.nohost.nodomain (Chris Gray)
Newsgroups: comp.dcom.cell-relay
Subject: Re: TEST
Date: 22 Jan 93 12:59:26 GMT
Reply-To: cgra@se.alcbel.be


Well one of them got through.

Question is - do you know which?        :)
__________________________________________________________________________
Chris Gray        | Any views expressed are those of the author and not of 
cgra@se.alcbel.be | Alcatel Bell, Technology Project Services, the British
Compu$erve:       | Computer Society, Whale and Dolphin Conservation Soc.,
100065.2102       | Scottish Youth Hostels Association, etc. etc. etc.
From: J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Bandwidth Control
Date: 24 Jan 93 15:18:28 GMT



  kyma@shell.portal.com (Matt J Young) writes:
 >+---------------
 >| Experts analysis has shown that statistical multiplexing
 >| over the WAN is simply not possible.
 >+---------------

  Rob Warnock, MS-9U/510		rpw3@sgi.com replies:
 >Then they need some new experts. At DCA, we were doing "statistical
 >multiplexing over the WAN" with a cell-relay-like system in 1971, and
 >people have been doing it ever since. It is *easier* to do in a WAN
 >environment, since you are averaging more traffic sources.

absolutely they need new experts - sounds like someone is quoting
professional litigation rytpe "experts":-)

papers from bellcore and cabruidge computer labs report on as much as
6-10 fold increase in network utilisation for video traffic if you use stat
muxing rather than fixed peak bandwidth allocation

i havnt seen any quality papers contradict this (based on garret's
video stats from domestic entertainment video and cambridges real
video conferecing stats wit hthe pandor system over CFRs (i.e. real
ATM style nets)....

jon
From: singh@engr.LaTech.edu (Gurbakhsh Singh)
Newsgroups: comp.dcom.cell-relay
Subject: ATM or SMDS ?
Date: 27 Jan 1993 00:47:50 GMT
Organization: Louisiana Tech University
NNTP-Posting-Host: pleiades.engr.latech.edu
X-Newsreader: TIN [version 1.1 PL8]

I am doing a study project.

I would like your views on ATM frame relays. If possible please give me a
 comprehensive comparison between ATM frame delays and SMDS(Switch Multimegabit
Data Services), and  your view on which one of these two are going to play 
a major role future WANs.

Thanx in advance.. Please help.

-Gurbakhsh Singh