Generating ringback if 180 arrives after 183
Hi all, I've the following scenario from my upstream provider : FS calls provider Provider sends easrly media with 183 announcing that the call is going to be trasferred Provider sends 180 without sdp In my dialplan I'm using ringback variable to let FS generate ringback to internal network, and if I receive 180 without 183 is working ok. What I'm trying to achieve is to let ringback work even if we've already received the 183 with sdp. I've tryed a lot of dialplan magic without luck. Maybe we need to add this support into FS itself ? What I see seems that we need to break the bridge or at least "inject" the tone stream into the internal leg of the call. To be fair, the exact sequence is: FS calls provider provider sends 183/sdp annoucing the call trasnfer provider sends update which stops the media (media=inactive) provider sends 180 ringing (we must generate here) maybe the correct way is to handle the update, put fs back into ringing state and proceed from there? Is feasible or we can get the same result with some dialplan magic? any hint is appreciated :) regards, matteo
Any chance you can find the person who designed their SIP stack and hit him with a ClueBat? -MC On Fri, Jun 17, 2011 at 4:14 AM, Matteo <mbrancaleoni@voismart.it> wrote:
Hi all,
I've the following scenario from my upstream provider :
FS calls provider Provider sends easrly media with 183 announcing that the call is going to be trasferred Provider sends 180 without sdp
In my dialplan I'm using ringback variable to let FS generate ringback to internal network, and if I receive 180 without 183 is working ok.
What I'm trying to achieve is to let ringback work even if we've already received the 183 with sdp.
I've tryed a lot of dialplan magic without luck. Maybe we need to add this support into FS itself ?
What I see seems that we need to break the bridge or at least "inject" the tone stream into the internal leg of the call.
To be fair, the exact sequence is:
FS calls provider provider sends 183/sdp annoucing the call trasnfer provider sends update which stops the media (media=inactive) provider sends 180 ringing (we must generate here)
maybe the correct way is to handle the update, put fs back into ringing state and proceed from there? Is feasible or we can get the same result with some dialplan magic?
any hint is appreciated :)
regards, matteo
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi, ----- Messaggio originale -----
Any chance you can find the person who designed their SIP stack and hit him with a ClueBat?
why? I think that can be correct, even on sip implementors someone expresses that if we receive 180 after 183 local ringing must be generated. And this is "more right" if before the 180 an update which tells us to stop the media is sent, like in this case. or I'm missing something? mat
On Fri, Jun 17, 2011 at 1:43 PM, Matteo <mbrancaleoni@voismart.it> wrote:
Hi,
----- Messaggio originale -----
Any chance you can find the person who designed their SIP stack and hit him with a ClueBat?
why? I think that can be correct, even on sip implementors someone expresses that if we receive 180 after 183 local ringing must be generated. And this is "more right" if before the 180 an update which tells us to stop the media is sent, like in this case.
or I'm missing something?
I was just being glib. The simple fact of the matter is that if they are going to send a 183/sdp and then a 180 w/o sdp then you're simply going to have to figure out how to dance around it, or you're going to need to ignore that early media and just provide your own ringback to the calling party. -MC
----- Messaggio originale ----- I was just being glib. The simple fact of the matter is that if they are going to send a 183/sdp and then a 180 w/o sdp then you're simply going to have to figure out how to dance around it, or you're going to need to ignore that early media and just provide your own ringback to the calling party.
Unfortunately I cannot ignore early media since contains the announcement about the call being transferred. But I can use the trigger on the update method which stops the media to do something. the question is, there's some point into the code to look at in order to understand how to stop the audio bridge without killing the channels in order to start the ringback. I may try coding something... just need some pointers :) regards, mat
Hi, I've made up an external perl client for ESL which monitors for events and ask to generate ringback on caller channel if certain conditions happens. I had to insert two new custom events in sofia.c to trigger this situation. Can be usefule for general use? If yes, I'll be glad to submit the patch to jira. regards, matteo.
participants (2)
-
Matteo
-
Michael Collins