[cisco-voip] SRST/Unity voicemail & vm-integration
Duy Nguyen
ccieid1ot at gmail.com
Sun Apr 5 02:42:56 EDT 2009
Do you have this command under the PRI interface?
serial 0/0:23
isdn outgoing ie redirecting-number
Here's a work around that should work using the CCM.
Choose an unused DID range for instance, let's say 2400-2410 is unused.
Under Call-Manager-Fallback
call-forward noan 1XXX32724.. time 3
call-forward busy 1XXX32724..
On CCM, create a translation-pattern that will translate 1XXX32724.. to
1XXX32747...
Unity will see redirecting number of 1XXX3274701 and send to correct VM.
On Thu, Apr 2, 2009 at 4:53 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> Thanks for the update.
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Bad grammar makes me [sic]" - Tshirt
>
>
> ----- Original Message -----
> From: "Pete G. Ruttman" <PRuttman at foley.com>
> To: cisco-voip at puck.nether.net
> Sent: Thursday, April 2, 2009 5:45:16 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] SRST/Unity voicemail & vm-integration
>
> I am still working on the RDNIS method but I have solved the
> vm-integration problem. For the scenario where you are calling off-premise
> into a phone on SRST, you need to put the follow command into the router:
>
> voice-card x
> no local-bypass
>
>
> Two POTS lines are used in this scenario. One for the inbound call and one for the outbound call to the datacenter with Unity.
> By default, the router will remove the DSPs from this scenario.
> vm-integration requires DSPs to insert the DTMF tones and that is why it
> wasn't working. The command above forces them back in play and
> vm-integration works.
>
> TAC says that it is still best to use RDNIS instead of vm-integration, if
> possible, so I am still exploring that, but it is cool I have a solution.
>
> Pete
>
> ------------------------------
> *From:* Lelio Fulgenzi [mailto:lelio at uoguelph.ca]
> *Sent:* Friday, March 20, 2009 1:45 PM
> *To:* Ruttman, Pete G.
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] SRST/Unity voicemail & vm-integration
>
> I've heard that RDNIS is the hardest thing to ensure is working in the
> PSTN cloud. Your service provider has to tell you it's turned on.
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Bad grammar makes me [sic]" - Tshirt
>
>
> ----- Original Message -----
> From: "Pete G. Ruttman" <PRuttman at foley.com>
> To: cisco-voip at puck.nether.net
> Sent: Friday, March 20, 2009 2:42:40 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] SRST/Unity voicemail & vm-integration
>
> I am trying to configure SRST and vm-integration to dial our Unity in an
> offsite datacenter. We have RDNIS configured on both PRIs in the picture
> here, but I do not see evidence that they are working so I moved to trying
> the DTMF method.
>
> So while in SRST, I can hit the message button on the phone and it will
> send DTMF tones to Unity and go all the way into sign-in. I can also call
> this phone from another internal phone and if no one answers it will
> redirect to Unity and play the personal greeting for that phone. However,
> when I call from another office over the PSTN or cellphone, the phone rings
> and sends the call to Unity, but I just hear the main greeting instead of
> the phone's personal voicemail greeting. Does vm-integration support offnet
> calls?
>
> Here's my configuration:
>
> voice translation-rule 2
> rule 1 /\(^...........\)#\(.\)/ /\1,\2/
> !
>
> dial-peer voice 100 pots
> description FALLBACK LONG DISTANCE
> translation-profile outgoing pause
> destination-pattern 1XXX3274781
> port 4/0:23
> forward-digits extra inband
> !
> !
> !
> !
> call-manager-fallback
> secondary-dialtone 9
> max-conferences 8 gain -6
> transfer-system full-consult
> limit-dn 7935 1
> limit-dn 7960 10
> ip source-address 13.XXX.150.110 port 2000
> max-ephones 250
> max-dn 300 dual-line
> default-destination 1034991
> voicemail 1XXX3274781
> alias 1 5035 to 1034991
> call-forward busy 1XXX3274781
> call-forward noan 1XXX3274781 timeout 3
> moh bignothing.ULAW.wav
> !
> !
> vm-integration
> pattern direct * CGN #
> pattern ext-to-ext no-answer # FDN #2
> pattern trunk-to-ext no-answer # FDN #2
> !
> !
>
>
> The preceding email message may be confidential or protected by the
> attorney-client privilege. It is not intended for transmission to, or
> receipt by, any unauthorized persons. If you have received this message in
> error, please (i) do not read it, (ii) reply to the sender that you received
> the message in error, and (iii) erase or destroy the message. Legal advice
> contained in the preceding message is solely for the benefit of the Foley &
> Lardner LLP client(s) represented by the Firm in the particular matter that
> is the subject of this message, and may not be relied upon by any other
> party.
>
> Internal Revenue Service regulations require that certain types of written
> advice include a disclaimer. To the extent the preceding message contains
> advice relating to a Federal tax issue, unless expressly stated otherwise
> the advice is not intended or written to be used, and it cannot be used by
> the recipient or any other taxpayer, for the purpose of avoiding Federal tax
> penalties, and was not written to support the promotion or marketing of any
> transaction or matter discussed herein.
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> The preceding email message may be confidential or protected by the
> attorney-client privilege. It is not intended for transmission to, or
> receipt by, any unauthorized persons. If you have received this message in
> error, please (i) do not read it, (ii) reply to the sender that you received
> the message in error, and (iii) erase or destroy the message. Legal advice
> contained in the preceding message is solely for the benefit of the Foley &
> Lardner LLP client(s) represented by the Firm in the particular matter that
> is the subject of this message, and may not be relied upon by any other
> party.
>
> Internal Revenue Service regulations require that certain types of written
> advice include a disclaimer. To the extent the preceding message contains
> advice relating to a Federal tax issue, unless expressly stated otherwise
> the advice is not intended or written to be used, and it cannot be used by
> the recipient or any other taxpayer, for the purpose of avoiding Federal tax
> penalties, and was not written to support the promotion or marketing of any
> transaction or matter discussed herein.
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090405/91af561e/attachment.html>
More information about the cisco-voip
mailing list