home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 1995 November / PCWK1195.iso / inne / win / sieciowe / ws_watch.lzh / wswatch1.txt < prev   
Text File  |  1995-04-24  |  15KB  |  351 lines
  1. ---------------------------------------------------------------------
  2.  
  3. This file is additional information by:
  4. Colin Seymour                  | Tel. +44 181 848 6551
  5. CRL, Dawley Road, Hayes,       | Fax. +44 181 848 6565
  6. Middx. UB3 1HH, United Kingdom | Internet: cseymo@thorn-emi-crl.co.uk
  7.  
  8. ---------------------------------------------------------------------
  9. Utility: Windows Sockets Net Watch
  10.          Displays state of network hosts and allows remote
  11.          logins to displayed hosts by "point and click".
  12.  
  13. Author:  WS_WATCH is Copyright 1995 by the author John A. Junod.
  14.          (All rights reserved).
  15. ---------------------------------------------------------------------
  16.  
  17. Source of WS_WATCH:  Anonymous ftp from host:  129.29.64.246
  18.                                    Directory:  pub/msdos
  19.  
  20. See the author's WS_WATCH.TXT file for documentation and update info.
  21.  
  22. This file created 26/1/95 for Alpha version 11
  23. Updated 27/1/95 (Undocumented editing facilities described, & various
  24. minor corrections), 30/1/95 minor corrections + more info about
  25. netwatch.db file format.
  26. Updated for Alpha version 13, 13/2/95.
  27. Updated for Alpha version 15 95_02_20, 23/2/95.  NETWATCH.DB file is
  28. superseded by WS_WATCH.DB file.
  29.  
  30.  
  31. Installing WS_WATCH with a database configured for local requirements
  32. ---------------------------------------------------------------------
  33.  
  34. The author's documentation is in WS_WATCH.TXT
  35. On-line help is available by selecting Help on the main
  36. menu (The help file WS_WATCH.HLP need only
  37. be in the \WS_WATCH directory to be accessible).
  38.  
  39. The author's files (including the above) are packed in
  40. the WS_WATCH.ZIP distribution file.
  41.  
  42. The WS_WATCH.ZIP file should be unpacked using PKUNZIP
  43. or a compatible archive unpacking program.
  44. For example: Copy all the distribution files to a suitable
  45. directory (e.g. C:\WS_WATCH), and in DOS type PKUNZIP WS_WATCH
  46. Another well known shareware unpacker running in Windows
  47. is called WinZip, which is (R) and copyright Nico Mac Computing Inc.
  48. There is also Info-ZIP's self-extracting package for decompressing
  49. .ZIP files available from public domain FTP sites; distributed
  50. as UNZ512X3.EXE for DOS running on 386+ PC-compatibles;
  51. plus other unzipping utilities too numerous to mention.
  52.  
  53. To install, run Windows file manager.  Locate the WS_WATCH.EXE file
  54. in the directory WS_WATCH and drag it with the mouse on to a suitable
  55. Program Manager group where you want the WS_WATCH icon;
  56. this automatically installs the correct icon for WS_WATCH.
  57.  
  58. When replacing a previous version, delete the old icon and
  59. use the drag-and-drop technique above, rather than editing the
  60. Program Item Properties.  Otherwise, you will not get the updated
  61. icon.  Version 15 introduces a new Sockets graphic in the icon.
  62.  
  63. Run the WS_WATCH program by double clicking on your new group
  64. icon.  Use the options menu to select appropriate settings.
  65.  
  66. Users may prefer to set up and distribute their own WS_WATCH.INI
  67. file containing setup information tailored to local requirements.
  68. The locally adjusted version of the WS_WATCH.INI file can be
  69. stored in the WS_WATCH directory (or a subdirectory called,
  70. say, WS_WATCH\WINDOWS).
  71. If you then copy your file from the WS_WATCH
  72. subdirectory to your Windows directory before running WS_WATCH,
  73. you will get the locally adjusted settings, otherwise 
  74. WS_WATCH will create a default .INI file in the Windows directory.
  75.  
  76. Users will also need to set up and distribute their own WS_WATCH.DB
  77. file tailored to local requirements.  The locally adjusted version
  78. of the WS_WATCH.DB file can be stored in the WS_WATCH directory
  79. on a local machine or as a network directory.  Until further notice,
  80. the author is distributing the old-style NETWATCH.DB file, not
  81. a WS_WATCH.DB file, so if you have your own tailored WS_WATCH.DB file
  82. this will be used by defualt.
  83.  
  84.  
  85. Description
  86. -----------
  87.  
  88. WS_WATCH monitors routing hosts on the TCP/IP (Internet)
  89. network.  Every so often it checks to see if each host in
  90. its database is responding.  Initially the hosts are shown
  91. in yellow in a graphic display.  If they respond to a check
  92. data packet, they turn green.  If there is an error, they
  93. change colour.  There are colour codes for varying numbers of
  94. lost packets.  These colours may be altered from the default
  95. settings in the File/Colours menu.
  96. Lost packets may be caused by networks responding slowly,
  97. i.e. slower than the timeout period set in the options menu,
  98. due to heavy data traffic, and also by hosts being shut down,
  99. hardware faults etc.
  100.  
  101. The value of this utility is that you can see whether failure
  102. to connect via the Internet is due to a gateway machine being
  103. down (an error condition may mean several things, but if
  104. the machine is down, that will certainly show as an error).
  105. It also serves as a handy graphical method of logging in
  106. as a remote terminal to a displayed host.
  107.  
  108. The WS_WATCH.DB file contains details of the routing computers
  109. on the TCP/IP network, and should be edited for local requirements.
  110. The WS_WATCH.DB file is kept in the WS_WATCH directory.
  111.  
  112. If you use the sample NETWATCH.DB or WS_WATCH.DB file supplied
  113. in the .ZIP file, it is really valid only for local conditions at
  114. the author's network.
  115.  
  116. Read WS_WATCH.TXT for author's information about the utility.
  117.  
  118. Editing the WS_WATCH.DB file for local requirements may be
  119. done using facilities built in to the utility
  120. (see Additional Editing Facilities).  It can also be edited
  121. with a text editor, but this method is more prone to error
  122. and the built-in facilities are easier to use.
  123.  
  124. Extracts from a sample WS_WATCH.DB file are shown below:
  125.  
  126. Tws_watch.db 95/02/23 13:26
  127. Bnetwatch.bmp
  128. V1
  129. Hlocalhost,127.0.0.1,Loopback,CRL,16,1,0,1,0
  130. Hgblink,146.101.128.1,uknet link m/c,External Router,14,21,0,1,0
  131. HCanterbury2,146.101.3.2,Canterbury2.GB.EU.net,External router,6,29,0,1,0
  132. Hlinx-gw...,146.101.28.2,linx-gw.GB.EU.net,External router,24,29,0,1,0
  133. N12,14,7,14,12
  134. N12,0,7,36,7
  135. N12,14,12,14,21
  136. N12,36,27,0,27
  137. N12,14,27,14,21
  138. N12,6,29,6,27
  139. N12,16,7,16,1
  140. N12,24,29,24,27
  141.  
  142. The first line contains version information for the database file.
  143. The second line relates to the author's other software and is not
  144. thought to be used by the present version of WS_WATCH (Alpha v. 15).
  145. There is a netwatch.bmp file in the authors's NETWATCH utility
  146. (which is a completely separate application from WS_WATCH).
  147. The lines starting with "H" describe hosts, and contain fields for
  148. name, IP address, description, location and displayed screen
  149. coordinates.  The lines starting with "N" are records for the lines
  150. that make up the graphic display but otherwise do not affect the
  151. function of the program with respect to the active host checking
  152. process.
  153. Specifying the IP address 127.0.0.1 for the local machine will work
  154. for any machine that WS_WATCH runs on, since this is the standard
  155. "loopback" IP address.  You do not therefore need a separate local
  156. IP address for each machine that WS_WATCH runs on, and the same file
  157. can be used on different machines.
  158.  
  159.  
  160. Additional Editing Facilities
  161. -----------------------------
  162.  
  163. The author's 12/12/94 development history quotes:
  164.   "Check out the menu available by RIGHT clicking on a host or the
  165.    screen.  The NETBEUI option is NOT complete, nor is the New->Line
  166.    menu item.  The EDIT mode will eventually disappear. Not all
  167.    menu items work yet...."
  168.  
  169. Documentation is in fact now being added in WS_WATCH
  170. distributions for these facilities in the on-line Windows help file.
  171.  
  172. As the author barely has time to work on the program, there is
  173. unfortunately very limited documentation from the horse's mouth.
  174. We can, I suspect, expect further interesting developments in
  175. WS_WATCH.  It is a very useful utility which, in the
  176. event of local network problems, can save Internet users a lot of
  177. time, and the graphical Telnet feature can also save time.
  178. Consequently support for WS_WATCH such as this file is in my
  179. opinion well worth giving.
  180.  
  181. Further details in support of WS_WATCH documentation are given below.
  182.  
  183. Some of these details may vary, depending on a specific system
  184. configuration.
  185.  
  186. There are some very useful facilities available through the mouse
  187. (This description is based on a system running
  188. Windows for Workgroups 3.11 with Microsoft
  189. TCP/IP and WIN32s 1.20).
  190.  
  191. Click right on a host, in the upper left corner, and
  192. you will get a menu:
  193.  
  194.     ----------
  195.     New
  196.     Delete
  197.     ----------
  198.     Connect
  199.     Ping
  200.     Traceroute
  201.     ----------
  202.     Properties
  203.     ----------
  204.  
  205. Delete gets rid of the host (you still have to use edit mode to
  206. delete lines).  Connect activates a program such as Telnet
  207. (a reference to the application program is needed in the Options
  208. menu) so you can log in to any of the displayed hosts.  This can
  209. also access NCSA Mosaic ( (c) University of Illinois, 1993, 1994),
  210. and other applications.  See the on-line help for further information.
  211. Ping and Traceroute are grayed, but can be accessed anyway on the
  212. Tools menu-
  213. Ping doesn't work on my machine - can't find ICMP.DLL
  214. Traceroute has the same behaviour (this "ICMP support" DLL is
  215. specific to Windows NT and Windows 95, so don't expect it to work on
  216. Windows for Workgroups).  Those that use Windows for Workgroups
  217. and Microsoft TCP/IP but have no ICMP.DLL support can still use 
  218. Ping.exe and Tracert.exe, available through the Windows DOS box.
  219. Properties allows you to edit the information associated with the
  220. host (so it isn't actually necessary to edit the .DB file unless you
  221. want to change the order in which hosts are checked, which follows
  222. the order in which their lines appear in the file).
  223.  
  224. Click right elsewhere on the screen, and the menu appears with only
  225. New enabled, which allows you to place new hosts.  Delete is enabled
  226. but neither of its sub-menus are enabled.
  227.  
  228. Click left on a host and a list of host information is displayed
  229. (which varies with the system platform and setups you are running)
  230. Double clicking left on a host connects in the same way as accessed
  231. through the menu described above.
  232.  
  233.  
  234. Updating hosts information
  235. --------------------------
  236.  
  237. Network hosts may change, and the .DB file needs to be kept
  238. up to date to correspond with what is actually on the
  239. network.  To verify Internet connectivity, you need to have the
  240. machines on the routing path out of your local network on display.
  241.  
  242. Routing outside any particular location, such as CRL, is likely to
  243. change (as is the network inside a location) and may be different
  244. from day to day.  The further the host is along the route,
  245. the more likely it is to vary according to the destination
  246. address.  So there is little point in displaying routing nodes
  247. past the first external connection, unless you want to use
  248. WS_WATCH to connect to external hosts (which could be very useful!).
  249.  
  250. Information on the hosts may be obtained (if you have
  251. Microsoft TCP/IP-32) by using the tracert.exe program in a
  252. Windows DOS box (not in real mode DOS, as it will crash);
  253. or by using the traceroute facility built in to WS_WATCH itself,
  254. if you have ICMP support; or by other similar utility programs which
  255. will vary slightly from one platform to another.
  256.  
  257. Using a sufficiently far destination will show up all
  258. the local routing.  E.g. for users in the UK, tracert 149.171.248.9
  259. which is the University of New South Wales.
  260. Make a note of the first few host IP numbers and names,
  261. and update the WS_WATCH database accordingly.
  262. Additional hosts can be added using the editing facilities
  263. of WS_WATCH (see under Additional Editing Facilities), or by
  264. copying one of the lines in the .DB file starting with H,
  265. then using the WS_WATCH program to move the new graphic to
  266. a suitable new location and adding a line to the
  267. "network" picture.
  268.  
  269. Try at a different time of day- the routing may be different.
  270.  
  271.  
  272. Example Table of sample IP addresses for tracert route analysis
  273. ---------------------------------------------------------------
  274.  
  275. These are selected as various "compass headings" from London
  276. and similar examples for use at other locations may be found by
  277. searching the FTP sitelist file, which can be obtained by
  278. anonymous ftp from:
  279.  
  280.                  Site: garbo.uwasa.fi 
  281.                  Dir:  /pc/doc-net/ftp-list.zip
  282.  
  283. Suitable "compass headings" will obviously vary depending on
  284. where you are.  At my location, I found that most communications
  285. went through one particular external router, but a different one
  286. came into use when communicating between London and Scotland.
  287.  
  288. "NW"
  289. 193.4.210.1      complex.is                 Iceland
  290. "NE"
  291. 193.71.1.7       ftp.eunet.no               Norway
  292. "N"
  293. 129.215.112.130  ftp.ed.ac.uk               Edinburgh
  294. 130.209.240.50   dcs.gla.ac.uk              Glasgow
  295. "W"
  296. 134.226.32.15    ftp.cs.tcd.ie              Ireland
  297. 134.226.81.10    ftp.maths.tcd.ie           Ireland
  298. 192.48.96.9      ftp.uu.net                 New Jersey
  299. 16.1.0.1         decwrl.dec.com             New Jersey
  300. "SW"
  301. 146.155.1.43     malloco.ing.puc.cl         Chile
  302. "SE"
  303. 193.127.1.2      ftp.eunet.es               Spain
  304. 130.206.1.2      archie.rediris.es          Spain
  305. 149.171.248.9    keystone.arch.unsw.edu.au  Australia
  306. "E"
  307. 129.69.18.15     ftp.uni-stuttgart.de       Germany
  308. 129.20.254.2     archie.univ-rennes1.fr     France
  309.  
  310.  
  311. Bug Reports
  312. -----------
  313.  
  314. Bug reports should be sent as instructed by the author of the
  315. utility, also, I suggest you quote the following technical
  316. details to enable accurate bug diagnosis:
  317.  
  318.    WS_WATCH version, e.g. A15, 95.02.20
  319.    Your personal details and email address
  320.    Description of bug and circumstances when it appeared
  321.    Program options selected (particularly type of ICMP ping)
  322.    Copy of your personalised .DB file
  323.    Description of your PC, DOS version,
  324.    free space on disk, type of graphic display,
  325.    version of Windows, Virtual memory setup,
  326.    type of Windows Sockets software and version,
  327.    Windows memory (quoted in Program Manager About box)
  328.    Network settings e.g. Microsoft Windows Network v. 3.11
  329.                          Novell Netware (Workstation Shell 3.X)
  330.    Type of network card
  331.    Network drivers used
  332.    Netware version, e.g. if you are using Novell Netware,
  333.    you can get information from the Netware Version utility such as:
  334.      NETWARE VERSION UTILITY, VERSION 3.12:
  335.      NetBIOS Protocol Specification:  V-2.0
  336.      IPX Version: 3.16
  337.      SPX Version: 3.16
  338.      LAN Driver:   V0.00
  339.      Shell:       V3.32 Rev. A
  340.      Novell NetWare v3.11 (250 user) (8/9/91)
  341.    Other networks will have different features but will likely have some
  342.    means of displaying version information.
  343.  
  344.  
  345. DISCLAIMER
  346.  
  347.   Neither the Author or the Author's employers accept any liability
  348.   should any person incur expense or damage by following these
  349.   guidelines.
  350.  
  351.