just to get clarification
blind=? attended= user calls u, u transfer the call unatteneded= is this just like forward on no answer
Samuel Osorio Calvo wrote:
The effective transferring is done using REFER messages but since there are several transfer methods, some INVITEs can be triggered before (put on-hold, contact the referee). So, depending on how the user has configured the transfer in his/her phone (blind, attended, unattended,are there more??) the SIP request that the phone sends when the user presses the button is different. Take a look at the draft specifying the different transfer methods for a detailled view of the message flows (draft-ietf-sipping-service-examples I don't remember the most recent number....probably 7 or 8)
Samuel.
Unclassified.
Iqbal iqbal@gigo.co.uk 07/05/05 03:57AM >>>
which is why I am wondering if on pressing a transfer button request on a phone, should the first message being sent be a REFER or a INVITE, cause refer would make sense, although I havent looked at the rfc,
If anyone has a IP phones transferring a ngrep of transfer would be appreciated
Iqbal
On 7/4/2005, "Nils Ohlmeier" lists@ohlmeier.org wrote:
Hi,
take a look at the SDP of the INVITE. Probably it just puts the other
side
on-hold before sending the REFER. But I have no real clue how transfering without REFER should work.
(Except a
cumbersome solution with Replaces and 3pcc, which I have never.)
Nils
On Monday 04 July 2005 21:07, Iqbal wrote:
Hi
Should the call transfer use INVITE or REFER as a method, cause I
seem,
to be getting INVITE, but this then causes problems with
authentication.
A <-->B then B transfer to C (all IP phones)
This transfer seems fine, but it uses INVITE, no REFER . All phones
on
same sip domain/server
Now when this setup changes
pstn <---->B and then B tried to transfer to C, we get nothing, well
we
get 404 , it check the !location setting, and says ur not allowed.
Is the REFER the first message to be sent, or is there a INVITE transaction first,
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
.