home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 96-1 / novell-nsepro-1996-1-cd2.iso / download / netware / lzfwqa.exe / 251128.TXT next >
Text File  |  1995-06-16  |  10KB  |  287 lines
  1.  
  2.               NOVELL TECHNICAL INFORMATION DOCUMENT
  3.  
  4. TITLE:              Answers About LANalyzer for Windows 2.1
  5. DOCUMENT ID:        TID251128
  6. DOCUMENT REVISION:  A
  7. DATE:               15JUN95
  8. ALERT STATUS:       Yellow
  9. INFORMATION TYPE:   Issue
  10.  
  11. NOVELL PRODUCT and VERSION:
  12. LANalyzer for Windows 2.1
  13.  
  14. ABSTRACT:
  15.  
  16. NA
  17.  
  18. -----------------------------------------------------------------
  19.  
  20. DISCLAIMER
  21. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO
  22. NOVELL.  NOVELL MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY
  23. THIS INFORMATION.  HOWEVER, THE INFORMATION PROVIDED IN THIS
  24. DOCUMENT IS FOR YOUR INFORMATION ONLY.  NOVELL MAKES NO EXPLICIT
  25. OR IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  26. -----------------------------------------------------------------
  27.  
  28.  
  29. ISSUE
  30.  
  31. Answers for the most frequently asked questions about LANalyzer
  32. for Windows (LZFW) 2.1
  33.  
  34. 1. Question 
  35. Does LZFW work with a "True Blue" IBM 16/4 Token Ring board?
  36.  
  37. 1. Answer 
  38. No.  
  39. These IBM boards use the TROPIC chipset and there is a limitation
  40. in the chipset that won't allow it to go into Promiscuous Mode,
  41. which is required by LZFW.
  42.  
  43.  
  44. 2. Question 
  45. What does "Promiscuous Mode" mean?
  46.  
  47. 2. Answer 
  48. This is the mode in which the Network Interface Card (NIC)
  49. receives and passes on all packets on the network, regardless of
  50. which machine they are addressed to.  The LZFW network analyzer
  51. monitors network traffic by configuring its NIC to receive every
  52. packet on the network.
  53.  
  54.  
  55. 3. Question
  56. Is it possible to configure LZFW to see through the
  57. server/router?
  58.  
  59. 3. Answer
  60. No.  
  61. LZFW will only see the packets on the segment that it is attached
  62. to.  (If activity from another segment is transmitted onto the
  63. segment with LZFW, you will see that activity.)  To see another
  64. segment, you must move LZFW to that segment.  Distributed
  65. LANalyzer functionality is available in Novell's ManageWise
  66. product.
  67.  
  68.  
  69. 4. Question
  70. Can LZFW decode IBM NetBIOS traffic?
  71.  
  72. 4. Answer
  73. No.  
  74. It does not decode the IBM NetBIOS packets.  It will present you
  75. with the MAC-layer header information and a hex dump of the rest
  76. of the packet.  Netbios packets are included in the utilization,
  77. packet rate, and error statistics, and the Station Monitor
  78. screen.
  79.  
  80. A company called Triticom sells a product called DecodesPlus
  81. which works with LZFW, NMS, and ManageWise.  It provides decodes
  82. for Netbios and Netbeui, DECnet including LAT, and Banyan Vines. 
  83. Triticom is located in Bloomington, MN.  
  84. Their phone number is (612) 937-0772.
  85.  
  86.  
  87. 5. Question
  88. What is the complete list of protocols that LZFW will decode?
  89.  
  90. 5. Answer
  91. NetWare  TCP/IP  AppleTalk  SNA  NFS
  92. -------  ------  ---------  ---  ---
  93. BCAST    ARP     AARP       RH   MOUNT
  94. DIAG     DNS     ADSP       RU   NFS
  95. IPX      FTP     AEP        TH   PORTMAP
  96. LSP      ICMP    AFP        XID  RPC
  97. NBIOS    IP      ASP
  98. NCP      OSPF    ATP
  99. NDS      RARP    NBP
  100. NLP      RIP     RTMP
  101. NLSP     SNMP    ZIP
  102. RIP      TCP
  103. SAP      TELNET
  104. SER      TFTP
  105. SPX      UDP
  106. WDOG
  107.  
  108.  
  109. 6. Question
  110. Are there any patches available on NetWire for LZFW 2.1?
  111.  
  112. 6. Answer
  113. Yes, there are two different patches.  
  114. LZW001.EXE - Corrects a Token Ring bug that shows all stations as
  115. BRIDGED LZW002.EXE - Corrects loss of all packets with new
  116. drivers.
  117. These patches apply only to LZFW 2.1.  Users of earlier versions
  118. of LZFW should upgrade to the current version before installing
  119. either of these patches.
  120.  
  121.  
  122. 7. Question
  123. LZFW hangs when running on Token Ring.
  124.  
  125. 7. Answer
  126. Make sure TKENH.COM has been loaded after LSL and before your
  127. Token Ring driver.  TKENH was copied to the LZFW directory by the
  128. LANalyzer install program.  You should also apply the LZW001.EXE
  129. and LZW002.EXE patches, and make sure you have the latest driver
  130. for your NIC from the card vendor.
  131.  
  132.  
  133. 8. Question
  134. Does LZFW work with OS/2?
  135.  
  136. 8. Answer
  137. No.  
  138. OS/2 does not support Windows virtual device drivers, which LZFW
  139. uses to receive network traffic.
  140.  
  141.  
  142. 9. Question
  143. APPLE.EXE be loaded?
  144.  
  145. 10. Answer
  146. No, but APPLE.EXE must be loaded for Appletalk support.
  147.  
  148.  
  149. 11. Question
  150. Must NETX/VLM be loaded?
  151.  
  152. 11. Answer
  153. No, but if NETX/VLM isn't loaded, you will not be able to gather
  154. NetWare names.
  155.  
  156.  
  157. 12. Question
  158. What is "Server Monitoring"?
  159.  
  160. 12. Answer
  161. When LZFW is started, the server monitoring function broadcasts a
  162. "Get Nearest File Server" packet.  
  163. For a file server to respond to the broadcast request, it must
  164. have the following parameter set: 
  165. "SET RespondToNearestFileServer = ON"
  166.  
  167. This is the default setting.
  168.  
  169. A known limitation of NetWare 3.x SFT III servers is that they do
  170. not respond to this broadcast packet.
  171.      
  172. All the servers that respond to this broadcast will be added to
  173. the "Server Monitor" screen.  
  174. Not all servers always respond.  
  175. For whatever reason, some might fail to respond every time.  
  176. Novell believes that this is due to the server being busy and
  177. that responding to the packet is a low priority.  
  178. This explains why some servers sometimes get in the list and
  179. others do not, and the exact list seems to change.
  180.  
  181. Now, LZFW has a list of servers to poll.  The idea is to go down
  182. the list of servers, one at a time, and send them a packet.  If
  183. they respond, server monitoring moves on to the next server until
  184. it reaches the end of the list.  Then, it starts over at the top
  185. of the list.  One server from the list is polled ever 15 seconds,
  186. so the amount of network traffic generated is very minimal.
  187.  
  188. If a server fails to respond to the poll, it goes into a "retry"
  189. mode.  Server monitoring tries more frequently to poll the server
  190. (every 2 seconds or so) for three tries.  If the server has not
  191. replied to any of the polls, server monitoring calls it down and
  192. send an alarm.  Then server monitoring moves on to the next
  193. server.  When it cycles around the list again, it tries the down
  194. server to see if it is back up.
  195.  
  196. After several times through the list, server monitoring
  197. "rebuilds" the list.  This gets rid of servers which have been
  198. down for a long time or have been moved.  It also picks up new
  199. servers that came up since server monitoring started.  The
  200. rebuild process restarts from scratch and creates a new list. 
  201. Unfortunately, a side effect of this is that servers can tend to
  202. "come and go" from the list.  There is no way to "Fix" or "Set"
  203. the list to poll.  You can only determine the servers you want or
  204. do not want.
  205.  
  206. The easiest way to see this algorithm in action is to set up a
  207. capture filter between "This Workstation" and "ANY."  Let server
  208. monitoring run for an hour or so.  Then "Post Filter" on NetWare
  209. SAPs.  Do this by double clicking on the SAP layer in the decode,
  210. and it will appear as follows:
  211.  
  212. =========== Service Advertising Protocol =============
  213.  
  214. Router polling is exactly the same except that NetWare RIP
  215. packets are used in place of SAP packets.
  216.  
  217.  
  218. 13. Question
  219. What does "Server Record Mismatch" mean?
  220.  
  221. 13. Answer
  222. You had a GP Fault in LZFW and tried to start again without
  223. rebooting. 
  224. You must reboot Windows after any GP Fault. 
  225.  
  226.  
  227. 14. Question
  228. How is a "server overload" detected?
  229.  
  230. 14. Answer
  231. When a workstation sends a request (say a file read) the server
  232. will normally respond in a few milliseconds or less.  If it takes
  233. more than 1 or 2 seconds, the client assumes that the packet was
  234. dropped and retransmits it.  The server sees the second request
  235. as a duplicate of the one it already queued and sends the "Hold
  236. on" packet. 
  237.  
  238. These "hold on" packets are seen by LZFW and if enough of them
  239. occur in 1 minute (15 by default) then we send an alarm.  The
  240. user may start noticing a slowdown of the network at the same
  241. time.  
  242. This will allow you to begin responding to the problem before the
  243. users know what's happening.
  244.  
  245. See the NetWare expert help and tutorial in LZFW for more
  246. information on likely causes and solutions for this problem.
  247.            
  248.  
  249. 15. Question
  250. There seems to be something wrong with the name file.  Not all of
  251. my names are being used.
  252.  
  253. 15. Answer
  254. There are a few things known to cause problems with the name
  255. file.
  256. Check the name file and correct any of the following conditions:
  257. -- A. Names must be no longer than 20 characters.
  258. -- B. There must be no blank lines.
  259. -- C. There must be a <CR> after every line including the last.
  260.  
  261. The algorithm that removes duplicate names at the end of name
  262. gathering has a limitation.  The limitation is that it can only
  263. deal with 1024 names.  When you do name gathering, the current
  264. name file is copied into a buffer and the new names from the
  265. current name gathering are added to it.  Once you get over 512
  266. names in the file, you really can't add to it.  The solution for
  267. large name files is to merge the files by hand.  Save the
  268. original name file and delete everything except for the broadcast
  269. address and name.  Then rerun name gathering and merge the 2
  270. files by hand.  You can remove the duplicates manually as well,
  271. if necessary.
  272.  
  273. If you use the tool on many networks and really only need a
  274. subset at any one time, consider maintaining multiple name files.
  275. That is, give each network its own name file and just remember to
  276. copy the correct one over to NAMES_ET.CSV or NAMES_TR.CSV.
  277.  
  278. -----------------------------------------------------------------
  279.  
  280. Any trademarks referenced in this document are the property of
  281. their respective owners.  Consult your product manuals for
  282. complete trademark information.
  283. -----------------------------------------------------------------
  284.  
  285.  
  286.  
  287.