[cisco-voip] CUCM SIP Early Attended Transfers

Anthony Holloway avholloway+cisco-voip at gmail.com
Mon Apr 25 16:15:39 EDT 2016


Thanks guys.  Nick, that's kind of the conclusion I was leaning towards,
and now I have confirmation bias.  ;)  I'll take a look at that flex reach
doc as soon as I can.  Also, Brian, I do have an Annunciator in the MRGL of
the SIP trunk.  Thanks again.

On Mon, Apr 25, 2016 at 2:04 PM, Nick Barnett <nicksbarnett at gmail.com>
wrote:

> My experience is that it isn't going to give ringback to PSTN phone A
> (step 7) when going back through a CUBE without forcing MTP.
>
> This was called out as a caveat in the SIP integration guide for AT&T flex
> reach via CUBE.
>
> https://www.cisco.com/c/dam/en/us/solutions/collateral/enterprise/interoperability-portal/flexible-reach.pdf
>
>
>
> On Mon, Apr 25, 2016 at 1:59 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
>> All,
>>
>> Does anyone have any experience with CUCM, SIP Phones, SIP Trunks, and
>> early attended transfers (AKA hitting the transfer button a second time
>> quickly)?  I'm not hearing ringback on the transferee phone.
>>
>> Components in play:
>>
>> CUCM 10.5(2)
>> CUBE 15.4 (SIP-SIP)
>>
>> Scenario:
>>
>>    1. PSTN Phone A calls into enterprise
>>    2. IP Phone B answers
>>    3. IP Phone B Presses Transfer Key
>>    4. PSTN Phone A hears MOH
>>    5. IP Phone B Dials Transfer Target and hears ringback
>>    6. IP Phone B Presses Transfer Key Again
>>    7. PSTN Phone A hears silence until call connects then two way audio
>>
>> I found this reference in the CUCM System Guide on SIP:
>>
>>
>> http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/sip_msg/line_std/11_0_1/CUCM_BK_SB03D18E_00_sip-line-messaging-standard-1101/CUCM_BK_SB03D18E_00_sip-line-messaging-standard-1101_chapter_00.html#CUCM_CN_E798E831_00
>>
>> Specifically these two seemingly contradictory sentences:
>>
>> "The transferee receives a ringback while the target phone is alerting."
>>
>> "The transferee will not receive a ringback although the target is
>> alerting."
>>
>> Seems like it's just not going to work.  What do you think?
>>
>> _______________________________________________
>> cisco-voip mailing list
>> 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/20160425/8f4af1c0/attachment.html>


More information about the cisco-voip mailing list