Can you try a few things to see if they help- let me know if you have already done this.
(1) Enable Inbound Fast Start on your H323 trunk and see if that helps (on UCM). If that makes no difference: (2) Change the codec to g711u between the SIP CME phone and UCM. Both the outbound dial-peer and DP on the trunk should use g711u. Also in your voice register pool you should have g711u configured- confirm this by ³show voice register dial-peer². If that makes no difference: (3) Add a dspfarm xcoder on the HQ-RTR and place this into an MRG > MRGL and assign to the DP of the trunk. Then check MTP Required. I look forward to hearing back from you. -- Vik Malhi CCIE #13890, CCSI #31584 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: vma...@ipexpert.com Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Aamir Panjwani <aamir.panjw...@ivision.com.au> Date: Wed, 10 Jun 2009 17:55:57 +1000 To: Larry Hadrava <lar...@ipexpert.com>, Otto Sanchez <otto.sanc...@damovo.com.ve>, Mark Snow <ms...@ipexpert.com>, Vik Malhi <vma...@ipexpert.com> Cc: OSL Group <ccie_voice@onlinestudylist.com> Subject: RE: [OSL | CCIE_Voice] V3: Lab4A Gatekeeper scenario Hi ipexpert, We haven¹t had any feedback regarding this issue. Can someone please look into it for us? Thanks From: Larry Hadrava [mailto:lar...@ipexpert.com] Sent: Wednesday, 27 May 2009 10:07 AM To: Otto Sanchez; Mark Snow; Vik Malhi Cc: Aamir Panjwani; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] V3: Lab4A Gatekeeper scenario Otto: Very interesting. Your debugs confirmed my suspicion about the signaling not being carried properly. I've copied Mark and Vik on this so you can the the scoop from the true authorities:-) Larry Hadrava CCIE #12203 CCNP CCNA Sr. Support Engineer IPexpert, Inc. URL: http://www.IPexpert.com On Tue, May 26, 2009 at 7:38 PM, Otto Sanchez <otto.sanc...@damovo.com.ve> wrote: Hello, I'm running into the exact same issue as Aamir does. If you make a debug ccsip messages of such a call, you don't see any sip response back to the cme sip phone when the call is answered at hq..., I changed the signalling from h323 to sip and everything works just fine, I was wondering if the reason why this call is failing is by the following statement: "SIP endpoints are not supported on H.323 trunks. SIP endpoints are supported on SIP trunks only. " source:cme config guide http://cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cm ebasic.html Any advice appreciated, Otto Mensaje original----- De: ccie_voice-boun...@onlinestudylist.com en nombre de Aamir Panjwani Enviado el: mar 26/05/2009 18:39 Para: Larry Hadrava CC: ccie_voice@onlinestudylist.com Asunto: Re: [OSL | CCIE_Voice] V3: Lab4A Gatekeeper scenario Thanks for your response Larry. When I call from CME SIP to any phone in HQ via gatekeeper it rings on HQ phone but when I lift the handset or press answer soft key it stops ringing on HQ phone (but "answer" key is still displayed on the HQ phone) and at the same time it is ringing on calling phone (CME SIP) with "ring out" on the display for 3 rings and then it eventually disconnects. There is no VM setup involve and it works fine without gatekeeper. I have testing above in my own lab, however, I ran into exactly same problem when I had a proctor lab session last Saturday. So calling from CME SIP (XLite) to HQ SIP (CIPC) same problem. What is even more interesting is when I loaded final config of lab 4A in which everything meant to be working I still had a same problem! and yes I did "revert entire pod" before loading final lab 4A Many Thanks From: Larry Hadrava [mailto:lar...@ipexpert.com] Sent: Wednesday, 27 May 2009 8:47 AM To: Aamir Panjwani Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] V3: Lab4A Gatekeeper scenario Aamir: So, from the description, when calling from the SIP phone, the call goes through and you answer the call but the SIP device does not show as connected? Does it keep ringing of does it eventually go to VM? I'm just wondering where the problem is - on the calling or called end. Sounds like that some supervisory signaling is not being passed properly. Are you doing this lab on a Proctor labs rack? Does this setup work without the gatekeeper? Thanks Larry Hadrava CCIE #12203 CCNP CCNA Sr. Support Engineer - IPexpert, Inc. URL: http://www.IPexpert.com <http://www.ipexpert.com/> On Tue, May 26, 2009 at 6:41 PM, Aamir Panjwani <aamir.panjw...@ivision.com.au> wrote: Guys any idea regarding below issue please? From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Aamir Panjwani Sent: Tuesday, 26 May 2009 6:23 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] V3: Lab4A Gatekeeper scenario Hi All, As per lab 4A I have setup a GK trunk between CUCM and CME and I got following problem. When I call from CME SIP phone (7961) to SCCP or SIP phone (7961) at HQ it rings on HQ phone but when I answer the call it is still ringing out on calling party (CME SIP). Other way around is just fine. Also, calling from CME SCCP to HQ SIP or SCCP is fine too. My config is similar to proctor guide solution. Has anyone else ran into this problem before? Thanks Aamir ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________
