[cisco-voip] Call reversion on CFNA to first party's Voicemail -> Any way around

[Wes Sisk]

CallManager will always preserve PartyA as the original called party 
number and attempt to route to that user's voicemailbox.  There are a 
few ways to override that with CTI such as a custom script or Attendant 
Console Pilot Point, but that does not scale very well.

To avoi the toll charges you could have CM send the call to itself as an 
h.323 call.  Define the local CM as an h323 gateway.  Configure the 
forward destination/css to a route parttern/partition that points to 
that h323 device.  the call will virtually loop on the network.  You may 
be able to get to the desired mailbox with the 'redirecting party' 
configuration, but if not, disable all redireting IE delivery 
inbound/outbound.

/Wes

Nathan Reeves wrote:
> Not sure if the subject is the right description, but we have the
> situation during some internal extension migrations where Party A has
> forwarded all calls to Party B.  When a call comes into Party A, calls
> are forwarded to Party B, but after the ringout timer expires the call
> reverts back to Party A and is forwarded to the Party A voicemail box
> instead of going to the Party B voicemail.
>
> Our workaround so far has been to do a CFNA on party A to the full
> E164 number of Party B.  Calls then forwarded to Party B now go to the
> Party B voicemail box instead of reverting back to Party A's.
>
> If anyone has a way of getting round this feature so I don't incur the
> expense for the forwarded call, it would be great to know.
>
> Hope this explains the situation clearly enough.
>
> Cheers
>
> Nathan
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>