15 May
2006
15 May
'06
11:46 a.m.
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(a)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(a)openser.org
>http://openser.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>