Advantech MIC-3369C Przewodnik Instalacji Strona 64

  • Pobierz
  • Dodaj do moich podręczników
  • Drukuj
  • Strona
    / 161
  • Spis treści
  • BOOKMARKI
  • Oceniono. / 5. Na podstawie oceny klientów
Przeglądanie stron 63
Dialogic
®
System Release 6.1 CompactPCI for Windows
®
Release Update 64
The threshold values can be modified at any time. If the channels being modified are in a
call, the new values take effect as soon as an RTCP/RTP packet is received for that
session. If the call is disconnected right at that moment, the new values take effect at the
start of the next call.
Guidelines for Setting the Fault Thresholds
An RTP timeout alarm is not generated under the following conditions (although RTCP
timeout alarms may be generated):
if Voice Activity Detection (VAD) is on
if stream mode is set to send-only or inactive (due to SIP re-INVITE)
if RTCP timeout alarm monitoring is enabled but an RTCP timeout has not occurred.
The RTP timeout alarm will only be generated after an RTCP timeout alarm has
occurred.
By making RTP timeouts contingent upon RTCP timeouts being disabled, false RTP
timeouts are intended to be blocked. Dialogic
®
IPT Boards working with terminals that
handle RTCP should use RTCP timeouts to detect unplanned interruptions, while
Dialogic
®
IPT Boards working with terminals that only handle RTP should have RTCP
timeouts disabled.
When alarm monitoring is enabled for both RTCP and RTP, if the RTCP timeout
unFaultThreshold is greater than the RTP timeout unFaultThreshold, the actual RTP
timeout will be equivalent to the RTCP timeout.
Note that when alarm monitoring is enabled for RTP and disabled for RTCP, there is a
possible scenario where the RTP timeout alarm may be received after the threshold set
by the application. This will happen only when the RTCP timeout unFaultThreshold is
greater than the RTP timeout unFaultThreshold. The Dialogic
®
IPT Board firmware still
waits for the RTCP threshold to be reached before generating an RTP alarm, even though
the RTCP alarm is not enabled and will not be sent to the application. For example:
RTP timeout unFaultThreshold is set to 100, and RTP timeout alarm monitoring is
enabled.
RTCP timeout unFaultThreshold is set to its default value (250), and RTCP timeout
alarm monitoring is disabled.
In such a setup, the application would expect to be notified of RTP timeout if RTP stops
for 10 seconds, but the application will receive the RTP timeout alarm after 25 seconds.
To prevent this from happening and to make sure that RTP timeout alarms are received at
IPM_QOS_THRESHOLD_DATA
Structure Parameter
Minimum Fault
Threshold
Maximum Fault
Threshold
Default Fault
Threshold
RTCP timeout unFaultThreshold 50 1200 250
RTP timeout unFaultThreshold 50 1200 1200
Note: Fault threshold unit is 100 msec. Threshold values range from 5 seconds (50 x 100
msec) to 120 seconds (1200 x 100 msec) with a resolution of 1000 msec.
Przeglądanie stron 63
1 2 ... 59 60 61 62 63 64 65 66 67 68 69 ... 160 161

Komentarze do niniejszej Instrukcji

Brak uwag