HDTenEightyP/NetNews huggingface dataset:
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: Using RARP for Greater Security
Organization: Oklahoma State University, Stillwater, OK
Date: Mon, 21 Dec 1992 22:27:05 GMT


We are setting up various student labs over our campus which
are connected to Ethernet and ultimately, to the Internet.
We need to use RARP to insure that some fun-loving soul
doesn't start experimenting with changing their IP number and
all the problems that could go along with that.
     We started to use "WinQVTnet," but discovered that there
is a pull-down window which lets the user change his
configuration.  The application we are looking for must run
in "Windows" and not require the running of a DOS window to
support it.  It should support RARP so that the same program
can run on all the PC's and each machine's hardware address
would determine what IP number and host name was assigned.
Any ideas are appreciated.

Martin McCormick WB5AGZ   Stillwater, OK
O.S.U. Computer Center Data Communications Group
Xref: sparky comp.protocols.tcp-ip:5703 comp.windows.x:20433
From: R.Thirlby@lut.ac.uk
Newsgroups: comp.protocols.tcp-ip,comp.windows.ms,comp.windows.x
Subject: Re: TCP/IP and X under MS Windows 3.1?
Date: 21 Dec 92 07:15:27 GMT
Reply-To: R.Thirlby@lut.ac.uk (Rob Thirlby)
Organization: Loughborough University, UK.

We very successfully run Lan work place for Dos with windows 3.1 plus
Hummingbird Exceed x-windows.  we have also used exceed above HP arpa services
for Dos.
From: rlyle@nl.oracle.com (Rob Lyle  Wizard of Ozje)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Any good TCP/IP books?
Date: 30 Dec 92 09:52:48 GMT
Organization: Oracle Europe

In article <1992Dec25.194202.2135@udel.edu>, stewart@ra.cis.udel.edu (John Stewart) writes:
|> In article <Bzs5qM.4C1@rahul.net> jonathan@rahul.net (Jonathan Heiliger) writes:
|> >    Would anyone reccomend a particular book for learning TCP/IP, and 
|> >networking in general to a greater extent.  I'm planning on taking quite a 
|> >few Data Communications classes, however I would like to have some 
|> >information before I start!
|> 
|> Personally, I think that one of the most readable books on the
|> subject is _Internetworking With TCP/IP: Volume I_ by Douglas
|> Comer (Prentice-Hall).

I second this, with volume two as sunday afternoon play-matgerial 8-)

--Rob.


-- 
Robert P K Lyle		#include <std_disclaimer.h>	**********************
UNIX System Manager					 If I could play the
ORACLE Nederland					Blue Peter theme tune
Rijnzathe 6,	 					   here, I would.
3454 PV  						**********************
De Meern
E-mail:  rlyle@nl.oracle.com				FAX:     +31 3406 65603
Voice:   +31 3406 94211					Private: +31 10 4809140
Newsgroups: comp.protocols.tcp-ip
From: xsong@marcus.cs.umn.edu (Carol Xiaohui Song)
Subject: Re: How can I get RFC?
Organization: University of Minnesota
Date: Mon, 28 Dec 1992 20:43:03 GMT

In <1992Dec21.090406.7929@kum.kaist.ac.kr> klaatu@rose.handy.co.kr (Kim) writes:

>Hi,

>I want to obtain some RFCs for tcp/ip, SMTP, and so on. I read the book
>"Internetworking with TCP/IP" by D. Comer, and found that mailing to
>info-server@sh.cs.net could let me to get them, but it does not work now.
>Please let me know how I can get RFCs.
>Thanks in advance.

>-- Kim, Young Hoon
>   klaatu@rose.handy.co.kr
>   klaatu@sorak.kaist.ac.kr --


You can get RFCs through anonymous ftp at site archive.afit.af.mil.
The RFCs are in the directory /pub/rfc/rfc????.Z, where ???? is the
specific RFC doc number.  You can get the numbers from the index file
in the same directory.  Hope you can find what you need. Good luck! 

Carol
--
Carol Xiaohui Song (xsong@cs.umn.edu)

"You know you've been spending too much time on the computer when your
friend misdates a check, and you suggest adding a "++" to fix it."
Newsgroups: comp.protocols.tcp-ip
From: stewart@ra.cis.udel.edu (John Stewart)
Subject: Re: Any good TCP/IP books?
Organization: University of Delaware
Date: Fri, 25 Dec 1992 19:42:02 GMT

In article <Bzs5qM.4C1@rahul.net> jonathan@rahul.net (Jonathan Heiliger) writes:
>    Would anyone reccomend a particular book for learning TCP/IP, and 
>networking in general to a greater extent.  I'm planning on taking quite a 
>few Data Communications classes, however I would like to have some 
>information before I start!

Personally, I think that one of the most readable books on the
subject is _Internetworking With TCP/IP: Volume I_ by Douglas
Comer (Prentice-Hall).

/jws
From: km@mathcs.emory.edu (Ken Mandelberg)
Newsgroups: comp.protocols.tcp-ip
Subject: ProxyArp on Sun
Date: 21 Dec 1992 19:22:39 GMT
Organization: Emory University, Dept of Math and CS
Distribution: world
Reply-To: km@mathcs.emory.edu
NNTP-Posting-Host: km-sl.cc.emory.edu

Is there a way to get a Sun that is acting a router between two ethernet
segments (subnets) to proxyarp on one side for devices on the other?

I know how to do this if the routing is between an ethernet and something
else (say a point to point to link). "arp -s REMOTEIP ROUTERETHER public"
will do this. The problem is that this doesn't work with two ethernets
since there is only one arp table for both interfaces.

---
Ken Mandelberg      | km@mathcs.emory.edu          PREFERRED
Emory University    | {rutgers,gatech}!emory!km    UUCP 
Dept of Math and CS | km@emory.bitnet              NON-DOMAIN BITNET  
Atlanta, GA 30322   | Phone: Voice (404) 727-7963, FAX 727-5611
From: art@acc.com (Art Berggreen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Voice Comm through Ethernet via PC/TCP with SB
Date: 23 Dec 92 16:29:00 GMT
Organization: ACC, Advanced Computer Communications

In article <1992Dec23.113959.14553@nuscc.nus.sg> isc30236@nusunix1.nus.sg (CHEW CHEE MUN) writes:
>I am implementing a voice communication system through Ethernet via
>PC/TCP. The sound card I am using for my PC is Sound Blaster Pro card.
>
>The voice output is almost real time.
>
>I am wondering if there is anyone who has done something similar ?
>Thank you.

There's always the "radio" program which runs on (at least) Sun-4s.
While not intended as an interactive tool, it does use UDP/IP.
It uses the built in audio ports to digitize a sound source (typically
a radio output jack) and multicasts the data over an IP net using
UDP datagrams with configured port numbers.  Any Sun wishing to tune
in, listens for multicasts to the desired port number and plays the
sound out that Sun's audio port.

Art
From: herbert@lagadia.gnosys.de (Herbert Niederle)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: ProxyArp on Sun
Date: 22 Dec 92 15:34:32 GMT
Reply-To: herbert@lagadia.gnosys.de
Organization: GnoSys Software

In article 1h55hvINNjdb@emory.mathcs.emory.edu, km@mathcs.emory.edu (Ken Mandelberg) writes:
>Is there a way to get a Sun that is acting a router between two ethernet
>segments (subnets) to proxyarp on one side for devices on the other?
>
>I know how to do this if the routing is between an ethernet and something
>else (say a point to point to link). "arp -s REMOTEIP ROUTERETHER public"
>will do this. The problem is that this doesn't work with two ethernets
>since there is only one arp table for both interfaces.
>
You avoid the problem, if you do the "arp -s" not on the router itself, but
on any other system on each ethernet. The router (Sun) itself has to use its
IP-Routing-Tables.

For example :		----------A----B----C--- Net 1
		R
		----------E----F----G--- Net 2
if you do 

		B# route add <Net 2> B 0
		B# arp -s G R-ether pub

		G# route add <Net 1> G 0
		G# arp -s B R-ether pub
it should work.

Remember, that if R is a Sun you have on both sides the same "R-ether".

Hope that helps,

	Herbert

---
+-------------------------------------------------------+
|Herbert Niederle		Tel: (+49) 89 3083746	|
|GnoSys Software		Fax: (+49) 2156 41485	|
|							|
Xref: sparky comp.protocols.tcp-ip:5750 comp.protocols.tcp-ip.ibmpc:7169
From: kwia4000@wncs.zrz.TU-Berlin.DE (Manfred Kwiatkowski)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Multiport repeaters and collision propagation
Date: 27 Dec 1992 03:14:12 GMT
Organization: Tech. Univ. of Berlin, Central Computing Facility
Distribution: world
Reply-To: kwiatkowski@zrz.tu-berlin.de
NNTP-Posting-Host: wncs.zrz.tu-berlin.de

In article <1992Dec14.193852.28204@alias.com>, chk@alias.com (C. Harald Koch) writes:
|> 
|> What I'm seeing is strange; I can blast data over a TCP/IP connection at
|> over 800Kb/s from host A to host B, but throughput is around 20Kb/s in the
|> reverse direction. Blasting UDP data across the network shows extremely high
|> packet losses in one directory.
|> 
|> There are two multi-port repeaters between the hosts; all cabling is
|> thin-Ethernet. All of my test hosts are the same (SGI Indigos with Allied
|> Telesis Micro-transceivers, all running the same OS revision).
|> 
|> Hosts that are both on the same local thin-net cable (i.e. not talking
|> through a repeater) can talk to each other at high-speed, bi-directionally,
|> without problems. Also, not all repeaters show these symptoms.
|> 
|> I've been monitoring packets on the cables lately to try to figure out
|> what's wrong. If I run monitors on machines 'next to' A and B, I see many
|> packets transmitted by machine B, but that never appear on machine A's
|> cable. The only conclusion I've reached so far is that for some reason, the
|> repeater is dropping packets. (This is supposed to be impossible, due to
|> collision propogation and Ethernet's exponential backoff). Incidentally,
|> netstat on the transmitter shows no output errors and no dropped packets.
 
Two common causes for 'lost packets' on Thinnet-MPRs are:

a) exceeded segment-length limit.
   
   Due to their task, repeaters have to be most 'picky' concerning
   signal levels (receive collision detection scheme) and usually
   operate flakely first in an out-of-specs environment where local
   end-nodes may still communicate. Your observed unsymmetric behavior
   may be due to packet-length dependencies (data >> ACK)

b) grounding problems.

   MPRs with builtin-terminators usually ground the cable. If there
   is a second ground somewhere (e.g another MPR!!) the potential 
   shift may cause peculiar latch-up effects ( watch the collision
   LED) 

Hope this helps...

--
Manfred Kwiatkowski         kwiatkowski@zrz.tu-berlin.de
From: Craig_Everhart@transarc.com
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why not automatically do reverse domains?
Date: 28 Dec 92 07:22:45 GMT
Article-I.D.: transarc.sfDnTZT0BwxIAqPksk
	<1hi0l5INNeke@plts.uucp>
Distribution: inet
Organization: Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.comp.protocols.tcp-ip.domains: 26-Dec-92 Re: Why
not automatically d.. Tom Limoncelli@plts.uucp (1182)

> Am I really breaking the rules by
> having a SOA for warren.mentorg.com as well as "sdl.warren.mentorg.com
> IN CNAME warren.mentorg.com"?

No.  You would be breaking the rules by making ``warren.mentorg.com'' be
a CNAME, but you can make any other name you want into a CNAME for your
domain name.

		Craig
Newsgroups: comp.protocols.tcp-ip.domains
From: XDAT14@maccvm.corp.mot.com (Jeff Turuc)
Subject: Wanted script for rev. DNS entries
Organization: Motorola
Date: 30 Dec 1992 13:15:38 CST

Does anyone have a script to create reverse DNS entries in-addr.arpa
form from exhisting DNS entries?

Newsgroups: comp.protocols.tcp-ip.domains
From: vixie@pa.dec.com (Paul A Vixie)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why no MX records for .BITNET hosts?
Date: 27 Dec 92 21:30:41
Organization: DEC Network Software Lab
Distribution: inet
	<DWELLS.92Dec27141205@fits.cv.nrao.edu>
	<VIXIE.92Dec27122627@cognition.pa.dec.com>
	<1992Dec28.045444.3467@news.arc.nasa.gov>
NNTP-Posting-Host: cognition.pa.dec.com
In-reply-to: medin@dscs.arc.nasa.gov's message of Mon, 28 Dec 1992 04:54:44 GMT

i've got a perl script that will take a list of decnet area numbers and
some "main MX forwarders" followed by host-specific overrides; it generates
the enet.dec.com "zone" file.  it never occurred to me that someone outside
of DEC would want it, but it sounds like span.nasa.gov is one such.  any
others?  how useful would such a thing be?  i need to know because it needs
some documentation before anybody else could use it..
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
From: dwells@fits.cv.nrao.edu (Don Wells)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why no MX records for .BITNET hosts?
Date: 27 Dec 92 19:12:05 GMT
	<VIXIE.92Dec26031209@cognition.pa.dec.com>
Organization: nrao

In article <VIXIE.92Dec26031209@cognition.pa.dec.com> vixie@pa.dec.com
(Paul A Vixie) writes:
   References: <NELSON.92Dec25002433@cheetah.clarkson.edu>
   > So why not have MX records whose preference value is based on the number
   > of hops from the gateway machines?
 PAV> " ... the NIC has been historically unwilling to create real
 PAV> domains for .BITNET (and .UUCP for that matter)..
 PAV> uucp-gw-1.pa.dec.com's name server believes that it is primary
 PAV> for .BITNET.. This greatly simplifies connecting to .BITNET
 PAV> hosts since many of them are dual-hosted (IP and BITNET) or have
 PAV> dual-hosted close neighbors.. If the new GSI NIC is willing to
 PAV> entertain a .BITNET domain.. I will personally guarantee primary
 PAV> and secondary nameservers .." 

Official creation of .BITNET, as you suggest, certainly would be the
most esthetically pleasing of the sufficient solutions to this
historic problem.  However, it is not a *necessary* solution! It would
also be sufficient for any existing domain to create a .BITNET
subdomain, with or without the NIC's permission. The obvious domain
which should do this is EDUCOM.EDU, so that all BITnet hosts could be
addressed as bithost.BITNET.EDUCOM.EDU.  As a prototype of this
service you could configure DEC's server(s) to resolve names of the
form bithost.BITNET.PA.DEC.COM.

This suggestion is not just theoretical, there is such a nameserver
configuration for SPAN, another network with a flat namespace.
Queries for MX records for names of the form spanhost.DNET.NASA.GOV
produce prioritorized resource records pointing to a pair of MX
gateways. It appears that there is not actually a "DNET" server, but
there could be, and it could also contain CNAME records for SPAN hosts
that are on the Internet (i.e., have FQDN's), which would help with
the telnet/rlogin/ftp protocols. The existing facility has the
wonderful result that users can be told that *all* span hosts have
Email addresses of the form spanhost.DNET.NASA.GOV. This simplifies
documentation and improves interoperability. Also, it hastens the day
when users will, just naturally, regard FQDNs as the right and proper
convention.
--

Donald C. Wells             Associate Scientist        dwells@nrao.edu
National Radio Astronomy Observatory                   +1-804-296-0277
520 Edgemont Road                                 Fax= +1-804-296-0278
Charlottesville, Virginia 22903-2475 USA            78:31.1W, 38:02.2N
From: sob@hsdndev.UUCP (Scott Bradner)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why no MX records for .BITNET hosts?
Date: 28 Dec 92 12:28:17 GMT
Distribution: inet
Organization: Harvard University

Ok, lets see - here you have bitnet site HARVISR, you want this to be known
as harvisr.bitnet and not harvisr.harvard.edu - tell me again where this is
better.

it does not make any sense to name a computer using the transport network,
that is sort of like having phone company specific phone numbers.  The
whole point of the domain naming systems is to have a transport independent
naming procedure. 

any site on bitnet which has a registered domain name should have all
accessable nodes at that site in their domain name tables.  If they must
use MX records for some sites since they can not be reached directly with
SMTP then so be it.  The idea of having some nodes addressed in a different
way just because they are serviced by a different network means that the
sender of the mail must then know your internal network structure - not a
good idea, even in the rare case where that structure is static.

any site on bitnet that does not have a registered domain name can register
a name through bitnet.  Nameservers at Berkeley and Harvard have MX records
for the domains so registered (and yes, we try and direct the traffic to
the "best" gateway)  Many sites have registered such domains, not all or
even enough, but many.  The registration does require some specific
functions for mail forwarding at the site but the functions are part of all
of the major BITNET software packages.  This same software can allow users
on bitnet connected nodes to use the DNS to address mail to other node, on
bitnet or on the Internet in a transparent way.

All sites that are bitnet-only connected should have registered domain
names but have not, mostly due to a lack of understaning on the part of the
site managers.  They don't know whay anyone "out there" would want to send
mail to their site, and they don't want to go to the bother of installing
the right software and getting their site registered.

in short, we have a naming structure (the DNS) to use anything else causes
confusion today and even more confusion tomorrow as the connectivity
changes.

Scott
Newsgroups: comp.protocols.tcp-ip.domains
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: Why no MX records for .BITNET hosts?
Organization: Penn State Computer Science
Distribution: inet
Date: Mon, 28 Dec 1992 17:17:00 GMT

In article <2320@hsdndev.UUCP> sob@hsdndev.UUCP (Scott Bradner) writes:
|it does not make any sense to name a computer using the transport network,

An interesting comment from someone using a machine named hsdndev.UUCP . . .

  Bill
From: tal@plts.uucp (Tom Limoncelli)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why not automatically do reverse domains?
Date: 26 Dec 1992 11:18:45 -0500
Organization: P.L.T.S., North Plainfield, New Jersey, USA
Distribution: inet
NNTP-Posting-Host: plts.uucp

In <1992Dec21.195422.19764@eecs.nwu.edu> phil@pex.eecs.nwu.edu (William LeFebvre) writes:

>But I do NOT want its canonical name to be eecs.nwu.edu.  I cannot
>use "eecs.nwu.edu. IN CNAME delta.eecs.nwu.edu." because "eecs.nwu.edu."
>also has an SOA record and NS and MX records associated with it.  The only
>solution is "eecs.nwu.edu. IN A 129.105.5.103".  I can't go the other
>way ("delta.eecs.nwu.edu. IN CNAME eecs.nwu.edu.") since I do not
>want the domain name to be the machine's canonical name (that would
>screw up other things).

I'm doing the opposite.

warren.mentorg.com is the name of the domain, and the name of a
mail,news,etc hub.  It has an alias (CNAME) sdl.warren.mentorg.com.

bind 4.8.3 works fine with this.  Am I really breaking the rules by
having a SOA for warren.mentorg.com as well as "sdl.warren.mentorg.com
IN CNAME warren.mentorg.com"?

Tom
-- 
Tom Limoncelli -- tal@plts.uucp (home) -- tal@warren.mentorg.com (work)
Heros falling to the ground / like hell's magnet / pulls me down / on my knees
/ I try to please his eyes / his idol eyes. / Jerking motions won't revive him
/ mouth to mount resusitation / I just lay down beside him / and idolize.
Newsgroups: comp.protocols.tcp-ip.domains
From: smd@uunet.ca (Sean Doran)
Subject: Re: Why not automatically do reverse domains?
Organization: UUNET Canada
Date: Wed, 30 Dec 1992 07:30:10 GMT
Distribution: inet

tal@plts.uucp (Tom Limoncelli) writes:

>bind 4.8.3 works fine with this.  Am I really breaking the rules by
>having a SOA for warren.mentorg.com as well as "sdl.warren.mentorg.com
>IN CNAME warren.mentorg.com"?

It's debatable, but it'll work so long as you remember the trailling
dots :), and so long as sdl.warren.mentorg.com. isn't the target of an
MX RR somewhere.

There are lots of zones out there that do much the same thing.

Personally, however, I prefer the following boilerplate:

@	IN	SOA	ns.x.y.z.	hostmaster.ns.x.y.z. (
			...
			)
	IN	NS	ns.x.y.z.
	IN	NS	ns.foo.net.
	IN	A	128.1.1.1
	IN	MX	10 mail.x.y.z.
	IN	MX	20 mail.foo.net.

; this MUST have an A record (and also a glue A RR in the parent zone)
ns	IN	A	128.1.1.1
	IN	MX	10 mail.x.y.z.
	IN	MX	20 mail.foo.net.

; this MUST have an A record
mail	IN	A	128.1.1.1
	IN	MX	10 mail.x.y.z.
	IN	MX	20 mail.foo.net.

; and instead of "sdl IN CNAME x.y.z.", we follow the trend...
sdl	IN	A	128.1.1.1
	IN	MX	10 mail.x.y.z.
	IN	MX	20 mail.foo.net.


The reasoning here is that I don't want sdl to have an SOA RR or a set
of NS RRs associated with it.  The only thing that needs doing now is
the appropriate PTR RR in 1.128.in-addr.arpa., where (I suppose) you
would want to have:

;...
1.1	IN	PTR	x.y.z.

It's a little more work (but not too much), but you avoid all sorts of
potential nastinesses you might run into using just a CNAME RR.

	Sean.
From: a20@nikhefh.nikhef.nl (Marten Terpstra)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why no MX records for .BITNET hosts?
Date: 27 Dec 92 12:50:44 GMT
Reply-To: marten@ripe.net
Organization: RIPE Network Coordination Centre

In article <VIXIE.92Dec26031209@cognition.pa.dec.com> vixie@pa.dec.com (Paul A Vixie) writes:
>> So why not have MX records whose preference value is based on the number
>> of hops from the gateway machines?
>
>If the new GSI NIC is willing to entertain a .BITNET domain, this could
>be made a lot easier on everyone.  Likewise a .UUCP domain.  I will 
>personally guarantee primary and secondary nameservers for each of them.

Slight correction, it is not the NIC who decides on top level domains only,
IANA has a big word in this ... The NIC may or may not change, IANA does not.

-Marten
Newsgroups: comp.protocols.tcp-ip.domains
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Why not automatically do reverse domains?
Date: Thu, 31 Dec 1992 23:52:58 GMT
Distribution: inet
Organization: MCSNet, Chicago, IL

In article <1ht11rINN24d@daisy.ee.und.ac.za> barrett@daisy.ee.und.ac.za (Alan P Barrett) writes:
>In article <C033uA.7CB@ddsw1.mcs.com>,
>karl@ddsw1.mcs.com (Karl Denninger) writes:
>> The other pathological case in which this is bad news is where the subnet
>> mask is not a byte-boundary.  Consider the following (ACTUAL case from my
>> site):
>>
>> 192.160.127	- Class C address assigned to my domain (MCS.COM)
>>
>>Subnet mask used here:	255.255.255.128		-Note the odd alignment!
>
>Note the illegal subnet mask.  You have only one bit for the subnet
>number, which means that you can have only two subnets, numbered 0 and 1.
>But subnet <all bits zero> and subnet <all bits one> are reserved
>[RFC1009, section 1.1.4] [RFC950, section 2.1].  So you don't have any
>non-reserved subnets.

Hmmm... point made.  It works as expected however, which is more than a
little odd. (;-))

(Been a while since I've looked at RFC1009)

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions