HDTenEightyP/NetNews huggingface dataset:
From: erick@sunee.uwaterloo.ca (Erick Engelke)
Subject: Re: TCP/IP implementation help?
Organization: University of Waterloo
Date: Wed, 14 Oct 1992 18:31:05 GMT

 koziol@void.ncsa.uiuc.edu (Quincey Koziol) writes:
>I've recently been modifying the TCP/IP kernel for NCSA Telnet for the
>PC to be a happier and healthier member of the Internet host community
>and I've come across an interesting problem.  
>...
>	What tends to happen, is that everything will work fine for quite
>a while and then a packet that we've sent out will get dropped (unbeknownest
>to the sending host).  The rest of the buffer will finish being emptied out
>onto the network, then the sending host waits for an ack of the data.
>Because a packet has been dropped, this never comes, and eventually the
>TCP port times out and begins resending the data.  All this works fine,
>but somewhere through the resend of the outgoing data, an ack usually
>comes through for the entire set of data which has been previously sent
>(i.e. the dropped packet plus the entire bufferful which was initially
>sent after the dropped packet).
>	What I'd like to do is have that incoming ack update the information
>in the outgoing port so that the rest of the buffer (which the receiving
>host already has and has ack'ed) is not re-sent.  I'm unwilling,
>however, to introduce a poll for received packets in the middle
>of this tight loop pushing packets onto the net as fast as it can.  I was
>wondering (if anyone has actually understood this so far... :-)
>if anyone has a good algorithm for helping re-sends of TCP data act
>a little more intelligent?
>

The answer is not as obvious because it isn't fully in the RFCs,
or at least it wasn't when I had to figure it out.  And jet lag
is setting in so I almost called Van Jacobson by the name Van Morrison.
I hope this comes out coherently.

Host Requirements (1122) tells us to use Van Jacobson's and Phil Karn's 
algorithms and merely refers you to their respective papers.  Look
up Van's paper and he shows how you ought to chop down your transmit
packet on a retransmit, and that will effectively solve the problem
you mention as well as being more conservative with your network bandwidth.

As for the tight loop, your incoming packet routine should up a counter
and you can quickly check that counter in a loop.  But the above
algorithm dramatically reduces the need to do so anways.

Erick
-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
Newsgroups: comp.protocols.tcp-ip
From: mbg@cbnewsi.cb.att.com (mitchell.b.germansky)
Subject: replacing Sys5 msgop with TLI or Sockets
Organization: AT&T
Date: Thu, 15 Oct 1992 16:05:13 GMT
Keywords: msgop msgsnd() msgrcv() connectionless UDP Datagrams


i have an application using sys5 msg queues and we hit resource
limits wrt total msgs in the system and on a queue.  we want to
explore replacing the msgsnd()/msgrcv() with some
connectionless-oriented implementation where we don't have the
msgop limits.

i am wondering if someone has already developed a library emulating
the msgsnd()/msgrcv() interface over say TLI or Sockets using
datagrams.  we would like a reliable datagram implementation.

we need a heterogenuous implementation: sun and 3b2.

any suggestions or pointers to existing code would be greatly
appreciated.

thx and send email to:

	mitch germansky
	att!suntoss!mbg
	908-805-7841
From: art@acc.com (Art Berggreen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: IP over Ethernet: LSAP=6 vs. SNAP
Date: 9 Oct 92 00:42:22 GMT
Organization: ACC, Advanced Computer Communications

In article <1992Oct8.121124.1835@infodev.cam.ac.uk> ag129@cus.cam.ac.uk (Alasdair Grant) writes:
>
>RFC 948 specified IP on 802.3 using an LSAP of 6, i.e. the IEEE-assigned
>LSAP for IP.  RFC 1042 then obsoleted this and specified the use of SNAP,
>i.e. LSAP 170, with Ethertypes 0800 etc. as used originally.  What was the
>technical reason for this, given that it's an extra layer of encapsulation
>and longer frames?

IP over LANs depends on the use of ARP.  Given the limited number of
available 802.2 LSAPs, IEEE would not assign one for ARP, but was
convinced to allocate one for the SNAP mechanism.  Also, IP packets
following an 802.3/802.2 LLC header are on an odd alignment, causing
a performance hit in some routers.  SNAP puts the network layer header
back on a desirable alignment.  Between the need to run ARP using SNAP
and the alignment problem, it was deemed a better idea to also run IP
over SNAP.

>Was it just for people who run DIX Ethernet and 802.3 on the same cable?

You could still run DIX and 802.3/802.2 versions of IP on the same wire.
SNAP is just the preferred encoding.
SNAP has since found it's way into many other environments (FR, SMDS,
ISDN, etc).

Art
Xref: sparky comp.protocols.tcp-ip:4768 comp.sys.novell:8278
From: donp@novell.com (don provan)
Newsgroups: comp.protocols.tcp-ip,comp.sys.novell
Subject: Re: Need map showing how NDIS and ODI fit into OSI model
Date: 15 Oct 92 22:55:43 GMT
Organization: Novell, Inc., San Jose, California

In article <case.44.719184091@ucs.sdsu.edu> case@ucs.sdsu.edu (Steve Case) writes:
>Subject pretty much says it all.

Well, no, actually it doesn't.

>Even a brief explanation of these two protocols and how 
>they relate to OSI would be good.

NDIS and ODI are interfaces, not protocols.  Like anything developed
outside of the OSI effort, they do not exactly conform to the OSI
model.  NDIS is approximately at the top of OSI layer 1, between the
physical and datalink layers.  ODI is somewhere near the top of layer
2, between the datalink and network layers.
						don provan
						donp@novell.com
Newsgroups: comp.protocols.tcp-ip,aus.wanted
From: matt@ra.oc.com (Matthew Lyle)
Subject: Re: AS400s and Suns together
Organization: OpenConnect Systems, Dallas, TX
Date: Fri, 16 Oct 1992 21:44:11 GMT

merce@xenitec.on.ca (Jim Mercer) writes:
>In article elogan@mistxt.oc.com (Ernie Logan) writes:
>>merce@xenitec.on.ca (Jim Mercer) writes:
>>>In article elogan@mistxt.oc.com (Ernie Logan) writes:
>>>>merce@xenitec.on.ca (Jim Mercer) writes:
>>>i have a demo version of the Open Connect TN5250 for MSDOS, which i have not
>>>had a chance to try out yet.  (RSN now, as the boss is getting a little
>>>impatient).
>>>my only bitch about this product (which i have not tried), and others like
>>>it, is that it is only available for specific TCP/IP stacks.
>>
>>Maybe so, but look at at how many stacks it is available for, and after all,
>>don't most netters already have some TCP/IP on their system?
>
>this is exactly my point.  correct me if i'm wrong, it's been a while since
>i've looked at your liturature, but the demo version i have only supports
>the FTP kernel.  you may well have expanded that to cover most of
>the major commercial kernels.

That was probably what the sales type ordered for you.  We support 9 TCP/IP
implementations, one just added recently.  We've supported "most of the 
major commercial kernels" for some time.  It can be arranged, no doubt, for
you to get the kernel support you need.

-- 
Matthew Lyle                                           matt@oc.com
Technical Support Specialist                           matt@utdallas.bitnet
OpenConnect System, Dallas, Texas                      (214) 888-0474
Newsgroups: comp.protocols.tcp-ip
From: mcgarvey@vnet.ibm.com
Subject: Re: Telnet server that runs on a PC?
Date: Thu, 08 Oct 1992 14:33:54 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.11 by O. Vishnepolsky and R. Rogers
Reply-To: mcgarvey@vnet.ibm.com
Organization: IBM, Research Triangle Park, North Carolina

In  <19vqmoINNb4f@usenet.INS.CWRU.Edu>  pvg@po.CWRU.Edu (Paul V. Gerwe) writes:
> 
> Greetings.
> 
> I am looking for a telnet server that will run on a PC and that is 
> capable of running Dos applications simultaneously.  If you have 
> any information, please send me mail at pvg@po.cwru.edu.  Thanks!
> 
> Hat

TCP/IP for OS/2 has this function

John McGarvey
Newsgroups: comp.protocols.tcp-ip
From: mcgarvey@vnet.ibm.com
Subject: VT220 TELNET client
Date: Thu, 08 Oct 1992 14:37:33 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.11 by O. Vishnepolsky and R. Rogers
Reply-To: mcgarvey@vnet.ibm.com
Organization: IBM, Research Triangle Park, North Carolina

When I run certain editors on a VAX, e.g. TPU, I get escape
sequences that my VT220 TELNET client does not understand.
These are

CSI'z  and CSI'{

These aren't in the VT220 spec.  What are they supposed to
do?

John McGarvey
Newsgroups: comp.protocols.tcp-ip
From: pwb@newt.phys.unsw.edu.au (Paul W. Brooks esq.)
Subject: RARP opcode 5 - what is it?
Keywords: RARP
Organization: University of New South Wales
Date: Thu, 15 Oct 1992 01:54:22 GMT

I have started seeing periodic RARP broadcasts with an opcode
of 5 - standard RARP uses opcode 3 for the request and 4 for the reply.
Can anybody enlighten me what these opcode 5 messages are for?

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: mikeg@Ingres.COM (Mike Glendinning)
Subject: Strange Output from 'netstat -a'.
Organization: Ingres Corporation
Date: 8 Oct 92 10:09:32 GMT

I did a 'netstat -a' command on a SVR4 box the other day, and it
came up with this strange (and worrying) output.  Amidst the
usual stuff, there were at least a dozen lines identical to the
following:

   Proto Recv-Q Send-Q Local Address        Foreign Address    (state)

   tcp        0    536 *.*                  *.*                CLOSED

What does this mean?  Normally, you just get one such line, with a
"Send-Q" of zero, which presumably indicates that any completely
inactive or unknown TCP port/address combinations are treated as
though they were in the CLOSED state.

-Mike Glendinning, Ingres UK.

mikeg@ingres.com
Newsgroups: comp.protocols.tcp-ip
From: ckd@eff.org (Christopher Davis)
Subject: Re: Password capture on anonymous FTP?
Organization: Electronic Frontier Foundation Tech Central
	<WCS.92Oct13233326@rainier.ATT.COM>
Date: Wed, 14 Oct 1992 19:14:33 GMT

Bill> == Bill Stewart 1-908-949-0705 <wcs@anchor.ho.att.com> 

 Bill> But *please* don't.  uunet does this.  The ftp-across-firewall
 Bill> code we use limits passwords to 8 characters (unless the new
 Bill> version fixes it), so I can't put my real email address there,

Sure you can.  wcs@.  I've seen the code UUNET uses.  And most other
places accept that too...
--
Christopher K. Davis      |       NET.INSIGHTS INTO ARTISTIC CRITICISM:
<ckd@eff.org>   EFF #14   | ``[Y]ou don't cure bad art by locking it all up
System Administrator, EFF | in one museum, you cure it by throwing tomatoes
+1 617 864 0665  [CKD1]   | at bad artists.'' --Barry Shein <bzs@world.std.com>
Newsgroups: comp.protocols.tcp-ip
From: merce@xenitec.on.ca (Jim Mercer)
Subject: Re: AS400s and Suns together
Organization: Reptilian Research, Kitchener, Ontario, CANADA
Date: Sun, 11 Oct 1992 17:39:08 GMT

In article <9947@kralizec.zeta.org.au> nick@kralizec.zeta.org.au writes:
>merce@xenitec.on.ca (Jim Mercer) writes:
>
>>personally i think an AS/400 would make an excellent news server. 8^)
>>(they tend to have oodles of memory and disk space)
>
>I'm going to try it later this year. Keep the news on an nfs-mounted
>partition. I hope the AS/400 supports links!

AS/400 TCP does not support NFS.

my reference about was with regards to potentially implementing nntp using
RPG (one of the languages supported by the TCP API)

anyone got a good C to RPG converter?  8^)

-- 
[ Jim Mercer   Reptilian Research  merce@iguana.reptiles.org  +1 519 893-6085 ]
[             I don't want to work for a company that has a CIO.              ]
[              Disclaimer! I don't need no stinking Disclaimer!               ]
From: tron@Veritas.COM (Ronald S. Karr)
Newsgroups: comp.protocols.tcp-ip
Subject: SLIP/PPP for SVR4.0 or SVR4.2
Date: 8 Oct 92 22:50:37 GMT
Organization: VERITAS Software Corp.

Does anyone have working SLIP, CSLIP, and/or PPP drivers for AT&T SVR4.0
or SVR4.2 running on Intel 386 platforms?  We have sources for a driver
that was posted to the net some time ago that supports just SLIP, and
that works on SVR4.0 version 3, but not (apparently) on version 4.  It
also has severe memory leaks.
-- 
	tron |-<=>-|		ARPAnet:  veritas!tron@apple.com
      tron@veritas.com		UUCPnet:  {apple,pyramid}!veritas!tron
From: sbinder@hpfcso.FC.HP.COM (Stephen Binder)
Date: Mon, 12 Oct 1992 21:18:52 GMT
Subject: Network Management: References??
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.protocols.tcp-ip

I am a Network Engineer for a large computer manufacturer with the
responsibility for defining our site (campus of 4 buildings, 2700 people, 3500
networked devices) strategy for local area network management.  The goal of 
my project is to define processes for network management that could be offered
to our site customers.  This process for network management will include (as
a start) network performance monitoring, fault management, account management,
and configuration management.  Lucky for us the network consists of mainly
TCP/IP devices running SNMP.

I have been doing some investigation, including trying to locate reference
materials for network management  (TCP/IP and SNMP environment).

I came across a book recently published by Addison-Wesley:
"Network Management: A Practical Perscpective" by Leinwand & Fang.

The book is a fairly extensive overview of Network Management including the 5
OSI areas: Fault, Performance, Configuration, Security, and Account Management.

It has good sections regarding SNMP and MIB (this was one of its strengths).  Itgives the reader just what it says: A PRACTICAL approach to managing LANs/WNAs
and dicusses several approaches using what it calls: "A simple tool; a more
complex tool; and an advanced tool".

Several questions:

1) Those of you chartered with providing Network Management Services or
   responsible for the Management of your LAN(S), have you suggestions for 
   additional references; have you read the book, what do you think?
2) Have you suggestions for implementing quality fault, configuration, 
   performance monitoring net mgmt services for a complex network?
3) What tools/processes have you used with a)great success, b) moderate
   success, c) limited or no success?

Thank You for any insights you may have.

Stephen Binder
+------------------------+---------------------------------------------------+
|   HEWLETT/  /          |  Stephen Binder                                   |
|         /hp/           |  Telecommunications Engineer                      |
|        /__/PACKARD     |  3404 East Harmony Road  MS#12                    |
|   Fort Collins Site    |  Ft. Collins, Colorado   80525                    |
| Networking & Computing |  INTERNET: sbinder@fc.hp.com                      |
|       Services         |  HPDesk  : stephen_binder@hp4000                  |
|  Data Networks Group   |  (303)-229-3236   Telnet 229-3236                 |
+------------------------+---------------------------------------------------+
Newsgroups: comp.protocols.tcp-ip
From: bvs@nrc.com (Bill Versteeg)
Subject: rpc process chewing up resources
Organization: VerSteeg CodeWorks 
Date: 16 Oct 92 19:53:33 GMT


I have a process somewhere that is continually opening
up SUN RPC connections, and then leaving them
in TIME_WAIT. I want to shut him
down, but I can't figure which process is doing it.
Here is a netstat output

Proto Recv-Q Send-Q  Local Address          Foreign Address        (state)
tcp        0      0  127.0.0.1.2544         127.0.0.1.sunrpc       TIME_WAIT
tcp        0      0  127.0.0.1.2543         127.0.0.1.sunrpc       TIME_WAIT
tcp        0      0  127.0.0.1.2542         127.0.0.1.sunrpc       TIME_WAIT
tcp        0      0  127.0.0.1.2541         127.0.0.1.sunrpc       TIME_WAIT
?



I have looked throuh a ps-aex output, and don't see anything
 out of the ordinary. 
ps -aex | grep rpc
    96 ?  IW    0:00 rpc.mountd -n HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb
   106 ?  IW    0:00 rpc.bootparamd HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb
   109 ?  IW    0:00 rpc.lockd HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb
   110 ?  IW    0:00 rpc.statd HOME=/ PATH=/bin:/usr/bin:/usr/etc:/usr/ucb
  6426 p1 S     0:00 grep rpc HOME=/home/bvs SHELL=/bin/csh TERM=sun-cmd USER=bv
  
I am running SUNOS3.x on sparcs and 3/60s.

The number of processes shown by netstat sometimes gets into the hundreds (
this is due to a lack of atomic action in the netstat kernel dives)
Occasionally the system runs out of mbufs when I run netstat because
of all of the rpc tcp connections . This is the real problem

So, the specific question is- What is opening these sessions?
	( I suspect rpc.mountd or rpc.statd)
The general question is- How do I tell what process is associated
	with a particular entry in netstat? (/etc/services does not help here)

	Bill VerSteeg
	bvs@nrc.com
-- 
Bill VerSteeg
VerSteeg CodeWorks
bvs@nrc.com
From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
Newsgroups: comp.protocols.tcp-ip
Subject: Why is there no FAQ for this newsgroup?
Date: 16 Oct 92 21:15:05 GMT
Organization: Lawrence Livermore National Laboratory

Has anyone here ever considered putting together an FAQ for this newsgroup?
If any newsgroup needs one, this one does.  I only read this group inter-
mittently, but every time I check on it, I find discussions about KEEPALIVE,
requests for TCP/IP benchmarks, general network programming questions,
questions regarding RFCs, broadcast questions, etc, etc.

What does it take to get an FAQ going?  I'd consider doing it myself (if I
had any time), but it seems to me there are others out there with a great
deal more general knowledge, who are regular readers of this group, who are
likely much more familiar with the types of frequently asked questions,
who might be cajoled into producing (or helping to produce) an FAQ.  

How about it folks?  Anyone out there willing to take a stab at it?

mb
-- 
Mark Boolootian		booloo@llnl.gov		+1 510 423 1948
From: lstowell@pyrnova.mis.pyramid.com (Lon Stowell)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: A cheap router - suggestions?
Date: 13 Oct 92 01:58:29 GMT
Reply-To: lstowell@pyrnova.pyramid.com (Lon Stowell)
Organization: Pyramid Technology Corp., Mountain View, CA

In article <Bw0stF.Lz3@breeze.rsre.mod.uk> heading%hermes.mod.uk@relay.mod.uk writes:
>I envisage a situation arising where I have a local ethernet
>with Unix workstations, and also a 64K X.25 line which expects
>serial input - SLIP or PPP I guess. And I will want to connect
>the two. What's the best way to do it?
>
   See if any of your Unix workstation vendors have the magical
   "glue" layer code which allows you to run TCP/IP over X.25.
   There are two ways of doing this...the "milnet" style just
   maps between X.25 and IP addresses.  The "csnet" [computer
   science net] style uses mapping tables to convert IP address to
   the appropriate X.25 address.    

   Most have it, most implementations I've seen interoperate quite
   well.  

   If I recall correctly, Perdue did a lot of the background on
   this...there is an RFC, but the Perdue papers are far more
   informative.   

   The nice thing about the TCP/IP on X.25 implementation is that
   you can still use the same X.25 circuit for OTHER protocols at
   the same time.  The number of virtual circuits used for TCP/IP is
   usually configurable.   


>a) Buy a Cisco or some sort of dedicated router?
>
   You'd need two...one at each end of the link.   They don't use
   the CSNET type of TCP/IP on X.25.

   
Newsgroups: comp.protocols.tcp-ip
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Netbios Encapsulation
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Fri, 16 Oct 1992 02:23:24 GMT

In article <Bw4z0K.74M@world.std.com>, weber@world.std.com (Bob Weber) wrote:
>i believe there is one or more RFCs dealing with Netbios 
>encapuslation within TCP packets.
>can someone please tell me which they are?

They are RFC 1001 and 1002.

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
From: jiliu@silver.ucs.indiana.edu (Jian Liu)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: QvtNET28 released ?
Date: 17 Oct 92 01:10:10 GMT
Article-I.D.: usenet.Bw8r8y.Ap8
Organization: Indiana University

In article <1992Oct13.222135.6692@vlsi.polymtl.ca> fn@junior.mathtok.polymtl.ca (Francois Normant) writes:
>A file called qvtnet28.zip has been uploaded to 
>ftp.cica.indiana.edu:pub/pc/win3/uploads
>but the archive seems to be corrupted.
>
>Is it an official release ? What is the official site for QPC softwares ?
>

But there is another file in the same directory called qvtnetsx.exe, which
self-extracts itself successfully into version 2.8.  I just tested it and
liked the better buttoned interface.

Jian
From: heading@breeze.rsre.mod.uk (Anthony J.R. Heading)
Newsgroups: comp.protocols.tcp-ip
Subject: A cheap router - suggestions?
Date: 12 Oct 92 18:02:49 GMT
Reply-To: heading%hermes.mod.uk@relay.mod.uk
Organization: Defence Research Agency

I envisage a situation arising where I have a local ethernet
with Unix workstations, and also a 64K X.25 line which expects
serial input - SLIP or PPP I guess. And I will want to connect
the two. What's the best way to do it?

a) Buy a Cisco or some sort of dedicated router?

b) slattach the serial line of a Sun and let it happen
   automatically - how fast could that run?

c) Buy a 486 PC?
    i)  running BSD Unix
   ii)  running a dedicated packet filter
        Does such a program exist in the PD?


Any opinions?

Anthony
------------------------------------------------------------
Defence Research Agency, St. Andrews Road, Malvern, Worcs, UK.
heading@hermes.mod.uk            Work: +44 684 896066
heading@ccint1.rsre.mod.uk       Home: +44 684 563596
-- 
Anthony Heading  (heading@hermes.mod.uk)
DRA Malvern, UK
Any opinions expressed are my own and in no way
represent those of my employer or any other organization.
Newsgroups: comp.protocols.tcp-ip
From: mohanram@wsl.dec.com (Narayan Mohanram)
Subject: PPP over Sync lines (Any Implementations??)
Organization: Digital Equipment Corp.
Date: Tue, 13 Oct 92 21:44:49 GMT

<line-eater-bait>
Does anybody have PPP implementations over Sync lines. I am looking for
details. The RFC 1134 mainly deals with Async line formats. I am not sure
if this is what needs to be done over sync lines.

I would like to talk to some-body who has implemented this.

narayan


-- 
USnail: 909 W. Olive			***************************************
	Sunnyvale, CA 94086		* Life is a Reach                     *
Phone: 408-738-4165(H)/415-688-1559(W)	* 	Then you jibe		      *
Email: mohanram@pa.dec.com		***************************************
From: danh@hpgnarpo.grenoble.hp.com (Dan Herington)
Date: Wed, 14 Oct 1992 09:29:45 GMT
Subject: Re: Network Management: References??
Organization: Hewlett-Packard, GND
Newsgroups: comp.protocols.tcp-ip

Hi Stephen,

Perhaps you haven't heard, but HP makes one of the most popular Network
Management products available on the market - the HP OpenView Network
Node Manager. It should be convenient for you to get all the information
you want about it because it was developed in Fort Collins.  Why don't
you drop into building 1L and ask someone for more information.

As far as references, the most popular one that I have seen for SNMP is
"The Simple Book" - It should be available at any techie bookstore.

Regards,
Dan
---------------------------------------------------------------------------
                               Dan Herington
                     HP OpenView Technical Consulting

HP European Network Marketing Center             danh@hpgnd.grenoble.hp.com
5, avenue Raymond Chanas (No. 28) - EYBENS          Dan HERINGTON/HP6330/M1
38053 Grenoble CEDEX 9, France                             (33) 76.62.53.74
---------------------------------------------------------------------------