Ethereal also can do all the analysis: mark an UDP (RTP) packet, right-click, decode as ... select RTP. Then mark the RTP packet, ->Tools->Statistics->RTP stream->Analyse. There you will see a list of all RTP packets with jitter/packet loss analysis. Furthermore you can save the payload to disc and listen to it.
What causes the choppy audio - packet loss or jitter? Is the problem caused by using X-lite as sender or receiver?
Klaus
-----Original Message----- From: Ricardo Villa [mailto:ricvil@epm.net.co] Sent: Wednesday, December 10, 2003 3:48 PM To: Adrian Georgescu; Maxim Sobolev Cc: serusers@lists.iptel.org Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio
Adrian,
Do you have an Etheral trace trace of such a call (using G711)? I can decode it and produce an audio file for all to examine. This way we can get to the bottom of this.
Thanks, Ricardo
----- Original Message ----- From: "Adrian Georgescu" ag@ag-projects.com To: "Maxim Sobolev" sobomax@portaone.com Cc: serusers@lists.iptel.org Sent: Wednesday, December 10, 2003 9:15 AM Subject: [Serusers] Re: Xten-RTPProxy choppy audio
On Wednesday, Dec 10, 2003, at 14:16 Europe/Amsterdam, Maxim Sobolev wrote:
Probably you need to replace "we have solved" with "we
don't observe",
because to say that something is "solved" you probably
should be able
to describe what the solution is.
20+ of my customers have experienced a problem in the interaction between xten soft clients and the rtp media proxy. I have
reported this
to Maxim (3 november), to xten (6 november) and ser user list (6 november). I have received no answer, hence the effort we put in finding a solution ourselves.
Maxim, I have all respect for all you work. For the sake
of this, here
is my correction:
"We don't observe this with our media proxy"
Personally I am not convinced that there is actually a
real problem
with our RTP proxy (my own tests and Jan's information
confirms that),
Personally, I am totally convinced that I had a problem and I am am perfectly convinced that I solved my problem. I think this is the single point of arguing here.
it could be just equially likely be the problem with your
setup (OS
you are using, libraries, network etc).
It is not isolated to my setup. Before I have notified
Maxim, Xten and
SER user list, I have reproduced the problem on different
operations
systems (Windows and MacOSX), different Xten versions, different firewalls (NET Gear, D-Link, Alcatel Speetouch and Linux
masquerading)
different IP networks and different sip server software.
Therefore, I strongly suggest you to stop asserting that
your version
is better
I wrote "alternative" version with different features. Nothing about "better". Your software is better :-)
in this respect than original one unless you are able to
tell where
the difference is or to provide instructions on how to reliably reproduce the problem.
To reproduce this I start up Xten and make a call via the proxy.
Thanks!
Welcome.
-Maxim
Adrian Georgescu wrote:
The problem is that every few seconds there is a gap of
half second
in the audio stream (quality-wise the conversation is
unacceptable)
when using Xten softphone X-lite or X-PRO on either Win
or Mac via
RTPProxy. I can consistently reproduce this problem
100% on various
systems and so do all my customers. For the sceptics, there is a movie with the problem presented (Quicktime is required to play the stream): http://download.dns-hosting.info/SERMediaProxy/ XtenProblemWithRTPProxy.mov and an audio extract: http://download.dns-hosting.info/SERMediaProxy/ XtenProblemWithRTPProxy.wav This is the problem solved in our media proxy. Regards, Adrian On Wednesday, Dec 10, 2003, at 11:53 Europe/Amsterdam, Jan Janak wrote:
I am also wondering what is the problem with xten and rtp proxy, because I didn't have any problems.
Jan.
On 10-12 12:29, Maxim Sobolev wrote:
Sorry for my sloppy English, actually I was asking you
to explain
the cause of the problem. If you claim that something was
"solved" in
your version you should probably know how behaviour of your version differs from the behaviour of the original one.
-Maxim
Adrian Georgescu wrote:
> See >
http://lists.iptel.org/pipermail/serusers/2003-November/003499.html
> > On Wednesday, Dec 10, 2003, at 11:07 Europe/Amsterdam, Maxim > Sobolev wrote: > >> Adrian Georgescu wrote: >> >>> Hello, we have released an alternative RTPProxy
that works with
>>> SER >>> nathelper module. Is a completely new program
written in Python
>>> and >>> should be able to run without recompilation on any
system where
>>> Python is supported. We have tested Linux Debian
and Solaris 8.
>>> There are little differences against PortaOne's
rtpproxy, mainly
>>> the >>> problem with Xten choppy audio was solved. >> >> >> >> Interesting. I wonder what was the problem with Xten that you >> solved? >> >> -Maxim >> >>> Features >>> - Compliant with SER nathelper module >>> - Runs without recompilation on SUN Solaris >>> - Xten audio quality is perfect without gaps >>> - Display active media sessions >>> - Display traffic in minutes and kilobytes >>> - Log to syslog the IP/port numbers and traffic
statistics per
>>> session >>> - Flexible design for adding new features >>> To do list >>> - Run it on separate machine than SER >>> - Log network traffic per domain >>> - Integrate traffic logging with CDRtool >>> The application is free to download and use without
limitations.
>>> You >>> can download it from: >>> http://download.dns-hosting.info/RTPProxy/ >>> The application is developed and supported by AG
Projects. Any
>>> feedback is welcome at support@jobserver.org >>> Regards, >>> Adrian Georgescu
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers