HDTenEightyP/NetNews huggingface dataset:
From: edmund@qualcom.qualcomm.com (The Silver Surfer)
Subject: Processing data from Netwatch
Keywords: netwatch
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 13 Oct 1992 16:34:19 GMT

Does anyone know how to read or process a file that was dumped
from Netwatch? The Netwatch program allows one to write packet
data to a file, and it would be nice to actually read it to 
examine what kind of packets are in there. Are there any tools
that I've overlooked?

-- 
--------------------------------------------------------------------------
edmund@qualcomm.com  (Ed Villavert)   "There's a place I like to hide,
Qualcomm Incorporated		       A doorway that I run through in the
San Diego, Ca  phone: (619) 597-5192   night." -- Silent Lucidity
Xref: sparky comp.protocols.tcp-ip.ibmpc:5651 comp.windows.x:17730
From: xappeal@xtreme.sublink.org (X Appeal Info)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.windows.x
Subject: Re: Desqview/X over SLIP
Date: 9 Oct 92 18:47:49 GMT
Organization: Xtreme s.a.s. - Livorno, Italy

ileicht@jarthur.claremont.edu (Spiff) writes:

> Appendix B: RS232-based access
> 
> FTP's SLIP protocol allwos DESQview/X systems to be linked to remote computer
> using RS232-based connections. This can be used to provide dial-up access
> to any remote system over a modem.
> 
> Does this mean that they want me to buy FTP's package just so I can use
> their SLIP driver?!!?!? So to connect via xwindows to a mainfraim they
> want me to buy Desqview/X, Desqview/X Network Manager Desqview/X to other
> X Systems, AND FTP's package???? 

I'm sorry for you, but I think you're right...

> agghghg.. Is there any way I can get Desqview/X to recognize the current
> drivers I am using (slip8250). I don't see why I shouldn' be able to tell
> it the ioadress and other information that works fine with KA9Q and CUTCP.

Because KA9Q and CUTCP include the TCP/IP network layer inside, while
Desqview/X doesn't (like most, but not all, DOS X servers).
The problem is that for applications like the one you are thinking of,
Desqview/X is not exactly the best choice. It offers things that no DOS
X server offer (local clients and multitasking on the PC), but at the
expense of ease of setup and overall cost. Desqview/X *contains* a DOS
X server, but *is not* exactly a DOS X server, in the common sense of the
term: there is no similar product which requires *two* separate software
modules (or three as you write) *plus* the TCP/IP transport, to be able
to talk to other systems on the network.

Have a look at Daniel Jack McCoy's list of non-Unix X servers, recently
posted on comp.windows.x, for cheap alternatives. It is also available
on export.lcs.mit.edu, directory contrib.


Best Regards

Giovanni Novelli
Xtreme s.a.s. - Livorno, Italy
xappeal@xtreme.sublink.org
From: harvey@indyvax.iupui.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Kermit TCP/IP troubles
Date: 16 Oct 92 18:42:22 -0500
Organization: Indiana University-Purdue University at Indianapolis

In article <1992Oct16.120525.59771@cc.usu.edu>, jrd@cc.usu.edu writes:
>[stuff deleted]
> 	A clarification. Kermit does work ok with nameservers but two things
> can lead to trouble. One is that shim ODIPKT from Dan Lanciani allows register
> DI to be modified and that upsets higher level C code, most commonly in the
> DNS material of MSK 3.11. MSK 3.12 works around this item, plus it can go
> straight to ODI rather than though the shim. The second item is DNS lookups
> by Kermit are done with UDP packets, and there are always a few DNS servers
> which are configured to work only with TCP rather than both TCP and UDP.
> Check the SERVICES file on the DNS machine to ensure both protocols are
> supported.

It should be noted here that the Host Requirements RFC 1123 *requires* DNS
servers to support UDP queries.  The word used is MUST - it isn't optional.
Unless they are running some really ancient broken software, such servers are
probably simply misconfigured.  I can't think of *any* reason one would want
to intentionally configure a DNS server this way...

>[rest deleted]
--
James Harvey    IUPUI OIT Technical Support
harvey@iupui.edu  harvey@indiana.edu  uucp:iugate!harvey  bitnet:harvey@indyvax
Organization: Ryerson Polytechnical Institute
Distribution: na
Date: Friday, 9 Oct 1992 15:50:04 EST
From: Michael Yamashita <ACAD8011@RyeVm.Ryerson.Ca>
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Tn3270 and Windows


I have a few questions about running TN3270 in DOS and under
Windows.

1) What TN3270 package is everyone on internet using? (In DOS and
under Windows.)

2) Are you running WINPKT.COM when you are running under WIndows?

3) Is there a TSR version of TN3270 other than MicroTN which will
allow DOS users to jump between applications?

4) Is everyone have as much trouble as I am with running TN3270
under Windows?

Here is our situation.  At Ryerson we have started converting all
our users to Ethernet connections to our backbone to access the IBM
mainframes.  Some of these users had CXI or IRMA type cards and
they would like the same functionality.  Eg. run Wordperfect and
3270 emulation at the same time.  We have been able to give some of
the users MicroTN (which comes with Clarkson Universities version
of Telnet) but the more advanced users would like more
functionality than MicroTN offers.  Eg. FTP without getting out of
MicroTN.

Here is where Windows fits in.

We tested WIndows 3.1 and Clarksons TN3270 on a IBM machine (55sx)
and it all worked well so we gave it to some users.  They had clone
386 and 486 machines and they had varying results.  Some user would
have to run WINPKT.COM to be able to get TN3270 to run under
Windows and others would not.  Everyone had problems with a certain
keystroke combination not working.  We assigned PA2 to the Ctrl+End
key combination and when users are in Windows it seems the key
combination is intercepted and does nothing.  When running in DOS
the key combination works.  The network cards are Racal Interlan
NI5210's and the machines are local clones.

Any help would be much appreciated.
From: waverheu@vub.ac.be ("Verheulpen W.")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Telnet to a PC?
Date: 8 Oct 92 08:30:35 GMT
Distribution: world
Organization: The Internet

In a posting cis.ohio-state.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.
>
>
>
> I have been trying to telnet into a 486 running NCSATelnet in server mode
> under DOS with no success so far.  I was wondering if such a thing is possible
> with NCSATelnet or do I need some other software?  If I am finaly able
> to telnet into the computer, will I be able to run all the programs in the
> computer remotely?
>
> Thanks
> --
> Juan
>
>
If yre running windows then try winqvtnet. I'm using it all the time as
an ftp server soft. No problem.

--
====================================================================
Willy Verheulpen                            Systems Coordination
                   Institute for Molecular Biology
Brussels Free University                                 Belgium
I-------------------------------------I----------------------------I
I Bitnet :   waverheu@bbrbfu60.bitnet I Things tend to get worse   I
I Intern :   waverheu@vub.ac.be       I under pressure (Murphy)    I
I_____________________________________I____________________________I
Usual Disclaimer: No connection with any commercial product.
====================================================================
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ODIPKT and Token Ring
Date: 7 Oct 92 11:18:22 MDT
Distribution: world
Organization: Utah State University

In article <718280812snx@childsoc.demon.co.uk>, mike@childsoc.demon.co.uk (Michael Bernardi) writes:
>>ODIPKT loads itself nicely on top of my TOKEN.COM driver and reports itself 
>>as a Class 3 packet driver (Token Ring Framing)  The only problem is that 
>>all my TCP applications (NCSA Telnet, Trumpet, WATTCP, Gopher. etc.) will 
>>only talk to a Class 1 packet driver (eg. Ethernet).  Is there any way to 
>>make ODIPKT, running over a Token Ring board look like Ethernet....a shim 
>>of some kind?
>>
>>IBMTOKEN.COM is not an option for me because I have no need nor desire to 
>>load IBM's LAN support program which it requires.
> 
> I was just about to write this very message:-)
> 
> What it seems is needed is a ODITOKEN.COM program. This would load talk to
> the NIC via the ODI drivers BUT talk to the application via ethernet paket
> driver. Of course the best solution would be for application to understand
> BOTH Class 1 and 3 packet drivers. However us Token Ring users seem to be
> second class :-) so this is unlikely.
>                         Mike
> --
>  Michael Bernardi        mike@childsoc.demon.co.uk (Internet) | Making lives
>  The Children's Society, Edward Rudolf House, Margery Street, | worth living
>  London, WC1X 0JL, UK    Voice: +44 71 837 4299    Charity Reg. No. 221124
----------
	Carrying the point forward, the longer term solution is to get the
applications to speak ODI as well as PD and/or NDIS. It's not that hard, and
I've given away any secrets already in the example file msnpdi.asm from
Kermit. That provides Ethernet_II frames to the higher level software but
composes them from whatever frames ODI supports (Ethernet_whatnot, Token Ring,
Arcnet, etc). It is just exploiting the capabilities of ODI. Some details
of wire-framing need to get to the higher level software if ARP is to be done
well, and again msnpdi.asm provides that information in terms ARP code is
prepared to use (media ident, MAC address length).
	For those with the technical interest, file msnpdi.asm does joint
ODI and Packet Driver interfacing and buffering, companion file msnpkt.c
is the buffer dequeuer, file msnarp.c does ARP things. See these on 
watsun.cc.columbia.edu, cd kermit/a, or on my NW server netlab2.usu.edu, cd
kermit for Kermit files, cd ODI for the ODI manuals from Novell.
	Joe D.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dv@welch.jhu.edu (Deepak Vaidya)
Subject: Re: Help with ODI and QVTNET27/NCSA Telnet
Reply-To: dv@welch.jhu.edu
Organization: Welch Medical Library, Johns Hopkins University
Date: Fri, 16 Oct 1992 12:00:35 GMT

In article 11101@cfa203.harvard.edu, mcn@cfa203.HARVARD.EDU (Charley Noecker) writes:
> From article <1992Oct13.232257.20513@trl.oz.au>, 
> 	by tyers@rhea.trl.OZ.AU (P Tyers):
> > From article <davidw.718919455@auck.irl.cri.nz>, 
> 	by davidw@auck.irl.cri.nz (David White):
> >> In <1992Oct12.155002.7358@welchgate.welch.jhu.edu> 
> 	dv@welch.jhu.edu (Deepak Vaidya) writes:
> 
> >>>Can anyone help with getting NCSA or QVTNET27 running under windows 3.1.  I am 
> >>>able to run NCSA from dos using odipkt but every time that I run it under
> >>>windows I am kicked out to the dos prompt.
> > 
> > This is a familiar error I recently encountered. I found that in the
> > "qvt_tcp.rc" file there is a definition (mandatory) of the packet_driver
> > interrupt vector. The supplied default is 60 which works with ipxpkt etc.
> > ODIPKT.COM has a default vector of 105 according to the supplied doco, when
> > I used this the program stopped dropping out to DOS prompt. That is within
> > file qvt_tcp.rc set the packet vector to 105 and hopefully you will not drop
> > out to dos. However, I now have a different problem (see my posting of 14
> > Oct.) which I have yet to resolve re packet class.
> 
> I believe it will prove more helpful to try either WINPKT or PKTMUX.
> I didn't have any success with WINPKT, but I hear that's what Deepak
> Vaidya used, apparently successfully.
> 
> Charley Noecker              Smithsonian Astrophysical Observatory
> POINTS Group                 Mail Stop 63
> noecker@cfa.harvard.edu      60 Garden St 
> 617-495-7329                 Cambridge, MA 02138


Here is the load sequence that I used to get qvtnet27 working under windows,
with odipkt software.

lsl
3c507
ipxodi
odipkt 3 97
c:\qvtnet\pktint
netx

Net.cfg
link support
	buffers 8 1500
	mempool 4096

link driver 3c507
	Frame Ethernet_802.3
	Frame Ethernet_802.2
	Frame Ethernet_SNAP
	Frame Ethernet_II

The packet_vector=61 is the statement used in qvt_tcp.rc file.  I hope this helps.

- Deepak Vaidya
dv@welchgate.welch.jhu.edu
[128.220.59.13]
From: mcw@pine.circa.ufl.edu (WRIGHT)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Microsoft sockets API??
Date: 14 Oct 92 12:47:51 GMT
Reply-To: mcw@pine.circa.ufl.edu
Organization: University of Florida  (ufl.edu)
News-Software: VAX/VMS VNEWS 1.3-4

Does anyone know anything about a Microsoft sockets-compatible TCP/IP
library?  Is it shipping?  Does it cost anything?
From: greg@ansoft.com (Greg Kochaniak)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Packet driver for Novell NE3200
Date: 12 Oct 92 12:54:59 GMT
Article-I.D.: ansoft.Bw0EJo.H9J
Organization: Ansoft Corp. Pittsburgh

Is there a packet driver for Novell NE3200 EISA board?

Greg Kochaniak
Ansoft Corp., Pittsburgh PA
greg@ansoft.com
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: PPP Packet Driver? 
Distribution: world
Date: Thu, 08 Oct 92 01:51:06 GMT
Organization: Crynwr Software

In article <718281748snx@childsoc.demon.co.uk> mike@childsoc.demon.co.uk writes:

   I've just been reading the documentation supplied with the Crynwr Packet
   Drivers and also with KA9Q. It appears that Phil Karn wrote the SLIP driver
   for KA9Q and allowed it to be ported as a Packet Driver.

Um, more like I referred to his SLIP driver.  It's not exactly a port.

   KA9Q currently has PPP support, I also understand that this code has been put
   into the public domain. I'm not a programmer but how difficult would it be to
   port this code as a Packet Driver?

I don't believe that any part of KA9Q is in the public domain.  It is
freely copyable for educational institutions and radio amateurs.  All
others need to talk to Phil...

-russ <nelson@crynwr.com> I'm proud to be a humble Quaker!
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: eoq@vthnw.cvm.msu.edu (Edward Quillen)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: PACKET DRIVER for D-link card (DE-100)
Date: 15 Oct 92 13:47:11 GMT
Organization: Veterinary Teaching Hospital, Michigan State Univ.


Is there a packet driver for the D-link card (DE-100)?
Thanks for the help!

+++++++++++++++++++++++++++++++++++++++++++++++++
+++ ED (Edward Quillen)   (517) 336-1293      +++
+++ Vet Teaching Hosp.    System Admin.       +++
+++ Email: quillen@cps.msu.edu                +++
+++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: cm@impmh.uucp (Colin Manning)
Subject: Question about pkt driver async transmit request
Organization: Integrated Micro Products Ltd
Date: Thu, 15 Oct 1992 09:38:11 GMT

Two question actually.

1. Is the async transmit request widely implemented in recent packet drivers ?

2. Is is OK to mix asynchronous and synchronous transmit requests ?
E.g, after you have made an async transmit request, which the packet driver
has started to transmit, is it valid to do a synchronous (or async for that
matter) transmit request before the pkt driver has completed the first
async transmit ?
-- 
Colin Manning     cm@impmh.uucp      Tel: +44 753 516599
From: seth@gradient.cis.upenn.edu (Seth Bromberger)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Help me please!
Date: 13 Oct 92 23:58:03 GMT
Organization: University of Pennsylvania

I am looking for some kind person to mail me instructions on how to
set up the necessary software for a SLIP connection (IBM PS/2 running DOS,
14.4K modem on COM1:).  SLIP connections are made here after dialing into
a modem pool and issuing a command.  I know very little about this, and
haven't been able to find the FAQ.  I have NET.EXE, but don't know what to
do with it.
Any help would be GREATLY appreciated...

Thanks,

Seth Bromberger
seth@gradient.cis.upenn.edu
From: mleber@WES.ARMY.MIL (Mark Leber)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Have ethernet, how do I get tcp/ip? (newbie question)
Date: 14 Oct 92 19:45:09 GMT
Reply-To: Mark Leber <mleber@wes.army.mil>
Distribution: world
Organization: The Internet

On 12 Oct 1992, Nelson Minar wrote:

> please forgive me for asking what is probably a very basic question,
> but I've got no idea what I'm doing here.. (I'm not completely
> clueless, but it's been a long time since I've worked with DOS).
> 
> Someone here has an IBM PC with an Asante ethernet board. She wants to
> put it on the Internet. What do I need to do? Apparantly, there's no
> ready-made software with her ethernet card, nothing like telnet or ftp
> clients.
> 
> I assume I need a driver. Should there be a software driver with the
> card? Where do I get clients once I have the driver installed?
> 
> I've pulled the PC/IP software down from the net, but I was surprised
> to find only source code, no binaries. Does everyone build their own
> versions of the software? Unfortunately we don't have a handy copy of
> Microsoft C here (except an old version of Quick C, which I assume is
> insufficient).
> 
> Hoping that it's easier than it looks,
>                 __
> nelson@reed.edu \/          Days go by, endlessly pulling you into the future

Nelson,

You can talk to Russ Nelson and see if there is a packet driver for that
paticular card.  If there isn't, Russ will write one for a fee.  Also, the
best communication package (shareware) is NCSA, which we use with no problems.
You can get NCSA from ftp.ncsa.uiuc.edu. 
 Russ Nelson = nelson@crynwr.com

-mark

---------------------------------------
Mark Leber
Systems Engineer
Waterways Experiment Station
Information Technology Lab
Vicksburg, MS
e-mail - mleber@wes.army.mil
phone - (601)634-4607
From: mcn@cfa203.HARVARD.EDU (Charley Noecker)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Reading mail (and news) from a PC...
Date: 16 Oct 92 14:19:30 GMT
Reply-To: noecker@cfa.harvard.edu
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA

From article <jeuck.27.0@unix.sri.com>, by jeuck@unix.sri.com (Philip Jeuck):

> I disagree that Trumpet is "rough around the edges".  Sure its not rn or 
> other Unix style newsreaders but once you get over the breakin period it is 
> very easy to use and fully functional.  And I don't think you will find any 
> Unix style readers that run under DOS.
> 
> Phil Jeuck
> jeuck@unix.sri.com

No flames, just a clarification of my remark :-) 
My main gripes after having used it for a few days are all mentioned
in the wish list in the docs...  So what I want is already planned.

I am not satisfied with my present Unix reader either; our version of
'vn' doesn't allow me to block certain titles or 'threads'. (Unix
users: yes, I see a test drive of 'trn' in my future...).  Two other
features that are not available in 'vn' that _are_ in Trumpet :-) are
1) easily backtracking through _some_ old messages, and 2) subscribing
to new groups by menu selection.  Something that doesn't seem to be
possible in either: when posting/following up to the Usenet, I'd like
to be able to select additional newsgroups to cross-post to by menu
selection rather than by memory.  Usenet old folks probably cringe at
the thought of simplified cross-posting, but on some rare occasions
it's useful.

Charley Noecker              Smithsonian Astrophysical Observatory
POINTS Group                 Mail Stop 63
noecker@cfa.harvard.edu      60 Garden St 
617-495-7329                 Cambridge, MA 02138
From: long@vax.ox.ac.uk (Neil J. Long)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: FTP PC/TCP 2.1 & eXceed 3.0 for DOS
Date: 13 Oct 92 15:44:53 GMT
Organization: Materials Department, University of Oxford

Hi
Anyone any suggestions why it is that I can make telnet/rexec/.. connections 
to a host server but cannot get an X window to open up on the PC?
I keep getting : Cannot Open Display using both host:0 or numeric_ip:0 forms 
for a -display switch.
Does ethdrv provide access for port :0 for Xwindows or is there some more 
mysterious bug.
ethdrv v 2.1
exceedp v3.01
thanks
Neil
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: oury@techbook.com (David Oury)
Subject: Any PD tcp-ip drivers for PC?
Organization: TECHbooks --- Public Access UNIX --- (503) 220-0636
Date: Thu, 15 Oct 1992 00:24:31 GMT

Hi all,
I am looking for TCP-IP drivers for a 386. This is so i can 
network it and a sun3/60 together. Any one have any suggestions
about where to get such a thing (as cheaply as possible)?
Thanks for your time,
David

-- 
oury@techbook.COM  Public Access User --- Not affiliated with TECHbooks
Public Access UNIX and Internet at (503) 644-8135 (1200/2400, N81)
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ODIPKT and Token Ring
Date: 15 Oct 92 07:05:11 MDT
Organization: Utah State University

In article <718895298snx@childsoc.demon.co.uk>, mike@childsoc.demon.co.uk (Michael Bernardi) writes:
>>I've just been thinking some more about this. Given that few if any
>>applications support TR. Also that ODIPKT (and the NDIS Packet Driver?)
>>produce Token Ring packets. Then a ETH2TR "shim" would seem a good solution?
>>This would assume applications were using Ethernet and card were using TR.
>>Then IBMTOKEN would need re-writing as TOKEN.COM or LANSUP.COM or renaming to
>>LANTRPKT.COM? :-)
> 
> Are there ANY TCP/IP application that understand Token_Ring packets? Apart
> from FTP's TCP/IP Package. I think I've installed the software correctly but
> every application I try looks for an Ethernet packet driver, which it says
> cannot be found :-(
> --
>  Michael Bernardi        mike@childsoc.demon.co.uk (Internet) | Making lives
>  The Children's Society, Edward Rudolf House, Margery Street, | worth living
>  London, WC1X 0JL, UK    Voice: +44 71 837 4299    Charity Reg. No. 221124
--------
	Yes, MS-DOS Kermit v3.12 will work over Token Ring with an ODI stack,
no shims needed. Ditto for Arcnet and flavors of Ethernet, complements of the
ODI software itself plus passing up to Kermit's TCP/IP main body the essentials
needed for proper ARP packet construction (Kermit does not need to fake ARP).
	For Token Ring recall that some piece of software should handle source
routing et al, and ODI does so. A simple bit mover to fixup a TRN frame to
look like an Ethernet frame is not sufficient.
	Joe D.
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.tcp-ip,comp.sys.sun.hardware
From: carson@cs.columbia.edu (Carson A. Gaspar)
Subject: WANTED: Opinions on EISA ethernet boards
Organization: Columbia University Department of Computer Science
Date: Tue, 13 Oct 1992 05:15:02 GMT

I will be purchasing an EISA 486DX50 machine that will be running SCO
Unix, and I would like others' opinions on which ethernet card I
should get.  It will be used primarily for NFS and X11 over TCP/IP.
Cost is an issue, but not a very big one (i.e. if it's $500, OK, but
if it's $2000 I don't care how fast it transfers data! ;)

Thanks,



-- 
			    Carson Gaspar
			carson@cs.columbia.edu
From: paulf@manor.demon.co.uk (Paul Fawcett)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: NCSA v CUTCP
Date: 12 Oct 92 23:22:11 GMT
Organization: UDI







Would anyone care to offer a brief qualitative comparison, partisan
or neutral, of NCSA Telnet v CUTCP? 

Given the choice which one would *you* choose?







--------------------------------------------------------------------------
Paul Fawcett                 |      Internet: paulf@manor.demon.co.uk
London, U.K.                 |                tenec@sun.pcl.ac.uk
--------------------------------------------------------------------------