[OpenSIPS-Users] assigning dialog profiles

[Brett Nemeroff]

Bogdan,
Thanks for the correction. Sorry about that Jeff ;)


On Mon, Mar 9, 2009 at 8:27 AM, Bogdan-Andrei Iancu
<bogdan at voice-system.ro>wrote:

> Hi Brett,
>
> This is not correct - the dialog is automatically destroyed when the call
> fails. A failure route is an indication that the current branches failed,
> but you can still fork the call to new destinations.
>
> So, the dialog terminated when there is a negative reply sent to the UAC.
>
> Jeff, in your case, it is correct removing the dialog from the old profile
> and adding it to the new profile.
>
> Regards,
> Bogdan
>
> Brett Nemeroff wrote:
>
>> Jeff,
>> The dialogs are destroyed automatically upon failure. You don't need to
>> unset the dialog manually unless there is a reason the dialog doesn't fit
>> the profile anymore..
>>
>> -Brett
>>
>> On Sun, Mar 8, 2009 at 2:09 PM, Jeff Pyle <jpyle at fidelityvoice.com<mailto:
>> jpyle at fidelityvoice.com>> wrote:
>>
>>    Hello,
>>
>>    I'm configuring Opensips' dialog module to keep count of the
>>    number of calls
>>    I have on each outbound PSTN carrier.  Here's my thinking:
>>
>>    In request route:
>>    - create_dialog() on new INVITE
>>    - select carrier
>>    - set_dlg_profile() to assign to proper profile with this
>>    carrier's value
>>
>>    In failure route:
>>    - unset_dlg_profile() to remove from profile, since it failed
>>    - send to original request route to select next carrier, assign
>>    profile, etc
>>
>>    When I run this, the first set_dlg_profile() works properly, but the
>>    unset_dlg_profile() in the failure route logs:
>>
>>     ERROR:dialog:unset_dlg_profile: dialog was not yet created -
>>    script error
>>     ERROR:dialog:w_unset_dlg_profile: failed to unset profile
>>
>>    All subsequent set/unset_dlg_profile give the same error.  Does
>>    the dialog
>>    somehow get destroyed when the failure_route is hit?  Is it
>>    necessary to
>>    create_dialog() each time the failure_route is hit by sending it
>>    back around
>>    to a request route?
>>
>>
>>    Thanks,
>>    Jeff
>>
>>
>>    _______________________________________________
>>    Users mailing list
>>    Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>    http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090309/d0bac49a/attachment.htm