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