[Serusers] SER Media Proxy optik module

[Adrian Georgescu]

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 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
>>
>>
>
>
>