Jump to: navigation, search

8.5.130.93

Voice Platform Media Control Platform Release Notes

Release Date Release Type Restrictions AIX Linux Solaris Windows
06/10/15 Hot Fix X

Helpful Links

What's New

This release contains the following new features and enhancements:

  • The new configuration parameter [fm]revalidatestaleresponse changes the rules for handling a stale response: you can specify to revalidate only a stale response, or to revalidate any response that contains a “must-revalidate” directive.
    • Set revalidatestaleresponse to 0 (for false) to specify revalidation of all responses having the “must-revalidate” directive.
    • Set revalidatestaleresponse to 1 (for true, the default) to specify that only stale responses are revalidated.

    Your new setting takes effect following a start or a restart.
    (GVP-22409)

  • DTMF clamping (also known as masking) guards a customer's sensitive credit card information from an agent's ears and from call recording. An MSML conference request enables clamping. To filter DTMFs from the recording, set the new option callrecording.dtmfhandling to no-digits.
    [msml]callrecording.dtmfhandling has three settings:
    • no-digits: Mask all DTMF digits.
    • as-is: Record everything from the RTP stream as-is. Inband DTMFs are recorded, but not RFC2833 digits.
    • all-digits: Record all DTMF digits, including inband; generate audio for RFC2833 digits.

    Your new setting is effective immediately.

     

    Use the new option clampdtmf.presilencepackets to define the length of time that silence occurs before a clamped DTMF. This is important when a DTMF tone appears before the DTMF RFC2833 event, which might happen when the SIP gateway converts DTMF tones to DTMF RFC2833 events. Beware: setting a big number will cause more audio delays in a conference.

    [msml]clampdtmf.presilencepackets has a default setting of zero (0), and must be an integer from 0-50. This number specifies how many audio packets are replaced with silence after a clamped DTMF. 1 packet usually = 20ms, but that varies with traffic and other factors.

    Your new setting is effective immediately.

     

    Use the new option clampdtmf.postsilencepackets to define the length of time that silence occurs after a clamped DTMF. This is important when a DTMF tone appears after the DTMF RFC2833 event.

    [msml]clampdtmf.postsilencepackets has a default setting of zero (0), and must be an integer from 0 or greater. This number specifies how many audio packets are replaced with silence after a clamped DTMF. 1 packet usually = 20ms, but that varies with traffic and other factors.

    Your new setting is effective immediately.
    (GVP-22370)


Resolved Issues

This release contains no resolved issues.



Upgrade Notes

No special procedure is required to upgrade to release 8.5.130.93.

This page was last edited on September 30, 2016, at 17:43.
Comments or questions about this documentation? Contact us for support!