Asked by:
Unattended Transfer Fails in Communicator

Question
-
Software:
Microsoft Communicator
OCS 2007
Mediation ServerPSTN Gateway:
OpenSIPSAsterisk 1.6
The issue doesn't appear to be with the traffic from mediation to asterisk. Incoming and outgoing calls are fine, calls can be placed on hold.
Attended transfers work, conferencing works, and even a call external to external transfer works (ie, we can call out, dial out a second call, and remove communicator from the call, leaving the two remote parties talking).
However, a blind transfer in this scenario does not work:
Call is made out from User A, to External Party. External Party answers call. User B is going to have the call transferred in a blind transfer - so the transfer option is clicked, and the user is chosen.
The call isn't received by User B - it goes to User B's voicemail instead.
The SIP traffic between mediation server and opensips / asterisk is returning OK results. The only error found is a response to mediation server from communicator, below is the request and response (request from mediation, response from communicator), the 488 Not Acceptable Message suggests there is an issue with the message sent to Communicator from Mediation Server.
Any ideas (packets slightly modified to preserve privacy).
Code SnippetINVITE to communicator:
INVITE sip:192.168.1.27:56605;transport=tls;ms-opaque=3cf4086e1f;ms-received-cid=6A100 SIP/2.0
Record-Route: <sip:pool1.x:5061;transport=tls;ms-fe=HOSTNAME.x;ms-role-rs-from;lr;ms-route-sig=ffdQFftwU8zMps0dgLzhJt79CccB0lkulkFD52LgAA>;tag=30A1229E2F585DFDB607A93646ADC301
Via: SIP/2.0/TLS 192.168.1.207:5061;branch=z9hG4bKD064C557.2592E964;branched=TRUE;ms-internal-info="cb5gbNRASU7TyqXtaYMSsCByINDYslkulk514urwAA"
Proxy-Authentication-Info: Kerberos rspauth="602306092A864886F71201020201011100FFFFFFFF4B2157E9CD232580A319011D47ABF1F3", srand="1E4A0C25", snum="16", opaque="52E541F1", qop="auth", targetname="sip/HOSTNAME.x", realm="SIP Communications Service"
Max-Forwards: 69
Content-Length: 934
Via: SIP/2.0/TLS 192.168.1.208:1353;branch=z9hG4bK7cb44b5c;ms-received-port=1353;ms-received-cid=6A300
From: <sip:012345678@x;user=phone>;epid=F3BD620152;tag=8cd0ada12e
To: <sip:first.last@x>;epid=f7b605a7f5
CSeq: 38 INVITE
Call-ID: ff09d06e-89be-45fe-b0f6-c8ef354c8230
Contact: <sip:MEDIATION.x@x;gruu;opaque=srvr:MediationServer:kHow0-Jsc0CRkZZoIwDtwAAA;grid=aee6b629a732479ca44bc262f0ca632d>;isGateway
Referred-By: <sip:myself.last@x>;ms-referee-uri="sip:012345678@x;user=phone";ms-identity="AVwCAQExDzANBgkqhkiG9w0BAQUFADALBgkqhkiG9w0BBwExggE3MIIBMwIBATCBjDB-MRIwEAYKCZImiZPyLGQBGRYCYXUxEzARBgoJkiaJk_IsZAEZFgNjb20xITAfBgoJkiaJk_IsZAEZFhFsaXZlc3RvY2tleGNoYW5nZTEcMBoGCgmSJomT8ixkARkWDGhlYWRxdWFydGVyczESMBAGA1UEAxMJbGVzdnJ2czAyAgpZ-RVcAAAAAAAUMA0GCSqGSIb3DQEBBQUAMA0GCSqGSIb3DQEBAQUABIGAT2lctYlX63dib-eQwUvJSrO5pn1HG4bhpXJ8A_JLbjW77Pknlh3SHUnRB0LXZ20NmpsW9H301D4og3lqGcWgppZTnyAqSxdnwc7rjFx0Wu94h2QWqAu9_b0opBXpcCUvP329avDW5KSELHAYxFp_0e5LYnpyAw8sfIJIfrcplBIA:Tue, 25 Nov 2008 08:18:54 GMT";ms-identity-info="sip:pool1.x:5061;ms-fe=HOSTNAME.x;transport=tls";ms-identity-alg=rsa-sha1
Supported: replaces
Supported: gruu-10
User-Agent: RTCC/3.0.0.0 MediationServer
Content-Type: application/sdp; charset=utf-8
Allow: UPDATE
Allow: Ack, Cancel, Bye,Invite,Referv=0
o=- 0 0 IN IP4 192.168.1.208
s=session
c=IN IP4 192.168.1.208
b=CT:1000
t=0 0
m=audio 62142 RTP/AVP 97 101 115 111 0 8
c=IN IP4 192.168.1.208
a=rtcp:60106
a=candidate:WLZsewwjR/l7t056Yuj7x7W3/LlHqIdA 1 1o3fcBwIy4g UDP 0.900 192.168.1.208 62142
a=candidate:WLZ1sewwjR/l7t056Yuj7x7W3/LlHqIdA 2 1o3fcBwIy4g UDP 0.900 192.168.1.208 60106
a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:E2089B1wwLRV7uMVcFeHdVcg8H|2^31|1:1
a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:R59tXZG+1lb/9CTGG/dDZt1Q1uJKQdA/|2^31|1:1
a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:QNCCROPKne+SBLz58Zj3QEOhujpjAAIfTHr|2^31
a=label:main-audio
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:115 x-msrta/8000
a=fmtp:115 bitrate=11800
a=rtpmap:111 SIREN/16000
a=fmtp:111 bitrate=16000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20
Response from communicator:
SIP/2.0 488 Not Acceptable Here
Via: SIP/2.0/TLS 192.168.1.207:5061;branch=z9hG4bKD064C557.2592E964;branched=TRUE;ms-internal-info="cb5gbNRAStaYMSsCByINDYslkulk514urwAA"
Via: SIP/2.0/TLS 192.168.1.208:1353;branch=z9hG4bK7cb44b5c;ms-received-port=1353;ms-received-cid=6A300
From: <sip:01234578@x;user=phone>;epid=F3BD620152;tag=8cd0ada12e
To: "" <sip:first.last@x>;epid=f7b605a7f5;tag=a5e3f09bb8
Call-ID: ff09d06e-89be-45fe-b0f6-c8ef354c8230
CSeq: 38 INVITE
Record-Route: <sip:pool1.x:5061;transport=tls;ms-fe=HOSTNAME.x;ms-role-rs-from;lr;ms-route-sig=ffdQFftwU8zMps0dgLzhJt79CccB0lkulkFD52LgAA>;tag=30A1229E2F585DFDB607A93646ADC301
User-Agent: UCCP/2.0.6362.97 OC/2.0.6362.97 (Microsoft Office Communicator)
Ms-client-diagnostics: 52001; reason="General processing error"
Proxy-Authorization: Kerberos qop="auth", realm="SIP Communications Service", opaque="52E541F1", targetname="sip/HOSTNAME.x", crand="20705154", cnum="13", response="602306092a8648fffffff907e2de74b3ed90bb2a713bef4a9b9ee"
Content-Length: 0Wednesday, December 10, 2008 10:31 PM
All replies
-
Here is a bug in mediation server:
http://bugs.digium.com/view.php?id=13958
Mediation server doesn't increment the o= line in SDP packets, which causes 'a=inactive' to be ignored.
This does not resolve this issue however.Friday, December 12, 2008 10:51 PM -
i'm facing the same problem.
please contact me at p dot baratta at fabbricadigitale dot itTuesday, December 16, 2008 3:57 PM -
Solved with these mediation kb:
(KB 956829)
(KB 952780)
(KB 943086)
Tuesday, December 16, 2008 4:51 PM