[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?
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
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 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
Re: [OSL | CCIE_Voice] marking on routers
Hi Majdi: Actually you have to do it in both directions for both TCP and UDP. Regards, Jose From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Majdi Harb Sent: Viernes, Enero 09, 2009 1:14 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] marking on routers Hi can someone please correct me in the following, i want to mark sccp, h323, mgcp and sip traffic to cs3 on sites routers, i've done the following on HQ router: ip access-list extended CONTROL permit tcp any range 2000 2002 any permit udp any eq 2427 any permit tcp any eq 2428 any permit tcp any any eq 1720 permit tcp any any range 11000 11999 permit udp any any eq 1719 permit udp any any eq 1718 permit tdp any any eq 5060 permit udp any any eq 5060 class-map match-any SIGNAL match access-group name CONTROL policy-map IPPHONE class SIGNAL set ip dscp cs3 int f0/0.101 service-policy input IPPHONE i'm not sure if i'm using the right direction in the above matches, what if i have SIP FXS on HQ router, is (permit tdp any any eq 5060 and permit udp any any eq 5060) correct or it should be (permit tdp any eq 5060 any and permit udp any eq 5060 any) please correct me... or am i really off on this ..? Regards, majdi
[OSL | CCIE_Voice] IPCC Transfer Option While Queued w/ Hold Music
I have tried a couple different methods of enabling a caller in the queue to press a digit to be transfered out. Does anyone have a method for this while on a 30 sec Hold Music/Queue loop? What do you use to get the digits from the caller. Do you use Switch, Menu, or Get Digit String? Do any work while on hold or can you only collect the digits outside of the Call Hold - Delay - Call Unhold sequence? Thank you - James
Re: [OSL | CCIE_Voice] marking on routers
Why would you need both directions. If you mark them on the ingress of the fast ethernet on each location you dont need the other direction. On Fri, Jan 9, 2009 at 12:42 PM, Jose Gregorio Linero (jlinero) jlin...@cisco.com wrote: Hi Majdi: Actually you have to do it in both directions for both TCP and UDP. Regards, Jose -- *From:* ccie_voice-boun...@onlinestudylist.com [mailto: ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Majdi Harb *Sent:* Viernes, Enero 09, 2009 1:14 PM *To:* ccie_voice@onlinestudylist.com *Subject:* [OSL | CCIE_Voice] marking on routers Hi can someone please correct me in the following, i want to mark sccp, h323, mgcp and sip traffic to cs3 on sites routers, i've done the following on HQ router: ip access-list extended CONTROL permit tcp any range 2000 2002 any permit udp any eq 2427 any permit tcp any eq 2428 any permit tcp any any eq 1720 permit tcp any any range 11000 11999 permit udp any any eq 1719 permit udp any any eq 1718 permit tdp any any eq 5060 permit udp any any eq 5060 class-map match-any SIGNAL match access-group name CONTROL policy-map IPPHONE class SIGNAL set ip dscp cs3 int f0/0.101 service-policy input IPPHONE i'm not sure if i'm using the right direction in the above matches, what if i have SIP FXS on HQ router, is (permit tdp any any eq 5060 and permit udp any any eq 5060) correct or it should be (permit tdp any eq 5060 any and permit udp any eq 5060 any) please correct me... or am i really off on this ..? Regards, majdi
[OSL | CCIE_Voice] Class Resit
Hello, I remember asking during my class room training if someone who took the 5 day course, could use their resit credit towards the 1 week course that follows. The answer was yes. Is that policy still true? Chris
Re: [OSL | CCIE_Voice] Class Resit
Hello Chris , IPexpert's policy is that a student can retake the same course again, free of charge. As the term retake implies, one must first have taken a course to begin with, if they are to retake it! ;) (Sorry for the end-of-busy-week humor!) Happy New Year! -- Neil Apolzan Vice President / Sales - IPexpert, Inc. Telephone: +1.810.326.1444 x318 Mobile: +1.810.305.4848 Mailto: napol...@ipexpert.com -- ASK ME about multiple student discounts! FOLLOW IPexpert at Twitter.com/IPexpert -- IPexpert - The GLOBAL LEADER in self-study, classroom-based, Video-on-Demand and Audio certification training tools for the Cisco CCIE RS, Voice, Security, Service Provider and Storage Lab Certifications. -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Chris Parker Sent: Friday, January 09, 2009 4:30 PM To: CCIE Voice Online Study List Subject: [OSL | CCIE_Voice] Class Resit Hello, I remember asking during my class room training if someone who took the 5 day course, could use their resit credit towards the 1 week course that follows. The answer was yes. Is that policy still true? Chris
Re: [OSL | CCIE_Voice] marking on routers
I guess thinking about this alittle more... if you do not have qos turned on at the switch level (aka trusting everything). Do you even need to mark on the ingress of the ports or mark at all for that matter. CM is marking packets correctly. If you put the ip qos dscp cs3 sign command on the dial-peers that will mark packets correctly for the sip and h323 traffic. mgcp ip qos dscp cs3 sign for mgcp. Why would you really need to mark traffic? On Fri, Jan 9, 2009 at 3:16 PM, Jose Gregorio Linero (jlinero) jlin...@cisco.com wrote: Yes Ryan, that is wright -- *From:* Ryan Trauernicht [mailto:ryanstudyvo...@gmail.com] *Sent:* Viernes, Enero 09, 2009 3:40 PM *To:* Jose Gregorio Linero (jlinero) *Cc:* Majdi Harb; ccie_voice@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] marking on routers Why would you need both directions. If you mark them on the ingress of the fast ethernet on each location you dont need the other direction. On Fri, Jan 9, 2009 at 12:42 PM, Jose Gregorio Linero (jlinero) jlin...@cisco.com wrote: Hi Majdi: Actually you have to do it in both directions for both TCP and UDP. Regards, Jose -- *From:* ccie_voice-boun...@onlinestudylist.com [mailto: ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Majdi Harb *Sent:* Viernes, Enero 09, 2009 1:14 PM *To:* ccie_voice@onlinestudylist.com *Subject:* [OSL | CCIE_Voice] marking on routers Hi can someone please correct me in the following, i want to mark sccp, h323, mgcp and sip traffic to cs3 on sites routers, i've done the following on HQ router: ip access-list extended CONTROL permit tcp any range 2000 2002 any permit udp any eq 2427 any permit tcp any eq 2428 any permit tcp any any eq 1720 permit tcp any any range 11000 11999 permit udp any any eq 1719 permit udp any any eq 1718 permit tdp any any eq 5060 permit udp any any eq 5060 class-map match-any SIGNAL match access-group name CONTROL policy-map IPPHONE class SIGNAL set ip dscp cs3 int f0/0.101 service-policy input IPPHONE i'm not sure if i'm using the right direction in the above matches, what if i have SIP FXS on HQ router, is (permit tdp any any eq 5060 and permit udp any any eq 5060) correct or it should be (permit tdp any eq 5060 any and permit udp any eq 5060 any) please correct me... or am i really off on this ..? Regards, majdi
[OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects
Setup CME registered to GK to CM. Call from the PSTN to CME phone and is placed on park works fine. When a CM phone calls the CME phone and the CME phone places the CM phones on hold... disconnect. CMGKCME Phone is G729. I have a Xcoder registered and working. CM phone to CME phone and to VM works fine. Any ideas? Thanks, Ryan Trauernicht
[OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears
Anyone run into that face that if you pull the WAN from SiteB it fails over to SRST just fine, but when the WAN comes back up MGCP removes the isdn bind-l3 ccm-manager command off the serial interface. Is this bug something we need to be worried about, but I am hitting it in 12.4.5b. If so do we just bring it to the proctors attention? thanks, Ryan Trauernicht
Re: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears
Wt's the version of IOS on your GW? I have seen this happening with older IOS. --- On Sat, 1/10/09, Ryan Trauernicht ryanstudyvo...@gmail.com wrote: From: Ryan Trauernicht ryanstudyvo...@gmail.com Subject: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Date: Saturday, January 10, 2009, 5:38 AM Anyone run into that face that if you pull the WAN from SiteB it fails over to SRST just fine, but when the WAN comes back up MGCP removes the isdn bind-l3 ccm-manager command off the serial interface. Is this bug something we need to be worried about, but I am hitting it in 12.4.5b. If so do we just bring it to the proctors attention? thanks, Ryan Trauernicht
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 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 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 defaultThe Trunk was in a device pool called DP_711only which contained a region called g711The 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
[OSL | CCIE_Voice] Requested circuit/channel not available on PSTN GW ?
hi, I made the test call to 911, from HQ phone, but the call failed in PSTN GW here is the error message in PSTN GW , Cause i = 0x82AC18 - Requested circuit/channel not available --- 9 14:14:53.610: ISDN Se0/3/0:23 Q931: RX - SETUP pd = 8 callref = 0x0006 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Calling Party Number i = 0x0081, '1006' Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '911' Plan:Unknown, Type:Unknown Jan 9 14:14:53.614: %ISDN-6-CHAN_UNAVAILABLE: Interface Se0/3/0:23 Requested Channel 23 is not available Jan 9 14:14:53.614: ISDN Se0/3/0:23 **ERROR**: CCPMSG_InCall: Channel_ID IE invalid 44 (0x2C) Jan 9 14:14:53.614: ISDN Se0/3/0:23 **ERROR**: CCPMSG_InCall: rejecting call Jan 9 14:14:53.614: ISDN Se0/3/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x8006 Cause i = 0x82AC18 - Requested circuit/channel not available
Re: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears
12.4.5b It doesnt happen all the time but it has happened a few times. On Fri, Jan 9, 2009 at 6:18 PM, anil batra anil...@yahoo.com wrote: Wt's the version of IOS on your GW? I have seen this happening with older IOS. --- On *Sat, 1/10/09, Ryan Trauernicht ryanstudyvo...@gmail.com* wrote: From: Ryan Trauernicht ryanstudyvo...@gmail.com Subject: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Date: Saturday, January 10, 2009, 5:38 AM Anyone run into that face that if you pull the WAN from SiteB it fails over to SRST just fine, but when the WAN comes back up MGCP removes the isdn bind-l3 ccm-manager command off the serial interface. Is this bug something we need to be worried about, but I am hitting it in 12.4.5b. If so do we just bring it to the proctors attention? thanks, Ryan Trauernicht
Re: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects
Should I be checking the MTP box on the GK (225 controlled) trunk? I didnt think I was suppose to have that checked. On Fri, Jan 9, 2009 at 6:21 PM, anil batra anil...@yahoo.com wrote: wt's ur MTP setting on GK. Try enabing it. --- On *Sat, 1/10/09, Ryan Trauernicht ryanstudyvo...@gmail.com* wrote: From: Ryan Trauernicht ryanstudyvo...@gmail.com Subject: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Date: Saturday, January 10, 2009, 5:30 AM Setup CME registered to GK to CM. Call from the PSTN to CME phone and is placed on park works fine. When a CM phone calls the CME phone and the CME phone places the CM phones on hold... disconnect. CMGKCME Phone is G729. I have a Xcoder registered and working. CM phone to CME phone and to VM works fine. Any ideas? Thanks, Ryan Trauernicht
Re: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears
Ryan, It is a bug and If I am not wrong this is fixed in 12.4 15T. Cheers Narinder From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Trauernicht Sent: Saturday, 10 January 2009 11:08 AM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] isdn bind-l3 ccm-manager command dissappears Anyone run into that face that if you pull the WAN from SiteB it fails over to SRST just fine, but when the WAN comes back up MGCP removes the isdn bind-l3 ccm-manager command off the serial interface. Is this bug something we need to be worried about, but I am hitting it in 12.4.5b. If so do we just bring it to the proctors attention? thanks, Ryan Trauernicht CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
Re: [OSL | CCIE_Voice] Requested circuit/channel not available on PSTN GW ?
How many timeslot/channels are U using on HQ Site? Looking at the debug the call is hitting on channel no 23. Make the number of channel same on the PSTN gw and HQ gw, also you can try changing descending b-channel selection to ascending on ur PSTN GW. Cheers Narinder From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Erwan Erwan Sent: Saturday, 10 January 2009 11:34 AM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Requested circuit/channel not available on PSTN GW ? hi, I made the test call to 911, from HQ phone, but the call failed in PSTN GW here is the error message in PSTN GW , Cause i = 0x82AC18 - Requested circuit/channel not available --- 9 14:14:53.610: ISDN Se0/3/0:23 Q931: RX - SETUP pd = 8 callref = 0x0006 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98397 Exclusive, Channel 23 Calling Party Number i = 0x0081, '1006' Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '911' Plan:Unknown, Type:Unknown Jan 9 14:14:53.614: %ISDN-6-CHAN_UNAVAILABLE: Interface Se0/3/0:23 Requested Channel 23 is not available Jan 9 14:14:53.614: ISDN Se0/3/0:23 **ERROR**: CCPMSG_InCall: Channel_ID IE invalid 44 (0x2C) Jan 9 14:14:53.614: ISDN Se0/3/0:23 **ERROR**: CCPMSG_InCall: rejecting call Jan 9 14:14:53.614: ISDN Se0/3/0:23 Q931: TX - RELEASE_COMP pd = 8 callref = 0x8006 Cause i = 0x82AC18 - Requested circuit/channel not available CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
Re: [OSL | CCIE_Voice] marking on routers
Correct. Unless there is another reason why you need to turn QoS on the switch (e.g. Policer or Tx queues cos mapping) then you can simply keep QoS turned off and the original marking will be preserved. And you would have to modify the Enterprise params, Service Params, potentially CTI and IPVMSA params. -- 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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Ryan Trauernicht ryanstudyvo...@gmail.com Date: Fri, 9 Jan 2009 16:46:17 -0600 To: Jose Gregorio Linero (jlinero) jlin...@cisco.com Cc: ccie_voice@onlinestudylist.com, Majdi Harb majdi.h...@gmail.com Subject: Re: [OSL | CCIE_Voice] marking on routers I guess thinking about this alittle more... if you do not have qos turned on at the switch level (aka trusting everything). Do you even need to mark on the ingress of the ports or mark at all for that matter. CM is marking packets correctly. If you put the ip qos dscp cs3 sign command on the dial-peers that will mark packets correctly for the sip and h323 traffic. mgcp ip qos dscp cs3 sign for mgcp. Why would you really need to mark traffic? On Fri, Jan 9, 2009 at 3:16 PM, Jose Gregorio Linero (jlinero) jlin...@cisco.com wrote: Yes Ryan, that is wright From: Ryan Trauernicht [mailto:ryanstudyvo...@gmail.com] Sent: Viernes, Enero 09, 2009 3:40 PM To: Jose Gregorio Linero (jlinero) Cc: Majdi Harb; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] marking on routers Why would you need both directions. If you mark them on the ingress of the fast ethernet on each location you dont need the other direction. On Fri, Jan 9, 2009 at 12:42 PM, Jose Gregorio Linero (jlinero) jlin...@cisco.com wrote: Hi Majdi: Actually you have to do it in both directions for both TCP and UDP. Regards, Jose From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Majdi Harb Sent: Viernes, Enero 09, 2009 1:14 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] marking on routers Hi can someone please correct me in the following, i want to mark sccp, h323, mgcp and sip traffic to cs3 on sites routers, i've done the following on HQ router: ip access-list extended CONTROL permit tcp any range 2000 2002 any permit udp any eq 2427 any permit tcp any eq 2428 any permit tcp any any eq 1720 permit tcp any any range 11000 11999 permit udp any any eq 1719 permit udp any any eq 1718 permit tdp any any eq 5060 permit udp any any eq 5060 class-map match-any SIGNAL match access-group name CONTROL policy-map IPPHONE class SIGNAL set ip dscp cs3 int f0/0.101 service-policy input IPPHONE i'm not sure if i'm using the right direction in the above matches, what if i have SIP FXS on HQ router, is (permit tdp any any eq 5060 and permit udp any any eq 5060) correct or it should be (permit tdp any eq 5060 any and permit udp any eq 5060 any) please correct me... or am i really off on this ..? Regards, majdi
Re: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects
Wait for H245 TCS on the trunk page within CCMAdmin should be unchecked. Let us know how you get on with that. -- 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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Ryan Trauernicht ryanstudyvo...@gmail.com Date: Fri, 9 Jan 2009 18:58:45 -0600 To: anil...@yahoo.com Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects Should I be checking the MTP box on the GK (225 controlled) trunk? I didnt think I was suppose to have that checked. On Fri, Jan 9, 2009 at 6:21 PM, anil batra anil...@yahoo.com wrote: wt's ur MTP setting on GK. Try enabing it. --- On Sat, 1/10/09, Ryan Trauernicht ryanstudyvo...@gmail.com wrote: From: Ryan Trauernicht ryanstudyvo...@gmail.com Subject: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Date: Saturday, January 10, 2009, 5:30 AM Setup CME registered to GK to CM. Call from the PSTN to CME phone and is placed on park works fine. When a CM phone calls the CME phone and the CME phone places the CM phones on hold... disconnect. CMGKCME Phone is G729. I have a Xcoder registered and working. CM phone to CME phone and to VM works fine. Any ideas? Thanks, Ryan Trauernicht
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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Sergio Polizer spoli...@hotmail.com Date: Fri, 9 Jan 2009 22:30:02 -0200 To: ccielab...@gmail.com, Mark Snow ms...@ipexpert.com Cc: ccie_voice@onlinestudylist.com 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 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 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
[OSL | CCIE_Voice] QOS Marking
What if I need to mark QOS only on routers R1, R2, R3. No marrking to be done on the switches. Should qos be just disabled on the switches?
[OSL | CCIE_Voice] Ephones still registering with gatekeeper with no-reg!!
Hi, I added no-reg primary to my every ephone-dn's number but still all of them register with gatekeeper. anybody face this before? reload of gateway also would not solve the problem. Jeremy
[OSL | CCIE_Voice] ATA conversion from SCCP to SIP
I'm trying to get an ATA to run the SIP load.It's running the SCCP image now. I'm trying the manual method with the following command line on my PC ata186us -d2 -any2 ata18x-v2-16-1-030709a.zup I dial the 100#xxx.xxx.xxx.xxx*8000# on the phone and see the transfer start on my PC. After a moment the phone announces Upgrade failed. Am I missing a step? Thanks in advance. Scott
Re: [OSL | CCIE_Voice] IPCC Transfer Option While Queued w/ Hold Music
The menu option always seems to work.If you have the call on hold , the menu option still works. I've successfully built this script using the basic structure of : :Loop hold menu - where the initial timeout for the menu is set to 30 seconds unhold goto Loop - The prompt you configure for the menu never actually plays because the call is on hold. - Configure the appropriate menu option to break out of the loop. Mark and I discussed this when I was in class. The assumption is, although the rtp stream is sourced from the MOH server during hold , the dtmf-relay is still passed back to the IPCC controlled port, so it can still capture and respond to the user pressing 0. - Scott On Fri, Jan 9, 2009 at 10:10 PM, Vik Malhi vma...@ipexpert.com wrote: I've used get digit string or menu in the past. -- 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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- *From: *James Oberhaus joberh...@gmail.com *Date: *Fri, 9 Jan 2009 11:13:06 -0800 *To: *ccie_voice@onlinestudylist.com *Subject: *[OSL | CCIE_Voice] IPCC Transfer Option While Queued w/ Hold Music I have tried a couple different methods of enabling a caller in the queue to press a digit to be transfered out. Does anyone have a method for this while on a 30 sec Hold Music/Queue loop? What do you use to get the digits from the caller. Do you use Switch, Menu, or Get Digit String? Do any work while on hold or can you only collect the digits outside of the Call Hold - Delay - Call Unhold sequence? Thank you - James
Re: [OSL | CCIE_Voice] IPCC Transfer Option While Queued w/ Hold Music
Thanks Vik and Scott... using the timeout in the Menu option instead of Delay was the key! On Fri, Jan 9, 2009 at 8:40 PM, ccie_voice-requ...@onlinestudylist.comwrote: Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than Re: Contents of CCIE_Voice digest... Today's Topics: 1. Re: CM call to CME Phone and CME puts CM on park... call disconnects (Vik Malhi) 2. Re: Device Pool Question (Vik Malhi) 3. QOS Marking (Hany Hanna) 4. Ephones still registering with gatekeeper withno-reg!! (jeremy co) 5. ATA conversion from SCCP to SIP (Scott ODonnell) 6. Re: IPCC Transfer Option While Queued w/ Hold Music (Scott ODonnell) -- Message: 1 Date: Fri, 09 Jan 2009 19:14:57 -0800 From: Vik Malhi vma...@ipexpert.com Subject: Re: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects To: Ryan Trauernicht ryanstudyvo...@gmail.com,anil...@yahoo.com Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Message-ID: c58d52b1.4ac8%vma...@ipexpert.comc58d52b1.4ac8%25vma...@ipexpert.com Content-Type: text/plain; charset=iso-8859-1 Wait for H245 TCS on the trunk page within CCMAdmin should be unchecked. Let us know how you get on with that. -- 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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Ryan Trauernicht ryanstudyvo...@gmail.com Date: Fri, 9 Jan 2009 18:58:45 -0600 To: anil...@yahoo.com Cc: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects Should I be checking the MTP box on the GK (225 controlled) trunk? I didnt think I was suppose to have that checked. On Fri, Jan 9, 2009 at 6:21 PM, anil batra anil...@yahoo.com wrote: wt's ur MTP setting on GK. Try enabing it. --- On Sat, 1/10/09, Ryan Trauernicht ryanstudyvo...@gmail.com wrote: From: Ryan Trauernicht ryanstudyvo...@gmail.com Subject: [OSL | CCIE_Voice] CM call to CME Phone and CME puts CM on park... call disconnects To: ccie_voice@onlinestudylist.com ccie_voice@onlinestudylist.com Date: Saturday, January 10, 2009, 5:30 AM Setup CME registered to GK to CM. Call from the PSTN to CME phone and is placed on park works fine. When a CM phone calls the CME phone and the CME phone places the CM phones on hold... disconnect. CMGKCME Phone is G729. I have a Xcoder registered and working. CM phone to CME phone and to VM works fine. Any ideas? Thanks, Ryan Trauernicht -- next part -- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090109/ecad6624/attachment-0001.htm -- Message: 2 Date: Fri, 09 Jan 2009 19:30:54 -0800 From: Vik Malhi vma...@ipexpert.com Subject: Re: [OSL | CCIE_Voice] Device Pool Question To: Sergio Polizer spoli...@hotmail.com, ccielab...@gmail.com, Mark Snow ms...@ipexpert.com Cc: ccie_voice@onlinestudylist.com Message-ID: c58d566e.4aca%vma...@ipexpert.comc58d566e.4aca%25vma...@ipexpert.com Content-Type: text/plain; charset=iso-8859-1 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 RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. From: Sergio Polizer spoli...@hotmail.com Date: Fri, 9 Jan 2009 22:30:02 -0200 To: ccielab...@gmail.com, Mark Snow ms...@ipexpert.com Cc: ccie_voice