HDTenEightyP/NetNews huggingface dataset:
From: vthrc@brolga.cc.uq.oz.au (Danny Thomas)
Subject: (Q) service aliases; pros/cons
Keywords: domain name alias service DNS
Organization: Prentice Centre, University of Queensland
Date: Mon, 14 Sep 1992 23:16:35 GMT


Fellow Internetters,
                    In the near future we'll be getting our first UN*X 
system (currently only PCs/Macs) and intend it to offer various services 
- NTP, NNTP, etc. I've never really had to administer domain names 
previously, but my preference is to define an alias for each service 
offered rather than configure each client to bind to a particular host. 
This is a prejudice I've developed from dealing with email addresses - I 
just don't like the idea of addresses tied to a host, a person's name @ 
organizational-unit name seems more logical. At a guess we'd be looking 
at:
    ftp.vthrc.uq.oz.au (ie the primary/preferred FTP site in the domain)
    ntp.vthrc.uq.oz.au
    nntp.vthrc.uq.oz.au
    x500.vthrc.uq.oz.au  (or quipu.vthrc.uq.oz.au)
    ph.vthrc.uq.oz.au
    pop3.vthrc.uq.oz.au
    imap.vthrc.uq.oz.au
    smtp-relay.vthrc.uq.oz.au

Those services are ones I consider centralized within a domain in 
comparison to say NFS where connections are made to specific hosts. I 
guess this division begins to breakdown as a service becomes distributed, 
eg for redundancy (NTP?), but in these cases I assume each client is 
configured with a list of machines (or aliases) to try, probably ordered 
by preference.

    Anyway I'd to hear what other people think about this area or 
pointers to FAQs where this has been previously covered. I'd appreciate 
email copies of any netnews replies as the news-server is not as reliable 
as I'd like.


cheers,
X500: @c=AU [I'm about to update VTHRC entries, soon...]
       @o=University of Queensland
        @ou=Physiology and Pharmacology Department
         @ou=Vision Touch and Hearing
          @cn=Danny Thomas
           @rfc822Mailbox=vthrc@cc.uq.oz.au

Newsgroups: comp.protocols.tcp-ip
From: pae@teal.csn.org (Phil Earnhardt)
Subject: Re: Implementation of Distributed Database in SUN RPC
Organization: Colorado SuperNet, Inc.
Date: Wed, 9 Sep 1992 01:50:37 GMT

In article <1992Sep2.152231.2819@noao.edu> rstevens@noao.edu (W. Richard Stevens) writes:
>In article <1992Aug31.185338.29597@stortek.com> pae@blackcat.stortek.com (Phil Earnhardt) writes:
>>
>>Netwise's RPC TOOL has certainly addressed the issue of different styles of
>>dispatching...there are single-threaded dispatchers, multi-processing
>>dispatchers (forking off a process for new requests) on systems providing
>>multi-processing, and multi-threaded dispatchers (spawning a new thread for
>>new requests) on systems providing multi-threading capabilities.
>
>Can anyone direct me to anything *available* that really describes
>the Netwise product, complete with examples?  I keep seeing claims
>about how great it is, but I've never seen examples of why it's so
>good.
>
>	Rich Stevens  (rstevens@noao.edu)

Netwise's number is (303) 442-8280. They're connected to USENET; you may be
able to get some examples sent to you via email. Actually, I'm a bit suprised
that no one there saw this thread...

I believe that the book _Managing Sun Networks_ has a chapter on the ONC
version of the Netwise RPC TOOL. There should be examples there.

Netwise's RPC compiler is supposed to be available as a front end to ONC RPC.
I don't know the details of if/when/where this is available. Perhaps Chuck can
give us some information on that...this was announced in press releases a
while back.

>       Rich Stevens  (rstevens@noao.edu)

--phil
Newsgroups: comp.protocols.tcp-ip
From: E2311DAA@vm.univie.ac.at
Subject: FAQ ? RFC - where to get ?
Organization: University of Vienna
Date: Wed, 9 Sep 1992 19:17:18 GMT



escuses, knows anyone, where to ftp or order RFCs ??

supershort mails to      e2311daa@vm.univie.ac.at     are welcome ...
supershort mails would be appreciated ...
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Is there a Internet distance measure?
Date: 7 Sep 92 19:39:03 GMT
Organization: Image Analysis Systems Group, JPL

Thanks to all who responded.
Perhaps I'll send out an ICMP ping packet to all the hosts on the list
that match some simple heuristic (e.g. same top-level domain preferred),
and take the first host to respond as the 'closest'.

Eventually, it might be nice to access the SoftPages database to
determine the answer from global routing info; I hope they make it available 
via some other method than x.500 until that is universally accepted.
- Dan Kegel

Original question:
>I'm looking for an automatic way to select the 'nearest'
>host from a list e.g. such that an Archie client
>automatically chooses a nearby site rather than one
>on the other side of the globe.

From: Rahul Dhesi <dhesi@rahul.net>
>[Use traceroute; it gives # of hops and delay in ms. Rather expensive to run.]

From: Glenn Mansfield <glenn@aic.co.jp>
> There is a project called the SoftPages project (SPP) which is 
> attempting to solve just this problem- it finds the the closest
>  repository (ftp-server)containing the file sought by a user.
> It makes use of a X500 based directory service that contains the
> above mentioned network configuration info.
> The project is currently in the experimental stage- for more info
> you can write to spp@aic.co.jp or to join the discussion group
> write to spp-request@aic.co.jp. Related documents are available 
> from ftp.tohoku.ac.jp in ~ftp/pub/spp .

From: Earle Ake <ake@DAYVC.Dayton.SAIC.COM>
>	I would use the ping utility and traceroute to find the shortest path
>(traceroute) to a site and the shortest propagation time (ping) to the site.

From: cmaeda@MC8.MACH.CS.CMU.EDU
>Only heuristic methods (ie you're on your own).  In theory, internet
>domain names have nothing to do with geography.  "Near" is also a
>function of connectivity which is also unrelated to geography.
>Basically you would have to manage a lot of the kind of information
>that the internet was designed to let you ignore.
From: srm@dimacs.rutgers.edu (Scott R. Myers)
Newsgroups: comp.protocols.tcp-ip
Subject: Book Recommendations?
Date: 11 Sep 92 13:20:55 GMT
Distribution: usa
Organization: Rutgers University


I'm looking for some suggestions on books to read that provide
beginning concepts in bridge/router/protocol technology.  I'm taking
on a great challenge to teach a startup course on this and need to
find a book that is complete, accurate and appropriate for classroom
study.  Please e-mail any responses since I don't frequent this news
group.  Thanx in advance.

srm
-- 

				Scott R. Myers

Snail:	8544 Temple Road			Phone:215.247.2551
        Philadelphia, PA 19150	
				       		Voice Mail:215.440.6066

Arpa:	srm@dimacs.rutgers.edu			Uucp: ..!dimacs!srm

	"Every time I think I'm wrong I realize that I was mistaken!"
Newsgroups: comp.protocols.tcp-ip,comp.protocols.misc,comp.protocols.iso
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Why sequence number on bytes instead of packets?
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 10 Sep 92 20:19:31

I have sort of grown up with TCP/IP, and I feel comfortable with the notion
of having sequence numbers on bytes, instead of on packets. I have always
assumed this was to make the fragmentation/reassembly process easier. (Though
I notice that XTP version 3.6, which doesn't have fragmentation, still uses
sequence numbers on bytes - for backwards compatibility?)

Anyway, I'm now facing the possibility of designing another (lightweight)
transport protocol. (Please don't ask why - we're still in the evaluation
stages and we *may* end up using an existing protocol). So my question is:

What are the arguments for sequence numbers on bytes instead of packets,
given that the protocol in question will *not* have fragmentation?

Steinar Haug, system/networks administrator
SINTEF DELAB, University of Trondheim, NORWAY
Email: Steinar.Haug@delab.sintef.no, 
	sthaug@idt.unit.no, steinar@tosca.er.sintef.no
From: paul@atlas.abccomp.oz.au (Paul Brooks)
Newsgroups: comp.protocols.tcp-ip
Subject: RARP/BOOTP server for small IPnumber pool wanted
Date: 14 Sep 92 05:27:15 GMT
Organization: TurboSoft Pty Ltd, Sydney, Australia

One or two have been talked about a while ago, but I didn't write them down.
Now a client needs exactly what I remember reading about!

I need a BOOTP or RARP server that can dole out IP numbers from a small pool
for a much larger collection of potential hosts (PCs), of which only a 
small fraction will be using TCP/IP connections at any one time. When all
available IP numbers have been allocated, subsequent requests are refused.
I would guess that periodic PINGs are also required to determine when a host
has finished with its IP number.

Does anybody have a pointer to such a package/program for any platform?
Thanks.

-- 
Paul Brooks               |paul@abccomp.oz.au      |LIFE is a bowl of cherries:
TurboSoft Pty Ltd         |pwb@newt.phys.unsw.oz.au|  sweet at first, until you
248 Johnston St. Annandale|                        |  reach the pits.
Sydney Australia 2038     |ph: +61 2 552 3088      |
From: mfitz@devnull.West.Sun.COM (Mark Fitzpatrick - Systems Engineer)
Newsgroups: comp.protocols.tcp-ip
Subject: ?trapping a failed...NEVER MIND
Date: 6 Sep 1992 01:59:29 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: mfitz@devnull.West.Sun.COM
NNTP-Posting-Host: devnull.west.sun.com

I figured it out.... signal (SIGPIPE, handler);

Adios,
Mark

Newsgroups: comp.protocols.tcp-ip
From: ole@Csli.Stanford.EDU (Ole Jacobsen)
Subject: INTEROP volunteers
Keywords: Quality Assurance, INTEROP
Organization: Stanford University CSLI
Date: Fri, 11 Sep 1992 23:09:54 GMT

                        Call for Volunteers:

           The INTEROP Conference Assessment Team (CAT)

Interop Company is seeking student volunteers to serve as quality
control monitors for INTEROP 92 Fall, to be held in San Francisco,
California, October 28-30, 1992.  This is a unique opportunity for
students to attend the industry's premier networking conference and
tradeshow, while helping us improve the quality and consistency of the
conference.

As a CAT member you will receive:

* Complimentary conference registration for all three conference days

* Complimentary conference notes (for your assigned conference, there
  are actually 4 conferences within a conference this year).

* Complimentary lunch all three days

* Special INTEROP CAT T-shirts


As a CAT member you will be asked to:

* Monitor preassigned conference sessions on 1 of the 3 conference
  days, by submitting written reports and acting as the "eyes and ears"
  of the conference organizers. We will provide you with a basic
  evaluation form to aid the preparation of the reports.

(You will be free to attend any conference session and the INTEROP
exhibition on your "days off.")

* Provide an accurate count of the number of people attending the
  sessions you are assigned to. ("Clickers" will be provided!)

Successful CAT candidates will be students currently enrolled in a
computer science or electrical engineering course at graduate or
post-graduate level. Applicants should have some understanding of (and
interest in) computer networking issues. All applications must be
received by October 1, 1992.

To apply, send e-mail to: ole@interop.com with a brief biography and
relevant contact information.

Ole
-- 
Ole J Jacobsen, Editor & Publisher ConneXions--The Interoperability Report
Interop Company, 480 San Antonio Road, Suite 100, Mountain View, CA 94040,
Phone: (415) 962-2515  FAX: (415) 949-1779  Email: ole@csli.stanford.edu
Newsgroups: comp.protocols.tcp-ip
From: cole@etonic.gsg.dec.com (Larry Cole)
Subject: Re: Is there a Internet distance measure?
Reply-To: cole@gsg.dec.com
Organization: Digital Equipment Corporation, Greenbelt, MD
Date: Thu, 10 Sep 1992 12:48:29 GMT


	Traceroute source is available by anon ftp
	on gatekeeper.dec.com in /pub/bsd-sources-2/usr.sbin/traceroute/

	Traceroute is also included with version 2.0 of
	"TCP/IP Services for VMS", aka UCX.
From: tomb@studsys.mscs.mu.edu (Tom Baas)
Newsgroups: comp.protocols.tcp-ip
Subject: help setting up SLIP
Date: 5 Sep 92 01:28:29 GMT
Organization: Marquette University - Department MSCS
NNTP-Posting-Host: studsys.mscs.mu.edu

I am working on setting up SLIP under ISC Unix SVr3.2
I am learing thru reading and experimenting.  Right now I don't have
any problems mainly because I have not been set up on the other end yet.

However, in the meantime.... Any suggestions, instructions, problems, 
recommendations?

I know there are no specifics, but I don't have any yet.  Just, talk to me 
about it.  What can I expect? How do I set things up? What should I look out 
for?  How does it work?  Can I mount the other systems filesystem on my machine?

Thanks to anyone in advance.  :)
-- 
I can accept e-mail and Voice-mail at:
tbaas!tom   or   tom@tbaas.mil.wi.us    or ...spool!tbaas!tom  
or Voice at: 1-414-377-4038
From: paul@sci.ccny.cuny.edu (Paul Chen)
Newsgroups: comp.protocols.tcp-ip
Subject: Test (ignor please)
Date: 4 Sep 92 21:09:44 GMT
Organization: City College of New York - Science Computing Facility

Test!
-- 
Paul Chen                                CC   CC  N   N  Y   Y   
System Manager                          C    C    N N N    Y      
Science Computer Facility                CC   CC  N   N    Y    -SCIENCE
City College of CUNY, J302            	Internet: paul@sci.ccny.cuny.edu
From: twb0@chili.cc.lehigh.edu (Thomas Brown)
Newsgroups: comp.protocols.tcp-ip
Subject: SLIP without root perms or OS mod.
Date: 11 Sep 92 17:56:05 GMT
Organization: Lehigh University

I'm looking for a way to establish a SLIP connection across a
dialup line (19,200 baud) on one of the following machines:

   Sun w/SunOs 4.0   or   AT&T 3b15   or   IBM RS/6000 (AIX 3.2.2)

There are several packages available, but all of them seem to
require that the kernel be modified to include a SLIP daemon
or that the slip host program be run under root.  Is it possible
to run a slip host program under your own login ID so that your
current terminal session would be converted to a SLIP session?

Thanks much,
-Tom
-- 
--=--
Thomas Brown, KA2UGQ          Internet: twb0@lehigh.edu
Lehigh University UC Box 855  UUCP: ..!uunet!lehigh.edu!twb0
Bethlehem, PA  18015          AX.25: ka2ugq@ka2ugq.nj.usa.na
Newsgroups: comp.protocols.tcp-ip
From: vadim@cix.compulink.co.uk (Vadim Lebedev)
Subject: No subject 
Reply-To: vadim@cix.compulink.co.uk
Date: Sun, 13 Sep 1992 13:58:32 +0000


Hello,

I'm working for Kortex International.
We are located in Paris, France. We're considering to get Internet
connection. The question is: How does one obtains Internet 
connection in France? 
-----------------------------------------------------------------------
Vadim Lebedev                      |   Kortex International
vadim@cix.compulink.co.uk          |   139-147 av. Paul-Vaillant Couturier
                                   |   93126 La Courneuve - CEDEX, France


Newsgroups: comp.protocols.tcp-ip
From: scoggin@opus.ee.udel.edu (John K Scoggin)
Subject: Re: Recommended seminars,conferences?
Organization: Delmarva Power & Light Company, Newark
Date: Wed, 9 Sep 1992 17:53:31 GMT

In article <don-090992112635@cis_staff-kntx24.cis.brown.edu> don@bodovipa.cis.brown.edu (Donald Wright) writes:
>Can anyone recommend a seminar series or conference that teaches
>intermediate      	
>to advanced TCP-IP networking, routing, SNMP, etc.  I have received a
>number of flyers from various training companies, but nothing that makes
>anyone stand
>out from the others.  Also, if there are any UNIX systems administration 
>classes that contain the above topics, I would be interseted in those as
>well.	

I had a taught on site by InterOp Inc. (the same folks that run the 2
InterOp conferences).  In our case, we had Dr. David L. Mills teach a
course on TCP/IP - he was outstanding.  They have VERY QUALIFIED teachers -
folks like Comer for TCP/IP, Case for SNMP.  Well worth the money.

	- John

-------------------------------------------------------------------------
John K. Scoggin, Jr.			Email:   scoggin@udel.edu
Supervisor, Network Operations			 scoggin@delmarva.com
Delmarva Power & Light Co.		Voice:	 302-451-5200
P.O. Box 6066				Fax:	 302-451-5321
Newark, DE 19714-6066
-------------------------------------------------------------------------
Your milage may vary.  Void where prohibited by law (or common sense).
Newsgroups: comp.protocols.tcp-ip
From: fitz@wang.com (Tom Fitzgerald)
Subject: Re: Broadcasting and Subnets
Organization: Wang Labs, Lowell MA, USA
Distribution: world,local
Date: Mon, 07 Sep 92 07:58:23 GMT

graeme@ccu1.aukuni.ac.nz ( Graeme Moffat) writes:

> What I have observed in this situation (multiple subnets on same physical
> cable) is that *many* hosts don't recognise x.y.z.255 as a broadcast on
> subnet x.y.z when they are in subnet x.y.w, and respond by resending the
> packet to MAC address 00FFBAD1DEAD, and an ICMP redirect to the original
> sender! Lovely.

Wow, I thought I'd seen all the bad side effects of mixing subnets on the
same cable.  What kind of systems are these?

Another common side effect is that all the systems on x.y.w ARP for the IP
address x.y.z.255, causing a real broadcast storm.

-- 
Tom Fitzgerald   Wang Labs       fitz@wang.com   "I went to the universe today;
1-508-967-5278   Lowell MA, USA                   It was closed...."
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Packetdriver for 3c503/16bit ? 
Distribution: world
Date: Tue, 15 Sep 92 02:14:51 GMT
Organization: Crynwr Software

In article <KRAB.92Sep14152743@eos.iesd.auc.dk> krab@iesd.auc.dk writes:

   I just had a new 16 bit 3c503 ethernet card, but but but -- I have no
   packet driver that can run with it in 16 bit mode, 8bit mode works
   fine with the available driver... :-(

The existing packet driver has always done 16-bit transfers to the
3c503, which the bus would translate into two 8-bit transfers.  Now
that the 3c503/16 has a 16-bit bus interface, those transfers are
actual 16-bit transfers.

-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
From: mikes@moose.cs.indiana.edu (Michael Squires)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PCTCP 2.05 and Windows 3
Summary: It works
Keywords: PCTCP MS Windows
Date: 9 Sep 92 04:36:42 GMT
Organization: Indiana University, Bloomington

In article <1992Sep7.110452.16477@impmh.uucp> cm@impmh.uucp (Colin Manning) writes:
>
>What is the state of play as far as using PC/TCP 2.05 and windows together ?

It works; this message is being entered on a 486/33 running MS Windows 3.1,
HCL eXceedW 3.1.1, and PC/TCP 2.05 pachlevel 5.  There are some replacement
files from ftp that are apparently required for Windows 3.1 (HCL includes
them) and some hand editing of WIN.INI and SYSTEM.INI are required.  I have
not been able to get our SMC cards to work properly with ODI/ODIPKT but
the 10.7 WD8003E packet driver works fine. (X sessions time out on lost
packets, apparently; it's not yet clear if this is my mistake, a problem
with ODIPKT (current hypothesis), or whatever)

PCTCP received a poor review in SunWorld recently but I was unable to
duplicate the results here, they looked almost identical to the top-rated
Wollongong product.

There is a set of files from ftp for setting up 2.05 with Windows 3.1 which
would probably be necessary.

The main problem is that I can no longer load ETHDRV in high memory as I
could with Windows 3.0, which greatly increases the amount of low memory
used by PCTCP.  With QEMM, however, I can get 520/540K on our machines.
-- 

Mike Squires (mikes@iuvax.cs.indiana.edu)     812 855 3974 (w) 812 333 6564 (h)
mikes@iuvax.cs.indiana.edu          546 N Park Ridge Rd., Bloomington, IN 47408
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: yellowbd@eskimo.celestial.com (Andy Hubbell)
Subject: Help on configuring KA9Q for ppp/slip.
Organization: -> ESKIMO NORTH (206) For-Ever <-
X-Newsreader: Tin 1.1 PL3
Date: Tue, 15 Sep 1992 08:57:44 GMT

Just like the header says.  I could really use some kind of assistance
to ease me into configuring KA9Q for ppp (first choice) or slip (second
choice).  Please reply via email.  Copies of config.sys and/or
autoexec.bat and autoexec.net would be greatly appreciated!
   
Some pertinent data on my system config are:
  386/33 w 8 Megs RAM
  QEMM386 memory manager
    loading drivers high and using stealth rom (ST:M)
  DESQview/X will be used as an X-server upon connecting with my local
    SUN system.
   
And some questions I have are:  What drivers are required for KA9Q to
use ppp vs slip?  (I think I have them all, but want to be sure!)  Can I
load KA9Q without having an active ppp/slip connection so I can install
my DESQview network manager software?  (DESQview looks for the network
kernel to be loaded before it will allow installing network software.)
Thanks!
  
                    --== Andy ==--
  
Email:  yellowbd@eskimo.celestial.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Subject: Re: TSRs ...
Organization: Image Analysis Systems Group, JPL
Date: Sat, 5 Sep 1992 18:11:58 GMT

eengelke@sail.uwaterloo.ca (Erick Engelke) writes:
>Sorry for beating this into the ground, I wonder how many people are
>still interested...  
*I'm* still interested!  Thanks for opening up this subject a crack!

>...  I'm almost afraid to summarize, but here goes:
>Sun's PC-NFS, Beame&Whiteside, Novell LWP and a few others support a
>direct mapping into the file space which means you can use DOS read
>and write code, in fact you can use C's read() and write().  

That is good to hear.  It would be nice to see some sort of compatibility
matrix showing which products support this sort of full BSD compatibility.
- Dan K.
Newsgroups: comp.protocols.tcp-ip.ibmpc