[cisco-voip] transferring off-net to off-net (shows on-net external mask on target)

[Lelio Fulgenzi]

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 
lelio at uoguelph.ca 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 

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

From: "Brian Meade" <bmeade90 at vt.edu> 
To: "Lelio Fulgenzi" <lelio at uoguelph.ca> 
Cc: "cisco-voip voyp list" <cisco-voip at puck.nether.net> 
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 < lelio at uoguelph.ca > 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 
lelio at uoguelph.ca 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 



From: "Brian Meade" < bmeade90 at vt.edu > 
To: "Lelio Fulgenzi" < lelio at uoguelph.ca > 
Cc: "cisco-voip voyp list" < cisco-voip at puck.nether.net > 
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 < lelio at uoguelph.ca > 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 
lelio at uoguelph.ca 
www.uoguelph.ca/ccs 
Room 037, Animal Science and Nutrition Building 
Guelph, Ontario, N1G 2W1 


_______________________________________________ 
cisco-voip mailing list 
cisco-voip at puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 






</blockquote>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150521/8f9c8108/attachment.html>