Analyzing HTTP Client debugs in the VXML VG.

[krishnachaitanya@servion]

Hi Team,

We are facing with random bad fetch errors in one of the CVP/VXML   servers.

[krishnachaitanya@servion]

Sorry for the incompelte post.

• We are facing Bad fetch errors in the VXML error logs, pointing to one VXML - VG.(Total - 4)
  
• All the Audio prompts in the CVP servers are common,there are 2 CVP /VXML Servers, We suspect this to be an issue with Cacheing in the Prompts.
  
• From this VG's, we used the SH http client cache command we noticed all the required prompts to be available.
  
• We have also issued Set http client cache stale command.
  

Furhter in our anlaysis,

We have enabled Debug HTTP client all in the VXML Gateway and wanted to decipher the caching of the prompts for the Failure calls in the VG's Debug logs.

VG Version 15.0(1r)M1

CVP version 7.0.2

Is there any reference document /Logs for understanding these debugs. Appreciate your assistance.

Attaching the Failure call greped out fromt eh Debug logs.

[Senthil Kumar Sankar]

Hi Krishna,

Can you attach the Complete set of debug logs without grepping with the Failed Call information.

Inorder to understand the caching & streaming concept, please have a look at the CVP SRND for Media File Options

http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/customer_voice_portal/srnd/7x/cvp_mdia.html#wp1047049

Regards,

SEnthil

[krishnachaitanya@servion]

Hi Senthil,

Thanks for your response, Have attached the relevant CVP and VG logs.

VG is in GMT

Failure Call - ANI - 9899315270

                   Time - 23:47 IST.

[Senthil Kumar Sankar]

VXML Gateway, recived all these WAV in the VXML document at Apr  9 18:30:09.159:

( this is for no match)

(this is for no input)

Can you make sure that all the above prompts are there in correct format and available. Assuming the prompts, are getting played, VXML Gateway does a HTTP POST at "Apr  9 18:30:16.847" with audium_type=error.badfetch

I do see after 7 seconds difference between these two events. Am not sure, is the default FetchtimeOut come to the picture here.

Will you be able to enable the below logs in gateway and

debug voip application vxml all

debug http client msg

debug voip application media

Regards,

Senthil

[krishnachaitanya@servion]

Senthil,

Have enabled the sugested Debugs and  checked on the  logs,

From the VXML VG, we could notice the below error.

7791532//MSM :/ms_asDone_buginf: callID=0x76E3AC, pVdb=0x13C61C08,

Line 190078: 8764364: *Apr 11 21:43:21.034: //7791532//MSM :/ms_associateDone: First Buf Play at 2w3d of 5006.wav

Line 190079: 8764365: *Apr 11 21:43:21.034: //7791532//MSM :/ms_associateDone: 2w3d, Tstart(ply: iSndDly 0)

Line 190080: 8764366: *Apr 11 21:43:21.038: //7791532//MSM :/ms_handle_stream_timer: prompt load failed

Line 190081: 8764367: *Apr 11 21:43:21.038: //7791532//MSM :/ms_stop_play: mgdTstop at 2w3d (cause MS_STOP_SETUPFAIL)

Line 190082: 8764368: *Apr 11 21:43:21.038: //7791532//MSM :/ms_stop_play: Play Stopped at 2w3d

Line 190083: 8764369: *Apr 11 21:43:21.038: //7791532//MSM :/ms_stop_play: calling CBF for stream_id 8

Beofre this we had issued Audio-Prompt Load command for this wav file 5006.wav and got sucessfull message.

Not sure why this prompt fails, have attached the relevant logs files.

Failure Call GUID : 34979e92a22611e2b2675475d04fe700

[Senthil Kumar Sankar]

Hi Krishna,

Thats right. I do see the same error message exactly at the same point where "5006.wav" is supposed to play.

Can you share the Show Run Configuration of you vxml gateway and the version.

Also send the output of "Show http client cache"

You have mentioned the issue is random, Were you able to take a Good call with the same trace levels. Can you share that as well.

Regards,

Senthil

[krishnachaitanya@servion]

Hi Senthil,

We had reloaded the VG and it fixed the issue.

Attaching the requested VG Details.

What wold have triggered this issue, any suggestions?