Re: [OSL | CCIE_Voice] SRST Voicemail Integration
Hi All, How can we block international (or specific calling number) call ONLY in SRST mode? in H323 gateway. Thanks, Bala. --- On Mon, 6/10/08, Edi Hamlet <[EMAIL PROTECTED]> wrote: From: Edi Hamlet <[EMAIL PROTECTED]> Subject: Re: [OSL | CCIE_Voice] SRST Voicemail Integration To: "Chris Parker" <[EMAIL PROTECTED]>, "Vikram Malhi" <[EMAIL PROTECTED]> Cc: "" Date: Monday, 6 October, 2008, 7:13 AM Hi Parker, i think the cfw in alias will work if the PSTN accept 1212225 and pass it to HQ gateway. if the PSTN only accept 12122251xxx, then the cfw in alias will not work. i think the workaround if still want using alias is put cfw 912122251xxx which is not already used in HQ, then use translation pattern to translate 1xxx to 200x. i haven't try this, but i think it's gonna work. cmiiw.. cheers, edi - Original Message From: Chris Parker <[EMAIL PROTECTED]> To: Vikram Malhi <[EMAIL PROTECTED]> Cc: "" Sent: Sunday, October 5, 2008 3:50:50 AM Subject: Re: [OSL | CCIE_Voice] SRST Voicemail Integration The other method I've seen posted that has caught my interest involves setting the call forward noanswer/busy to a DID on the HQ PRI for each SRST phone using the alias command under call-manager-fallback. Then in UCM putting those DIDs on a CTI route point with call forward all to voicemail. So basically on BR1: call-manager-fallback alias 1 2001 to 2001 cfw 912122252001 timeout 4 alias 1 2002 to 2002 cfw 912122252002 timeout 4 alias 1 2003 to 2003 cfw 912122252003 timeout 4 So for the extensions 2001-2003 at BR1 calls get forwarded to 12122252001-3. You have a pots peer than puts those back out to the PSTN. They ring in on the 6608 PRI and if signifcant digits are set to four in the gateway config UCM will try and send the call to 2001-2002 respectively. UCM sees the extension as OOS and sends it on to voicemail. In the case where you dont have a DID on the HQ PRI that matches the BR1 number on the last 4 digits you can do the same thing but you have to set up a CTI route point for each number that is forwarded to voice mail and then transform the number on UCM before it goes to Unity or use an alternate extension in Unity. Chris Vikram Malhi wrote: > Know all possible workarounds...I personally don't like the > vm-integration method. Do you know any other methods? > > Vik Malhi – CCIE #13890 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: [EMAIL PROTECTED] > > 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. > > > > On Oct 4, 2008, at 6:46 AM, Chris Parker wrote: > >> Hello, >> >> I have been reviewing the methods of voice mail fall back with SRST, >> and I am wondering which method will actually work in the Lab? It >> seems that success relies on the behavior of PSTN. The >> "vm-integration" method seems to work fine on the Proctor Labs gear, >> but will that translate to the real lab? What is the safest / best >> way to do this? >> >> Chris Parker > > > New Email addresses available on Yahoo! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/
Re: [OSL | CCIE_Voice] SRST Voicemail Integration
Hi Parker, i think the cfw in alias will work if the PSTN accept 1212225 and pass it to HQ gateway. if the PSTN only accept 12122251xxx, then the cfw in alias will not work. i think the workaround if still want using alias is put cfw 912122251xxx which is not already used in HQ, then use translation pattern to translate 1xxx to 200x. i haven't try this, but i think it's gonna work. cmiiw.. cheers, edi - Original Message From: Chris Parker <[EMAIL PROTECTED]> To: Vikram Malhi <[EMAIL PROTECTED]> Cc: "" Sent: Sunday, October 5, 2008 3:50:50 AM Subject: Re: [OSL | CCIE_Voice] SRST Voicemail Integration The other method I've seen posted that has caught my interest involves setting the call forward noanswer/busy to a DID on the HQ PRI for each SRST phone using the alias command under call-manager-fallback. Then in UCM putting those DIDs on a CTI route point with call forward all to voicemail. So basically on BR1: call-manager-fallback alias 1 2001 to 2001 cfw 912122252001 timeout 4 alias 1 2002 to 2002 cfw 912122252002 timeout 4 alias 1 2003 to 2003 cfw 912122252003 timeout 4 So for the extensions 2001-2003 at BR1 calls get forwarded to 12122252001-3. You have a pots peer than puts those back out to the PSTN. They ring in on the 6608 PRI and if signifcant digits are set to four in the gateway config UCM will try and send the call to 2001-2002 respectively. UCM sees the extension as OOS and sends it on to voicemail. In the case where you dont have a DID on the HQ PRI that matches the BR1 number on the last 4 digits you can do the same thing but you have to set up a CTI route point for each number that is forwarded to voice mail and then transform the number on UCM before it goes to Unity or use an alternate extension in Unity. Chris Vikram Malhi wrote: > Know all possible workarounds...I personally don't like the > vm-integration method. Do you know any other methods? > > Vik Malhi – CCIE #13890 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: [EMAIL PROTECTED] > > 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. > > > > On Oct 4, 2008, at 6:46 AM, Chris Parker wrote: > >> Hello, >> >> I have been reviewing the methods of voice mail fall back with SRST, >> and I am wondering which method will actually work in the Lab? It >> seems that success relies on the behavior of PSTN. The >> "vm-integration" method seems to work fine on the Proctor Labs gear, >> but will that translate to the real lab? What is the safest / best >> way to do this? >> >> Chris Parker > > >
Re: [OSL | CCIE_Voice] SRST Voicemail Integration
Hi Vik, Yes, I mean "forward on failure". Somehow "forward no answer" takes precedence over the "forward on failure". Sincerely, Mike - Original Message - From: "Vikram Malhi" <[EMAIL PROTECTED]> To: "Michael Shavrov" <[EMAIL PROTECTED]> Sent: Saturday, October 04, 2008 7:20 PM Subject: Re: [OSL | CCIE_Voice] SRST Voicemail Integration When you use the vm-integration method the call goes out with caller- id "12122211600*2001" which is not going to be a routable number in the real world. In Proctorlabs we route this , your gateway via incoming significant digits strips it to the last 4, and the call gets fwded to voicemail due to that phone being in SRST mode. Regarding the other question- do you mean "forward on failure" since there is no "forward unregistered"... Vik Malhi – CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] 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. On Oct 4, 2008, at 3:06 PM, Michael Shavrov wrote: Hi Vik, And what your reasoning for "do not like" this method? I tried it, and it works, but it works only if every phone should go to VM, while with "alias" you can specify phones individually. Also, the question with VM/SRST integration. What should be configured at the CallManager on Branch1 phones, to make voicemail working in both situations, in and out of SRST mode? When I set phone "forward no-answer and forward busy" to voicemail (through voicemail checkbox), and "forward not registered to foll E.164 number", when site goes to SRST mode and I call the phone, call goes to voicemail. Good luck, Mike - Original Message - From: "Vikram Malhi" <[EMAIL PROTECTED]> To: "Chris Parker" <[EMAIL PROTECTED]> Cc: Sent: Saturday, October 04, 2008 4:07 PM Subject: Re: [OSL | CCIE_Voice] SRST Voicemail Integration Know all possible workarounds...I personally don't like the vm- integration method. Do you know any other methods? Vik Malhi – CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] 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. On Oct 4, 2008, at 6:46 AM, Chris Parker wrote: Hello, I have been reviewing the methods of voice mail fall back with SRST, and I am wondering which method will actually work in the Lab? It seems that success relies on the behavior of PSTN. The "vm- integration" method seems to work fine on the Proctor Labs gear, but will that translate to the real lab? What is the safest / best way to do this? Chris Parker
Re: [OSL | CCIE_Voice] SRST Voicemail Integration
Yep- so this is another workaround to deal with the RDNIS being built incorrectly by an SRST router (0xFF in the outgoing RDNS). Vik Malhi – CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] 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. On Oct 4, 2008, at 1:50 PM, Chris Parker wrote: In the case where you dont have a DID on the HQ PRI that matches the BR1 number on the last 4 digits you can do the same thing but you have to set up a CTI route point for each number that is forwarded to voice mail and then transform the number on UCM before it goes to Unity or use an alternate extension in Unity.
Re: [OSL | CCIE_Voice] SRST Voicemail Integration
The other method I've seen posted that has caught my interest involves setting the call forward noanswer/busy to a DID on the HQ PRI for each SRST phone using the alias command under call-manager-fallback. Then in UCM putting those DIDs on a CTI route point with call forward all to voicemail. So basically on BR1: call-manager-fallback alias 1 2001 to 2001 cfw 912122252001 timeout 4 alias 1 2002 to 2002 cfw 912122252002 timeout 4 alias 1 2003 to 2003 cfw 912122252003 timeout 4 So for the extensions 2001-2003 at BR1 calls get forwarded to 12122252001-3. You have a pots peer than puts those back out to the PSTN. They ring in on the 6608 PRI and if signifcant digits are set to four in the gateway config UCM will try and send the call to 2001-2002 respectively. UCM sees the extension as OOS and sends it on to voicemail. In the case where you dont have a DID on the HQ PRI that matches the BR1 number on the last 4 digits you can do the same thing but you have to set up a CTI route point for each number that is forwarded to voice mail and then transform the number on UCM before it goes to Unity or use an alternate extension in Unity. Chris Vikram Malhi wrote: Know all possible workarounds...I personally don't like the vm-integration method. Do you know any other methods? Vik Malhi – CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] 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. On Oct 4, 2008, at 6:46 AM, Chris Parker wrote: Hello, I have been reviewing the methods of voice mail fall back with SRST, and I am wondering which method will actually work in the Lab? It seems that success relies on the behavior of PSTN. The "vm-integration" method seems to work fine on the Proctor Labs gear, but will that translate to the real lab? What is the safest / best way to do this? Chris Parker
Re: [OSL | CCIE_Voice] SRST Voicemail Integration
Know all possible workarounds...I personally don't like the vm- integration method. Do you know any other methods? Vik Malhi – CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] 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. On Oct 4, 2008, at 6:46 AM, Chris Parker wrote: Hello, I have been reviewing the methods of voice mail fall back with SRST, and I am wondering which method will actually work in the Lab? It seems that success relies on the behavior of PSTN. The "vm- integration" method seems to work fine on the Proctor Labs gear, but will that translate to the real lab? What is the safest / best way to do this? Chris Parker
[OSL | CCIE_Voice] SRST Voicemail Integration
Hello, I have been reviewing the methods of voice mail fall back with SRST, and I am wondering which method will actually work in the Lab? It seems that success relies on the behavior of PSTN. The "vm-integration" method seems to work fine on the Proctor Labs gear, but will that translate to the real lab? What is the safest / best way to do this? Chris Parker