« Back to CVP - All Versions

RE: CVP Standalone Outbound Dialer call attempts different than user experi

Combination View Flat View Tree View
Threads [ Previous | Next ]
CVP Standalone Outbound Dialer call attempts different than user experience
cvp standalone outbound cvp outbound standalone makecall
Answer
1/30/13 5:09 PM
Hi,
Currently i'm are ussing CVP 9.0 Standalone with outbound dialer script and a gateway with an ISDN connection. I noticed sometimes the user phone rings 4 times but the attempts on the database is reflected as 2. Even on VXML logs i just 2 attempts. I think this issue is between the Makecall element and the gatweway, because on gateway i can see 4 attempts. This happens commonly when the user at the dialed phone number reject the call (on a cell phone). What i want to do is discard one of the elements and focus on the other one.
What else can i check?
Regards,
Claudio.
Flag

RE: CVP Standalone Outbound Dialer call attempts different than user experi
Answer
1/30/13 5:30 PM as a reply to CLAUDIO RIVAS.
Claudio,
If you believe there's a problem between the application and the gateway, start by collecting the following debug traces into a common log file as that should reveal what's happening end-to-end.

deb voip appl script
deb ccsip mess
deb isdn q931
Flag

RE: CVP Standalone Outbound Dialer call attempts different than user experi
Answer
1/31/13 7:08 PM as a reply to Paul Tindall.
Paul Tindall:
Claudio, If you believe there's a problem between the application and the gateway, start by collecting the following debug traces into a common log file as that should reveal what's happening end-to-end. deb voip appl script deb ccsip mess deb isdn q931
  Here is the logs, the last 2 calls where on the same attempt on CVP.   Regards,    
Attachments:
Flag

RE: CVP Standalone Outbound Dialer call attempts different than user experi
Answer
2/2/13 11:58 PM as a reply to CLAUDIO RIVAS.
Claudio,

I can see from your trace that no event is fired in the CVP Dialer TCL application when the disconnect with cause 1F occurs.  I see another ISDN SETUP is sent immediately after the disconnect but this must be directly under control of the gateway as the application doesn't get control back and can't report back to the Studio application and complete the Makecall.  You should check your ISDN config and POTS dial-peers to see if there's any reason a cause 1F is resulting in SETUP resends.

Paul
Flag