Hi Bogdan, Thanks for the info. If that's the case, why does the unset_dlg_profile() fail in the failure_route, as well as all subsequent set_dlg_profile()/unset_dlg_profile() for the various PSTN carriers where the call goes?
- Jeff On 3/9/09 10:27 AM, "Bogdan-Andrei Iancu" <[email protected]> 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 <[email protected] >> <mailto:[email protected]>> 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 >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
