This fixed my problem.......
On Redhat 9 Needed to install
download and untar
http://prdownloads.sourceforge.net/optik/Optik-1.4.1.tar.gz?download
cd into directory and run
python setup.py install
----- Original Message -----
From: "Glenn Dalgliesh" <ser(a)techhat.com>
To: <serusers(a)lists.iptel.org>
Sent: Thursday, December 18, 2003 1:34 PM
Subject: Re: [Serusers] SER Media Proxy optik module
I have redhat 9 and have install python-optik-1.4-2
but still seem to be
getting
[root@serv1 boot]# ./rtpproxy.other start
Starting RTP Proxy server: rtpproxyTraceback (most recent call last):
File "/usr/local/etc/ser/rtpproxy/rtpproxy.py", line 22, in ?
from optparse import OptionParser, Option, OptionValueError
ImportError: No module named optparse
.
Any suggestions?
Thanks
----- Original Message -----
From: "Ricardo Villa" <ricvil(a)epm.net.co>
To: "Adrian Georgescu" <ag(a)ag-projects.com>
Cc: <serusers(a)lists.iptel.org>
Sent: Wednesday, December 10, 2003 5:00 PM
Subject: Re: [Serusers] SER Media Proxy optik module
Thanks Adrian,
I tested now and it works great! No choppy audio on Xten. I still see
the
RTCP packet coming out of the Xten client, but it
never gets back the
"ICMP
Unreachable". I don't know if the
ATA186 supports it though. In any
case
> the audio is crystal clear.
>
> I also like your "sessions.py" program. It is quite useful.
>
> Regards,
> Ricardo
>
> ----- Original Message -----
> From: "Adrian Georgescu" <ag(a)ag-projects.com>
> To: "Ricardo Villa" <ricvil(a)epm.net.co>
> Cc: <serusers(a)lists.iptel.org>
> Sent: Wednesday, December 10, 2003 2:10 PM
> Subject: [Serusers] SER Media Proxy optik module
>
>
> > See
> >
http://www.itp.tu-graz.ac.at/Comp/RPM/itp-9/python-optik-1.4-
> > 2.noarch.html
> >
> >
http://optik.sourceforge.net/
> >
> > Regards,
> > Adrian
> >
> >
> >
> > On Wednesday, Dec 10, 2003, at 18:29 Europe/Amsterdam, Ricardo Villa
> > wrote:
> >
> > > 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@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(a)ag-projects.com>
> > > To: "Ricardo Villa" <ricvil(a)epm.net.co>
> > > Cc: <serusers(a)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(a)ict.tuwien.ac.at>
> >>> To: "Jan Janak" <janak(a)fokus.fraunhofer.de>de>;
"Adrian Georgescu"
> >>> <ag(a)ag-projects.com>
> >>> Cc: <serusers(a)lists.iptel.org>rg>; "Ricardo Villa"
<ricvil(a)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@fokus.fraunhofer.de]
> > >>>> Sent: Wednesday, December 10, 2003 4:09 PM
> > >>>> To: Adrian Georgescu
> > >>>> Cc: serusers(a)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(a)lists.iptel.org
>>>>
http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> serusers(a)lists.iptel.org
>>>
http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>
>>
>>
>>
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
>
http://lists.iptel.org/mailman/listinfo/serusers
>
>
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers