HDTenEightyP/NetNews huggingface dataset:
From: prs9k@brain.med.virginia.edu (Phil Scarr)
Subject: Re: NDIS/Netbios
Organization: Neuroclinical Trials Center, University of Virginia
Date: Tue, 12 Jan 1993 00:46:21 GMT

In article <1993Jan11.160412@roper.mc.ti.com> a722756@roper.mc.ti.com (W. Donald Rolph) writes:
>
>In article <1993Jan8.130337.9901@informix.com>, christb@infmuc (Christian Barmala) writes:
>|> Sorry for that stupid question:
>|> Has NDIS something to do with Netbios? Is it the NDIS the low level
>|> driver for Netbios?
>Probably should be an a FAQ, but I will venture to answer.
> 
>NDIS is a specification for writing DOS based ethernet drivers to attach to
>ethernet hardware boards.

Actually, NDIS is a builds a protocol stack from the MAC layer up and
works on ethernet, token ring, etc.  It has nothing to do with ethernet.

>
>Netbios is a communications protocol for client-server communications developed
>by Microsoft.

Correction, it is a transport layer protocol developed by IBM and
licensed to Microsoft.

>
>Netbios can run over a variety of protocols, (e.g. TCP/IP, NBP, netbeui(sp?),
>xns, and DECNET to name a few).  The protocol  stack would then be written to
>talk to an ethernet card using NDIS, making the protocol stack network card
>independent.

Huh?  NetBios can be ENCAPSULATED in different protocols (like TCPIP)
but since it works on basically the same layer, what you are saying
isn't correct. NetBeui is a flavor of NetBios which will run
concurrently with TCP/IP.  It is a way to trick NetBios aware programs
to use TCP/IP instead.  Microsoft is now using TCP/IP as their transport
mechanism on LanManager (at least with LanManX for the HP9000).

>
>Hope that helps.

Hope THIS helps...
>
>-- 
>
>Regards.
> 
>Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263

	-Phil
-- 
PHIL SCARR        \      We are Microsoft...     /          (o) 804.243.0229
 University of    /     OS/2 is irrelevant.      \          (f) 804.243.0290
 Virginia,        \     UNIX is irrelevant.      /        prs9k@Virginia.EDU
 Neurosurgery     /     Openness is futile.      \     prs9k@Virginia.BITNET
 HP-UX is my life!\ Prepare to be assimilated... /   ...uunet!virginia!prs9k
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Looking for Gopher for PC/TCP
Date: 8 Jan 93 13:47:01 GMT
Distribution: world
Organization: The Internet


 >> In article <amiller.5.0@read.tasc.com> amiller@read.tasc.com (Andrew Miller) writes:
 >> >Is there a version of Gopher that will work with the FTP PC/TCP kernel 
 >> >loaded?  If so, what is is called, and where is it's home??
 >> 
 >>   Yes, available from ftp.msu.edu in pub/msdos/gopher/gopher2.
 >> 
This question applies not just to gopher; but to *all* the shareware
packages out there that run over PCTCP.

Would the authors of these packages have a problem with their packages being
put up for anonymous ftp on vax.ftp.com?  This would at least consolidate
the right packages to the right place.  FTP would not support those packages,
but at least a user could be assured of getting the correct gopher, wais,
archie, etc...

If any PD authors are interested; please contact me and I'll take steps to 
set it up.

Larry Backman
FTP Software
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: shaman@cix.compulink.co.uk (Leo Smith)
Subject: Re: Awful NFS performance!
Reply-To: shaman@cix.compulink.co.uk
Date: Tue, 5 Jan 1993 20:04:00 +0000



>I just finished using Nortons `sysinfo' to measure the performance
>of B&W 3.0 NFS and I get 80k/s on read and 10k/s on write.

>This is on a 386@25.

What was your server: This is about right for SCO Unix, but poor for 
(say) a SUN.

>Ouch!  What can one do about it?

Not much. Prestoserve on a SUN. ask again in comps.protocols.nfs

>NFS has a serious problem being a credible approach for networking
>PCs if this is all one gets by way of speed.  What does one get with
>Novell Netware?

In excess of 500Kbytes/Sec. If speed is all you want, forget NFS. 
Netware caches its disk, and can give very near saturation of the 
Ethernet with a good server - lets face it thats ALL the server CPU 
and RAM does: Serve files :-) (NLM's excluded)

>       -ans.



Newsgroups: comp.protocols.tcp-ip.ibmpc
From: edbsba@sio25.uio.no (Stein-Aksel Basma)
Subject: Problems with PC/TCP idrive and file locking
Organization: University of Oslo
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 7 Jan 1993 15:42:17 GMT

Hello net!
I have a M88k based computer with UNIX sys V. rel 3. When
I mount directories from this computer, with PC/TCP idrive,
idrive reports that lockd doesn't support the proper
protocol version, and file/record locking does not work.

I have contacted the computer vendor about this problem, 
and they tell me to use SUN PC-NFS to get around this
problem.

Is there a way to get around this problem without throwing
away PC/TCP and Interdrive ?

Thanx in advance
--
/************************************************************/
 *	Stein-Aksel Basma				    *
 ************************************************************

	There are some goyisha names that just about guarantee that
someone isn't Jewish.  For example, you'll never meet a Jew named
Johnson or Wright or Jones or Sinclair or Ricks or Stevenson or Reid or
Larsen or Jenks.  But some goyisha names just about guarantee that
every other person you meet with that name will be Jewish.  Why is
this?
	Who knows?  Learned rabbis have pondered this question for
centuries and have failed to come up with an answer, and you think ___you
can find one?  Get serious.  You don't even understand why it's
forbidden to eat crab -- fresh cold crab with mayonnaise -- or lobster
-- soft tender morsels of lobster dipped in melted butter.  You don't
even understand a simple thing like that, and yet you hope to discover
why there are more Jews named Miller than Katz?  Fat Chance.
		-- Ola Haugsrud , "Every Goy's Guide to Yiddish"
From: amiller@read.tasc.com (Andrew Miller)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Looking for Gopher for PC/TCP
Date: 7 Jan 1993 21:30:59 GMT
Organization: TASC
NNTP-Posting-Host: amiller.read.tasc.com

Is there a version of Gopher that will work with the FTP PC/TCP kernel 
loaded?  If so, what is is called, and where is it's home??

          -Thanks in advance,

               Andrew
----------------------------------------------------
   o                                  /---------\
    o                Andrew Miller    | /------\
   o   +---v       amiller@tasc.com   | | /- \ |
    o /@    \_/|    (617)942-2000     | | |  | |
     >  ))     |                      | \----/ |
      \     /^\|                      \--------/
       ^^^^^

 
 

 

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: SNMP Newsgroups ?
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Fri, 8 Jan 1993 10:13:54 GMT
Keywords: SNMP

In article <6Jan.193113.24309@quay.ie>, mickf@quay.ie wrote:
>Does anybody know of any SNMP newsgroups etc. ?

Yes.  There is comp.protocols.snmp .

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Awful NFS performance!
Date: 6 Jan 93 11:34:41 GMT
Distribution: world
Organization: The Internet


 >> 
 >> >NFS has a serious problem being a credible approach for networking
 >> >PCs if this is all one gets by way of speed.  What does one get with
 >> >Novell Netware?
 >> 
 >> In excess of 500Kbytes/Sec. If speed is all you want, forget NFS. 
 >> Netware caches its disk, and can give very near saturation of the 
 >> Ethernet with a good server - lets face it thats ALL the server CPU 
 >> and RAM does: Serve files :-) (NLM's excluded)

I would be to differ (as would Geoff, Carl and all of our friendly
competitors).  I have personally run PCMagLan performance tests
from the same DOS workstation using first Novell Netware against
a Netware 3.11 server, and then using our NFS against Netware NFS on the
same server.  The results showed a properly tuned NFS client to
be in the 90% of Netware category.  As to x00K bytes/sec. thats
so dependent on client CPU speed, server spped & load, etc. that its
not a fair measure.

Of course my benchmark implies that Novell has an excellent NFS server
just as much as it implies we have a fast NFS client.

Larry Backman
FTP Software
From: eonu24@castle.ed.ac.uk (I Reid)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Does exist slip/ftp w/scrolling..?
Date: 12 Jan 93 17:40:02 GMT
Organization: Edinburgh University

forb0004@student.tc.umn.edu (Eric Forbis ) writes:

>Does there exist a non-Windows PC version of ftp that has scroll back and 
>screen saving/printing? While I am grateful for the NCSA's efforts, the 
>inability scroll back to data that may have flown off the screen can be 
>irritating. 

From memory (of the copy of NCSA Telnet which I looked at recently) you press
Scroll-Lock to toggle yourself in and out of paging mode and then use
page-up/down to navigate. It's all in the manual that should be available on
the ftp site from which you got the apps. I think it was in a zip called
teldocs.zip.

Iain
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: ODI information requested.
Date: 12 Jan 93 17:28:23 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet


    I know that ODI and the Packet driver Spec. both support many protocols
    but can you load up 2 protocol applications onto a particular Frame type
    and protocol using ODI like when you use pktmux?  For instance is it
    possible to load up two TCP/IP stacks on Ethernet II frame type and
    send/receive from both applications?

It is impossible to guarantee complete co-existence of two different
IP protocol stacks using a single IP address over a link-layer API
like ODI or the PDS.  PKTMUX tries hard, but it would need more
information than it can obtain to support all TCP/IP functions.
As it happens, ODI and PDS both explicitly register packet types, so
you'll get an error if you try to register a type twice.  NDIS doesn't
explicitly register types, but it still doesn't guarantee that it can
deliver the same packet to two different stacks.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Dynamic allocation of IP addresses
Date: 8 Jan 93 13:47:03 GMT
Distribution: world
Organization: The Internet


 >>              DYNAMIC  RARP   SERVER   AVAILABLE
 >>              ==============================
 >> 
 >>         Turbosoft Pty Ltd announces the release of new server
 >> software for the Internet standard RARP protocol, to allow Internet
 >> hosts to find their protocol address at boot time from a network server.
 >> 
Why RARP as opposed to DHCP which is the emerging internet standard for
solving this problem?

Larry Backman
FTP Software
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Awful NFS performance!
Date: 6 Jan 1993 21:47:51 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <1993Jan06.155323.22866@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:
>We're using Wollongong's TCP/IP and NFS, but even after extensive tuning,
>NFS file copies are waaaay slower than either Netware or FTP.

Keep in mind that standard NFS does not cache writes.  All writes
are synchronous and must hit the disk before the client can continue.
If you are benchmarking copies from a client to the server, this is
why they are slow.

NetWare NFS caches writes, which is a violation of the NFS specs.
It would be interesting to know what happens to benchmarks of NetWare
vs. NetWare NFS when NFS write caching is turned off on the server.

I think a well-designed benchmark can get around the write caching
issue.  (Larry from FTP's was a good example -- same hardware, same
underlying OS's, vary only the file system protocols.  Don't vary
write caching.)

When comparing transfers from a server to a DOS client, read caching
may make the difference.  NetWare servers tend to have much larger
caches.

Beyond that, yes, there are probably performance differences between
NetWare and NFS, and NetWare is probably slightly faster for MS-DOS.
I think it's obvious by now that variations between individual client
and servers are much greater than any protocol performance issues.

-- 
Stephen Trier                      "We want to offer you a price that you
Network software type               just can't afford to take advantage of."
Case Western Reserve University         - Sales blurb from HSC Software
trier@ins.cwru.edu
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: traceroute
Date: 12 Jan 93 17:28:24 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet


    Does anybody know of a implementation of traceroute for the PC, and where
    I could get it?

We added this to PC/TCP's PING in v2.1, but there's a TRACERT.EXE which works
with earlier versions on vax.ftp.com.

    Especially one with the source code?

KA9Q is the only freeware TCP/IP that does much with exotic IP things,
but I don't know if it comes with one.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: ashok@biochemistry.cwru.edu (Ashok Aiyar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: DNS running on PC
Date: Sun, 10 Jan 1993 02:01:29 GMT
Organization: CWRU School of Medicine
NNTP-Posting-Host: axa12-slip.dialin.cwru.edu

In article <1993Jan9.125717.1389@greco-prog.fr> harper@geocub.greco-prog.fr writes:

>I'm looking for a package that will run a DNS on a PC with MS-DOS.
>Any pointers immensely appreciate!

I could be mistaken about this, but I think that certain versions of Ka9Q 
NET/NOS will let you run DNS service from a PC.  I am almost 100% sure that 
WG7J NOS version 1.07b lets you run a DNS from a PC.

You can obtain this version NOS from "ucsd.edu" in 
/hamradio/packet/tcpip/incoming as jnos107b.exe

Hope this helps.

Ashok


----------------------------------------------------------------------
                              Ashok Aiyar 
                      Department of Biochemistry
                       CWRU School of Medicine
----------------------------------------------------------------------
From: jason@cswamp.apana.org.au (Jason Middleton)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Distribution: world
Subject: traceroute
Date: Wed, 06 Jan 1993 14:30:00 +1000

Does anybody know of a implementation of traceroute for the PC, and where I
could get it? Especially one with the source code?

Thanx
Jason

 * Origin: The Attrium - Where everything never really happens! - (8:7000/8.3)

Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
From: David_Murphy@Novell.COM (David Murphy)
Subject: Re: ODI information requested.
Organization: Novell, Inc.
Date: Tue, 12 Jan 1993 15:40:39 GMT

ODI is protocol indepent hence adding code to own Port Number in TCP/IP, etc.
would break the idea of Protocol indepence in ODI.

Adding a shim which could grab the data from the LSL before it gets to the 
revelent Protocol Stack and distributing to the different IP Stacks is possible
to do, just envolved and would require some care in implementation.

AS the saying go's, given enough time everything is possible in Software.

David_Murphy@novell.com         All opinions are my own, not the employer's
                                And I am not a support person either, so 
                                support questions should go to support people.

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: DNS running on PC
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Sun, 10 Jan 1993 01:21:33 GMT

In article <1993Jan9.125717.1389@greco-prog.fr>,
 harper@geocub.greco-prog.fr wrote:
>I'm looking for a package that will run a DNS on a PC with MS-DOS.

FTP Software Inc. has a product called PC-BIND that will do this.
Contact <info@ftp.com> for more information.

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: garya@agora.rain.com (Gary Albert)
Subject: rcp for packet driver based tcp-ip
Keywords: packet rcp
Organization: Open Communications Forum
Date: Wed, 6 Jan 1993 19:11:54 GMT

	I am in need of an rcp program that works in conjunction with
	any of the packet driver based tcp-ip systems (ie. wattcp, ncsa,
	etc.). If anybody can point me to such a beastie I would appreciate
	it.

	Gary Albert
	garya@agora.rain.com
From: harper@geocub.greco-prog.fr
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: DNS running on PC
Date: 9 Jan 93 12:57:17 GMT
Organization: Greco Programmation du CNRS

I'm looking for a package that will run a DNS on a PC with MS-DOS.

Any pointers immensely appreciate!

PS: I tried Archie, but only came up with Unix stuff.

Merci beaucoup

-- 

Frank Harper : TURBOMECA France networking engineer
harper@geocub.greco-prog.fr			-------------------------------
Tel.: (33)59-32-84-37 extension 2843 or 2845	| Freedom's just another word
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ccewch@nuscc.nus.sg (Wong Chee Heng)
Subject: SNMP development tools for DOS, Window, OS/2
Organization: National University of Singapore
Date: Tue, 5 Jan 1993 06:04:09 GMT

We would like to do some SNMP development on PC, I would like to seek 
recommendation on products, shareware, freeware, that runs on either of
the 3 platforms. We will be using 'C' language, probably MSC or Turbo C.

Any recommendation is welcome. Pls also include contact, and fax no. etc.
Thank you in advance.

--
Wong Chee Heng
Systems Programmer
ccewch@nuscc.nus.sg.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: MARC@EZINFO.VMSMAIL.ETHZ.CH (Liyanage, Marc)
Subject: Is there a FAQ for this group?
Organization: ETH ZUERICH
Date: Mon, 11 Jan 1993 16:44:51 GMT
X-News-Reader: VMS NEWS 1.24


Hi,

Is there a FAQ for this group? I'd like to read something
before bothering you all with my questions.

If there is one, pleas don't mail it to me. Just send short
pointers ;-)

Thanks

-Marc

(answers to chip@interzone.ch, please)


Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
From: ag129@cus.cam.ac.uk (Alasdair Grant)
Subject: Re: ODI information requested.
Organization: U of Cambridge, England
Date: Tue, 12 Jan 1993 12:25:54 GMT

In article <1993Jan11.155845.62631@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes:
>from multiple (same type) stacks. The difficulty is, however, receiving packets
>when there are contending receipients. A packet will be delivered just once,
>but to whom? Well, you can't tell from the outside so one stack gets the
>packet, whether it belongs there or not, and the others starve. Misdelivery

There are two solutions I can think of:

a) give each IP stack a different IP address, and let ODI demultiplex
   on this
b) get ODI to demultiplex on TCP/UDP port numbers, which would require it
   to manage (or have knowledge of) transport endpoint bindings.

Clearly (b) is the best solution.  A second-best would be to put a shim
over ODI to do the demultiplexing function, but you still have to provide
a way for each stack to tell it about bindings.  Is there an API for this?
How does PKTMUX work?
Xref: sparky comp.protocols.tcp-ip.ibmpc:7347 comp.sys.novell:11342
From: dmurphy@novell.com (David Murphy)
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.sys.novell
Subject: Re: ODI information requested.
Date: 11 Jan 93 20:00:15 GMT
Organization: Novell Inc., San Jose, Califonia

Yeh!, your right you cannot run two same Protocols over ODI for the same Frame Type
eg.  two different companies TCP/IP Protocol stacks will not work over the same
     frame type, eg. Ethernet_II.,  First to load get the received packets, 
     both Stack can send but only first to load will get received packets.

     This is the way it was designed and not a bug.  The reasoning being
     that people would generally only being using a Stack for a certain form
     of connectivity, eg. TCP/IP from 1 company.

Opinons are my own not my employer's, and I am not a Service person so don't
ask, because I probably won't know the answer
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: cnolan@vax1.tcd.ie
Subject: WinVN for Winsock: Where?
Organization: Trinity College Dublin
Date: Tue, 5 Jan 1993 21:11:47 GMT

In the last couple of weeks there was an announcement of a version of winvn for
winsock.  Where was this available for ftping from?  (I got it, but it was 
corrupt (my fault), and can't remember where it came from).

Has anybody successfully; a) compiled it, b) run it?

-- 
===============================================================================
		Conor Nolan	(cnolan@tcd.ie)
	Microelectronics Dept. Trinity College, Dublin.  IRELAND.
===============================================================================
From: wew@naucse.cse.nau.edu (Paul Balyoz)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: QVT/net & nfs
Keywords: nfs, tcpip
Date: 6 Jan 93 16:25:22 GMT
Organization: Northern Arizona University, Flagstaff AZ

Is there any news of WinQVT/net having nfs added in?  Also,
how about TN3270 support?  Do the QPC people still have an
email address?

Thanks!

-- 
Let sleeping dragons lie........                    | The RoleMancer 
--------------------------------------------------------------------
William Wilson (wew@naucse.cse.nau.edu | wilson@nauvax)
Northern AZ Univ  Flagstaff, AZ 86011
From: bob@comlab.gatech.edu (Bob Baggerman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NDIS/Netbios
Date: 12 Jan 93 17:32:30 GMT
Organization: GTRI Communications Lab

Phil Scarr writes:
>Correction, it is a transport layer protocol developed by IBM and
>licensed to Microsoft.
>
>Huh?  NetBios can be ENCAPSULATED in different protocols (like TCPIP)
>but since it works on basically the same layer, what you are saying
>isn't correct. NetBeui is a flavor of NetBios which will run
>concurrently with TCP/IP.  It is a way to trick NetBios aware programs
>to use TCP/IP instead.

Boy, there sure is a lot of confusion over what NetBIOS is.  Quoting from
"C Programmer's Guide to NetBIOS" by W. David Schwaderer (Howard W. Sams 
Publisher) without permission, "The Network Basic Input/Output System
(NetBIOS) is an application programming interface for data exchange between
data sources and data sinks.  Loosely speaking, NetBIOS is a programming
gateway to sets of services that allow computer applications and devices
to communicate."

All together now... NETBIOS IS AN APPLICATION PROGRAMMING INTERFACE.

One uses NetBIOS by setting registers and invoking software interrupt 5Ch
on an Intel 80x86 architecture machine.  Period.  There is no standard
NetBIOS packet to be "encapsulated" into different protocols.  The NetBIOS
standard as it currently exists does not specify the actual network protocol
to use on the wire.  There are lots of different implementations of the
NetBIOS interface that use different protocols on the wire including
TCP/IP, OSI, DECnet, IPX/SPX, XNS, NBP, NetBEUI, and probably lots
of others I forgot about.  There is no "trickery" involved in using IP
as the transport for NetBIOS.  You just buy and use a NetBIOS which 
uses TCP/IP.  These can be had from FTP Software, Microsoft, and 3Com
among others.

Bob

-- 
Bob Baggerman                         !  bob.baggerman@gtri.gatech.edu
Communications Laboratory             !  bob@comlab.gatech.edu
Georgia Tech Research Institute       !  qseclrb@prism.gatech.edu
Atlanta, GA  30332  USA               !  404-894-3525
Newsgroups: comp.protocols.tcp-ip.ibmpc