HDTenEightyP/NetNews huggingface dataset:
From: MLONG@isucard.card.iastate.edu
Subject: Re: Token Ring wiring
Organization: CARD
Date: Wed, 18 Nov 1992 19:50:10 GMT

In article <BxwA18.3E1@well.sf.ca.us>                                                                                                                 
shiva@well.sf.ca.us (Kenneth Porter) writes:                                                                                                          
                                                                                                                                                      
>Each Token Ring card came with a cable with a strange multi-spade                                                                                    
>connector at the end. How do I connect the two station cables                                                                                        
>together to make a ring? Do I need some kind of expensive hub box, or                                                                                
>can I just fashion an adapter to directly connect the two cables                                                                                     
>together?                                                                                                                                            
>                                                                                                                                                     
You are going to need at least an 8228 MSAU hub.  They go used for about $300                                                                         
and 8 token ring stations can be plugged into one unit.  There are of                                                                                 
course more expensive units with more function from IBM as well as 3rd party,                                                                         
but the 8228 would seem a good choice for just hacking around.                                                                                        
Mike Long                                                                                                                                             
Iowa State University                                                                                                                                 
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jackie@ACNS.ColoState.EDU (Jackie Hunt)
Subject: Re: BANPKT: YAPS (yet another packet shim)
Originator: jackie@yuma.ACNS.ColoState.EDU
Date: Tue, 17 Nov 1992 19:05:05 GMT
Organization: Colorado State University, Fort Collins, CO  80523


I'm also trying to get BANPKT to work with VINES, and I'm
having problems as well.  I can get BANPKT to load (looks
like the interrupt has to be specified as a decimal number).
I verified that the proper interrupt vector was being set
with Manifest.

Running Clarkson telnet results in the standard "Could not
open a connection" message.  I also tried a gopher client
as well, again no connection.  

I also noticed that after loading BANPKT my machine locks
up when I run an ls command.  It's a UNIX-like command for DOS.

I'm using the NEBAN VINES driver and running VINES 5.0(5).  

We'd really like to get this to go, so we can easily setup
many of our 1500+ VINES users with the gopher client.

Thanks in advance for any suggestions.

Jackie Hunt
Colorado State University
jackie@yuma.acns.colostate.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jds@pc5.hep.anl.gov
Subject: SMTP Mailing with QVTNET Ver3.03
Reply-To: jds@anhep3.hep.anl.gov
Organization: Argonne National Laboratory
Date: Wed, 18 Nov 1992 18:29:19 GMT

QVTNET ver. 3.03 has been working very well for me except for the SMTP
mailer.  Upon sending mail the console window dutifully informs me
that "SMTP connection opened" but nothing further happens.  The "busy"
cursor remains on until I close the MAIL window... no mail is sent.

A VAX running VAX/VMS ver V5.5 is my mail host, I have domain= properly
set in QVTNET.INI, and the VAX daemon works OK if I send mail by
TELNET connection to its SMTP port.

I have played with adding CR.CR to the text, etc, but no success.
The POP3 server works OK, including mail checks, but had the old
RMT XMIT problem which I looked forward to the new QVTNET to solve
with its SMTP usage.

Any suggestions?

(yup, I'm registered)

***************************************************************************
Jim Simpson
jds@anhep3.hep.anl.gov

As Mark Twain said of Wagner's music:

                           "It's better than it sounds"
***************************************************************************
From: krishnan@pms240.pms.ford.com (Hare Krishnan)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: NFS locking issuesHello,
Date: 23 Nov 1992 16:05:13 GMT
Organization: Ford Motor Company
Distribution: world
NNTP-Posting-Host: pms240.pms.ford.com

When a NFS client locks a record on the NFS server, and if the client 
goes down who is responsible for releasing the locks? Some of the vendors 
say that the locks will be released only when the client system comes up
again. When I read the NFS specs, it kind of indicates that the server
statd should identify the shutdown clients and release the locks.

Some of the vendors do not agree with this?

Could any of the NFS gurus out there help me with this?

This is a serious problem considering the number of PC NFS clients.
Please send me an email as I don't read News regularly. I will summarize
the responses and post it.

Thanks in advance 

Krishnan Subramaniam

Keywords: 

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: cohen@lindsay.psychiatry.uiowa.edu (Gregg Cohen
Subject: Re: PCNFS version of WinQVTnet
Date: Tue, 17 Nov 1992 15:43:43 GMT
Organization: Psychiatric Imaging 

In article <9211091545.AA28095@is1.vub.ac.be> waverheu@vub.ac.be ("Verheulpen
W.") writes:
>In a posting
cis.ohio-state.edu!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!hobbes
>>
>>
>>  Is there any plan to port QVTnet to PCNFS?  That would also be a better
>> terminal emulation than the present offerings.
>> thanks again
>>
>>
>I do not understand the meaning of this.
>What is PCNFS able to do that QVTnet can't ? IMHO QVTnet is far better
>for tcp/ip than PCNFS ever was.
>
>--
>====================================================================
>Willy Verheulpen                            Systems Coordination

PCNFS does supply NFS services and direct printing to network resources that
QVTnet does not supply directly.  Additionally, QVTnet is an application that
uses the packet form of data transport (they all do really, but for arguments
sake, I use packet here to denote packet-driver) as opposed to the NDIS or ODI
or lan manager implementations of network interface.  When QVTnet ships an NFS
server/client with their software, and a seamless interface for printing from
within Windows, then they will have a complete package.  Actually, they have a
wonderful package!  It would just be nice if it worked with some of the other
network interface protocols that people use.

gc
From: rtravsky@news.uwyo.edu (Rich Travsky)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: QVTNET, WINQVT: What's the Diff?
Date: 17 Nov 92 08:57:43 MST
Distribution: world
Organization: Banzai Institute

Ummm... Someone straighten me out here: What's the difference
between qvtnet and winqvt? And what is the current version(s)?

Thanks in advance!

+---------+    Richard Travsky      RTRAVSKY @ CORRAL.UWYO.EDU
|         |    Division of Information Technology
|     U W |    University of Wyoming   (307) 766 - 3663 / 3668
|      *  |    "Wyoming is the capital of Denver." - a tourist
+---------+    "One of those square states." - another tourist
From: dgj2y@kelvin.seas.Virginia.EDU (David Glen Jacobowitz)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: TCP/IP Binaries for PC w/o Ethernet
Date: 16 Nov 92 08:20:40 GMT
Organization: University of Virginia

In article <1992Nov15.235402.14097@r-node.gts.org> marc@r-node.gts.org (Marc Fournier - Admin) writes:
>Hi....
>
>	I'm wondering if there is such thing as a PD/Shareware version
>of TCP/IP/Telnet/FTP for a PC running DOS that does not require
>Ethernet?  I'd like to play with it but over a serial connection.
>
>Marc

	This seems to be one of the most important questions on this
newsgroup, and for some reason it is _so_ difficult to get an answer.
There are a lot of people who want to try setting up some sort of a
SLIP connection that they can use with their modems. I am one of them.
After searching around the net for days I found out where I could get
ka9q and it's documentation. I found binaries at one ftp site, source
code at several others ( several different versions) and documentation
at still another. Worse, the documentation didn't hardly cover what
mose peopl are going to want to try to do, that is using SLIP. For
example, you will find very little information about how to dial you
modem and get the connection going, which for me was the trickiest
part.
l
part	I suppose my point is, now that I have ka9q up and running, I
can say that it is fun to be on the internet with your own machine.
IUt should not be the trial and tribulation that I had to go through
to get it going. I think this group needs a FAQ, and it needs it bad !
! !
	I still want to find out how I can use slip for NCSA telnet,
which really is a more polished program than ka9q. ( Not to offend
anyone ) Getting it to work for Telnet is even harder. That is, it's
hard if you have to discover how to do it yourself . . . 

			david jacobowitz

sorry about the sloppiness of this post. ka9q only has dumb terminal
emulation, and that does not make Vi very happy.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mikelle@vaxb.gbus.virginia.edu (Eddie Mikell)
Subject: qvtnet303 vaporizes to DOS - ?
Organization: Darden Center, University of Virginia
Date: Fri, 20 Nov 1992 21:23:55 GMT

Greetings:

I ftp'd the qvtne303.zip for cica this morning, and am having an odd problem.

When I click on the qvtnet icon, the screen clears, and then exits to DOS!

Nothing else happens!

Can anyone give any pointers on why this might be??


Thanks to all

Eddie Mikell
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dgj2y@kelvin.seas.Virginia.EDU (David Glen Jacobowitz)
Subject: Re: TCP/IP Binaries for PC w/o Ethernet
Organization: University of Virginia
Date: Wed, 18 Nov 1992 03:46:29 GMT

>>	I still want to find out how I can use slip for NCSA telnet,
>>which really is a more polished program than ka9q. ( Not to offend
>>anyone ) Getting it to work for Telnet is even harder. That is, it's
>>hard if you have to discover how to do it yourself . . . 
>
>	I got a response back to my original post that suggested
>getting wuarchive.wustl.edu:/mirrors4/msdos/pktdvrs/drivers.zip that
>contains drivers for SLIP8250.COM that allow for NCSA Telnet to work.
>

	I made this first post. I don't mean to press a point that
really should not be discussed to much further onthis group,
considering that there is going to be a FAQ soon, it seems. ( Yeah! )
Anyway, my question was a little harder to answer than that. I got the
drivers for slip8250 and ethersl. I've even got them to load into my
computer a few times w/o causeing it too glitch. That was nice. But
now what? How can I dial and negotioate a connection? A simple dial
sriptc won't work because my modem a 14.4kbaud is really picky and
usually requires several tries to connect, etc.
	I guess  the purpose of this post is to suggest a little more
to be included in the faq :

	o Specific instructions for using Telnet over the phone. That
is, instructions for non computer science majors. This is info that is
not present in the NCSA documentation.
	o Common snags in installing ka9q or NCSATelnet.


					david g jacobowitz
From: joss@positronika.nl (Jos Scherders)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: (none)
Date: 16 Nov 92 11:39:30 GMT
Distribution: world
Organization: The Internet

Hi,


>The only TSR LPD that I know of is the commercial one packaged with 
>Beame&Whiteside's product.  It is very small.  Contact sales@bws.com
>for info.


Wollongong's Pathway Client NFS and Pathway Clients Access 2.1 (!) also
ship a LPD TRS.


Jos

jos scherders
joss@positronika.nl

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: patches to my FTP and ideas on FAQ 
Organization: University of Waterloo
Date: Fri, 20 Nov 1992 21:59:38 GMT

My latest FTP program is available on dorm.rutgers.edu
in pub/msdos/wattcp/ftpbeta.zip  Let me know if it still has
problems.

Fixes include:
   - certain files used to transfer 0 kb in certain (often repeatable)
     circumstances
   - password *never* visible and now supports control characters
   - mput/mget better? Let me know if it isn't

as for the FAQ, we and many other sites are using combinations of 
commercial and freeware software.  I would like to see questions 
answerred with freeware and then commercial solutions (or the reverse).

Erick

-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Mailing list for MS-DOS file upload announcements
Summary: SIMTEL20 and Garbo upload announcements
Keywords: simtel20,garbo,msdos,uploads,announcements
Date: Tue, 17 Nov 1992 10:18:31 GMT
Reply-To: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Distribution: world
Followup-To: poster
Organization: The SIMTEL20 Archives

MSDOS-Ann@TACOM-EMH1.Army.Mil is a ONE-WAY (moderated) mailing list
which is used by the Internet MS-DOS archive managers to announce new
additions to their collections.

To add yourself to the mailing list send e-mail to
listserv@TACOM-EMH1.Army.Mil with this command in the
body of the message:

    subscribe msdos-ann

To subscribe something other than the account the mail is coming from,
such as a local redistribution list, then add that address to the
"subscribe" command; for example, to subscribe "local-msdos-ann":

    subscribe local-msdos-ann@your.domain.net msdos-ann

SIMTEL20 and Garbo information files, back issues of the digest, and
programs to break the digest into individual messages are available.
To receive a list, send a message to listserv@TACOM-EMH1.Army.Mil with
this command in the body of the message:

    info

Administrative mail may be sent to msdos-ann-request@TACOM-EMH1.Army.Mil
but please use the mailing list server to add or delete yourself from the
list.  If you wish to unsubscribe, send mail (from the same address where
you were when you subscribed) to listserv@TACOM-EMH1.Army.Mil with this
command in the body of the message:

    unsubscribe msdos-ann

Send mail with the word  help  in the body of the message to get a
complete list of commands and their syntax.

This server is only for mailing lists and information files.  It will
not send program files.  Please do not include a signature because it
may confuse the server. 

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: Re: Lost characters with ftp PC/TCP & Packet Drivers
Summary: Definately not an HCL problem
Date: Sun, 15 Nov 1992 18:12:15 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL
Keywords: PC/TCP

In article <1992Nov13.151649.4117@news.cs.indiana.edu> "Michael Squires" <mikes@moose.cs.indiana.edu> writes:
>We have a number of 486/33 systems running HCL eXceedW 3.1.1 over PC/TCP 
>v2.05 pl5, using the WD8003E packet driver.  From time to time the X server
>seems to lose the signal that the left shift key has been released and locks
>in upper case mode; behavior outside the server is normal.
>
>I thought this was an HCL problem until my Bondwell B310 portable running
>ftp PC/TCP over the Xircom packet driver began losing many more characters.
>
>Any experiences with this, and any solutions?  We can't update to ftp's 2.1x
>for a while.

Definately not an HCL problem.  Exceed works fine with B&W TCP and displays
none of these problems.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: tarjeij@ulrik.uio.no (Tarjei Jensen)
Subject: Re: NDIS (was: TCP/IP and Windows for Workgroups)
Organization: University of Oslo, Norway
Date: Mon, 23 Nov 1992 08:41:09 GMT

A local wendor claims that ODI is more reliable than either NDIS or packet
drivers. This is especially true under MS Windows. The person I talked to
claimed that he'd never experienced "hanging" with ODI. Supposedly one does
not have to worry about what communication medium one uses when using ODI.

I don't have Netware, so I cannot comment on ODI and I don't use MS Windows
much. However anyone interested can find documentation on ODI on
netlab1.usu.edu (also carries a ndis -> packet convertor that worked "right
out of the box" for me).


Greetings,
{
--
// Tarjei T. Jensen - if it ain't broken, fix it anyway!
//    tarjeij@ulrik.uio.no       || +47 4 563411
//   Support you local rescue centre: GET LOST!
// Working, but not speaking for the Norwegian Hydrographic Service.
From: lvandyke@balboa.eng.uci.edu (Lee Van Dyke)
Subject: Wanted: Ka9q compilation help with bmutil.c & turbo c++ vers. 1.00
Newsgroups: comp.protocols.tcp-ip.ibmpc
Organization: University of California, Irvine
Date: 18 Nov 92 17:54:11 GMT


I have been unable to compile the ka9qtcpip source code with
the turbo c++ version 1.00 compiler for the bmutil.c module.


Is there a fix for this? The compiler complains of 
mismatched type for the struct mbx *m in the msgtofile
function ( and others)?



TIA
--
Lee Van Dyke
      lvandyke@balboa.eng.uci.edu,
UUCP: infotec!Infotec.COM!lee@sunkist.West.Sun.COM
Newsgroups: comp.protocols.tcp-ip
From: bwarner@mentor.cc.purdue.edu (Bill Warner)
Subject: Re: Details of Service Name to Socket Type
Organization: Purdue University Computing Center
Date: Fri, 20 Nov 1992 13:27:32 GMT

In article <1992Nov20.061008.6630@scammell.ecos.tne.oz.au> sss@scammell.ecos.tne.oz.au (Steve Silver) writes:
>To all TCP/IP gurus.
>
>I am trying to locate the RFC or documention describing all known
>Service Name types to Socket types (eg. telnet = 23/tcp, ftp = 21/tcp).
>
The current Assigned Numbers document is RFC 1340.

-Bill


-- 
Bill Warner						(317)494-1787
General Consulting					bwarner@cc.purdue.edu
Purdue University Computing Center			bwarner@PURCCVM.BITNET
Xref: sparky comp.protocols.tcp-ip:5256 comp.unix.wizards:4818
From: kherron@ms.uky.edu (Kenneth Herron)
Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards
Subject: Re: select()/ Bad File Number
Date: 20 Nov 92 22:23:19 GMT
Distribution: na
Organization: University Of Kentucky, Dept. of Math Sciences

ronf@panther3.panther.mot.com (Ron Feigen) writes:

>I have a situation where a socket gets closed and instead of select() 
>returning informing me that the socket is ready for reading, I get -1 and errno
>"Bad File Number".

We have a daemon that does the same thing when it accepts a connection
and no fds are available (this is dynix so the fd table is small and
static).  As far as I can tell, the client's connect succeeds, and
the server sometimes acts like the accept() has succeeded (I'm not
too clear on this part), but any attempt to use the fd from either
side gives an EBADF.  My conclusion is that dynix's network code
is completely unprepared to deal with this problem :-)

In summary:  Check the size of your fd table.
-- 
Kenneth Herron                                              kherron@ms.uky.edu
University of Kentucky                                         +1 606 257 2975
Dept. of Mathematics     "Your ball goes over them, it sails off the edge into
a huge cauldren of fire-breathing dragons."  "And they call this a par three?"
Newsgroups: comp.protocols.tcp-ip
From: act@softserver.canberra.edu.au (Andrew Turner)
Subject: Getting the ethernet address off (SMC)WD8003E Lan Cards
Organization: University of Canberra
Date: Mon, 16 Nov 92 03:28:41 GMT

Would someone please e-mail(I'll on-forward if you too want same - e-mail
requests) a code fragment assembler/pascal/C that will return the ethernet
address from an WD8003E card.

Technical specs  and/or info on where I could get the info would also be
welcome.

I need this info to produce a PC management program which will use the
ethernet address as the PC identifier.

Many Thanks
-- 
Renrut Werdna			Probable-Possible, my black hen,
				She lays eggs in the Relative When.
				She doesn't lay eggs in the Positive Now
act@ss.canberra.edu.au		Because she's unable to postulate how
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Flow Control
Date: 18 Nov 92 00:02:09 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <1992Nov14.012946.13136@advtech.uswest.com> kdlin@advtech.uswest.com (David Lin) writes:
>I understand that many end-to-end sliding window flow control schemes 
>( eq. in TCP/IP and in XTP ) use byte as the unit for calculation. For 
>example, if the window size is 6K bytes and you have transmitted 2K bytes
>without receiving ACKs from the receiver, then you are allowed to transmit
>4K more bytes.
>
>Now, if I change the unit for flow control calculation to packet ( or 
>frame ), what is the impact to the whole system? What's the implication?
> [ ... ]
>1. Are there any circumstances that this scheme ( using packet as
>   the computation unit ) is desirable?
>2. When it is NOT desirable?
>3. Do I really achieve anything by doing that?

HDLC, X25 and TP4 do flow control by counting PDUs (protocol data units)
instead of bytes. If the protocol that you are flow controlling has firm
record boundaries that must be preserved, it may be simpler to use
packet counts for flow control.

TCP on the other hand, views the data stream as an unstructured byte
stream. Data from several original PDUs may be coalesced on
retransmissions. This saves link bandwidth. Depending on the
implementation of the protocol stack, either model may more accurately
describe the loading on the buffer pools on the two end systems.
-- 
/ 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
Newsgroups: comp.protocols.tcp-ip
From: brians@atlastele.com (Brian Sheets)
Subject: Telnet firewall help?
Organization: Atlas Telecom Inc.
Disclaimer: Views expressed do not necessarily represent those of my employer.
Date: Mon, 23 Nov 1992 13:05:46 GMT

Well here I sit with this new neato kean network stuff but, do to the nature
of our company I cannot hook it up until I can assure that nobody will be 
able to telnet or make other unauthorized entries into our system.

So other that turning off telnetd does anyone have any suggestions??

brians
-- 
Brian Sheets		    _   /|  	"TRUCK?! What truck?"
153 N. Hayden Bay Dr.	    \`o_O'    	 
Portland, Or 97217	      ( ) 	   -Raiders of the Lost Ark
brians@atlastele.com           U
Newsgroups: comp.protocols.tcp-ip