HDTenEightyP/NetNews huggingface dataset:
From: ljm@Babyoil.ftp.com (leo j mclaughlin iii)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: LPD
Date: 31 Mar 92 19:24:05 GMT
Article-I.D.: leather-.920331132405
Reply-To: ljm@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Nntp-Software: PC/TCP NNTP

>>LPD is now defined by RFC 1179.
>
>....Think of it more as what LPR/LPD could be, not what they are today...
>

Well...think of it more as what LPR/LPD is on over 100,000 hosts.

In any case, there will be a new RFC on LPD coming out of the IETF which
is itself a superset of RFC 1179 (and does a number of things better).

Pound on your local vendor as applicable.

enjoy,
leo j mclaughlin iii
ljm@ftp.com
From: jjm13@po.cwru.edu (Jeff Murphy)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: WHOIS at nic.dn.mil
Date: 7 Apr 92 03:26:25 GMT
Article-I.D.: po.jjm13.1082
Organization: Case Western Reserve University

In article <11286@mindlink.bc.ca> Frank@mindlink.bc.ca (Frank I. Reiter) writes:

>> Small Systems Solution writes:
>> 
>> What are you looking for? The University of California at Berkeley is
>> 
>>         BERKELEY.EDU
>> 
>> and as for 'sfu', I have no idea what you mean.  San Francisco State
>> University? The University of California at San Francisco?
>> 
>> Remember the expression "Garbage in, garbage out" ???

>Yes, and I also know that .ca means Canada.  Apparently you are thinking of
>California.  UBC is the University of British Columbia, and SFU is Simon Fraser
>University.

>Data in, garbage out.

>Frank.

Try it *without* the .CA on the end.  Those sites are listed as UBC and SFU 
in the nic database, *not* as UBC.CA and SFU.CA.

A little garbage got in there somewhere...

Jeff
Newsgroups: comp.protocols.tcp-ip
From: thomson@hub.toronto.edu (Brian Thomson)
Subject: Re: Prepending custom IP headers
Organization: University of Toronto
Date: 6 Apr 92 22:51:00 GMT

In article <1992Apr6.195129.22522@colorado.edu> garnett@news.Colorado.EDU (Santiago de la Paz) writes:
>
>I seem to remember several threads on this topic, and that specifying
>IPPROTO_RAW for the protocol of a SOCK_RAW socket was one way of doing it
>with certain kernels patched for traceroute.  The kernel I wish to do
>this under is a SunOS4.1.1 kernel, which already supports the use of
>traceroute, so can I make my own headers in this situation? 

Looking at our 4.1, it appears that IPPROTO_RAW overwrites the supplied
source IP address with the socket's address, if it has been bound, or
(eventually) the outgoing interface address if it hasn't.  In either case,
the result is a valid address for the sending host.

To do what you want to do, you need direct access to the interface output
routines, and I believe NIT is the only way to get that.
-- 
		    Brian Thomson,	    CSRI Univ. of Toronto
		    utcsri!uthub!thomson, thomson@hub.toronto.edu
From: gsa@easyaspi.udev.cdc.com (gary s anderson)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: default address mask selection for a point-to-point network?
Date: 8 Apr 92 19:41:02 GMT
Article-I.D.: shamash.40635
Reply-To: gsa@easyaspi.udev.cdc.com (gary s anderson)

In article <BOB.92Apr8122251@volitans.MorningStar.Com>, bob@MorningStar.Com (Bob Sutterfield) writes:
|> In RFC-1122 section 3.2.2.9 we see
|> 
|>   (b)  Until it has received an Address Mask Reply, the host SHOULD
|>        assume a mask appropriate for the address class of the IP
|>        address, i.e., assume that the connected network is not
|>        subnetted.
|> 
|> The implementation is obvious for a connection a broadcast network
|> like an Ethernet - just derive the mask from the IP address of the
|> interface.  But a point-to-point network connection (PPP, SLIP, or
|> whatever) has two IP addresses, one each for the "local" and "remote"
|> ends of the link.
|> 
|> From which address (local or remote) should a host infer the default
|> subnet address mask for a point-to-point network?
|> 
|> (My opinion: it should look at the remote address, because that's
|> where it looks for routing decisions.)

Point-to-point links typically show up in routing tables as "host entries"
and not as "network entries".   Therefore, the "mask" associated with 
routing is 32-bits, i.e. must match the complete IP address.

The 32-bit mask would explicitly eliminate one from responding to 
an ICMP Address Mask Request because an "all 1's" response is illegal.
Additionally, one would assume that you would not issue a mask request
for either of the addresses because the full mask is already known.

The one interesting point in your request is the possibility of the
local and remote IP address for a point to point link to be in 
different subnets.  This seems like an odd configuration, however,
it seems that you would use the subnet assigned to the local address
in order to be consistent with other interfaces (on the curious side, 
where would you get the remote subnet mask from, another routing table entry).

RFC950 seems to indicate that the authors considered this feature to
be a LAN broadcast tool and not a WAN or point-to-point tool.  Consequently,
there is no reference to implications in a point-to-point world.
In fact does anyone really use the ICMP Address Mask Request on point-to-
point links (does it even make sense)?

If what you really want is to advertise information about the network
(or subnet) accessible via the point-to-point link, which matches the
network (or subnet) in the point-to-point link IP address, then define
another routing table entry which explicitly defines the information
you want to disseminate.
From: manmetha@gauss.rutgers.edu (Manju Mehta)
Newsgroups: comp.protocols.tcp-ip
Subject: Evaluating Routers
Keywords: Any Suggestions ???
Date: 16 Apr 92 21:59:27 GMT
Distribution: inet
Organization: Rutgers Univ., New Brunswick, N.J.


Hi Netters,
	We are in the process of evaluating routers for a WAN we need
to set up. Any suggestions as to what brands may be better than others
will be appreciated. Any notes on comparisons based on
COST/PERFORMANCE, ease of configuration, ease of setup, etc. would be
most welcome.

	Any and All responses welcome,
		Thanx,


MAN.

manmetha@gauss.rutgers.edu
From: pwb@newt.phys.unsw.oz.au (Paul W. Brooks)
Subject: Re: default address mask selection for a point-to-point network?
Organization: University of New South Wales
Date: Fri, 10 Apr 1992 06:04:23 GMT

In article <BOB.92Apr8122251@volitans.MorningStar.Com>, bob@MorningStar.Com (Bob Sutterfield) writes:
> In RFC-1122 section 3.2.2.9 we see
> 
>   (b)  Until it has received an Address Mask Reply, the host SHOULD
>        assume a mask appropriate for the address class of the IP
>        address, i.e., assume that the connected network is not
>        subnetted.
> 
> The implementation is obvious for a connection a broadcast network
> like an Ethernet - just derive the mask from the IP address of the
> interface.  But a point-to-point network connection (PPP, SLIP, or
> whatever) has two IP addresses, one each for the "local" and "remote"
> ends of the link.
> 
> From which address (local or remote) should a host infer the default
> subnet address mask for a point-to-point network?
> 

Presumably the IP numbers for each end have the same (sub)network number
portion (making the cable a "network of two hosts"), the answer is,
I would hazard, "either".
 
Paul Brooks        |Internet: pwb@newt.phys.unsw.edu.au
Uni. of N.S.W.     |If you have trouble sleeping, try lying on the end of
Kensington NSW 2033|   your bed. With a little luck you'll drop off. 
AUSTRALIA          |                              - Mark Twain. 
Newsgroups: comp.protocols.tcp-ip
From: srp@modcomp.uucp (Steve Pietrowicz)
Subject: Packet sniffer for IBM-PC?
Organization: MODCOMP, an AEG company
Date: Tue, 7 Apr 1992 14:18:01 GMT

Is there a PD packet sniffer available for the PC?  If so, where can I
get it?

Thanks

Steve
Newsgroups: comp.protocols.tcp-ip
From: petav@Physik.TU-Muenchen.DE (Peter Averkamp)
Subject: Re: ping question
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 10 Apr 1992 15:58:36 GMT

pwickman@cerebus.cc.edu (Paul J. Wickman) writes:


>	Does anybody have the code for the Sun/IBM/whatever version
>of ping?  The one that can report "host is alive" in addition to the
>verbose mode?

I have a derivative of the berkeley ping, that responds with 0 or 1,
respectively, especially for scripts. It's called 'isup'.
( You see the point: if `isup mymachine` then doobeedoo... )
Drop me a mail if this is of any use for you.

- Peter -

--
Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: psirakis@yoko.rutgers.edu (Psirakis Alexander)
Newsgroups: comp.protocols.tcp-ip
Subject: Question on bind-socket
Date: 6 Apr 92 21:10:33 GMT
Article-I.D.: yoko.Apr.6.17.10.32.1992.6859
Organization: Rutgers Univ., New Brunswick, N.J.



I  am currently working on a term project concerning network programming.

I want to bind a second socket descriptor (sockt2) to a port that is
already assigned to another socket (sockt).
I tried to use the setsockopt system call, with arguments SOL_SOCKET and
SO_REUSEADDR. The setsockopt is correctly executed and I also test it
with the getsockopt system call.
But when I try to bind the same port address to the second socket descriptor 
the bind system call fails ("address already in use").

The critical code segment is the following:


	sockt = socket(AF_INET, SOCK_DGRAM, 0);
	bind(sockt, &addr, sizeof(addr), 0);
	length = sizeof(addr);
	getsockname(sockt, &addr, &length);
	optval=1;
	temp=sizeof(optval);
	setsockopt(sockt,SOL_SOCKET,SO_REUSEADDR,(char *)&optval, sizeof(optval);
	optval=0;
	getsockopt(sockt,SOL_SOCKET,SO_REUSEADDR,(char *)&optval, (int *)&temp);
	sockt2 = socket(AF_INET, SOCK_DGRAM, 0);
	if (bind(sockt2, &addr, sizeof(addr)) != 0)
	     ^  perror("Binding local socket");
             |
           here is the fail!!!


I appreciate any kind of help
Thank you

Alexander Psirakis
e-mail: psirakis@yoko.rutgers.edu
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: WHOIS at nic.dn.mil
Date: 7 Apr 92 02:05:40 GMT
Article-I.D.: mindlink.11286
Organization: MIND LINK! - British Columbia, Canada

> Small Systems Solution writes:
> 
> What are you looking for? The University of California at Berkeley is
> 
>         BERKELEY.EDU
> 
> and as for 'sfu', I have no idea what you mean.  San Francisco State
> University? The University of California at San Francisco?
> 
> Remember the expression "Garbage in, garbage out" ???

Yes, and I also know that .ca means Canada.  Apparently you are thinking of
California.  UBC is the University of British Columbia, and SFU is Simon Fraser
University.

Data in, garbage out.

Frank.
--
___________________________________________________________________
Frank I. Reiter                Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Newsgroups: comp.protocols.tcp-ip
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Minimal ping object?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Technology, Inc., Huntsville, Al.
Date: Mon, 13 Apr 1992 14:06:20 GMT

In article <1992Apr9.220041.15081@phri.nyu.edu> roy@alanine.phri.nyu.edu (Roy Smith) writes:

>	What is the absolute cheapest pingable object I can put on an
>ethernet?  I supose to be practical, I should limit the field to
>commercially available devices, but just for fun, let's assume I was
>willing to build or modify something as long as it's reasonable (and no,
>I'm not exactly sure what the limits of reasonable are).

An 8088 clone with an 8-bit NIC, running NCSA Telnet in server mode (booted
from a floppy)? No monitor or keyboard needed, so it should be about $300
or so; less if you have one holding a door open somewhere.

You might see if The Beholder (from tudelft) responds to pings (I haven't
looked at it closely enough yet; it does incorporate some SNMP stuff, so
it should answer a ping). It should fit on a floppy, too.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
From: annie@gna.axis-design.fr (Annie Tanguy)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Source routing bridge
Date: 13 Apr 92 16:28:52 GMT
Distribution: comp
Organization: GNA c/o Axis Design 119 rue de Flandre, 75019 Paris, France


	Hello,

	I may be in the wrong place to ask this question.
	Please tell me where I can post my question if it is the case.

	I have a UNIX SCO server with a token ring card under TCP/IP and
	token routing activated.
	I have a DOS system with FTP software PC/TCP product with
	a token ring board to acces the UNIX server via TCP/IP.
	This works as long as the DOS system is on the same Ring that
	the UNIX server.

	The problem appears when I try to use the DOS station on another
	ring interconnected with the precedent with 2 IBM source routing
	bridges on each side of a specialized line.
	
	FTP Soft. product use arp to find the MAC address of the IP destination
	address. This first exchange preceeding the reel transaction cannot
	go through the bridge. 
	Is there someone that could tell me whether a fixed arp table on the
	DOS side could help ? If so, I can always try to ask FTP Soft. to
	make modifications so they can use such a table.

	I know I wouldn't have problems with LAN work Place but the point is
	I have already sold FTP to that client (I didn't know it was supposed
	to be used in such a configuration) 

	Thank you a lot in advance for any comment.

	Annie TANGUY
Newsgroups: comp.protocols.tcp-ip.domains
From: matt@dbaix.oc.com (Matthew Lyle)
Subject: Re: Maps of internet
Organization: OpenConnect Systems
Date:  8 Apr 92 22:47:37 GMT

KURSAT@TRMETU.BITNET (Kursat CAGILTAY) writes:
>Hi,
>I need maps of Internet in postscript format. Especially I need NSFNET maps.
>Those maps should show major sites, link speeds and yearly network traffic
>statistics.

There are maps of NSFNet available for anonymous ftp from nnsc.nsf.net.  They
should also have the traffic statistics there also.  Another good site for
network maps is ftp.uu.net in /inet/maps.

-- 
Matthew Lyle                                                matt@oc.com
                                                            matt@utdallas.bitnet
OpenConnect Systems
Carrollton (Dallas), Texas                                  (214) 490-4090
Newsgroups: comp.protocols.tcp-ip.domains
From: williams@tigger.jvnc.net (Steve Williams)
Subject: Trouble's with SLIP
Summary: slip not working
Originator: williams@r2d2.jvnc.net
Organization: JvNCnet
Date: Tue, 14 Apr 1992 15:17:30 GMT

Hello,

	This is a request for HELP!!!
I am trying to get a version of slip running on a mac (version
NCSA2.4.19 written at BYU). so far I have not been able to get beyond
establishing a normal serial connection to my slip server, When I try
to start slip I loose the connection. Is anyone out there running this
version, or know of a better solution to Dialin IP for the MAC.

Any suggestions would be greatly appreciated!!

Williams(Steve Williams)@r2d2.jvnc.net
JvNCnet Princeton.

Newsgroups: comp.protocols.tcp-ip.domains
From: dobrien@seas.gwu.edu (David O'Brien)
Subject: MX records
Organization: George Washington University
Date: Fri, 10 Apr 1992 16:53:55 GMT

I am sorry if this is an FAQ, I did not see one at my site.

Where can I find info on what is an MX record and the role it plays in
SMTP?  I am interested in both good information and "offical" information.
I assume it is in some RFC somewhere.  Where can I ftp RFC's?

Thank you,
David O'Brien
From: simon@lia.di.epfl.ch (Simon Leinen)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: David O'Brien: MX records
Date: 14 Apr 92 08:48:09 GMT
Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne
In-reply-to: craig@sics.se's message of 13 Apr 92 18:58:53 GMT
X-Md4-Signature: f9593518c8d156912ace4c673319b6e9

>  > Where can I find info on what is an MX record and the role it plays in
   > SMTP?

   Read RFC 974 and ignore the stuff about WKS.

RFC 1123 is also interesting since it clarifies/updates RFC 974 (and
the other official "upper layer" protocols).
-- 
Simon.
From: craig@sics.se (Craig Partridge)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: David O'Brien: MX records
Summary: read rfc 974
Date: 13 Apr 92 18:58:53 GMT
Organization: Swedish Institute of Computer Science, Kista

> Where can I find info on what is an MX record and the role it plays in
> SMTP?  I am interested in both good information and "offical" information.
> I assume it is in some RFC somewhere.  Where can I ftp RFC's?

Read RFC 974 and ignore the stuff about WKS.

Craig

PS: to list -- sorry to reply publicly but the original note
arrived without an e-mail address to reply to.
Newsgroups: comp.protocols.tcp-ip
From: a722756@pan.mc.ti.com (W. D. Rolph)
Subject: Re: Wanted: TCP/IP BSD-sockets for Windows 3.x
Organization: Texas Instruments Materials and Controls Group
Date: Mon, 6 Apr 1992 12:40:15 GMT


In article <477@kommu.UUCP>, anderl@kommu.UUCP (Horst Anderl) writes:
|> Where can I get a TCP/IP BSD-socket library for MS-Windows 3.x?
|> 

HP in thier ARPA services 2.1 for the pc has available sockets for use under
Windows 3.0.  Unfortunately they do not have a part number, and can not sell it
to you (or couldn't to me in any event).  ARPA services 2.1 will be the basis for
the upcoming release of Pathworks TCP/IP from DEc, and is reuputed to include the
windows based socket libraries and program development software.

A windows based socket library is also reputedly available from Frontier
Technologies for their SUPT TCP product.
-- 

Regards.
 
Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
Newsgroups: comp.protocols.tcp-ip
From: eengelke@sail.uwaterloo.ca (Erick Engelke)
Subject: Re: Minimal ping object?
Organization: University of Waterloo
Date: Fri, 10 Apr 1992 06:05:17 GMT

 roy@alanine.phri.nyu.edu (Roy Smith) writes:
>	What is the absolute cheapest pingable object I can put on an
>ethernet?  I supose to be practical, I should limit the field to
>commercially available devices, but just for fun, let's assume I was
>willing to build or modify something as long as it's reasonable (and no,
>I'm not exactly sure what the limits of reasonable are).


By your definition it must have an Ethernet interface.
A minimal hardware configuration would be a smart ethernet card (one
with built-in processor) and wire it up to a power supply.  But
since you asked for cheapest, grab a klunker 8088 pc and a cheap
Ethernet board.  You can pick up the pc cheaper than the ethernet
card.  If it has a packet driver you can run some free PC based
TCPs in less than 64K total system memory.  Total cost should be
about $200 US (guessing here).

Erick

-- 
Erick Engelke					  Engineering Computing
						 University of Waterloo
Waterloo TCP Architect		 erick@development.watstar.uwaterloo.ca
From: cage@cbnewsd.cb.att.com (charles.gerlach)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: 3B2 client-server latency problem
Date: 17 Apr 92 20:26:39 GMT
Article-I.D.: cbnewsd.1992Apr17.202639.27854
Distribution: usa
Organization: AT&T

In article <rr#vfbr@rpi.edu> ratlifc@eclipse.its.rpi.edu writes:
>In article <1992Apr17.150957.17268@mixcom.com> Dean.Roth@mixcom.mixcom.com  
>(Dean.Roth) writes:
>}
>}I'm new to an organization that has a server running on
>}a 3B2.  I've seen a large latency between when data is
>}sent by a client and when the read in the server completes.
>}
>[stuff deleted]
>}I've never worked with a 3B2 before. Is this behavior
>}characteristic of this machine?  The software is using 
>}the socket API.  Thank you.
>}
>
>
>  Yeah. This is _very_ characteristic since every packet has to pass from  
>kernel space into user space and then into kernel space and then into user  
>space again while going through the etherd. It's thoroughly annoying for  
>those of us who want fast networking and use 3B2s.
>
>

Multiple passes through the kernel/user boundry was a characteristic of 
the initial 3B releases.  These were numbered R1.x.  I believe starting 
with Release 2.1, tcp was re-implemented using streams and this problem 
no longer exists.  The only applications that make multiple passes in 
the newer are those that use the pty subsystem.  And in SVR4 that was 
taken care of.

The current release is 3.2 for SVR3 systems.  If you are running a release 
that is older than R3.2, I would strongly recommend you figure out how to 
get yourself upgraded.  (R3.0 was O.K, but R3.2 is better.)  R3.2 has been 
out for several years now, so hopefully it is readily available.  

If you are still suffering with etherd, you have my admiration.  R3.2 will
not solve all your problems, but at least it will be closer (by about 5 
years of development).

				Chuck Gerlach
				NCR
				cag@iwlcs.att.com
From: Thomas.Tornblom@nexus.comm.se (Thomas Tornblom)
Newsgroups: comp.protocols.tcp-ip
Subject: Support for IP options (or lack thereof)
Date: 8 Apr 92 14:04:29 GMT
Distribution: comp
Organization: Communicator Nexus AB


How come so many TCP/IP products doesn't support IP properly?

I'm doing some experiments with the "Loose Source and Record Route"
option and have become a bit depressed about the performance of
some more or less well known implementations of TCP/IP.

Please note that according to RFC-791 the implementation if IP options
is by no mean optional, only the use of them.

I have had various machines crash painfully by sending a perfectly
valid IP datagram to it. I even managed to crash two machines with the
same datagram! 

This was SunOS 4.1.1b before I applied patch 100149-3 (mclput panic).

SunOS 4.0.2 on a 386i doesn't forward datagrams with LSRR option.

ka9q handled the options OK but forgot to recompute the IP checksum
before forwarding the datagram.

The Cayman gatorbox wont route LSRR datagrams. 

NCSA Telnet with MacTCP on a NuvoLINK SC SCSI-Ethernet adapter dies
horribly when LSRR datagrams are in the neighborhood.

Thomas
--
Real life:      Thomas Tornblom           Email:  Thomas.Tornblom@nexus.comm.se
Snail mail:     Communicator Nexus AB     Phone:  +46 18 171814
                Box 857                   Fax:    +46 18 696516
                S - 751 08 Uppsala, Sweden
From: AKayser@dnpap.et.tudelft.nl (Alfred Kayser)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Packet sniffer for IBM-PC?
Date: 8 Apr 92 06:49:00 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering

880274d@aucs.acadiau.ca (Ralph I. Doncaster) writes:
>srp@modcomp.uucp (Steve Pietrowicz) writes:
>>Is there a PD packet sniffer available for the PC?  If so, where can I
>>get it?
>Mit's netwatch if quite good.
>you'll need drivers.zip and pcippkt.arc from /ka9q dir in
>sun.soe.clarkson.edu.
>(This was as of about 2 months ago; could have changed by now.
>-Ralph
And there is our wonderfull tool called 'The Gobbler'.
It is a development of the Beholder group.
It can capture, filter, store and view all packets on ethernet, and
this operation can even be controlled via SNMP!!

Get it and try it!

using anonymous ftp:
Host: dutepp0.et.tudelft.nl
path: /pub/Gobbler
name: gobbler.zip

Or using the mailserver at dnpap@dnpap.et.tudelft.nl:
put in the subject or body of the mail:
send /Gobbler/gobbler.zip 
and expect to receive four parts...

Greetings, Alfred
>--
>|Ralph Doncaster, Acadia Univ.     ph & fax: (902)542-3010      |
>|880274d@aucs.acadiau.ca   ASU box 6585, Wolfville, NS B0P 1Z1  |
--
-- Ir. Alfred Kayser. PACS, OS/2, TCP/IP. --- Email: AKayser@et.tudelft.nl --
-- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786179 --
-- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --