Timo,<div><br></div><div> Some interesting results indeed. If I place the same block of code with or without dlg_get first then dlg_bye AFTER loose_route -- kamailio ignores the packet.</div><div><br></div><div>If I place it before loose_route WITH dlg_get FIRST - it works as expected.</div>
<div><br></div><div>Sincerely,</div><div>Brandon Armstead<br><div><br><div class="gmail_quote">On Tue, Nov 1, 2011 at 4:42 PM, Timo Reimann <span dir="ltr"><<a href="mailto:sr@foo-lounge.de">sr@foo-lounge.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hey Brandon,<br>
<br>
<br>
Am 02.11.2011 um 00:32 schrieb Brandon Armstead:<br>
<div class="im">> Thats correct - however I am calling this before loose_route, 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!<br>
<br>
</div>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().<br>
<br>
Looking forward to hearing your findings. :)<br>
<div><div></div><div class="h5"><br>
<br>
Cheers,<br>
<br>
--Timo<br>
<br>
<br>
<br>
> On Tue, Nov 1, 2011 at 4:21 PM, Timo Reimann <<a href="mailto:sr@foo-lounge.de">sr@foo-lounge.de</a>> wrote:<br>
> Hey Brandon,<br>
><br>
><br>
> Am 01.11.2011 um 23:44 schrieb Brandon Armstead:<br>
> > Thank you for the input - I actually just figured out a resolution.<br>
> ><br>
> > Apparently dlg_bye("all") must be called after dlg_get - so what I'm 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.<br>
> ><br>
> > I think we can mark this as resolved :).<br>
><br>
> OK, very good. :)<br>
><br>
> 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.<br>
><br>
><br>
> Cheers,<br>
><br>
> --Timo<br>
><br>
><br>
><br>
> > On Tue, Nov 1, 2011 at 3:21 PM, Timo Reimann <<a href="mailto:sr@foo-lounge.de">sr@foo-lounge.de</a>> wrote:<br>
> > Hey Brandon,<br>
> ><br>
> ><br>
> > Am 01.11.2011 um 22:48 schrieb Brandon Armstead:<br>
> > > I am attempting to tear down a call with a BYE packet generated externally (kind of similar to Kamailio fifo dlg_end_dlg).<br>
> > ><br>
> > > Let me describe what I am trying to do in more depth and then I will continue to tell you the problem I think I am experiencing.<br>
> > ><br>
> > > [PSTN SIP Proxy] -> [CORE SIP Proxy] -> [REGISTRAR] -> [UAC]<br>
> > ><br>
> > > So the above layout is the normal call flow / structure of calls (incoming when originating from pstn) (outgoing when originating from uac).<br>
> > ><br>
> > > I then have an "external" host - I am attempting to generate a BYE to [CORE SIP Proxy] and have it go both directions [PSTN] + [UAC].<br>
> > ><br>
> > > So far I am able to get the call to tear down in only a single direction (only kill call with PSTN) or (only kill call with UAC).<br>
> > ><br>
> > > I have not been able to kill both legs of the call.<br>
> ><br>
> > [snip]<br>
> ><br>
> ><br>
> > > My Question - what am I doing wrong - or what is the best method to tackle this task?<br>
> ><br>
> > 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.<br>
> ><br>
> > 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.<br>
> ><br>
> ><br>
> > Cheers,<br>
> ><br>
> > --Timo<br>
><br>
<br>
</div></div></blockquote></div><br></div></div>