Hi, 

Our Lync environment and audio codes device is in Chicago.  We needed to have Canada numbers because we have an office there so we have a canadian SIP provider.  We have this SIP provider registered on our Audiocodes box and calls work.  

In the US if I call one of the Canada numbers it takes about 2 seconds before I get a ring tone. In Canada if someone calls those numbers it can take 6-10 seconds before any ring tone at all and our clients are hanging up.  

Call Flow Scenario --> User in Canada calls Candian SIP trunk number from their cell phone, that call is then routed to our Audio codes, through Lync, back out our SIP connect to the Canadian users cell phone. 

If I call in the US from my cell its always 2-3 seconds before a ring tone which is acceptable.  

I am not a SIP expert is there a way to force the ring tone faster or something.  I have taken a look at all the logs and done call traces I just dont see anything that could help me solve this. 

Here is part of the call log the Alert message was in pink. 

10:33:42.091 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576481   )  |       |(SIPTU#31)180 State:Proceeding(11027493471172013103330@192.168.1.194) [Time: 07-11-2013@10:33:31]
10:33:42.112 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576482   )  |       |       |       #389:SIP_ALERT_EV(11027493471172013103330@192.168.1.194) [Time: 07-11-2013@10:33:31]
10:33:42.133 : 192.168.1.194 : NOTICE  : (     sip_stack)(1576483   )  New SIPMessage created - #133 [Time: 07-11-2013@10:33:31]
10:33:42.155 : 192.168.1.194 : NOTICE  : (   lgr_stk_ses)(1576484   )  <SESSION #389> SendToCall - event: PROGRESS_INDICATOR_EV  m_Call#357 [Time: 07-11-2013@10:33:31]
10:33:42.176 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576485   )  |       |       #357:PROGRESS_INDICATOR_EV(PI=-1)(PC=-1):(11027493471172013103330@192.168.1.194) [Time: 07-11-2013@10:33:31]
10:33:42.197 : 192.168.1.194 : NOTICE  : (   lgr_stk_ses)(1576486   )  <SESSION #389> SendToCall - event: ALERT_EV  m_Call#357 [Time: 07-11-2013@10:33:31]
10:33:42.219 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576487   )  |       |       #357:ALERT_EV:(11027493471172013103330@192.168.1.194) [Time: 07-11-2013@10:33:31]
10:33:42.241 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576488   )  |       |       #357:Call changing states from:AlertingState_Tel2IP to:AlertingState_Tel2IP [Time: 07-11-2013@10:33:31]
10:33:42.265 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576489   )  |       #57:ALERT_EV   : (11027493471172013103330@192.168.1.194) [Time: 07-11-2013@10:33:31]
10:33:42.289 : 192.168.1.194 : NOTICE  : (  lgr_endpoint)(1576490   )  |       #57: EndPoint : PlayTone - Tone Type RINGBACK_TONE is already being played. [Time: 07-11-2013@10:33:31]
10:33:42.314 : 192.168.1.194 : NOTICE  : (   lgr_psbrdif)(1576491   )  #56:PSOSBoardInterface::PlayTone - Called Tone=RINGBACK_TONE Direction=PLAY_TONE_2_IP [Time: 07-11-2013@10:33:31]
10:33:42.315 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576492   )  |       #56:ALERT_EV (send)  : (SD1u1m001-10d2b6bed720d7691d05f4981d14e4c6-gem2or2) [Time: 07-11-2013@10:33:31]
10:33:42.343 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576493   )  |       |       #371:ALERT_EV:(SD1u1m001-10d2b6bed720d7691d05f4981d14e4c6-gem2or2) [Time: 07-11-2013@10:33:31]
10:33:42.370 : 192.168.1.194 : WARNING : (      lgr_call)(1576494   ) !! [ERROR] Illegal State (AlertingState_IP2Tel) to handle Ev: ALERT_EV [Time: 07-11-2013@10:33:31]
10:33:42.372 : 192.168.1.194 : NOTICE  : (     sip_stack)(1576495   )  Resource SIPMessage deleted - #133 [Time: 07-11-2013@10:33:31]
10:33:42.402 : 192.168.1.194 : NOTICE  : (     sip_stack)(1576496   )  Resource SIPMessage deleted - #114 [Time: 07-11-2013@10:33:31]
10:33:42.432 : 192.168.1.194 : NOTICE  : (     sip_stack)(1576497   )  New SIPMessage created - #131 [Time: 07-11-2013@10:33:32]
10:33:42.463 : 192.168.1.194 : NOTICE  : (      lgr_flow)(1576498   )  ---- Incoming SIP Message from 192.168.1.97:5068 to SIPInterface #0 TcpTransportObject[#649] ---- [Time: 07-11-2013@10:33:32]
10:33:42.494 : 192.168.1.194 : NOTICE  : SIP/2.0 183 Session Progress
FROM: <sip:7162391899@iristel.net>;tag=1c1102861110
TO: <sip:19058190282@192.168.1.97;user=phone>;tag=5cfc57ae5;epid=319635446B
CSEQ: 1 INVITE
CALL-ID: 11027493471172013103330@192.168.1.194
VIA: SIP/2.0/TCP 192.168.1.194:5068;branch=z9hG4bKac1103376539;alias
CONTACT: <sip:LyncMed.lwginc.com:5068;transport=Tcp;maddr=192.168.1.97>
CONTENT-LENGTH: 0
ALLOW: CANCEL
ALLOW: BYE
ALLOW: UPDATE
ALLOW: PRACK
SERVER: RTCC/4.0.0.0 MediationServer
 [Time: 07-11-2013@10:33:32]

The delay seems related with mediation as you didnt deploy Mediation in the office, so the call flow need to go through the mediation in chicage. That will take some time.

Please use Lync logging Tool to capture the trace file on Lync Mediation component.

Hi PxPger, in the mediant configuration do you have any IP Profiles configured for the Canadian SIP trunk, if so is the option "Play Ringback Tone To Tel" set to "Play Local Until Remote Media Arrives"? If Tone To IP is enabled on the IP Profile, try disabling this while testing with Tone To Tel.

Regards.