Re: [OSL | CCIE_Voice] CCM to CME
configuration of CM 4. CME/CUE can not connect to have UNITY act as Voice mail for CME Greg -- next part -- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090120/dd300c5e/attachment-0001.htm -- Message: 5 Date: Tue, 20 Jan 2009 00:30:41 -0500 From: Cliff McGlamry cl...@mcglamry.net Subject: Re: [OSL | CCIE_Voice] America numbering plan ,does pstn pass 1 or not ? To: jeremy co jeremy.coo...@gmail.com, ccie_voice@onlinestudylist.com Message-ID: 016901c97ac0$3da590e0$64020...@forsythe.com Content-Type: text/plain; charset=iso-8859-1 In the US, if dialing a long distance number, you dial 1+ the e.164 number. The PSTN strips the 1, and passes through the e.164 number to the destination. - Original Message - From: jeremy co To: ccie_voice@onlinestudylist.com Sent: Monday, January 19, 2009 7:41 AM Subject: [OSL | CCIE_Voice] America numbering plan ,does pstn pass 1 or not ? Hi, I'm little confused with US numbering plan, since I'm no living in us. Does pstn pass 1 for national calls? Say site a E.164 number is 5031022xxx if some on from PSTN location calls toward our site , PSTN will pass it as 1503xxx- or 503xxx- ? I get confused since I came across scenario that requires in IPCC that match on calling number but number is sth like 1503xxx- . I though 1 would be eliminated by PSTN. Please clarify. Jeremy -- next part -- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20090120/7c67e868/attachment.htm -- ___ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 35, Issue 175 *** -- Sirus Moghadasian CCIE #21862 (RS)
[OSL | CCIE_Voice] Preserving calls?
Is it possible to preserve calls from Br1 MGCP gateway when it falls back into SRST mode ? I know calls can be preserved while using H323 gateway but not using MGCP gateway since L3 binding is terminated from gateway to CCM when falling back to SRST mode and hence calls cannot be preserved ? Any thoughts on this.
[OSL | CCIE_Voice] in CME - not sending ANI
If I wanted to not send the calling party number on a international call on CME how would I do that? I am assuming on the LD dial-peer a outgoing translation. But what actually strips the ANI out? Is it IDSN plan or type? voice translation-rule 10 rule 1 // /\0/ type any unknown plan any unknown ! voice translation-profile STRIPANI translate ? 10 ! dial-peer voice 1 pots destination-pattern 9011T prefix 011 translation-profile outgoing STRIPANI port 0/0/0:15
Re: [OSL | CCIE_Voice] in CME - not sending ANI
You would use said translation-rule (10) if you don't want to set ISDN numbering plan or numbering type on outgoing calls.This might be a requirement by PSTN provider.However, this will not strip ANI. To strip ANI , use clid restrict under your outgoing dial-peer.so,in your case,configuration will look like: voice translation-rule 10 rule 1 // /\0/ type any unknown plan any unknown ! voice translation-profile Plan_Type_STRIP translate called 10 ! dial-peer voice 1 pots destination-pattern 9011T clid restrict prefix 011 translation-profile outgoing Plan_Type_STRIP port 0/0/0:15 Rgds On Wed, Jan 21, 2009 at 7:05 AM, Ryan Hicks ryanhicks0...@yahoo.com wrote: If I wanted to not send the calling party number on a international call on CME how would I do that? I am assuming on the LD dial-peer a outgoing translation. But what actually strips the ANI out? Is it IDSN plan or type? voice translation-rule 10 rule 1 // /\0/ type any unknown plan any unknown ! voice translation-profile STRIPANI translate ? 10 ! dial-peer voice 1 pots destination-pattern 9011T prefix 011 translation-profile outgoing STRIPANI port 0/0/0:15
Re: [OSL | CCIE_Voice] Preserving calls?
You can not preserve calls from MGCP to SRST. In the IOS of the code on the lab I dont think you can preserve the calls from H323 to SRST (even though they are 1 in the same) Thanks, Ryan Trauernicht On Tue, Jan 20, 2009 at 1:52 PM, kamal yousaf lovingprin...@gmail.comwrote: Is it possible to preserve calls from Br1 MGCP gateway when it falls back into SRST mode ? I know calls can be preserved while using H323 gateway but not using MGCP gateway since L3 binding is terminated from gateway to CCM when falling back to SRST mode and hence calls cannot be preserved ? Any thoughts on this.
Re: [OSL | CCIE_Voice] Preserving calls?
Using H323 GW to SRST fallback,yes you can in Lab IOS version: voice service voip h323 no h225 timeout keepalive ! For later IOS releases, voice service voip h323 call preserve ! Now coming back to question , If br1 gateway was an MGCP gw, then on fallback from CCM, calls will be preserved by default. * http://www.cisco.com/en/US/docs/ios/voice/cminterop/configuration/guide/vc_ucm_mgcp_gw.html *http://www.cisco.com/en/US/docs/ios/voice/cminterop/configuration/guide/vc_ucm_mgcp_gw.html Benefits of Cisco Unified Communications Manager Switchover and MGCP Gateway Fallback •Eliminates a potential single point of failure in the VoIP network by allowing you to designate up to two backup Cisco Unified Communications Manager servers. Your MGCP voice gateways can continue working if the primary Cisco Unified Communications Manager server fails. •Ensures greater stability in the voice network by preserving existing connections during a switchover to a backup Cisco Unified Communications Manager server. •Prevents call-processing interruptions or dropped calls in the event of a Cisco Unified Communications Manager or WAN failure. Rgds On Wed, Jan 21, 2009 at 10:11 AM, Ryan Trauernicht ryanstudyvo...@gmail.com wrote: You can not preserve calls from MGCP to SRST. In the IOS of the code on the lab I dont think you can preserve the calls from H323 to SRST (even though they are 1 in the same) Thanks, Ryan Trauernicht On Tue, Jan 20, 2009 at 1:52 PM, kamal yousaf lovingprin...@gmail.comwrote: Is it possible to preserve calls from Br1 MGCP gateway when it falls back into SRST mode ? I know calls can be preserved while using H323 gateway but not using MGCP gateway since L3 binding is terminated from gateway to CCM when falling back to SRST mode and hence calls cannot be preserved ? Any thoughts on this.
Re: [OSL | CCIE_Voice] Preserving calls?
Ryan is correct on this. MGCP PRI backhaul does NOT support call preservation when switching to SRST and when rehoming to CCM. Once the connection is lost to CCMs, the D-channel will need to terminate on the gateway, so the backhaul is tore down and the D-channel is reset, Call is dropped. With MGCP analog and CAS, calls WILL be maintained. In the case of Switchover, calls will also be preserved. James Key From: ccie_voice-boun...@onlinestudylist.com [ccie_voice-boun...@onlinestudylist.com] On Behalf Of kamal yousaf [lovingprin...@gmail.com] Sent: Tuesday, January 20, 2009 5:32 PM To: Ryan Trauernicht Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Preserving calls? Using H323 GW to SRST fallback,yes you can in Lab IOS version: voice service voip h323 no h225 timeout keepalive ! For later IOS releases, voice service voip h323 call preserve ! Now coming back to question , If br1 gateway was an MGCP gw, then on fallback from CCM, calls will be preserved by default. http://www.cisco.com/en/US/docs/ios/voice/cminterop/configuration/guide/vc_ucm_mgcp_gw.html Benefits of Cisco Unified Communications Manager Switchover and MGCP Gateway Fallback •Eliminates a potential single point of failure in the VoIP network by allowing you to designate up to two backup Cisco Unified Communications Manager servers. Your MGCP voice gateways can continue working if the primary Cisco Unified Communications Manager server fails. •Ensures greater stability in the voice network by preserving existing connections during a switchover to a backup Cisco Unified Communications Manager server. •Prevents call-processing interruptions or dropped calls in the event of a Cisco Unified Communications Manager or WAN failure. Rgds On Wed, Jan 21, 2009 at 10:11 AM, Ryan Trauernicht ryanstudyvo...@gmail.commailto:ryanstudyvo...@gmail.com wrote: You can not preserve calls from MGCP to SRST. In the IOS of the code on the lab I dont think you can preserve the calls from H323 to SRST (even though they are 1 in the same) Thanks, Ryan Trauernicht On Tue, Jan 20, 2009 at 1:52 PM, kamal yousaf lovingprin...@gmail.commailto:lovingprin...@gmail.com wrote: Is it possible to preserve calls from Br1 MGCP gateway when it falls back into SRST mode ? I know calls can be preserved while using H323 gateway but not using MGCP gateway since L3 binding is terminated from gateway to CCM when falling back to SRST mode and hence calls cannot be preserved ? Any thoughts on this. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
Re: [OSL | CCIE_Voice] Preserving calls?
I apologize on the H323. I stand corrected. Kamal you are correct on the H323 preserving calls. MGCP CM Sub goes down but Pub up call preserved. MGCP All CMs go down... call dropped H323 CM Sub goes down but Pub up call preserved. H323 All CMs go down... call preserved Thanks, Ryan Trauernicht On Tue, Jan 20, 2009 at 7:32 PM, James Key j...@jackhenry.com wrote: Ryan is correct on this. MGCP PRI backhaul does NOT support call preservation when switching to SRST and when rehoming to CCM. Once the connection is lost to CCMs, the D-channel will need to terminate on the gateway, so the backhaul is tore down and the D-channel is reset, Call is dropped. With MGCP analog and CAS, calls WILL be maintained. In the case of Switchover, calls will also be preserved. James Key -- *From:* ccie_voice-boun...@onlinestudylist.com [ ccie_voice-boun...@onlinestudylist.com] On Behalf Of kamal yousaf [ lovingprin...@gmail.com] *Sent:* Tuesday, January 20, 2009 5:32 PM *To:* Ryan Trauernicht *Cc:* ccie_voice@onlinestudylist.com *Subject:* Re: [OSL | CCIE_Voice] Preserving calls? Using H323 GW to SRST fallback,yes you can in Lab IOS version: voice service voip h323 no h225 timeout keepalive ! For later IOS releases, voice service voip h323 call preserve ! Now coming back to question , If br1 gateway was an MGCP gw, then on fallback from CCM, calls will be preserved by default. * http://www.cisco.com/en/US/docs/ios/voice/cminterop/configuration/guide/vc_ucm_mgcp_gw.html *http://www.cisco.com/en/US/docs/ios/voice/cminterop/configuration/guide/vc_ucm_mgcp_gw.html Benefits of Cisco Unified Communications Manager Switchover and MGCP Gateway Fallback •Eliminates a potential single point of failure in the VoIP network by allowing you to designate up to two backup Cisco Unified Communications Manager servers. Your MGCP voice gateways can continue working if the primary Cisco Unified Communications Manager server fails. •Ensures greater stability in the voice network by preserving existing connections during a switchover to a backup Cisco Unified Communications Manager server. •Prevents call-processing interruptions or dropped calls in the event of a Cisco Unified Communications Manager or WAN failure. Rgds On Wed, Jan 21, 2009 at 10:11 AM, Ryan Trauernicht ryanstudyvo...@gmail.com wrote: You can not preserve calls from MGCP to SRST. In the IOS of the code on the lab I dont think you can preserve the calls from H323 to SRST (even though they are 1 in the same) Thanks, Ryan Trauernicht On Tue, Jan 20, 2009 at 1:52 PM, kamal yousaf lovingprin...@gmail.comwrote: Is it possible to preserve calls from Br1 MGCP gateway when it falls back into SRST mode ? I know calls can be preserved while using H323 gateway but not using MGCP gateway since L3 binding is terminated from gateway to CCM when falling back to SRST mode and hence calls cannot be preserved ? Any thoughts on this. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.