home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / ibmpc / 6499 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  2.5 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!hamblin.math.byu.edu!hellgate.utah.edu!cc.usu.edu!jrd
  2. From: jrd@cc.usu.edu (Joe Doupnik)
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: NDIS (was: TCP/IP and Windows for Workgroups)
  5. Message-ID: <1992Nov23.214742.61231@cc.usu.edu>
  6. Date: 23 Nov 92 21:47:41 MDT
  7. References: <1992Nov21.071344.19293@alisa.com> <TARJEIJ.92Nov23094109@ulrik.uio.no> <1992Nov24.031205.25101@alisa.com>
  8. Organization: Utah State University
  9. Lines: 33
  10.  
  11. In article <1992Nov24.031205.25101@alisa.com>, denny@alisa.com (Bob Denny) writes:
  12. > In <TARJEIJ.92Nov23094109@ulrik.uio.no> 
  13. >    tarjeij@ulrik.uio.no (Tarjei Jensen) writes:
  14. > 
  15. >> A local wendor claims that ODI is more reliable than either NDIS or packet
  16. >> drivers. This is especially true under MS Windows. The person I talked to
  17. >> claimed that he'd never experienced "hanging" with ODI. Supposedly one does
  18. >> not have to worry about what communication medium one uses when using ODI.
  19. >> [...etc.]
  20. > 
  21. > As I said in the abovereferenced article, I have used the he-- out of NDIS
  22. > with combinations of DECnet, TCP/IP and LAT terminal services... No hangs.
  23. > It just Works. I suspect that the claim that ODI is "more reliable" is
  24. > based on the fact that "nobody" but Novell uses it. Has your vendor
  25. > actually tried to run heavy traffic over an ODI-based Ethernet connection
  26. > with two or more different protocols at the same time? It is theoretically
  27. > possible... 
  28. > _______________________________________________________________________________
  29. > Robert B. Denny                                           voice: (818) 792-9474
  30. > Alisa Systems, Inc.                                         fax: (818) 792-4068
  31. > Pasadena, CA                         (denny@alisa.com, ..uunet!alisa.com!denny)
  32. --------------------
  33.     Does depend. I've had plenty of trouble with traffic entering a
  34. Lan Man NDIS stack for AT&T StarGROUP where the sender just pumped packets
  35. at a merry rate. The stack crashes, but I don't point the finger at the
  36. NDIS part. On the other hand ODI has performed well here. ODI does make
  37. provision for queueing requests and if the application hands out the buffers
  38. the traffic can hit some nice peaks. I do beat up on my own ODI code in an 
  39. application (joint IPX and TCP/IP, same board, hammering away) and it's happy 
  40. too, if that is of any value. All this says is particular implementations of 
  41. this stuff can be good or not quite so good, and the higher layers can't be 
  42. ignored either.
  43.     Joe D.
  44.