HDTenEightyP/NetNews huggingface dataset:
From: barr@pop.psu.edu (David Barr)
Subject: Re: how to look up certain top-level domains at nic.ddn.mil?
Organization: Penn State Population Research Institute
Date: Mon, 07 Sep 92 19:13:57 GMT

In article <1992Sep7.141746.27919@ennews.eas.asu.edu> sridhar@enuxhb.eas.asu.edu (Sridhar Venkataraman) writes:
>pjd@magnus.acs.ohio-state.edu (Peter J Dotzauer)
>writes on comp.protocols.tcp-ip.domains:
>
>)The general syntax for looking up top-level domains appears to be
>)	whois -h nic.ddn.mil xx-dom
>)where xx is the top-level domain.
>)But this pattern is inconsistent, since there is no 'yu1-dom' or
>)'co1-dom'.
>
>The command line clients work for all the whois options available by
>telnetting to NIC. In your case,
>
>whois -h nic.ddn.mil "domain xx"
>seemed to get the matches and
>whois -h nic.ddn.mil "!su1-dom"
>got the right match.

Isn't this exactly what he said?  Thank you for restating the obvious
without giving a solution.  He wasn't asking _how_ to get the answer,
he was asking _why_ is it inconsistent.

It doesn't appear that there is a solution to the original problem,
although it seems as though there _should_ be.  Perhaps a new qualifier
instead of "domain", called "topdomain".  So:

whois "topdomain edu"
whois "topdomain su"

would be guaranteed to be unique.  (why force people to query the NIC
twice when there should be a way to get what you want once?)

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  Contains: Carbonated water, high fructose corn syrup and/or sugar, caramel 
  color, phosphoric acid, caffeine, citric acid and natural flavorings.
Newsgroups: comp.protocols.tcp-ip.domains
From: pjd@magnus.acs.ohio-state.edu (Peter J Dotzauer)
Subject: how to look up certain top-level domains at nic.ddn.mil?
Organization: The Ohio State University
Date: Sun, 6 Sep 1992 15:59:44 GMT

The general syntax for looking up top-level domains appears to be

	whois -h nic.ddn.mil xx-dom

where xx is the top-level domain.

However, in a few cases, you get secondary-level domains when you
try to do that. 'su' doesn't give you the former Soviet Union, it
gives you 'Solutions Unlimited' (su.com). 'yu' doesn't give you
Yugoslavia, it gives you Youngstown University (yu.edu). And 'co'
doesn't give you Colombia, it gives you some Colorado network.

How do you handle these cases? I found out by chance that you can
get the record for the former Soviet Union by asking about 'su1-dom'.
But this pattern is inconsistent, since there is no 'yu1-dom' or
'co1-dom'.

Can all that inconsistency be eliminated?

One would think that 'xx-dom' only needs to be reserved for top-level
domains, since for secondary level domains, you can ask about yu.edu,
co.net, and su.com, etc.
-- 
Peter J. Dotzauer - pjd+@osu.edu - pjd+@ohstmail - osu-mps!pjd
Newsgroups: comp.protocols.tcp-ip.domains
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: looking for "the answer"
Organization: Mount Holyoke College
Date: Tue, 15 Sep 1992 20:49:46 GMT

In article <mstgil.716574450@sol> mstgil@sol.acs.unt.edu writes:
>OK, here's the question...
>    which is "the official name" for a host...
>	hostname   or   hostname.domain
>
>I tend to lean towards hostname.domain since it is more specific,
>Kinda like is my "official name" Marc  or  Marc Philip Alexander Jordan St.-Gil.
>The U.S. Gov. says it's the latter.
>
>So, does that mean that gethostname(2) should return host.domain?????

My preference is also host.domain.  The only drawback to this is that
entries in various system files that specify access permissions (such
as /etc/exports) get much longer (since the reverse lookups from IP#
to hostname always return the primary name).

Also, users who use the hostname in their prompt will want to do something
like this: "set prompt="`hostname | cut -d. -f1`%" or get awfully long
prompts (depending on how long your domain name is ;-)

But generally it makes much more sense... the name of a host on the
Internet is it's FQDN, and the short name is just an alias that's a
convenience to users.
--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
From: mstgil@sol.acs.unt.edu (Marc Ph. A. J. St.-Gil - Solbourne Administrator)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: looking for "the answer"
Date: 15 Sep 92 16:27:30 GMT
Reply-To: mstgil@sol.acs.unt.edu
Organization: University of North Texas

1st some background...
    1. We have a network with Suns, Vaxen, a Sequent, 1000s of PCs, 100s of
       Macs, a handful of RS6000s, HPs, etc.s
    2. We are running some software that freaks if h_name returned from
       gethostbyname(3) and gethostname(2) aren't identical
    3. We are using NIS/DNS on the Solbourne server
    4. To satisfy the software from #2 above, our hosts files entries look
       like:   129.120.1.42 sol sol.acs.unt.edu .....
    5. now we want to install some software that seems to insist on replacing
       the host name it sees with the h_name value returned by gethostbyname()
       for that original host name which leaves us with "sol" instead of
       "sol.acs.unt.edu"

so, now we have two dissenting software implementations...

OK, here's the question...
    which is "the official name" for a host...
	hostname   or   hostname.domain

I tend to lean towards hostname.domain since it is more specific,
Kinda like is my "official name" Marc  or  Marc Philip Alexander Jordan St.-Gil.
The U.S. Gov. says it's the latter.

So, does that mean that gethostname(2) should return host.domain?????

In a quandry
Xref: sparky comp.protocols.tcp-ip:4330 comp.unix.sysv386:14162
From: todd@toolz.uucp (Todd Merriman)
Newsgroups: comp.protocols.tcp-ip,comp.unix.sysv386
Subject: Re: ISC V3.0 TCP Problems
Keywords: TCP/IP, ISC, TELNET
Date: 7 Sep 92 21:59:17 GMT
Article-I.D.: toolz.1992Sep7.215917.13453
Organization: Software Toolz, Inc.

trier@slc6.ins.cwru.edu (Stephen C. Trier) writes:

>General advice for any TCP installation with problems similar to those you
>encounter:  Check your IP address to make sure it does not duplicate that of
>another host.  Make sure your address is in the correct net and subnet for
>the cable you are on, and make sure the configured netmask is correct.
>Finally, check your configured broadcast address for consistency with the
>other hosts on your subnet.

I would like to be pointed to a source of information that covers these
subjects a bit better than the ISC installation manual.

Any suggestions?

* * * * * * * * * * * * * * * * * * * * * * * * * * * * *********************
* Todd Merriman - Software Toolz, Inc. +1 706 889 8264  * Maintainer of the *
* 8030 Pooles Mill Dr., Ball Ground, GA 30107-9610      * Software          *
* UUCP: ...!emory!slammer!toolz!todd                    * Entrepreneur's    *
* Internet:  todd%toolz.uucp@mathcs.emory.edu           * Mailing List      *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * *********************

Never let your schooling interfere with your education.
Newsgroups: comp.protocols.tcp-ip
From: osmana@well.sf.ca.us (Osman Arslaner)
Subject: Questions About SLIP.
Organization: Whole Earth 'Lectronic Link
Date: Wed, 16 Sep 1992 02:38:37 GMT


We are planning to use SLIP for our remote PCs which are not
on the corporate backbone.
These PCs are in the yard or shop floor and connected to a terminal
server which runs SLIP through dedicated circuits (19.2kbs).
They will be running applications and also will access hosts on
the corporate backbone.

My questions are: is SLIP a reliable protocol to use ? Our slip program
does not support flow control, could that be a problem ? Does a SLIP
connection pass through broadcasts which are sent on the Ethernet network ?

Also, we are planning to use dial-up SLIP. So far it works fine
only with same type of modems on both ends. We were not able
to make it work with different modems on both ends. We used 9600 baud
modems for testing.

Would there be any problems associated with this set-up ?
Any help will be appreciated.
Thanks..


--------------------------------------------------------------------
|  Osman Arslaner, CEng.         |   Tel. (514) 399 7305           | 
|  Communications Engineer,      |   Fax. (514) 399 7062           | 
|  ATS, Information Systems.     |   E-Mail: arslaner@cnmtl.cn.ca  |
|  Canadian National Railways.   |           osmana@well.sf.ca.us  |
|  Montreal, Quebec H3B 2M9      |                                 |
--------------------------------------------------------------------
|  "Truth is silent; It's views and opinions that make all the     |
|   noise". - ZEN Graffiti.                                        |
--------------------------------------------------------------------
Xref: sparky comp.protocols.tcp-ip:4383 comp.protocols.misc:692 comp.protocols.iso:1122
From: mckenzie@bbn.com (Alex McKenzie)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.misc,comp.protocols.iso
Subject: Re: Why sequence number on bytes instead of packets?
Date: 11 Sep 92 12:31:27 GMT
Reply-To: mckenzie@labs-n.bbn.com (Alex McKenzie)
Organization: Bolt Beranek and Newman Inc., Cambridge MA
NNTP-Posting-Host: bbn.com

There is no need to sequence number any unit smaller than the smallest
individual unit which can be a fragment boundary.  Other transport
protocols have been designed and implemented which attach sequence
numbers to units larger than a byte (eg 256 bytes) and allow
fragmentation only in terms of these units.  The unit you pick is one of
the parameters which is involved in determining the Minimum Packet Size
which MUST be accepted by EVERY (packet) network through which packets
of your protocol will travel.  The byte was picked for TCP/IP in order
to be as all-inclusive as possible. 

    __
   /  | /\                  Alex McKenzie
  /   | \/                  mckenzie@bbn.com
  \__/|_/\_&_/~X_           617/873-2962
From: cew6@po.CWRU.Edu (Carlin E. Wiegner)
Newsgroups: comp.protocols.tcp-ip
Subject: Speed of different network archi...
Date: 14 Sep 1992 21:15:23 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: thor.ins.cwru.edu


Can anyone email me the MB/sec for the following hardware 
architectures....
10Base-T
Thick Ethernet
Thin Ethernet
Fiber Optic 
Appetalk (LocalTalk)

Thanks for the replies...
CW
Newsgroups: comp.protocols.tcp-ip
From: chatel_m@annecy.enet.dec.com (Marc Chatel)
Subject: Looking for 5250 emulation software on Telnet...
Organization: Digital Equipment Corporation
Date: Mon, 14 Sep 1992 17:00:36 GMT


Hello all,

   I am looking for some source that would help me out here. I am trying
to get 5250 (not the 5150 Van Halen album... :-)) emulation source to plug on
a Telnet package. With luck, the stuff may even be called "tn5250".

   Anybody has an idea of where I may find such a beast???

   Special bonus to the first chap who gives me pointers to both client AND
daemon source: a free postcard of the French Alps!!!

				Regards,

				Marc Chatel,
				Digital Equipment,
				Annecy, France

		E-mail to:	chatel_m@annecy.enet.dec.com
		Phone:		(33) 50.09.42.56

Disclaimer: Digital Equipment Corporation is not in any way responsible for
            what I write, say, do, or drink. By the way, what time is it???
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Rcp -- is that rlogin or what?
Date: 14 Sep 92 15:47:31 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <aronsson.716470900@jeeves>, aronsson@sectra.se (Lars Aronsson) writes:
> What hides under the hood of the "rcp" command? These UNIX (HP-UX and
> SunOS) manuals don't tell the whole story. I have seen an Internet RFC
> on Rlogin, and Richard Stevens' excellent book (UNIX Network
> Programming) also mentions that protocol. However, I fail to find any
> references to rcp.
> 
> I thought rlogin, rsh/remsh, and rcp were all the same thing in
> different shapes. They all use the same system of .rhost files. Now I
> have seen people comparing the performance of rcp with "cat | rsh",
> which suggests they are different, and I am not so sure any longer.


The only real and true documentation for rcp, rlogin, rsh, and so on are
the BSD sources.  The new RFC's and the various text books do their best,
but they are not authoratative.

The source for the r-commands, as well as ruserok() (the library code
that cracks /etc/hosts.equiv and ~/.rhosts) should be in your
favorite BSD source source.  Try uunet. 

Rcp is not the same as `cat | rsh`, although rcp does use the rsh
protocol and (presumably) rshd on the remote machine.  Besides details
like the implementation of `rcp -r`, there are things you can do that
affect performance.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.protocols.tcp-ip
From: ronf@panther3.panther.mot.com (Ron Feigen)
Subject: Hardware from Protocol Engines Inc.
Organization: Motorola Panther Project, Chandler, AZ
Distribution: WOLRD
Date: Wed, 9 Sep 1992 18:21:28 GMT

Hi,

  I hope someone in Netland has the info I need.

  I heard there is an outfit called Protocol Engines that makes  a H/W based
protocol processing device.  How do I get a hold of them?  Are there any other
outfits that make a similar product?

  Please e-mail repsonses I am not a regular to many of these threads.

  Thanks in advance,


-- 

>
Ron Feigen
ronf@panther.mot.com
From: jbryans@beach.csulb.edu (Jack Bryans)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Kermit
Date: 8 Sep 92 01:45:36 GMT
Organization: Cal State Long Beach

In article <lukec.1duo@terapin.com> lukec@terapin.com (Luke Chastain) writes:
> Is Kermit anygood to use?

Yes.

Jack
From: don@bodovipa.cis.brown.edu (Donald Wright)
Newsgroups: comp.protocols.tcp-ip
Subject: Recommended seminars,conferences?
Followup-To: comp.protocols.tcp-ip
Date: 9 Sep 1992 15:48:22 GMT
Organization: Brown University
Distribution: world
NNTP-Posting-Host: cis_staff-kntx24.cis.brown.edu

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.	

																																																Don Wright
																																																Network Support
																																																Brown University
																																																Voice: 401-863-7405
																																																Fax:   401-863-7329
Newsgroups: comp.protocols.tcp-ip
From: idmrmb@gsusgi1.gsu.edu (Mark Buffington)
Subject: What is NQS and/or DQS?
Organization: Georgia State University
Distribution: na
Date: Tue, 8 Sep 1992 14:06:36 GMT

Hello. I am trying to find out info on NQS/DQS. I have heard various
sources allude to them as some form of remote queuing for background
processes. If you can give me a push in the right direction I'd
greatly appreciate it!

Thanks,
 mark..
-- 
  __      __
 |__)|\/||__)    R. Mark Buffington     |  DBA - Database Group
 |  \|  ||__)    idmrmb@gsusgi1.gsu.edu |  GSU Wells Computer Center
----------------------------------------|  University Plaza
"I'm not bad, I'm just drawn that way." |  Atlanta, Georgia 30303
From: dos@major.panix.com (Dave O'Shea)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Problem with NCSA Telnet and Orchid SVGA
Date: Sun, 13 Sep 92 18:39:48 EDT
Organization: ACME products - artillery division

joel@skater.GSFC.NASA.Gov ("Joel K. Gallun") writes:

> Hi,
> 
> I have been using NCSA Telnet for some time with great success.  It is
> an excellent package.
> 
> However, I recently upgraded my video controller to an Orchid ProDesigner
> IIs with 512K VRAM and I started having a problem.  When I exit from
> Telnet, the screen goes blank and stays that way until I give the 3
> finger salute.
> 
> I have tried setting the CONFIG.TEL option to use BIOS with no change
> in the symptoms.  Here are the details:
> 
> 	Compaq deskpro 386/20
> 	4 Meg RAM
> 	NEC Multisync 3/D monitor
> 	DOS 5.0
> 	3COM 3C503 ethernet card + packet driver using
> 		interrupt 0x7e
> 	No drivers or TSRs loaded
> 	NCSA Telnet 2.3

Just for the heck of it, have you tried using interrupt 0x66 instead? It
seems to work better for me...


--
"A leopard never changes his stripes" 
           -- Al Gore, candidate for vice-president
From: micjrs@mica.mic.ki.se (Richard Soderberg, MD)
Newsgroups: comp.protocols.tcp-ip
Subject: Echo "problem" in Telnet
Keywords: MVS IBM Telnet
Date: 9 Sep 92 14:59:55 GMT
Reply-To: micjrs@mica.mic.ki.se (Richard Soderberg, MD)
Organization: The Karolinska Institute, Stockholm, Sweden

hmm...

We're running an IBM 4381 and have recently installed TCPIP for MVS V2R2.
The Telnet server in this package *refuses* to do any echoing regardless of how 
the telnet client begs for it during the initial session negotiation.
Goes like this:

Telnet client       MVS Telnet Server
_____________       _________________
  Do Echo
                      Won't Echo
  Do Echo
                      Won't Echo

 (Gives up)

According to the appropriate RFC:s (as i understand them), an orthodox Telnet 
server is not required to supply echo but other Telnets i know do so anyway, 
worse, a lot of our users expect us to supply echo.( hiding passwords also 
becomes a problem if the client has to supply a local echo). Is it possible to 
do something about this?

Thanx in advance
/RS


#include <standard.disclaimer.h>
Richard Soderberg, MD 
Facsimile:   Int + 46 8 33 04 81
Talk phone: Int + 46 8 728 80 00
Newsgroups: comp.protocols.tcp-ip
From: vadim@cix.compulink.co.uk (Vadim Lebedev)
Subject: Re: ka9q router unstable under
Reply-To: vadim@cix.compulink.co.uk
Date: Sat, 5 Sep 1992 09:04:00 +0000


 in article:  : <1992Sep3.162715.9190@frcs.Alt.ZA>
  chris@frcs.Alt.ZA (Chris Old) writes

> We have a mini internet, with four ka9q routers on the main ethernet
> backbone, connecting remote sites via slip.  The version of ka9q has a
> version number of 911229 (7 months ago).  All we did to it was undef the
> various hardware and software options that we didn't need in config.h.
> Otherwise it is stock standard.
 [text deleted]

Chris, there are a lot of things that coul go wrong...
1) You shoul use STACKS=0,0 in your config.sys
2) You should verify the presense of 16550 support in your version of ka9q,
    if there is no you can add it very easily
3) You say the he heavy loaded routers have ~8 telnet seesion passing
   though, are they on the same UART or on different ones?


  Vadim.
Newsgroups: comp.protocols.tcp-ip
From: rstevens@noao.edu (W. Richard Stevens)
Subject: Re: Does IP fragment broad/multicasts
Organization: National Optical Astronomy Observatories, Tucson, AZ, USA
Date: Fri, 11 Sep 1992 20:55:42 GMT

>We've been having an argument here concerning whether or not IP
>fragments broadcast and multicast packets.

All the BSD kernel code that I've seen refuses to fragment a broadcast
packet.  You get EMSGSIZE instead.  I don't know about multicasting.

	Rich Stevens  (rstevens@noao.edu)
From: zjhc05@hou.amoco.com (John H. Caldwell)
Newsgroups: comp.protocols.tcp-ip
Subject: Internetworking with TCP/IP Volume III
Date: 14 Sep 92 18:47:08 GMT
Reply-To: zjhc05@hou.amoco.com
Organization: Amoco

I just received my copy of Comer and Stevens' new book, but it doesn't
seem to indicate where one may retrieve from the network the source
code listed in the book.  I tried archie and the usual suspects like
/published/books on ftp.uu.net.  Can anyone tell me where I can pick
up the source code from this book?  


---
John H. Caldwell  reply to: zjhc05@hou.amoco.com
Amoco Corp. ITD   Technology Introduction Group
Chicago, IL       (312) 856-3524
From: elefante@flash.ATC.Olivetti.Com (GUEST Luigi Elefante)
Newsgroups: comp.protocols.tcp-ip
Subject: SLIP driver for UNIX 4.0
Keywords: slip, driver
Date: 8 Sep 92 15:16:10 GMT


Hi,

I download a version of slip driver for Unix 4.0 from wuarchive.wustl.edu.
I would like to know an explanation about it, if possible.
I read in slattach(1M) manual pages:
	The - option causes stdin to be used as the device to be attached
	to the SLIP driver. This option is used to convert a remote login
						   ^^^^^^^^^^^^^^^^^^^^^^
	line to a SLIP connection.
	^^^^^^^^^^^^^^^^^^^^^^^^^

and in README file:
	The - option.... This is only to be used by a dial slip utility
	so that a slip user can login and use the same line as the device
	to be attached to slip.

I don't understand what do you mean this and how the slip utility work.

slattach -d /dev/tty00 9600 sl0    and
slattach host sl0 		   work correctly.


Can you help me to understand this?

Thanks in advance for Your attention

Your sincerely
Massimo Barontini
Olivetti consultant
e-mail: maxb@king.ICO.Olivetti.Com

From: jrg@otter.hpl.hp.com (John Grinham)
Date: Tue, 8 Sep 1992 09:06:37 GMT
Subject: Re: Is there a Internet distance measure?
Organization: Hewlett-Packard Laboratories, Bristol, UK.
Newsgroups: comp.protocols.tcp-ip

Is traceroute a public domain utility, or is it a vendor specific program ?
If it's PD does anyone know where I could pick up a copy ? 


regards,
John.

-----------------------------------------------------------------------------
John Grinham.  HP Labs ISC, Filton Road, Stoke Gifford, Bristol BS12 6QZ, UK.
Tel: (0)272 799910	Fax: (0)272 790554 	Telex: 449206
jrg@hplb.hpl.hp.com
-----------------------------------------------------------------------------
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: getprotobyname(), does it ever change?
Date: 15 Sep 1992 22:11:36 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <1992Sep15.132442.2149@Urmel.Informatik.RWTH-Aachen.DE> berg@physik.tu-muenchen.de (Stephen R. van den Berg) writes:
>I was wondering, has anyone ever seen an implementation where the protocolno.
>for UDP changed without exchanging all the libraries as well?

I suspect that the only reason one would ever change /etc/protocols would
be for experimental purposes.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.protocols.tcp-ip
From: gtoal@ibmpcug.co.uk (Graham Toal)
Subject: Re: Is there a Internet distance measure?
Organization: The IBM PC User Group, UK.
Date: Mon, 7 Sep 1992 22:57:38 GMT

In article <CKD.92Sep7170409@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
:I have personally seen a pathological example of this.  Two sites,
:literally two blocks apart, that (at the time) had packets between them
:route through Maryland, Michigan, and New Jersey to get back to
:Cambridge, Massachusetts.  It really was closer to get to machines in
:Virginia than it was to get to the machine down the street.
:
:Now the packets just have to cross the Charles River twice :)

My log in to my mail machine goes from britain to the usa to the netherlands.
The packets are rather damp when they arrive and take about as long to get
there as by UPS. :-(

G
--
From: lukec@terapin.com (Luke Chastain)
Newsgroups: comp.protocols.tcp-ip
Subject: Kermit
Date: 7 Sep 92 14:07:24 PST
Organization: BBS

Is Kermit anygood to use?

                                       - thanx

Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains