[OpenSIPS-Users] dispatcher and attended transfers

Adrian Georgescu ag at ag-projects.com
Tue Apr 7 18:47:08 CEST 2009


You cannot do this reliable the way you propose. The only reliable way  
is to sit behind a PBX/B2BUA that your control and behaves in a  
consistent and reliable way. Otherwise you are at the mercy at the  
combinations of the SIP User Agents that are involved in the call  
transfer operation.

If you will try to fix incrementally every problem your discover in  
the SIP Proxy for call transfer you will be busy forever solving this  
because is end-point implementation dependent.

Adrian


On Apr 7, 2009, at 6:41 PM, Stanisław Pitucha wrote:

> Hi,
> I'm trying to find a solution for using both a dispatcher and attended
> transfers reliably.

> Standard problems are:
> - calls from user A must go to the same pbx as all ongoing calls To  
> and From A
> - dispatcher failover must work properly if there's a record of A's
> dialog with PBX-1, but PBX-1 goes down
>
> Issues that make this scenario hard to solve are:
> - afaik, there's no good way to get the destination of other dialogs,
> other than a sql query
> - ds_select_domain doesn't work from failure route, so selecting a
> "preferred" destination as well as failover routes must be done in the
> same place
>
> I made a patch for the dispatcher module that solves that more or less
> (additional avp decides host to prepend to the list), but it has it's
> own issues ("preferred" host appears twice in the destinations list,
> marking bad hosts is probably buggy), so I'm not really happy with
> that way to solve it.
>
> Has anyone got a working solution for this problem?
>
> Thanks,
> Stan
>
> _______________________________________________
> 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/20090407/8ae8e884/attachment.htm 


More information about the Users mailing list