home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / networks / manageme / decmcc / 195 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.8 KB
  1. Path: sparky!uunet!stanford.edu!agate!netsys!pagesat!olivea!sgigate!sgiblab!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!chx400!decus!g_fierlbeck
  2. From: g_fierlbeck@decus.ch
  3. Newsgroups: vmsnet.networks.management.decmcc
  4. Subject: Re: Wanted: MCC alarm command procedures to dial pagers
  5. Summary: A possible mcc pager solution.
  6. Keywords: mcc pager ai mrx x25
  7. Message-ID: <2377.2b0a8dc4@decus.ch>
  8. Date: 18 Nov 92 18:34:32 GMT
  9. References: <9211171542.AA26683@aitgw.ge.com>
  10. Organization: DECUS (Switzerland)
  11. Lines: 45
  12.  
  13.  
  14. In article <9211171542.AA26683@aitgw.ge.com>, "Ron Panetta, GE-ELAB, 8*256-2555" <PANETTA@ELAB.dnet.ge.com> writes:
  15. > Has anyone developed MCC alarm scripts (command procedures) that dial a
  16. > pager (or telephone number for that mater) upon an alarm condition. Possible
  17. > hardware interfaces might include DECtalk or any of the Hayes compatible
  18. > modems. The DECtalk could actually convey a synthesized message while the
  19. > Hayes compatable modem would only be able to provide DTMF tones signalling
  20. > an "encrypted" message on a digital pager. 
  21. > 
  22. > Haven't actually given much thought to what's involved in either of these two
  23. > cases but it seems like somebody must have already done this. In my case,
  24. > I'm only interested in dialing a digital pager and providing the "encrypted"
  25. > message.
  26.  
  27. I have set up MCC to send notifications to a pager, depending upon a simple 
  28. evaluation of alarm severity.  The severity and appropriate action to be taken 
  29. is determined by the DECnet (IV) events that occur and the context within 
  30. which they occur, as well as other input -- (this evaluation is something that
  31. I would really like to improve upon...)
  32.  
  33. The 'PROCEDURE=' rule parameter is a slightly modified version of the
  34. supplied alarm script.  Within it, messages may be dispatched to an SNS 
  35. monitor, or a DCL 'alarm' command may be issued (part of an extensive 
  36. 'dark' site control and monitoring system that we have written).
  37.  
  38. In the 'issue alarm' case, the command defined in the DCL tables on the 
  39. MCC workstation essentially causes the command parms to be sent, using 
  40. a normal prog. lang. i/f, to a process on another cluster.  This second
  41. process (declared as a network object) takes all messages passed to it 
  42. and furthers them to a third VAX that runs an MRX Gateway.  These are then
  43. sent via X.25 to a national paging service that furthers them on our behalf
  44. to the PTT which maintains a pager transmitter network.
  45.  
  46. This might be a little more complicated than what you intend on building,
  47. but its works very well for us and is quite flexible.
  48.  
  49. -Hope it helps.
  50.  
  51. =========================================================================    
  52.  
  53.   G. Fierlbeck, Netmgt. SOFFEX Swiss Options and Financial Futures Exchange
  54.                         Neumattstr. 7, CH-8953 Dietikon/ZH, Switzerland.
  55.  
  56.   X.400: c=CH a=arCom o=SOFFEX p=SOFFEX s=Fierlbeck g=George
  57.   
  58.