Explanation of rtp_audio_in / out fields in XML CDR's?
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
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 <http://wiki.freeswitch.org/wiki/Mod_xml_cdr>. 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
Hi Michael & Co, Many thanks for the prompt & positive response! Yes, more than happy to collate feedback from the global team & update the wiki accordingly (I'd like to be able to document what the field values between the > < indicate as well as just explain the field names if possible...) +anything else I can do to to contribute to the project...? Yes, now the wiki is back up I've managed to work out that cng_packet = comfort noise generation! Also from the wiki, possibly that the jb in rtp_audio_in_jb_packet_count & rtp_audio_in_largest_jb_size = jitter buffer? (apologies if everybody else already knows this!). To provide the background to my original enquiry, I'm trying to identify if the rtp_audio_in_skip_packet_count in the following XML CDR extract is indicative of packet loss, or perhaps more accurately noticeable audio loss (as the packets haven't been lost, just ignored/"skipped"?: If anybody knows please speak up! <rtp_audio_in_raw_bytes>1565066</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>1564856</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>9113</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>9098</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1609</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>15</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size> Thank you in anticipation of enlightenment! #FreeSWITCH 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 ________________________________ From: Michael Collins <msc@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, 29 November 2012, 19:14 Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's? 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 _________________________________________________________________________ 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
jb will indeed be jitterbuffer, but not sure what it'll mean. Discarded by jb, or left in jb at end of call maybe? Perhaps grepping the source for the tag name'll shed some light. I believe that skip *may* be packets ignored because FS isn't ready to receive them yet. Eg receiving RTP on a call where nothing's consuming it, or on a bridged call that hasn't been answered yet. But this is guesswork... On 29 November 2012 20:35, Mick Stevens <mickstevens@yahoo.com> wrote:
Hi Michael & Co,
Many thanks for the prompt & positive response! Yes, more than happy to collate feedback from the global team & update the wiki accordingly (I'd like to be able to document what the field values between the > < indicate as well as just explain the field names if possible...) +anything else I can do to to contribute to the project...?
Yes, now the wiki is back up I've managed to work out that cng_packet = comfort noise generation! Also from the wiki, possibly that the jb in rtp_audio_in_jb_packet_count & rtp_audio_in_largest_jb_size = jitter buffer? (apologies if everybody else already knows this!).
To provide the background to my original enquiry, I'm trying to identify if the rtp_audio_in_skip_packet_count in the following XML CDR extract is indicative of packet loss, or perhaps more accurately noticeable audio loss (as the packets haven't been lost, just ignored/"skipped"?: If anybody knows please speak up! [image: :) happy]
<rtp_audio_in_raw_bytes>1565066</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>1564856</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>9113</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>9098</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1609</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>15</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size>
Thank you in anticipation of enlightenment!
#[image: :x lovestruck]FreeSWITCH
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
------------------------------ *From:* Michael Collins <msc@freeswitch.org> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Thursday, 29 November 2012, 19:14 *Subject:* Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's?
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<http://wiki.freeswitch.org/wiki/Mod_xml_cdr>. 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.freeswitch.org/> http://www.ClueCon.com <http://www.cluecon.com/> http://www.OSTAG.org <http://www.ostag.org/>
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Hey Team, Sorry to go on about this, but really keen to understand these RTP fields in the XML CDR's better... 1) At the risk of sounding too desperate... Please, please, please can someone explain to me what the <rtp_audio_in_skip_packet_count> & <rtp_audio_out_skip_packet_count> fields indicates? 2) Also, for example in the extract below, why are the rtp_audio_in & rtp_audio_out bytes / packet counts not the same? Is this a red herring based on some codec interworking issue or similar, an indication of packet loss or expected/normal behaviour? <rtp_audio_in_raw_bytes>436848</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>436536</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>2562</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>2538</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1904</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>24</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size> <rtp_audio_out_raw_bytes>624570</rtp_audio_out_raw_bytes> <rtp_audio_out_media_bytes>624360</rtp_audio_out_media_bytes> <rtp_audio_out_packet_count>3645</rtp_audio_out_packet_count> <rtp_audio_out_media_packet_count>3630</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>15</rtp_audio_out_cng_packet_count> Please help! 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 ________________________________ From: Mick Stevens <mickstevens@yahoo.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, 29 November 2012, 20:35 Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's? Hi Michael & Co, Many thanks for the prompt & positive response! Yes, more than happy to collate feedback from the global team & update the wiki accordingly (I'd like to be able to document what the field values between the > < indicate as well as just explain the field names if possible...) +anything else I can do to to contribute to the project...? Yes, now the wiki is back up I've managed to work out that cng_packet = comfort noise generation! Also from the wiki, possibly that the jb in rtp_audio_in_jb_packet_count & rtp_audio_in_largest_jb_size = jitter buffer? (apologies if everybody else already knows this!). To provide the background to my original enquiry, I'm trying to identify if the rtp_audio_in_skip_packet_count in the following XML CDR extract is indicative of packet loss, or perhaps more accurately noticeable audio loss (as the packets haven't been lost, just ignored/"skipped"?: If anybody knows please speak up! <rtp_audio_in_raw_bytes>1565066</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>1564856</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>9113</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>9098</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1609</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>15</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size> Thank you in anticipation of enlightenment! #FreeSWITCH 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 ________________________________ From: Michael Collins <msc@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, 29 November 2012, 19:14 Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's? 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 _________________________________________________________________________ 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
In vs Out are the 'listening' and 'talking' directions of the channel. They're not the same audio, and as such there's no reason they would match up. Couple that with sending/receiving before the other side, and network jitter/packet loss so that some packets arrive at different times or not at all. As you point out using codecs can also affect them, as different codecs/ptimes will use different amounts of data/packets for the same time segment. Especially if the codec uses a VBR. Even using the 'echo' app and matching codec settings they will differ because of timing issues. On 5 December 2012 10:54, Mick Stevens <mickstevens@yahoo.com> wrote:
Hey Team,
Sorry to go on about this, but really keen to understand these RTP fields in the XML CDR's better...
1) At the risk of sounding too desperate... Please, please, please can someone explain to me what the <rtp_audio_in_skip_packet_count> & <rtp_audio_out_skip_packet_count> fields indicates?
2) Also, for example in the extract below, why are the rtp_audio_in & rtp_audio_out bytes / packet counts not the same? Is this a red herring based on some codec interworking issue or similar, an indication of packet loss or expected/normal behaviour?
<rtp_audio_in_raw_bytes>436848</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>436536</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>2562</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>2538</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1904</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>24</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size> <rtp_audio_out_raw_bytes>624570</rtp_audio_out_raw_bytes> <rtp_audio_out_media_bytes>624360</rtp_audio_out_media_bytes> <rtp_audio_out_packet_count>3645</rtp_audio_out_packet_count>
<rtp_audio_out_media_packet_count>3630</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>15</rtp_audio_out_cng_packet_count>
Please help! [image: :) happy]
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
------------------------------ *From:* Mick Stevens <mickstevens@yahoo.com>
*To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Thursday, 29 November 2012, 20:35
*Subject:* Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's?
Hi Michael & Co,
Many thanks for the prompt & positive response! Yes, more than happy to collate feedback from the global team & update the wiki accordingly (I'd like to be able to document what the field values between the > < indicate as well as just explain the field names if possible...) +anything else I can do to to contribute to the project...?
Yes, now the wiki is back up I've managed to work out that cng_packet = comfort noise generation! Also from the wiki, possibly that the jb in rtp_audio_in_jb_packet_count & rtp_audio_in_largest_jb_size = jitter buffer? (apologies if everybody else already knows this!).
To provide the background to my original enquiry, I'm trying to identify if the rtp_audio_in_skip_packet_count in the following XML CDR extract is indicative of packet loss, or perhaps more accurately noticeable audio loss (as the packets haven't been lost, just ignored/"skipped"?: If anybody knows please speak up! [image: :) happy]
<rtp_audio_in_raw_bytes>1565066</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>1564856</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>9113</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>9098</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1609</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>15</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size>
Thank you in anticipation of enlightenment!
#[image: :x lovestruck]FreeSWITCH
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
------------------------------ *From:* Michael Collins <msc@freeswitch.org> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Thursday, 29 November 2012, 19:14 *Subject:* Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's?
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<http://wiki.freeswitch.org/wiki/Mod_xml_cdr>. 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.freeswitch.org/> http://www.ClueCon.com <http://www.cluecon.com/> http://www.OSTAG.org <http://www.ostag.org/>
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Thank you Steve! Additional replies still welcome... Rgds, Mick ________________________________ From: Steven Ayre <steveayre@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Wednesday, 5 December 2012, 15:20 Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's? In vs Out are the 'listening' and 'talking' directions of the channel. They're not the same audio, and as such there's no reason they would match up. Couple that with sending/receiving before the other side, and network jitter/packet loss so that some packets arrive at different times or not at all. As you point out using codecs can also affect them, as different codecs/ptimes will use different amounts of data/packets for the same time segment. Especially if the codec uses a VBR. Even using the 'echo' app and matching codec settings they will differ because of timing issues. On 5 December 2012 10:54, Mick Stevens <mickstevens@yahoo.com> wrote: Hey Team,
Sorry to go on about this, but really keen to understand these RTP fields in the XML CDR's better...
1) At the risk of sounding too desperate... Please, please, please can someone explain to me what the <rtp_audio_in_skip_packet_count> & <rtp_audio_out_skip_packet_count> fields indicates?
2) Also, for example in the extract below, why are the rtp_audio_in & rtp_audio_out bytes / packet counts not the same? Is this a red herring based on some codec interworking issue or similar, an indication of packet loss or expected/normal behaviour?
<rtp_audio_in_raw_bytes>436848</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>436536</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>2562</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>2538</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1904</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>24</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size> <rtp_audio_out_raw_bytes>624570</rtp_audio_out_raw_bytes> <rtp_audio_out_media_bytes>624360</rtp_audio_out_media_bytes> <rtp_audio_out_packet_count>3645</rtp_audio_out_packet_count> <rtp_audio_out_media_packet_count>3630</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>15</rtp_audio_out_cng_packet_count>
Please help! 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
________________________________ From: Mick Stevens <mickstevens@yahoo.com>
To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, 29 November 2012, 20:35
Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's?
Hi Michael & Co,
Many thanks for the prompt & positive response! Yes, more than happy to collate feedback from the global team & update the wiki accordingly (I'd like to be able to document what the field values between the > < indicate as well as just explain the field names if possible...) +anything else I can do to to contribute to the project...?
Yes, now the wiki is back up I've managed to work out that cng_packet = comfort noise generation! Also from the wiki, possibly that the jb in rtp_audio_in_jb_packet_count & rtp_audio_in_largest_jb_size = jitter buffer? (apologies if everybody else already knows this!).
To provide the background to my original enquiry, I'm trying to identify if the rtp_audio_in_skip_packet_count in the following XML CDR extract is indicative of packet loss, or perhaps more accurately noticeable audio loss (as the packets haven't been lost, just ignored/"skipped"?: If anybody knows please speak up!
<rtp_audio_in_raw_bytes>1565066</rtp_audio_in_raw_bytes> <rtp_audio_in_media_bytes>1564856</rtp_audio_in_media_bytes> <rtp_audio_in_packet_count>9113</rtp_audio_in_packet_count> <rtp_audio_in_media_packet_count>9098</rtp_audio_in_media_packet_count> <rtp_audio_in_skip_packet_count>1609</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>15</rtp_audio_in_cng_packet_count> <rtp_audio_in_flush_packet_count>0</rtp_audio_in_flush_packet_count> <rtp_audio_in_largest_jb_size>0</rtp_audio_in_largest_jb_size>
Thank you in anticipation of enlightenment!
#FreeSWITCH 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
________________________________ From: Michael Collins <msc@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Sent: Thursday, 29 November 2012, 19:14 Subject: Re: [Freeswitch-users] Explanation of rtp_audio_in / out fields in XML CDR's?
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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
participants (3)
-
Michael Collins
-
Mick Stevens
-
Steven Ayre