oreka-user Mailing List for oreka (Page 12)

Hi oreka users,

I've successfully managed to configure the system but i'm facing a problem :

I use "<LocalPartyForceLocalMac>yes</LocalPartyForceLocalMac>" to get 
the local party's MAC address.
But it does not work for the remote party.

So I tried configuring orkaudio with :

<RemotePartyForceRemoteMac>yes</RemotePartyForceRemoteMac>

and I always get the IP address.

Is it implemented in the OS version ? If not, what can I do ? I really 
need this feature.

Thanks in advance.
Best Regards.

-- 
Martin

As long as the signalling (SIP, Skinny, ...) and media traffic (RTP) go
over the VPN from the remote phone/softphone to the central PBX and as long
as your port mirroring includes this traffic, you should be good.
Henri


On 30 April 2014 16:36, Johel Godinez <jgo...@fu...> wrote:

> Hi Henri,
>
> I have a Question, can oreka recording users that they connect into the
> company by using VPN client? and how can do that if is possible?
>
> Thanks Henri
>
>
>
> On Mon, Nov 11, 2013 at 5:21 PM, Henri Herscher <hen...@gm...>wrote:
>
>> Johel,
>>
>> Most likely it is a codec issue such as the usage of G729, cannot say for
>> sure without a log.
>> The commercial version might be of interest to you in this case.
>>
>> Henri
>>
>>
>> On 8 November 2013 15:54, Johel Godinez <jgo...@fu...>wrote:
>>
>>> Hi, Henri, i want to now if oreka can recording calls from cisco ip
>>> cominicator or jabber ?
>>> Because wen i call from two jabbers i get a .mcf file, but if i call
>>> from a jabber and a phisycal phone i get the .wav file.
>>>
>>>
>>> thanks
>>>
>>>
>>> --
>>>
>>>
>>>
>>> *Johel Godínez Benavides*
>>>
>>> *Ing. Servicios Tecnológicos*
>>>
>>> *jgo...@fu... <lal...@fu...> *
>>>
>>> Cel:   (*506).8521.4568*
>>> Ofic:  (*506).2527.1829*
>>>
>>> * Fax:  (506).2283.3324*
>>>
>>>
>>>
>>> * USA: (919).926.1309  *
>>>
>>> *Redes Fusionet S.A.*
>>> Edificio C, 2ndo piso
>>> Ofiplaza del Este , San Pedro
>>> Costa Rica
>>> Fusionet home pag <http://www.fusionetcorp.com/>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> November Webinars for C, C++, Fortran Developers
>>> Accelerate application performance with scalable programming models.
>>> Explore
>>> techniques for threading, error checking, porting, and tuning. Get the
>>> most
>>> from the latest Intel processors and coprocessors. See abstracts and
>>> register
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Oreka-user mailing list
>>> Ore...@li...
>>> https://lists.sourceforge.net/lists/listinfo/oreka-user
>>>
>>>
>>
>
>
> --
>
>
>
> *Johel Godínez Benavides*
>
> *Ing. Servicios Tecnológicos*
>
> *jgo...@fu... <lal...@fu...> *
>
> Cel:   (*506).8521.4568*
> Ofic:  (*506).2527.1829*
>
> * Fax:  (506).2283.3324*
>
>
>
> * USA: (919).926.1309  *
>
> *Redes Fusionet S.A.*
> Edificio C, 2ndo piso
> Ofiplaza del Este , San Pedro
> Costa Rica
> Fusionet home pag <http://www.fusionetcorp.com/>
>

Hi Henri,

I have a Question, can oreka recording users that they connect into the
company by using VPN client? and how can do that if is possible?

Thanks Henri



On Mon, Nov 11, 2013 at 5:21 PM, Henri Herscher <hen...@gm...>wrote:

> Johel,
>
> Most likely it is a codec issue such as the usage of G729, cannot say for
> sure without a log.
> The commercial version might be of interest to you in this case.
>
> Henri
>
>
> On 8 November 2013 15:54, Johel Godinez <jgo...@fu...> wrote:
>
>> Hi, Henri, i want to now if oreka can recording calls from cisco ip
>> cominicator or jabber ?
>> Because wen i call from two jabbers i get a .mcf file, but if i call from
>> a jabber and a phisycal phone i get the .wav file.
>>
>>
>> thanks
>>
>>
>> --
>>
>>
>>
>> *Johel Godínez Benavides*
>>
>> *Ing. Servicios Tecnológicos*
>>
>> *jgo...@fu... <lal...@fu...> *
>>
>> Cel:   (*506).8521.4568*
>> Ofic:  (*506).2527.1829*
>>
>> * Fax:  (506).2283.3324*
>>
>>
>>
>> * USA: (919).926.1309  *
>>
>> *Redes Fusionet S.A.*
>> Edificio C, 2ndo piso
>> Ofiplaza del Este , San Pedro
>> Costa Rica
>> Fusionet home pag <http://www.fusionetcorp.com/>
>>
>>
>> ------------------------------------------------------------------------------
>> November Webinars for C, C++, Fortran Developers
>> Accelerate application performance with scalable programming models.
>> Explore
>> techniques for threading, error checking, porting, and tuning. Get the
>> most
>> from the latest Intel processors and coprocessors. See abstracts and
>> register
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oreka-user mailing list
>> Ore...@li...
>> https://lists.sourceforge.net/lists/listinfo/oreka-user
>>
>>
>


-- 



*Johel Godínez Benavides*

*Ing. Servicios Tecnológicos*

*jgo...@fu... <lal...@fu...> *

Cel:   (*506).8521.4568*
Ofic:  (*506).2527.1829*

*Fax:  (506).2283.3324*



* USA: (919).926.1309  *

*Redes Fusionet S.A.*
Edificio C, 2ndo piso
Ofiplaza del Este , San Pedro
Costa Rica
Fusionet home pag <http://www.fusionetcorp.com/>

Hello,

It is very likely that the latest version of the code (svn head) fixes
this. You could simply recompile the very latest code and see, or get
professional services from orecx to do it for you.

Henri


On 16 April 2014 05:16, mir te <mo...@gm...> wrote:

> Dear all,
>
> First of all, thanks again for your great job.
>
> We use oreka on its last version with the CentOS install script and it is
> very easy to setup.
>
> I have notice recently that when I record a call passing through our
> gateway, I miss a part of the call.
>
> I have an asterisk which contact a gateway (Sip/BRI) on the same network
> for outgoing calls.
>
> What happen is that as soon as the call is answered, there is no more
> sound recorded from the source (internal part) but the destination
> (external) is completly recorded.
>
> I did a capture and put it in Wireshark and I can see that the call has
> three different Rtp streams;
> - one with the whole sound of the external party
> - one with the sound from the start of the call until when the external
> party has answered
> - one with the sound starting when the external party has ansered
>
> Src IP addr,Src port,Dest IP addr,Dest port,SSRC,Payload,Packets,Lost,Max
> Delta (ms),Max Jitter (ms),Mean Jitter (ms),Pb?,
> 192.168.7.5,4970,192.168.7.8,17138,0xD9CB08,ITU-T G.711 PCMU,492,0
> (0.0%),28.59,0.89,0.06,X,
> 192.168.7.8,17138,192.168.7.5,4970,0x45B22686,ITU-T G.711 PCMU,284,0
> (0.0%),22.37,0.57,0.27,X,
> 192.168.7.8,17138,192.168.7.5,4970,0xD305C04,ITU-T G.711 PCMU,185,0
> (0.0%),22.30,0.44,0.26,X,
>
> It seems to be related to the change of the ssrc.
>
> Can you help resolve this issue?
>
> Regards.
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/NeoTech
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

It is not as easy as copying some dll to the plugins/directory.

Codecs must implement an interface.

You can, of course, implement your own codec based in some third party
library.

See the following links for an example:

http://sourceforge.net/p/oreka/svn/HEAD/tree/trunk/orkbasecxx/filters/g722codec/G722Codec.h
http://sourceforge.net/p/oreka/svn/HEAD/tree/trunk/orkbasecxx/filters/g722codec/G722Codec.cpp



On Sat, Apr 26, 2014 at 4:00 PM, Gildas CLOATRE <g.c...@to...> wrote:

> Hello everybody,
>
> I am facing difficulties with recording on IP phones, MCF files will not
> transcode to WAV ; after searching this forum I found this is because
> the PBX encodes in G.729 which is not supported by the free version of
> Oreka : VoIP.dll is not enough for all SIP calls.
>
> My question is about the way a codec works with Oreka : is it possible
> to find a codec (for example G.729) on the web, and simply install it on
> the recording machine ?
> Or do these codec have to be integrated into Oreka in a way that force
> users to get the codec from Oreka and Oreka only ?
>
> Well, you guess the underlying question : to transcode G.729 or other
> codecs not supported by the free version, do I have to purchase the
> commercial version or is there an alternative ?
>
> Thanks in advance for your answers.
>
> Best regards,
> Gildas.
>
>
>
> ------------------------------------------------------------------------------
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>



-- 
Juan
:wq

Hello everybody,

I am facing difficulties with recording on IP phones, MCF files will not 
transcode to WAV ; after searching this forum I found this is because 
the PBX encodes in G.729 which is not supported by the free version of 
Oreka : VoIP.dll is not enough for all SIP calls.

My question is about the way a codec works with Oreka : is it possible 
to find a codec (for example G.729) on the web, and simply install it on 
the recording machine ?
Or do these codec have to be integrated into Oreka in a way that force 
users to get the codec from Oreka and Oreka only ?

Well, you guess the underlying question : to transcode G.729 or other 
codecs not supported by the free version, do I have to purchase the 
commercial version or is there an alternative ?

Thanks in advance for your answers.

Best regards,
Gildas.

Dear all,

First of all, thanks again for your great job.

We use oreka on its last version with the CentOS install script and it is
very easy to setup.

I have notice recently that when I record a call passing through our
gateway, I miss a part of the call.

I have an asterisk which contact a gateway (Sip/BRI) on the same network
for outgoing calls.

What happen is that as soon as the call is answered, there is no more sound
recorded from the source (internal part) but the destination (external) is
completly recorded.

I did a capture and put it in Wireshark and I can see that the call has
three different Rtp streams;
- one with the whole sound of the external party
- one with the sound from the start of the call until when the external
party has answered
- one with the sound starting when the external party has ansered

Src IP addr,Src port,Dest IP addr,Dest port,SSRC,Payload,Packets,Lost,Max
Delta (ms),Max Jitter (ms),Mean Jitter (ms),Pb?,
192.168.7.5,4970,192.168.7.8,17138,0xD9CB08,ITU-T G.711 PCMU,492,0
(0.0%),28.59,0.89,0.06,X,
192.168.7.8,17138,192.168.7.5,4970,0x45B22686,ITU-T G.711 PCMU,284,0
(0.0%),22.37,0.57,0.27,X,
192.168.7.8,17138,192.168.7.5,4970,0xD305C04,ITU-T G.711 PCMU,185,0
(0.0%),22.30,0.44,0.26,X,

It seems to be related to the change of the ssrc.

Can you help resolve this issue?

Regards.

Henri,



I looked a bit closer at the logs and used tcpdump to capture the RTP traffic. It looks like we're currently sending out G.729, I've got a maintenance window this weekend to switch over, should hopefully take care of it.



Thanks,



Matt

________________________________
From: Henri Herscher <hen...@gm...>
Sent: Tuesday, April 08, 2014 3:26 PM
To: Meznarsic, Matt
Cc: ore...@li...
Subject: Re: [Oreka-user] NEC DT700 and Oreka

Matt,

I can take a look at your RTP traffic if you send me offline a wireshark pcap network trace  of an example call.

Henri


On 2 April 2014 12:55, Meznarsic, Matt <mme...@ss...<mailto:mme...@ss...>> wrote:

Hi there,



I'm trying to setup Orkaudio to record off our NEC DT700 IP Phones. The RTP traffic is coming in, I can verify that in the logs, however I'm never getting a wav file at the end. I'm getting a "Does not exist" error in the logs at the end of each recording:



"Th0 Error setting ownership and group of /var/log/orkaudio/audio/2014/04/02/11//20140402_114927_YQMD.wav"



In doing some research it looks like this is usually because the format coming in isn't supported, but the DT700 series should be using G.711 according to the spec sheets found, here: http://au.nec.com/en_AU/media/docs/products/phones-handsets-docks/univerge-ip-terminals.pdf



Has anyone successfully set up Oreka with these phones? Also, if my config file is needed can attach



Thanks,



Matt

------------------------------------------------------------------------------

_______________________________________________
Oreka-user mailing list
Ore...@li...<mailto:Ore...@li...>
https://lists.sourceforge.net/lists/listinfo/oreka-user

Matt,

I can take a look at your RTP traffic if you send me offline a wireshark
pcap network trace  of an example call.

Henri


On 2 April 2014 12:55, Meznarsic, Matt <mme...@ss...> wrote:

>  Hi there,
>
>
>
> I'm trying to setup Orkaudio to record off our NEC DT700 IP Phones. The
> RTP traffic is coming in, I can verify that in the logs, however I'm never
> getting a wav file at the end. I'm getting a "Does not exist" error in the
> logs at the end of each recording:
>
>
>
> "Th0 Error setting ownership and group of
> /var/log/orkaudio/audio/2014/04/02/11//20140402_114927_YQMD.wav"
>
>
>
> In doing some research it looks like this is usually because the format
> coming in isn't supported, but the DT700 series should be using G.711
> according to the spec sheets found, here:
> http://au.nec.com/en_AU/media/docs/products/phones-handsets-docks/univerge-ip-terminals.pdf
>
>
>
> Has anyone successfully set up Oreka with these phones? Also, if my config
> file is needed can attach
>
>
>
> Thanks,
>
>
>
> Matt
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

Fredrik,

On SIP systems, by default, local party is always the calling party and
remote party is always the called party.

If you want correct local and remote party detection, you need to instruct
orkaudio what IP address(es) are the references. I.e. if an INVITE comes
from one of these IP addresses, the call is inbound. If an INVITE goes to
one of these IP addresses, the call is outboud.

E.g, if your SIP proxies are 65.34.98.56 and 65.34.98.57, you need to add
the following configuration parameter to your config.xml under <VoIpPlugin>:
<SipDirectionReferenceIpAddresses>65.34.98.56,
65.34.98.57</SipDirectionReferenceIpAddresses>

Henri


On 24 March 2014 04:36, Fredrik Lithén <fre...@xz...> wrote:

> Hi
>
> All my inbound calls are recorded/named as outbound. Is there any way in
> the config to change this so the direction is correct?
>
> Example of an incoming call from 848042100 to 73372:
>
> [nativecallid],_,[trackingid],_,[shortdirection],_,[remoteparty],_,[localentrypoint],_,[localparty],_,[localip],_,[remoteip],_,[hostname],_,[year],_,[day],_,[month],_,[hour],_,[min],_,[sec]
>
> Saved as:
>
> YzJmODliODU3YzRjNzM1MDhjOWM4ZWQ2ZTViNzk5YzU._VQNO_O_73372_nolocalentrypoint_848042100_10.1.1.10_10.2.1.12_recorder.testdomain.local_2014_24_03_09_16_47.wav
>
> 10.1.1.10 -> pbx / mediagateway
> 10.2.1.12 and 73372 -> local extension
>
> There is an IVR between which picks up and delivers the call to the
> extension, could that have something to do with it?
>
> Best regards
> Fredrik
> ----------
> Xzakt Kundrelation AB
> Fredrik Lithén
>
> Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
> Dir: +46 (0)910 716012 Email: fre...@xz...
> Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
> Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>

Hi there,



I'm trying to setup Orkaudio to record off our NEC DT700 IP Phones. The RTP traffic is coming in, I can verify that in the logs, however I'm never getting a wav file at the end. I'm getting a "Does not exist" error in the logs at the end of each recording:



"Th0 Error setting ownership and group of /var/log/orkaudio/audio/2014/04/02/11//20140402_114927_YQMD.wav"



In doing some research it looks like this is usually because the format coming in isn't supported, but the DT700 series should be using G.711 according to the spec sheets found, here: http://au.nec.com/en_AU/media/docs/products/phones-handsets-docks/univerge-ip-terminals.pdf



Has anyone successfully set up Oreka with these phones? Also, if my config file is needed can attach



Thanks,



Matt

On 28 March 2014 16:53, Gavin Yon <gav...@jb...> wrote:

> Hi
>
>
>
> I’m new to Oreka and was just checking to see if anyone has been able to
> suppress credit card numbers during a telephone recording.
>
> Where the operator would send a notification for the recording to be
> paused by pressing a number/s on the IP phone and then be able to resume
> the recording once the sensitive information has been passed.
>
>
Yes, I have implemented this on an Asterisk PBX, allowing an operator/agent
to key in #8 while on a call to pause/unpause recording. It then
communicates with Oreka via its API. Works fine.

Snippet from the Macro I use in Asterisk:

exten => s,n,Set(foo=${CURL(http://<OREKA
IP>:59140/command?type=pause&nativecallid=${SIPCALLID})})

I don't know about implementing this on anything other than Asterisk though.

Hope this helps.

-Barry Flanagan


>
>
> Thanks
>
> Gavin
>
>
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

Hi



I'm new to Oreka and was just checking to see if anyone has been able to
suppress credit card numbers during a telephone recording.

Where the operator would send a notification for the recording to be paused
by pressing a number/s on the IP phone and then be able to resume the
recording once the sensitive information has been passed.



Thanks

Gavin

Hi

All my inbound calls are recorded/named as outbound. Is there any way in the config to change this so the direction is correct?

Example of an incoming call from 848042100 to 73372:
[nativecallid],_,[trackingid],_,[shortdirection],_,[remoteparty],_,[localentrypoint],_,[localparty],_,[localip],_,[remoteip],_,[hostname],_,[year],_,[day],_,[month],_,[hour],_,[min],_,[sec]

Saved as:
YzJmODliODU3YzRjNzM1MDhjOWM4ZWQ2ZTViNzk5YzU._VQNO_O_73372_nolocalentrypoint_848042100_10.1.1.10_10.2.1.12_recorder.testdomain.local_2014_24_03_09_16_47.wav

10.1.1.10 -> pbx / mediagateway
10.2.1.12 and 73372 -> local extension

There is an IVR between which picks up and delivers the call to the extension, could that have something to do with it?

Best regards
Fredrik
----------
Xzakt Kundrelation AB
Fredrik Lithén

Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
Dir: +46 (0)910 716012 Email: fre...@xz...
Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

Hi

Thanks again for your suggestion!

I finally found the problem, I hadn't set the vSwitch on the vmware server to accept promisc mode.
So if anyone else is considering to virtualize your setup, be sure to check the vSwitch :)

/Fredrik

From: Blue Blu [mailto:rd...@gm...]
Sent: den 19 mars 2014 19:02
To: Fredrik Lithén
Cc: ore...@li...
Subject: Re: [Oreka-user] Trying to migrate from Windows to Centos

Are you try to configure the interface in promisc mode? (ifconfig eth1 promisc), and if you want that the interface up in promisc mode after reboot you must modify this script adding some lines in /etc/rc.d/rc.local

ifup eth1
ifconfig eth1 promisc

Maybe these tips will help you, but personally this way it's work for me..
Cheers!

2014-03-19 4:24 GMT-03:00 Fredrik Lithén <fre...@xz...>:
Hi

My old Windows machine is starting to show it's age and I'm trying to migrate to CentOS, but can't seem to get my recordings to work. Any pointers would be greatly appreciated!

I'm using 2 network interfaces, where eth0 is configured with ipaddress etc and eth1, "the sniffer" looks like below.

DEVICE=eth1
HWADDR=00:0C:29:E5:08:3A
TYPE=Ethernet
UUID=53051ff3-2cd9-4bb7-a5a3-c754854338ee

NM_CONTROLLED=yes
BOOTPROTO=static

Orkaudio seems to be working OK

[root@recordoc ~]# ps aux | grep 'orkaudio'
root      1472  0.0  0.5 764176  9924 ?        Ssl  17:57   0:00 /usr/sbin/orkaudio
root      1566  0.0  0.0 103244   856 pts/0    S+   18:00   0:00 grep orkaudio
[root@recordoc ~]#

Eth1 seems to be open ok

2014-03-18 17:22:21,360  INFO root:110 - Loaded plugin: /usr/lib/libvoip.so
2014-03-18 17:22:21,364  INFO packet:4127 - Initializing VoIP plugin
2014-03-18 17:22:21,370  INFO packet:3940 - Available pcap devices:
2014-03-18 17:22:21,370  INFO packet:3947 - * eth0 -
2014-03-18 17:22:21,370  INFO packet:3947 - * nflog - Linux netfilter log (NFLOG) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * nfqueue - Linux netfilter queue (NFQUEUE) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * eth1 -
2014-03-18 17:22:21,370  INFO packet:3947 - * any - Pseudo-device that captures on all interfaces
2014-03-18 17:22:21,370  INFO packet:3947 - * lo -
2014-03-18 17:22:21,374  INFO packet:4017 - Successfully opened default device:eth1 pcap handle:2133360 message:
2014-03-18 17:22:21,374  INFO packet:3834 - Setting pcap socket buffer size:8388608 bytes ... success

My config.xml right now, I've tried with/without setting tomcat as fileowner etc but no change. Am I missing any critical setting?

<config>
        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
        <CapturePlugin>libvoip.so</CapturePlugin>
        <CapturePluginPath>/usr/lib</CapturePluginPath>
        <StorageAudioFormat>gsm</StorageAudioFormat>
        <DeleteNativeFile>no</DeleteNativeFile>
        <TrackerHostname>localhost</TrackerHostname>
        <TrackerTcpPort>8080</TrackerTcpPort>
        <TapeProcessors>BatchProcessing, TapeFileNaming</TapeProcessors>
        <tapefilenaming>[year],-,[month],-,[day],_,[hour],-,[min],-,[sec],_,[shortdirection],_remote-,[remoteparty],_loc$
        <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>

        <VoIpPlugin>
                <Devices>eth1</Devices>
       </VoIpPlugin>

</config>

This is what I get in the log when I plug eth1 in (along with errors because I haven't installed orktrack/web yet but that's not mandatory or?):

2014-03-18 18:05:54,914  INFO rtpsessions:2913 - [XAHH] media address:224.0.0.252,5355 RawRtp callId: endpoint:224.0.0.252
2014-03-18 18:05:54,914  INFO rtpsession:1184 - [XAHH] 1st packet s1: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsession:1445 - [XAHH] new RTP stream: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsessions:3693 - [XAHH] created by RTP packet
2014-03-18 18:06:03,002  INFO pcapstats:4171 - handle:1327de0 received:2292 dropped:0
2014-03-18 18:06:03,002  INFO pcapstats:3322 - numPackets:344 maxPPS:36 minPPS:28
2014-03-18 18:06:10,052  INFO rtpsessions:3942 - [XAHH] 224.0.0.252,5355 Expired (RTP) ts:1395162354
2014-03-18 18:06:10,052  INFO rtpsession:101 - [XAHH] XAHH Session stop, numRtpPkts:1 dupl:1 seqDelta:0 rtpNumMissingPkts:0 rtpNumSeqGaps:0 lastUpdated:1395162354

No files are created or saved

I know there is "legit" traffic on the interface, because it's the same interface as my old setup records from without problems.

Can anyone see where the problem is?

TIA
Fredrik
----------
Xzakt Kundrelation AB
Fredrik Lithén

Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
Dir: +46 (0)910 716012 Email: fre...@xz...
Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user



--
Us and them (S)

Hi,

Thank you for the tip!

Unfortunately it didn't change anything. Could someone "post" a working config.xml from a centos I can compare with?

BR
Fredrik

From: Blue Blu [mailto:rd...@gm...]
Sent: den 19 mars 2014 19:02
To: Fredrik Lithén
Cc: ore...@li...
Subject: Re: [Oreka-user] Trying to migrate from Windows to Centos

Are you try to configure the interface in promisc mode? (ifconfig eth1 promisc), and if you want that the interface up in promisc mode after reboot you must modify this script adding some lines in /etc/rc.d/rc.local

ifup eth1
ifconfig eth1 promisc

Maybe these tips will help you, but personally this way it's work for me..
Cheers!

2014-03-19 4:24 GMT-03:00 Fredrik Lithén <fre...@xz...>:
Hi

My old Windows machine is starting to show it's age and I'm trying to migrate to CentOS, but can't seem to get my recordings to work. Any pointers would be greatly appreciated!

I'm using 2 network interfaces, where eth0 is configured with ipaddress etc and eth1, "the sniffer" looks like below.

DEVICE=eth1
HWADDR=00:0C:29:E5:08:3A
TYPE=Ethernet
UUID=53051ff3-2cd9-4bb7-a5a3-c754854338ee

NM_CONTROLLED=yes
BOOTPROTO=static

Orkaudio seems to be working OK

[root@recordoc ~]# ps aux | grep 'orkaudio'
root      1472  0.0  0.5 764176  9924 ?        Ssl  17:57   0:00 /usr/sbin/orkaudio
root      1566  0.0  0.0 103244   856 pts/0    S+   18:00   0:00 grep orkaudio
[root@recordoc ~]#

Eth1 seems to be open ok

2014-03-18 17:22:21,360  INFO root:110 - Loaded plugin: /usr/lib/libvoip.so
2014-03-18 17:22:21,364  INFO packet:4127 - Initializing VoIP plugin
2014-03-18 17:22:21,370  INFO packet:3940 - Available pcap devices:
2014-03-18 17:22:21,370  INFO packet:3947 - * eth0 -
2014-03-18 17:22:21,370  INFO packet:3947 - * nflog - Linux netfilter log (NFLOG) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * nfqueue - Linux netfilter queue (NFQUEUE) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * eth1 -
2014-03-18 17:22:21,370  INFO packet:3947 - * any - Pseudo-device that captures on all interfaces
2014-03-18 17:22:21,370  INFO packet:3947 - * lo -
2014-03-18 17:22:21,374  INFO packet:4017 - Successfully opened default device:eth1 pcap handle:2133360 message:
2014-03-18 17:22:21,374  INFO packet:3834 - Setting pcap socket buffer size:8388608 bytes ... success

My config.xml right now, I've tried with/without setting tomcat as fileowner etc but no change. Am I missing any critical setting?

<config>
        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
        <CapturePlugin>libvoip.so</CapturePlugin>
        <CapturePluginPath>/usr/lib</CapturePluginPath>
        <StorageAudioFormat>gsm</StorageAudioFormat>
        <DeleteNativeFile>no</DeleteNativeFile>
        <TrackerHostname>localhost</TrackerHostname>
        <TrackerTcpPort>8080</TrackerTcpPort>
        <TapeProcessors>BatchProcessing, TapeFileNaming</TapeProcessors>
        <tapefilenaming>[year],-,[month],-,[day],_,[hour],-,[min],-,[sec],_,[shortdirection],_remote-,[remoteparty],_loc$
        <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>

        <VoIpPlugin>
                <Devices>eth1</Devices>
       </VoIpPlugin>

</config>

This is what I get in the log when I plug eth1 in (along with errors because I haven't installed orktrack/web yet but that's not mandatory or?):

2014-03-18 18:05:54,914  INFO rtpsessions:2913 - [XAHH] media address:224.0.0.252,5355 RawRtp callId: endpoint:224.0.0.252
2014-03-18 18:05:54,914  INFO rtpsession:1184 - [XAHH] 1st packet s1: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsession:1445 - [XAHH] new RTP stream: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsessions:3693 - [XAHH] created by RTP packet
2014-03-18 18:06:03,002  INFO pcapstats:4171 - handle:1327de0 received:2292 dropped:0
2014-03-18 18:06:03,002  INFO pcapstats:3322 - numPackets:344 maxPPS:36 minPPS:28
2014-03-18 18:06:10,052  INFO rtpsessions:3942 - [XAHH] 224.0.0.252,5355 Expired (RTP) ts:1395162354
2014-03-18 18:06:10,052  INFO rtpsession:101 - [XAHH] XAHH Session stop, numRtpPkts:1 dupl:1 seqDelta:0 rtpNumMissingPkts:0 rtpNumSeqGaps:0 lastUpdated:1395162354

No files are created or saved

I know there is "legit" traffic on the interface, because it's the same interface as my old setup records from without problems.

Can anyone see where the problem is?

TIA
Fredrik
----------
Xzakt Kundrelation AB
Fredrik Lithén

Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
Dir: +46 (0)910 716012 Email: fre...@xz...
Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user



--
Us and them (S)

Are you try to configure the interface in promisc mode? (ifconfig eth1
promisc), and if you want that the interface up in promisc mode after
reboot you must modify this script adding some lines in /etc/rc.d/rc.local

ifup eth1
ifconfig eth1 promisc

Maybe these tips will help you, but personally this way it's work for me..

Cheers!


2014-03-19 4:24 GMT-03:00 Fredrik Lithén <fre...@xz...>:

> Hi
>
> My old Windows machine is starting to show it's age and I'm trying to
> migrate to CentOS, but can't seem to get my recordings to work. Any
> pointers would be greatly appreciated!
>
> I'm using 2 network interfaces, where eth0 is configured with ipaddress
> etc and eth1, "the sniffer" looks like below.
>
> DEVICE=eth1
> HWADDR=00:0C:29:E5:08:3A
> TYPE=Ethernet
> UUID=53051ff3-2cd9-4bb7-a5a3-c754854338ee
> 
> NM_CONTROLLED=yes
> BOOTPROTO=static
>
> Orkaudio seems to be working OK
>
> [root@recordoc ~]# ps aux | grep 'orkaudio'
> root      1472  0.0  0.5 764176  9924 ?        Ssl  17:57   0:00
> /usr/sbin/orkaudio
> root      1566  0.0  0.0 103244   856 pts/0    S+   18:00   0:00 grep
> orkaudio
> [root@recordoc ~]#
>
> Eth1 seems to be open ok
>
> 2014-03-18 17:22:21,360  INFO root:110 - Loaded plugin: /usr/lib/libvoip.so
> 2014-03-18 17:22:21,364  INFO packet:4127 - Initializing VoIP plugin
> 2014-03-18 17:22:21,370  INFO packet:3940 - Available pcap devices:
> 2014-03-18 17:22:21,370  INFO packet:3947 - * eth0 -
> 2014-03-18 17:22:21,370  INFO packet:3947 - * nflog - Linux netfilter log
> (NFLOG) interface
> 2014-03-18 17:22:21,370  INFO packet:3947 - * nfqueue - Linux netfilter
> queue (NFQUEUE) interface
> 2014-03-18 17:22:21,370  INFO packet:3947 - * eth1 -
> 2014-03-18 17:22:21,370  INFO packet:3947 - * any - Pseudo-device that
> captures on all interfaces
> 2014-03-18 17:22:21,370  INFO packet:3947 - * lo -
> 2014-03-18 17:22:21,374  INFO packet:4017 - Successfully opened default
> device:eth1 pcap handle:2133360 message:
> 2014-03-18 17:22:21,374  INFO packet:3834 - Setting pcap socket buffer
> size:8388608 bytes ... success
>
> My config.xml right now, I've tried with/without setting tomcat as
> fileowner etc but no change. Am I missing any critical setting?
>
> <config>
>         <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
>         <CapturePlugin>libvoip.so</CapturePlugin>
>         <CapturePluginPath>/usr/lib</CapturePluginPath>
>         <StorageAudioFormat>gsm</StorageAudioFormat>
>         <DeleteNativeFile>no</DeleteNativeFile>
>         <TrackerHostname>localhost</TrackerHostname>
>         <TrackerTcpPort>8080</TrackerTcpPort>
>         <TapeProcessors>BatchProcessing, TapeFileNaming</TapeProcessors>
>
> <tapefilenaming>[year],-,[month],-,[day],_,[hour],-,[min],-,[sec],_,[shortdirection],_remote-,[remoteparty],_loc$
>
> <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>
>
>         <VoIpPlugin>
>                 <Devices>eth1</Devices>
>        </VoIpPlugin>
>
> </config>
>
> This is what I get in the log when I plug eth1 in (along with errors
> because I haven't installed orktrack/web yet but that's not mandatory or?):
>
> 2014-03-18 18:05:54,914  INFO rtpsessions:2913 - [XAHH] media
> address:224.0.0.252,5355 RawRtp callId: endpoint:224.0.0.252
> 2014-03-18 18:05:54,914  INFO rtpsession:1184 - [XAHH] 1st packet s1:
> 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4
> ats:1395162354
> 2014-03-18 18:05:54,914  INFO rtpsession:1445 - [XAHH] new RTP stream:
> 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4
> ats:1395162354
> 2014-03-18 18:05:54,914  INFO rtpsessions:3693 - [XAHH] created by RTP
> packet
> 2014-03-18 18:06:03,002  INFO pcapstats:4171 - handle:1327de0
> received:2292 dropped:0
> 2014-03-18 18:06:03,002  INFO pcapstats:3322 - numPackets:344 maxPPS:36
> minPPS:28
> 2014-03-18 18:06:10,052  INFO rtpsessions:3942 - [XAHH] 224.0.0.252,5355
> Expired (RTP) ts:1395162354
> 2014-03-18 18:06:10,052  INFO rtpsession:101 - [XAHH] XAHH Session stop,
> numRtpPkts:1 dupl:1 seqDelta:0 rtpNumMissingPkts:0 rtpNumSeqGaps:0
> lastUpdated:1395162354
>
> No files are created or saved
>
> I know there is "legit" traffic on the interface, because it's the same
> interface as my old setup records from without problems.
>
> Can anyone see where the problem is?
>
> TIA
> Fredrik
> ----------
> Xzakt Kundrelation AB
> Fredrik Lithén
>
> Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
> Dir: +46 (0)910 716012 Email: fre...@xz...
> Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
> Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>



-- 
*U*s *a*nd *t*hem (S)

Hi

My old Windows machine is starting to show it's age and I'm trying to migrate to CentOS, but can't seem to get my recordings to work. Any pointers would be greatly appreciated!

I'm using 2 network interfaces, where eth0 is configured with ipaddress etc and eth1, "the sniffer" looks like below.

DEVICE=eth1
HWADDR=00:0C:29:E5:08:3A
TYPE=Ethernet
UUID=53051ff3-2cd9-4bb7-a5a3-c754854338ee

NM_CONTROLLED=yes
BOOTPROTO=static

Orkaudio seems to be working OK

[root@recordoc ~]# ps aux | grep 'orkaudio'
root      1472  0.0  0.5 764176  9924 ?        Ssl  17:57   0:00 /usr/sbin/orkaudio
root      1566  0.0  0.0 103244   856 pts/0    S+   18:00   0:00 grep orkaudio
[root@recordoc ~]#

Eth1 seems to be open ok

2014-03-18 17:22:21,360  INFO root:110 - Loaded plugin: /usr/lib/libvoip.so
2014-03-18 17:22:21,364  INFO packet:4127 - Initializing VoIP plugin
2014-03-18 17:22:21,370  INFO packet:3940 - Available pcap devices:
2014-03-18 17:22:21,370  INFO packet:3947 - * eth0 -
2014-03-18 17:22:21,370  INFO packet:3947 - * nflog - Linux netfilter log (NFLOG) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * nfqueue - Linux netfilter queue (NFQUEUE) interface
2014-03-18 17:22:21,370  INFO packet:3947 - * eth1 -
2014-03-18 17:22:21,370  INFO packet:3947 - * any - Pseudo-device that captures on all interfaces
2014-03-18 17:22:21,370  INFO packet:3947 - * lo -
2014-03-18 17:22:21,374  INFO packet:4017 - Successfully opened default device:eth1 pcap handle:2133360 message:
2014-03-18 17:22:21,374  INFO packet:3834 - Setting pcap socket buffer size:8388608 bytes ... success

My config.xml right now, I've tried with/without setting tomcat as fileowner etc but no change. Am I missing any critical setting?

<config>
        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>
        <CapturePlugin>libvoip.so</CapturePlugin>
        <CapturePluginPath>/usr/lib</CapturePluginPath>
        <StorageAudioFormat>gsm</StorageAudioFormat>
        <DeleteNativeFile>no</DeleteNativeFile>
        <TrackerHostname>localhost</TrackerHostname>
        <TrackerTcpPort>8080</TrackerTcpPort>
        <TapeProcessors>BatchProcessing, TapeFileNaming</TapeProcessors>
        <tapefilenaming>[year],-,[month],-,[day],_,[hour],-,[min],-,[sec],_,[shortdirection],_remote-,[remoteparty],_loc$
        <BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>

        <VoIpPlugin>
                <Devices>eth1</Devices>
       </VoIpPlugin>

</config>

This is what I get in the log when I plug eth1 in (along with errors because I haven't installed orktrack/web yet but that's not mandatory or?):

2014-03-18 18:05:54,914  INFO rtpsessions:2913 - [XAHH] media address:224.0.0.252,5355 RawRtp callId: endpoint:224.0.0.252
2014-03-18 18:05:54,914  INFO rtpsession:1184 - [XAHH] 1st packet s1: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsession:1445 - [XAHH] new RTP stream: 10.1.2.35,57116 224.0.0.252,5355 ssrc:0x0 seq:0 ts:65536 len:10 type:4 ats:1395162354
2014-03-18 18:05:54,914  INFO rtpsessions:3693 - [XAHH] created by RTP packet
2014-03-18 18:06:03,002  INFO pcapstats:4171 - handle:1327de0 received:2292 dropped:0
2014-03-18 18:06:03,002  INFO pcapstats:3322 - numPackets:344 maxPPS:36 minPPS:28
2014-03-18 18:06:10,052  INFO rtpsessions:3942 - [XAHH] 224.0.0.252,5355 Expired (RTP) ts:1395162354
2014-03-18 18:06:10,052  INFO rtpsession:101 - [XAHH] XAHH Session stop, numRtpPkts:1 dupl:1 seqDelta:0 rtpNumMissingPkts:0 rtpNumSeqGaps:0 lastUpdated:1395162354

No files are created or saved

I know there is "legit" traffic on the interface, because it's the same interface as my old setup records from without problems.

Can anyone see where the problem is?

TIA
Fredrik
----------
Xzakt Kundrelation AB
Fredrik Lithén

Tfn: +46 910 71 60 00 Fax: +46 910 71 60 99
Dir: +46 (0)910 716012 Email: fre...@xz...
Adress Marknadskontor: Väpnargatan, 114 51 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

Hi all, I have an issue related to the rtp record.
Currently I'm recording rtp in an ubuntu server that have a PBX installed.
Everything is running well, but I just want to record the incoming rtp and not the outgoing.
I was looking the source code and I found some not documented parameter that it's called "AudioKeepDirectionDefault"
Also I saw that this parameter allow a few parameter like remote, local, none, both, etc.
By default this parameter has the value both... if I change it by "remote"... the orkaudio run without any problem, but never generate the wav file... I just have the mcf... and I don't know if the file have just the remote audio or not because I don't know how play this file....
If anyone know a shortcut to do that or the correct way to use this parameter I will be happy to hear it.
Best Regards.
 		 	   		  

I am out of the office until 17/03/2014.

I am out of the office, I will respond to your email on my return, monday
Match 17th.



Please contact our help desk for any immediate need.
(he...@ma...)

For EDI issues, please contact Clare Babcock or Badar Anjum in my absens.
Thank you and have a good day


Note: This is an automated response to your message  "Oreka-user Digest,
Vol 86, Issue 1" sent on 3/10/2014 11:38:53 AM.

This is the only notification you will receive while this person is away.

  
   
     
 
          
         
  
 


http://omicronmulambda.org/modules/mod_araticlhess/cnnnews.php?vathefdze1561uwm







































 smu...@li...
Simba Mudzingwa    


    *.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.
    


Only someone with nothing to be sorry for smiles back at the rear of an elephant.

      
 

When I call from ext. A to ext. B and look in Orkweb, there are two recordings with A as the local party and B as the remote party with the direction arrow pointing from the local party to the remote party.  Now, I would expect there to be two recordings for both extensions, but shouldn't the local party be different in each?

The only similar lines I can find are:

2014-02-17 15:37:42,078 INFO batchProcessing:414 - [UDHJ] Th0 RTP payload 
type:2
2014-02-17 15:37:42,078 INFO batchProcessing:414 - [UDHJ] Th0 RTP payload 
type:97

2014-02-17 16:38:50,184 INFO batchProcessing:414 - [NZLE] Th0 RTP payload 
type:0

2014-02-17 17:00:28,141 INFO batchProcessing:414 - [NZTU] Th0 RTP payload 
type:8


I tried several different codecs including G.711-PCMA, G.711-PCMU, 
G726-32, and GSM all had the same result where it would successfully 
capture and transcode the dispatch side but any replies from the remote 
side resulted in a raw MCF file which did not transcode.







From:   Henri Herscher <hen...@gm...>
To:     KJo...@bl...
Cc:     "." <ore...@li...>
Date:   21/02/2014 08:13 AM
Subject:        Re: [Oreka-user] MCF files not transcoding



Please look for lines like this one:

2009-06-23 09:28:46,010  INFO batchProcessing:246 - [ILZ] Th0 RTP payload 
type:18

And report the RTP type(s) that you get.

Henri


On 18 February 2014 18:42, <KJo...@bl...> wrote:
I'm using Omnitronics IPR100 analog to VoIP converters for sending radio 
traffic over a WAN with one device at a central location set up as a 
dispatch server and other devices at the remote radio sites. 

The devices are set up to use the G.711-PCMA codec. 

When transmitting from the dispatch server (unicast) the RTP stream is 
successfully captured and transcoded into wav format. 
For some reason when a remote radio user replies it is creating an MCF 
file but does not successfully transcode into a wav file. 

Would there be a particular reason why this is not completing? 

In the logs I'm getting a lot of 'tcpsip:1909 - Short payload, will look 
if it belongs to a previous TCP stream' errors. 
**********************************************************************
The information transmitted in this email is intended only for the person 
or entity to which it is addressed and may contain confidential and/or 
privileged material. Any opinions or advice contained in this email are 
not necessarily those of Black & White Cabs Pty Ltd or any of its 
subsidiaries. This email and any attachments are believed to be free of 
any virus or defect, but it is the responsibility of the recipient to 
ensure that they are virus free and no responsibility is accepted by Black 
& White Cabs Pty Ltd or any of its subsidiaries for any loss or damage 
arising in any way from receipt or use thereof. If you are not the 
intended recipient you must not use, interfere with, disclose, copy or 
retain this email and you should notify the sender immediately by return 
email or by contacting Black & White Cabs Pty Ltd by telephone on +61 7 
3860 1800. 
**********************************************************************

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk

_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user



**********************************************************************
The information transmitted in this email is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any opinions or advice contained in this email are not necessarily those of Black & White Cabs Pty Ltd or any of its subsidiaries. This email and any attachments are believed to be free of any virus or defect, but it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Black & White Cabs Pty Ltd or any of its subsidiaries for any loss or damage arising in any way from receipt or use thereof. If you are not the intended recipient you must not use, interfere with, disclose, copy or retain this email and you should notify the sender immediately by return email or by contacting Black & White Cabs Pty Ltd by telephone on +61 7 3860 1800. 
**********************************************************************

perfect.. Thank you.
 On Feb 20, 2014 3:06 PM, "Henri Herscher" <hen...@gm...> wrote:

> You could try creating a localpartymap.csv file in the orkaudio install
> folder (Windows) or under /etc/orkaudio (Linux) and have one entry per
> line, e.g.:
>
> 5123, paulsphone
>
> Henri
>
>
>
> On 19 February 2014 08:15, Paul Peterson <pa...@it...> wrote:
>
>> Is there a way to alias the [localparty] or [remoteparty] result to a
>> different name to be used in the tapefilenaming ?
>>
>> For example, if either or both fields is 5123, Id like the file name to
>> reflect "paulsphone" instead of the 5123.
>>
>> Im lucky that intercom calls always keep the PBX in the middle, so a
>> recorded intercom call from paul to jim would be named paul_jim instead of
>> 5123_5029 when using [localparty],_,[remoteparty]
>>
>> Thanks.
>>
>>
>> --
>>
>>
>> *-Paul*
>>
>>
>> ------------------------------------------------------------------------------
>> Managing the Performance of Cloud-Based Applications
>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
>> Read the Whitepaper.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oreka-user mailing list
>> Ore...@li...
>> https://lists.sourceforge.net/lists/listinfo/oreka-user
>>
>>
>

Please look for lines like this one:

2009-06-23 09:28:46,010  INFO batchProcessing:246 - [ILZ] Th0 RTP payload
type:18

And report the RTP type(s) that you get.

Henri


On 18 February 2014 18:42, <KJo...@bl...> wrote:

> I'm using Omnitronics IPR100 analog to VoIP converters for sending radio
> traffic over a WAN with one device at a central location set up as a
> dispatch server and other devices at the remote radio sites.
>
> The devices are set up to use the G.711-PCMA codec.
>
> When transmitting from the dispatch server (unicast) the RTP stream is
> successfully captured and transcoded into wav format.
> For some reason when a remote radio user replies it is creating an MCF
> file but does not successfully transcode into a wav file.
>
> Would there be a particular reason why this is not completing?
>
> In the logs I'm getting a lot of 'tcpsip:1909 - Short payload, will look
> if it belongs to a previous TCP stream' errors.
> **********************************************************************
> The information transmitted in this email is intended only for the person
> or entity to which it is addressed and may contain confidential and/or
> privileged material. Any opinions or advice contained in this email are not
> necessarily those of Black & White Cabs Pty Ltd or any of its subsidiaries.
> This email and any attachments are believed to be free of any virus or
> defect, but it is the responsibility of the recipient to ensure that they
> are virus free and no responsibility is accepted by Black & White Cabs Pty
> Ltd or any of its subsidiaries for any loss or damage arising in any way
> from receipt or use thereof. If you are not the intended recipient you must
> not use, interfere with, disclose, copy or retain this email and you should
> notify the sender immediately by return email or by contacting Black &
> White Cabs Pty Ltd by telephone on +61 7 3860 1800.
> **********************************************************************
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>