CISCO-ASPP-MIB

The ASPP MIB provides the configuration and operational information on asynchronous polled protocols such as the asynchronous security protocols that alarm monitoring companies use. The protocols are handled in passthrough mode. ASPP will handle the receiving and sending of the asychronous blocks. It will not perform any error checking. It is the responsibilty of the end-station to perform any required error recovery. A generic protocol has been created to support asychronous protocols. In some situations this doesn't work for all types since there is no alarm protocol standard. Specific vendor support has been included for the following vendor's alarm equipment and protocols: * adplex * adt - PollSelect - VariPoll * diebold * mdi * mosec (mosler) * gddb (Guang Dong Development Bank) - This protocol is similar to Burroughs Poll/Select The following example configuration shows how the ASPP MIB returns ASPP information, from either CISCO A or CISCO B. Security == ASP == Cisco == IP == Cisco == ASP == Alarm control A Network B Panel station The following entities are managed: 1) ASPP ports (serial interfaces) The ASPP ports are identified by the interface index, and additional information about this interface can be obtained from the Cisco Serial Interface MIB.

MIB content (25 objects)

Informations

Organization
Cisco Systems, Inc.
Contact info
Cisco Systems Customer Service Postal: 170 W. Tasman Drive San Jose, CA 95134 USA Tel: +1 800 553-NETS E-mail: cs-poll-async@cisco.com

Revisions

2003-02-10 00:00
Added Asynchronous Point of Sale(POS) to IP conversion support. The APOS protocol utilizes asynchrounous communications with 1 start, 1 stop and 7 data bits with even parity. The connection to the POS terminal will always be an asynchronous leased line. The protocol has many characteristics of BSC except it is simplified to minimize overhead on the point to point connection. The added APOS traffic will be locally acknowledged unlike the other polled asynchronous protocol which function in passthrough mode. The LRC/VRC will be verified and any necessary recovery will be done by the router. This is necessary since we are converting the protocol so the data can be passed to an IP attached host.
1995-08-21 00:00
Initial mib for async security polled protocols.