Re: [OSL | CCIE_Voice] Device Pool Question
If you are using g729 then the SW MTP is no good since no Low Bit Rate codec is supported using the SW MTP. What is prob happening is the HQ/BR1 Xcoder is being invoked when you switch the SIP trunk DP. -- 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: Sergio Polizer Date: Fri, 9 Jan 2009 22:30:02 -0200 To: , Mark Snow Cc: Subject: Re: [OSL | CCIE_Voice] Device Pool Question I'm seeing a similar problem, but at my case if I move the Device Pool of software MTP from HQ to BR1 does not change the scenario. I don't know why. I'm testing calls from CME to Hqph1 e Br1ph1. CME--SIP(g729)---> CM HqPh1 e Br1Ph2 The regions are the classical configuration of g711 within the region and g729 with other regions. I have a hw xcoder for br1 and another for Hq. The SW MTP are apply for boths. The SIP Trunk has Br2 region and HQ_MRGL. When I have a HQ_MGRL applied to the CM SIP_Trunk calls works fine to HQph1 but not to br1 phones. And if I set up BR1_MGRL for SIP trunk just br1 phones works. Sergio. Date: Fri, 9 Jan 2009 13:31:26 -0500 From: ccielab...@gmail.com To: ms...@ipexpert.com CC: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Device Pool Question Thanks for the reply Mark. I'll give it a try. On Fri, Jan 9, 2009 at 1:16 PM, Mark Snow 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 >> >> >> Veja mapas e encontre as melhores rotas para fugir do trânsito com o Live Search Maps! Experimente já! <http://www.livemaps.com.br/index.aspx?tr=true>
Re: [OSL | CCIE_Voice] Device Pool Question
I'm seeing a similar problem, but at my case if I move the Device Pool of software MTP from HQ to BR1 does not change the scenario. I don't know why. I'm testing calls from CME to Hqph1 e Br1ph1. CME--SIP(g729)---> CM HqPh1 e Br1Ph2 The regions are the classical configuration of g711 within the region and g729 with other regions. I have a hw xcoder for br1 and another for Hq. The SW MTP are apply for boths. The SIP Trunk has Br2 region and HQ_MRGL. When I have a HQ_MGRL applied to the CM SIP_Trunk calls works fine to HQph1 but not to br1 phones. And if I set up BR1_MGRL for SIP trunk just br1 phones works. Sergio. Date: Fri, 9 Jan 2009 13:31:26 -0500From: ccielab...@gmail.comto: ms...@ipexpert.comcc: ccie_vo...@onlinestudylist.comsubject: Re: [OSL | CCIE_Voice] Device Pool QuestionThanks for the reply Mark. I'll give it a try. On Fri, Jan 9, 2009 at 1:16 PM, Mark Snow 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 SnowSr Technical InstructorIPexpert, 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 _ Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o Messenger! É GRÁTIS! http://www.msn.com.br/emoticonpack
Re: [OSL | CCIE_Voice] Device Pool Question
Thanks for the reply Mark.I'll give it a try. On Fri, Jan 9, 2009 at 1:16 PM, Mark Snow 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 >> >> >> >>
Re: [OSL | CCIE_Voice] Device Pool Question
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
[OSL | CCIE_Voice] Device Pool Question
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?
[OSL | CCIE_Voice] Device Pool Question
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
[OSL | CCIE_Voice] Device Pool Question
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
