Thanks for the reply Mark.I'll give it a try.
On Fri, Jan 9, 2009 at 1:16 PM, Mark Snow <ms...@ipexpert.com> wrote: > Well with all as you said, it 'should' have worked fine. That being said, > maybe at one time there was another DP assiged or a different R within one > of the DPs. Sometimes the UCM 4 DB had to be 'bumped' to get it to reconize > some changes and possibly your change did just that. If all is as you say > then I would imagine that changing it back would also result in a completed > call. > > HTH, > > Mark Snow > Sr Technical Instructor > IPexpert, Inc. > > Sent from my iPhone > > > On Jan 9, 2009, at 11:52 AM, ccielab...@gmail.com wrote: > > I had been struggling with getting the IPIPGW scenario working (Task 4.9) >> in the IPEXPERT workbook. >> The specific problem was making an H.323 call from CME and have it >> delivered via SIP Trunk to CM. >> >> I found , although I had an MRGL assigned to the trunk, the MTP within the >> MRGL wasn't in the same Device Pool as the trunk. Once I assigned the MTP to >> the same Device Pool as the Trunk (DP_711only) , the call completed. >> >> This doesn't make sense to me. >> The MTP was in a device pool called "Default" which contained a region >> called "default" >> The Trunk was in a device pool called "DP_711only" which contained a >> region called "g711" >> >> The regions were configured to use G.711 between each other. >> >> What am I not understanding here? What would require the MTP to be in the >> same Device pool? >> >> - Scott >> >> >> >>