Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
New Member

CME Jabber on iPhone disconnects after 10 Secs

Hi all, have a problem on my jabber clients that they disconnect after 10 seconds when making outbound calls. Router 2921 - c2900-universalk9-mz.SPA.151-4.M4.bin runing CME 8.6. iPhones running Jabber 8.6.5.18781. All other devices (CIPC, 7945's etc. (SCCP)) are working fine and are able to make outgoing and incoming calls.

please assist.

this is what I get from the CME

un  8 15:10:43.459: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
Jun  8 15:10:43.459: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
Jun  8 15:10:43.459: //1158/E2B9A9F18216/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SPI_EVENT
Jun  8 15:10:43.459: //1159/E2B9A9F18216/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:0114674466@192.168.244.10:5060;user=phone;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.244.250:5060;branch=z9hG4bK4291EAA
From: "Dave-iPhone" <sip:7477@192.168.244.10>;tag=BDEC6C-1325
To: <sip:0114674466@192.168.244.10>;tag=gf97ll6v-CC-24
Date: Fri, 08 Jun 2012 15:10:25 GMT
Call-ID: E8C75803-B0B211E1-821DB8F2-331935B0@192.168.244.250
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Timestamp: 1339168243
CSeq: 103 BYE
Reason: Q.850;cause=102
P-RTP-Stat: PS=539,OS=16170,PR=894,OR=17880,PL=0,JI=0,LA=0,DU=10
Content-Length: 0


Jun  8 15:10:43.495: //1159/E2B9A9F18216/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.244.250:5060;branch=z9hG4bK4291EAA
From: "Dave-iPhone" <sip:7477@192.168.244.10>;tag=BDEC6C-1325
To: <sip:0114674466@192.168.244.10>;tag=gf97ll6v-CC-24
Call-ID: E8C75803-B0B211E1-821DB8F2-331935B0@192.168.244.250
Timestamp: 1339168243
CSeq: 103 BYE
Content-Length: 0


Jun  8 15:10:43.495: //1159/E2B9A9F18216/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x313A9000
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 7477
Called Number            : 0114674466
Source IP Address (Sig  ): 192.168.244.250
Destn SIP Req Addr:Port  : 192.168.244.10:5060
Destn SIP Resp Addr:Port : 192.168.244.10:5060
Destination Name         : 192.168.244.10

Jun  8 15:10:43.495: //1159/E2B9A9F18216/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729r8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 192.168.244.250
Source IP Port    (Media): 17620
Destn  IP Address (Media): 192.168.244.10
Destn  IP Port    (Media): 20040
Orig Destn IP Address:Port (Media): [ - ]:0

Jun  8 15:10:43.495: //1159/E2B9A9F18216/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 102
Disconnect Cause (SIP)   : 200

Jun  8 15:10:43.587: //1158/E2B9A9F18216/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.168.1.1:5060;branch=z9hG4bK428F1C;received=192.168.10.1
From: <sip:0114674466@192.168.10.1>;tag=BDF344-F6
To: "Dave-iPhone" <sip:7477@192.168.10.1>;tag=000000000000007f731c4248-4443c002
Call-ID: 00000000-0000002b-72233e9a-67e32b00@192.168.1.130
Date: Fri, 08 Jun 2012 15:18:20 GMT
CSeq: 101 BYE
Server: Cisco-SIPIPCommunicator/9.2.1
Content-Length: 0


Jun  8 15:11:01.471: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_OUTBOUND_REGISTER
Jun  8 15:11:01.471: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:192.168.244.10:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.244.250:5060;branch=z9hG4bK42A3FA
From: <sip:7477@192.168.244.10>;tag=BE7960-2177
To: <sip:7477@192.168.244.10>
Date: Fri, 08 Jun 2012 15:11:01 GMT
Call-ID: 38930D6E-B0AF11E1-81BCB8F2-331935B0
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Timestamp: 1339168261
CSeq: 11 REGISTER
Contact: <sip:7477@192.168.244.250:5060>
Expires:  3600
Supported: path
Content-Length: 0


Jun  8 15:11:01.487: //1160/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 400 Bad Request
Via: SIP/2.0/UDP 192.168.244.250:5060;branch=z9hG4bK42A3FA
From: <sip:7477@192.168.244.10>;tag=BE7960-2177
To: <sip:7477@192.168.244.10>;tag=v7vgdted
Call-ID: 38930D6E-B0AF11E1-81BCB8F2-331935B0
Timestamp: 1339168261
CSeq: 11 REGISTER
Warning: 399 - "SoftX3000 R601-MSG Error ID:[259] LiteFME Tg register ,get Wll param error "
Content-Length: 0

Thanks

David

Everyone's tags (5)
9 REPLIES
New Member

CME Jabber on iPhone disconnects after 10 Secs

Hi David,

i have one problem while setup iphone jabber with CME 8.6

What device id you have put on i phone while setting up jabber.?

can you please tell me.

is there any license we have to upload.?

New Member

CME Jabber on iPhone disconnects after 10 Secs

Hi  Ashish

I used the wifi mac address in the device id - SEPxxxxxxxxxxxx. remember to update the config .

conf t

voice register global

  create profile

!

!

let me know if you are having any disconnect issues once setup.

thanks

New Member

CME Jabber on iPhone disconnects after 10 Secs

Just in case you haven't solved this yet, the issue is detailed below.

Workaround

Bind all SIP traffic to a single interface, ideally the voice vlan interface.

   voice service voip

       sip

         bind all source-interface gigabitEthernet 0/0

!

Cisco Mobile 8.1 integrated w/CME 8.6. On outgoing calls from Cisco mobile the call will connect, get 2 way audio and then disconnect after

15-20 seconds.

The problem is that when the call connects the CME sends a 200 OK to the Cisco Mobile app. The Cisco Mobile app fails to send an ACK to CME, so CME keeps sending 200 OK messages until it times out and ends the call.

The problem is related to CME using a different source IP address for SIP traffic than what was used for the endpoint to register. The IP used as the source address under Voice Register Global is what the TCP connection is set up to for an outgoing call. However the CME uses the best address to source traffic from when it is not bound. As these devices are on the WiFi network (not the wired voice network), the CME uses a different address to source the SIP traffic for these calls than what is defined under the voice register pool. This causes an error in the Cisco Mobile App, which is why it fails to return the ACK.

We bound SIP traffic globally under Voice Service Voip to the same IP that was defined under the voice register global. After this the calls worked fine.

Reference this Junked bug as well:

CSCtu05278   CME Call from Cisco Mobile to IP phone disconnects after

20 seconds

New Member

thanks, pierrescotland solved

thanks, pierrescotland solved my problem

New Member

CME Jabber on iPhone disconnects after 10 Secs

I implemented the workaround and it worked for the Jabber issue. But it gives me another SIP trunk issue with voipvoip provider. The incoming calls from the SIP trunk are not forwarded to the UC. Anyone has this issue?

New Member

CME Jabber on iPhone disconnects after 10 Secs

Hi guys,

can you please share configuration for jabber for iPhone in CME 8.6 in 2811?

Thanks in advance!

CME Jabber on iPhone disconnects after 10 Secs

apply bind command under dial-peer:

voice-class sip bind ....

--
Jorge Armijo

Please remember to rate helpful responses and identify helpful or correct answers.

-- Jorge Armijo Please remember to rate helpful responses and identify helpful or correct answers.
New Member

Thanks Jorge.We were having

Thanks Jorge.

We were having the timeout issue placing calls to our Lync/Skype for Business server after adding SIP phones (8851,8841) to the CME with existing SCCP (7945) phones. 

We added the control/media interface binding to our data vlan for the Lync dial peers and that solved the problem.

dial-peer voice 8111 voip

voice-class sip bind control source-interface GigabitEthernet0/0.### (Data Vlan)

voice-class sip bind media source-interface GigabitEthernet0/0.### (Data Vlan)

Glen, I'm really glad to hear

Glen,

 

I'm really glad to hear you resolved the issue by checking this post :D

 

~jorge

-- Jorge Armijo Please remember to rate helpful responses and identify helpful or correct answers.
5108
Views
9
Helpful
9
Replies
CreatePlease to create content