On 04/30/2014 08:02 AM, Fred Posner wrote:
On 04/30/2014 04:16 AM, Alex Balashov wrote:
So, do you suppose I could achieve my objective by tracking every
dialog--that is, by calling dlg_manage() in the initial request route
for every call, and then calling set_dlg_profile() out of a failure
ro
On 04/30/2014 04:16 AM, Alex Balashov wrote:
So, do you suppose I could achieve my objective by tracking every
dialog--that is, by calling dlg_manage() in the initial request route
for every call, and then calling set_dlg_profile() out of a failure
route conditionally?
Wouldn't you need to s
Hi Daniel,
On 04/29/2014 09:03 AM, Daniel-Constantin Mierla wrote:
I guess dialog has to be created in main request_route (or sub-route
block executed from there) as it relies on some tm callbacks that could
be related to transaction creation and first time forwarding.
So, do you suppose I co
On 28/04/14 19:49, Alex Balashov wrote:
Hi,
Am I not allowed to call dlg_manage() and add a dialog to a profile
inside a request_route that is called out of a failure_route?
The sequence of events is like this:
1. INVITE >
2. <-- 302 redirect
3. ACK -
On 04/28/2014 08:04 PM, Fred Posner wrote:
On 04/28/2014 06:54 PM, Alex Balashov wrote:
I don't think that will work, because no dialog is created by the 302
redirect.
11.3. event_route[dialog:failed]
Executed when dialog is not completed (+300 reply to INVITE).
Oh. I thought it required t
On 04/28/2014 06:54 PM, Alex Balashov wrote:
I don't think that will work, because no dialog is created by the 302 redirect.
11.3. event_route[dialog:failed]
Executed when dialog is not completed (+300 reply to INVITE).
--fred
___
SIP Express Rout
I don't think that will work, because no dialog is created by the 302 redirect.
On 29 April 2014 02:48:23 GMT+04:00, Fred Posner wrote:
>On 04/28/2014 01:49 PM, Alex Balashov wrote:
>> Hi,
>>
>> [SNIP] So, the question is, am I doing something wrong? What's the
>best way to
>> accommodate this s
On 04/28/2014 01:49 PM, Alex Balashov wrote:
Hi,
[SNIP] So, the question is, am I doing something wrong? What's the best way to
accommodate this scenario? I don't know if I want to track the dialog or
add it to a profile until after I get the 302.
Out of curiosity, if you call set_dlg_profile
Hi,
Am I not allowed to call dlg_manage() and add a dialog to a profile
inside a request_route that is called out of a failure_route?
The sequence of events is like this:
1. INVITE >
2. <-- 302 redirect
3. ACK --->
4. INVITE (new branch) --->
It's in #
