Ah, sorry. I thought it was a Unity Connection service parameter. Checked, it's 
set to TRUE. 





--- 
Lelio Fulgenzi, B.A. 
Senior Analyst, Network Infrastructure 
Computing and Communications Services (CCS) 
University of Guelph 

519‐824‐4120 Ext 56354 
[email protected] 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 

----- Original Message -----

From: "Brian Meade" <[email protected]> 
To: "Lelio Fulgenzi" <[email protected]> 
Cc: "cisco-voip voyp list" <[email protected]> 
Sent: Thursday, May 21, 2015 4:20:01 PM 
Subject: Re: [cisco-voip] transferring off-net to off-net (shows on-net 
external mask on target) 


Lelio, 


The service parameter affects behavior outside of Unity Connection as well. 
That's just the most common usage, 


Brian 


On Thu, May 21, 2015 at 4:08 PM, Lelio Fulgenzi < [email protected] > wrote: 






The auto-attendant (Unity Connection) is out of the picture by the time the 
transfer occurs. I thought I'd include that as path information. 


This happens with both blind (unsupervised, hanging up after pressing XFER and 
number) and supervised. 


I was wondering if it had to do with something about the redirecting IE or 
something like that on the gateway, but everything else works fine, forwarding, 
SNR, etc. 


I'm wondering if it's just a limitation of the system and off-net to off-net 
transfers. 


Lelio 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst, Network Infrastructure 
Computing and Communications Services (CCS) 
University of Guelph 

519‐824‐4120 Ext 56354 
[email protected] 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 



From: "Brian Meade" < [email protected] > 
To: "Lelio Fulgenzi" < [email protected] > 
Cc: "cisco-voip voyp list" < [email protected] > 
Sent: Thursday, May 21, 2015 3:09:29 PM 
Subject: Re: [cisco-voip] transferring off-net to off-net (shows on-net 
external mask on target) 




Is this a blind transfer? It may be trying to update the calling information 
but failing. 


Sometimes setting the Cisco CallManager Service Parameter "Display Original 
Calling Number on Transfer from Cisco Unity" to "True" helps with this 
situation. 


On Wed, May 20, 2015 at 4:28 PM, Lelio Fulgenzi < [email protected] > wrote: 

<blockquote>




We have a scenario where an off-net call is transferred to an off-net 
destination (no SNR or jabber integration) and the off-net destination shows 
the external mask of the on-net IP phone rather than the original calling 
party. 


So, 519-555-1111 calls our auto-attendant, transfers to x.51234 (with external 
calling mask 519-555-1234 ) then x51234 transfers the call to 519-555-2222 . 
519-555-1234 is what appears on the display of 519-555-2222 . 


I'd like to see 519-555-1111 appear on the destination display. 


Any way to change this? 


Is there a way to change it individually, per phone, per destination? or is it 
system wide? 


Thanks all! 


Lelio 




--- 
Lelio Fulgenzi, B.A. 
Senior Analyst, Network Infrastructure 
Computing and Communications Services (CCS) 
University of Guelph 

519‐824‐4120 Ext 56354 
[email protected] 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 


_______________________________________________ 
cisco-voip mailing list 
[email protected] 
https://puck.nether.net/mailman/listinfo/cisco-voip 






</blockquote>


_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip

Reply via email to