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

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

From: Hutton, Andrew <andrew.hutton@siemens-enterprise.com>
Date: Sun, 19 Feb 2012 22:25:51 +0100
To: "Ravindran, Parthasarathi" <pravindran@sonusnet.com>, Cullen Jennings <fluffy@iii.ca>
CC: "public-webrtc@w3.org" <public-webrtc@w3.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Message-ID: <101C6067BEC68246B0C3F6843BCCC1E312942242CD@MCHP058A.global-ad.net>
Hi,

Yes absolutely I have come across a number of scenarios in the US and in Europe where media is needed in the forward direction for DTMF input after receiving a 18x response and before the 200OK. IF I remember correctly calling FEDEX was actually one of the real life examples.

Regards
Andy


> -----Original Message-----
> From: Ravindran, Parthasarathi [mailto:pravindran@sonusnet.com]
> Sent: 19 February 2012 17:53
> To: Cullen Jennings; Hutton, Andrew
> Cc: public-webrtc@w3.org; rtcweb@ietf.org
> Subject: RE: [rtcweb] JSEP-02: SDP_PRANSWER and FEDEX use-case
> 
> Cullen,
> 
> AFAIK, 18x with sendrecv as direction attribute & DTMF (telephony-
> event) is allowed by couple of operators in FEDEX (call center)
> scenario. Andy will be able to double confirm whether he also comes
> across the similar deployment.
> 
> Thanks
> Partha
> 
> 
> 
> >-----Original Message-----
> >From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> Behalf
> >Of Cullen Jennings
> >Sent: Saturday, February 18, 2012 2:29 AM
> >To: Hutton, Andrew
> >Cc: public-webrtc@w3.org; rtcweb@ietf.org
> >Subject: Re: [rtcweb] JSEP-02: SDP_PRANSWER and FEDEX use-case
> >
> >
> >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.
> >
> >
> >_______________________________________________
> >rtcweb mailing list
> >rtcweb@ietf.org
> >https://www.ietf.org/mailman/listinfo/rtcweb
Received on Sunday, 19 February 2012 21:26:21 UTC

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