Mick,

This data is definitely not on the wiki - or anywhere else that I can see. I think we can crowdsource this to get the info collected and then add it to the mod_xml_curl wiki page. For the record, here's a quick dump of the fields that I took from an XML CDR:

    <rtp_audio_in_raw_bytes>10664</rtp_audio_in_raw_bytes>
    <rtp_audio_in_media_bytes>8772</rtp_audio_in_media_bytes>
    <rtp_audio_in_packet_count>62</rtp_audio_in_packet_count>
    <rtp_audio_in_media_packet_count>51</rtp_audio_in_media_packet_count>
    <rtp_audio_in_skip_packet_count>18</rtp_audio_in_skip_packet_count>
    <rtp_audio_in_jb_packet_count>0</rtp_audio_in_jb_packet_count>
    <rtp_audio_in_dtmf_packet_count>0</rtp_audio_in_dtmf_packet_count>
    <rtp_audio_in_cng_packet_count>0</rtp_audio_in_cng_packet_count>
    <rtp_audio_in_flush_packet_count>11</rtp_audio_in_flush_packet_count>
    <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size>
    <rtp_audio_out_raw_bytes>11524</rtp_audio_out_raw_bytes>
    <rtp_audio_out_media_bytes>11524</rtp_audio_out_media_bytes>
    <rtp_audio_out_packet_count>67</rtp_audio_out_packet_count>
    <rtp_audio_out_media_packet_count>67</rtp_audio_out_media_packet_count>
    <rtp_audio_out_skip_packet_count>0</rtp_audio_out_skip_packet_count>
    <rtp_audio_out_dtmf_packet_count>0</rtp_audio_out_dtmf_packet_count>
    <rtp_audio_out_cng_packet_count>0</rtp_audio_out_cng_packet_count>

I think raw_bytes, media_bytes, packet_count, and media_packet_count are self-explanatory. I think cng_packet_count is probably self-explanatory too. My question on dtmf_packet_count would be whether it's only for RFC2833 packets (I suspect yes, but would like confirmation).

If anyone knows these please reply to this email and Mick and I will get them documented on the wiki (right Mick? ;)

rtp_audio_in_skip_packet_count
rtp_audio_out_skip_packet_count
rtp_audio_in_jb_packet_count
rtp_audio_in_flush_packet_count
rtp_audio_in_largest_jb_size

Thanks all!

-MC

On Wed, Nov 28, 2012 at 3:28 AM, Mick Stevens <mickstevens@yahoo.com> wrote:

Hi Folks,

I'm trying to use FS XML CDR's to diagnose historic audio problems. I think I can work out some of the rtp_audio_in / out fields (raw bytes & media bytes being nearly equal looks like a good sign) but am wondering about the skip, cng & flush fields for example?

I have tried Googling this & can find evidence of other people having asked this question but not of the answer. I have also checked my FS 106 & Cookbook book's without success. The wiki appears to be down at the moment so my apologies if the answer lies there.

I know how to do this in real time using wireshark etc but am interested in being able to do some analysis on historic problems reported by customers that aren't willing/able to replicate the problem in order for a protocol trace to be captured.

Any help much appreciated!

Rgds, Mick
Tel/SMS. +44(0)7967 594432
Fax. +44(0)7053 452429
Email/IM. mickstevens@yahoo.com
Skype: mick_stevens
www.facebook.com/mickstevens
www.twitter.com/mickstevens

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

--
Michael S Collins
Twitter: @mercutioviz
http://www.FreeSWITCH.org
http://www.ClueCon.com
http://www.OSTAG.org