1 / 13

Recording VoiceXML sessions with SIPREC draft-lum-siprec-vxml-00

Recording VoiceXML sessions with SIPREC draft-lum-siprec-vxml-00. July 30, 2013 IETF 87. Author: H . Lum. IVR recording. In RFC6341 (SIPREC requirements) Use Case 6: IVR / Voice Portal Recording.

fay
Download Presentation

Recording VoiceXML sessions with SIPREC draft-lum-siprec-vxml-00

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Recording VoiceXML sessions with SIPRECdraft-lum-siprec-vxml-00 July 30, 2013 IETF 87 Author: H. Lum

  2. IVR recording In RFC6341 (SIPREC requirements) Use Case 6: IVR / Voice Portal Recording. Self-service Interactive Voice Response (IVR) applications may need to be recorded for application performance tuning or to meet compliance requirements. Metadata about an IVR session recording must include session information and may include application context information (e.g., VoiceXML session variables, dialog names, etc.).

  3. Scope • VoiceXML is standard for creating voice dialogs and IVR applications • Specify recording extensions to work for VoiceXML applications • VoiceXML session can be running within the scope of a VoiceXML media service (as per RFC5552)

  4. Deployment types (1) • IVR recorded by a separate SRC SRS RS (SIP) RTP/RTCP SRC SIP SIP UA-A IVR (UA-B) RTP/RTCP RTP/RTCP Communication Session

  5. Deployment types (2) • IVR is an SRC SRS RS (SIP) RTP/RTCP SRC SIP UA-A IVR (UA-B) RTP/RTCP Communication Session

  6. Requirements • REQ1: Provide an ability for the VoiceXML application to know that it is being recorded. • REQ2: Provide an ability for the VoiceXML application to pause/resume certain parts of the application from being recorded • REQ3: Define the scope which the recording starts or stops within the VoiceXML application. • REQ4: Capture DTMF input as media or metadata. • REQ5: Define metadata format to provide essential information about the recorded application. • REQ6: Define additional metadata to provide detailed information about the application executed.

  7. REQ1 • Provide an ability for the VoiceXML application to know that it is being recorded. • Example - Application must record the call in order to execute certain transaction. Application needs to know recording is happening before presenting the option to the user • Possible solution: session variable • session.recording == true

  8. REQ2 • Provide an ability for the VoiceXML application to pause/resume certain parts of the application from being recorded • Example – mask recording for taking sensitive information (PIN or CVV) • What is the scope of pause/resume? • <field> • Dialog: <form> or <subdialog> • document • As SIPREC aware UA, IVR can update SDP to request for pause/resume

  9. REQ3 • Define the scope which the recording starts or stops within the VoiceXML application. • By default record everything within the VoiceXML session • How about <transfer> tag?

  10. REQ4 • Capture DTMF input as media or metadata • Mandate DTMF as telephone/event codec in an audio m= line?

  11. REQ5 • Define metadata format to provide essential information about the recorded application • Required metadata could be: • URI of VXML page • session.connection variables • Input parameters to the VoiceXML page (ie. <params> in <dialogstart> in RFC6231)

  12. REQ6 • Define additional metadata to provide detailed information about the application executed • Different than REQ5 since this is about application-specific metadata • Does not make sense to log everything about the VoiceXML application since SIPREC is not a trace facility • What makes sense? • <exit> namelist? • <log> for application-specific messages?

  13. Next Steps • Interest in continuing this work?

More Related