Benoît Panizzon
2020-Apr-17 08:39 UTC
[asterisk-users] RFC4733 (2833) payload during early audio 183?
Hi Gang Not a specific Asterisk Question. But I wonder, if the called party replies with 183 + SDP indicating support for telephony-event. Should the caller be able to send DTFM Tones? Swiss Railways uses an IVR that kicks in before the call is answered. So far I have found no SIP Phone which would allow sending RFC4733 during the early audio phase (so I cannot test if Asterisk would forward them) rendering the IVR unuseable. But the RFC itself suggests that there is no restriction on which SDP (183 or 200) the telephony-event is announced. -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________
Joshua C. Colp
2020-Apr-17 13:39 UTC
[asterisk-users] RFC4733 (2833) payload during early audio 183?
On Fri, Apr 17, 2020 at 5:40 AM Benoît Panizzon <benoit.panizzon at imp.ch> wrote:> Hi Gang > > Not a specific Asterisk Question. > > But I wonder, if the called party replies with 183 + SDP indicating > support for telephony-event. > > Should the caller be able to send DTFM Tones? > > Swiss Railways uses an IVR that kicks in before the call is answered. > > So far I have found no SIP Phone which would allow sending RFC4733 > during the early audio phase (so I cannot test if Asterisk > would forward them) rendering the IVR unuseable. But the RFC itself > suggests that there is no restriction on which SDP (183 or 200) the > telephony-event is announced. >I can't think of anything I've read that says you can't, and from an Asterisk perspective I don't think we prevent such such an action. -- Joshua C. Colp Asterisk Technical Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20200417/3995c544/attachment.html>
Apparently Analagous Threads
- Opus: No translation path after upgrade ubuntu focal => jammy
- Asterisk translates 200 OK + SDP into 488 not acceptable here after both side agreed on codec.
- ICE Candidate collision on dualstack hosts?
- On Register, run a script, validate source IP
- filtering number of values in a data frame