You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(7) |
Feb
(22) |
Mar
(11) |
Apr
(23) |
May
(13) |
Jun
(22) |
Jul
(8) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
(4) |
Dec
(2) |
| 2007 |
Jan
(16) |
Feb
(4) |
Mar
(6) |
Apr
(15) |
May
(10) |
Jun
(10) |
Jul
(43) |
Aug
(29) |
Sep
(15) |
Oct
(9) |
Nov
(6) |
Dec
(13) |
| 2008 |
Jan
(7) |
Feb
(7) |
Mar
(8) |
Apr
(26) |
May
(14) |
Jun
(12) |
Jul
|
Aug
(3) |
Sep
(6) |
Oct
(19) |
Nov
(12) |
Dec
(14) |
| 2009 |
Jan
(31) |
Feb
(25) |
Mar
(9) |
Apr
(7) |
May
(7) |
Jun
(15) |
Jul
(23) |
Aug
(20) |
Sep
(17) |
Oct
(14) |
Nov
(31) |
Dec
(15) |
| 2010 |
Jan
(38) |
Feb
(58) |
Mar
(42) |
Apr
(30) |
May
(22) |
Jun
(19) |
Jul
(12) |
Aug
(16) |
Sep
(25) |
Oct
(15) |
Nov
(28) |
Dec
(8) |
| 2011 |
Jan
(8) |
Feb
(18) |
Mar
(15) |
Apr
(13) |
May
(9) |
Jun
(18) |
Jul
(10) |
Aug
(23) |
Sep
(8) |
Oct
(8) |
Nov
(19) |
Dec
(1) |
| 2012 |
Jan
(1) |
Feb
(2) |
Mar
(4) |
Apr
(10) |
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
(4) |
Sep
(7) |
Oct
(4) |
Nov
(4) |
Dec
(4) |
| 2013 |
Jan
(3) |
Feb
(1) |
Mar
(6) |
Apr
(1) |
May
(8) |
Jun
(13) |
Jul
(10) |
Aug
(7) |
Sep
(28) |
Oct
(22) |
Nov
(40) |
Dec
(19) |
| 2014 |
Jan
(19) |
Feb
(22) |
Mar
(12) |
Apr
(11) |
May
(6) |
Jun
(11) |
Jul
(8) |
Aug
(2) |
Sep
(10) |
Oct
(25) |
Nov
(9) |
Dec
(13) |
| 2015 |
Jan
(28) |
Feb
(8) |
Mar
(6) |
Apr
(9) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(2) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(3) |
| 2016 |
Jan
(10) |
Feb
(5) |
Mar
(10) |
Apr
(6) |
May
(7) |
Jun
(7) |
Jul
(6) |
Aug
(14) |
Sep
(2) |
Oct
(6) |
Nov
(7) |
Dec
(3) |
| 2017 |
Jan
(4) |
Feb
(2) |
Mar
(6) |
Apr
(4) |
May
(1) |
Jun
(4) |
Jul
|
Aug
(1) |
Sep
(5) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2018 |
Jan
(4) |
Feb
(1) |
Mar
(10) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2019 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(4) |
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(3) |
Jun
(2) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(5) |
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2024 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
(1) |
|
2
|
3
|
4
(1) |
5
(3) |
6
|
7
|
8
|
|
9
|
10
|
11
|
12
(1) |
13
|
14
|
15
|
|
16
|
17
|
18
(1) |
19
|
20
|
21
|
22
|
|
23
|
24
|
25
|
26
(1) |
27
(1) |
28
|
29
|
|
30
(4) |
31
|
|
|
|
|
|
|
From: Jonas S. <jo...@ly...> - 2007-12-30 20:25:47
|
Only the first file got duplicated it seems. Now I get a single file per call as expected. Don't know why, might be related to me turning off EnableReporting. Anyway, seems to be a false alarm and thus nothing to bother with. /Jonas On 30 Dec 2007 at 19:07, Jonas Svensson wrote: > Just installed orkaudio on a new computer with everything as > default. The odd thing is that I get duplicate audio files. All > details of the files are identical: size, date, time, access rights > and file owner. Also the filenames are identical execept for the > last the letters before ".wav". Anyone seen this? Is this because I > got the lastest out of SVN? > > /Jonas |
|
From: Jonas S. <jo...@ly...> - 2007-12-30 19:00:10
|
I were able to turn off the servers by adding lines like "<CommandLineServerPort>23</CommandLineServerPort>" to config.xml (ie set them to a port already used). Feels like a bad solution though. Hopefully Henri can explain these servers more after the holidays. On 30 Dec 2007 at 18:56, Jonas Svensson wrote: > I just compiled oreka again (exectly as in my notes at > <http://www.mozoft.com/oreka.html>), but this time I noticed that > orkaudio tries to open up a couple of ports for a http/telnet server > (port 59130 and 59140). I can not find any documentation on what > that is for, how to use them or how to turn them on/off. Could you > please direct me to that documentation (if it exists) or describe it > a little? > > Regards, > Jonas |
|
From: Jonas S. <jo...@ly...> - 2007-12-30 18:05:31
|
Just installed orkaudio on a new computer with everything as default. The odd thing is that I get duplicate audio files. All details of the files are identical: size, date, time, access rights and file owner. Also the filenames are identical execept for the last the letters before ".wav". Anyone seen this? Is this because I got the lastest out of SVN? /Jonas |
|
From: Jonas S. <jo...@ly...> - 2007-12-30 17:54:59
|
I just compiled oreka again (exectly as in my notes at <http://www.mozoft.com/oreka.html>), but this time I noticed that orkaudio tries to open up a couple of ports for a http/telnet server (port 59130 and 59140). I can not find any documentation on what that is for, how to use them or how to turn them on/off. Could you please direct me to that documentation (if it exists) or describe it a little? Regards, Jonas |
|
From: Henri H. <he...@or...> - 2007-12-26 22:43:24
|
_____ =20 From: ore...@li... [mailto:ore...@li...] On Behalf Of Todd = Franklin Sent: 18 d=E9cembre 2007 10:43 To: ore...@li... Subject: [Oreka-user] IP Addressing Gotcha =20 [HH] Hello Todd =20 Having a little trouble setting this up on an XP Box. So here's the specifics: XP machine, 2 NICs. The phones are on 192.168.5.x so I have that in the <AllowedIPRange> setting. The first NIC was DHCP, so it picked up 192.168.1.77 (PCs typically get assigned an address in the .1 range on this net). This is the NIC that = is 'sniffing' traffic. [HH] Just make sure using ethereal on this NIC that you can see traffic flowing on the range you are looking for (192.168.5.x). The second NIC, I statically assigned <http://192.168.10.150> 192.168.10.150 with a subnet of <http://255.255.0.0> 255.255.0.0 (the = other settings are all typical Class C subnets) [HH] I assume this is used as the management NIC. =20 Also, my network is comprised of 5 buildings linked together by fiber. = All the phones are in VLAN5, so I am hoping that by monitoring Vlan5, I can = pick up the phones from everywhere. What does everyone think?=20 [HH] This should be fine. Also, each building has it's own router (A Cisco 2801) with a couple = POTS lines. Should I add these as 'media gateways'?? Should I add the main router (with the PRI) as a 'media gateway' or would its traffic be automatically included since I am 'spanning' VLAN 5??=20 [HH] You only use this setting if you want to get the recordings = directions right. For example, if an INVITE comes from a media gateway IP to a = phone, it will be tagged as incoming. Thanks so much for anyone who can answer one or two of these. I seem to = be recording some calls, so this is good! Todd |
|
From: Todd F. <tod...@gm...> - 2007-12-18 15:42:52
|
Having a little trouble setting this up on an XP Box. So here's the specifics: XP machine, 2 NICs. The phones are on 192.168.5.x so I have that in the <AllowedIPRange> setting. The first NIC was DHCP, so it picked up 192.168.1.77 (PCs typically get assigned an address in the .1 range on this net). This is the NIC that is 'sniffing' traffic. The second NIC, I statically assigned 192.168.10.150 with a subnet of 255.255.0.0 (the other settings are all typical Class C subnets) Also, my network is comprised of 5 buildings linked together by fiber. All the phones are in VLAN5, so I am hoping that by monitoring Vlan5, I can pick up the phones from everywhere. What does everyone think? Also, each building has it's own router (A Cisco 2801) with a couple POTS lines. Should I add these as 'media gateways'?? Should I add the main router (with the PRI) as a 'media gateway' or would its traffic be automatically included since I am 'spanning' VLAN 5?? Thanks so much for anyone who can answer one or two of these. I seem to be recording some calls, so this is good! Todd |
|
From: Senthil K. \(IT\) <sen...@if...> - 2007-12-12 11:18:13
|
Hi, =20 We have a requirement to create non admin users in orkweb. But we don't find any options inside orkweb. Is there any way we can create additional users inside orkweb. =20 Regards, =20 Senthil DISCLAIMER:=20 This message contains privileged and confidential information and is = intended only for the individual named. If you are not the intended recipient you should not = disseminate,distribute,store,print, copy or deliver this message. Please notify the sender immediately by e-mail if you have received this = e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as = information could be intercepted,corrupted,lost,destroyed, arrive late = or incomplete or contain viruses. The sender therefore does not accept = liability for any errors or omissions in the contents of this message = which arise as a result of e-mail transmission. DISCLAIMER:=20 This message contains privileged and confidential information and is = intended only for the individual named. If you are not the intended recipient you should not = disseminate,distribute,store,print, copy or deliver this message. Please notify the sender immediately by e-mail if you have received this = e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as = information could be intercepted,corrupted,lost,destroyed, arrive late = or incomplete or contain viruses. The sender therefore does not accept = liability for any errors or omissions in the contents of this message = which arise as a result of e-mail transmission. |
|
From: Henri H. <he...@or...> - 2007-12-05 17:36:37
|
Kevin, mysql>update service set hostname=3D'192.168.250.12' where 1;=20 Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of Kevin = McGinn Sent: 5 d=E9cembre 2007 13:12 To: ore...@li... Subject: [Oreka-user] Not Playing in Orkweb I have everything up and running and working great. All my recordings = are going into the appropriate folders and all that. The only problem I have now is that I can not play the recordings from a different computer because it looks for the "localhost" and not the ip address assigned. If i open the url to the recording in Media Player with the ip address replacing the "localhost" in the url, it plays fine. How do I change this in Orkweb so the link to play the recording is pointing to the IP Address and not the "localhost" Thanks. -- Kevin -------------------------------------------------------------------------= SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: Kevin M. <km...@on...> - 2007-12-05 17:29:10
|
I have everything up and running and working great. All my recordings are going into the appropriate folders and all that. The only problem I have now is that I can not play the recordings from a different computer because it looks for the "localhost" and not the ip address assigned. If i open the url to the recording in Media Player with the ip address replacing the "localhost" in the url, it plays fine. How do I change this in Orkweb so the link to play the recording is pointing to the IP Address and not the "localhost" Thanks. -- Kevin |
|
From: Henri H. <he...@or...> - 2007-12-04 19:28:55
|
Hi Barry, =20 I suspect this is due to asymmetric RTP streams (when one end of the RTP streams does not use the same UDP port for incoming and outgoing RTP traffic). If you check out the latest code from subversion you can make = sure recordings are tracked by the PSTN gateway. If the gateway always uses = the same UDP port for incoming and outgoing (which is usually the case) you should be in business. If you can send a network trace with an example problem call directly to me (zipped), I can make sure this is the case. =20 Cheers, Henri =20 _____ =20 From: ore...@li... [mailto:ore...@li...] On Behalf Of Barry Matheney Sent: 1 d=E9cembre 2007 10:48 To: ore...@li... Subject: [Oreka-user] Incoming/Outgoing calls are recorded differently =20 Hello Henri, =20 Thanks in advance for your assistance. =20 We are testing oreka, and have most everything working correctly. There = are just a few things that we don=92t understand, and can=92t seem to find = similar problems or other documentation to explain our situation. If I have overlooked it, I apologize and would appreciate you pointing me in the = right direction. =20 We are testing on a Debian etch box, with 3 NICs. Eth1 and eth2 are = used to make a bridge (and therefore handle all RTP traffic). Eth3 is used access the network locally exclusive of the bridge. We are using the = most current versions of the oreka software. =20 We are not having any problems with capturing and seeing all RTP traffic (for both directions) in wireshark with our config set at <Devices>eth1, eth2</Devices>. =20 =20 The strangeness that we are seeing has to do with the direction of the = call, and the volumes of the outside line associated with that and whether or = not the outside party is being recorded. =20 For example, I can call my office phone (an incoming call) from my cell phone or an analog line, and both voice volumes are recorded normally at = the same level in the wav file. However, when the direction is outgoing = rather than incoming to my cell or another analog number, only the internal = half of the conversation is recorded and the voice of the outside party cannot = be heard on the recording, although the outside callers volume level was = normal on the handset during the conversation. =20 But to add to the strangeness, I can call the Utah weather and traffic = line (866-511-8824) (outgoing) and the recording occurs on both sides of the conversation. The strangeness there is that volume of our voices is recorded at the normal level, but the volume recorded from the other end = at a very low level, even though what we hear through the speaker or = handset is normal. =20 Any ideas on what could be going on? Is there something that we need to = do to rectify this behavior? =20 =20 Thanks =20 Barry=20 =20 =20 |
|
From: Barry M. <bma...@gr...> - 2007-12-01 15:47:24
|
Hello Henri, Thanks in advance for your assistance. We are testing oreka, and have most everything working correctly. There are just a few things that we don't understand, and can't seem to find similar problems or other documentation to explain our situation. If I have overlooked it, I apologize and would appreciate you pointing me in the right direction. We are testing on a Debian etch box, with 3 NICs. Eth1 and eth2 are used to make a bridge (and therefore handle all RTP traffic). Eth3 is used only to access the network locally exclusive of the bridge. We are using the most current versions of the oreka software. We are not having any problems with capturing and seeing all RTP traffic (for both directions) in wireshark with our config set at <Devices>eth1, eth2</Devices>. The strangeness that we are seeing has to do with the direction of the call, and the volumes of the outside line associated with that and whether or not the outside party is being recorded. For example, I can call my office phone (an incoming call) from my cell phone or an analog line, and both voice volumes are recorded normally at the same level in the wav file. However, when the direction is outgoing rather than incoming to my cell or another analog number, only the internal half of the conversation is recorded and the voice of the outside party cannot be heard on the recording, although the outside callers volume level was normal on the handset during the conversation. But to add to the strangeness, I can call the Utah weather and traffic line (866-511-8824) (outgoing) and the recording occurs on both sides of the conversation. The strangeness there is that volume of our voices is recorded at the normal level, but the volume recorded from the other end at a very low level, even though what we hear through the speaker or handset is normal. Any ideas on what could be going on? Is there something that we need to do to rectify this behavior? Thanks Barry |