HDTenEightyP/NetNews huggingface dataset:
From: lc1bocv1@cine88.cineca.it
Newsgroups: comp.protocols.tcp-ip
Subject: kermit for decstation
Date: 31 Aug 92 23:20:45 +0100
Organization: CINECA, Italian Interuniversity comp. centre

Is possible to connect a decstation 3100 to an MSDOS computer
with a rs232 line using kermit ?
I've triede whit decnetdos  ,but my ethernet card (3comm351) seems
to be incompatible with my olivetti computer.
Any help is welcome !!!
thanks in advances.

fabrizio ravegnani
lc1bocv1@cine88.cineca.it
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: No handels for type 0806
Date: 23 Aug 92 18:21:33 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <hippo.12.0@sonoma.edu> hippo@sonoma.edu (Michel Davidoff) writes:
>What does this error meaage means ?
>How do I fix it ?
>No Handels for type 0806

In the hope that you are not the resident networking expert at Sonoma
State University, I would advise that you seek out that guru or one of
his assistants.

(1) You do not state where you see this error message, nor which
    software is likely to have produced it.
(2) Given that your own words are misspelled, I suspect that you have
    not accurately transcribed the error message, either. (While I'm
    sure there are still surviving members of the Handel family, I would
    not expect them to be handling ARP.) :-)
(3) Ethernet type (hex) 0806 is ARP. (What's an ethernet type ? What's
    ARP ? Go read a textbook; take a networking class or something.)
(4) The most likely origin of this message is an error in a program, or
    a misconfigured program. It sounds sort of like somebody forgot to
    make provisions for responding to ARP queries.
-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256
From: leres@ace.ee.lbl.gov (Craig Leres)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Monitor program for catching duplicate IP addrs?
Date: 2 Sep 1992 08:32:18 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley
Reply-To: leres@ee.lbl.gov (ucbvax!leres for uucp weenies)
NNTP-Posting-Host: 128.3.112.6

Peter Richards writes:
> >In article <jqymwsq.ptrubey@netcom.com> ptrubey@netcom.com (Phil Trubey) writes:
> >>Does anyone know of a utility program that will scan an Ethernet
> >>and build a table of IP # to ethernet # mappings and check for
> >>duplicate IP #s?  Thanks for any info,
> I was wondering if there is anything like this for Suns running SunOS 4.1.1?

I have something called arpwatch which maintains a database of
ethernet/ip address pairings. It emails significant changes. (I pipe
these into a local newsgroup called lbl.arpwatch.) To use it you must
first install the Berkeley Packet Filter. SunOS 4 is one operating
systems supported by bpf.

Arpwatch is available via anonymous ftp from ftp.ee.lbl.gov
(128.3.112.20). Set binary mode and retrieve the compressed tarchive
arpwatch-1.0.tar.Z; bpf is packaged as part of tcpdump. The current
version of tcpdump is also found on ftp.ee.lbl.gov in the compressed
tarchive tcpdump-2.2.1.tar.Z.

		Craig
From: sob@hsdndev.UUCP (Scott Bradner)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: OSPF in 3COMs NetBuilderII
Date: 3 Sep 92 03:21:00 GMT
Organization: Harvard University

In article <3272@ariadne.csi.forth.GR> antonis@helios.ntua.gr (Antonis Kyriazis) writes:
>
>Did someone install successfully OSPF routing in 3COMs NB2s?

This & 10 other OSPF vendors were tested at Harvard for the past 3 days,
all work quite well. A report will be in an upcoming issue of Network
World.  I'll post more results after the publication.

Scott
Newsgroups: comp.protocols.tcp-ip
From: philc@msmgate.mrg.uswest.com (Phil Corchary)
Subject: ip segment size negotiation  NEED HELP!
XUserAgent: Nuntius v1.1
Organization: U S WEST MRG, Inc.
NntpPostingHost: phil_corchary_mac.mrg.uswest.com
Date: 04 Sep 92 20:02:01 GMT

HELP!!

Not being a tcp/ip guru or even expert, I am running into a problem that
I 
can't resolve.

the situation: transfering data over a private wire EtherNet (no routing, 
two David 10bT hubs, fully certified) between Mac IIci (8/80 Asante 
Ethernet adapter using  Apple drivers in System 7.0.1 with TuneUp 1.1.1 
and MacTCP 1.1) and Tandem RISC based minimain.

problem: as reported by a sniffer on the line: the segment size coming
down from the Tandem is 1500 ... going up from the Mac to the Tandem
the segment size is being negotiated down to 590 ... WHY?? Is MacTCP
doing this?? I was reading (Comer's Internetworking with TCP/IP)
that it is a SUGGESTED spec, not a requiredpart of the spec for 
this to happen.

Has anyone seen this ... or can anyone help. We are attempting to
benchmark 
for max throughput, and this problem is severly impacting this test ...

ANY HELP APPRECIATED ... please MAIL replies ...

philc

=======================================================================
======
*  Opinions expressed are soley those      | Flames Cheerfully Ignored   
   *
*  of the author. No one else wants them.  |                             
   *
=======================================================================
======
*                    U S West Marketing Resources Group, Inc.            
   *
*          publishers of the U S West Direct Yellow Page Directories     
   *
*                and other Yellow Page and Marketing products            
   *
=======================================================================
======
* Internet:   philc@uswmrg.mrg.uswest.com (preferred)                    
   *
*             phil_corchary@msmgate.mrg.uswest.com (secondary)           
   *
* AppleLink:  PCORCHARY                                                  
   *
* Snail Mail: U S West Marketing Resources, Inc.                         
   *
*             9394 W Dodge Road                                          
   *
*             Omaha, NE 68114                                            
   *
* Office:     402.384.3584                                               
   *
* FAX:        402.384.3862                                               
   *
=======================================================================
======
Newsgroups: comp.protocols.tcp-ip
From: nazari@ecn.purdue.edu (Jamshid Nazari)
Subject: Need TCP/IP source
Keywords: TCP/IP, SCO, X11
Organization: Purdue University Engineering Computer Network
Distribution: usa
Date: Mon, 31 Aug 1992 20:47:33 GMT
From: paul@frcs.Alt.ZA (Paul Nash)
Subject: High capacity TCP/IP - SNA gateways
Organization: Free Range Computer Systems CC
Date: Wed, 2 Sep 92 05:33:37 GMT
Keywords: TCP/IP SNA GATEWAY UNIX NOVELL

A while back I posted here asking about high capacity Novell - SNA
gateways, to replace or failing (and discontinued) Novell gateways.
We have pretty much decided on a route to follow, and I would like to
bounce the idea off the net.community, in case we have it all wrong.

We want to get access from an Ethernet LAN to a large-ish MVS system,
and _also_ get access to Unix hosts on the LAN from SNA 3270
terminals.  We currently have two Novell SNA gateways, converting
Ether to Token Ring, thence via a pair of Mohawk MC400 devices into
the MVS system.  This is massively unstable.  Users in the SNA cloud
access the MVS' VTAM, thence via IBM's TCP/IP an ELC, and so into the
LAN.  This works, but costs us 2 - 4 MIPS on the MVS box.

We are planning to rip all this out, and replace with a large Unix box
(something like an IBM RS/6000 or Sun 670/MP).  This machine will have
the usual Ethernet adapter, plus a channel-attatch into the MVS.  This
must handle between 600 and 700 simultaneous connections, doing vt100
to 3270 translation.  The Unix box will also have a 48 kbps SDLC link
into the SNA cloud, for incoming connections from SNA 3270 terminals.
We expect between 100 and 200 simultaneous connections this way, with
suitable 3270 - vt100 mapping providing access to Unix hosts on the
LAN.  Software would be either vendor-supplied, or something like Open
Connect II.

Has anyone out there had any experience of something like this?  If
so, was it good or bad?  Any ideas about hardware (type, size) and
software?  Any input at all would be most welcome.

I last worked on IBM comms about 10 years back, and want to avoid it
if at all possible, hence this scheme :-).

	paul
 
 ---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---=---
 Paul Nash                                         paul@frcs.Alt.ZA
 Box 12475, Onderstepoort, 0110 South Africa         +27-12-5611879

      "You don't want to get locked into open systems" -- IBM
Xref: sparky comp.protocols.tcp-ip:4305 comp.unix.sysv386:14045
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.protocols.tcp-ip,comp.unix.sysv386
Subject: Re: ISC V3.0 TCP Problems
Date: 4 Sep 1992 19:53:01 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu
Keywords: TCP/IP, ISC, TELNET

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.

If you want to route off your subnet, make sure you have an appropriate
router configured in, or if you want to use wiretapping for routing info,
make sure that the router is broadcasting a routing protocol that your host
can understand.

From experience here, I'd say that this is the kind of problem that is best
solved by a local networking guru who can sit down at your console and _see_
what is going wrong.  :-)

    Stephen

-- 
"Beware of programmers who     Stephen Trier
 carry screwdrivers."          Network Services Engineering, IRIS/INS/Telecom
       Leonard Brandwein       Case Western Reserve University
                               trier@ins.cwru.edu
Newsgroups: comp.protocols.tcp-ip
From: mack23@avalon.eecs.nwu.edu (Chris Walsh)
Subject: on-line src from Comer & Stevens, Vol 2 ?
Originator: mack23@avalon.eecs.nwu.edu
Organization: EECS Department, Northwestern University
Date: Thu, 27 Aug 1992 17:09:21 GMT


According to the Inroduction in Comer and Stevens' Internetworking
with TCP/IP, vol II, "...the publisher has made machine-readable
copies of the code from the text available".  Does anyone know if
this code is available via anonymous FTP?  Prentice-Hall would have
to be pretty cool to allow this, but I figure it's worth a shot.

Thanks.


-- 

Chris Walsh                               Pithy Quotation Wanted
TechNet Network Administrator             ----------------------
2145 Sheridan Rd.                         Send candidates to: 
Evanston, IL 60208                         mack23@avalon.eecs.nwu.edu
Xref: sparky comp.protocols.tcp-ip:4243 comp.protocols.tcp-ip.domains:601
From: kakazu@theory.TC.Cornell.EDU (Gary Kakazu)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains,arpa.bind,arpa.nets
Subject: Maintaining DNS resource records for sites with many hosts
Keywords: bind
Date: 31 Aug 92 16:36:15 GMT
Article-I.D.: tc.1992Aug31.163615.16509
Reply-To: kakazu@cornell.edu
Organization: Cornell Information Technologies

I would like to see if anyone has developed a front end for maintaining
resource records that named uses, particularly for sites that have many
hosts.

What we do is maintain a file in hosts.txt format (RFC 952), which is
sucked in nightly by a bunch of scripts which produce files with the
records.  This has been working fine for several years, but it is less
than forgiving for typos, error checking illegal addresses, etc.
I think this method is fine if you don't have many hosts, but we are
now approaching several thousand hosts.

I would like to find some type of user friendly front end where one
could input the DNS info, do some error checking, and have the resource
record files automagically generated.

Any info would be greatly appreciated!

Thanks
Gary
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,comp.dcom.lans
From: jallard@microsoft.com (James 'J' Allard)
Subject: Re: TCP/IP programming reference material wanted
Date: 01 Sep 92 22:11:05 GMT
Organization: Microsoft Corporation

In article <1992Aug30.011626.730@ccsvax.sfasu.edu> a_millsbs@ccsvax.sfasu.edu writes:
>I am intersted in trying to do some tcp/ip programming on some MS-DOS systems
>and I was wondering if anyone out there could recommend some good books or
>documents.  This is my FIRST attempt at tcp/ip pragramming so any references
>of general nature are valuable not just those that apply to ms-dos.

Probably the most widely referenced book for TCP/IP programming is
Stevens' UNIX Network Programming which is widely available (I think it's
a Prentice Hall title). It explains the basics of sockets, etc.

However, if you want to do MS-DOS TCP/IP programming, the interface will
vary from implementation to implementation. Your best bet is to get in
touch with the manufacturer of the stack that you'll be working on to get
the correct library and header files. Most MS-DOS based interfaces are 
based on BSD sockets of some flavor.

Finally, if you're thinking about doing some Windows programming over TCP/IP,
it's probably worth your time to check out the recently released Windows 
Sockets specification available on ftp.uu.net under the /vendors/microsoft
directory. The specification was jointly developed and endorsed by about
20 vendors in the community and will be the new interface by which to 
access TCP/IP via Windows. Windows NT will have a Windows Sockets compliant
interface as well.

Hope this helps,

J. Allard
Microsoft Corp.

Newsgroups: comp.protocols.tcp-ip
From: oak@odda.er.sintef.no (Olav Kvittem)
Subject: Dynamically setting the TCP window is hard ?
Keywords: TCP window 
Organization: SINTEF, Trondheim, Norway.
Date: Wed, 2 Sep 92 21:13:54 GMT

Hello,

I want to set the TCP window selectively for high performance  sessions on a high
bandwith*delay network.  

I have tried to set the max windowsize for TCP on BSD-type systems with the
setsockopt( SO_RCVBUF ). That means setting the TCP internal receive buffer.  By
this TCP hopefully will announce its entire buffer to the peer TCP.  This works
well with SunOs 4.1.1/2, Cray/Unicos v6.013 and HP/UX systems, but  DECstation
5000 Ultrix v4.2 does not announce a higher window than 32K on the initial SYN
response on a TCP connection setup even if the buffersize is confirmed to be set
higher by getsockopt.  

What is the actual mechanism for TCP to determine max inital receive window
size and for me to influence it ?

Common to all systems above except Unicos is that they does not accept a higher 
buffersize than about 50K - why is that ?

I guess that you can generate a kernel with fixed TCP buffersize larger than
50K. Then all TCP session for that system would have let say 64K window. Would that be more harmful to slow speed, normal delay , 64Kbps, networks than a 4K window ?

Regards
  Olav

-- 
   Olav Kvittem : SINTEF

      RFC Address     Olav.Kvittem@delab.sintef.no
      OR Address      C=no;ADMD=" ";PRMD=uninett;
                      O=sintef;OU=delab;S=Kvittem;G=Olav
      Postal Address  SINTEF DELAB
                      N-7034 Trondheim
      Phone           +47-7-532586(FAX)
      Phone           +47-7-596981
      Description     Research Scientist  -  Communication Networks

Newsgroups: comp.protocols.tcp-ip
From: zweig@cs.uiuc.edu (Johnny Zweig)
Subject: Re: UDP packet headers.
Reply-To: zweig@cs.uiuc.edu
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Tue, 25 Aug 1992 20:21:42 GMT

macauley@bnr.ca (John MacAuley) writes:

>If I have a maximum limit of 8192 bytes for a UDP packet,
>how big can the user data be?  Does the UDP header need
>to be included in this maxsize?

The limitation on maximum datagram size is determined by the implementations
of UDP on both sides of the data transfer.  I know that MacTCP limits you to
8192 octets of user data, and that the protocol limits you to 65535 minus the
combined length of the IP and UDP headers (28, with no IP options present),
but limitations on IP fragmentation/reassembly often make IP godzillagrams
unusable.  So the short answer is "it depends."

-Johnny Header
From: brian@cssc-woll.tansu.com.au (byrnes brian)
Newsgroups: comp.protocols.tcp-ip
Subject: FTP: RFC interpretation
Summary: Query regarding FTP server behaviour
Keywords: FTP, RFC959
Date: 20 Aug 92 03:09:54 GMT
Organization: Customised Software Solutions Centre, Wollongong, Australia



I am currently having a disagreement with IBM regarding their
interpretation of RFC959.  I am using their MVS FTP server 
(part of their TCP/IP for MVS package), and I think their 
server does not adhere to the RFC.  IBM  disagrees.

I am looking for someone who can give me a definitive judgement
on whether IBM's server is doing the right thing or not.

The behaviour of their server that I think is questionable is as
follows:

1  -  a response code of "250" to a STRU command;

2  -  a response code of "257" to a CWD command;

3  -  a response code of "550" to an NLST command to indicate that
      there are no files to list.


Section 5.4 of the RFC has "each command listed with its possible
replies".  As I read it, this section would immediately brand 
responses 1 and 2 as protocol violations, because the server's 
replies are not on the list of "possible replies".

IBM's representative defended the server's actions in the following
words:
"I'm not sure that the intent of section 5.4 is to list each and every
possible reply code from the server.  However, section 4.2 and 4.2.1
further define the reply codes and how they can be used to determine
the state of the machine.  Please have the customer read those sections."

The third response (550 to an NLST), is listed in the RFC as a possible
reply.  However, I believe it is being misused. "550" is a error code.  
I do not see why asking for a listing of an empty directory should be
interpreted as an error. Other FTP servers (e.g. Sun's), simply send
back an empty list in this situation. 


Is anyone out there qualified to judge in this matter?
 


Regards,


Brian Byrnes                     internet: brian@cssc-woll.tansu.com.au
Telecom Australia                fax:      +61 42 29 1021
                                 phone:    +61 42 21 1116

ITC Building                     post:  Locked Bag 8812
Wollongong University                   South Coast Mail Centre		
Northfields Avenue                      NSW  2521
Wollongong     
Newsgroups: comp.protocols.tcp-ip
From: wmchung@eng.ie.cuhk.hk (chung wai man)
Subject: UDP Send Problem
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Thu, 3 Sep 1992 08:40:30 GMT

Hi! I am facing a problem using UDP sockets. I have set the socket to be
 non-blocking. When I use recvfrom() call to receive packets, when nothing
is on the socket, the call fails and return -1. After the failure of 
recvfrom(), I cannot send a packet of 4 bytes only. The errno returned is 35,
meaning that the operation should be blocking.

I am really headached over this problem. I welcome any insights, solution or
comments to me.

Pls email directly to me: wmchung@eng.ie.cuhk.hk

Thanks a lot!
Xref: sparky comp.protocols.tcp-ip:4224 comp.protocols.tcp-ip.ibmpc:4943 comp.os.os2.misc:28476 comp.os.os2.networking:1155
From: probert@fires1.uucp (Neal W. Probert)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,comp.os.os2.misc,comp.os.os2.networking
Subject: Need help with getting IBM's TCP/IP running under OS/2
Date: 28 Aug 92 14:50:48 GMT
Reply-To: probert@fires1.srl.ford.com
Distribution: na
Organization: Scientific Research Labs, Ford Motor Company

I just installed the 3COM 3c505 driver for OS/2 2.0 for use with IBM`s
TCP/IP package.  Here's what I get from STARTUP.CMD:

CALL C:\TCPIP\BIN\TCPSTART.CMD
CONFIGURING TCP/IP
add net default: router 128.5.192.3: (null): Network is unreachable


Here is my protocol.ini just in case:

[PROT_MAN]
 DriverName = PROTMAN$

[IBMLXCFG]
 TCPIP_nif = TCPIP.nif

;*----------------------------------------------*
;*------------- PROTOCOL SECTION ---------------*
;*----------------------------------------------*

[TCPIP_nif]
 DriverName = TCPIP$
 Bindings = ELNKPL_nif


;*----------------------------------------------*
;*--------------- MAC SECTION ------------------*
;*----------------------------------------------*


[ELNKPL_nif]
 DriverName = ELNKPL$
 NETADDRESS = "02608c1aee2d"
 INTERRUPT = 12
 DMACHANNEL = 7
 IOADDRESS = 0x250
 MAXTRANSMITS = 8
-- 
    FORD       | Neal W. Probert   E3154 SRL    | probert@fires1.srl.ford.com
 SCIENTIFIC    | Ford Scientific Research Labs  | 313-845-8178 FAX 313-337-5581
RESEARCH LABS  | Dearborn, MI 48121-2053        |
From: wayne@ultra.com (Wayne Hathaway)
Newsgroups: comp.protocols.tcp-ip
Subject: WANTED: C server TELNET
Date: 28 Aug 92 18:47:17 GMT
Reply-To: wayne@ultra.com (Wayne Hathaway)
Distribution: usa
Organization: Ultra Network Technologies

Could somebody please tell me where to get a public-domain C version
of server TELNET?  Or better, could somebody just e-mail me one?

Much appreciated!

    Wayne Hathaway               domain: wayne@Ultra.COM
    Ultra Network Technologies     uucp: ...!ames!ultra!wayne
    101 Daggett Drive             phone: 408-922-0100 x132
    San Jose, CA 95134              FAX: 408-433-9287
Newsgroups: comp.protocols.tcp-ip
From: martin@axis.se (Martin Gren)
Subject: Re: TCP/IP Print server that supports LPD
Organization: Axis Communications AB, Lund Sweden
Date: Wed, 2 Sep 1992 12:00:53 GMT

Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: TCP/IP printer server with LPD
Summary: 
Followup-To: 
Distribution: world
Organization: Axis Communications AB, Lund Sweden
Keywords: 


Alan Luchuk> In article <16851C670.PA9690@utkvm1.utk.edu>, PA9690@utkvm1.utk.edu
Alan Luchuk>  (Alan Luchuk) wrote:
Alan Luchuk> 
Alan Luchuk> >Are special purpose devices available that do LPD?  Something
Alan Luchuk> >that plugs into an Ethernet on one side and a printer on the
Alan Luchuk> >other and doesn't require additional software/hardware.
Alan Luchuk> 

My company makes a TCP/IP printer server that supports lpd as well as many
other TCP/IP protocols. Further to this it also support Novell IPX
concurrently - with a lot of features. The box takes up to 4 printers.
If you have any further interest - please send me an email, or to
"info@axis.se" or "info@axisinc.com".

/ Martin

Martin Gren                email: martin@axis.se
Axis Communications AB     Tel: +46 46 19 18 38
S - 223 70 LUND,  SWEDEN   Fax:   +46 46 13 61 30
-- 
Martin Gren                email: martin@axis.se
Axis Communications AB     Tel: +46 46 19 18 38
S - 223 70 LUND,  SWEDEN   Fax:   +46 46 13 61 30