So ua2 should handle the REFER, create and new invite to ua3 and then ua2 should then BYE to ua1 once the new call is active.
Whats interesting though is that in my implementation, SIP to SIP calls are able to transfer to other ua's and outbound to the PSTN gw. However Inbound PSTN calls (routed to a registered ua) cannot be transferred from SIP-ua1 to SIP-ua2.
In this case (PSTN-ua1 to SIP-ua2 trx SIP-ua3) ua1 is the gw and it should issue a new invite?
So in this case, would the issue be the Cisco gateway?
Can openser intercept the REFER-TO, issue a new invite from PSTN-ua to SIP-ua3?
Also, I like the idea of screening the REFER-to. In fact I plan on setting up domain variables using avps to enable or diable transfers.
Thank you very much for your feedback.
FR
--- Klaus Darilion klaus.mailinglists@pernau.at wrote:
REFER is an end-2-end feature. Thus, After ua1 sends REFER to ua2 (Refer-To: ua3), ua2 will create a new INVITE to ua3. You can not intercept the REFER in the SIP proxy and create an INVITE.
The only thing you might want to do in the proxy is to screen the URI in the Refer-To - e.g. to avoid that your subscribers are referred to costly service numbers.
regards klaus
Frogger wrote:
I am trying to handle the REFER method for call-transfer and I need some assistance.
What is the openser.cfg structure to handle a
refer
from ua1 to ua2 so that ua2 can call ua3?
Basically, I am trying to establish a new INVITE
with
the REFER-To for ua2 calling ua3. Also, I need to clean up the initial transaction between ua1 and
ua2.
BTW, I read the rfc on REFER and I have a good
sense
of whats supposed to happen but I lack the
mechanics
to make it so.
All the guidance will be very helpful. Thanks, F
Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam
protection around
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com