You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
(17) |
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(11) |
2007 |
Jan
(2) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(21) |
Sep
(7) |
Oct
(4) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
(5) |
Mar
(4) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(6) |
Dec
(3) |
2009 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(8) |
Jul
(8) |
Aug
(19) |
Sep
(23) |
Oct
(20) |
Nov
(5) |
Dec
(9) |
2010 |
Jan
(16) |
Feb
(20) |
Mar
(5) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
(2) |
Nov
(8) |
Dec
(2) |
2011 |
Jan
(7) |
Feb
(1) |
Mar
(3) |
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
(15) |
Sep
(5) |
Oct
(4) |
Nov
(6) |
Dec
(2) |
2012 |
Jan
(4) |
Feb
(7) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
|
Aug
(6) |
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(5) |
2014 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
(6) |
Oct
(5) |
Nov
(22) |
Dec
(5) |
2015 |
Jan
(5) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(5) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(5) |
Dec
(1) |
2016 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(4) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2021 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
1
|
2
|
3
(2) |
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
(1) |
13
|
14
|
15
|
16
(1) |
17
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
25
|
26
(2) |
27
|
28
|
29
|
30
|
|
|
|
|
From: George G. <gg...@bi...> - 2014-09-26 21:45:50
|
I think I know why he's seeing this, because I ran across this myself several years ago. I'll bet that he's using Cisco CallManager Express, which runs on a Cisco IOS-based routers, and not full-blown CallManager, which runs on Windows Servers and/or Cisco Linux-based appliances. Both CallManager and CallManager Express use the Skinny Call Control Protocol (SCCP), but their implementations of the protocol differ slightly. The thing that's causing this particular issue is that CallManager Express sends and receives all RTP traffic on the same IP and UDP port, for every RTP session, but Oreka only identifies individual RTP streams by the IP and port used by one end of the RTP session (the first end it sees RTP traffic from). This would be sufficient if every endpoint used a random/unique UDP port for each simultaneous RTP session, like CallManager does, but, as I've said, CME uses the same port every time (which is perfectly valid behavior, by the way), so RTP traffic from concurrent sessions often ends up ignored and dropped. To fix the problem, I wrote a patch—I think it was in RtpSession.cpp—that caused Oreka to identify each RTP session by a complete 4-tuple of the IP/port combination of both ends of the session (i.e. IP1, port1, IP2, port2); to prevent false duplicates (e.g. IP2, port2, IP1, port1), I just made sure the lowest IP/port combination was always in the first position of the tuple. That allowed Oreka to correctly identify all of the simultaneous RTP sessions to and from the CME router, and it worked like a champ until I decommissioned the recording system a couple of years ago. Unfortunately, I can't find the patch at the moment, but I know it's on a thumbdrive somewhere. If I manage to dig it up sometime soon, I'll reply back to this thread with it. Cheers, George Glynn Principal Consultant Biff Duncan Associates, Inc. gg...@bi...<mailto:gg...@bi...> From: Henri Herscher [mailto:hen...@gm...] Sent: Friday, September 26, 2014 4:36 PM To: Eduardo Gomes Cc: Roberts, Kent TelecomBroomfield; ore...@li... Subject: Re: [Oreka-devel] (Recording Cisco Skinny) Oreka is capable of recording lots and lots of concurrent calls, depending on hardware. Not sure why you see this. Maybe a log or a trace would tell us more. Henri On 15 September 2014 20:51, Eduardo Gomes <eg....@ho...<mailto:eg....@ho...>> wrote: Hello Roberts, I´m trying to use the oreka in cisco (skinny), does have some limitation about multiples extension recording in the same time. In my test i did two concurrent calls, but only one has been recorded. Do you have some ideia about that ?. Many Thanks Regards, Eduardo |
From: Henri H. <hen...@gm...> - 2014-09-26 20:35:41
|
Oreka is capable of recording lots and lots of concurrent calls, depending on hardware. Not sure why you see this. Maybe a log or a trace would tell us more. Henri On 15 September 2014 20:51, Eduardo Gomes <eg....@ho...> wrote: > Hello Roberts, > > I´m trying to use the oreka in cisco (skinny), does have some limitation > about multiples extension recording in the same time. In my test i did two > concurrent calls, but only one has been recorded. Do you have some ideia > about that ?. > > > Many Thanks > > Regards, > Eduardo > > > ------------------------------------------------------------------------------ > 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-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > |
From: Eduardo G. <eg....@ho...> - 2014-09-16 00:51:50
|
Hello Roberts, I´m trying to use the oreka in cisco (skinny), does have some limitation about multiples extension recording in the same time. In my test i did two concurrent calls, but only one has been recorded. Do you have some ideia about that ?. Many Thanks Regards,Eduardo |
From: Henri H. <hen...@gm...> - 2014-09-12 20:01:49
|
It might work, but not guaranteed. Henri On 19 August 2014 17:04, Chaz Rowe <ch...@co...> wrote: > Hey Folks, > > Are orkaudio plugins written for the Oreka open source product compatible > with the commercial Oreka TR product? Specifically capture port filters? > > Thanks! > -Chaz > > > > > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Oreka-devel mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-devel > > |
From: Roberts, K. (Telecom/Broomfield) <ke...@st...> - 2014-09-03 14:50:49
|
Unsubscribe Kent Roberts | Telecom Engineering | Phone: 303-664-3287 Staples, INC. | 1 Environmental Way | Broomfield, CO 80021 From: Levend Sayar [mailto:say...@ya...] Sent: Wednesday, September 03, 2014 12:11 AM To: ore...@li... Subject: [Oreka-devel] RPM Hi folks, I need 64-bit RPM packages for CentOS 5 of Oreka 1.7. You already release as RPM packages but source code does not have spec files necessary to build that RPM packages. Is it possible to get that spec files? TIA Levend |
From: Levend S. <say...@ya...> - 2014-09-03 06:11:24
|
Hi folks, I need 64-bit RPM packages for CentOS 5 of Oreka 1.7. You already release as RPM packages but source code does not have spec files necessary to build that RPM packages. Is it possible to get that spec files? TIA Levend |