Due to the many variables associated with paging, Sun strongly recommends that you test the RSC paging mechanism to insure that your configuration options are set correctly.
The easiest way to test that all the components associated with RSC paging are functioning properly is to use the rscadm send_event -c command. This command can be invoked from a UNIX shell and will initiate an RSC alert. If the RSC page_enabled flag is set to true, this alert will send a page to the recipients specified by the page_info1 and page_info2 environment variables.
If RSC fails to send a page, a message similar to the following will be added to the event log:
THU AUG 27 22:31:09 1998 sst4828: 00060006: "Failed to send page alert for recent event"
If RSC successfully transmits a page, no error message is added to the event log.
RSC can fail to send a page notification for the following reasons:
It failed to communicate with the modem.
It failed to contact the paging service specified by the page_info1 or page_info2 variable.
A failure occurred while RSC was communicating with the paging service TAP server.
When a page fails, check the following:
That your modem dip switch and software configuration variables are set correctly.
That all the RSC page_variables (page_info1 and 2, page_init1 and 2, and page_baud1 and 2) are set correctly and match the settings for your paging service.
Insure that your paging service supports the TAP protocol. Check with the paging service to insure that you have the proper phone number and modem configuration parameters.
Attempt to connect with the paging service manually. Refer to the "Troubleshooting Modem Problems" section in Appendix B of the RSC User's Guide for instructions on manually connecting to a TAP paging service.
In some cases, it might be desirable to extend the pause period to allow the modem to recognize the dial tone of the phone line. This can be accomplished on most modems by increasing the value in the S8 register. See documentation that came with your modem for more details.