Well,
if that happens just with wrong numbers, it means the network doesn't send any SIT tone and/or CPD doesn't recognize them. But in any case, 30 minutes looks strange to me and I don't know where it comes from. For all I know, but maybe our dear Cavagnaro may help us out

,the option I would adjust is "call_wait_original_establish_timeout", look at the message of your CPD extracted a few lines above those I already posted:
[size=8pt][font=Times New Roman]09:08:53.046 Trc 11005 CPDServerMessage: Req_MakePredictiveCall
LAttr_SwitchDBID 101
SAttr_DialTo 1024339794
LAttr_VoiceTransferDBID 203
BAttr_Extensions
'call_wait_connected_timeout' 30
'call_wait_original_establish_timeout' 6000
'call_wait_in_queue_timeout' 20
'call_wait_agent_connected_timeout' 15
'call_timeguard_timeout' 0
'call_answer_type_recognition' 4
'call_transfer_type' 1
'call_data' (list)
BAttr_UserData
'GSW_TZ_OFFSET' -18000
'GSW_CHAIN_ID' 215
'GSW_PHONE' '24339794'
'GSW_RECORD_HANDLE' 34828
'GSW_CALLING_LIST' 'LSIACCS'
'GSW_CAMPAIGN_NAME' 'Campaña Cobro y Tarjetas'
'GSW_APPLICATION_ID' 125
'GSW_ATTEMPTS' 0
'GSW_CALL_RESULT' 28
IATRCFG_REQUESTID 41622
09:08:53.0460 ThID: 1436: making a call to '1024339794'[/size][/font]
The value is 6000, that is 100 minutes.....who raised it?!

The default value is 4..I'd set it to 10. When CPDServer gets from PSTN the indication that the call is answered, it waits "call_wait_original_establish_timeout" seconds for corresponding EventEstablished from TServer. If after "call_wait_original_establish_timeout" seconds EventEstablished is not received, CPDServer should make on-hook on the port and return TransferError to OCS. Try and let us know

Fra