[Users] Stateful Transfers

[Bogdan-Andrei Iancu]

Hi,

in this case you will to use an algorithm that uses some information 
that is common to the original call and the new call. If you are not 
able to link the calls (logically) you will not be able to send them to 
same destination.

regards,
bogdan

Douglas Garstang wrote:

>We're using algorithm 0, which hashes over the callid, but that doesn't help.
>The polycom phones send a new invite with a NEW callid when you hit transfer.
>
>Doug.
>
>  
>
>>-----Original Message-----
>>From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro]
>>Sent: Wednesday, May 10, 2006 4:01 PM
>>To: Douglas Garstang
>>Cc: users at openser.org
>>Subject: Re: [Users] Stateful Transfers
>>
>>
>>Hi,
>>
>>what dispatching algorithm are you using?
>>
>>regards,
>>bogdan
>>
>>Douglas Garstang wrote:
>>
>>    
>>
>>>I got a big problem here that I don't know how to fix.
>>>
>>>An OpenSER system forwards calls from phones to Asterisk 
>>>      
>>>
>>boxes. Up until now we had been using the dispatcher to 
>>evenly distribute calls to the Asterisk boxes. However, when 
>>someone transfers a call, using the dispatcher, the call can 
>>go to a different Asterisk box, which breaks the transfer.
>>    
>>
>>>I need to find some way to make OpenSER route transfers to 
>>>      
>>>
>>the same Asterisk system. I'm not sure how to do this. If 
>>there was some way to, upon an INVITE, check and see if there 
>>was already a call in progress for that user and then send it 
>>to the same Asterisk system. Would stateful processing help 
>>in this way? Can stateful processing 'remember' that there's 
>>a call already in progress like this, or does the stateful 
>>simply relate to stateful processing of a single call from 
>>INVITE to OK/ACK?
>>    
>>
>>>Doug.
>>>
>>>
>>>
>>>_______________________________________________
>>>Users mailing list
>>>Users at openser.org
>>>http://openser.org/cgi-bin/mailman/listinfo/users
>>>
>>> 
>>>
>>>      
>>>
>
>  
>