Advantech MIC-3369C Przewodnik Instalacji Strona 34

  • Pobierz
  • Dodaj do moich podręczników
  • Drukuj
  • Strona
    / 161
  • Spis treści
  • BOOKMARKI
  • Oceniono. / 5. Na podstawie oceny klientów
Przeglądanie stron 33
Dialogic
®
System Release 6.1 CompactPCI for Windows
®
Release Update 34
Note: The EVT_NETWORKFAILURE1 event type, which is supported on IPT Boards, is not
supported on DM/IP Boards since they have only one network interface. (For information
about EVT_NETWORKFAILURE1, see Section 1.25, “Modified Alarm Events for Media
LAN Disconnect”, on page 74 of this Release Update.)
1.8.1 Feature Description
Note: This feature is already documented in the Dialogic
®
IP Media Library API Programming
Guide and Dialogic
®
Global Call IP Technology Guide; in particular, refer to:
Dialogic
®
IP Media Library API Programming Guide: “Network Failure Alarm” section
in the Quality of Service (QoS) Alarms chapter
Dialogic
®
Global Call IP Technology Guide: “Media LAN Disconnection Alarm” section
in the IP-Specific Operations chapter
For convenience, information from these sections is repeated here.
A board-level alarm notifies the application when the board’s connection to the LAN has
been disrupted, for example if the Ethernet cable has been disconnected or if there has
been some failure in a hub or switch. When the alarm is enabled, the board checks the
status of the network connection at 1-second intervals. If the board finds that the
connection is disrupted, it generates a single network failure event to notify the IPML
application. When a subsequent network status check indicates that the network
connection has been restored, a single network failure alarm-off IPML event is generated.
Both the alarm-on (failure) and alarm-off (restoration) events may also be reported to the
Global Call library via GCAMS.
Note the following differences between the network failure alarm and other QoS alarms:
The network failure alarm is a board-level alarm while most other QoS alarms operate
at the channel device level.
There are no threshold parameters associated with the network failure alarm as there
are with other QoS alarms.
The network failure alarm cannot be reset via ipm_ResetQoSAlarmStatus( ).
The status of the network failure alarm cannot be queried via
ipm_GetQoSAlarmStatus( ), and the status is not reported via
ipm_GetSessionInfo( ).
The network failure alarm is only reported via asynchronous notification events.
IP Media Library Considerations
The application registers for notification of the network failure alarm in much the same
way as a QoS alarm, by calling ipm_EnableEvents( ), and deregisters via
ipm_DisableEvents( ), and so a separate function call must be used to enable or disable
the network failure alarm event using the board’s device handle and
EVT_NETWORKFAILURE event type. The function call will fail if a channel device handle
is specified.
Przeglądanie stron 33
1 2 ... 29 30 31 32 33 34 35 36 37 38 39 ... 160 161

Komentarze do niniejszej Instrukcji

Brak uwag