Problem calling after 5 sec

All replies

• 

  

  0

  Sign in to vote

  Hi,

  Help me with Answering below questions,

  1. When you make a Peer to Peer call using the LYNC Client, are you getting the toast pop  up in the other end?

  2. If it doesn't ring at all, what's the error message that you get in the LYNC Client

  Thamara.

  Thursday, September 29, 2011 10:17 AM
• 

  

  0

  Sign in to vote

  sorry for my English

  1-Yes there is a popup window, if you pick up "the phone" , you can talk

  2-the user is unavailable or offline (in reality user is available)

  Aplication log:

  Произошел неожиданный сбой запроса SIP, сделанного программой Communicator (код состояния 80ef01e0). Дополнительные сведения содержатся в следующих технических данных:

   

  RequestUri: sip:ser.dovhan@FIRMA.com

  From: sip:oleksandr.horbatyuk@FIRMA.com;tag=c0276558e1

  To: sip:se.dovhan@FIRMA.com;tag=018328DBA0798D38F965268D7AADBCBC

  Call-ID: 0d66a14c14294d85a8555bb77fc42c59

  Content-type: multipart/alternative;boundary="----=_NextPart_000_0B27_01CC7EAD.0D81E3C0";call-type=audiovideo

  ------=_NextPart_000_0B27_01CC7EAD.0D81E3C0

  Content-Type: application/sdp

  Content-Transfer-Encoding: 7bit

  Content-ID: <fe8753ff587c4cf280e5bda5bd7fd533@FIRMA.com>

  Content-Disposition: session; handling=optional; ms-proxy-2007fallback

  v=0

  o=- 0 0 IN IP4 10.116.2.64

  s=session

  c=IN IP4 10.116.2.64

  b=CT:99980

  t=0 0

  m=audio 28832 RTP/SAVP 114 9 112 111 0 8 116 115 4 97 13 118 101

  a=candidate:cPn0z5J+bPDa5SM0Q956NgHerswGXuDMeSMe2jbyrpQ 1 39Jucj8toipVUhQjcsHLJQ UDP 0.830 10.116.2.64 28832

  a=candidate:cPn0z5J+bPDa5SM0Q956NgHerswGXuDMeSMe2jbyrpQ 2 39Jucj8toipVUhQjcsHLJQ UDP 0.830 10.116.2.64 28833

  a=candidate:Ub7gSwz8iFIJEIzjF213qLg4RDOsreh1JruQ/PegqfY 1 DkzltubCvGyI4pz7yX/yZA UDP 0.490 77.120.XXX.YYY 58443

  a=candidate:Ub7gSwz8iFIJEIzjF213qLg4RDOsreh1JruQ/PegqfY 2 DkzltubCvGyI4pz7yX/yZA UDP 0.490 77.120.XXX.YYY 55396

  a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:Ut/7wkQpHa3To1zm6adNsG4r/CNyDzwmtus2a57l|2^31|1:1

  a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:mJWvmOvw6YH3mQXr1R6YoKVBp7QzPBQcsJ4KmU9A|2^31|1:1

  a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:0ozuvhRGVySh8KzD3OpcsnNI085JDjoftEFBEqCQ|2^31

  a=maxptime:200

  a=rtpmap:114 x-msrta/16000

  a=fmtp:114 bitrate=29000

  a=rtpmap:9 G722/8000

  a=rtpmap:112 G7221/16000

  a=fmtp:112 bitrate=24000

  a=rtpmap:111 SIREN/16000

  a=fmtp:111 bitrate=16000

  a=rtpmap:0 PCMU/8000

  a=rtpmap:8 PCMA/8000

  a=rtpmap:116 AAL2-G726-32/8000

  a=rtpmap:115 x-msrta/8000

  a=fmtp:115 bitrate=11800

  a=rtpmap:4 G723/8000

  a=rtpmap:97 RED/8000

  a=rtpmap:13 CN/8000

  a=rtpmap:118 CN/16000

  a=rtpmap:101 telephone-event/8000

  a=fmtp:101 0-16

  a=encryption:required

  ------=_NextPart_000_0B27_01CC7EAD.0D81E3C0

  Content-Type: application/sdp

  Content-Transfer-Encoding: 7bit

  Content-ID: <692a0488c4e5439284c5d4a1f7ef8df7@FIRMA.com>

  Content-Disposition: session; handling=optional

  v=0

  o=- 0 0 IN IP4 10.116.2.64

  s=session

  c=IN IP4 10.116.2.64

  b=CT:99980

  t=0 0

  m=audio 7626 RTP/SAVP 114 9 112 111 0 8 116 115 4 97 13 118 101

  a=ice-ufrag:N1un

  a=ice-pwd:sf80vBglTzabqaVig/6r0Uj8

  a=candidate:1 1 UDP 2130706431 10.116.2.64 7626 typ host

  a=candidate:1 2 UDP 2130705918 10.116.2.64 7627 typ host

  a=candidate:2 1 UDP 16648703 77.120.XXX.YYY 58966 typ relay raddr 10.116.2.64 rport 14500

  a=candidate:2 2 UDP 16648702 77.120.XXX.YYY 57865 typ relay raddr 10.116.2.64 rport 14501

  a=candidate:3 1 TCP-ACT 1684798719 10.116.2.64 7626 typ srflx raddr 10.116.2.64 rport 7626

  a=candidate:3 2 TCP-ACT 1684798206 10.116.2.64 7626 typ srflx raddr 10.116.2.64 rport 7626

  a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:Ut/7wkQpHa3To1zm6adNsG4r/CNyDzwmtus2a57l|2^31|1:1

  a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:mJWvmOvw6YH3mQXr1R6YoKVBp7QzPBQcsJ4KmU9A|2^31|1:1

  a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:0ozuvhRGVySh8KzD3OpcsnNI085JDjoftEFBEqCQ|2^31

  a=maxptime:200

  a=rtpmap:114 x-msrta/16000

  a=fmtp:114 bitrate=29000

  a=rtpmap:9 G722/8000

  a=rtpmap:112 G7221/16000

  a=fmtp:112 bitrate=24000

  a=rtpmap:111 SIREN/16000

  a=fmtp:111 bitrate=16000

  a=rtpmap:0 PCMU/8000

  a=rtpmap:8 PCMA/8000

  a=rtpmap:116 AAL2-G726-32/8000

  a=rtpmap:115 x-msrta/8000

  a=fmtp:115 bitrate=11800

  a=rtpmap:4 G723/8000

  a=rtpmap:97 RED/8000

  a=rtpmap:13 CN/8000

  a=rtpmap:118 CN/16000

  a=rtpmap:101 telephone-event/8000

  a=fmtp:101 0-16

  a=encryption:required

  ------=_NextPart_000_0B27_01CC7EAD.0D81E3C0--

   

  Response Data:

  183 Session Progress

   

  101 Progress Report

  ms-diagnostics: 13004;reason="Request was proxied to one or more registered endpoints";source="Lync01.co.FIRMA.com";Count="1";appName="InboundRouting"

   

  180 Ringing

   

  183 Session Progress

   

  480 Temporarily Unavailable

  ms-client-diagnostics: 52086;reason="The conversation could not be established as the remote party is not available";OriginalPresenceState="0";CurrentPresenceState="0";MeInsideUser="Yes";ConversationInitiatedBy="0";SourceNetwork="0";RemotePartyCanDoIM="No"

   

  Thursday, September 29, 2011 11:01 AM
• 

  

  0

  Sign in to vote

  Hi,

  according to this log file, i see that the other end rings (180 Message) and after some time it disconnects due to time out.

  according to this log file, the call should get connected (given that other party answer the call in time). and you should be able to have a conversation. What's actually happening there??

  Thamara.

  Thursday, September 29, 2011 4:59 PM
• 

  

  0

  Sign in to vote

  I have a test about it.

  I find that if you do not deploy UM and do not set call forwarding and the callee's pc desktop is not active, the call will have call will stop ringing after about 5 seconds.

  If the callee's pc desktop is ative(as the mouse is moving, or input), the ringing will be last more times.

  ---

  Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

  • Proposed as answer by Sean_Xiao Wednesday, October 12, 2011 2:06 AM

  Friday, September 30, 2011 9:43 AM
• 

  

  0

  Sign in to vote

  sorry for my English

  Deploy UM - NO

  call forward - NO

  user active (mouse is moving in my desktop)

  Friday, September 30, 2011 9:50 AM
• 

  

  0

  Sign in to vote

  Hi,

  is the other end LYNC Client that youu calling is in "Available" mode? is he/she getting the toast pop up?

  Thamara.

  Friday, September 30, 2011 10:03 AM
• 

  

  0

  Sign in to vote

  yes and yes, after 5 sec call reject

  client LYNC status "Available" (green ico)

  Friday, September 30, 2011 10:10 AM
• 

  

  0

  Sign in to vote

  HI,

  1. Is this condition happens to only one User or all the LYNC users having it? (Try running peer to peer calls with several users)

  2. if the call get answered within 5 sec window, will the call last till any of the party terminate it

  Thamara.

  Saturday, October 1, 2011 3:14 PM
• 

  

  0

  Sign in to vote

  Hello

  tested 7-10 users, the situation is identical for all

  If you call something a conversation is not interrupted,

  
  
  
  

  • Edited by AlexGorby Monday, October 3, 2011 6:46 AM
  • Proposed as answer by Santosh_More Wednesday, October 5, 2011 6:29 PM
  • Marked as answer by Sean_Xiao Thursday, October 6, 2011 8:16 AM
  • Unmarked as answer by Sean_Xiao Thursday, October 6, 2011 9:58 AM

  Monday, October 3, 2011 6:45 AM
• 

  

  0

  Sign in to vote

  hi,

  Every thing looks fine.. you have Session progress message and ringing message. But i need to ask you one more thing. Is there a situation where the same user logged in from 2 end points? may be from a LYNC Client and a IP Phone with the same login.

  I suspect it due to this

  ms-diagnostics: 13004;reason="Request was proxied to one or more registered endpoints";source="Lync01.co.FIRMA.com";Count="1";appName="InboundRouting"

  And i ask you is there any IP Phones involved is due to this

  ;RemotePartyCanDoIM="No"

  
  

  Monday, October 3, 2011 4:29 PM
• 

  

  0

  Sign in to vote

  Dear Sean Xiao the issue is not resolved: (

  Thursday, October 6, 2011 9:54 AM
• 

  

  0

  Sign in to vote

  Did you check below,

  Is there a situation where the same user logged in from 2 end points? may be from a LYNC Client and a IP Phone with the same login.

  I suspect it due to this

  ms-diagnostics: 13004;reason="Request was proxied to one or more registered endpoints";source="Lync01.co.FIRMA.com";Count="1";appName="InboundRouting"

  And i ask you is there any IP Phones involved is due to this

  ;RemotePartyCanDoIM="No"

  Thursday, October 6, 2011 10:09 AM
• 

  

  0

  Sign in to vote

  I'm sorry

  I'm using only a software client

  and only one registration

  Thursday, October 6, 2011 11:29 AM
• 

  

  0

  Sign in to vote

  no clue what's going on there.. Every thing seems ok.. If there's no multiple logins  with the same sign in address...

  by any chance have you restart the system and try?

  Thamara.

  Thursday, October 6, 2011 11:49 AM
• 

  

  0

  Sign in to vote

  :)

  already did restart

  unchanged

  Thursday, October 6, 2011 11:52 AM
• 

  

  0

  Sign in to vote

  Here logs from softswitch:

  2011-10-06 14:57:33.712180 [DEBUG] mod_sofia.c:458 Channel sofia/trunks/5404 hanging up, cause: NO_USER_RESPONSE
  2011-10-06 14:57:33.712180 [DEBUG] switch_ivr_originate.c:3346 Originate Resulted in Error Cause: 18 [NO_USER_RESPONSE]

  So answer came from Ms Lync side.

   

   

  Thursday, October 6, 2011 12:00 PM
• 

  

  0

  Sign in to vote

  it seems as expected. Server terminated the call since there's no response from the user. This is how it usually happen.

  Thamara.

  • Proposed as answer by Sean_Xiao Wednesday, October 12, 2011 2:06 AM
  • Marked as answer by Sean_Xiao Friday, October 14, 2011 7:03 AM

  Monday, October 10, 2011 12:53 PM
• 

  

  0

  Sign in to vote

  Hello Tamara, I am having a disconnection issue with external calls only. When calling to PSTN, using Lync/Audiocodes, the calls during is 2m30s.
  I got some traces from server and client, with snooper and wireshark, and I see a CANCEL.
  Any idea?
  Thanks in advance.
  

  Wednesday, April 3, 2013 2:45 PM
• 

  

  0

  Sign in to vote

  from which side that you get the CANCEL request from? is it from the PSTN/Audiocodes side or the mediation server side?

  ---

  
  
  Z-Hire -- Automate Lync User Account creation process ( AD / Exchange / Lync )
  

  Wednesday, April 3, 2013 2:51 PM
• 

  

  0

  Sign in to vote

  Lync send cancel to the gateway.
  

  Wednesday, April 3, 2013 3:13 PM
• 

  

  0

  Sign in to vote

  have you try disabling refer support in Voice routes>Trunks? if it's enabled, make sure that it's the same with the Gateway. is the connectivity is over TLS or TCP? if it's TLS try with TCP.

  ---

  
  
  Z-Hire -- Automate Lync User Account creation process ( AD / Exchange / Lync )
  

  Wednesday, April 3, 2013 3:19 PM