Hello,
I have one particular PSTN call flow that causes a 183 with SDP, then a 180
without SDP prior to 200 OK. Some of my customer endpoints don't handle
the 180 properly after a 183 and they cease to hear ringback.
I'm thinking through how intercept the 180 and convert it to a 183 with
SDP. I
What if you simply drop the 180 in the onreply_route?
-Laszlo
2013/9/23 Jeff Pyle
> Hello,
>
> I have one particular PSTN call flow that causes a 183 with SDP, then a
> 180 without SDP prior to 200 OK. Some of my customer endpoints don't
> handle the 180 properly after a 183 and they cease to
Hi Laszlo,
Unfortunately the effect for the caller would be the same - ringback would
stop.
Here's the whole flow. My terminating gateway is SIP to ISDN PRI. Call
terminates through the gateway to a particular mobile switching office. I
receive an ISDN PROGRESS message with inband audio. This
No takers? :)
I wonder if it's possible to script this in a B2BUA scenario? I'm not sure
how one would do detection of 180 without SDP versus 180/183 with SDP in
B2B-land. Or, what to do from there once it knew.
- Jeff
On Mon, Sep 23, 2013 at 10:43 AM, Jeff Pyle wrote:
> Hi Laszlo,
>
> U
Well, you have to sacrifice 183 Early Media, since converting 183 to
180 is far more easy and convenient then converting 180 to 183 (since
then you have to involve a media server, which is not going to be so
easy).
Therefore, my advice would be to change all 183 from that
carrier to 180 respon
Muhammad,
That makes sense. I think in my case I would have to strip the SDP as
well? Any thoughts on the media sent from the b-leg back to the a-leg when
it's not being expected (because there is no SDP)?
- Jeff
On Tue, Sep 24, 2013 at 11:03 PM, Muhammad Shahzad Shafi <
shah...@voip-demos.
Yes of course, you need to remove sdp as well while changing reply
from 183 to 180,
http://www.opensips.org/html/docs/modules/1.9.x/sipmsgops.html#id292832
[15]
Thank you.
On 2013-09-26 18:21, Jeff Pyle wrote:
> Muhammad,
>
> That makes sense. I think in my case I would have to strip t