Hey Brandon, Am 01.11.2011 um 22:48 schrieb Brandon Armstead: externally (kind of similar to Kamailio fifo dlg_end_dlg). continue to tell you the problem I think I am experiencing. (incoming when originating from pstn) (outgoing when originating from uac). [CORE SIP Proxy] and have it go both directions [PSTN] + [UAC]. (only kill call with PSTN) or (only kill call with UAC). [snip] tackle this task? If I get you right you are trying to emulate Kamailio's dlg_end_dlg functionality without involving Kamailio at all (except for passing forward the BYE requests). This makes your question sort of off-topic as processing BYE requests is a matter of RFC 3261 alone. Apart from that, what you could do is take a look at the dialog module code and check how it implements dlg_end_dlg. An idea I have what you could possibly be doing wrong is not using the CSeq numbers that each party expects. I don't have the details at hand but if either CSeq number is off your UAs won't accept the BYE request. Cheers, --Timo

Hey Brandon, Am 01.11.2011 um 23:44 schrieb Brandon Armstead: doing now is simply checking for request with a special request uri with the callid / from tag / to tag in the request that correlates to the call I desire to terminate. I am then feeding $ci, $tt, and $ft into dlg_get and then calling dlg_bye("all") - in which Kamailio then proceeds to send BYE out to both legs of the call. OK, very good. :) Let me make sure that this isn't a dialog module bug: You are now calling dlg_get() followed by dlg_bye() with proper parameters from within the Kamailio configuration script? if so, you shouldn't need to call dlg_get() in the first place, at least not if you place dlg_bye() after the call to loose_route(). Contrary, using certain dialog features (including dlg_bye()) from reply routes isn't completely possible yet which could explain your findings. Cheers, --Timo externally (kind of similar to Kamailio fifo dlg_end_dlg). continue to tell you the problem I think I am experiencing. (incoming when originating from pstn) (outgoing when originating from uac). [CORE SIP Proxy] and have it go both directions [PSTN] + [UAC]. direction (only kill call with PSTN) or (only kill call with UAC). tackle this task? functionality without involving Kamailio at all (except for passing forward the BYE requests). This makes your question sort of off-topic as processing BYE requests is a matter of RFC 3261 alone. code and check how it implements dlg_end_dlg. An idea I have what you could possibly be doing wrong is not using the CSeq numbers that each party expects. I don't have the details at hand but if either CSeq number is off your UAs won't accept the BYE request.

Hey Brandon, Am 02.11.2011 um 00:32 schrieb Brandon Armstead: perhaps that is my problem and need for calling dlg_get? Let me give this a go - and I will respond back with my findings, thanks! Yeah, that should be it -- linking to the currently active dialog is being implemented as a callback to record-routed messages which takes place after a call to loose_route(). Looking forward to hearing your findings. :) Cheers, --Timo doing now is simply checking for request with a special request uri with the callid / from tag / to tag in the request that correlates to the call I desire to terminate. I am then feeding $ci, $tt, and $ft into dlg_get and then calling dlg_bye("all") - in which Kamailio then proceeds to send BYE out to both legs of the call. calling dlg_get() followed by dlg_bye() with proper parameters from within the Kamailio configuration script? if so, you shouldn't need to call dlg_get() in the first place, at least not if you place dlg_bye() after the call to loose_route(). Contrary, using certain dialog features (including dlg_bye()) from reply routes isn't completely possible yet which could explain your findings. externally (kind of similar to Kamailio fifo dlg_end_dlg). continue to tell you the problem I think I am experiencing. (incoming when originating from pstn) (outgoing when originating from uac). to [CORE SIP Proxy] and have it go both directions [PSTN] + [UAC]. direction (only kill call with PSTN) or (only kill call with UAC). tackle this task? functionality without involving Kamailio at all (except for passing forward the BYE requests). This makes your question sort of off-topic as processing BYE requests is a matter of RFC 3261 alone. code and check how it implements dlg_end_dlg. An idea I have what you could possibly be doing wrong is not using the CSeq numbers that each party expects. I don't have the details at hand but if either CSeq number is off your UAs won't accept the BYE request.

Hey, Am 02.11.2011 um 08:24 schrieb Brandon Armstead: with or without dlg_get first then dlg_bye AFTER loose_route -- kamailio ignores the packet. expected. What do you mean by "kamailio ignores the packet"? Is this equivalent to what you described initially regarding dialogs that were terminated single-sided only? Cheers, --Timo perhaps that is my problem and need for calling dlg_get? Let me give this a go - and I will respond back with my findings, thanks! being implemented as a callback to record-routed messages which takes place after a call to loose_route(). resolution. doing now is simply checking for request with a special request uri with the callid / from tag / to tag in the request that correlates to the call I desire to terminate. I am then feeding $ci, $tt, and $ft into dlg_get and then calling dlg_bye("all") - in which Kamailio then proceeds to send BYE out to both legs of the call. calling dlg_get() followed by dlg_bye() with proper parameters from within the Kamailio configuration script? if so, you shouldn't need to call dlg_get() in the first place, at least not if you place dlg_bye() after the call to loose_route(). Contrary, using certain dialog features (including dlg_bye()) from reply routes isn't completely possible yet which could explain your findings. wrote: generated externally (kind of similar to Kamailio fifo dlg_end_dlg). will continue to tell you the problem I think I am experiencing. (incoming when originating from pstn) (outgoing when originating from uac). to [CORE SIP Proxy] and have it go both directions [PSTN] + [UAC]. direction (only kill call with PSTN) or (only kill call with UAC). to tackle this task? functionality without involving Kamailio at all (except for passing forward the BYE requests). This makes your question sort of off-topic as processing BYE requests is a matter of RFC 3261 alone. module code and check how it implements dlg_end_dlg. An idea I have what you could possibly be doing wrong is not using the CSeq numbers that each party expects. I don't have the details at hand but if either CSeq number is off your UAs won't accept the BYE request.