W3C home > Mailing lists > Public > public-webrtc@w3.org > February 2012

Re: [rtcweb] JSEP-02: SDP_PRANSWER and FEDEX use-case

From: Cullen Jennings <fluffy@iii.ca>
Date: Fri, 17 Feb 2012 13:59:15 -0700
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-Id: <15CD1ECE-6BDD-4EE0-AA5B-EF40616578CD@iii.ca>
To: "Hutton, Andrew" <andrew.hutton@siemens-enterprise.com>

On Feb 16, 2012, at 1:04 PM, Hutton, Andrew wrote:

>> (Also, in the FEDEX case, there could be scenarios where the browser
>> does need to transit media, if the user is e.g. promted for DTMFs,
>> voice commands etc...)
> [AndyH] - I agree that media transmission is required at this stage so that the user can navigate through voice prompts (E.g. via DTMF) I thought this was the main requirement from the FEDEX use case.

that's not my understanding. My understanding was it was one way media until the final response in the early media case. And the IVR sends the first prompt as ringtone but cuts over before two way media (IE DTMF) is needed. The whole point of this hack is to cut the time the IVR gets billed for but the SP is not going to provide two way media before billing starts. 
Received on Friday, 17 February 2012 20:59:45 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:27 UTC