[Serusers] Re: Xten-RTPProxy choppy audio

Ricardo Villa ricvil at epm.net.co
Wed Dec 10 17:53:43 CET 2003


Interesting.  I did not know that.  I will try Adrian's RTPProxy and
compare.

----- Original Message ----- 
From: "Klaus Darilion" <darilion at ict.tuwien.ac.at>
To: "Ricardo Villa" <ricvil at epm.net.co>; "Jan Janak"
<janak at fokus.fraunhofer.de>; "Adrian Georgescu" <ag at ag-projects.com>
Cc: <serusers at lists.iptel.org>
Sent: Wednesday, December 10, 2003 11:44 AM
Subject: RE: [Serusers] Re: Xten-RTPProxy choppy audio


Sending to rtp port +1 is ok, that is RTCP. the RTCP port is defined as
rtp+1. better would be if the RTP proxy would also forward RTCP,
nevertheless x-lite should also handle clients which do not support RTCP
(and answers with ICMP errors).

Klaus

> -----Original Message-----
> From: Ricardo Villa [mailto:ricvil at epm.net.co]
> Sent: Wednesday, December 10, 2003 5:41 PM
> To: Klaus Darilion; Jan Janak; Adrian Georgescu
> Cc: serusers at lists.iptel.org
> Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio
>
>
> I can confirm this too.  Just tried it in our lab with the exact same
> results as Klaus.  (Instead of Budgetone I used ATA186).
>
> X-Lite build 1084
>
> 1.  ATA186 Calls Xten.
> 2.  Xten hears choppy audio every 5 seconds or so.
> 3.  RTP Stream from ATA to Xten is perfect and conserves the same SSRC
> 4.  RTP Stream from Xten to ATA switches to a new SSRC every
> few seconds.
>
> It is clear to me that there is a bug in Xten software.  Before Xten
> switches to a new SSRC it attempts to send an RTP packet to
> the wrong RTP
> Port (it tries to the actual port +1).   SER server sends
> back "ICMP Port
> Unreacheable (Obviously)" and Xten restarts RTP Stream on a new SSRC.
>
> I did not see any problem with Maxims RTPProxy.
>
> Regards,
> Ricardo
>
> ----- Original Message ----- 
> From: "Klaus Darilion" <darilion at ict.tuwien.ac.at>
> To: "Jan Janak" <janak at fokus.fraunhofer.de>; "Adrian Georgescu"
> <ag at ag-projects.com>
> Cc: <serusers at lists.iptel.org>; "Ricardo Villa" <ricvil at epm.net.co>
> Sent: Wednesday, December 10, 2003 11:07 AM
> Subject: RE: [Serusers] Re: Xten-RTPProxy choppy audio
>
>
> I can reproduce the choppy audio
> setup:
> budgetone-100 <----> ser+rtpproxy(version from today) on
> redhat 9 (or 8,
> not sure) <------>x-lite build 1088 on win xp
>
> the choppy sound occours every 5 seconds, in both directions.
> RTP-analysis:
> RTP stream from budgetone to x-lite (via rtpproxy) is fine (no jitter,
> no loss)
> RTP stream from x-lite to budgetone (via rtpproxy): very
> strange: x-lite
> switches to a new SSRC (and seq-nr. start at 0 again) every 5 seconds.
>
> so, in my opinion: rtpproxy works fine, x-lite is guilty. but why does
> this happen only if the rtp proxy is involved? ...further
> investigations
> are planned...
>
> Klaus
>
> > -----Original Message-----
> > From: Jan Janak [mailto:janak at fokus.fraunhofer.de]
> > Sent: Wednesday, December 10, 2003 4:09 PM
> > To: Adrian Georgescu
> > Cc: serusers at lists.iptel.org; Ricardo Villa
> > Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio
> >
> >
> > Well, we can generate the traces locally, but I haven't
> encounter the
> > problem you describe so it makes no sense.
> >
> > You wrote you are able to reproduce the problem, in that
> case I would
> > like to ask you to generate the traces that show the problem
> > so we could
> > analyze and fix it.
> >
> > Also please tell us on what OS does this happen ? (I mean the
> > OS the proxy
> > is running on).
> >
> > Another question, what is the license of your RTP proxy ? I
> > didn't find
> > any licensing info in the sources. Will the sources be available ?
> >
> >  Jan.
> >
> > On 10-12 16:04, Adrian Georgescu wrote:
> > > On Wednesday, Dec 10, 2003, at 15:48 Europe/Amsterdam,
> > Ricardo Villa
> > > wrote:
> > >
> > > >Adrian,
> > > >
> > > >Do you have an Etheral trace trace of such a call (using G711)?
> > >
> > > I guess  ethereal traces can be generated with ethereal
> program and
> > > decoded locally on your servers if you want to isolate this.
> > >
> > > > 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
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers at lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
>
>
>
>
>

_______________________________________________
Serusers mailing list
serusers at lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers







More information about the sr-users mailing list