HDTenEightyP/NetNews huggingface dataset:
From: jbvb@vax.ftp.com (James B. VanBokkelen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Software release problem?
Keywords: PC/TCP hardware drivers
Date: 4 Jan 93 17:32:46 GMT
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Nntp-Software: PC/TCP NNTP

In article <1huab3INNs4t@vttux1.vtt.fi> leino@rat.vtt.fi (Tapio Leino) writes:
    
    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.

It isn't really clear from this what the problem is:  Does ARP fail (you
should be able to check the cache on both ends), or is it that ARP works
but TCP can't make a connection?  Or is the problem that the TCP connection
opens but you never get a Telnet prompt?

If ARP fails, then the issue may be in the PC's hardware driver - you don't
say which network interface you're using, but the TWG driver may not go to
as much effort to salvage packets in the face of board errors.

If TCP won't connect, examine the packets and refer to RFC 793.

If Telnet never gets a prompt, the issue might be in Telnet option
negotiation.  Check the Assigned Numbers RFC for the names of the options
that Irix is asking for, and check how the PC responds to each.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: reading what you're writing on Suns
Date: 9 Jan 93 08:13:20 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <16287@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>>    2) Is there a patch so the Sun can read it's own packets?
>The precise question you're asking is "is there a patch so that the Sun
>can read its own packets *through the Network Interface Tap (NIT)
>mechanism*, that being the mechanism that "etherfind" uses to listen to
>Ethernet traffic.
>
>I know of none, although a quick look at the code indicates that it
>might be possible to arrange to have non-broadcast packets wrapped
>around, just as broadcast packets are wrapped around, if the Ethernet
>interface is in promiscuous mode, so I suspect such a patch is, at
>least, implementable.

It seems (from dumps of NIT-traces that I have done) as if some packets
do indeed get cloned and looped back, but generally, they don't have the
sender's ethernet address filled in, so they don't always get
recognized for what they are....
-- 
/ 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: julian@math.uni-muenster.de (Julian F. Reschke)
Newsgroups: comp.protocols.tcp-ip
Subject: Help needed: receiving broadcasted UDP packages
Date: 7 Jan 1993 14:15:01 GMT
Organization: Westf. Wilh.-Universitaet Muenster, Germany.
Distribution: world
Reply-To: julian@math.uni-muenster.de
NNTP-Posting-Host: jacquard.uni-muenster.de

Problem: I am trying to receive broadcasted UDP packages. I'm on SunOS 4.1.3,
and use datagram sockets in the internet domain. The port number is 2010 (non-
privileged), and the sender has it's socket configured to allow broadcasts. In
fact, `etherfind' shows that the packets indeed are sent out. However, the
receiver (using revcfrom) doesn't, listening on port 2010, doesn't get them.
When I change to sender not to broadcast, but to send directly to the machine
running the receiver, all works well.

I've looked into SUN's `radio' sources, and all seems to by very similar.
Any help appreciated...




---
________________ cut here _________________________
Julian F. Reschke, Hensenstr. 142, D-W4400 Muenster
  eMail: julian@math.uni-muenster.de, jr@ms.maus.de
________ correct me if I'm wrong __________________

Newsgroups: comp.protocols.tcp-ip
From: alan@oetl1.scf.lmsc.lockheed.com (Alan Strassberg)
Subject: Re: STARLAN 10 10BASE-T hub unit doesn't like adapters
Organization: Lockheed M & S Co., Santa Cruz, California
Date: Fri, 08 Jan 93 18:13:43 GMT

In article <1993Jan8.022641.27932@alf.cooper.edu> hak@alf.cooper.edu (Jeff Hakner) writes:
[..]
>I've had a similar problem.  When I used the Allied Telesis thick-10BASE-T
>adapter and plucked the twisted pair into an AT&T STARLAN 10 hub, the
>whole network starting dying with heavy collisions (and no traffic!).
>WHen I replaced the hub with an Allied hub (more modern), no problems.
>I thought STARLAN10 was supposed to be compatible with 10-BASE-T, but perhaps
>there are some subtel differences which prevent this interoperation?

	When you mix non-link integrity (pre 10BaseT) with 10BaseT
	standard you get massive collisions. I run both the old 
	and new side by side by cascading hubs with an AT&T transceiver
	that has a switch for link-integrity - they work fine together.
	Some hubs (Asante, AT&T) have link-integrity switches on a per-port
	basis. And the newer StarLAN10 cards have a link switch on back.

					alan
-- 
Alan Strassberg   alan@oetl1.scf.lmsc.lockheed.com     (408) 425-6139
Lockheed, Santa Cruz, California.
From: scoggin@delmarva.com (John K. Scoggin, Jr.)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: RMON-Compliant Ethernet Monitors
Date: 31 Dec 1992 15:06:15 GMT
Organization: Delmarva Power & Light Company
Distribution: delmarva
Reply-To: scoggin@delmarva.com
NNTP-Posting-Host: mercury.delmarva.com

Test response via email
From: mcdermj@atlantis.CS.ORST.EDU (Jeremy Mcdermond)
Newsgroups: comp.protocols.tcp-ip
Subject: Help with SLIP setup
Summary: Need serious help in getting PC SLIP to talk to 4.3 BSD
Keywords: SLIP
Date: 4 Jan 93 23:30:40 GMT
Organization: OSU CS Outreach Services, Corvallis, Oregon
NNTP-Posting-Host: atlantis.cs.orst.edu


	Can anyone send me some meaningful e-mail on how to set up SLIP from
an IBM PC running FTP Software's PC/TCP with the Clarkson SLIP8250 packet 
driver to a Microvax II running 4.3 BSD?  I have tried with no sucess, it seems
as if no packets are making it out even though PC/TCP says that it is sending
them.  This is designed to be a dialup connection over 2400 baud modems.  Thanks
in advance.

------------------------------------------------------------------------------
Jeremy C. McDermond				mcdermj@leela.cs.orst.edu
OSU Computer Science Outreach Support Staff	jeremy%symbio.uucp@cs.orst.edu
------------------------------------------------------------------------------
Organization: Sponsored account, Chemical Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.protocols.tcp-ip
Date: Mon, 11 Jan 1993 16:30:40 -0500 
From: Tod McQuillin <tm8t+@andrew.cmu.edu>
Subject: Re: call routine when packet arrives?

"Alex R.N. Wetmore" <aw2t+@andrew.cmu.edu> writes:
> I was wondering if there is any way to have standard bsd sockets
> automatically call a routine when a packet arrives (sort of like what
> signal() does for signals).  Basically, I have a program that isn't
> event driven, but I would like for it to be able to get interrupted when
> certain packets arrive (it is for a bbs, and I need to use it for system
> messages, talk pages, etc).  I used to implement them using signals, but
> since I am moving to a client/server model, and the client can be on a
> different machine, I can't use signals anymore.

Sure.  Use asynchronous I/O.  You'll want to use

	int yes=1;
	fcntl(s, F_SETFL, FASYNC);

Then enable a signal handler for SIGIO.

	signal(SIGIO, handler);

> Otherwise, I could implement the packet waiting routine in where the
> program waits for keystrokes, but I don't see a way of doing that
> without polling (which means high cpu usage).

You could do it this way too.  Use the select(2) system call instead
of polling.

Both these techniqies are well explained in Richard Stevens' book,
"Unix Network Programming," which I highly recommend.
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip
Subject: Packet Driver or PCROUTE on PC-synch card NEEDED! 
Distribution: world
Date: Fri, 08 Jan 93 03:48:26 GMT
Organization: Crynwr Software

In article <1993Jan8.002633.24525@ll.mit.edu> black@ll.mit.edu writes:

   I need to upgrade my Slip service to operate on a 56kB leased DDS line,
   for which my CSU/DSU operates synchronously.

   Is there a PCROute driver, or a packet driver, which can talk to a PC
   card which does synchronous serial?  

Ask Niwot Networks.  They sell ISA sync cards that have packet drivers.
They're at 303-444-7765.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
From: dos@major.panix.com (Dave O'Shea)
Newsgroups: comp.protocols.tcp-ip
Subject: Address conversion
Date: 11 Jan 93 13:47:51 GMT
Organization: Department of Redundancy Department

I've got the enviable task of connecting together two networks that were
designed separately. One is on the internet, so they've kept their
addressing clean and up to specs, but the other one is a small
stand-alone network that has its own rather unique addressing scheme.

Changing the addresses on the network is not really an option; the app
they have is hard-coded to look for certain addresses, and rewriting it
would be more troublesome than it's worth.

What I'm looking for is something along the lines of a router than could
hold an address translation table (which would, of course, have to be
generated by hand, but that's no problem), and convert addresses going
in both directions.

As this will be used to pass only some SNMP traffic, performance isn't
an issue; 50-100 packets/second would be more than sufficient.

Does anyone know if such an animal exists? I've heard of folks doing
something along these lines with what they called a gateway, but I've
been unable to trace down any commercial source for a product such as
this.
Newsgroups: comp.protocols.tcp-ip
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Mil-Stds for TCP/IP
Nntp-Software: PC/TCP NNTP
Keywords: MIL-STD TCP/IP
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Wed, 06 Jan 1993 16:13:21

In article <1993Jan5.214247.123@taney.uscghq.uscg.mil> roseberry@taney.uscghq.uscg.mil writes:

          Does anyone know what Mil-Stds discuss the various parts of TCP/IP,
          SMTP, FTP, and Telnet ?

MIL-STD-1777 is IP, 1778 is TCP, 1780 is FTP, 1781 is SMTP, 1782 is
Telnet.  However, most of the above are either incorrect, obsolete or
both.  See RFCs 963 and 964 for errors in 1777 and 1778.  RFC 959
(the correct spec for FTP) and a number of Telnet Option RFCs
post-date 1780 and 1782.  I don't know anything specific wrong with
1781, but you should refer to RFCs 821 and 822 anyway.

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

Newsgroups: comp.protocols.tcp-ip
From: bwarner@mentor.cc.purdue.edu (Bill Warner)
Subject: Re: MORE ON TOOLS TO FIND ROUTING TABLES OF REMOTE HOSTS
Keywords: ripquery
Organization: Purdue University Computing Center
Date: Wed, 6 Jan 1993 15:37:58 GMT

In article <C0EtFo.FCq@exicom.OZ.AU> ray@exicom.OZ.AU (ray) writes:
>
>I was hoping that there would be a solution which only required 
>that the gateway in question be running some routing daemon
>talking RIP (e.g. gated), which is a more common property of gateways
>than SNMP .
>
Using only RIP may not give you all of the information you want.  You can
certainly send a RIP Request to a remote machine. But, the only information RIP
will send back is a list of destinations for which that machine has routes, and
the associated metrics.  For example, it will not tell you what gateway the
remote machine uses to reach the destination.  Nor will you get any of the
other information which netstat provides.

Bill



-- 
Bill Warner						(317)494-1787
General Consulting					bwarner@cc.purdue.edu
Purdue University Computing Center			bwarner@PURCCVM.BITNET
From: nguyenth@amertume.ibp.fr (Thao Nguyen)
Newsgroups: comp.protocols.tcp-ip
Subject: Distributed Applications?
Date: 4 Jan 93 10:23:10 GMT
Organization: Universite PARIS 7 - UFR d'Informatique

Hi there,

First: Happy New Year All ;)

I'd like to know more about distributed applications. I mean how do they really work and how to implement
them. If any gurus out there give me some hints on that.
Also, if there's any newsgroups, mailings or books that I can refer to if I want to know more
about distributed development. (e.g. is client-server applications can be called distributed?)
Well I'm kindda *rookie* so excuse me if it's not the right newsgroup for that :)

Thanx & Bye
-- 
Thao
Believe it or not but I have no e-mail address!
From: alagu@Apple.COM (Alagu Periyannan)
Newsgroups: comp.protocols.tcp-ip
Subject: raw sockets and TCP/IP internals
Keywords: tcp,ip,sockets
Date: 10 Jan 93 03:08:41 GMT
Organization: Apple Computer Inc., Cupertino, CA

Hi!

I would like to write some programs on a UNIX system to test
the TCP/IP protocol implementation on another system, say a black
box running a TCP echo server.  I need to test the IP and TCP
implementations on such a black box.

Is there any document where I can get more information on opening
raw sockets and accessing the tcp and ip layers directly ?
I would like to have access to the sequence numbers, ack numbers,
checksums, etc. on the outgoing packets.
I would also like to analyze the response from the black box
to determine whether it conforms to TCP/IP protocol.

Any suggestions on how to do this ??

There are many include files in /usr/include/netinet which are never
used with normal sockets programs. Is there any documentation for
using these files in programs ?

Thanks.

-Alagu Periyannan

alagu@apple.com

-- 
---------------------------------------------------------------
Alagu Periyannan

alagu@apple.com

.... and the cosmic hippo rides a jet carpet !!
Newsgroups: comp.protocols.tcp-ip
From: sasmkg@unx.sas.com (Mark Gass)
Subject: seeking WINSOCK API definition
Date: Fri, 8 Jan 1993 22:55:59 GMT
Organization: SAS Institute Inc.
Keywords: tcp/ip sockets MS-Windows WINSOCK

Where can I find the definition for the WINSOCK
API (the recently defined socket API for MS-Windows)?

I would like to understand portability problems
between UNIX and WINSOCK. For example, I assume
that socket descriptors cannot be passed by
the normal fork()/process-creation mechanism that
is used under UNIX. If this problem exists, are additional
functions introduced as an alternative socket passing
mechanism?

Thanks,

Mark Gass                EMAIL: sasmkg@unx.sas.com
SAS/C Development        Voice: (919) 677-8000
SAS Institute            FAX: (919) 677-8224

Newsgroups: comp.protocols.tcp-ip
From: fisher@tinton.ccur.com (Greg Fisher)
Subject: Trivial Telnet?
Originator: fisher@bach.tinton.ccur.com
Keywords: telnet udp
Organization: Concurrent Computer Corp., Tinton Falls, NJ
Date: Fri, 8 Jan 1993 16:22:43 GMT

I was working with a unix kernel the other day whose TCP protocol was
"sick", so I could not telnet or ftp to the system.  But udp & ip were fine;
ping and tftp had no problems.

So I just wondered if anyone knows of a telnet-like thing which uses udp
(or even raw IP?) so that you can log in and poke around even when half
of the protocol stack has gone South?

(I realize that some packets may be lost, but I don't think that matters
very much in this kind of situation).

Comments?

-- 

Greg Fisher @ fisher.tinton.ccur.com

Newsgroups: comp.protocols.tcp-ip
From: stein@itek.norut.no (Stein Olav Toennessen)
Subject: Source routing of "raw-IP" packets.
Keywords: Source routing, raw-ip
Reply-To: stein@itek.norut.no (Stein Olav Toennessen)
Organization: FORUT Information Technology
Date: Mon, 11 Jan 1993 15:15:39 GMT


I'am looking for simple programs which use "loose source routing" in order to 
spesify a route of internet-addresses which raw-ip packets has to visit.

I have tried to implement some code which do this, on a decstation runing ultrix 4.2a, using BSD-sockets without sucess so far. Has somone done this before using raw BSD-sockets? If so how did you do it?

Is there other ways to spesify addresses which datagrams have to visit before delivery at destination?  (other then loose and strict source-routing)

If so, can the source-address and destination-address be the same ?

Please reply to me directly !!

__________________________________________________________________________
Stein Olav Toennessen 		Phone: +47 83 80150, Fax: +478382420
FORUT IT AS 
NORUT-Gruppen AS
N-9005 Tromsoe, Norway		E-mail: stein-olav.tonnessen@itek.norut.no
--------------------------------------------------------------------------
From: roseberry@taney.uscghq.uscg.mil
Newsgroups: comp.protocols.tcp-ip
Subject: Mil-Stds for TCP/IP
Date: 5 Jan 93 21:42:47 EST
Organization: United States Coast Guard


	Does anyone know what Mil-Stds discuss the various parts of TCP/IP,
	SMTP, FTP, and Telnet ?

	Thanks.

	- Bert Roseberry
	  US Coast Guard

	  roseberry@taney.uscghq.uscg.mil

Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: TELNET terminal types
Nntp-Software: PC/TCP NNTP
Keywords: Telnet terminal type
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Tue, 12 Jan 1993 12:51:38

In article <C0pn8v.Anq@boulder.parcplace.com> imp@boulder.parcplace.com (Warner Losh) writes:

    In article <jcmorris.726603002@mwunix> jcmorris@mwunix.mitre.org (Joe
    Morris) writes: 
    
    >So...any comments?  Is Wollongong alone in adhering to RFC 1060, or do
    >the UNIX vendors say "RFC's aren't legal standards", or have I missed
    >some obvious point here?
    
    I've seen other things that adhere to the RFC 1060 standards wrt
    terminal type.  I think that Multinet does as does the TOPS-20
    implementation, but I could be wrong on either of these.

PC/TCP defaults to RFC 1060, but we let users configure their own
names if they choose.  It would be nice if people paying for "support"
from the various Unix vendors submitted this problem as a bug - the
actual work of adding aliases wouldn't take them more than 1 day of a
junior engineer's time, and the Internet would become a *lot* better.

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

Newsgroups: comp.protocols.tcp-ip
From: fredh@bohr.logiconultra.com (Fred Hronicek)
Subject: TCP/IP Software for VAX 8700
Keywords: TCP/IP, VAX
Organization: Logicon_Ultrasystems
Date: Thu, 7 Jan 1993 19:34:48 GMT



Does anyone know of what TCP/IP software is available for the VAX 8700?
(Vendor name, approximate cost, etc) 

Shareware would be nice.

Fred Hronicek
Logicon Ultrasystems, Inc.
310/643-5111
From: donp@novell.com (don provan)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP/IP for Tops-10
Date: 8 Jan 93 19:51:39 GMT
Organization: Novell, Inc., San Jose, California

In article <lkrbiuINNi35@news.bbn.com> mckenzie@labs-n.bbn.com (Alex McKenzie) writes:
>According to Jerry Burchfiel, who was there at the time: "Bill Plummer
>and Ray Tomlinson of BBN first implemented TCP/IP on TENEX.  Thanks to
>Charles Lynn, also of BBN, it was later ported onto TOPS-20.  I think it
>skipped over TOPS-10."

Gee, if i'd known there'd be this much interest, i would have posted the
answer instead of just sending it directly.  I implemented TCP/IP on
TOPS-10.  There's no relation between the TOPS-10 implementation and the
TENEX/TOPS-20 implementation.  On the other hand, a derivitive of the
TOPS-10 code ran on WAITS, just in case anyone thought this conversation
wasn't obscure enough yet.  To my knowledge, there is no copy of the
code on the face of the earth, though i'd be happy to hear someone tell
me i'm wrong, particularly if they could send me a copy.

And, although i can't imagine anyone really cares, it ran on 6.02 and
6.03a.  After that i'm a little vague, but i think i got it to run on
7.00, but not 7.01.  Something about radical changes to the IO system
in 7.01, but, gee, that was many years ago so i don't remember the details.

						don provan
						donp@novell.com
Newsgroups: comp.protocols.tcp-ip
From: ben@csi.compuserve.com (Benny Jones)
Subject: TCP/IP for Tops-10
Organization: CompuServe Incorporated
Date: Thu, 7 Jan 1993 20:10:08 GMT

Back in the medieval days of computing, did TCP/IP ever run on a
TOPS-10 system?  I'd be very interested in knowing who did it or
any names of individuals that I might contact with questions about
the implementation.  Thanks loads.

-- 
Benny Jones		614-457-8600
CompuServe 		70003,1153
Internet		ben@csi.compuserve.com
			hjones@magnus.acs.ohio-state.edu
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
From: rama@andy.bgsu.edu (Sub Ramakrishnan)
Subject: IBM PC public domain TCP/IP, RPC stack
Followup-To: comp.protocols.tcp-ip.ibmpc
Keywords: IBM PC, TCP/IP, RPC, Ethernet
Organization: Bowling Green State University B.G., Oh.
Date: Tue, 12 Jan 1993 13:41:55 GMT


Hi, our PC will be connected to the ethernet
backbone using  a WD 8003 or something similar.
I want to do some RPC programming on RPC.

Two questions:
(1) Are there any public domain TCP/IP stack for IBM-PCs? 
(2) Are there any public domain Sun RPC or equivalent for IBM-PCs?

Thanks,
==sub

-- 
Dr. Sub Ramakrishnan         Internet: rama@truth.bgsu.edu
Dept of Computer Science     Bitnet:   rama@bgsuopie
Bowling Green State University
Bowling Green, OH 43403      Voice: 419 372 2337. Fax:419 372 8061
Newsgroups: comp.protocols.tcp-ip
From: hughes@logos.ucs.indiana.edu (larry hughes)
Subject: Re: PoP3 Daemon ftp site
Organization: University Computing Services News
Date: Wed, 6 Jan 1993 13:48:52 GMT

> Does anyone know where I can find an FTP site for the PoP3
> daemon. I can find plenty for PoP2, no PoP3 alas.

I tried to reply in private, but the headers on your posting (and
your signature) didn't indicate an email address.  I don't know
of European locations, but here are two U.S. locations:

Unix POP3 Daemon:
        lilac.berkeley.edu
        /pub/popper

VMS POP3 Daemon:
        logos.ucs.indiana.edu
        /pub/iupop3

 //==================================================================\\
||      Larry J. Hughes, Jr.       |        hughes@indiana.edu        ||
||       Indiana University        | "The person who knows everything ||
||  University Computing Services  |        has a lot to learn."      ||
 \\===================================================================//