Hello all.
We are running into some problems in trying to use an
out-of-dialog REFER. We have tested it against 4 different UAs with
different results from each (none correct in our opinion).
According to RFC 3515 an out-of-dialog REFER is valid (and is even
shown in an example on pg. 11).
Basically what we are trying to do is have A send a REFER to B
indicating they should send an INVITE to C. The REFER message is as follows.
REFER sip:[EMAIL PROTECTED] SIP/2.0
Via: SIP/2.0/UDP
192.168.1.1:12005;branch=z9hG4bK-d87543-2675d11764171830-1--d87543-;rport
Max-Forwards: 70
Contact: <sip:[EMAIL PROTECTED]:12005>
To: <sip:[EMAIL PROTECTED]>
From: <sip:[EMAIL PROTECTED]>;tag=613cfe4d
Call-ID: [EMAIL PROTECTED]
CSeq: 1 REFER
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, NOTIFY
Date: Thu, 01 Dec 2005 21:11:22 GMT
Refer-To: <sip:[EMAIL PROTECTED]>
Referred-By: <sip:[EMAIL PROTECTED]>
Content-Length: 0
Our results with various devices are shown below.
Mitel 5215 IP Phone (Firmware 04.00.00.07)
- responds with SIP/2.0 405 Method Not Allowed
XTen Eyebeam Softphone
- responds with SIP/2.0 603 Decline
Polycom (Firmware 1.5.2.0054)
- responds with SIP/2.0 202 Accepted
- then proceeds to reboot (!!)
SipXPhone Softphone (sipX/2.5.2 (WinNT))
- responds with SIP/2.0 202 Accepted
- sends INVITE to C, gets OK (after C answers) and responds with ACK
- RTP stream gets created
- but softphone still shows as Ringing while C thinks it is in
conversation
- analyzing RTP stream of call we have all audio spoken by C (and
a weird high pitched whine from B).
- Note: At no time does B send any NOTIFYs to A
The most promising response comes from the old SipXPhone short of
the lack of NOTIFYs and more importantly, the lack of a properly
established media stream.
The questions we have are as follows.
1. Does the format for our REFER look correct?
- The RFC does not mention having to include the Allow: line
but the stack we are using does not seem to allow me to remove it. The
Date: and Referred-By: headers are also not mentioned in 3515.
2. Does anyone know of a hardware SIP phone or softphone that
behaves "properly" when receiving an out-of-dialog REFER?
Thanks.
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors