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@voice-system.ro] Sent: Wednesday, May 10, 2006 4:01 PM To: Douglas Garstang Cc: users@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@openser.org http://openser.org/cgi-bin/mailman/listinfo/users