[Freeswitch-users] Late SDP causing switch to sendonly mode - one way calls (3PCC?)

Serge S. Yuriev me at nevian.org
Tue May 28 10:10:40 UTC 2019


Hi,

I think you have to use something like this towards IVR
<action application="export" data="nolocal:sip_unhold_nosdp=true"/>


On 28/05/2019 12:20, Callum Guy wrote:
> Mike, Sagar,
> 
> Thanks for your responses.
> 
> I've understood from this that the consensus is that I am dealing with a 
> misbehaving remote device and as such should not be looking to change 
> anything on my FreeSWITCH setup to resolve.
> 
> RFC3264 <https://www.ietf.org/rfc/rfc3264.txt> (6.1) suggests that the 
> initial behaviour is acceptable and valid - FreeSWITCH is sending 
> sendrecv but the remote is responding sendonly. f this is triggering the 
> state change in FreeSWITCH would it not be to a state of recvonly as the 
> remote has informed us it will only be sending at this time? If anything 
> I would have thought that the subsequent transaction would result in 
> FreeSWITCH reporting that it is in recvonly mode rather than sendonly? 
> Having said that I can see that with this scenario I am dealing with 
> where all RE-INVITE transactions are late SDP I don't see how we would 
> overcome this configuration FreeSWITCH side.
> 
> Unfortunately I am have no communication path with the remote provider 
> at this time. On that basis I will have to look at intercepting on our 
> SIP proxy and manipulating the SDP manually to handle this scenario - 
> I'm sure if I prevent the sendonly from coming through then the issue 
> will not surface. I am a little concerned about a blanket change which 
> prevents sendonly on all late SDP requests however I can't immediately 
> see a scenario (i.e. normal call hold) where this would be useful as 
> hold actions should be sent on the RE-INVITE itself. If anyone is aware 
> of a scenario where sendonly on late SDP would be necessary please let 
> me know!
> 
> Thanks,
> 
> Callum
> 
> 
> On Sat, 25 May 2019 at 07:20, sagar malam <sagarmalam at gmail.com 
> <mailto:sagarmalam at gmail.com>> wrote:
> 
>     I think your issue is similar to this one :
>     https://freeswitch.org/jira/browse/FS-8573
> 
>     I am also facing it but with different scenario.
> 
>     On Fri, May 24, 2019 at 10:26 PM Mike Jerris <mike at freeswitch.org
>     <mailto:mike at freeswitch.org>> wrote:
> 
> 
> 
>>         On May 24, 2019, at 8:54 AM, Callum Guy <callum.guy at x-on.co.uk
>>         <mailto:callum.guy at x-on.co.uk>> wrote:
>>
>>         Hi All,
>>
>>         In short I have an established bridged call out to a 3rd party
>>         SIP IVR - this IVR appears to be performing 3pcc meaning I am
>>         receiving RE-INVITEs w/o SDP as the call plays prompts, goes
>>         to queue and when it is answered. For each INVITE FreeSWITCH
>>         responds with 200 with SDP and we get an ACK back with SDP.
>>         During the queue phase the ACK SDP contains a=sendonly - all
>>         previous SDP have implied sendrecv on both sides. All is OK at
>>         this stage. When the call is finally answered we get an INVITE
>>         w/o SDP and FreeSWITCH responds with SDP including a=sendonly,
>>         to which the remote replies a=sendrecv. Hence we get one way
>>         audio at the time when the conversation should be starting.
>>
>>         Can anyone help explain why FreeSWITCH would be switching to
>>         sendonly mode? I have enable_3pcc=true configured but
>>         otherwise this is a fairly standard/vanilla configuration. The
>>         behaviour I would expect is for FreeSWITCH to continue to omit
>>         the attribute and imply sendrecv.
>>
> 
>         "During the queue phase the ACK SDP contains a=sendonly”
> 
>         Freeswitch is NOT switching it.. the other side is.
> 
> 
>>         Are there specific variables which might allow me to manage
>>         the SDP attributes?
>>
>>         Please find a trace log attached.
>>
>>         Platform:
>>         FreeSWITCH Version 1.8.5-6-31281a0bf1~64bit (-6-31281a0bf1 64bit)
>>         Linux my.network 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1
>>         (2019-02-19) x86_64 GNU/Linux
>>
>>         Let me know if I can offer any more details regarding the
>>         implementation, thanks,
>>
>>         Callum
>>
>>
>>
>>         *^0333 332 0000  | www.x-on.co.uk <http://www.x-on.co.uk/>  |
>>         _**_^<https://www.linkedin.com/company/x-on>
>>         <https://www.facebook.com/XonTel> <https://twitter.com/xonuk> *
>>
>>         X-on is a trading name of Storacall Technology Ltd a limited
>>         company registered in England and Wales.
>>         Registered Office : Avaland House, 110 London Road, Apsley,
>>         Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
>>         The information in this e-mail is confidential and for use by
>>         the addressee(s) only. If you are not the intended recipient,
>>         please notify X-on immediately on +44(0)333 332 0000 and
>>         delete the
>>         message from your computer. If you are not a named addressee
>>         you must not use, disclose, disseminate, distribute, copy,
>>         print or reply to this email. Views or opinions expressed by
>>         an individual
>>         within this email may not necessarily reflect the views of
>>         X-on or its associated companies. Although X-on routinely
>>         screens for viruses, addressees should scan this email and any
>>         attachments
>>         for viruses. X-on makes no representation or warranty as to
>>         the absence of viruses in this email or any attachments.
>>
>>
>>         <sdp-sendonly.log>_________________________________________________________________________
>>
>>         The FreeSWITCH project is sponsored by SignalWire
>>         https://signalwire.com
>>         Enhance your FreeSWITCH install with disruptive priced SMS and
>>         PSTN services.
>>         Build your next product on our scalable cloud platform.
>>
>>         Join our online community to chat in real time
>>         https://signalwire.community
>>
>>         Professional FreeSWITCH Services
>>         sales at freeswitch.com <mailto:sales at freeswitch.com>
>>         https://freeswitch.com
>>
>>         Official FreeSWITCH Sites
>>         https://freeswitch.com/oss
>>         https://freeswitch.org/confluence
>>         https://cluecon.com
>>
>>         FreeSWITCH-users mailing list
>>         FreeSWITCH-users at lists.freeswitch.org
>>         <mailto:FreeSWITCH-users at lists.freeswitch.org>
>>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>         https://freeswitch.com
> 
>         _________________________________________________________________________
> 
>         The FreeSWITCH project is sponsored by SignalWire
>         https://signalwire.com
>         Enhance your FreeSWITCH install with disruptive priced SMS and
>         PSTN services.
>         Build your next product on our scalable cloud platform.
> 
>         Join our online community to chat in real time
>         https://signalwire.community
> 
>         Professional FreeSWITCH Services
>         sales at freeswitch.com <mailto:sales at freeswitch.com>
>         https://freeswitch.com
> 
>         Official FreeSWITCH Sites
>         https://freeswitch.com/oss
>         https://freeswitch.org/confluence
>         https://cluecon.com
> 
>         FreeSWITCH-users mailing list
>         FreeSWITCH-users at lists.freeswitch.org
>         <mailto:FreeSWITCH-users at lists.freeswitch.org>
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         https://freeswitch.com
> 
> 
> 
>     -- 
>     Thanks,
> 
>     Sagar
>     _________________________________________________________________________
> 
>     The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
>     Enhance your FreeSWITCH install with disruptive priced SMS and PSTN
>     services.
>     Build your next product on our scalable cloud platform.
> 
>     Join our online community to chat in real time
>     https://signalwire.community
> 
>     Professional FreeSWITCH Services
>     sales at freeswitch.com <mailto:sales at freeswitch.com>
>     https://freeswitch.com
> 
>     Official FreeSWITCH Sites
>     https://freeswitch.com/oss
>     https://freeswitch.org/confluence
>     https://cluecon.com
> 
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     https://freeswitch.com
> 
> 
> 
> *^0333 332 0000  | www.x-on.co.uk <http://www.x-on.co.uk>  | 
> _**_^<https://www.linkedin.com/company/x-on> 
> <https://www.facebook.com/XonTel> <https://twitter.com/xonuk> *
> 
> X-on is a trading name of Storacall Technology Ltd a limited company 
> registered in England and Wales.
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel 
> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
> The information in this e-mail is confidential and for use by the 
> addressee(s) only. If you are not the intended recipient, please notify 
> X-on immediately on +44(0)333 332 0000 and delete the
> message from your computer. If you are not a named addressee you must 
> not use, disclose, disseminate, distribute, copy, print or reply to this 
> email. Views or opinions expressed by an individual
> within this email may not necessarily reflect the views of X-on or its 
> associated companies. Although X-on routinely screens for viruses, 
> addressees should scan this email and any attachments
> for viruses. X-on makes no representation or warranty as to the absence 
> of viruses in this email or any attachments.
> 
> 
> _________________________________________________________________________
> 
> The FreeSWITCH project is sponsored by SignalWire https://signalwire.com
> Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services.
> Build your next product on our scalable cloud platform.
> 
> Join our online community to chat in real time https://signalwire.community
> 
> Professional FreeSWITCH Services
> sales at freeswitch.com
> https://freeswitch.com
> 
> Official FreeSWITCH Sites
> https://freeswitch.com/oss
> https://freeswitch.org/confluence
> https://cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> https://freeswitch.com
> 

-- 
Serge S. Yuriev
Senior VoIP engineer




More information about the FreeSWITCH-users mailing list