HDTenEightyP/NetNews huggingface dataset:
From: a20@nikhefh.nikhef.nl (Marten Terpstra)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: How large is the DNS? (around 150 Mbytes)
Date: 5 Nov 92 15:20:57 GMT
Reply-To: marten@ripe.net
Organization: RIPE Network Coordination Centre, Amsterdam (the Netherlands).

>>When discussing the DNS with someone who didn't know about the Internet
>>I explained that the DNS is a distributed database scattered throughout
>>the world.  The person then asked me, how large was all the data put
>>together?  I had no idea.  Was it hundreds of megabytes or are we in the
>>gigabytes with the DNS?  Is there any way to find out?
>
>I have no idea the size of the DNS database in terms of bytes.
>However, a number that I saw at INTEROP was that DNS currently
>contains 992,000 hosts.  Note, however, that this number was
>found by doing an "inventory" of the DNS; as a result, any
>organization who has most of their DNS database hidden from
>the outside world doesn't have their hosts included in that
>number.

We do a monthly hostcount for Europe. For that purpose I pull *every* zone
file from all properly registered DNSes in Europe (Europe in our sense
includes Israel and Tunesia, and the Baltic States and other Ex-Soviet
States). The total zone output for this comes down to around 32 Mbytes of
DNS info. Considering the fact that there are 250,000 hosts in Europe
according to our last count, and 1,1 Million hosts worldwide, according to
the last global hostcount done at SRI, the total amount of information
available in the DNS on that part of the Internet that we can all reach, must
be something in the order of 150 Mbytes.

As said above, organisations with their DNS hidden from the "normal" Internet
are not counted, and therefore their DNS size unknown.

Cheers,

-Marten
RIPE Network Coordination Centre
From: bill@solaria (Bill Neisius)
Newsgroups: comp.protocols.tcp-ip
Subject: SLIP connection to XYPLEX on modem
Date: 6 Nov 92 03:51:54 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: TIN [version 1.1 PL6]


OK, I give up. 

I'm trying to connect a modem to a XYPLEX 1500 server....
and run SLIP.  It works fine when I connect the local ISBN phone 
network to the server; but when I connect a modem, all I get on the
remote machine is 'bad IP checksum' or 'can't open connection, timeout'.

I'm using SLIP8250 and TELBIN on the remote PC; modem on the server is
a MultiTech v.32, on the PC it's a DigiCom Scout+.  Connection is at
9600 baud/V42.

I can see 'ping' packets arrive at the PC, but something is missing
'cause they generate 'bad IP checksum' in TELBIN.  If I try to open
a connection, I get a 'timeout' almost immediately... 

So what's the deal?  Flow control?  The XYPLEX has only 8 wires in its
serial connection, so you get DCD/DTR or CTS/RTS, but not both. Does
SLIP work with XON/XOFF?  well...I guess so, cause it works with the
ISBN 'modem'....

Any suggestions?

Bill Neisius
bill@solaria.hac.com
From: raw@ushiva.wariat.org (Roland Wilcher)
Newsgroups: comp.protocols.tcp-ip
Subject: TCP connect
Date: 4 Nov 92 02:21:20 GMT
Distribution: usa
Organization: The Software Sandbox


Some time ago there was a question about checking for a TCP connect
to a possibly non functioning machine without the long wait.
An answer was posted using connect with nonblocking mode. I don't
have that article now but would appreciate any pointers . Target
system would be Esix SVR4 using the socket libraries and TCP/IP.

-- 
Lack of skill dictates economy of style.             raw@ushiva.ncoast.org
- Joey Ramone                                        raw@ushiva.wariat.org
Roland A. Wilcher                         6207 Luther Ave. Cleve Oh. 44103 
---------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip,comp.unix.ultrix
From: mogul@pa.dec.com (Jeffrey Mogul)
Subject: Re: Who supports multicast? (summary of responses)
Organization: DEC Western Research
Date: Sat, 7 Nov 92 00:58:55 GMT

In article <1992Nov2.190805.23351@PA.dec.com> I wrote:
>And if you want IP multicast support in ULTRIX or OSF, you might consider
>calling your DEC salesperson and saying so.

Some people have expressed little faith in the utility of this approach.
Try this instead: send email to Gail Grant (grant@pa.dec.com), who
might have some effect (and who knows more than a little about the
Internet).

Please send Gail concise, friendly messages explaining why you think DEC
should support IP multicast (or why not, I guess).  In particular,
you might want to describe specific applications that require multicast,
rather than just "it's a good thing."

No promises, of course.

-Jeff


Newsgroups: comp.protocols.tcp-ip,comp.os.os2.apps
From: rks@chiasmus.engin.umich.edu (Raul Shum)
Subject: Re: IBM TCP/IP 1.2, SLIP fails to dial modem
Originator: rks@chiasmus.engin.umich.edu
Organization: University of Michigan Engineering, Ann Arbor
Date: Thu, 12 Nov 1992 18:34:38 GMT


Well, I have somewhat the same problem... My computer has a direct connection 
to a SCP, (yes they do still exist).  Howver, I have to engage the SCP from 
a vt100 to a SLIP protocal. To do that, I have to type SLIP when I dial in.
However, IBM's TCP/IP doesn't let you do that.  Furthermore, I've been trying
to call using a modem and setting up the connection, and then hook up TCP/IP.
	However, the COM port resets itself after the prog closes, so the SCP
resets itself.  Does anyone know of a way to get a prog or a REXX script that
keeps the COM port (ie COM1) open???  I talked to the head-honcho at IBM, and
all he said was that I had to rewire my COM port... However, I was not your 
typical re-wiring...  Anyway, thanx in advance...

Raul Shum
Go Maize and Blue!
From: mick@horga.ruhr.de (Michael Reichelt)
Newsgroups: comp.protocols.tcp-ip
Subject: Tecnical question
Keywords: costs logfile
Date: 5 Nov 92 13:02:41 GMT
Organization: SubNet - The Next Generation

Hi,

does anybody know if there exists a possibility to log all activities
caused by ip-requests that build up an IP connection to other networks
than our own ?

We have to get a list of all our costs that get up because of outgoing 
ip packets and because of this I am looking for a program that logs all
type of ip activity to a special file or better a software package that
tells me about the costs of the connections directly.

Thanks,

Michael.

ps. please send me an answer to mick@macrotk.uucp
Newsgroups: comp.protocols.tcp-ip
From: loneshay@csie.nctu.edu.tw (Lone Shay)
Subject: TCP-IP implemented in Streams ?
Keywords: TCP/IP , Streams 
Organization: Computer Science & Information Engin., Chiao-Tung U, Taiwan, ROC
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 10 Nov 1992 11:05:17 GMT

 Hi all:

   Is there anybody who knows that if the TCP/IP in Sun O.S. Release 4.1.1 
 is implemented in Streams mechanism ?

   Any information will be extremely appreciated !

        Thanks...

                                          Lone Shay     1992/Nov/10
 
                                          Email: loneshay@csie.nctu.edu.tw
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: /etc/protocols file
Date: 9 Nov 1992 18:00:22 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <rol-091192115942@90.222.1.80> rol@grasp1.univ-lyon1.fr (Paul Rolland) writes:
>I'm using a Sun system with a /etc/protocols file that contains only 5 or
>10 lines, with nothing refering to port 25 (snmp) or 33...

Port number assignments go in /etc/services.

Port 25 is SMTP.  SNMP is 161.  Port 33 is Display Support Protocol, which
I've never heard of.

The complete list of port numbers is in the Assigned Numbers RFC, the
latest revision of which is RFC 1340.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.protocols.tcp-ip
From: Steinar.Haug@delab.sintef.no (Steinar Haug)
Subject: Re: TCP-IP implemented in Streams ?
Organization: SINTEF DELAB, Trondheim, Norway.
Date: 10 Nov 92 15:55:19

>    Is there anybody who knows that if the TCP/IP in Sun O.S. Release 4.1.1 
>  is implemented in Streams mechanism ?

No, the SunOS 4.1.1 TCP/IP is basically a Berkeley (i.e. socket) based
implementation, with streams layered on top of sockets.

Solaris 2.0 is a native streams implementation, with (as far as I know)
sockets layered on top of streams.

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: murphy@hal.hahnemann.edu
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Limited telnet program?
Date: 6 NOV 92 13:01:34 EST
Organization: MIT PLASMA FUSION CENTER
NNTP-Posting-Host: hal.hahnemann.edu

In a previous article, jamesd@techbook.com (James Deibele) wrote:
>I would like to set up a limited telnet program for people to use.
>Specifically, I'd like to provide local librarians a way of telneting to
>selected online library catalogs via a menu.  If the telnet to that site
>fails, I would want the telnet program to exit with an error level,
>which I could then catch with a shell or program.  I don't want people
>who use this account to be able to exit to a shell from within telnet,
>and I don't want them to be able to telnet elsewhere.
> 

Mark Resmer at Sonoma State University has written both a VMS 
DCL command procedure and some sort of shell script for accessing 
libraries and databases on the Internet.  Both are available via 
anonymous ftp in the /pub directory on sonoma.edu.  You might want 
to take a look these before you roll your own...

Regards,

John


 -----------------------------------------------------------------------------
              |John Murphy  (JM66)     |Internet: murphy@hal.hahnemann.edu
   /   / /   /|Library System Manager  |VMS Mail: HAL::MURPHY
  /---/ /   / |Hahnemann University    |Beeper #: 1864
 /   / /___/  |245 N. 15th St., MS 449 |Voice:    (215) 762-1042
              |Phila., PA 19102-1192   |Fax:      (215) 762-8180
 -----------------------------------------------------------------------------
 "It's a small world, but I wouldn't want to have to paint it" - Steve Wright
Newsgroups: comp.protocols.tcp-ip
From: ronf@panther3.panther.mot.com (Ron Feigen)
Subject: Re: TCP connect
Organization: Motorola Panther Project, Chandler, AZ
Distribution: usa
Date: Thu, 5 Nov 1992 15:41:16 GMT

In article <Bx66Jn.D6@ushiva.wariat.org> raw@ushiva.wariat.org (Roland Wilcher) writes:
>
>Some time ago there was a question about checking for a TCP connect
>to a possibly non functioning machine without the long wait.
>An answer was posted using connect with nonblocking mode. I don't
>have that article now but would appreciate any pointers . Target
>system would be Esix SVR4 using the socket libraries and TCP/IP.
>
>-- 
>Lack of skill dictates economy of style.             raw@ushiva.ncoast.org
>- Joey Ramone                                        raw@ushiva.wariat.org
>Roland A. Wilcher                         6207 Luther Ave. Cleve Oh. 44103 
>---------------------------------------------------------------------------

If the TCP socket is non-blocking the file descriptor will be ready for writing
when the connection is complete.  There are several ways to check to see if the
socket is ready for writing, select() is one of them.  Don't forget to check the
errno after connect().  You are expecting EINPROGRESS, but you need to be
prepared to handle other errors.

-- 

>
Ron Feigen
ronf@panther.mot.com
From: jc@minya.UUCP (John Chambers)
Newsgroups: comp.protocols.tcp-ip
Subject: Is telnet protocol documented?
Keywords: telnet 23
Date: 12 Nov 92 19:13:00 GMT

Well, it wasn't as easy as I thought it might be, so I thought I'd ask
the experts...

Does  anyone  know  (or  know of documentation on) how a program might
talk to telnetd and make a connection?

What the project involves is:  I have a chunk of code that was written
to  call out via a serial port, modem, and whatever, to make a link to
another computer, login, start up a remote daemon, and so  on.   Sorta
like your usual uucp or slip daemons, y'know.  Someone was asking "How
hard would it be to make this software talk across TCP?" I  opined  as
how  it  shouldn't  be too hard; I'd just find all the code that dealt
with a serial port, and write some parallel code to  do  TCP  instead.
Rather than open("/dev/%s",...), I'd have it call gethostbyname("%s"),
and similar stuff.

It wasn't too hard to do this (maybe a day's work), and it all  worked
fine,  except that when the connect() returned success and the program
wrote something down the line, instead of a "login:" that I get when I
type  "telnet  %s",  it  gets  utter  garbage.   The  garbage is quite
consistent:  It consists of the 3 bytes FF FD 18,  and  then  it  gets
nothing  else.  Eventually the connection goes away, as if telnetd had
given up in disgust or something.

When I put my own tcpserver on  the  other  end  (which  just  accepts
connections  and  echoes  back  whatever  it receives), then my client
program gets just what I expect.  (If I tell the client to send "Hello
there!\r",  tcpserver  gets  back  exactly those bytes, it's log shows
that it got them and echoed  them,  and  the  client  reports  getting
them.)  This  is proof that it is making the connection correctly, and
is able to exchange messages sanely with whatever is at the other end.

But if it's telnetd at the other end, my client just gets  the  FF  FD
18, and the link goes nowhere.  It seems obvious that telnetd is doing
some sort of binary handshake on startup.  But  I  haven't  found  any
description of what it might be in TFM, or in the few RFCs that I have
copies of.

Now I suppose I could just write my own verion of  telnetd  that  does
things  in  a  way that I understand.  But telnetd is already there as
off-the-shelf (or is it off-the-wall?  ;-)  software  on  zillions  of
machines, so why reinvent the wheel, as they say?

Any idea how I might get documentation of telnetd's protocol? Is there
an RFC on it that someone can email me?  Is there some  PD  code  that
does the protocol?  Or is it some proprietary stuff that isn't for the
likes of me?

[Meanwhile, maybe I'll just barge ahead with making my own daemon, for
cases where telnetd isn't there or can't be made sane or ... ;-]

-- 
All opinions Copyright (c) 1992 by John Chambers. Inquire for licensing at:
1-617-647-1813 ...!{bu.edu,harvard.edu,eddie.mit.edu,ruby.ora.com}!minya!jc 
--
Pensu tutmonde; agu loke.
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP/IP C Libraries for Macintosh?
Date: 11 Nov 92 04:12:09 GMT
Article-I.D.: blacks.dank.721455129
Organization: Image Analysis Systems Group, JPL

sjs@netcom.com (Stephen Schow) writes:
>Anyone know where I can get information about TCP/IP programming in C on 
>the Mac and especially any libraries that exist.

There are several socket libraries available for the Mac.
1. a package at ftp.ncsa.uiuc.edu in /misc/unsupported, originally written 
   by Tom Milligan of Toronto, rewritten by creiman@apple.com (Charlie Reiman).
   For MPW C?
2. Matthias Neeracher <neeri@iis.ethz.ch> has written a Grand Unified Sockets
   library that tries to make EVERY kind of communication on
   the Mac available via the socket paradigm.
   Also for MPW C?
3. hardin@mcc.com (John Hardin) ported one to Think C 5.0, but can't release
   it yet.

And then there's raw MacTCP... but that's another story.
- Dan K.
Newsgroups: comp.protocols.tcp-ip,comp.protocols.nfs
From: bryan@sphinx.phys.Virginia.EDU (bryan wright)
Subject: Problems with PC-NFS and pktd.sys
Keywords: PC-NFS pktd packet-drivers
Organization: University of Virginia Physics Department
Date: Thu, 5 Nov 1992 21:07:59 GMT

Hi folks,
	I've just installed PC-NFS version 4.0.  Everything works fine
if I use the WD8003E.SYS driver, but when I try to substitute PKTD.SYS
and the WD8003E.COM packet driver, NFS refuses to start.   I get the
message:

  NFS000F : PC-NFS is disabled. (Can't start network. Check configuration.)    

I think WD8003E.COM is OK, since NCSA telnet has no problems talking to
the outside world.

	I've created a minimal CONFIG.SYS and AUTOEXEC.BAT for test purposes.
These files are appended below.  Am I doing something stupid?

				Thanks in advance,
				Bryan

CONFIG.SYS =================================================================

BREAK=ON
BUFFERS=30,8
FCBS=30,10
FILES=40
STACKS=0,0
DEVICE=C:\DOS50\ANSI.SYS /X
DEVICE=C:\UTIL\MOUSE\MOUSE.SYS
INSTALL=C:\NET\DRIVERS\WD8003E.COM -W 0X60 5 0X280 0XD000
DEVICE=C:\NFS\PCNFS.SYS
DEVICE=C:\NFS\SOCKDRV.SYS
rem DEVICE=C:\NFS\WD8003E.SYS /I5
DEVICE=C:\NFS\PKTD.SYS 
SHELL=C:\COMMAND.COM /P /E:1024
LASTDRIVE=V

AUTOEXEC.BAT ================================================================

@ECHO OFF
PATH C:\;C:\DOS50;C:\BATCH
DOSKEY/INSERT
PROMPT $P$G
SET TEMP=C:\DOS50\TEMP

=============================================================================


 
Newsgroups: comp.protocols.tcp-ip
From: ronf@panther3.panther.mot.com (Ron Feigen)
Subject: FAST!!! TCP-IP Machines
Organization: Motorola Panther Project, Chandler, AZ
Date: Tue, 10 Nov 1992 15:42:28 GMT

Has anybody in netland done research on how fast different platforms process
communication protocols?  I am currently working on an application that relies
heavily (very heavily) on TCP-IP.  I am currently using Sun SparC II's but I 
would really like to know if there are machines that are better suited to my
application.

Any info would be greatly appreciated!!!!

Thanks,


-- 

>
Ron Feigen
ronf@panther.mot.com
Newsgroups: comp.protocols.tcp-ip
From: dblack@ccla.demon.co.uk (David Black)
Subject: No subject
Organization: Crucible Computers Ltd.
Date: Fri, 6 Nov 1992 14:46:45 +0000

Re: Remote Printing from JES2 Spool

I'm not too sure if this is relevant:

We managed to get remote printing via JES 328X onto remote printers
using OS/2 machines running ES this will give you 5 LU's. These were
then addressed as remote printers from within JES.

We also got unix devices to share the same printers by setting up
the TCP/IP for OS/2 running as a TFTP server and TFTP'ing the spool
file to the LPTX port on the PC.

/DB

=
David Black             49 Woodgrange Drive     dblack@ccla.demon.co.uk
Crucible Computers      Southend On Sea         dblack@cix.compulink.co.uk    
Networking Consultant   Essex UK SS1 2SD        Flies AA5B G-NGBI
                                
Xref: sparky comp.protocols.tcp-ip:5096 comp.unix.wizards:4571
From: paul@tivoli.UUCP (Paul Greenspan)
Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards
Subject: TLI and non-blocking I/O
Keywords: TLI, SVR4, non_blocking
Date: 7 Nov 92 17:19:03 GMT
Reply-To: paul@tivoli.com (Paul Greenspan)
Followup-To: comp.protocols.tcp-ip
Organization: TIVOLI Systems

Below is a description of a problem that we are having with some of
our network code.  I would appreciate any help that I could get.  

Background:
-----------
We have taken a rather complicated server that was developed with BSD 
sockets and converted it to use TLI.  The server has to handle many 
things at once (with threads) so it is important that we use non-blocking 
endpoints.  So to avoid blocking on a t_listen() call waiting 
for a connection request, we wait for poll() to tell us that 
there is a connection request and then try to call t_listen().

Here is a description of the behavior of some of our TLI code, as
executed under SVR4.0.3:

[SERVER]
1. The server calls t_open(DEV_TCP, O_RDWR, 0).
2. The server calls ioctl(tfd, FIONBIO, &non_blocking) 
   to set the TLI endpoint into non-blocking mode.
3. The server calls t_bind(tfd, &req, &ret) to offer 
   a channel to clients. The bound address is selected 
   by the transport provider (req.addr.len is 0) and 
   gets recorded so clients can be told on what address 
   to t_connect.
4. The server calls poll() to wait for connection requests.

			[CLIENT]
			5. A client initiates a connection request by first 
			   calling t_open(DEV_TCP, O_RDWR, 0).
			6. The client then calls t_bind(tfd, 0, 0)
			7. The client calls t_connect(tfd, connreq, 0), where
			   connreq has been t_alloc'd, then set up with the 
			   correct address, no options, and no user data.

			   NOTE: The client's t_connect will later appear to 
			   succeed. (Weird.)

[SERVER]
8. The server is notified of the connection request
   by poll(). t_look(tfd) returns T_LISTEN (1).
9. The server calls t_listen(tfd, callptr), where 
   callptr has been t_alloc'd but otherwise left alone. 
   This call fails, returning -1. t_errno is 
   TNOTSUPPORT (18).

			[CLIENT]
			5.  A client initiates a connection request by first 
			    calling t_open(DEV_TCP, O_RDWR, 0).
			10. Here's the weird part. The client's t_connect 
			    call now returns and indicates all is well. 
			    So the client code keeps going.
			11. The client calls ioctl(tfd, I_POP, 0)
			12. The client calls ioctl(tfd, I_PUSH, "tirdwr")
			13. The client calls write(tfd, buf, sizeof(u_long)).
			    This succeeds!
			14. The client calls read(tfd, buf, sizeof(u_long)). 
			    This is where the client finally sees something 
			    is wrong, as the read call returns 0.

-- 
Paul Greenspan              paul@tivoli.com 
Tivoli Systems              6034 West Courtyard, Suite 210
Austin, Texas  78730        (512) 794-9070  /  FAX (512) 794-0623
Newsgroups: comp.protocols.tcp-ip
From: jallard@microsoft.com (James 'J' Allard)
Subject: Re: Programmatic Interface to FTP
Date: 12 Nov 92 23:22:03 GMT
Organization: Microsoft Corporation

In article <1992Nov11.164406.22599@decuac.dec.com> cole@gsg.dec.com writes:
>
>I have a request from a customer for a programmatic interface to
>ftp.  While not difficult to implement, I have not heard of
>any UNIX vendors with this capability.  Is anyone aware of
>such an implementation that might be used as a guideline
>for calling syntax, etc.

A number of PC vendors provide programmatic APIs for FTP. Off the top
my head, I'd recommend you try Net Manage and Distict for examples.. 

J. Allard
Microsoft Corp.
(jallard@microsoft.com)
 
Newsgroups: comp.protocols.tcp-ip
From: stewart@ra.cis.udel.edu (John Stewart)
Subject: Re: Need Ethernet types/IP Frame and Header Formats
Organization: University of Delaware
Distribution: na
Date: Thu, 5 Nov 1992 22:16:17 GMT

In article <1992Nov5.212424.15228@eagle.lerc.nasa.gov> fsgreen@dredd.lerc.nasa.gov (Doug Greenwald) writes:
>I'm writing a small network analyzer to gather statistics.  I have most of the
>IP protocols in Comer's book done but am having problems finding information
>regarding a bunch of the ethernet types.  I'm seeing a LOT of ethernet types
>that fall into the "experimental" range of RFC 1060 and am wondering if there
>are any more complete lists of assigned numbers.  I need the type field of the
>ethernet frame for general statistics gathering and would like the higher layer
>protocol packet formats for completeness.

See RFC 1340 which obsoletes RFC 1060.

/jws
Xref: sparky comp.protocols.tcp-ip:5105 comp.unix.admin:6117