HDTenEightyP/NetNews huggingface dataset:
From: wbrand@krishna.shearson.com (Willy Brandsdorfer)
Subject: Re: SNA <-> IP Encapsulation
Organization: Lehman Brothers
Date: Thu, 12 Nov 1992 17:49:02 GMT

In article <1992Nov12.082646.1647@msus1.msus.edu> mndot@msus1.msus.edu writes:


>   I am new to this particular news feed so this may have been asked in the past.
>   I am not very familiar with IBM host equipment either.
>
>   I am trying to provide mainframe connectivity to a number of remote sites. 
>   Most of the sites have IBM 3174 (or compatible) remote controllers for SNA
>   communications.  This comm. takes place over multidrop 9600 bps lines.  We are
>   in the process of installing T1 circuits to all of those same locations.  The
>   T1's are primarily IP.  Does software exist for the 3174 to allow SNA
>   encapsulation in IP packets?  I have seen hints of this scenario on some of the
>   news feeds but I am not sure which ones.  Any help with this would be greatly
>   appreciated.

	
	Cisco routers support SNA encapsulation. 

----------------------------------------------------------------------
William Brandsdorfer            | UUCP:    !uunet!shearson.com!wbrand
Lehman Brothers                 | INET:    wbrand@shearson.com
388 Greenwich St.               | Voice:   (212) 464-3835
New York, N.Y. 10013            | 
----------------------------------------------------------------------
 
From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Thu, 5 Nov 1992 16:53:49 GMT
Subject: Re: Netbios over TCP/IP on RS/6000
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.protocols.tcp-ip

>Does anyone know of a product which supports Netbios over TCP/IP
>(RFC 1001/1002) on a RS/6000 running AIX 3.2?  I need to move a 
>netbios client program to AIX and unfortunately it is running
>over netbios and RFC 1001 implementations seem hard to come by.

Try contacting:

     Micro Computer Systems (MCS)
     2300 Valley View Lane, Suite 800
     Irving, Texas  75062
     214-659-1514

MCS sells a variety of NetBIOS/NetBEUI implementations for various
network transports on both DOS and UNIX.

Note that this is not an official recommendation by Hewlett-Packard;
HP does not sell or support MCS's products.          

Regards,
Alec Henderson

Telephone: T/408-447-3965		Hewlett-Packard
FAX:       408-447-3660			Information Networks Division
E-mail:    alech@cup.hp.com	       	19420 Homestead Road MS 43L9
HPDesk:    Alec Henderson/HP6600/1B	Cupertino, CA  95014  (USA)
From: sweeney@Ingres.COM (Tony Sweeney)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP connect
Date: 5 Nov 92 12:28:44 GMT
Reply-To: sweeney@Ingres.COM (Tony Sweeney)
Distribution: usa
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501

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 
>---------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip
From: ihsan@ferranti.com (jaleel ihsan)
Subject: Re: Sun Generic Broadcasting
Organization: Ferranti International Controls Corporation
Date: Tue, 10 Nov 1992 18:16:34 GMT

In article <DERAADT.92Nov5144740@newt.newt.cuc.ab.ca>, deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
> [Distribution changed from "usa" to "world". Unix is the same in Europe, isn't it??]
> 
> In article <1004@math.math.mv.dupont.com> mc@math.math.mv.dupont.com (Matt Cunningham-Software Development) writes:
> > I am trying to find the proper broadcast IP address to send a packet (BOOTP 
> > packet to be specific - but the packet type is not important) to so that
> > everyone on the network will receive it.
> [deleted descriptions of numerous attempts to make it work...]
> 
> The bind() call will take INADDR_ANY to indicate that it will take a
> connect from any address. It's more difficult when you send packets
> out -- you must indicate _exactly_ where you want to send to. A
> unix machine may have multiple interfaces, with multiple addresses.
> You need to specify the broadcast address for the particular network
> you are interested in. If you wish to send on all the attached networks,
> you need to do multiple send()'s.
                 ^^^^^^^^^^^^^^^^^^

What is the status of TCP broadcasts and mutlicasts ?

Newsgroups: comp.protocols.tcp-ip
From: cole@etonic.gsg.dec.com (Larry Cole)
Subject: Programmatic Interface to FTP
Reply-To: cole@gsg.dec.com
Organization: Digital Equipment Corporation, Greenbelt, MD
Date: Wed, 11 Nov 1992 16:44:06 GMT


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.

thanks.

larry cole
Newsgroups: comp.protocols.tcp-ip
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: Re: TCP connect
Organization: ISCA
Date: Mon, 9 Nov 1992 22:31:51 GMT

In article <1992Nov9.144723.6561@pony.Ingres.COM> sweeney@Ingres.COM (Tony Sweeney) writes:
>
>What I meant to say was - here is some code I wrote to tickle a bug
>in Apollo DomainOS 10.4 tcp. Should fail at the connect() on any
>working system.
>
[ code deleted ]

There is another bug in DomainOS 10.4 tcp that is more serious, but as far as
I can determine, it only is shown through the interaction with AIX 3.x (which
is also probably buggy)  But the bug is bad enough that it can bring down any
Apollo running 10.4 in about 5 seconds, corrupting it badly enough it often
requires the reset button to unwedge it.  I won't post it here for obvious
reasons, especially because so far as I know there is no fix available for
this problem.

-- 
/-----------------------------------------------------------------------------\
| Doug Siebert                             | "I don't have to take this abuse |
| Internet:  dsiebert@isca.uiowa.edu       |  from you - I've got hundreds of |
| NeXTMail:  dsiebert@chop.isca.uiowa.edu  |  people waiting in line to abuse |
|     ICBM:  41d 39m 55s N, 91d 30m 43s W  |  me!"  Bill Murray, Ghostbusters |
\-----------------------------------------------------------------------------/
From: M20923@MBVM.Mitre.Org (Daniel Sorensen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Remote printing from JES2 spool
Date: 5 Nov 92 19:23:45 GMT
Organization: The MITRE Corporation, Bedford MA 01730


 
In article <IBMTCP-L%92110411450390@PUCC.PRINCETON.EDU>
David Condrey 656-2733 <DAVIDC@CLEMSON.BITNET> writes:
 
>
>At the last SHARE, I brought up the fact that our TSO users are used to
>printing by releasing sysout off of spool (in addition to using a TSO
>"print" command) and that I wanted to allow these users to be able to
>use printers remote to MVS.
>
>The specific problem that we are having is that we have a plotter on
>the network that our MVS users want to plot to via SAS/GRAPH. SAS users
>run batch jobs and release the output from spool (in our case using IOF).
>
>The foremost answer seems to be defining a remote printer to LPD.
>However there is currently no way for LPD to get output from spool
>and do the right things with it (retry on failure).
>
>When I mentioned this, someone in the back stood up and said that he was
>solving this using a product called VPS (sic). Since then, we have
>bought VPS. I have not personally looked at it, but our network manager
>says that the VPS people indicated there is no solution to our problem.
>
>My question is: if you have solved this problem (or have any thoughts
>on it), I'd really like to hear them. If the person that mentioned VPS
>at the TCP/IP FFA is listening, I'd like to ask a few questions.
>
>Thanks everyone.
>-David
>-------------------------------------------------------------------------------
>|David S. Condrey           ___  ______ _____    Bitnet: DAVIDC@CLEMSON       |
>|MVS Systems Programmer     |  \ \_____ |        Internet: DAVIDC@CLEMSON.EDU |
>|Clemson University         |__/ _____/ |____    Phone: (803) 656-2733        |
>-------------------------------------------------------------------------------
 
  It seems from the responses so far that VM shops have resolved the batch
network printing problem by using service machines.  In fact, MITRE is
currently the same technique.  Our MVS machine sends the file to a VM
service machine, which in turn sends the files out using LPR.  The problem
is that we will soon be phasing out the VM machine.
 
  Has anyone found a MVS only solution to batch network printing?  Even
if VPS can use LPR in batch, it is too expensive.  If there is no TCP/IP
solution to network printing, our next solution would be to look into
NJE-type links to an RS/6000 and letting it deal with the actual printing.
Any ideas?
 
Daniel Sorensen
IBM Systems Group
The MITRE Corporation
(617) 271-2726
 
What, me speak for MITRE?  Ha!
Newsgroups: comp.protocols.tcp-ip
From: add@philabs.philips.com (Aninda V. Dasgupta)
Subject: TCP Buffer sizes in Routers and packets per second
Organization: Philips Laboratories, Briarcliff, New York
Date: Wed, 11 Nov 1992 18:34:36 GMT

I have a question for tcp-ip gurus, especially if you are
familiar with SunOS.

I have the following setup.

			Sparc II w/ 2 E-net cards
			 _______
			|	|
	     	|-------|Gateway|-------|
		|	|	|	|
 Sparc II	|	|_______|	|
  ______	|			|	Sparc II
 | 	|	|			|	 ________
 |Sender|-------|			|-------|	 |	
 |      |	|			|	|Receiver|
 |______|					|  	 |
						|________|

The gateway is an or'nery Sparc II, with two Ethernet cards on it.
I need to send 10 MByte Image files from the sender to the receiver.
I set my TCP Transmit and Receive buffer sizes to 50K Bytes.  However,
the gateway is beyond my control. Do my TCP packets get reassembled at
the Gateway?  In other words, does the buffer size in the gateway matter
in the speed of transfer?  I would expect all the routing to be done at the
IP layer.  Therefore, my TCP buffer sizes should not matter at all, right ?

I don't know how this piece of information matters, but I monitored the
number of Ethernet Packets on the Sender, the gateway and the Receiver.
While Perfmeter showed between 256 and 512 packets per sec. on the
sending machine, it showed between 1024 and 2048 pps on the gateway and
a constant 1024 pps on the receiver.  All three machines were
loaded only by my sending and receiving programs.  Any insights into
this discrepency between the number of pps on the three machines?

Thanks for any ideas/answers you can give me.  

Aninda DasGupta


-- 
Aninda DasGupta (add@philabs.philips.com) Ph:(914)945-6071 Fax:(914)945-6552
Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
"Err.., Phillips Petroleum gives you gas; fortunately Pillips Chemical
 makes antacid. Philips is with one "el", we make lightbulbs. And other shtuff"
Newsgroups: comp.protocols.tcp-ip,comp.os.os2.apps
From: hank@ducvax.auburn.edu
Subject: Re: IBM TCP/IP 1.2, SLIP fails to dial modem
Organization: Auburn University, AL
Date: Fri, 13 Nov 1992 00:22:09 GMT

In article <1992Nov12.183438.26104@zip.eecs.umich.edu>, rks@chiasmus.engin.umich.edu (Raul Shum) writes:
> 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 

I'm not certain that I understand the more subtle points here, but...
Look, for example, at C-Kermit and M2Zmodem. C-Kermit can shell to M2Zmodem,
and M2Zmodem gets the com port. This won't work for just any programs, but
if your app can be passed the handle for the com port, you could login with
C-Kermit, then shell to your program. 

-- 
--Darrel Hankerson hank@ducvax.auburn.edu
Newsgroups: comp.protocols.tcp-ip
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Detecting Dropped Sockets (Why is this hard on PC's?)
Nntp-Software: PC/TCP NNTP
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Distribution: na
Date: Thu, 12 Nov 1992 16:56:55

In article <49191@shamash.cdc.com> gsa@easyaspi.udev.cdc.com (gary s anderson) writes:

    I don't disagree with your statements, however, I was curious about
    the systems you execute on.  Specifically, when a process is
    terminated, what happens to the open file descriptors?  Aren't they
    typically "closed"?  Doesn't TCP typically map this into a "normal
    connection close"?

This is one of the places where attempts to "make network connections look
just like files" start to get rocky.  The "close on termination" happens
because 1) close is an operation that already exists, thus it's easy,
2) close is most likely to preserve data and abet debugging, and 3)
close is necessary for overall filesystem consistency.  There are many
times I've wished I could find out "file closed during program abort"
from a directory listing, but OS designers haven't gotten that far.  TCP
can (and in my opinion, should) be more informative.

    ... Can you cite an RFC which gives guidelines as to when TCP should
    inject an RST on behalf of the application?  

As far as I know, none of the relevant RFCs attempt to say anything about
the API to TCP (for fear of getting embroiled in OS Wars).  This has
always seemed to be a "goes without saying" issue to me, but maybe it
will be mentioned in a future Host Requirements document.

    NOTE - this only works if the peer system does something meaningful
    with the receipt of the RST, and of course, the application would
    have to be in-sync with the propagation of the RST event.

All "reasonable" TCPs let applications know they've been RST, since that's
the only way to notice when the other system's crashed and rebooted.
    
    This option seems clean and straight-forward.  The problem is
    I am not aware of implementations "providing and using" a 
    similar capability.

PC/TCP for DOS provides a "normal close" service to applications which
exit without cleaning up all their connections.  If we can detect that
the application was aborted or ^C'ed, we generate RST segments.  If
the PC is powered off, we can't do anything.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488

Xref: sparky comp.protocols.tcp-ip:5139 comp.protocols.tcp-ip.ibmpc:6263
From: dove+@pitt.edu (Daniel L Dove)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: HELP with a Directed Research in TCP/IP,WinTCP
Date: 12 Nov 92 17:34:07 GMT
Followup-To: comp.protocols.tcp-ip
Organization: University of Pittsburgh
Originator: dove@unixd1.cis.pitt.edu


	Help, I'm doing a directed research next semester on TCP/IP. If

there is anyone out there that can give me any info, FTP sites, etc....

Please let me know. We are run WinTCP.

	Please send Email

		dove@unix.csi.pitt.edu
		dove@vms.cis.pitt.edu


		Thanks in Advance


			Dan Dare

Newsgroups: comp.protocols.tcp-ip
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: Re: Bootleggers
Organization: Oklahoma State University, Stillwater, OK
Date: Tue, 10 Nov 1992 15:30:00 GMT


I want to really thank everybody who answered my question about what to do
with or to those people who won't get with the program and register their
network interfaces.  Since certain actions had the potential for disrupting
honest network users, I asked that the responses be E-mailed to me.  I received
10 responses.  Fortunately, most of the measures which can be taken to stop
people from just picking an IP number and going full steam ahead are things
that only network managers can do, assuming the network is configured properly.
The best actions appear to be to tell all bridges or routers in your network
not to handle any packets from X interface.  If you can get everybody to
go along, run versions of tcp-ip applications that do a nslookup on every
connect request to see if they are in the name server data base.  Between
those two measures, the network should become a pretty boring place for
bootleggers.  Again, my thanks to all and also thanks for the recommendations
for management software which I received from a couple of posters.

Martin McCormick WB5AGZ   Stillwater, OK
O.S.U. Computer Center Data Communications Group
From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
Newsgroups: comp.protocols.tcp-ip
Subject: /etc/protocols file
Date: 9 Nov 92 10:57:41 GMT
Followup-To: comp.protocols.tcp-ip
Organization: Apple Computer Europe

Hello,

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... I know this
file is used when you call getprotobyname and so on, but is it used for
something else ? Is it a problem to have it containing only a few lines, 
and should I update it ? If yes, could s.o. send me a more complete one ?

Here is my full /etc/protocols file :(
#
# @(#)protocols 1.9 90/01/03 SMI
#
# Internet (IP) protocols
# This file is never consulted when the NIS are running
#
ip      0       IP      # internet protocol, pseudo protocol number
icmp    1       ICMP    # internet control message protocol
igmp    2       IGMP    # internet group multicast protocol
ggp     3       GGP     # gateway-gateway protocol
tcp     6       TCP     # transmission control protocol
pup     12      PUP     # PARC universal packet protocol
udp     17      UDP     # user datagram protocol


Paul Rolland, rol@grasp1.univ-lyon1.fr

---
--------------------- DISCLAIMER -------------------

All the opinions I express in this posting are mine, but I'm
ready to share them with anybody interested :-)
Newsgroups: comp.protocols.tcp-ip,comp.unix.admin
From: jamesd@techbook.com (James Deibele)
Subject: Limited telnet program?
Organization: TECHbooks of Beaverton Oregon - Public Access Unix
Date: Thu, 5 Nov 1992 23:00:01 GMT

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.

If someone has seen a program like this, or has a reason why this is a
bad idea*, I'd like to hear about it.  It seems like it should be
reasonably secure for both us and the rest of our Internet neighbors.

Thanks.

*Please no criticism about how we should give free shell accounts to
anyone who asks for one unless you're prepared to contribute hardware.
From: mlikier@novell.com (Marty Likier)
Subject: Re: Scott Bradner's Bridge/Router Results
Organization: Novell Inc., San Jose, Califonia
Date: Fri, 13 Nov 1992 21:33:08 GMT

In article <1du5huINNu6@usenet.INS.CWRU.Edu> aj639@cleveland.Freenet.Edu (Michael Cox) writes:
>
>Does anyone know Scott or know where I can get ahold of the results of his
>testing?  I think he did it in Jan/Feb of 92.  Please email me with any
>leads.  Thanks in advance!!
>
>Mike

Scott just finished the fall 92 results. They can be anonymous FTPd
from hsdndev.harvard.edu (128.103.202.40). They are in the directory
pub/ndtl.

Marty Likier

Newsgroups: comp.protocols.tcp-ip
From: silvert@cs.dal.ca (Bill Silvert)
Subject: Re: Limited telnet program?
Reply-To: silvert@biome.bio.ns.ca (Bill Silvert)
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Tue, 10 Nov 1992 14:40:55 GMT

In <6693@m1.cs.man.ac.uk> zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby) writes:

>The source of the BSD telnet seems to be available on a number of
>anonymous ftp sites so if you're running on a Sun then this may help.

There is a secure version of telnet on boombox.micro.umn.edu for use by
gopher clients.  However, it also is BSD-specific.  If anyone knows a
secure telnet for SysVR4 (specificially IRIX 4.0.5) I would like to know
about it.
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.ns.ca
Newsgroups: comp.protocols.tcp-ip.domains,comp.protocols.tcp-ip
From: klf@fssun09.dev.oclc.org (Kim Fortney)
Subject: Requesting info on DNS
Organization: OCLC Online Computer Library Center, Inc.
Date: Thu, 12 Nov 1992 20:07:23 GMT

I'm currently looking into modifying DNS for adding a load balancing capability.
This would allow Internet users to access our systems using a single IP address.  

I'm looking for a reference to a version of public domain source code.  
Any pointers you can give would be greatly appreciated.

Thanks.

Kim Fortney	(klf@oclc.org)					
OCLC
6565 Frantz Road
Dublin, Ohio 43017
Newsgroups: comp.protocols.tcp-ip.domains
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: BIND and port number(s)
Organization: DEC Network Software Lab
Date: 13 Nov 92 19:12:18

>	1. Which protocol (tcp, udp, ...) is used for interchanging
>	   DNS information ?

udp/53 and tcp/53

>	2. Which port number(s) is/are used for DNS information ?

udp/53 and tcp/53
--
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: elias@mvax.uakom.cs
Newsgroups: comp.protocols.tcp-ip.domains
Subject: bind 4.8.3 error message
Date: 10 Nov 92 18:31:18 +0100
Distribution: world
Organization: Institute of automation and communication

I am trying to find what this error in bind 4.8.3 means :

named-xfer[3217] bad response to SOA from ...
rcode 2, aa 0

Do you have any idea ?
Thanks a lot,

Lubos.Elias@uakom.cs





Newsgroups: comp.protocols.tcp-ip.domains
From: tmd@s1.gov (Tina M. Darmohray)
Subject: BIND for RS6000s?
Originator: tmd@s1.gov
Organization: Lawrence Livermore National Lab
Date: Tue, 10 Nov 1992 22:26:30 GMT


I'm looking for a DNS implementation for RS6000s.  Can
anyone point me to one (or make any recommendations for/against it)?
Thanks,

	Tina
	tmd@s1.gov
Newsgroups: comp.protocols.tcp-ip.domains