[cisco-voip] Call transfer CallerID issues - Cisco to non-Cisco

[Ryan Ratliff (rratliff)]

The calling party info should be updated after the Cisco user completes the transfer.  Do you see this coming across and does Ameyo have the ability to update it's connected party info?

-Ryan

On Dec 9, 2014, at 8:17 AM, Henry Gicheru (KE) <henry.gicheru at dimensiondata.com<mailto:henry.gicheru at dimensiondata.com>> wrote:

Hi Jason,

The issue is transfer from Cisco to Ameyo. The Ameyo agent is seeing the Cisco Extension that performed the transfer rather than the original PSTN caller ID. The setup is as below;
CUCM  –H323-  CUBE(Voice Gateway) – SIP- Ameyo.


Regards,
Henry Gicheru
System Engineer
Dimension Data
Tel: +25420 499 3000
Mobile: +254733477307
Fax:+254204993200
henry.gicheru at dimensiondata.com<mailto:henry.gicheru at dimensiondata.com>



From: Jason Aarons (AM)
Sent: Tuesday, December 09, 2014 4:01 PM
To: Henry Gicheru (KE); cisco-voip; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: RE: Call transfer CallerID issues - Cisco to non-Cisco

Is Ameyo using CTI/JTAPI to do the transfers?  If so would be a setting in Ameyo.

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Henry Gicheru (KE)
Sent: Tuesday, December 9, 2014 7:12 AM
To: cisco-voip; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Call transfer CallerID issues - Cisco to non-Cisco



Hi

Running into an issue with call transfers from Cisco extensions to Ameyo Contact center agents extensions. The Ameyo agents are seeing the Cisco extension number that did the transfer other than the original PSTN number that made the call. The integration is via Cisco CUBE, H323 on CUCM side and SIP on the Ameyo side.
Please assist.


Regards,
Henry Gicheru
System Engineer
Dimension Data
Tel: +25420 499 3000
Mobile: +254733477307
Fax:+254204993200
henry.gicheru at dimensiondata.com<mailto:henry.gicheru at dimensiondata.com>




This email and all contents are subject to the following disclaimer:
"http://www.dimensiondata.com/emaildisclaimer"<http://www.dimensiondata.com/Global/Policies/Pages/Email-Disclaimer.aspx>

itevomcid
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20141209/6100ac4e/attachment.html>