Re: [cisco-voip] Possible to force SIP refer transfer from IP phone

2014-08-15 Thread Justin Steinberg
Couldn't find a way to add the delay on the dialer side, i'm just not
familiar with that system.

I ended up moving the extensions that people dial from Route Patterns
pointing at the dialer to Unity Connection, where I play a short call
handler prompt and then have Unity Connection transfer the call to a new
hidden route pattern.   As long as the IP phone user completes the
supervised transfer during the call handler, the dialer/acd will see the
original PSTN caller.The call volume of manual transfers from IP phones
to the external dialer/acd is low, so this should work just fine.


On Tue, Aug 12, 2014 at 10:39 PM, Brian Meade bmead...@vt.edu wrote:

 Justin,

 Since these phones do not support blind transfer, it won't be possible to
 do something like that.

 Can you add a delay before checking the number so that it checks the
 connected number after the transfer is completed?

 Brian


 On Tue, Aug 12, 2014 at 7:12 PM, Justin Steinberg jsteinb...@gmail.com
 wrote:

 I have a unique requirement between a new 10.5 CUCM and a third party
 dialer/ACD.

 CUCM is integrated to PSTN via SIP trunk to 2911 PRI gateway.   CUCM is
 also integrated via SIP trunk to the dialer/ACD via SIP trunk directly
 between CUCM and the dialer/ACD.

 CUCM takes inbound call to IP phone. User needs to be able to transfer
 the external caller to the dialer/ACD.  However we need the initial invite
 sent to the dialer to have the Calling Party Number set to the external
 PSTN user, so the dialer can properly do a database lookup of the external
 party and match the caller ID.

 When we do this transfer via IP phone, it always starts off as a warm
 transfer so the dialer/ACD gets the internal IP phone number for the DB
 lookup.

 Is there anyway for a IP phone (or jabber) to utilize SIP refer to
 complete the transfer so the dialer/ACD sees the external party number as
 caller ID on the transferred leg?

 As a secondary option, I have considered possibly delaying the actual
 transfer to the dialer/ACD to give the IP phone user enough time to
 complete the supervised transfer. But not sure if unity connection call
 handler is the best way or if there is another way, perhaps in CUCM
 dialplan.

 Thanks

 Justin

 ___
 cisco-voip mailing list
 cisco-voip@puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip



___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


[cisco-voip] Possible to force SIP refer transfer from IP phone

2014-08-12 Thread Justin Steinberg
I have a unique requirement between a new 10.5 CUCM and a third party
dialer/ACD.

CUCM is integrated to PSTN via SIP trunk to 2911 PRI gateway.   CUCM is
also integrated via SIP trunk to the dialer/ACD via SIP trunk directly
between CUCM and the dialer/ACD.

CUCM takes inbound call to IP phone. User needs to be able to transfer the
external caller to the dialer/ACD.  However we need the initial invite sent
to the dialer to have the Calling Party Number set to the external PSTN
user, so the dialer can properly do a database lookup of the external party
and match the caller ID.

When we do this transfer via IP phone, it always starts off as a warm
transfer so the dialer/ACD gets the internal IP phone number for the DB
lookup.

Is there anyway for a IP phone (or jabber) to utilize SIP refer to complete
the transfer so the dialer/ACD sees the external party number as caller ID
on the transferred leg?

As a secondary option, I have considered possibly delaying the actual
transfer to the dialer/ACD to give the IP phone user enough time to
complete the supervised transfer. But not sure if unity connection call
handler is the best way or if there is another way, perhaps in CUCM
dialplan.

Thanks

Justin
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Possible to force SIP refer transfer from IP phone

2014-08-12 Thread Brian Meade
Justin,

Since these phones do not support blind transfer, it won't be possible to
do something like that.

Can you add a delay before checking the number so that it checks the
connected number after the transfer is completed?

Brian


On Tue, Aug 12, 2014 at 7:12 PM, Justin Steinberg jsteinb...@gmail.com
wrote:

 I have a unique requirement between a new 10.5 CUCM and a third party
 dialer/ACD.

 CUCM is integrated to PSTN via SIP trunk to 2911 PRI gateway.   CUCM is
 also integrated via SIP trunk to the dialer/ACD via SIP trunk directly
 between CUCM and the dialer/ACD.

 CUCM takes inbound call to IP phone. User needs to be able to transfer the
 external caller to the dialer/ACD.  However we need the initial invite sent
 to the dialer to have the Calling Party Number set to the external PSTN
 user, so the dialer can properly do a database lookup of the external party
 and match the caller ID.

 When we do this transfer via IP phone, it always starts off as a warm
 transfer so the dialer/ACD gets the internal IP phone number for the DB
 lookup.

 Is there anyway for a IP phone (or jabber) to utilize SIP refer to
 complete the transfer so the dialer/ACD sees the external party number as
 caller ID on the transferred leg?

 As a secondary option, I have considered possibly delaying the actual
 transfer to the dialer/ACD to give the IP phone user enough time to
 complete the supervised transfer. But not sure if unity connection call
 handler is the best way or if there is another way, perhaps in CUCM
 dialplan.

 Thanks

 Justin

 ___
 cisco-voip mailing list
 cisco-voip@puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip