[Serusers] Re: Xten-RTPProxy choppy audio

[Ricardo Villa]

Adrian,

I am sorry but it does not run on our RH7.3.  I have python 2.2 but not the
optik module.  Could that be the problem?  I could not find that module for
our version of Linux.  Not even a web page to download the source.

[root at maui2 rtpproxy.other]# ./rtpproxy.py
  File "./rtpproxy.py", line 86
    print >>sys.stderr, "RTP Proxy error: %s. Exiting." % why
           ^
SyntaxError: invalid syntax


----- Original Message ----- 
From: "Adrian Georgescu" <ag at ag-projects.com>
To: "Ricardo Villa" <ricvil at epm.net.co>
Cc: <serusers at lists.iptel.org>
Sent: Wednesday, December 10, 2003 11:44 AM
Subject: Re: [Serusers] Re: Xten-RTPProxy choppy audio


> Interesting, did you try my media proxy before saying this?
>
> Regards,
> Adrian
>
>
> On Wednesday, Dec 10, 2003, at 17:40 Europe/Amsterdam, Ricardo Villa
> wrote:
>
> > 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
>
>