CFA never releases caller from Hold

Question

A subscriber enters an off network number for their Call Forward All (such as their home or cell phone). A caller dials the main number, then enters the user's extension.
Unity 4.2(1) replies with "please wait..." and the caller is placed on hold, listening to the futuristic music Cisco provides.
The user's phone rings where it has been forwarded to (their cell phone).
When the user answers, they have dead air. If they wait long enough, they (the subscriber) will hear their own voice mail message.
The calling party stays on hold until they perform a Kevorkian disconnect (disconnect themself).
We are not using supervised calling. I verified the Unity 5.0.4a 301 timer is larger than the ring timer.
I watched the calls in Unity, and the field called "transfer" never has an entry into it.
"Call #","Time","Origin","Reason","Trunk ID","Port ID","Dialed Number","Calling Number","Forwarding Station"
"1","15:19:42","Internal","Direct","0","15","2900","817176202542"," "
"1","15:20:29","Duration = 47 sec"," "," "," "," "," "," "
The caller stayed on hold the entire time after it said "Please wait..."
Any ideas?

Answer 1

I also have this:
001328227| 2006/11/09 16:25:45.206| 001| SdlSig | SsCallInfoRes | getting_secondary_call_info | Transferring(1,100,57,568) | TransferManager(1,100,58,1) | (1,100,59,1).1643273-(vmp_mech01-VI6:10.50.1.32)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]Type=16777220 ssKey=568 sideASsNode=1 sideASs=18903780 sideADsla=(0,0,536949258,0) AHold=0 sideAPSS=6d84ae8f-4126-84c1-65bc-e164e4effd6d sideACMDevType=4 sideAEncodingType=0 sideAIsPreferAltScript=0 sideBNode=1 sideBSs=18903783 sideBDsla=(0,18903783,570503690,5060) BHold=0 sideBPSS=14eb28c6-a3ed-8c24-7cd5-a9bcfd315e7f sideBCMDevType=8 sideBEncodingType=0 sideBIsPreferAltScript=0 cgPart=pt_mech_voicemail cgPat=2906 cgTags= cgValues= pretransCgp:tn=0npi=0nd=2906pi=0si1 cgpn:tn=0npi=1nd=7177961936pi=1si3 unModCgpn:tn=0npi=1nd=7177961936pi=0si3 untransformedCgpn:tn=0npi=1nd=2906pi=1si0 cgNameInfo=locale: 1 Name: VoiceMail UnicodeName: VoiceMail pi: 1 cgLocName=locale: 1 Name: UnicodeName: pi: 0 cgpnMailbox= cgpnVMPN= cgpnVMPCss= cgCause=0 cgDevName=vmp_mech01-VI6 cgDevCepn=3ce733d4-20bf-0e06-b2ec-8d9a0b0e3216 cgDevLocale=1 dialedNum:tn=0npi=0nd=82838829pi=0si1 cdPart=pt_mech_longdist cdPat=8.@ cdTags= cdValues= pretransCdpn:tn=0npi=0nd=82838829pi=0si1 cdpn:tn=0npi=0nd=2838829pi=1si1 unModCdpn:tn=2npi=1nd=82838829pi=0si1 cdNameInfo=locale: 1 Name: UnicodeName: pi: 1 cdLocName=locale: 1 Name: UnicodeName: pi: 0 cdpnVM= cdpnVMPN=2900 cdpnVMPCss=pt_mech_911:pt_mech_101:pt_mech_900:pt_mech_976:pt_mech_operator:pt_mech_voicemail:pt_mech_office cdCause=0 cdDevName=trk_sip2 cdDevCepn= cdDevLocale=1 oPart=pt_mech_office oPat=2403 oTags= oValues= oDialedNum:tn=3npi=1nd=2403pi=0si1 oCdpn=tn=0npi=0nd=2403pi=0si1 oCdpnVM= oCdpnVMPN=2900 oCdpnVMPCss=pt_mech_911:pt_mech_101:pt_mech_900:pt_mech_976:pt_mech_operator:pt_mech_voicemail:pt_mech_office oCdpnRFR=15 oCdpnCause=0 LRPartition=pt_mech_office LRPattern=2403 LRWithTags= LRWithValues= LRNum=tn=0npi=0nd=2403pi=1si1 rnName=locale: 1 Name: UnicodeName: pi: 0 LRNumVMbox= LRNumberVMPN=2900 LRVMPCss=pt_mech_911:pt_mech_101:pt_mech_900:pt_mech_976:pt_mech_operator:pt_mech_voicemail:pt_mech_office LRRFR=15 LRCause=0 callState=5 clientCodeRequired=0 authorizationCodeRequired=0 authorizationLevelRequired=0 GCI=(1,2119530) AQsigStatus=0 BQsigStatus=0 sideAUserState=2 sideBUserState=2 sideAUnattendedPort=0 sideBUnattendedPort=0sideAisOffnetDev=0sideBisOffnetDev=1 ssOverlapDigits= callType=0 sideAPathRepSupport=76 sideBPathRepSupport=0 ssControllingCcPid=(1,157,3759)