oreka-user Mailing List for oreka (Page 10)

Hi oreka engineers

My issue is : the outgoing calls are fully recorded but the incoming calls
are one way recorded (the internal part which is recorded) for example if
someone call us from outside only the voice of the agent which is recorded
and the voice of the customer is not recorded,

thanks in advance

-- 
*Mustapha ID-BAHAL*
*Ingénieur d’Etat*
*Génie Informatique*

*l’école nationale des sciences appliqué*

 

Hello Henri, 

Thank you very much for the advice. 

I recompiled orkbase & orkaudio from latest trunk revision and indeed
problem is now solved. 

I just had a problem during the orkaudio linking phase: 

libtool: link: g++ -g -O2 -o orkaudio OrkAudio.o -lACE -lxerces-c
-llog4cxx /usr/lib/liborkbase.so -lsndfile -lorkspeex
 /usr/bin/ld: cannot find -lorkspeex
 collect2: error: ld returned 1 exit status 

I just replaced -lorkspeex in the Makefile by -lspeex and the linker
didn't complain anymore. 

This has been performed on the same server (Xeon(R) CPU E5-2670 0 @
2.60GHz, 32 GB of RAM) but I changed the OS from Centos 6 to Debian 7. 

Best Regards, 

Roger. 

On 2014-10-17 23:39, Henri Herscher wrote: 

> Most likely this is fixed in the latest code in svn, so you can compile the latest code or get in touch with orecx.com [1]for some help. 
> Henri 
> 
> On 14 October 2014 15:53, Roger A. Ghislain <ro...@pn...> wrote:
> Hi again,
> 
> After having read almost all the forum regarding this issue I started to suspect the server's performance.
> So I migrated Oreka onto a better server (Dual CPU Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz, 32 GB of RAM) but still same result: choppy audio after the call has been placed on hold or being transferred.
> 
> I took a tcpdump cap trace and I was able to replay successfully (no choppy sound) all call legs in Wireshark (Telephony > RTP > Stream analysis > Player > Decode > Select > Play).
> 
> Is the commercial version of Oreka also problematic at this level?
> I hope somebody will be able to help or I'll have to investigate other products :-(
> 
> Best Regards,
> Roger. 
> 
> On 2014-10-14 10:49, Roger A. Ghislain wrote: 
> 
> Hi,
> 
> I made new tests and disabled G.722 in order to have G.711u only call
> legs.
> 
> Same behavior occurs :
> - After having released the call on-hold the choppy sound appears.
> - After having being forwarded the choppy sound appears as well.
> 
> I'm running the latest official Oreka 1.7 package on a Centos 6.5
> machine in parallel with Cisco Unified CM (8.6).
> 
> Any clue on this issue ?
> 
> Thanks,
> Roger.
> 
> On 2014-10-10 19:59, Roger A. Ghislain wrote:
> Hello,
> 
> I have two problems with Oreka & Ciscu Unified CM (8.6) working in
> RSPAN mode (G.711 & G.722 codecs).
> 
> Each time a call is placed on hold, then after having release the
> hold, the sound is strongly chopped and run twice as slow as normal.
> Same behaviour and same choppy sound happen when the call is being
> forwarded.
> 
> Is it a known behaviour/issue ?
> Is there a fix or configuration options to be set in CUCM or in the
> Oreka config.xml ?
> 
> Thanks,
> Roger. 
> 
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho [2]
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user [3]

 

Links:
------
[1] http://orecx.com
[2] http://p.sf.net/sfu/Zoho
[3] https://lists.sourceforge.net/lists/listinfo/oreka-user

How can I add username in tag TapeFileNaming? Thanks

Regards
Daniele

Any news?

Regards
Daniele

---------- Forwarded message ----------
From: daniele elia <d....@el...>
Date: 2014-10-17 17:09 GMT+02:00
Subject: Audio Segmentation Centos 6.5 not working
To: ore...@li...


Hi guys,
I have the following Orkaudio configuration (config.xml) with set audio
segmentation to 3 minutes. For conversations longer than 3 minutes I have
only one record stored in system, seems to be tag <AudioSegmentation>
doesn't work.

<config>
        <!-- This is an example configuration file for the Oreka orkaudio
capture service on Linux -->
        <!-- Copy this to config.xml and modify according to taste -->

        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>

        <!-- Uncomment the plugin you want to use: -->
        <!-- Use libvoip.so for SIP, Cisco Skinny and pure RTP -->
        <!-- Use libh323voip.so for Avaya, Nortel Unistim, H.323 and MGCP
-->
        <!-- See in <VoIpPlugin> below for more precise protocol tuning -->
        <CapturePlugin>libvoip.so</CapturePlugin>
        <!--<CapturePlugin>libh323voip.so</CapturePlugin>-->
        <!--<CapturePlugin>liborksipua.so</CapturePlugin>-->

        <CapturePluginPath>/usr/lib</CapturePluginPath>

        <!-- Audio file storage format: choose from: native, gsm, ulaw,
alaw, pcmwav -->
        <StorageAudioFormat>gsm</StorageAudioFormat>

        <!-- If you want to keep native audio files as well as compressed,
change this to "no" -->
        <DeleteNativeFile>yes</DeleteNativeFile>

        <TrackerHostname>localhost</TrackerHostname>
        <!-- <TrackerHostname>192.168.10.99</TrackerHostname> -->
        <!-- <TrackerHostname>voipRecorder</TrackerHostname> -->
        <TrackerTcpPort>8080</TrackerTcpPort>

        <CapturePortFilters>LiveMonitoring</CapturePortFilters>
        <!-- <TapeProcessors>BatchProcessing, Reporting</TapeProcessors> -->
        <TapeProcessors>BatchProcessing, TapeFileNaming,
Reporting</TapeProcessors>

<TapeFileNaming>[year],-,[month],-,[day],-,[hour],-,[min],-,[sec],_,[localparty],_,[remoteparty],_,[trackingid]</TapeFileNaming>

        <AudioSegmentation>true</AudioSegmentation>
        <AudioSegmentDuration>180</AudioSegmentDuration>


<BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>

        <AudioFileOwner>tomcat</AudioFileOwner>
        <AudioFileGroup>tomcat</AudioFileGroup>
        <AudioFilePermissions>644</AudioFilePermissions>
        <!--<TapeDurationMinimumSec>3</TapeDurationMinimumSec>-->

        <!-- Uncomment the parameter below and fill in a comma-separated -->
        <!-- list of TCP addresses which you wish to open a connection to.
-->
        <!-- For example 192.168.1.250:1721, 192.168.1.1:8091. A TCP -->
        <!-- connection shall be opened and a read-loop shall be entered -->
config.xml


How can I solve this problem? Thanks in advice

Regards
Daniele

Bonsoir Monsieur Henri, comment allez vous, j'espere que vous allez bien

thank you for your concern to reply my question,

please can you tell me what do you mean by *"edit the orkservice.hostname
in the database "*  , where is this file that i have to edit????

thank you very much

On Sat, Oct 18, 2014 at 12:48 AM, Henri Herscher <hen...@gm...>
wrote:

> Bonjour Mustapha,
>
> Most likely this is due to a DNS issue. What you could do is to edit the
> orkservice.hostname in the database and replace the DNS name by an IP
> address and it will then work even if your DNS does not work.
>
> Henri
>
>
> On 9 October 2014 05:14, Mustapha ID-BAHAL <m.i...@gm...> wrote:
>
>> Hi Oreka users
>>
>> i have one question regarding reading audio files from orkweb, i have
>> everything work fine, i mean orkaudio capture rtp traffic and save it and i
>> can read audio file using orkweb, the problem is : i can read audio file
>> via orkweb only if i access orkweb from my LAN network, if i login to
>> orkweb via VPN (remote office) or from outside (publish orkweb with public
>> ip) i can login and see all audio files but cannot read them.
>>
>> Note: the remote computer has windows media player and internet explorer,
>>
>> --
>> *Mustapha ID-BAHAL*
>> *Ingénieur d’Etat*
>> *Génie Informatique*
>>
>> *l’école nationale des sciences appliqué*
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
>> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
>> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
>> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Oreka-user mailing list
>> Ore...@li...
>> https://lists.sourceforge.net/lists/listinfo/oreka-user
>>
>>
>


-- 
*Mustapha ID-BAHAL*
*Ingénieur d’Etat*
*Génie Informatique*

*l’école nationale des sciences appliqué*

The error your are seeing below is innocuous.  Most likely, your problem is
that you are listening to the wrong NIC (Devices config parameter in
config.xml) or that there is no VoIP traffic hitting your server. You can
double check this with wireshark.
Henri

On 6 October 2014 11:39, Glukhov Ivan <iv...@gm...> wrote:

> Hello, I need help with Oreka.
>
> Really like the software but it wont record my Cisco softphone.
>
> So, I have Cisco IP Communicator 8.6.1.0
>
> Latest oreka orkaudio-1.7-844-os-win32-vc9-installer without web part
>
> Windows 7 Pro.
>
> Before, the recordings worked ok. Now, no audio files appear, and I
> get the following in the log.
>
> 2014-10-06 19:27:31,236  INFO commandlineserver:59 - Started command
> line server on port:59130
> 2014-10-06 19:27:31,244  INFO httpserver:159 - Started HTTP server on
> port:59140
> 2014-10-06 19:27:31,254  INFO eventstreamingserver:277 - Started event
> streaming server on port:59150
> 2014-10-06 19:27:31,282  INFO packet:3616 - Start Capturing: pcap
> handle:1d143f0
> 2014-10-06 19:27:32,316 ERROR orkclient:39 - connector.connect()
> errno=10061 timeout:5
>
> http://localhost:8080//orktrack/command?type=init&name=orkaudio-ws-2831&hostname=ws-2831&servicetype=A&tcpport=59140&protocol=&fileserveport=8080&contextpath=%2Faudio&servepath=&absolutepath=c%3A%5Coreka%5Caudio&streamingport=59120&username=&password=&sshport=22&hostname=ws-2831&
> 2014-10-06 19:27:32,316  WARN root:82 - OrkTrack::Run():
> [localhost,8080] Could not contact orktrack
> 2014-10-06 19:27:42,040  INFO pcapstats:4171 - handle:1d143f0
> received:250 dropped:0
> 2014-10-06 19:27:42,040  INFO pcapstats:3322 - numPackets:250
> maxPPS:34 minPPS:10
>
> Let me know if you need more info. Any help will be appreciated as I
> really want to use your program in the future.
>
> Thank you!
>
> Ivan
>
>
> ------------------------------------------------------------------------------
> Slashdot TV.  Videos for Nerds.  Stuff that Matters.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>

Bonjour Mustapha,

Most likely this is due to a DNS issue. What you could do is to edit the
orkservice.hostname in the database and replace the DNS name by an IP
address and it will then work even if your DNS does not work.

Henri


On 9 October 2014 05:14, Mustapha ID-BAHAL <m.i...@gm...> wrote:

> Hi Oreka users
>
> i have one question regarding reading audio files from orkweb, i have
> everything work fine, i mean orkaudio capture rtp traffic and save it and i
> can read audio file using orkweb, the problem is : i can read audio file
> via orkweb only if i access orkweb from my LAN network, if i login to
> orkweb via VPN (remote office) or from outside (publish orkweb with public
> ip) i can login and see all audio files but cannot read them.
>
> Note: the remote computer has windows media player and internet explorer,
>
> --
> *Mustapha ID-BAHAL*
> *Ingénieur d’Etat*
> *Génie Informatique*
>
> *l’école nationale des sciences appliqué*
>
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

John,

You should actually get one single audio file per recording always, with
both call directions mixed. if you send me logfile and pcap offline, I can
take a look.

Henri

On 13 October 2014 11:30, John Smith <joh...@an...> wrote:

> Hi
>
>
>
> I have set up orkaudio on a centos 6 server and normal operation is that
> there are 2 audio files per call however, intermittently only one of the
> audio files seems to get recorded.
>
>
>
> I have checked orkaudio.log and for the call with only 1 audio file, this
> error is written “no audio reported between last start and stop”. I have
> checked the pcaps and for this scenario there is an RTP stream and no
> discernible difference in the SIP messaging.
>
>
>
> Any ideas as to what might be causing this?
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

Most likely this is fixed in the latest code in svn, so you can compile the
latest code or get in touch with orecx.com for some help.
Henri

On 14 October 2014 15:53, Roger A. Ghislain <ro...@pn...> wrote:

> Hi again,
>
> After having read almost all the forum regarding this issue I started to
> suspect the server's performance.
> So I migrated Oreka onto a better server (Dual CPU Intel(R) Xeon(R) CPU
> E5-2670 0 @ 2.60GHz, 32 GB of RAM) but still same result: choppy audio
> after the call has been placed on hold or being transferred.
>
> I took a tcpdump cap trace and I was able to replay successfully (no
> choppy sound) all call legs in Wireshark (Telephony > RTP > Stream analysis
> > Player > Decode > Select > Play).
>
> Is the commercial version of Oreka also problematic at this level?
> I hope somebody will be able to help or I'll have to investigate other
> products :-(
>
> Best Regards,
> Roger.
>
>
> On 2014-10-14 10:49, Roger A. Ghislain wrote:
>
>> Hi,
>>
>> I made new tests and disabled G.722 in order to have G.711u only call
>> legs.
>>
>> Same behavior occurs :
>> - After having released the call on-hold the choppy sound appears.
>> - After having being forwarded the choppy sound appears as well.
>>
>> I'm running the latest official Oreka 1.7 package on a Centos 6.5
>> machine in parallel with Cisco Unified CM (8.6).
>>
>> Any clue on this issue ?
>>
>> Thanks,
>> Roger.
>>
>> On 2014-10-10 19:59, Roger A. Ghislain wrote:
>>
>>> Hello,
>>>
>>> I have two  problems with Oreka & Ciscu Unified CM (8.6) working in
>>> RSPAN mode (G.711 & G.722 codecs).
>>>
>>> Each time a call is placed on hold, then after having release the
>>> hold, the sound is strongly chopped and run twice as slow as normal.
>>> Same behaviour and same choppy sound happen when the call is being
>>> forwarded.
>>>
>>> Is it a known behaviour/issue ?
>>> Is there a fix or configuration options to be set in CUCM or in the
>>> Oreka config.xml ?
>>>
>>> Thanks,
>>> Roger.
>>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> Comprehensive Server Monitoring with Site24x7.
>> Monitor 10 servers for $9/Month.
>> Get alerted through email, SMS, voice calls or mobile push notifications.
>> Take corrective actions from your mobile device.
>> http://p.sf.net/sfu/Zoho
>> _______________________________________________
>> Oreka-user mailing list
>> Ore...@li...
>> https://lists.sourceforge.net/lists/listinfo/oreka-user
>>
>

Hi guys,
I have the following Orkaudio configuration (config.xml) with set audio
segmentation to 3 minutes. For conversations longer than 3 minutes I have
only one record stored in system, seems to be tag <AudioSegmentation>
doesn't work.

<config>
        <!-- This is an example configuration file for the Oreka orkaudio
capture service on Linux -->
        <!-- Copy this to config.xml and modify according to taste -->

        <AudioOutputPath>/var/log/orkaudio/audio</AudioOutputPath>

        <!-- Uncomment the plugin you want to use: -->
        <!-- Use libvoip.so for SIP, Cisco Skinny and pure RTP -->
        <!-- Use libh323voip.so for Avaya, Nortel Unistim, H.323 and MGCP
-->
        <!-- See in <VoIpPlugin> below for more precise protocol tuning -->
        <CapturePlugin>libvoip.so</CapturePlugin>
        <!--<CapturePlugin>libh323voip.so</CapturePlugin>-->
        <!--<CapturePlugin>liborksipua.so</CapturePlugin>-->

        <CapturePluginPath>/usr/lib</CapturePluginPath>

        <!-- Audio file storage format: choose from: native, gsm, ulaw,
alaw, pcmwav -->
        <StorageAudioFormat>gsm</StorageAudioFormat>

        <!-- If you want to keep native audio files as well as compressed,
change this to "no" -->
        <DeleteNativeFile>yes</DeleteNativeFile>

        <TrackerHostname>localhost</TrackerHostname>
        <!-- <TrackerHostname>192.168.10.99</TrackerHostname> -->
        <!-- <TrackerHostname>voipRecorder</TrackerHostname> -->
        <TrackerTcpPort>8080</TrackerTcpPort>

        <CapturePortFilters>LiveMonitoring</CapturePortFilters>
        <!-- <TapeProcessors>BatchProcessing, Reporting</TapeProcessors> -->
        <TapeProcessors>BatchProcessing, TapeFileNaming,
Reporting</TapeProcessors>

<TapeFileNaming>[year],-,[month],-,[day],-,[hour],-,[min],-,[sec],_,[localparty],_,[remoteparty],_,[trackingid]</TapeFileNaming>

        <AudioSegmentation>true</AudioSegmentation>
        <AudioSegmentDuration>180</AudioSegmentDuration>


<BatchProcessingEnhancePriority>true</BatchProcessingEnhancePriority>

        <AudioFileOwner>tomcat</AudioFileOwner>
        <AudioFileGroup>tomcat</AudioFileGroup>
        <AudioFilePermissions>644</AudioFilePermissions>
        <!--<TapeDurationMinimumSec>3</TapeDurationMinimumSec>-->

        <!-- Uncomment the parameter below and fill in a comma-separated -->
        <!-- list of TCP addresses which you wish to open a connection to.
-->
        <!-- For example 192.168.1.250:1721, 192.168.1.1:8091. A TCP -->
        <!-- connection shall be opened and a read-loop shall be entered -->
config.xml


How can I solve this problem? Thanks in advice

Regards
Daniele

Hi again,

After having read almost all the forum regarding this issue I started to 
suspect the server's performance.
So I migrated Oreka onto a better server (Dual CPU Intel(R) Xeon(R) CPU 
E5-2670 0 @ 2.60GHz, 32 GB of RAM) but still same result: choppy audio 
after the call has been placed on hold or being transferred.

I took a tcpdump cap trace and I was able to replay successfully (no 
choppy sound) all call legs in Wireshark (Telephony > RTP > Stream 
analysis > Player > Decode > Select > Play).

Is the commercial version of Oreka also problematic at this level?
I hope somebody will be able to help or I'll have to investigate other 
products :-(

Best Regards,
Roger.

On 2014-10-14 10:49, Roger A. Ghislain wrote:
> Hi,
> 
> I made new tests and disabled G.722 in order to have G.711u only call
> legs.
> 
> Same behavior occurs :
> - After having released the call on-hold the choppy sound appears.
> - After having being forwarded the choppy sound appears as well.
> 
> I'm running the latest official Oreka 1.7 package on a Centos 6.5
> machine in parallel with Cisco Unified CM (8.6).
> 
> Any clue on this issue ?
> 
> Thanks,
> Roger.
> 
> On 2014-10-10 19:59, Roger A. Ghislain wrote:
>> Hello,
>> 
>> I have two  problems with Oreka & Ciscu Unified CM (8.6) working in
>> RSPAN mode (G.711 & G.722 codecs).
>> 
>> Each time a call is placed on hold, then after having release the
>> hold, the sound is strongly chopped and run twice as slow as normal.
>> Same behaviour and same choppy sound happen when the call is being
>> forwarded.
>> 
>> Is it a known behaviour/issue ?
>> Is there a fix or configuration options to be set in CUCM or in the
>> Oreka config.xml ?
>> 
>> Thanks,
>> Roger.
> 
> 
> ------------------------------------------------------------------------------
> Comprehensive Server Monitoring with Site24x7.
> Monitor 10 servers for $9/Month.
> Get alerted through email, SMS, voice calls or mobile push 
> notifications.
> Take corrective actions from your mobile device.
> http://p.sf.net/sfu/Zoho
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user

Hi,

I made new tests and disabled G.722 in order to have G.711u only call 
legs.

Same behavior occurs :
- After having released the call on-hold the choppy sound appears.
- After having being forwarded the choppy sound appears as well.

I'm running the latest official Oreka 1.7 package on a Centos 6.5 
machine in parallel with Cisco Unified CM (8.6).

Any clue on this issue ?

Thanks,
Roger.

On 2014-10-10 19:59, Roger A. Ghislain wrote:
> Hello,
> 
> I have two  problems with Oreka & Ciscu Unified CM (8.6) working in
> RSPAN mode (G.711 & G.722 codecs).
> 
> Each time a call is placed on hold, then after having release the
> hold, the sound is strongly chopped and run twice as slow as normal.
> Same behaviour and same choppy sound happen when the call is being 
> forwarded.
> 
> Is it a known behaviour/issue ?
> Is there a fix or configuration options to be set in CUCM or in the
> Oreka config.xml ?
> 
> Thanks,
> Roger.

Hi

 

I have set up orkaudio on a centos 6 server and normal operation is that
there are 2 audio files per call however, intermittently only one of the
audio files seems to get recorded.

 

I have checked orkaudio.log and for the call with only 1 audio file, this
error is written "no audio reported between last start and stop". I have
checked the pcaps and for this scenario there is an RTP stream and no
discernible difference in the SIP messaging.

 

Any ideas as to what might be causing this?

Hello,

I have two  problems with Oreka & Ciscu Unified CM (8.6) working in RSPAN mode (G.711 & G.722 codecs).

Each time a call is placed on hold, then after having release the hold, the sound is strongly chopped and run twice as slow as normal.
Same behaviour and same choppy sound happen when the call is being forwarded.

Is it a known behaviour/issue ?
Is there a fix or configuration options to be set in CUCM or in the Oreka config.xml ?

Thanks,
Roger.

Henri,

Compiling the latest code did solve my problems, I now get both parties recorded after a call is parked.

Thank you!

BR
Fredrik


From: Henri Herscher [mailto:hen...@gm...]
Sent: den 2 oktober 2014 19:16
To: Fredrik Lithén
Cc: .
Subject: Re: [Oreka-user] One sided audio after on hold

Fredrik/Dave,

I do this on a best effort basis of course, since it's free. I have not had a chance to look at the pcap files in fact, but I actually think that this problem has already been fixed in the latest code on subversion.

So you can attempt to compile the latest code or you can also get in touch with orecx to get them to do this for you. Alternatively, you can wait for the next release, but there is no ETA at the moment.

Thanks,
Henri

----------
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: Eriksbergsgatan 8A, 114 30 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

Hi Oreka users

i have one question regarding reading audio files from orkweb, i have
everything work fine, i mean orkaudio capture rtp traffic and save it and i
can read audio file using orkweb, the problem is : i can read audio file
via orkweb only if i access orkweb from my LAN network, if i login to
orkweb via VPN (remote office) or from outside (publish orkweb with public
ip) i can login and see all audio files but cannot read them.

Note: the remote computer has windows media player and internet explorer,

-- 
*Mustapha ID-BAHAL*
*Ingénieur d’Etat*
*Génie Informatique*

*l’école nationale des sciences appliqué*

Hello, I need help with Oreka.

Really like the software but it wont record my Cisco softphone.

So, I have Cisco IP Communicator 8.6.1.0

Latest oreka orkaudio-1.7-844-os-win32-vc9-installer without web part

Windows 7 Pro.

Before, the recordings worked ok. Now, no audio files appear, and I
get the following in the log.

2014-10-06 19:27:31,236  INFO commandlineserver:59 - Started command
line server on port:59130
2014-10-06 19:27:31,244  INFO httpserver:159 - Started HTTP server on port:59140
2014-10-06 19:27:31,254  INFO eventstreamingserver:277 - Started event
streaming server on port:59150
2014-10-06 19:27:31,282  INFO packet:3616 - Start Capturing: pcap handle:1d143f0
2014-10-06 19:27:32,316 ERROR orkclient:39 - connector.connect()
errno=10061 timeout:5
http://localhost:8080//orktrack/command?type=init&name=orkaudio-ws-2831&hostname=ws-2831&servicetype=A&tcpport=59140&protocol=&fileserveport=8080&contextpath=%2Faudio&servepath=&absolutepath=c%3A%5Coreka%5Caudio&streamingport=59120&username=&password=&sshport=22&hostname=ws-2831&
2014-10-06 19:27:32,316  WARN root:82 - OrkTrack::Run():
[localhost,8080] Could not contact orktrack
2014-10-06 19:27:42,040  INFO pcapstats:4171 - handle:1d143f0
received:250 dropped:0
2014-10-06 19:27:42,040  INFO pcapstats:3322 - numPackets:250
maxPPS:34 minPPS:10

Let me know if you need more info. Any help will be appreciated as I
really want to use your program in the future.

Thank you!

Ivan

Fredrik/Dave,

I do this on a best effort basis of course, since it's free. I have not had
a chance to look at the pcap files in fact, but I actually think that this
problem has already been fixed in the latest code on subversion.

So you can attempt to compile the latest code or you can also get in touch
with orecx to get them to do this for you. Alternatively, you can wait for
the next release, but there is no ETA at the moment.

Thanks,
Henri

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

> Hi Henri
>
> I reported a similar problem a couple of months ago, but didn't hear
> anything back after sending the wireshark log, but "free stuff gets the
> attention and support free stuff gets", so no issue.
>
> What I'm interested in hearing since there are quite a lot of reports in
> this mailing list with one-sided audio if you have found a possible
> issue/solution?
>
> BR
> Fredrik
>
> From: Henri Herscher [mailto:hen...@gm...]
> Sent: den 26 september 2014 22:28
> To: Dave Adams
> Cc: .
> Subject: Re: [Oreka-user] One sided audio after on hold
>
> If you send me a pcap file of this scenario offline I can take a look.
> Henri
>
> On 26 September 2014 00:40, Dave Adams <da...@hi...> wrote:
> On Centos 6.5 with orkaudio-1.7-844-os-x86_64.centos6-installer.sh we
> seem to have issues with one sided audio recordings after using call
> parking (on hold).
>
> For each call we receive, Orkaudio makes two recordings.
>
> The first recording begins when the call hits the IVR, is greeted, asked
> to make a selection, goes into a queue, hears a queue message, gets
> answered by an agent. The agent talks to the caller, then places them on
> hold using the “hold” button on the phone. After they come back from on
> hold, talk for a while and finally say goodbye. This first recording
> includes all audio. No problems here.
>
> The second recording is started the moment the agent picks up their phone,
> when answering the queue call. The two parties talk, then the agent places
> the caller on hold. After the call is taken off hold, the recording only
> includes the callers voice, the agents voice (local party) is missing.
>
> We use the phones’ on hold button. Grandstream phone. Asterisk PBX.
>
> Are there any settings I can change or solutions to this type of one sided
> audio after using “on hold”?
>
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
> ----------
> 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: Eriksbergsgatan 8A, 114 30 Stockholm
> Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>

Hi Henri

I reported a similar problem a couple of months ago, but didn't hear anything back after sending the wireshark log, but "free stuff gets the attention and support free stuff gets", so no issue.

What I'm interested in hearing since there are quite a lot of reports in this mailing list with one-sided audio if you have found a possible issue/solution?

BR
Fredrik

From: Henri Herscher [mailto:hen...@gm...]
Sent: den 26 september 2014 22:28
To: Dave Adams
Cc: .
Subject: Re: [Oreka-user] One sided audio after on hold

If you send me a pcap file of this scenario offline I can take a look.
Henri

On 26 September 2014 00:40, Dave Adams <da...@hi...> wrote:
On Centos 6.5 with orkaudio-1.7-844-os-x86_64.centos6-installer.sh we seem to have issues with one sided audio recordings after using call parking (on hold).

For each call we receive, Orkaudio makes two recordings.

The first recording begins when the call hits the IVR, is greeted, asked to make a selection, goes into a queue, hears a queue message, gets answered by an agent. The agent talks to the caller, then places them on hold using the “hold” button on the phone. After they come back from on hold, talk for a while and finally say goodbye. This first recording includes all audio. No problems here.

The second recording is started the moment the agent picks up their phone, when answering the queue call. The two parties talk, then the agent places the caller on hold. After the call is taken off hold, the recording only includes the callers voice, the agents voice (local party) is missing.

We use the phones’ on hold button. Grandstream phone. Asterisk PBX.

Are there any settings I can change or solutions to this type of one sided audio after using “on hold”?


------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

----------
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: Eriksbergsgatan 8A, 114 30 Stockholm
Adress Produktionsenhet: Lagergatan 1, 931 36 Skellefteå

If you use svn, you are running the latest software. You can go back to
older versions by syncing to a specific svn revision, for example, if you
want to compile orkaudio-1.7-844, simply sync to svn revision 844.
Henri

On 18 September 2014 06:14, Patrick Ambühl <p.a...@ia...> wrote:

> Hello,
>
> I successfully installed orkaudio, orktrack and orkweb on an Ubuntu 14
> system (with some pain) using the SVN sources. Is there a way (even
> complex) to find out what version I’m really running of each software ?
>
>
>
> The file version.txt was not created during compilation.
>
>
>
> Patrick
>
>
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

If you send me a pcap file of this scenario offline I can take a look.
Henri

On 26 September 2014 00:40, Dave Adams <da...@hi...> wrote:

> On Centos 6.5 with orkaudio-1.7-844-os-x86_64.centos6-installer.sh we
> seem to have issues with one sided audio recordings after using call
> parking (on hold).
>
>
>
> For each call we receive, Orkaudio makes two recordings.
>
>
>
> The first recording begins when the call hits the IVR, is greeted, asked
> to make a selection, goes into a queue, hears a queue message, gets
> answered by an agent. The agent talks to the caller, then places them on
> hold using the “hold” button on the phone. After they come back from on
> hold, talk for a while and finally say goodbye. This first recording
> includes all audio. No problems here.
>
>
>
> The second recording is started the moment the agent picks up their phone,
> when answering the queue call. The two parties talk, then the agent places
> the caller on hold. After the call is taken off hold, the recording only
> includes the callers voice, the agents voice (local party) is missing.
>
>
>
> We use the phones’ on hold button. Grandstream phone. Asterisk PBX.
>
>
>
> Are there any settings I can change or solutions to this type of one sided
> audio after using “on hold”?
>
>
>
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
>
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>

On Centos 6.5 with orkaudio-1.7-844-os-x86_64.centos6-installer.sh we seem
to have issues with one sided audio recordings after using call parking (on
hold).



For each call we receive, Orkaudio makes two recordings.



The first recording begins when the call hits the IVR, is greeted, asked to
make a selection, goes into a queue, hears a queue message, gets answered
by an agent. The agent talks to the caller, then places them on hold using
the “hold” button on the phone. After they come back from on hold, talk for
a while and finally say goodbye. This first recording includes all audio.
No problems here.



The second recording is started the moment the agent picks up their phone,
when answering the queue call. The two parties talk, then the agent places
the caller on hold. After the call is taken off hold, the recording only
includes the callers voice, the agents voice (local party) is missing.



We use the phones’ on hold button. Grandstream phone. Asterisk PBX.



Are there any settings I can change or solutions to this type of one sided
audio after using “on hold”?

Hello,
I successfully installed orkaudio, orktrack and orkweb on an Ubuntu 14 system (with some pain) using the SVN sources. Is there a way (even complex) to find out what version I'm really running of each software ?

The file version.txt was not created during compilation.

Patrick

Hi Guys,
Im new to Oreka and Im testing it with SIP clients, and have installed Orkaudio and OrkWeb, both of which are working well.

I just wondered how I can put the Call ID of calls into the Orktape database table in the Oreka DB, as I can see the INVITE present it, however looking at the logs I see nativecallid=    (with no value after the equals) in the logs, but a callid is presented.
Also I dont see a column for it in the Orktape table.
Is this simple to implement?
Many thanks
Jon


 		 	   		  

Try to add the following configuration parameter in your orkaudio
config.xml under <VoIpPlugin>:

<SkinnyIgnoreStopMediaTransmission>yes</SkinnyIgnoreStopMediaTransmission>

And restart orkaudio.

This will probably fix case number 2.

For case number 1, If you can send me offline a wireshark pcap trace, I can
take a look.
Henri

On 4 July 2014 03:27, Alvaro Robles <deo...@ho...> wrote:

> I have a call center controlled by the CISCO software and have a problem
> with call waiting action.
> There are two ways to put on hold the caller:
>
> 1) From the phone itself
> In this case generate an audio file, but will not hear the caller.
>
> 2) From CISCO Agent
> In this case several audio files are generated (one for each call waiting
> action)
>
> Any idea what happens?
>
> I want is that only an audio file is generated in any case
>
> Best regards
>
>
> ------------------------------------------------------------------------------
> Open source business process management suite built on Java and Eclipse
> Turn processes into business applications with Bonita BPM Community Edition
> Quickly connect people, data, and systems into organized workflows
> Winner of BOSSIE, CODIE, OW2 and Gartner awards
> http://p.sf.net/sfu/Bonitasoft
> _______________________________________________
> Oreka-user mailing list
> Ore...@li...
> https://lists.sourceforge.net/lists/listinfo/oreka-user
>
>