HDTenEightyP/NetNews huggingface dataset:
From: nbhandar@enuxha.eas.asu.edu (Narendra Bhandari )
Subject: FAQ List.
Organization: Arizona State University, Tempe, AZ
Distribution: usa
Date: Tue, 15 Sep 1992 18:02:09 GMT

Could somebody mail the FAQ list to me directly, Please.

If there are any postings evaluating 9600 baud

modems for use in a Bulletin Board System, I would be 

definitely interested.

-narendra
nbhandar@cs.eas.asu.edu 


--
|-^-^-^-^-^-----------Narendra Bhandari-------------------^-^-^-^-^	|
o  Internet nbhandar@enuxha.eas.asu.edu	   				o
|  950 S Terrace Rd ,#c243 Tempe AZ 85281	(602) 921-3401	    -	|
	GENIUS IS 99% PERSPIRATION , 1% INSPIRATION
Newsgroups: comp.dcom.isdn
From: msun@ntmtv.UUCP (Ming Sun)
Subject: Re: CCITT Q.931
Keywords: Q.931 ISDN
Reply-To: msun@ntmtv.UUCP (Ming Sun)
Organization: Northern Telecom Inc, Mountain View, CA
Date: Thu, 10 Sep 1992 19:47:31 GMT

In article <1992Sep10.163258.12526@afterlife.ncsc.mil> ctkosti@afterlife.ncsc.mil (Chris Kostick) writes:
>In article <HOFFMAN.92Sep9171953@tesuji.cmf.nrl.navy.mil> hoffman@cmf.nrl.navy.mil (Eric Hoffman) writes:
>>
>>Could someone tell me how to obtain a copy of the Q.931 ISDN signalling 
>>standard?
>
>I'd be interested in knowing also.
>
>--
>chris kostick
>ctkosti@afterlife.ncsc.mil


We have ordered ours from the following two places.

ANSI
105-111 South State St.
Hackensack, New Jersy 07601
Tel: (212)642-4900
Fax: (212)302-1286

Associated Technical Services, INC.
855 Bloomfield AVE.
Blen Ridge, New Jersey 07028-1394
Tel: (201)748-5673
Fax: (201)748-5560

Ming Sun
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.dcom.isdn
Subject: PC w/ ISDN card as TCP/IP router using PCROUTE 
Distribution: world
Date: Wed, 09 Sep 92 01:34:11 GMT
Organization: Crynwr Software

In article <stritzi.715937731@Physik.TU-Muenchen.DE> stritzi@Physik.TU-Muenchen.DE writes:

   Is the packet driver interface for SLIP, Ethernet (and TokenRing) different
   so that pcroute's pktpkt version can only run with ethernet packet drivers?

Yes, the interface is different.  I don't know if PCRoute can run
with SLIP-class packet drivers.  It shouldn't be too difficult to
modify PCRoute to work with SLIP-class packet drivers, because it
already does SLIP and it already does packet drivers.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.dcom.isdn
From: cms@home.demon.co.uk (Cliff Stanford)
Subject: ISDN in Australia 
Distribution: world
Organization: Demon Systems Limited.
Date: Sat, 5 Sep 1992 14:01:35 +0000

In article <Btv08z.Gxz@ibmpcug.co.uk> gtoal@ibmpcug.co.uk writes:

>Unfortunately you are since ISDN is really point to point - it's just
>a very good telephone connection in essence.  However, you *may* be
>lucky enough to find some internet provider with dial-in ISDN access.
>
>I don't know of any though, but I'm sure they'll happen Real Soon Now...

	Yup.  As soon as we find a bit of ISDN kit that doesn't cost the
earth or keep falling over, we shall be offering dial-in ISDN access
to the Internet.
		Regards,
			Cliff.
-- 
Cliff Stanford                              cliff@demon.co.uk
Demon Internet Services			    cms@home.demon.co.uk
42 Hendon Lane				    +44 81 349 0063
London N3 1TT                               +44 860 375870
Newsgroups: comp.dcom.isdn
From: Petri Ojala <ojala@fuug.fi>
Subject: Re: Low cost ISDN acess to internet 
Organization: Finnish UNIX Users' Group / EUnet Finland
Date: 13 Sep 92 16:14:30


 > May we know what "problems" you had?

We started working with ISDN in summer 1990 along with the ISDN pilot
by the Helsinki Telephone Company (HTC).  The equipment they used 
included both Siemens and Nokia ISDN technology.  As there is over 
50 PTT's in Finland the ISDN coverage was very limited (Helsinki area).
At the moment most of the PTT's are waiting for ETSI ISDN and the
only real ISDN operations are done by the HTC and at some level by
Telecom Finland (national PTT).  HTC is upgrading currently to ETSI
ISDN and the coverage of ISDN network ad availability of ISDN hardware
is expected to grow pretty fast.

In our ISDN project the available ISDN hardware was limited.  We started
with external async ISDN terminal adaptors at 19.2 kbit/s but our plan
was to find a suitable ISDN card that could fit in PC (or any Unix 
system) and provide real (2x) 64 kbit/s access to the ISDN network.
However it was practically impossible to find anything that would work
in our ISDN environment and the project was primarly run on voluntary
basis without major financial support..

Petri Alhola from Digiware Inc <petri@digiw.fi> worked on getting
external synchronous X.21 ISDN terminal adaptors to work with ISC
UNIX on PC's.  The setup and Xnet software have been actively used
since spring 1992 and there are several customers connected now or
will be connected in the near future.

There has been also problems with the ISDN hardware.  Some of the
hardware were proto-types that are no longer supported by the manufacturer
(used mainly to test the ISDN centres) and there has been some problems
with the ISDN network itself, maybe due a bit faulty PCM channels in the
phone network.  Also the PTT is no longer as interested in ISDN as
we would like them to be (or need them to be..).

Petri
Newsgroups: comp.dcom.isdn,comp.protocols.ppp
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: compression over isdn links
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Tue, 15 Sep 1992 22:25:23 GMT

In article <5981.2ab5d679@hayes.com>, tnixon@hayes.com writes:

  We've been thinking about this in CCITT Study Group XVII (the 
  committee that works on V.110 and V.120).  Unfortunately, it's not a 
  simple as it seems.  V.42bis (and any data compression scheme) 
  requires an error-free link, which V.110 does not provide; you'd 
  have to run LAPM over V.110 (which might not be too bad).  V.120 
  provides an error-free link, but not the XID exchange that V.42bis 
  needs to negotiate parameters end-to-end.  We've though about using 
  Q.931 to negotiate the V.42bis options, but so far almost no 
  networks are supporting end-to-end user parameter negotiation.

How about running v.42bis over v.42, just as it's done in a modem?

Actually, there's something about running tcp/ip over v.42bis over v.42 that
makes me uncomfortable.  It just doesn't seem right to layer one reliable
transport with retransmission on top of another.  It seems inefficient.
Wouldn't it make more sense if the v.42 packetization could be done on ip
packet boundaries somehow?  Although I have to admit it seems to work just
fine in practice.

I do think that compression ought to be pushed up a layer or two.
From: hoffman@cmf.nrl.navy.mil (Eric Hoffman)
Newsgroups: comp.dcom.isdn
Subject: CCITT Q.931
Date: 9 Sep 92 21:19:53 GMT
Distribution: comp.dcom.isdn
Organization: Connection Machine Facility, NRL


Could someone tell me how to obtain a copy of the Q.931 ISDN signalling 
standard?
Newsgroups: comp.dcom.isdn
From: petri@digiw.fi (Petri Alhola)
Subject: Re: Low cost ISDN acess to internet 
Reply-To: petri@digiw.fi (Petri Alhola)
Organization: Digiware , Helsinki Finland
Date: Fri, 11 Sep 92 09:01:45 GMT

In article <716170526snx@home.demon.co.uk> cms@home.demon.co.uk (Cliff Stanford) writes:
>In article <1992Sep10.132301.14825@src.umd.edu> aaron@src.umd.edu writes:
>
>>Are there forces in internet that are looking for low-cost ISDN interface to
>>the network? A research group that I am involved with is considering some
>>experiments that may apply to this.
>
>	Not sure what you mean by "forces in internet".  Certainly we
>are looking to offer ISDN access to the Internet via ISDN.  I would be
>interested in the outcome of your experiments.
>		Cliff.

Here, in Finlang, Finnish Unix Users Group, is offering ISDN TCP/IP
access to EUnet with ISDN. We have had this service running since
spring 1992. We have had relatively good experiencies, but also
some problems.

Petri Alhola
petri@fuug.fi
petri@digiw.fi
From: ctkosti@afterlife.ncsc.mil (Chris Kostick)
Newsgroups: comp.dcom.isdn
Subject: Re: CCITT Q.931
Date: 10 Sep 92 16:32:58 GMT
Organization: The Great Beyond

In article <HOFFMAN.92Sep9171953@tesuji.cmf.nrl.navy.mil> hoffman@cmf.nrl.navy.mil (Eric Hoffman) writes:
>
>Could someone tell me how to obtain a copy of the Q.931 ISDN signalling 
>standard?

I'd be interested in knowing also.

--
chris kostick
ctkosti@afterlife.ncsc.mil
Newsgroups: comp.dcom.isdn
From: mah@parrot.prv.univie.ac.at (Michael Haberler)
Subject: Re: Low cost ISDN acess to internet 
Reply-To: mah@ic.co.at
Organization: Vienna University
Date: Sat, 12 Sep 1992 23:25:46 GMT

In article <716170526snx@home.demon.co.uk>, cms@home.demon.co.uk (Cliff Stanford) writes:
|> In article <1992Sep10.132301.14825@src.umd.edu> aaron@src.umd.edu writes:
|> 
|> >Are there forces in internet that are looking for low-cost ISDN interface to
|> >the network? A research group that I am involved with is considering some
|> >experiments that may apply to this.
|> 
|> 	Not sure what you mean by "forces in internet".  Certainly we
|> are looking to offer ISDN access to the Internet via ISDN.  I would be
|> interested in the outcome of your experiments.
|> 		Cliff.


Actually, in most of the countries in Europe where ISDN is available 
EUnet offers Internet access via ISDN. That includes (at least) Germany,
Switzerland, Finland, and Austria.  In Austria we offer that since Q1/92.

Michael 

-- 
Michael Haberler 			mah@eunet.co.at
EUnet Austria Ltd
A-1010 Vienna, Austria, Schottenring 33
Tel: +43 (1) 346184                             fax: +43 (1) 3104462
Newsgroups: comp.dcom.isdn
From: cms@home.demon.co.uk (Cliff Stanford)
Subject: Low cost ISDN acess to internet 
Distribution: world
Organization: Demon Systems Limited.
Date: Fri, 11 Sep 1992 00:15:26 +0000

In article <1992Sep10.132301.14825@src.umd.edu> aaron@src.umd.edu writes:

>Are there forces in internet that are looking for low-cost ISDN interface to
>the network? A research group that I am involved with is considering some
>experiments that may apply to this.

	Not sure what you mean by "forces in internet".  Certainly we
are looking to offer ISDN access to the Internet via ISDN.  I would be
interested in the outcome of your experiments.
		Cliff.

-- 
Cliff Stanford                              cliff@demon.co.uk
Demon Internet Services			    cms@home.demon.co.uk
42 Hendon Lane				    +44 81 349 0063
London N3 1TT                               +44 860 375870
From: lgm@ulysses.att.com (L. G. McKnight)
Newsgroups: comp.dcom.isdn
Subject: Re: CCITT Q.931
Summary: Where to get CCITT Q.931 Standard
Date: 14 Sep 92 21:29:45 GMT
Organization: AT&T Bell Labs, Murray Hill, NJ, USA

In article <1992Sep10.163258.12526@afterlife.ncsc.mil> ctkosti@afterlife.ncsc.mil (Chris Kostick) writes:
>In article <HOFFMAN.92Sep9171953@tesuji.cmf.nrl.navy.mil> hoffman@cmf.nrl.navy.mil (Eric Hoffman) writes:

>>Could someone tell me how to obtain a copy of the Q.931 ISDN signalling 
>>standard?

The Q.931 Standard is a CCITT standard and is available in "Blue Book"
form in Volume VI - Fascicle VI.11.  Just ask for the Q.931 standard
and they will be able to figure out which Fascicle to send.

I got my CCITT standards from

	Omnicom Inc.
	243 Church Street N.W.
	Vienna, Va., 22180, USA
	1-800-OMNICOM
	or (if you are calling from overseas) +1 703-281-1135

Someone else gave some other sources for the Blue Books.

CCITT standards are not inexpensive but this and Q.921 are good ones
to have on your bookshelf.  They are not quite so incomprehensible as
some of the standards documents.

Presumably the Blue Books will be superseded (by white books?) this year
but Omnicom advertises that they supply CCITT Advance Drafts and Published
White Books.

Lee McKnight
AT&T Bell Laboratories
Murray Hill, New Jersey, 07974
lgm@ulysses.att.com
Xref: sparky comp.dcom.isdn:536 comp.protocols.ppp:770
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.dcom.isdn,comp.protocols.ppp
Subject: compression over isdn links
Date: 14 Sep 1992 14:34:52 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

I'd like to know the state of the art on using compression with ISDN links.
The target traffic is TCP/IP.

One reasonable approach would seem to be to put v.42bis compression right
in there with the v.110 or v.120 async rate adaption.  That could be done
in the terminal adapter relatively transparently to ordinary async devices.
People are beating each other over the head right now to build v.42bis
circuits for analog modems, it seems as though you could leverage off some
of that development.

A second approach would be to move the compression up to the next layer,
e.g. use a compressing PPP implementation and do the work in the router. 
This would eliminate the need for special ISDN gear and would move the
work into the (rather more competetive) router software realm.  I'm not
sure where the state of the compressing PPPs is, though there seems to be
talk of (interoperable?) implementations underway. 

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562


Newsgroups: comp.dcom.isdn
From: etxorst@eos.ericsson.se (Torsten Lif)
Subject: Re: TCP/IP over ISDN
Reply-To: etxorst@eos.ericsson.se
Organization: Ericsson Telecom AB
Date: Wed, 9 Sep 1992 06:17:39 GMT

In article 330@gandalf.ca, djarrett@gandalf.ca (Dave Jarrett) writes:
>Guys,
>
>Don't get hung up on this user-user information thing. All we require 
>to do a poll, is 1 available bit, anywhere in the connect packet, which
>will tell the receiving node that this connect request is really a poll.
>Surely even ITR6 has 1 available bit which can be used for this purpose?

Just don't take it for granted that you have a God-given right to get
service for nothing out of your TelCo. The functionality to charge for
an attempted connect, even if it is rejected by the other party or not
responded to, is already there in the CO logic. Some markets (Denmark
being the example that springs to mind) ALREADY charge for call-setup
attempts regardless of success even on POTS! In effect this means that
every time a Dane picks up his receiver and gets a dial tone, his meter
ticks off another $0.05.

If any schemes to abuse (yes, that's the proper word) the information
sending of ISDN become widespread, you can be sure they will be taken
as an excuse by the TelCos to introduce similar billing schemes in YOUR
area! Act responsibly, pay for what you use. ISDN is likely to be
expensive in the beginning anyway, without additional charging because
some thought they could be "smart" and get free service out of the
TelCo.

>Regards,
>Dave J.

Disclaimer: This is not the official opinion of Ericsson Telecom, just
my own personal concerned observations. Nor is it a flame. It's simply
a warning what may happen.

---
 Torsten Lif
 Ericsson Telecom AB, EO/ETX/TX/AD
 S-126 25  STOCKHOLM, SWEDEN
 Phone: +46 8 719 4881

Newsgroups: comp.dcom.isdn
From: aaron@src.umd.edu (Aaron Falk)
Subject: Low cost ISDN acess to internet
Reply-To: aaron@src.umd.edu (Aaron Falk)
Organization: Systems Research Center, University of Maryland
Date: Thu, 10 Sep 1992 13:23:01 GMT

In article <715701695snx@home.demon.co.uk>, cms@home.demon.co.uk (Cliff Stanford) writes:
> 
> 	As soon as we find a bit of ISDN kit that doesn't cost the
> earth or keep falling over, we shall be offering dial-in ISDN access
> to the Internet.
> 		Regards,
> 			Cliff.
> -- 
> Cliff Stanford                              cliff@demon.co.uk
> Demon Internet Services			    cms@home.demon.co.uk
> 42 Hendon Lane				    +44 81 349 0063
> London N3 1TT                               +44 860 375870

 

Are there forces in internet that are looking for low-cost ISDN interface to the network? A research group that I am involved with is considering some experiments that may apply to this.

Aaron Falk
Newsgroups: comp.dcom.isdn
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Re: TCP/IP over ISDN What's happening in Germany?
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Mon, 7 Sep 1992 11:42:21 GMT



So what's happening with TCP/IP and UUCP over ISDN in Germany?
Is it a regular eunet service?

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
Newsgroups: comp.dcom.isdn
From: eletanjm@nuscc.nus.sg (TAN JIN MENG)
Subject: Re: Low cost ISDN acess to internet 
Organization: National University of Singapore
Date: Fri, 11 Sep 1992 16:51:36 GMT

petri@digiw.fi (Petri Alhola) writes:
: In article <716170526snx@home.demon.co.uk> cms@home.demon.co.uk (Cliff Stanford) writes:
: >In article <1992Sep10.132301.14825@src.umd.edu> aaron@src.umd.edu writes:
: >
: >>Are there forces in internet that are looking for low-cost ISDN interface to
: >>the network? A research group that I am involved with is considering some
: >>experiments that may apply to this.
: >
: >	Not sure what you mean by "forces in internet".  Certainly we
: >are looking to offer ISDN access to the Internet via ISDN.  I would be
: >interested in the outcome of your experiments.
: >		Cliff.
: 
: Here, in Finlang, Finnish Unix Users Group, is offering ISDN TCP/IP
: access to EUnet with ISDN. We have had this service running since
: spring 1992. We have had relatively good experiencies, but also
: some problems.
: 
: Petri Alhola
: petri@fuug.fi
: petri@digiw.fi
: 
: 
May we know what "problems" you had?

jin meng
Newsgroups: comp.dcom.isdn,comp.protocols.tcp-ip.ibmpc
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: PC w/ ISDN card as TCP/IP router using PCROUTE
Keywords: isdn pc pcroute tcp/ip
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Tue, 8 Sep 1992 07:35:31 GMT

I posted "how to use a PC as ISDN router for TCP/IP" a time ago. Some
suggested to use PCROUTE.

The ISDN card is from Diehl Elektronik GmbH (Phone +49 (0) 7033-4724,
FAX +49 (0) 7033 4727) and you can get a packet driver from them.
They offer ISA and MC cards, I've got the MC card.

I want the PC (IBM PS/2 Mod. 70) to act as TCP/IP router.

So I got PCROUTE V 2.24 and a packet driver for my TokenRing card via FTP.

I tried using the pktpkt version of pcroute, but the PC hangs when
pcroute is started. PC/TCP from FTP software works fine on top of the
ISDN packet driver (must use SLPDRV) and on top of the TokenRing packet
driver.

Has anybody tried this yet?

Is the packet driver interface for SLIP, Ethernet (and TokenRing) different
so that pcroute's pktpkt version can only run with ethernet packet drivers?

--
Peer Stritzinger
Phone: +(49)8141-90613
Fax: +(49)8141-95235
Internet: stritzi@physik.tu-muenchen.de
Newsgroups: comp.dcom.servers
From: daniel@nstn.ns.ca (Daniel MacKay)
Subject: Re: Can I do this (Annex 3 programming)?
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Thu, 10 Sep 1992 20:22:24 GMT

In <524@sacomm.schulz.unisa.edu.au> mcdonald@sacomm.schulz.unisa.edu.au (Ian McDonald) writes:
>The difficulty I have is that remote users can telnet to the default port
>(23) of the Annexes and at the prompt above, they can pick an RS232 port
>number for themselves.  I would like to prevent this, so that the users
>don't/can't see the Annex, by not offering the choice of entering a port
>number.  Can this be done?

Two ideas; you may want to do both.
 - don't tell them about the main Annex name.  Tell them about some other
   name that you have set to a rotary for that set of serial lines, e.g.
   "telnet vax3.my.domain" as opposed to "telnet myannex.my.domain 6005";
   you have "vax.my.domain" an IP number attached to a rotary on the 
   Annex.
 - In the "rotaries" file, set the ps_invisible flag on the port.
--
	Daniel MacKay				daniel@nstn.ns.ca
	NOC Manager, NSTN Operations Centre	902-494-NSTN
	Dalhousie University, Halifax, Nova Scotia, Canada
From: greg@iphasew.com (Greg Bulman)
Newsgroups: comp.dcom.servers
Subject: disk/file servers vs. number crunchers
Date: 11 Sep 92 04:28:16 GMT
Organization: Interphase (West) Corporation, Santa Clara, CA


I've got a question reqarding a "flat" DOS network.  For simplistic needs
and cost benefits I'm selecting Lantastic networking software.  My real
question regards what DOS systems to use as disk servers and which DOS
systems to use as computational workhorses.

I'll have (2) DOS 80386-33Mz machines and (2) 80286-16Mz machines connected
together.  My first response, due to media hype, is to use the "POWER"
machines as my disk servers, for fast data and application file access.
After thinking about it though, I won't have more than 3 people on at a given
time, and really, disk writes won't be unimaginably frequent.  I'll be
running accounting software (probably exclusively) so the computational
speeds are going to be critical.  So, I thought maybe I'd want the older
machines to be disk servers and have the CPU power of the 386 machines
available for the accounting software.

For those running DOS networks and/or disk servers I request some expertise.
(I already gotten conflicting responses from "salepeople", so thought I'd go
into the field.)   What are the advantages/disadvantages of using the 286
for a file server and 386 for applications?  What about doing the opposite?

Thanks in Advance.
-greg
-- 
==============================================================================
Greg Bulman                  (408) 982-9090   Phone 
Interphase Corporation       (408) 982-9904   FAX
Santa Clara, CA              greg@iphasew.com  ...!uunet!iphasew!greg
Newsgroups: comp.dcom.servers
From: basuki@rivm.nl (Basuki Tanumihardja)
Subject: VINES experience and comparison with NetWare
Keywords: Banyan VINES Novell NetWare
Organization: R.I.V.M.
X-Newsreader: Tin 1.1 PL5
Date: Wed, 9 Sep 1992 14:38:04 GMT

I'm taking part in a Banyan VINES 5.0 pilot test.
This site has a mixed hardware platform, ranging from 
MS-DOS based PC's, Macintoshes to UNIX machines.
The installed infrastructure is according to IEEE 802.3
specifications.

I'd like to know about all your experiences with VINES
(please do mention the version). 

Nowadays with the famous Novell all around a comparison
with NetWare is almost inevitable. Let me know your opinion
on this matter. I am focusing on VINES (version 4.11 or 5.0)
and NetWare 3.11, concerning : ease of systemadministration,
connectivity, user interface, support & maintenance, security,
mail- and printservices, add-ons .... etcetera.

Some 2 years back someone has filed this kind of discussion
(ftp server on csus.edu). I am curious about your comments 
anno 1992.

 I thank you in advance for your replies.

 Basuki.
 

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
               Basuki Tanumihardja    (basuki@rivm.nl)
RIVM - National Institute of Public Health and Environmental Protection
                     Informatics Service Centre
           Postbox 1, 3720 BA  BILTHOVEN, the Netherlands
             tel. ++31 30 743769,   fax. ++31 30 282316
Newsgroups: comp.dcom.servers