HDTenEightyP/NetNews huggingface dataset:
From: ccg@tcdsp1.mmm.com ("Charles Ganzhorn")
Subject: Re: PCS WITH DUPLICATE TCP ADDRESSES
Date: Wed, 23 Dec 92 19:05:09 GMT

In article <BzoJ13.738@watserv1.uwaterloo.ca>, erick@sunee.uwaterloo.ca (Erick Engelke) writes:
|> > ccg@tcdsp1.mmm.com ("Charles Ganzhorn") writes:
|> >BOOTP is major bad idea.  You have to configure your routers to pass the
|> >silly stuff 'cuz you won't necessarily have a load host in all subnets.
|> 
|> Yes, like that silly DNS idea where we had to add nameservers just
|> to support names.  Here we have to add one configuration parameter
|> to a router for each network.  What a large price to pay for 
|> automatic configuration of all the machines on that subnet.
|> 
|> >Also, if your BOOTP logs all requests, a station whose download doesn't
|> >get satisfied typically requests every five seconds and ends up filling
|> >up the logs on systems.
|> 
|> So your error logs, if turned on, will show a broken system.  That is
|> a problem because it makes it so much harder to ignore a system 
|> which is unable to boot up.
|> 
|> Get with the program, and Merry Christmas.
|> 
|> Erick
|> 
|> -- 
|> ----------------------------------------------------------------------------
|> Erick Engelke				 	            WATTCP Architect
|> erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI

Oooooh, such biting sarcasm.

My point is that anyone can set up these systems which will bother
everyone else.  And in a large environment, that is a lot of systems.  I
don't control the desk top so I have to configure the network to avoid
people hurting each other.

Another poster pointed out that you can configure to pass ONLY BOOTP as
far as global IP goes but I still have the problem that I don't control
ANY systems in the network so when these clients are screaming for a
download, it is not in my power to re-configure the workstations who
excessively log the download attempts.

Its bad enough that I will bother the hosts in one subnet but now I will
bother hosts in other subnets.  Typically my customers get real
irritated when hosts from another part of the network bother them.

In any case, in a small environment or a totalitarian one, maybe BOOTP
works but in a large, open environment, it causes about as many problems
as it solves.

Charles.
--
Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
3M IS&DP Network Services		AT&T:	 +1 612 736 7122
St. Paul, MN				FAX:	 +1 612 736 7689
From: droelke@spirit.aud.alcatel.com (Daniel R. Oelke)
Newsgroups: comp.protocols.tcp-ip
Subject: Problem with Xgopher 1.2 and/or gethostbyname
Date: 21 Dec 1992 13:33:17 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

I just compiled Xgopher 1.2 - my first gopher client.
It appears to work great, but only with numerical IP address.  

The problem I have is that the function call to gethostbyname according
to my man pages only resolves hosts listed in /etc/hosts , but apparently
it is intended to (in net.c of xgopher.c) to access the domain name server
and resolve the host this way.  This defficiency of course creates 
problems as I can't use anything other than the IP addresses for
xgopher.

My big question is: Is there a workaround or fix for this?


The flavor of UNIX I am running is 
"SunOS Release 4.1.2 (GENERIC) #1: "
and I am running OpenWindows 3 (and I have gotten around the problems with
the Xmu library).

Thanks for any and all help you can give me.

Dan Oelke

-----------------------------------_---_--------------------------------------
Dan Oelke                         / \ / \              Alcatel Network Systems
droelke@aud.alcatel.com           \  V  /                       Richardson, TX
Phone: (214) 996-5013              \VMS/             #include <std-disclaim.h>
  Fax: (214) 996-7119               \ / 
-------------------------------------V----------------------------------------
From: smiller@qualcom.qualcomm.com (Scott Miller)
Newsgroups: comp.protocols.tcp-ip
Subject: BootP experience
Date: 23 Dec 92 20:57:17 GMT
Organization: Qualcomm, Inc., San Diego, CA

We have 1000+ PC and Macintoshs connected to our IP network and are
starting to have problems managing these machines.  Due to the fluid
nature of our company, people and equipment are being moved continuously
resulting in incorrectly configured machine being plugged into our net.

One possible solution is to use BootP to assign IP addresses, subnet
masks, default gateways, and domain name servers.  With this information
centralized, users can have their machines reconfigured with a phone call.
Great stuff.

I've downloaded and successfuly been using BootP 2.2 here with two
servers (one on the other side of a cisco configured with BootP directed
broadcasting), three Macintosh's running MacTCP and a PC running FTPPACK.

It seems to work great, but I'd like some feedback from someone using
this in the real world managing 1000+ machines.  Some of my questions
include: How many servers per x nodes/nets?  Has anyone modified bootp
to dynamically assign IP addresses to portable (palm-/lap-tops) machines?
Have any security issues arisen from using BootP?  How much of an impact
does using BootP have on a network in terms of broadcasts/second?  Is
there anything I should be aware of before I start migrating the entire
company to use BootP?

Any input would be greatly appreciated.

Scott Miller <smiller@qualcomm.com>
Supervisor, Network Operations--Qualcomm, Inc.
Newsgroups: comp.protocols.tcp-ip,comp.unix.bsd
From: swslr@well.sf.ca.us (Larry Krone)
Subject: ShareWare TCP/IP Kernels for DOS / Rlogin / FTP ???
Organization: Whole Earth 'Lectronic Link
Date: Wed, 30 Dec 1992 03:52:03 GMT

Does anybody out there know if / where ShareWare kernels for the above 
systems can be had....Short of shareware, is anything available that
can be licensed at a low cost per seat (under $50)....

Thanx,

Larry Krone
swslr@well.sf.ca.us

Newsgroups: comp.protocols.tcp-ip
From: garnett@refuge.Colorado.EDU (Santiago de la Paz)
Subject: Re: PC-NFS SLIP and telnet problem
Organization: Cogwheel Inc., Boulder, Colorado 
Date: Wed, 23 Dec 1992 04:37:17 GMT

In article <105528@bu.edu> apollo@buengc.bu.edu (Doug A. Chan) writes:
>
>Whenever I try to telnet to a host, it just hangs there...
>What is wrong with telnet?

One of the primary reasons why a telnet attempt like this will hang is if
the remote host cannot reverse-lookup the IP address of the host you're 
coming from.  Make sure that both hosts are forward and reverse-mapped
(just for thoroughness, doncha know) if you're using DNS, or that they're
both in your machine's hosts files.

~james

--------------------------------------------------------------------------------
  James Garnett, Network Engineer                               (303) 444-1338
  garnett@cogwheel.com

  Cogwheel Incorporated, Boulder  ***  Producers of low-cost dialup IP routers
                        Boulder-Denver/Hong Kong

Newsgroups: comp.protocols.tcp-ip
From: isc30236@nusunix1.nus.sg (CHEW CHEE MUN)
Subject: Voice Comm through Ethernet via PC/TCP with SB
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 23 Dec 1992 11:39:59 GMT

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.
From: trier@odin.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Sun RPC ported to DOS environment?
Date: 22 Dec 1992 02:57:30 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
Distribution: comp
NNTP-Posting-Host: odin.ins.cwru.edu
Keywords: RPC, DOS

In article <594@fjcp60.GOV> brinkema@fjc.GOV (John R. Brinkema) writes:
>Has anyone ported either TIRPC or Sun RPC 4.0 to the DOS environment?  Is
>there a public domain version?  tnx.  jb.

'Tis not truly public domain (I think), but it's free: Sun's free XDR and
RPC code, which was ported to MS-DOS as part of the SOSS NFS server for
MS-DOS.  I do not know how well-tested the client side is, but the server
side works well enough to support a working NFS server.

Recent BSD releases include (will include?) NFS, which means they have
to have RPC in there, too.  You could probably port these RPCs to MS-DOS,
if the SOSS port was for some reason unsatisfactory.

Of course, if you want things like documentation and support, you need to
go commercial with FTP SW, Sun, and probably many other MS-DOS TCP vendors.
(I'd be surprised if Beame and Whiteside did not have RPC for MS-DOS.)

-- 
Stephen Trier                      "We want to offer you a price that you
Network software type               just can't afford to take advantage of."
Case Western Reserve University         - Sales blurb from HSC Software
trier@ins.cwru.edu
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: what to do with those pesky Unix domain socket files
Date: 29 Dec 92 16:36:41 GMT
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 23 Dec 92 00:31:24 GMT, wjq@uts.amdahl.com (Bill Quigley) said:

wjq> In our new SVR4 kernel, bind() to a unix domain socket creates a
wjq> file with the name specified in the bind call.  But if the process
wjq> is killed, the file stays around, and when the process comes up
wjq> again, it cannot bind to the same name, and gets EADDRINUSE, even
wjq> though there isn't a valid socket using that name.

wjq> How do others get around this problem?

There is absolutely no direct way. Some naive and innocent soul will
advise unlinking the socket file before bind, but this of course means
only that you will not get any error notificaton if you start multiple
copies of the daemon.

Simply put, the socket file acts both as a named endpoint and as a lock
that ensure only one daemon serves the socket at one time.

A method which is prone to races is to check for the existence of
another server process before doing the unbind, by trying to open the
socket file and seeing if it is bound to anybody.

A more reliable method is to use a central socket broker; when a daemon
wants to start listening on a socket, it asks the broker by opening a
connection to it; if the broker has no record of a previous request, it
grants it; if it has, it knows whether the server is dead or not (it has
dropped or not the connection to the broker) and then if dead unlinks
the socket file and goes on, if not returns a message to the requestor
saying "already taken".

You could also do an inetd style broker for the Unix domain; then the
broker would know of the death of a server by way of SIGCLD.

If you are thinking of Unix domain sockets for X, then they are usually
associated with a display, and no checking is then necessary, as it is
very rare that the user tries to run two servers on the same display,
and if he does, damn.
--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Sun RPC ported to DOS environment?
Keywords: RPC DOS
Date: 21 Dec 92 22:31:02 GMT
Distribution: comp
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth jbvb@ftp.com (in <921221155416@cream.ftp.com>):
#In article <594@fjcp60.GOV> brinkema@fjc.GOV (John R. Brinkema) writes:
#
#    Has anyone ported either TIRPC or Sun RPC 4.0 to the DOS environment?  Is
#    there a public domain version?  tnx.  jb.
#
#Sun (PC-NFS Toolkit) and FTP Software (PC/TCP Developer's Kit) were
#the first two DOS versions of RPC.  Both appeared prior to RPC 4.0,
#and there may be other versions I've forgotten.  We just upgraded to
#RPC 4.0 with v2.2 of the Dev Kit, I don't know about Sun.

Thanks, James. (Why does this feel like passing the mike along the
table at a conference panel session? :-) Our current PC-NFS
Toolkit is 4.0, and it includes TIRPC, XTI and sockets.

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
****************** Please reply to the above address (or geoff@east.sun.com).
* BOGOSITY ALERT * Our netnews software is currently generating bogus sender
****************** addresses. I'll get them to fix it is soon as possible...
From: leino@rat.vtt.fi (Tapio Leino)
Newsgroups: comp.protocols.tcp-ip
Subject: Software release problem?
Date: 31 Dec 92 08:17:39 GMT
Organization: VTT / Lab. of Structural Engineering
NNTP-Posting-Host: rat.vtt.fi



Where should I look for finding the cause of this situation? Could
somebody help us, please.

A simplified of my configuration (there are more segments):


     386 DOS             3COM              IRIX 4.0.5      IRIX 3.3.1
      ______          _____________        __________      __________
      I PC I          I Multiport I        I Pers.  I      I Pers.  I
      I____I          I  repeater I        I  IRIS  I      I  IRIS  I
         I            I___________I        I_4D/25G_I      I_4D/20G_I
         I               I     I               I               I
         I_______________I     I_______________I_______________I
       two thin-Ethernet segments  +  TCP/IP -software (!)


a) If the TCP/IP-software in my PC is the Wollongong WINTCP for DOS
   there is no trouble in connecting the PC (with telnet) to the 4D/20G
   type IRIS with the older IRIX 3.3.1 operating system,
   but it cannot be connected to the other IRIS (with IRIS 4.0.5)?

b) If I am using a product called PCTCP instead of the WINTCP I can
   connect to both IRIS workstations with no trouble.

This started when we took the newest release 4.0.5 of IRIX! Before that I
could connect the PC to both workstations with WINTCP.

We have checked what happens on the lines. The messages seem to go to the
IRIS quite OK but the messages it sends to the PC are not understood by the
WINTCP and everything just stops.

There are two problems which I know of, but could anyone evaluate how much
they have an effect on this situation (they both existed before we took the
IRIX release 4.0.5):

1) the thin-Ethernet segment where the PC in connected is too long (205m)
   but the traffic is quite small!

2) the IRIS with IRIX 4.0.5 has a clear difference in what is its speed
   when inputing data through the Ethernet compared with the output
   speed (which is 10 times faster!). We have asked about the reason for
   it from the Silicon Graphics but they have not found out the reason yet.

Any hints would be greatly appreciated!

-- 
Tapio Leino
Technical Research Centre of Finland / Laboratory of Structural Engineering
mail: VTT/Rakennetekniikan laboratorio, P.O. Box 26, SF-02151 ESPOO, Finland
tel: -358-0-456 6683, telefax: -358-0-456 7003    e-mail: Tapio.Leino@vtt.fi
Newsgroups: comp.protocols.tcp-ip
From: mikeg@rocdec.roc.wayne.edu (Michael George)
Subject: TCP/IP vs. PATHWORKS
Organization: Wayne State University, Detroit
X-Newsreader: Tin 1.1 PL3
Date: Wed, 30 Dec 1992 02:16:27 GMT

Recently DEC-NET changed its name to PATHWORKS. This new networking
software promises to do everything including walking the dog. Has anyone
compared TCP/IP with PATHWORKS? Has anyone even tried pathworks. 

I know that TCP/IP will still be around in 5 years, but will PATHWORKS?

Change is a scary thing.

-MG
From: jonathan@rahul.net (Jonathan Heiliger)
Newsgroups: comp.protocols.tcp-ip
Subject: Any good TCP/IP books?
Date: 24 Dec 92 20:18:22 GMT
Organization: a2i network
X-Newsreader: TIN [version 1.1 PL8]


    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!
 
-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- jonathan@mecca.epri.com -/-
Telephone <*> (415) 855-2888
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Voice Comm through Ethernet via PC/TCP with SB
From: leonard@telcom.arizona.edu (Aaron Leonard)
Date: 28 Dec 92 11:14:56 MST
Reply-To: Leonard@Arizona.EDU
Distribution: world,local
Organization: University of Arizona Telecommunications

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.

At Interop '91, TGV, Inc. and Simon Hackett put on a demonstration of voice
over UDP/IP.  They had some bidirectional phones hooked up to PCs, running
voice over the Shownet Ethernet, and also had a unidirectional sound link
receiving an Australian radio station over the Internet and playing it
back (with admittedly less than audiophile-class sound :-)) on a stereo system.

Aaron
From: graham@netwrx1.NW1.COM (James M. Graham)
Newsgroups: comp.protocols.tcp-ip
Subject: WINQVT Version 3.0
Keywords: FTP bug
Date: 22 Dec 92 20:39:51 GMT
Organization: Open Networks, Inc., Reston, VA

I have recently downloaded and begun to use the latest (I think) version 
of WINQVT/NET. It says it is the version for Windows 3.1 which is what I
have.

On all systems where it is installed, I have a problem for FTP. I can connect
and login into a host on the network but as soon as I perform a DIR or PUT
or GET a file WINQVT gets hung. It always requires ALT+CTRL+DEL to abort
WINQVT. Sometimes I must reboot the PC to clear things up.

Is anyone experiencing this problem. If so, do you know of a fix?

Do I have the latest version of WINQVT or is there another version. I think
I downloaded it around 3 months ago.

Does anyone know of a way to contact QPC. All I have is the mail address. Can
they be reached via e-mail or telephone?

Has anyone used the NEWS reader interface. I am considering using it to
read news. I have an SCO UNIX 3.2 host with Bnews. Anyone have any hints?

Thanks
Jim

Xref: sparky comp.protocols.tcp-ip:5769 comp.unix.wizards:5345 comp.unix.internals:2085 comp.unix.misc:4768 comp.unix.programmer:5796
From: zubin@dworkin.wustl.edu (Zubin Dittia)
Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards,comp.unix.internals,comp.unix.misc,comp.unix.programmer
Subject: Question on kernel memory management.
Keywords: memory,unix,mach,bsd,x-kernel
Date: 30 Dec 92 10:33:33 GMT
Followup-To: comp.protocols.tcp-ip
Organization: Washington University,  St Louis MO

I am interested in collecting information on the memory management schemes
used for network protocols in MACH (with X-Kernel), System V Unix, and
4.4BSD (I know 4.3BSD used mbufs, but I heard they had been done away
with in 4.4BSD).  If you have any information on these, or know where to
find such information, please let me know.  I'd also appreciate it if
someone could point out a good reference on System V streams for IPC.
My e-mail address is: zubin@dworkin.wustl.edu

Thanks in advance.
                        -Zubin.
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Sun RPC ported to DOS environment?
Keywords: RPC, DOS
Date: 22 Dec 92 18:43:40 GMT
Distribution: comp
Organization: Auspex Systems, Santa Clara

>Recent BSD releases include (will include?) NFS, which means they have
>to have RPC in there, too.

The kernel-mode RPC stuff is special hand-coded stuff; the user-mode RPC
stuff is essentially Sun's free RPC 4.0 code.
Organization: Ministry of Education, Computer Center NETNEWS system V2.3
Date: Thursday, 24 Dec 1992 15:59:23 EST
From: <GOVE120@TWNMOE10.BITNET>
Newsgroups: comp.protocols.tcp-ip
Subject: Anyone can tell me more about Telnet usage?

Hi, everyone. I am learning Telnet and have difficulties in operation.
I have the RFC854/855 Telnet protocol specification but it does not help much.
If you have any file or information about how to operate Telnet, please send me
with a e-mail or file. Any information relevant with Telnet will be appreciated
Thank you in advance for your help.
Newsgroups: comp.protocols.tcp-ip
From: davek@kestrel.ims.com (Dave Koon)
Subject: Re: Limiting Telnet access.
Reply-To: davek@kestrel.ims.com
Organization: Integrated Measurement Systems
Date: Tue, 22 Dec 1992 00:40:18 GMT

Someone at MIT modified the inetd daemon to allow service by service allow/deny
capabilities.  This was quite good at allowing a lot of very fine grained 
configuration on any service provided by inetd. I believe that this software
is available via ftp.uu.net.


Dave Koon

Newsgroups: comp.protocols.tcp-ip,comp.windows.ms,comp.windows.x
From: black@ll.mit.edu (Jerry Glomph Black)
Subject: Rexec or rsh application for Macs?
Organization: MIT Lincoln Laboratory
Date: Thu, 24 Dec 92 17:59:34 GMT

Hopefully not too much of a FAQ, but does there exist a simple MacTCP client
which is able to do a simple rexec to a unix host, displaying the result
of the request? I'd like to provide a phone dir lookup and finger utility,
and other functions without forcing users to go into telnet or other big program.

Thanks.
(please copy response to black@LL.MIT.EDU)

Newsgroups: comp.protocols.tcp-ip
From: sgururaj@magnus.acs.ohio-state.edu (Sanjay R Gururaj)
Subject: SDLC/HDLC
Organization: The Ohio State University
Date: Thu, 31 Dec 1992 02:32:13 GMT

Hi!

Does anyone know what the difference is between SDLC (synchronous data
link protocol) and HDLC (????)
Any pointers to documentation on the above protocol would be appreciated.
Thanks in advance.

sanjay gururaj

Please send reply to sgururaj@magnus.acs.ohio-state.edu
Xref: sparky comp.protocols.misc:896 mtl.general:682
From: steven@spxtech.qc.ca (Steve Potter)
Newsgroups: comp.protocols.misc,mtl.general
Subject: BIT sw Inc., BitFax/SR : Bitstream fonts?
Date: 21 Dec 92 18:46:02 GMT
Distribution: na
Organization: Securiplex Technologies Inc., Montreal, Canada
X-Bytes: 567

I have sent registration info to BIT sw Inc. twice and have
not received an acknowledgement of any kind.

I have also requested info. on Bitstream fonts available - no
response.

Does anyone have ANY information on Bitstream fonts?

Please e-mail me.

Thanks.



-- 
  ///==================================================================\\\
  ||| Steve Potter:         steven%spxtech@CAM.ORG                     |||
  ||| Expertise/Experience: Computer Systems Engineering / Real Ale /  |||
  |||                       Politics in Education in Quebec            |||
Newsgroups: comp.protocols.misc
From: louis@cpd.Tandem.COM (Louis Meadows)
Subject: Re: SDLC/HDLC
Organization: Tandem Computers Inc., Cupertino CA
Date: Thu, 31 Dec 1992 18:53:01 GMT

In article <1992Dec31.023213.21653@magnus.acs.ohio-state.edu>, sgururaj@magnus.acs.ohio-state.edu (Sanjay R Gururaj) writes:
>Hi!
>
>Does anyone know what the difference is between SDLC (synchronous data
>link protocol) and HDLC (????)

This is a basic data comm question.  The bigest difference off  the bat is
that SDLC can poll multible remote stations.   HDLC is used in point to point
connections.   In an HDLC connect both a Primary and secondary station exist
at both ends.  In SDLC One station is a Primary and all the rest are secondarys.
 



>Any pointers to documentation on the above protocol would be appreciated.
>Thanks in advance.

If you are writting a driver you will need to get a hold of 
ANSI X3.66-1979, "American National Standard fo advanced data 
communications protocol procedures (ADCCP).    This document will 
cover the standards for both HDLC and SDLC.

ISO has specific document on HDLC.  

IBM has has a General ref on SDLC, sorry I don't have the numbers right
off but they are easy to find.  


If you just need general information, most basic Data comm books cover 
bitsync.

  Don't Let the bits byte,

        Louis

>
>sanjay gururaj
>
>Please send reply to sgururaj@magnus.acs.ohio-state.edu
Newsgroups: comp.protocols.misc