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
(3) |
2
|
3
|
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
|
11
|
12
(2) |
13
|
14
|
15
(3) |
16
|
17
|
|
18
|
19
|
20
|
21
(4) |
22
(3) |
23
(4) |
24
|
|
25
|
26
(1) |
27
|
28
(1) |
29
|
30
(1) |
|
|
From: Christian C. <cbc...@co...> - 2006-06-30 06:29:15
|
Debian install from sourceforge = orkaudio-0.5-2-ubuntu-5.04-i386-binary-DEBs.tar Capturing SIP(Vonage) and Cisco (Skinny). Some of my capture files will = not convert (end up with a 60B wav file and the original). The log = shows the following: 2006-06-30 02:53:46,445 INFO tapelist:204 - date=3D2006-06-29_22-53-29 = duration=3D17 direction=3Dout capturePort=3D10.10.1.215,10108 = localParty=3D1336499XXXX remoteParty=3D localEntryPoint=3D=20 2006-06-30 02:53:46,446 INFO batchProcessing:77 - Th0 processing: = 20060629_225329_10.10.1.215,10108 2006-06-30 02:53:46,446 ERROR batchProcessing:164 - BatchProcessing: = BatchProcessing - Could not find decoder for RTP payload type:2 After alot of testing I noticed that Vonage voice calls were the calls = that would not convert. Most of my testing was done dialing the Vonage = voicemail, which works correctly. The tip was when I dialed a wrong = number and got the "operator" recording of a non-working number. I = noticed that Vonage calls to the recorded services (voicemail or = operator) converted correctly but the standard voice calls did not. At = this point I attempted to capture the packects directly with Ethereal to = see any differences. Here is what I found. Calls to Vonage voicemail use ITU-T G.711 PCMU ****working Calls from Cisco IP phone to Cisco IP Phone use ITU-T G.711 PCMU = ****working Calls over Vonage to Voice line use ITU-T G.721 PCMU ****not working**** I have temporarly solved this issue by changing the settings on my = Vonage phone to "High Quality" from "Medium Quality" (this is done from = the Vonage website, under Bandwidth Saver) The packets are now ITU-T G.711 and record correctly. Is there a way to record the ITU-T G.721 (I now understand this is = reffered to as G.726) streams? Does this require a special Codec? If so, could someone tell me how to = install it? |
|
From: <ib...@ir...> - 2006-06-28 19:18:34
|
El Lunes, 26 de Junio de 2006 15:41, Henri Herscher escribi=F3:
> Hi Inaki,
>
> You should get the called extension/number. If you want, you can send me
> offline a pcap trace of the traffic you are seeing so that I can figure o=
ut
> what is going on.
>
> Cheers
> Henri
Hi, thanks a lot. Unfortunately I'm very busy those days and can't do net c=
aptures.
But when I can I'll try again and if the error occurs I'll tell you.
Now the only I can give you are the logs of a SIP conversation between 2 SI=
P phones in a LAN with an Asterisk server.
Call:
*****
=46rom: 111 (10.10.0.51)
To: 113 (10.10.0.52)
Orkweb result table:
***********************
TIME DURATION LOCAL PARTY DIRECTION=
REMOTE PARTY TAPE ID=20
2006-06-23 16:52:51.0 8 =
In 111 1=20
2006-06-23 16:52:51.0 8 111 Out=
2=20
tapelist.log:
*************
date=3D2006-06-23_17-01-26 duration=3D5 direction=3Din capturePort=3D10.10.=
0.52,16390 localParty=3D remoteParty=3D111 localEntryPoint=3D
date=3D2006-06-23_17-01-26 duration=3D5 direction=3Dout capturePort=3D10.10=
=2E0.51,16390 localParty=3D111 remoteParty=3D localEntryPoint=3D
messages.log:
***************
2006-06-23 15:01:26,985 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.51,16390 stage=3Dstart captureport=3D10.10=
=2E0.51,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_1701=
26_10.10.0.51,16390 localparty=3D111 localentrypoint=3D remoteparty=3D dire=
ction=3Dout duration=3D0 service=3Dorkaudio-ironiax
2006-06-23 15:01:27,027 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.52,16390 stage=3Dstart captureport=3D10.10=
=2E0.52,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_1701=
26_10.10.0.52,16390.wav localparty=3D localentrypoint=3D remoteparty=3D111 =
direction=3Din duration=3D0 service=3Dorkaudio-ironiax
2006-06-23 15:01:31,576 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.52,16390 stage=3Dstop captureport=3D10.10.=
0.52,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_170126_=
10.10.0.52,16390.wav localparty=3D localentrypoint=3D remoteparty=3D111 dir=
ection=3Din duration=3D5 service=3Dorkaudio-ironiax
2006-06-23 15:01:31,813 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.51,16390 stage=3Dstop captureport=3D10.10.=
0.51,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_170126_=
10.10.0.51,16390.wav localparty=3D111 localentrypoint=3D remoteparty=3D dir=
ection=3Dout duration=3D5 service=3Dorkaudio-ironiax
orkaudio.log:
**************
2006-06-23 15:01:26,000 INFO sip:293 - INVITE: from:111 10.10.0.51,16390 t=
o: callid:c7aacfc4-6f3f08b3@10.10.0.51
2006-06-23 15:01:26,019 INFO sip:293 - INVITE: from:111 10.10.0.51,16390 t=
o: callid:c7aacfc4-6f3f08b3@10.10.0.51
2006-06-23 15:01:26,038 INFO sip:293 - INVITE: from:111 10.10.0.235,18262 =
to: callid:102c52835aa6db0a66c643a720f3648c@10.10.0.235
2006-06-23 15:01:26,979 INFO rtpsession:273 - ZJS: 1st packet s1: 10.10.0.=
52,16390 10.10.0.235,18262 seq:4492 ts:367676070 len:240 type:0
2006-06-23 15:01:26,980 INFO rtpsession:273 - ZJR: 1st packet s1: 10.10.0.=
235,15018 10.10.0.51,16390 seq:19372 ts:0 len:160 type:0
2006-06-23 15:01:26,984 INFO rtpsession:292 - ZJR: 1st packet s2: 10.10.0.=
51,16390 10.10.0.235,15018 seq:12187 ts:395203272 len:240 type:0
2006-06-23 15:01:26,984 INFO rtpsession:64 - ZJR: 10.10.0.51,16390 Sip Ses=
sion start
2006-06-23 15:01:26,984 INFO port:156 - #10.10.0.51,16390: start
2006-06-23 15:01:26,985 INFO rtpsession:292 - ZJS: 1st packet s2: 10.10.0.=
235,18262 10.10.0.52,16390 seq:60760 ts:0 len:160 type:0
2006-06-23 15:01:26,985 INFO rtpsession:64 - ZJS: 10.10.0.52,16390 Sip Ses=
sion start
2006-06-23 15:01:26,985 INFO port:156 - #10.10.0.52,16390: start
2006-06-23 15:01:26,985 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.51,16390 stage=3Dstart captureport=3D10.10=
=2E0.51,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_1701=
26_10.10.0.51,16390 localparty=3D111 localentrypoint=3D remoteparty=3D dire=
ction=3Dout duration=3D0 service=3Dorkaudio-ironiax
2006-06-23 15:01:27,027 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.52,16390 stage=3Dstart captureport=3D10.10=
=2E0.52,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_1701=
26_10.10.0.52,16390.wav localparty=3D localentrypoint=3D remoteparty=3D111 =
direction=3Din duration=3D0 service=3Dorkaudio-ironiax
2006-06-23 15:01:31,574 INFO rtpsession:53 - ZJS: 10.10.0.52,16390 Session=
stop
2006-06-23 15:01:31,574 INFO port:172 - #10.10.0.52,16390: stop
2006-06-23 15:01:31,575 INFO tapelist:204 - date=3D2006-06-23_17-01-26 dur=
ation=3D5 direction=3Din capturePort=3D10.10.0.52,16390 localParty=3D remot=
eParty=3D111 localEntryPoint=3D
2006-06-23 15:01:31,575 INFO sip:216 - BYE: callid:102c52835aa6db0a66c643a=
720f3648c@10.10.0.235
2006-06-23 15:01:31,575 INFO rtpsession:273 - ZJT: 1st packet s1: 10.10.0.=
235,18262 10.10.0.52,16390 seq:60990 ts:36800 len:160 type:0
2006-06-23 15:01:31,576 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.52,16390 stage=3Dstop captureport=3D10.10.=
0.52,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_170126_=
10.10.0.52,16390.wav localparty=3D localentrypoint=3D remoteparty=3D111 dir=
ection=3Din duration=3D5 service=3Dorkaudio-ironiax
2006-06-23 15:01:31,577 INFO batchProcessing:77 - Th0 processing: 20060623=
_170126_10.10.0.52,16390
2006-06-23 15:01:31,578 INFO rtpsession:53 - ZJR: 10.10.0.51,16390 Session=
stop
2006-06-23 15:01:31,578 INFO port:172 - #10.10.0.51,16390: stop
2006-06-23 15:01:31,578 INFO tapelist:204 - date=3D2006-06-23_17-01-26 dur=
ation=3D5 direction=3Dout capturePort=3D10.10.0.51,16390 localParty=3D111 r=
emoteParty=3D localEntryPoint=3D
2006-06-23 15:01:31,578 INFO sip:216 - BYE: callid:c7aacfc4-6f3f08b3@10.10=
=2E0.51
2006-06-23 15:01:31,813 INFO reporting:67 - hostname=3Dironiax type=3Dtape=
recid=3D20060623_170126_10.10.0.51,16390 stage=3Dstop captureport=3D10.10.=
0.51,16390 timestamp=3D1151074886 filename=3D2006/06/23/17/20060623_170126_=
10.10.0.51,16390.wav localparty=3D111 localentrypoint=3D remoteparty=3D dir=
ection=3Dout duration=3D5 service=3Dorkaudio-ironiax
2006-06-23 15:01:31,842 INFO batchProcessing:158 - Th0 deleting native: 20=
060623_170126_10.10.0.52,16390
2006-06-23 15:01:31,843 INFO batchProcessing:77 - Th0 processing: 20060623=
_170126_10.10.0.51,16390
2006-06-23 15:01:31,913 INFO batchProcessing:158 - Th0 deleting native: 20=
060623_170126_10.10.0.51,16390
Anyway, I soppose it would be more usegul the pcap capture (that doesn't ex=
ist unfortunatelly), so when I'll repeat the process I'll do the capture,
try to understand the problem and tell you.
Thanks again and regards.
=2D-=20
I=F1aki Baz
Irontec, Internet y Sistemas sobre GNU/LinuX - http://www.irontec.com
+34 944416024
|
|
From: Henri H. <he...@or...> - 2006-06-26 13:42:01
|
Hi Inaki, You should get the called extension/number. If you want, you can send me offline a pcap trace of the traffic you are seeing so that I can figure = out what is going on. Cheers Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of I=F1aki Sent: 23 June 2006 11:21 To: ore...@li... Subject: Re: [Oreka-user] OrkAudio recors twice the same conversation El Viernes, 23 de Junio de 2006 13:52, I=F1aki escribi=F3: > PD: In the attached image I only can see the 111 extension. Why can't=20 > I see the called extension (113) or at least its IP (10.10.0.52)? Any explanation for this? is the normal issue to not show the called extension? Unfortunatelly I've realized that the called extension just doesn't = appear in OrkAudio's logs. Is it normal? I'm sorry for so many questions. Regards. -- I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: <ib...@ir...> - 2006-06-23 15:20:10
|
El Viernes, 23 de Junio de 2006 13:52, I=F1aki escribi=F3: > PD: In the attached image I only can see the 111 extension. Why can't I s= ee > the called extension (113) or at least its IP (10.10.0.52)? Any explanation for this? is the normal issue to not show the called=20 extension? Unfortunatelly I've realized that the called extension just doesn't appear = in=20 OrkAudio's logs. Is it normal? I'm sorry for so many questions. Regards. =2D-=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: <ib...@ir...> - 2006-06-23 14:41:02
|
El Viernes, 23 de Junio de 2006 14:09, Henri Herscher escribi=F3: > Hi Inaki, Hi again, and thanks a lot for your explanations. > Thanks for the very detailed report. This is expected. The reason for this > is that Asterisk terminates the RTP streams from both endpoints. That mea= ns > the media stream as seen from the Asterisk server is like this: > > Phone1 IPa,Port1 <-> IPb, Port3 Asterisk IPb, Port4 <-> Phone2 Ipc, Port= 5. > > Which is actually two separate media streams. So, then? all the conversations will be displayed duplicated in OrkWeb? I mean: a common scenary is an Asterisk host with the inbound and ountbound= =20 traffic through it. So, there will be appear always duplicated entries in=20 OrkWeb? The only case it doesn't occur is when an extreme of the conversation is a= =20 softphone in Asterisk host, that is not very usual. Regards. =2D-=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: Henri H. <he...@or...> - 2006-06-23 12:10:03
|
Hi Inaki, Thanks for the very detailed report. This is expected. The reason for = this is that Asterisk terminates the RTP streams from both endpoints. That = means the media stream as seen from the Asterisk server is like this: Phone1 IPa,Port1 <-> IPb, Port3 Asterisk IPb, Port4 <-> Phone2 Ipc, = Port5. Which is actually two separate media streams. In the tradiotional SIP = model, you would only have a Phone1 <-> Phone2 media path. If you get external (TDM) calls, you'll only get one record. As for the firefox issue, we would need to look into using the Windows = Media Player plugin for firefox to emulate what's done with the Windows Media Player ActiveX object under IE.=20 Cheers Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of I=F1aki Sent: 23 June 2006 07:52 To: ore...@li... Subject: [Oreka-user] OrkAudio recors twice the same conversation Hi, I've configured two IP phones against my Asterisk PBX. I have set "canreinvite=3Dno" for them to force to send the RTP traffic through Asterisk where OrkAudio is listening. The calling IP phone has 111 extension and IP 10.10.0.51. The called IP phone has 113 extension and IP 10.10.0.52. The Asterisk host has IP 10.10.0.235. The problem is that OrkAudio generates 2 audio files: 86K 2006-06-23 13:30 20060623_133007_10.10.0.51,16384.wav 85K 2006-06-23 13:30 20060623_133007_10.10.0.52,16480.wav Both have the entire conversation, so both are the same file (but not = the size), but one is in one direction and the other in the opposite. You can see the attached OrkWeb screenshot. * tapelist.log says: -------------------------------------------------------------------------= --- --------------------------------- date=3D2006-06-23_13-30-07 duration=3D6 direction=3Din capturePort=3D10.10.0.52,16480 localParty=3D remoteParty=3D111 = localEntryPoint=3D date=3D2006-06-23_13-30-07 duration=3D6 direction=3Dout capturePort=3D10.10.0.51,16384 localParty=3D111 remoteParty=3D = localEntryPoint=3D -------------------------------------------------------------------------= --- --------------------------------- * messages.log says: -------------------------------------------------------------------------= --- --------------------------------- 2006-06-23 11:30:07,760 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstart captureport=3D10.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.51,16384 = localparty=3D111 localentrypoint=3D remoteparty=3D direction=3Dout duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:07,773 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstart captureport=3D10.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.52,16480.wav = localparty=3D localentrypoint=3D remoteparty=3D111 direction=3Din duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,582 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstop captureport=3D10.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.52,16480.wav = localparty=3D localentrypoint=3D remoteparty=3D111 direction=3Din duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,809 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstop captureport=3D10.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.51,16384.wav = localparty=3D111 localentrypoint=3D remoteparty=3D direction=3Dout duration=3D6 service=3Dorkaudio-irontec.com -------------------------------------------------------------------------= --- --------------------------------- * orkaudio.log says: -------------------------------------------------------------------------= --- --------------------------------- 2006-06-23 11:29:57,549 INFO root:93 - Loaded plugin: /usr/lib/orkaudio/plugins/librtpmixer.so 2006-06-23 11:29:57,552 INFO root:87 - Loaded plugin: = /usr/lib/libvoip.so 2006-06-23 11:29:57,553 INFO packet:612 - Initializing VoIP plugin 2006-06-23 11:29:57,628 INFO packet:532 - Available pcap devices: 2006-06-23 11:29:57,628 INFO packet:539 - * eth0 - 2006-06-23 11:29:57,632 INFO packet:560 - Successfully opened device. = pcap handle:80ca038 2006-06-23 11:29:57,633 INFO packet:539 - * tap0 - 2006-06-23 11:29:57,633 INFO packet:539 - * any - Pseudo-device that captures on all interfaces 2006-06-23 11:29:57,633 INFO packet:539 - * lo - 2006-06-23 11:29:57,633 INFO packet:431 - Start Capturing: pcap handle:80ca038 2006-06-23 11:30:06,444 INFO sip:293 - INVITE: from:111 = 10.10.0.51,16384 to: callid:3afa9b33-a50d4356@10.10.0.51 2006-06-23 11:30:06,469 INFO sip:293 - INVITE: from:111 = 10.10.0.51,16384 to: callid:3afa9b33-a50d4356@10.10.0.51 2006-06-23 11:30:06,470 INFO sip:293 - INVITE: from:111 = 10.10.0.235,14814 to: callid:0c80f63f173ee4be7626156620f352d5@10.10.0.235 2006-06-23 11:30:07,754 INFO rtpsession:273 - CBW: 1st packet s1: 10.10.0.52,16480 10.10.0.235,14814 seq:13663 ts:206416004 len:240 type:0 2006-06-23 11:30:07,755 INFO rtpsession:273 - CBV: 1st packet s1: 10.10.0.235,19062 10.10.0.51,16384 seq:61331 ts:0 len:160 type:0 2006-06-23 11:30:07,759 INFO rtpsession:292 - CBV: 1st packet s2: 10.10.0.51,16384 10.10.0.235,19062 seq:7454 ts:52310631 len:240 type:0 2006-06-23 11:30:07,759 INFO rtpsession:64 - CBV: 10.10.0.51,16384 Sip Session start 2006-06-23 11:30:07,759 INFO port:156 - #10.10.0.51,16384: start 2006-06-23 11:30:07,760 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstart captureport=3D10.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.51,16384 = localparty=3D111 localentrypoint=3D remoteparty=3D direction=3Dout duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:07,762 INFO rtpsession:292 - CBW: 1st packet s2: 10.10.0.235,14814 10.10.0.52,16480 seq:14015 ts:0 len:160 type:0 2006-06-23 11:30:07,762 INFO rtpsession:64 - CBW: 10.10.0.52,16480 Sip Session start 2006-06-23 11:30:07,762 INFO port:156 - #10.10.0.52,16480: start 2006-06-23 11:30:07,773 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstart captureport=3D10.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.52,16480.wav = localparty=3D localentrypoint=3D remoteparty=3D111 direction=3Din duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,582 INFO rtpsession:53 - CBW: 10.10.0.52,16480 = Session stop 2006-06-23 11:30:13,582 INFO port:172 - #10.10.0.52,16480: stop 2006-06-23 11:30:13,582 INFO tapelist:204 - date=3D2006-06-23_13-30-07 duration=3D6 direction=3Din capturePort=3D10.10.0.52,16480 localParty=3D remoteParty=3D111 localEntryPoint=3D 2006-06-23 11:30:13,582 INFO sip:216 - BYE: callid:0c80f63f173ee4be7626156620f352d5@10.10.0.235 2006-06-23 11:30:13,582 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstop captureport=3D10.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.52,16480.wav = localparty=3D localentrypoint=3D remoteparty=3D111 direction=3Din duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,584 INFO batchProcessing:77 - Th0 processing: 20060623_133007_10.10.0.52,16480 2006-06-23 11:30:13,595 INFO rtpsession:53 - CBV: 10.10.0.51,16384 = Session stop 2006-06-23 11:30:13,596 INFO port:172 - #10.10.0.51,16384: stop 2006-06-23 11:30:13,596 INFO tapelist:204 - date=3D2006-06-23_13-30-07 duration=3D6 direction=3Dout capturePort=3D10.10.0.51,16384 = localParty=3D111 remoteParty=3D localEntryPoint=3D 2006-06-23 11:30:13,596 INFO sip:216 - BYE: callid:3afa9b33-a50d4356@10.10.0.51 2006-06-23 11:30:13,646 INFO batchProcessing:158 - Th0 deleting native: 20060623_133007_10.10.0.52,16480 2006-06-23 11:30:13,647 INFO batchProcessing:77 - Th0 processing: 20060623_133007_10.10.0.51,16384 2006-06-23 11:30:13,694 INFO batchProcessing:158 - Th0 deleting native: 20060623_133007_10.10.0.51,16384 2006-06-23 11:30:13,809 INFO reporting:67 - hostname=3Dirontec.com = type=3Dtape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstop captureport=3D10.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_133007_10.10.0.51,16384.wav = localparty=3D111 localentrypoint=3D remoteparty=3D direction=3Dout duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:27,445 INFO rtpsessions:684 - CBX: 10.10.0.235,19062 Expired -------------------------------------------------------------------------= --- --------------------------------- * OrkAudio's config.xml is like this: -------------------------------------------------------------------------= --- --------------------------------- <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 --> =20 <AudioOutputPath>/opt/apache-tomcat-5.5.17/webapps/ROOT</AudioOutputPath>= <!-- Use the following if oreka has been installed (having run = "make install") --> <CapturePluginPath>/usr/lib</CapturePluginPath> <CapturePlugin>libvoip.so</CapturePlugin> <!-- Use the following if you run oreka uninstalled (without = having run "make install") --> =20 <!--<CapturePluginPath>audiocaptureplugins/voip/.libs</CapturePluginPath>= --> <!--<CapturePlugin>libvoip.so</CapturePlugin>--> <!-- Audio file storage format: choose from: native, gsm, ulaw, alaw, pcmwav --> <StorageAudioFormat>pcmwav</StorageAudioFormat> <!-- If you want to keep native audio files as well as = compressed, change this to "no" --> <DeleteNativeFile>true</DeleteNativeFile> <NumBatchThreads></NumBatchThreads> <TrackerHostname>10.10.0.235</TrackerHostname> <EnableReporting>true</EnableReporting> <ClientTimeout>1000</ClientTimeout> <AudioSegmentation>false</AudioSegmentation> <AudioSegmentDuration>10</AudioSegmentDuration> <VoIpPlugin> <!-- Unix style network device. Use this if you want to force capture from a given device. --> <!-- All available devices are listed in /etc/orkaudio/orkaudio.log when the service is starting --> <Device>eth0</Device> <!-- LanMasks can be ignored if you have standard LAN addresses (192.168.x.x or 10.x.x.x) --> <!-- LanMasks might be used to determine the direction = of a call (incoming or outgoing into or from the LAN) --> <!--<LanMasks>10.10.0.x</LanMasks>--> <!-- The following is a csv list of your PBX, PSTN = gateway, conferencing server or such "gateway" devices --> <MediaGateways>10.10.0.235</MediaGateways> <MediaGateways></MediaGateways> </VoIpPlugin> <GeneratorPlugin> <NumConcurrentPorts>1</NumConcurrentPorts> <AudioDuration>5</AudioDuration> <AudioFilename>sine.16KHz.pcm.wav</AudioFilename> </GeneratorPlugin> </config> -------------------------------------------------------------------------= --- --------------------------------- Is there any explanation for this issue? is it the expected behaviour? When I call from any SIP phone to a softphone running in the Asterisk = host OrkAudio only generates one file (as I expect). PD: In the attached image I only can see the 111 extension. Why can't I = see the called extension (113) or at least its IP (10.10.0.52)? PPD: There is a JavaScript bug in the page that could do just impossible = to play the recordings using Firefox (maybe using special plugins to embeb WindowsMediaPLayer or similar). It's the following: ------------------------------------------------------------------ =A0 <script language=3D"JavaScript"> =A0 =A0 function play (audioFilename) =A0 =A0 { =A0 =A0 =A0 =A0document.all.player.autoStart =3D true; =A0 =A0 =A0 =A0document.all.player.fileName =3D audioFilename; =A0 =A0 } =A0 </script> ------------------------------------------------------------------ Firefox can't understant that code and says this error: ------------------------------------------------------------------ =A0 document.all has no properties ------------------------------------------------------------------ A better (and standar) code would be the following: ------------------------------------------------------------------ =A0 <script language=3D"JavaScript"> =A0 =A0 function play (audioFilename) =A0 =A0 { =A0 =A0 =A0 =A0document.getElementById("player").autoStart =3D true; =A0 =A0 =A0 =A0document.getElementById("player").fileName =3D = audioFilename; =A0 =A0 } =A0 </script> ------------------------------------------------------------------ Thanks for any help in my problem. Regards. -- I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: <ib...@ir...> - 2006-06-23 11:51:43
|
Hi, I've configured two IP phones against my Asterisk PBX. I have set "canreinvite=3Dno" for them to force to send the RTP traffic thr= ough Asterisk where OrkAudio is listening. The calling IP phone has 111 extension and IP 10.10.0.51. The called IP phone has 113 extension and IP 10.10.0.52. The Asterisk host has IP 10.10.0.235. The problem is that OrkAudio generates 2 audio files: 86K 2006-06-23 13:30 20060623_133007_10.10.0.51,16384.wav 85K 2006-06-23 13:30 20060623_133007_10.10.0.52,16480.wav Both have the entire conversation, so both are the same file (but not the s= ize), but one is in one direction and the other in the opposite. You can see the attached OrkWeb screenshot. * tapelist.log says: =2D------------------------------------------------------------------------= =2D----------------------------------- date=3D2006-06-23_13-30-07 duration=3D6 direction=3Din capturePort=3D10.10.= 0.52,16480 localParty=3D remoteParty=3D111 localEntryPoint=3D date=3D2006-06-23_13-30-07 duration=3D6 direction=3Dout capturePort=3D10.10= =2E0.51,16384 localParty=3D111 remoteParty=3D localEntryPoint=3D =2D------------------------------------------------------------------------= =2D----------------------------------- * messages.log says: =2D------------------------------------------------------------------------= =2D----------------------------------- 2006-06-23 11:30:07,760 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstart captureport=3D1= 0.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_13= 3007_10.10.0.51,16384 localparty=3D111 localentrypoint=3D remoteparty=3D di= rection=3Dout duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:07,773 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstart captureport=3D1= 0.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_13= 3007_10.10.0.52,16480.wav localparty=3D localentrypoint=3D remoteparty=3D11= 1 direction=3Din duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,582 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstop captureport=3D10= =2E10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_1= 33007_10.10.0.52,16480.wav localparty=3D localentrypoint=3D remoteparty=3D1= 11 direction=3Din duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,809 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstop captureport=3D10= =2E10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_1= 33007_10.10.0.51,16384.wav localparty=3D111 localentrypoint=3D remoteparty= =3D direction=3Dout duration=3D6 service=3Dorkaudio-irontec.com =2D------------------------------------------------------------------------= =2D----------------------------------- * orkaudio.log says: =2D------------------------------------------------------------------------= =2D----------------------------------- 2006-06-23 11:29:57,549 INFO root:93 - Loaded plugin: /usr/lib/orkaudio/pl= ugins/librtpmixer.so 2006-06-23 11:29:57,552 INFO root:87 - Loaded plugin: /usr/lib/libvoip.so 2006-06-23 11:29:57,553 INFO packet:612 - Initializing VoIP plugin 2006-06-23 11:29:57,628 INFO packet:532 - Available pcap devices: 2006-06-23 11:29:57,628 INFO packet:539 - * eth0 - 2006-06-23 11:29:57,632 INFO packet:560 - Successfully opened device. pcap= handle:80ca038 2006-06-23 11:29:57,633 INFO packet:539 - * tap0 - 2006-06-23 11:29:57,633 INFO packet:539 - * any - Pseudo-device that captu= res on all interfaces 2006-06-23 11:29:57,633 INFO packet:539 - * lo - 2006-06-23 11:29:57,633 INFO packet:431 - Start Capturing: pcap handle:80c= a038 2006-06-23 11:30:06,444 INFO sip:293 - INVITE: from:111 10.10.0.51,16384 t= o: callid:3afa9b33-a50d4356@10.10.0.51 2006-06-23 11:30:06,469 INFO sip:293 - INVITE: from:111 10.10.0.51,16384 t= o: callid:3afa9b33-a50d4356@10.10.0.51 2006-06-23 11:30:06,470 INFO sip:293 - INVITE: from:111 10.10.0.235,14814 = to: callid:0c80f63f173ee4be7626156620f352d5@10.10.0.235 2006-06-23 11:30:07,754 INFO rtpsession:273 - CBW: 1st packet s1: 10.10.0.= 52,16480 10.10.0.235,14814 seq:13663 ts:206416004 len:240 type:0 2006-06-23 11:30:07,755 INFO rtpsession:273 - CBV: 1st packet s1: 10.10.0.= 235,19062 10.10.0.51,16384 seq:61331 ts:0 len:160 type:0 2006-06-23 11:30:07,759 INFO rtpsession:292 - CBV: 1st packet s2: 10.10.0.= 51,16384 10.10.0.235,19062 seq:7454 ts:52310631 len:240 type:0 2006-06-23 11:30:07,759 INFO rtpsession:64 - CBV: 10.10.0.51,16384 Sip Ses= sion start 2006-06-23 11:30:07,759 INFO port:156 - #10.10.0.51,16384: start 2006-06-23 11:30:07,760 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstart captureport=3D1= 0.10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_13= 3007_10.10.0.51,16384 localparty=3D111 localentrypoint=3D remoteparty=3D di= rection=3Dout duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:07,762 INFO rtpsession:292 - CBW: 1st packet s2: 10.10.0.= 235,14814 10.10.0.52,16480 seq:14015 ts:0 len:160 type:0 2006-06-23 11:30:07,762 INFO rtpsession:64 - CBW: 10.10.0.52,16480 Sip Ses= sion start 2006-06-23 11:30:07,762 INFO port:156 - #10.10.0.52,16480: start 2006-06-23 11:30:07,773 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstart captureport=3D1= 0.10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_13= 3007_10.10.0.52,16480.wav localparty=3D localentrypoint=3D remoteparty=3D11= 1 direction=3Din duration=3D0 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,582 INFO rtpsession:53 - CBW: 10.10.0.52,16480 Session= stop 2006-06-23 11:30:13,582 INFO port:172 - #10.10.0.52,16480: stop 2006-06-23 11:30:13,582 INFO tapelist:204 - date=3D2006-06-23_13-30-07 dur= ation=3D6 direction=3Din capturePort=3D10.10.0.52,16480 localParty=3D remot= eParty=3D111 localEntryPoint=3D 2006-06-23 11:30:13,582 INFO sip:216 - BYE: callid:0c80f63f173ee4be7626156= 620f352d5@10.10.0.235 2006-06-23 11:30:13,582 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.52,16480 stage=3Dstop captureport=3D10= =2E10.0.52,16480 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_1= 33007_10.10.0.52,16480.wav localparty=3D localentrypoint=3D remoteparty=3D1= 11 direction=3Din duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:13,584 INFO batchProcessing:77 - Th0 processing: 20060623= _133007_10.10.0.52,16480 2006-06-23 11:30:13,595 INFO rtpsession:53 - CBV: 10.10.0.51,16384 Session= stop 2006-06-23 11:30:13,596 INFO port:172 - #10.10.0.51,16384: stop 2006-06-23 11:30:13,596 INFO tapelist:204 - date=3D2006-06-23_13-30-07 dur= ation=3D6 direction=3Dout capturePort=3D10.10.0.51,16384 localParty=3D111 r= emoteParty=3D localEntryPoint=3D 2006-06-23 11:30:13,596 INFO sip:216 - BYE: callid:3afa9b33-a50d4356@10.10= =2E0.51 2006-06-23 11:30:13,646 INFO batchProcessing:158 - Th0 deleting native: 20= 060623_133007_10.10.0.52,16480 2006-06-23 11:30:13,647 INFO batchProcessing:77 - Th0 processing: 20060623= _133007_10.10.0.51,16384 2006-06-23 11:30:13,694 INFO batchProcessing:158 - Th0 deleting native: 20= 060623_133007_10.10.0.51,16384 2006-06-23 11:30:13,809 INFO reporting:67 - hostname=3Dirontec.com type=3D= tape recid=3D20060623_133007_10.10.0.51,16384 stage=3Dstop captureport=3D10= =2E10.0.51,16384 timestamp=3D1151062207 filename=3D2006/06/23/13/20060623_1= 33007_10.10.0.51,16384.wav localparty=3D111 localentrypoint=3D remoteparty= =3D direction=3Dout duration=3D6 service=3Dorkaudio-irontec.com 2006-06-23 11:30:27,445 INFO rtpsessions:684 - CBX: 10.10.0.235,19062 Expi= red =2D------------------------------------------------------------------------= =2D----------------------------------- * OrkAudio's config.xml is like this: =2D------------------------------------------------------------------------= =2D----------------------------------- <config> <!-- This is an example configuration file for the Oreka orkaudio capture s= ervice on Linux --> <!-- Copy this to config.xml and modify according to taste --> <AudioOutputPath>/opt/apache-tomcat-5.5.17/webapps/ROOT</AudioOutpu= tPath> <!-- Use the following if oreka has been installed (having run "mak= e install") --> <CapturePluginPath>/usr/lib</CapturePluginPath> <CapturePlugin>libvoip.so</CapturePlugin> <!-- Use the following if you run oreka uninstalled (without having= run "make install") --> <!--<CapturePluginPath>audiocaptureplugins/voip/.libs</CapturePlugi= nPath>--> <!--<CapturePlugin>libvoip.so</CapturePlugin>--> <!-- Audio file storage format: choose from: native, gsm, ulaw, ala= w, pcmwav --> <StorageAudioFormat>pcmwav</StorageAudioFormat> <!-- If you want to keep native audio files as well as compressed, = change this to "no" --> <DeleteNativeFile>true</DeleteNativeFile> <NumBatchThreads></NumBatchThreads> <TrackerHostname>10.10.0.235</TrackerHostname> <EnableReporting>true</EnableReporting> <ClientTimeout>1000</ClientTimeout> <AudioSegmentation>false</AudioSegmentation> <AudioSegmentDuration>10</AudioSegmentDuration> <VoIpPlugin> <!-- Unix style network device. Use this if you want to for= ce capture from a given device. --> <!-- All available devices are listed in /etc/orkaudio/orka= udio.log when the service is starting --> <Device>eth0</Device> <!-- LanMasks can be ignored if you have standard LAN addre= sses (192.168.x.x or 10.x.x.x) --> <!-- LanMasks might be used to determine the direction of a= call (incoming or outgoing into or from the LAN) --> <!--<LanMasks>10.10.0.x</LanMasks>--> <!-- The following is a csv list of your PBX, PSTN gateway,= conferencing server or such "gateway" devices --> <MediaGateways>10.10.0.235</MediaGateways> <MediaGateways></MediaGateways> </VoIpPlugin> <GeneratorPlugin> <NumConcurrentPorts>1</NumConcurrentPorts> <AudioDuration>5</AudioDuration> <AudioFilename>sine.16KHz.pcm.wav</AudioFilename> </GeneratorPlugin> </config> =2D------------------------------------------------------------------------= =2D----------------------------------- Is there any explanation for this issue? is it the expected behaviour? When I call from any SIP phone to a softphone running in the Asterisk host = OrkAudio only generates one file (as I expect). PD: In the attached image I only can see the 111 extension. Why can't I see= the called extension (113) or at least its IP (10.10.0.52)? PPD: There is a JavaScript bug in the page that could do just impossible=20 to play the recordings using Firefox (maybe using special plugins to embeb = WindowsMediaPLayer or similar). It's the=20 following: =2D----------------------------------------------------------------- =A0 <script language=3D"JavaScript"> =A0 =A0 function play (audioFilename) =A0 =A0 { =A0 =A0 =A0 =A0document.all.player.autoStart =3D true; =A0 =A0 =A0 =A0document.all.player.fileName =3D audioFilename; =A0 =A0 } =A0 </script> =A0 =A0 =2D----------------------------------------------------------------- =46irefox can't understant that code and says this error: =2D----------------------------------------------------------------- =A0 document.all has no properties =2D----------------------------------------------------------------- A better (and standar) code would be the following: =2D----------------------------------------------------------------- =A0 <script language=3D"JavaScript"> =A0 =A0 function play (audioFilename) =A0 =A0 { =A0 =A0 =A0 =A0document.getElementById("player").autoStart =3D true; =A0 =A0 =A0 =A0document.getElementById("player").fileName =3D audioFilename; =A0 =A0 } =A0 </script> =A0 =A0 =2D----------------------------------------------------------------- Thanks for any help in my problem. Regards. =2D-=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: Henri H. <he...@or...> - 2006-06-22 13:17:44
|
Hi Inaki, This is pretty strange because the app was developed with MySQL 4.1. Not sure what to make of this but I'm using MySQL 5.0 as well now, so I = might just change the manual if it is confirmed that there is a problem with = MySQL 4.1. Cheers Henri=20 -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of I=F1aki Sent: 22 June 2006 05:00 To: ore...@li... Subject: Re: [Oreka-user] Can't login in Orkweb and"net.sf.oreka.HibernateManager ERROR" [SOLVED] El Mi=E9rcoles, 21 de Junio de 2006 13:34, I=F1aki escribi=F3: > Hello, I'm trying to install Oreka. The problem is that I can't login=20 > into > Orkweb: > Note the error: > net.sf.oreka.HibernateManager ERROR - Hibernate=20 > error:org.hibernate.exception.GenericJDBCException > > - After that I go to http://localhost:8080/orkweb/ and try to login=20 > with "admin:admin", but I receive "Invalid login or password". I was using MySQL 4.1 (because 4.X appears as prerequisite in Oreka = manual) and the "hibernate" error occurs always. Now I've upgraded to MySQL 5.0 and the problem is fixed. The table User = is not empty now and it contains the "admin" user, so I can login into = Orkweb. Regards ;) --=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications = in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D107521&bid=3D248729&dat=3D= 121642 _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: <ib...@ir...> - 2006-06-22 08:59:29
|
El Mi=E9rcoles, 21 de Junio de 2006 13:34, I=F1aki escribi=F3: > Hello, I'm trying to install Oreka. The problem is that I can't login into > Orkweb: > Note the error: > net.sf.oreka.HibernateManager ERROR - Hibernate > error:org.hibernate.exception.GenericJDBCException > > - After that I go to http://localhost:8080/orkweb/ and try to login with > "admin:admin", but I receive "Invalid login or password". I was using MySQL 4.1 (because 4.X appears as prerequisite in Oreka manual)= =20 and the "hibernate" error occurs always. Now I've upgraded to MySQL 5.0 and the problem is fixed. The table User is = not=20 empty now and it contains the "admin" user, so I can login into Orkweb. Regards ;) =2D-=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: <ib...@ir...> - 2006-06-22 08:29:31
|
El Mi=E9rcoles, 21 de Junio de 2006 17:30, I=F1aki escribi=F3: > In fact, I deleted "oreka" database and set a wrong password in the config > files, so the database is not created when restarting Tomcat. > > After that I set again the correct root password for orkweb and orktrac > configuration files and restarted Tomcat, so the oreka db was created > again, but empty. Sorry, what I want to mean here is that if I've "oreka" db created and star= t=20 Tomcat its tables are generated (but empty all of them). But if a change th= e=20 mysql root password in config files (without tables in "oreka" db) and star= t=20 Tomcat then the tables are not created. Because of it I think it's not privileges problem. Thanks for your help. =2D-=20 I=F1aki Baz Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +0034 944416024 |
|
From: <ib...@ir...> - 2006-06-21 16:06:43
|
El Mi=E9rcoles, 21 de Junio de 2006 15:59, Henri Herscher escribi=F3:
> Hi Inaki,
>
> The user table should not be empty. I'm pretty surprised OrkTrack managed
> to create the tables but fails at inserting the admin user.
This is empty, in fact all the tables are empty.
> Your mysql root user might have wrong permissions or something like that.
Impossible, I can do anything logged as "root" in mysql, in every dabasases=
including "oreka".
In fact, I deleted "oreka" database and set a wrong password in the config =
files, so the database is not created when restarting Tomcat.
After that I set again the correct root password for orkweb and orktrac con=
figuration files and restarted Tomcat, so the oreka db was created again, b=
ut empty.
> Could you try to manually insert a user record on the mysql command line
> under user root/rootpasswd ?
I have done it, but I'm not sure how to set values in others tables. I supp=
ose that I must set an user called "admin" with password "admin", but don't=
know exactly how to do it.
I have done the folllowing:
Domain:
+----+-----------+-------------+
| id | name | description |
+----+-----------+-------------+
| 1 | localhost | noidea |
+----+-----------+-------------+
LoginString;
+----+-------------+-----------+---------+
| id | loginString | domain_id | user_id |
+----+-------------+-----------+---------+
| 1 | admin | 1 | 1 |
+----+-------------+-----------+---------+
User;
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
| id | disabled | email | firstname | lastname | dateCreated =
| dateDeleted | dateDisabled | deleted | password |
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
| 1 | 0 | ibc@ironiax | | | 0000-00-00 00:00:00 =
| 0000-00-00 00:00:00 | 0000-00-00 00:00:00 | 0 | admin |
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
I've tried with PASSWORD('admin') and MD5('admin').
But I can't loggin.
Please, could you tell me how exactly add the user admin in the database?
> Otherwise, could you post the content of C:\oreka\orktrack\orktrack.log
> this should give more info on the hibernate init.
I use Linux Debian, so I set the file /etc/orkaudio/orktrack/orktrack.log t=
hat only says:
12:36:40,922 net.sf.oreka.orktrack.OrkTrack INFO - =3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
12:36:40,922 net.sf.oreka.orktrack.OrkTrack INFO - OrkTrack starting ...
12:36:43,838 net.sf.oreka.HibernateManager ERROR - Hibernate error:org.hi=
bernate.exception.GenericJDBCException
and /etc/orkaudio/orkweb/orkweb.log says:
12:36:44,382 root INFO - =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
12:36:44,382 root INFO - orkweb starting ...
12:36:44,793 net.sf.oreka.HibernateManager ERROR - Hibernate error:org.hi=
bernate.exception.GenericJDBCException
12:36:47,597 org.apache.tapestry.ApplicationServlet INFO - Initialized a=
pplication servlet 'orkweb': 1.315 millis to create HiveMind Registry, 2.76=
3 millis overall.
12:36:48,129 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].[/jsp-examples] INFO - ContextListener: contextInitialized()
12:36:48,129 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].[/jsp-examples] INFO - SessionListener: contextInitialized()
12:36:48,420 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].[/servlets-examples] INFO - ContextListener: contextInitialized()
12:36:48,421 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].[/servlets-examples] INFO - SessionListener: contextInitialized()
I thanks you a lot for your help.
Regards, I=F1aki.
=2D-=20
I=F1aki Baz
Irontec: Internet y Sistemas sobre GNU/Linux
http://www.irontec.com
+0034 944416024
|
|
From: <ib...@ir...> - 2006-06-21 15:29:09
|
El Mi=E9rcoles, 21 de Junio de 2006 15:59, Henri Herscher escribi=F3:
> Hi Inaki,
>
> The user table should not be empty. I'm pretty surprised OrkTrack managed
> to create the tables but fails at inserting the admin user.
This is empty, in fact all the tables are empty.
> Your mysql root user might have wrong permissions or something like that.
Impossible, I can do anything logged as "root" in mysql, in every dabasases=
=20
including "oreka".
In fact, I deleted "oreka" database and set a wrong password in the config=
=20
files, so the database is not created when restarting Tomcat.
After that I set again the correct root password for orkweb and orktrac=20
configuration files and restarted Tomcat, so the oreka db was created again=
,=20
but empty.
> Could you try to manually insert a user record on the mysql command line
> under user root/rootpasswd ?
I have done it, but I'm not sure how to set values in others tables. I supp=
ose=20
that I must set an user called "admin" with password "admin", but don't kno=
w=20
exactly how to do it.
I have done the folllowing:
Domain:
+----+-----------+-------------+
| id | name | description |
+----+-----------+-------------+
| 1 | localhost | noidea |
+----+-----------+-------------+
LoginString;
+----+-------------+-----------+---------+
| id | loginString | domain_id | user_id |
+----+-------------+-----------+---------+
| 1 | admin | 1 | 1 |
+----+-------------+-----------+---------+
User;
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
| id | disabled | email | firstname | lastname | dateCreated =
|=20
dateDeleted | dateDisabled | deleted | password |
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
| 1 | 0 | ibc@ironiax | | | 0000-00-00 00:00:00 =
|=20
0000-00-00 00:00:00 | 0000-00-00 00:00:00 | 0 | admin |
+----+----------+-------------+-----------+----------+---------------------=
+---------------------+---------------------+---------+----------+
I've tried with PASSWORD('admin') and MD5('admin').
But I can't loggin.
Please, could you tell me how exactly add the user admin in the database?
> Otherwise, could you post the content of C:\oreka\orktrack\orktrack.log
> this should give more info on the hibernate init.
I use Linux Debian, so I set the file /etc/orkaudio/orktrack/orktrack.log t=
hat=20
only says:
12:36:40,922 net.sf.oreka.orktrack.OrkTrack INFO -=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
12:36:40,922 net.sf.oreka.orktrack.OrkTrack INFO - OrkTrack starting ...
12:36:43,838 net.sf.oreka.HibernateManager ERROR - Hibernate=20
error:org.hibernate.exception.GenericJDBCException
and /etc/orkaudio/orkweb/orkweb.log says:
12:36:44,382 root INFO - =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
12:36:44,382 root INFO - orkweb starting ...
12:36:44,793 net.sf.oreka.HibernateManager ERROR - Hibernate=20
error:org.hibernate.exception.GenericJDBCException
12:36:47,597 org.apache.tapestry.ApplicationServlet INFO - Initialized=20
application servlet 'orkweb': 1.315 millis to create HiveMind Registry, 2.7=
63=20
millis overall.
12:36:48,129 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].
[/jsp-examples] INFO - ContextListener: contextInitialized()
12:36:48,129 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].
[/jsp-examples] INFO - SessionListener: contextInitialized()
12:36:48,420 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].
[/servlets-examples] INFO - ContextListener: contextInitialized()
12:36:48,421 org.apache.catalina.core.ContainerBase.[Catalina].[localhost=
].
[/servlets-examples] INFO - SessionListener: contextInitialized()
I thanks you a lot for your help.
Regards, I=F1aki.
=2D-=20
I=F1aki Baz
Irontec: Internet y Sistemas sobre GNU/Linux
http://www.irontec.com
+0034 944416024
=2D-=20
I=F1aki Baz
Irontec: Internet y Sistemas sobre GNU/Linux
http://www.irontec.com
+0034 944416024
|
|
From: Henri H. <he...@or...> - 2006-06-21 13:59:56
|
Hi Inaki,
The user table should not be empty. I'm pretty surprised OrkTrack =
managed to
create the tables but fails at inserting the admin user.
Your mysql root user might have wrong permissions or something like =
that.
Could you try to manually insert a user record on the mysql command line
under user root/rootpasswd ?
Otherwise, could you post the content of C:\oreka\orktrack\orktrack.log =
this
should give more info on the hibernate init.
Henri=20
-----Original Message-----
From: ore...@li...
[mailto:ore...@li...] On Behalf Of I=F1aki
Sent: 21 June 2006 07:35
To: ore...@li...
Subject: [Oreka-user] Can't login in Orkweb
and"net.sf.oreka.HibernateManager ERROR"
Hello, I'm trying to install Oreka. The problem is that I can't login =
into
Orkweb:
- I've installed Orkaudio succesfully, and apache-tomcat-5.5.17 that =
works
correctly.
- I've added user "admin:mypasswd" with roles "manager, admin" in
tomcat-users.xml. I can login with it into Tomcat-admin.
- I've created manually a MySQL database called "oreka".
- I've installed Orkweb and Orktrack and configure their "web.xml" files
with the /etc/orkaudio/orkweb/* and /etc/orkaudio/orktrack/*.
- I've configured "mysql.hbm.xml" files with:
<property
name=3D"hibernate.dialect">org.hibernate.dialect.MySQLMyISAMDialect</prop=
erty>
<property
name=3D"hibernate.connection.driver_class">com.mysql.jdbc.Driver</propert=
y>
<property
name=3D"hibernate.connection.url">jdbc:mysql://localhost/oreka</property>=
<property name=3D"hibernate.connection.password">
rootpasswd</property>
<property name=3D"hibernate.connection.username">root</property>
- After restart Tomcat the oreka database tables are correctly created, =
so
it's no problem of a wrong mysql connection.
- But when starting Tomcat I see the following in "catalina.out":
13:15:40,041 net.sf.oreka.orktrack.OrkTrack INFO -
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
13:15:40,042 net.sf.oreka.orktrack.OrkTrack INFO - OrkTrack starting =
...
Hibernate: select user0_.id as id5_0_, user0_.disabled as disabled5_0_,
user0_.email as email5_0_, user0_.firstname as firstname5_0_,
user0_.lastname as lastname5_0_, user0_.dateCreated as dateCrea6_5_0_,
user0_.dateDeleted as dateDele7_5_0_, user0_.dateDisabled as =
dateDisa8_5_0_,
user0_.deleted as deleted5_0_, user0_.password as password5_0_ from User
user0_ where user0_.id=3D?
Hibernate: insert into User (disabled, email, firstname, lastname,
dateCreated, dateDeleted, dateDisabled, deleted, password) values (?, ?, =
?,
?, ?, ?, ?, ?, ?)
13:15:43,032 net.sf.oreka.HibernateManager ERROR - Hibernate
error:org.hibernate.exception.GenericJDBCException
Hibernate: select recportfac0_.name as name10_, recportfac0_.recPort_id =
as
recPort2_10_, recportfac0_.service_id as service3_10_ from RecPortFace
recportfac0_
Hibernate: select recprogram0_.id as id0_, recprogram0_.localParty as
localParty0_, recprogram0_.remoteParty as remotePa3_0_, =
recprogram0_.cycle
as cycle0_, recprogram0_.discarded as discarded0_, =
recprogram0_.keepForHours
as keepForH6_0_, recprogram0_.maxDuration as maxDurat7_0_,
recprogram0_.minDuration as minDurat8_0_, recprogram0_.randomPercent as
randomPe9_0_, recprogram0_.recordedSoFar as recorde10_0_,
recprogram0_.recPerCycle as recPerC11_0_, recprogram0_.startDay as
startDay0_, recprogram0_.stopDay as stopDay0_, recprogram0_.stopTime as
stopTime0_, recprogram0_.targetPort_id as targetPort21_0_,
recprogram0_.targetUser_id as targetUser22_0_, recprogram0_.name as =
name0_,
recprogram0_.owner_id as owner23_0_, recprogram0_.timestamp as =
timestamp0_,
recprogram0_.active as active0_, recprogram0_.startTime as startTime0_,
recprogram0_.description as descrip19_0_, recprogram0_.direction as
direction0_ from RecProgram recprogram0_ where recprogram0_.active=3D? =
and
recprogram0_.discarded=3D?
13:15:43,597 root INFO - =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
13:15:43,597 root INFO - orkweb starting ...
13:15:44,070 net.sf.oreka.HibernateManager ERROR - Hibernate
error:org.hibernate.exception.GenericJDBCException
13:15:46,935 org.apache.tapestry.ApplicationServlet INFO - Initialized
application servlet 'orkweb': 1.346 millis to create HiveMind Registry,
2.852 millis overall.
Note the error:
net.sf.oreka.HibernateManager ERROR - Hibernate
error:org.hibernate.exception.GenericJDBCException
- After that I go to http://localhost:8080/orkweb/ and try to login with
"admin:admin", but I receive "Invalid login or password".
So, I don't know if this error is important, or if it is related to the
imposibility or login in Orkweb.
Can someone help me? If you need more data please ask me.
The only I've found is the same problem in more people in sourceforge, =
but
mysteriously the forum has dissapeared today:
http://sourceforge.net/mailarchive/forum.php?forum_id=3D46725
PD: I'm not sure if I must login in Orkweb with "admin:admin" (as the
user-manual says) or with "admin:mypasswd" (a role" manager" user in
tomcat-users.xml).
Anyway I connot login with any of them.
PD: The table "User" of "oreka" database is empty. I suppose that it's
normal, is it?
Thanks for any help.
--
I=F1aki Baz
Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com
+0034 944416024
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user
|
|
From: <ib...@ir...> - 2006-06-21 11:33:25
|
SGVsbG8sIEknbSB0cnlpbmcgdG8gaW5zdGFsbCBPcmVrYS4gVGhlIHByb2JsZW0gaXMgdGhhdCBJ IGNhbid0IGxvZ2luIGludG8gT3Jrd2ViOgoKCi0gSSd2ZSBpbnN0YWxsZWQgT3JrYXVkaW8gc3Vj Y2VzZnVsbHksIGFuZCBhcGFjaGUtdG9tY2F0LTUuNS4xNyB0aGF0IHdvcmtzIGNvcnJlY3RseS4K Ci0gSSd2ZSBhZGRlZCB1c2VyICJhZG1pbjpteXBhc3N3ZCIgd2l0aCByb2xlcyAibWFuYWdlciwg YWRtaW4iIGluIHRvbWNhdC11c2Vycy54bWwuIEkgY2FuIGxvZ2luIHdpdGggaXQgaW50byBUb21j YXQtYWRtaW4uCgotIEkndmUgY3JlYXRlZCBtYW51YWxseSBhIE15U1FMIGRhdGFiYXNlIGNhbGxl ZCAib3Jla2EiLgoKLSBJJ3ZlIGluc3RhbGxlZCBPcmt3ZWIgYW5kIE9ya3RyYWNrIGFuZCBjb25m aWd1cmUgdGhlaXIgIndlYi54bWwiIGZpbGVzIHdpdGggdGhlIC9ldGMvb3JrYXVkaW8vb3Jrd2Vi LyogYW5kIC9ldGMvb3JrYXVkaW8vb3JrdHJhY2svKi4KCi0gSSd2ZSBjb25maWd1cmVkICJteXNx bC5oYm0ueG1sIiBmaWxlcyB3aXRoOgogICA8cHJvcGVydHkgbmFtZT0iaGliZXJuYXRlLmRpYWxl Y3QiPm9yZy5oaWJlcm5hdGUuZGlhbGVjdC5NeVNRTE15SVNBTURpYWxlY3Q8L3Byb3BlcnR5Pgog ICAgICAgIDxwcm9wZXJ0eSBuYW1lPSJoaWJlcm5hdGUuY29ubmVjdGlvbi5kcml2ZXJfY2xhc3Mi PmNvbS5teXNxbC5qZGJjLkRyaXZlcjwvcHJvcGVydHk+CiAgICAgICAgPHByb3BlcnR5IG5hbWU9 ImhpYmVybmF0ZS5jb25uZWN0aW9uLnVybCI+amRiYzpteXNxbDovL2xvY2FsaG9zdC9vcmVrYTwv cHJvcGVydHk+CiAgICAgICAgPHByb3BlcnR5IG5hbWU9ImhpYmVybmF0ZS5jb25uZWN0aW9uLnBh c3N3b3JkIj4gcm9vdHBhc3N3ZDwvcHJvcGVydHk+CiAgICAgICAgPHByb3BlcnR5IG5hbWU9Imhp YmVybmF0ZS5jb25uZWN0aW9uLnVzZXJuYW1lIj5yb290PC9wcm9wZXJ0eT4KCi0gQWZ0ZXIgcmVz dGFydCBUb21jYXQgdGhlIG9yZWthIGRhdGFiYXNlIHRhYmxlcyBhcmUgY29ycmVjdGx5IGNyZWF0 ZWQsIHNvIGl0J3Mgbm8gcHJvYmxlbSBvZiBhIHdyb25nIG15c3FsIGNvbm5lY3Rpb24uCgotIEJ1 dCB3aGVuIHN0YXJ0aW5nIFRvbWNhdCBJIHNlZSB0aGUgZm9sbG93aW5nIGluICJjYXRhbGluYS5v dXQiOgoKMTM6MTU6NDAsMDQxIG5ldC5zZi5vcmVrYS5vcmt0cmFjay5PcmtUcmFjayAgSU5GTyAt ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KMTM6MTU6NDAsMDQyIG5l dC5zZi5vcmVrYS5vcmt0cmFjay5PcmtUcmFjayAgSU5GTyAtIE9ya1RyYWNrIHN0YXJ0aW5nIC4u LgpIaWJlcm5hdGU6IHNlbGVjdCB1c2VyMF8uaWQgYXMgaWQ1XzBfLCB1c2VyMF8uZGlzYWJsZWQg YXMgZGlzYWJsZWQ1XzBfLCB1c2VyMF8uZW1haWwgYXMgZW1haWw1XzBfLCB1c2VyMF8uZmlyc3Ru YW1lIGFzIGZpcnN0bmFtZTVfMF8sIHVzZXIwXy5sYXN0bmFtZSBhcyBsYXN0bmFtZTVfMF8sIHVz ZXIwXy5kYXRlQ3JlYXRlZCBhcyBkYXRlQ3JlYTZfNV8wXywgdXNlcjBfLmRhdGVEZWxldGVkIGFz IGRhdGVEZWxlN181XzBfLCB1c2VyMF8uZGF0ZURpc2FibGVkIGFzIGRhdGVEaXNhOF81XzBfLCB1 c2VyMF8uZGVsZXRlZCBhcyBkZWxldGVkNV8wXywgdXNlcjBfLnBhc3N3b3JkIGFzIHBhc3N3b3Jk NV8wXyBmcm9tIFVzZXIgdXNlcjBfIHdoZXJlIHVzZXIwXy5pZD0/CkhpYmVybmF0ZTogaW5zZXJ0 IGludG8gVXNlciAoZGlzYWJsZWQsIGVtYWlsLCBmaXJzdG5hbWUsIGxhc3RuYW1lLCBkYXRlQ3Jl YXRlZCwgZGF0ZURlbGV0ZWQsIGRhdGVEaXNhYmxlZCwgZGVsZXRlZCwgcGFzc3dvcmQpIHZhbHVl cyAoPywgPywgPywgPywgPywgPywgPywgPywgPykKMTM6MTU6NDMsMDMyIG5ldC5zZi5vcmVrYS5I aWJlcm5hdGVNYW5hZ2VyIEVSUk9SIC0gSGliZXJuYXRlIGVycm9yOm9yZy5oaWJlcm5hdGUuZXhj ZXB0aW9uLkdlbmVyaWNKREJDRXhjZXB0aW9uCkhpYmVybmF0ZTogc2VsZWN0IHJlY3BvcnRmYWMw Xy5uYW1lIGFzIG5hbWUxMF8sIHJlY3BvcnRmYWMwXy5yZWNQb3J0X2lkIGFzIHJlY1BvcnQyXzEw XywgcmVjcG9ydGZhYzBfLnNlcnZpY2VfaWQgYXMgc2VydmljZTNfMTBfIGZyb20gUmVjUG9ydEZh Y2UgcmVjcG9ydGZhYzBfCkhpYmVybmF0ZTogc2VsZWN0IHJlY3Byb2dyYW0wXy5pZCBhcyBpZDBf LCByZWNwcm9ncmFtMF8ubG9jYWxQYXJ0eSBhcyBsb2NhbFBhcnR5MF8sIHJlY3Byb2dyYW0wXy5y ZW1vdGVQYXJ0eSBhcyByZW1vdGVQYTNfMF8sIHJlY3Byb2dyYW0wXy5jeWNsZSBhcyBjeWNsZTBf LCByZWNwcm9ncmFtMF8uZGlzY2FyZGVkIGFzIGRpc2NhcmRlZDBfLCByZWNwcm9ncmFtMF8ua2Vl cEZvckhvdXJzIGFzIGtlZXBGb3JINl8wXywgcmVjcHJvZ3JhbTBfLm1heER1cmF0aW9uIGFzIG1h eER1cmF0N18wXywgcmVjcHJvZ3JhbTBfLm1pbkR1cmF0aW9uIGFzIG1pbkR1cmF0OF8wXywgcmVj cHJvZ3JhbTBfLnJhbmRvbVBlcmNlbnQgYXMgcmFuZG9tUGU5XzBfLCByZWNwcm9ncmFtMF8ucmVj b3JkZWRTb0ZhciBhcyByZWNvcmRlMTBfMF8sIHJlY3Byb2dyYW0wXy5yZWNQZXJDeWNsZSBhcyBy ZWNQZXJDMTFfMF8sIHJlY3Byb2dyYW0wXy5zdGFydERheSBhcyBzdGFydERheTBfLCByZWNwcm9n cmFtMF8uc3RvcERheSBhcyBzdG9wRGF5MF8sIHJlY3Byb2dyYW0wXy5zdG9wVGltZSBhcyBzdG9w VGltZTBfLCByZWNwcm9ncmFtMF8udGFyZ2V0UG9ydF9pZCBhcyB0YXJnZXRQb3J0MjFfMF8sIHJl Y3Byb2dyYW0wXy50YXJnZXRVc2VyX2lkIGFzIHRhcmdldFVzZXIyMl8wXywgcmVjcHJvZ3JhbTBf Lm5hbWUgYXMgbmFtZTBfLCByZWNwcm9ncmFtMF8ub3duZXJfaWQgYXMgb3duZXIyM18wXywgcmVj cHJvZ3JhbTBfLnRpbWVzdGFtcCBhcyB0aW1lc3RhbXAwXywgcmVjcHJvZ3JhbTBfLmFjdGl2ZSBh cyBhY3RpdmUwXywgcmVjcHJvZ3JhbTBfLnN0YXJ0VGltZSBhcyBzdGFydFRpbWUwXywgcmVjcHJv Z3JhbTBfLmRlc2NyaXB0aW9uIGFzIGRlc2NyaXAxOV8wXywgcmVjcHJvZ3JhbTBfLmRpcmVjdGlv biBhcyBkaXJlY3Rpb24wXyBmcm9tIFJlY1Byb2dyYW0gcmVjcHJvZ3JhbTBfIHdoZXJlIHJlY3By b2dyYW0wXy5hY3RpdmU9PyBhbmQgcmVjcHJvZ3JhbTBfLmRpc2NhcmRlZD0/CjEzOjE1OjQzLDU5 NyByb290ICBJTkZPIC0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQox MzoxNTo0Myw1OTcgcm9vdCAgSU5GTyAtIG9ya3dlYiBzdGFydGluZyAuLi4KMTM6MTU6NDQsMDcw IG5ldC5zZi5vcmVrYS5IaWJlcm5hdGVNYW5hZ2VyIEVSUk9SIC0gSGliZXJuYXRlIGVycm9yOm9y Zy5oaWJlcm5hdGUuZXhjZXB0aW9uLkdlbmVyaWNKREJDRXhjZXB0aW9uCjEzOjE1OjQ2LDkzNSBv cmcuYXBhY2hlLnRhcGVzdHJ5LkFwcGxpY2F0aW9uU2VydmxldCAgSU5GTyAtIEluaXRpYWxpemVk IGFwcGxpY2F0aW9uIHNlcnZsZXQgJ29ya3dlYic6IDEuMzQ2IG1pbGxpcyB0byBjcmVhdGUgSGl2 ZU1pbmQgUmVnaXN0cnksIDIuODUyIG1pbGxpcyBvdmVyYWxsLgoKTm90ZSB0aGUgZXJyb3I6CiAg bmV0LnNmLm9yZWthLkhpYmVybmF0ZU1hbmFnZXIgRVJST1IgLSBIaWJlcm5hdGUgZXJyb3I6b3Jn LmhpYmVybmF0ZS5leGNlcHRpb24uR2VuZXJpY0pEQkNFeGNlcHRpb24KCi0gQWZ0ZXIgdGhhdCBJ IGdvIHRvIGh0dHA6Ly9sb2NhbGhvc3Q6ODA4MC9vcmt3ZWIvIGFuZCB0cnkgdG8gbG9naW4gd2l0 aCAiYWRtaW46YWRtaW4iLCBidXQgSSByZWNlaXZlICJJbnZhbGlkIGxvZ2luIG9yIHBhc3N3b3Jk Ii4KCgpTbywgSSBkb24ndCBrbm93IGlmIHRoaXMgZXJyb3IgaXMgaW1wb3J0YW50LCBvciBpZiBp dCBpcyByZWxhdGVkIHRvIHRoZSBpbXBvc2liaWxpdHkgb3IgbG9naW4gaW4gT3Jrd2ViLgpDYW4g c29tZW9uZSBoZWxwIG1lPyBJZiB5b3UgbmVlZCBtb3JlIGRhdGEgcGxlYXNlIGFzayBtZS4KClRo ZSBvbmx5IEkndmUgZm91bmQgaXMgdGhlIHNhbWUgcHJvYmxlbSBpbiBtb3JlIHBlb3BsZSBpbiBz b3VyY2Vmb3JnZSwgYnV0IG15c3RlcmlvdXNseSB0aGUgZm9ydW0gaGFzIGRpc3NhcGVhcmVkIHRv ZGF5OgogIGh0dHA6Ly9zb3VyY2Vmb3JnZS5uZXQvbWFpbGFyY2hpdmUvZm9ydW0ucGhwP2ZvcnVt X2lkPTQ2NzI1CgoKUEQ6IEknbSBub3Qgc3VyZSBpZiBJIG11c3QgbG9naW4gaW4gT3Jrd2ViIHdp dGggImFkbWluOmFkbWluIiAoYXMgdGhlIHVzZXItbWFudWFsIHNheXMpIG9yIHdpdGggImFkbWlu Om15cGFzc3dkIiAoYSByb2xlIiBtYW5hZ2VyIiB1c2VyIGluIHRvbWNhdC11c2Vycy54bWwpLgpB bnl3YXkgSSBjb25ub3QgbG9naW4gd2l0aCBhbnkgb2YgdGhlbS4KClBEOiBUaGUgdGFibGUgIlVz ZXIiIG9mICJvcmVrYSIgZGF0YWJhc2UgaXMgZW1wdHkuIEkgc3VwcG9zZSB0aGF0IGl0J3Mgbm9y bWFsLCBpcyBpdD8KCgpUaGFua3MgZm9yIGFueSBoZWxwLgoKCi0tIApJ8WFraSBCYXoKSXJvbnRl YzogSW50ZXJuZXQgeSBTaXN0ZW1hcyBzb2JyZSBHTlUvTGludXgKaHR0cDovL3d3dy5pcm9udGVj LmNvbQorMDAzNCA5NDQ0MTYwMjQK |
|
From: Henri H. <he...@or...> - 2006-06-15 13:13:01
|
Hi Richard, You can easily reinstall Tomcat on your bigger drive, move the recordings to your new Tomcat and change the audio output path in config.xml to the new Tomcat/webapps/ROOT folder. That should do exactly what you want. Cheers Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of richard blears Sent: 15 June 2006 06:54 To: ore...@li... Subject: [Oreka-user] Moving recording files The disk drive where all my recordings are stored is running out of space. I have another disk in the same server that has loads of space. I note that all recordings need to be in a subdirectory of Tomcat 5.5\webapps\ROOT\2006. Is there an easy way to move them to the big drive and still get acess to them and any new ones that are created? Hope this makes sense. Thanks Richard. _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: richard b. <r_b...@ho...> - 2006-06-15 10:53:55
|
The disk drive where all my recordings are stored is running out of space. I have another disk in the same server that has loads of space. I note that all recordings need to be in a subdirectory of Tomcat 5.5\webapps\ROOT\2006. Is there an easy way to move them to the big drive and still get acess to them and any new ones that are created? Hope this makes sense. Thanks Richard. |
|
From: <vit...@rb...> - 2006-06-15 10:42:00
|
Hi. I'm have some mistake with result in orkweb Cut from http://localhost:8080/orkweb/app ----------- 2006-06-15 11:29:31.0 752 2901 980394936005 281 2006-06-15 11:29:05.0 18 2901 980394936005 268 2006-06-15 11:27:55.0 53 2901 94905039 267 ----------- and cut from orkaudio.log ------ 2006-06-15 11:29:30,773 INFO skinny:446 - processed CallInfoMessage CallId:22734797 calling:2901 called:94905039 endpoint:192.168.210.7 ---- In 11:29:31.0 I'm called number 94905039 - not 980394936005, and I had one call. Thanks. See orkaudio.log in orkaudio.rar Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... |
|
From: Henri H. <he...@or...> - 2006-06-12 14:14:07
|
Hi Jeremy, Use this in config.xml: <VoIpPlugin> <PcapFile>C:\trace.pcap</PcapFile> </VoIpPlugin> And restart orkaudio. If this parameter is there, it won't listen to live traffic and will process trace.pcap. Cheers Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of Jeremy Sanders1 Sent: 12 June 2006 09:35 To: ore...@li... Subject: [Oreka-user] Running a pcap trace file In the News it said "Additionally, it is now possible to run a pcap trace file against OrkAudio." - but I can't see anything in documentation, FAQ or mailing lists on how it's done. Do I need an additional application? Is it a command line option? Do I send it to stdin? I've tried various things but haven't chanced upon an answer - how is this done? _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: Jeremy S. <SAN...@uk...> - 2006-06-12 13:35:40
|
In the News it said "Additionally, it is now possible to run a pcap trace file against OrkAudio." - but I can't see anything in documentation, FAQ or mailing lists on how it's done. Do I need an additional application? Is it a command line option? Do I send it to stdin? I've tried various things but haven't chanced upon an answer - how is this done? |
|
From: Henri H. <he...@or...> - 2006-06-01 15:57:11
|
Hi Vitaliy, I have just checked your pcap trace and it appears that the latest version manages to capture your metadata just fine. I'm on the brink of releasing a new version on sourceforge, but in the meantime, you can use a binary snapshot from here: http://www.orecx.com/orkaudio-0.5-16-win32-binaries-only.zip Just replace the various binary files you have in your OrkAudio install dir with the ones in the downloaded archive. Let me know how it goes. Cheers Henri -----Original Message----- From: vit...@rb... [mailto:vit...@rb...] Sent: 01 June 2006 11:00 To: he...@or... Subject: RE: [Oreka-user] sessions & direction (again) C:\Program Files\WinPcap>WinDump.exe -i \Device\NPF_{6A365794-D862-4508-A38F-6DE15D30A07C} -s0 -w 12.pcap host 192.168.210.7 or host 192.168.20.227 PS I'm use Cisco Ip communicator (10.244.6.100) on windows XP. 192.168.210.7 - Cisco Ip Phone (hardware) 7960, 192.168.20.227 - Cisco CallManager 3.3.4 Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... -----Original Message----- From: he...@or...@inet [mailto:he...@or...@inet] Sent: Thursday, June 01, 2006 5:47 PM To: Vitaliy KORZHANYUK Subject: RE: [Oreka-user] sessions & direction (again) Hi Vitaliy, The packets are truncated. Could you capture again using the following command ? # tcpdump -s0 -w trace.pcap Thanks Henri -----Original Message----- From: vit...@rb... [mailto:vit...@rb...] Sent: 01 June 2006 10:34 To: he...@or... Subject: RE: [Oreka-user] sessions & direction (again) Henri, Look file. Thank you. Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... -----Original Message----- From: he...@or...@inet [mailto:he...@or...@inet] Sent: Thursday, June 01, 2006 5:32 PM To: Vitaliy KORZHANYUK; ore...@li... Subject: RE: [Oreka-user] sessions & direction (again) Hi Vitaliy, Chances are this has been fixed in the latest CVS, if you send me a pcap trace offline (zipped), I can check this and release a new version. Thanks Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of vit...@rb... Sent: 01 June 2006 10:23 To: ore...@li... Subject: [Oreka-user] sessions & direction (again) Hello, Henri. Can Oreka write to localParty and remoteparty from skinny header? Cut orkaudio.log ------ 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:8 Type:116 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:28 Type:105 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:111 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:376 Type:8f CallInfoMessage 2006-06-01 17:05:22,995 INFO skinny:341 - CallInfoMessage CallId:21564614 calling:2901 called:1300 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:110 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:48 Type:112 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:24 Type:22 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:44 Type:8a StartMediaTransmission 2006-06-01 17:05:22,995 INFO skinny:341 - StartMediaTransmission CallId:0 192.168.210.7,22744 2006-06-01 17:05:22,995 INFO rtpsession:273 - VDX: 1st packet s1: 10.244.6.100,24644 192.168.210.7,22744 seq:1685 ts:320 len:160 type:0 2006-06-01 17:05:22,995 INFO rtpsession:292 - VDX: 1st packet s2: 192.168.210.7,22744 10.244.6.100,24644 seq:58252 ts:491624432 len:160 type:0 2006-06-01 17:05:23,588 INFO rtpsession:64 - VDX: 10.244.6.100,24644 RawRtp Session start 2006-06-01 17:05:23,588 INFO port:156 - #10.244.6.100,24644: start 2006-06-01 17:05:23,588 INFO reporting:67 - hostname=uaapc501-05 type=tape recid=20060601_170523_10.244.6.100,24644 stage=start captureport=10.244.6.100,24644 timestamp=1149170723 filename=2006/06/01/17/20060601_170523_10.244.6.100,24644.wav localparty=10.244.6.100 localentrypoint= remoteparty=192.168.210.7 direction=unkn duration=0 service=orkaudio-uaapc501-05 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:7 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:106 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:8b StopMediaTransmission 2006-06-01 17:05:29,541 INFO skinny:341 - StopMediaTransmission CallId:0 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:8 Type:88 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:113 Unkn ----- I'll send pcap file, if need. Thanks. Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: Henri H. <he...@or...> - 2006-06-01 14:30:32
|
Hi Vitaliy, Chances are this has been fixed in the latest CVS, if you send me a pcap trace offline (zipped), I can check this and release a new version. Thanks Henri -----Original Message----- From: ore...@li... [mailto:ore...@li...] On Behalf Of vit...@rb... Sent: 01 June 2006 10:23 To: ore...@li... Subject: [Oreka-user] sessions & direction (again) Hello, Henri. Can Oreka write to localParty and remoteparty from skinny header? Cut orkaudio.log ------ 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:8 Type:116 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:28 Type:105 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:111 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:376 Type:8f CallInfoMessage 2006-06-01 17:05:22,995 INFO skinny:341 - CallInfoMessage CallId:21564614 calling:2901 called:1300 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:110 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:48 Type:112 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:24 Type:22 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:44 Type:8a StartMediaTransmission 2006-06-01 17:05:22,995 INFO skinny:341 - StartMediaTransmission CallId:0 192.168.210.7,22744 2006-06-01 17:05:22,995 INFO rtpsession:273 - VDX: 1st packet s1: 10.244.6.100,24644 192.168.210.7,22744 seq:1685 ts:320 len:160 type:0 2006-06-01 17:05:22,995 INFO rtpsession:292 - VDX: 1st packet s2: 192.168.210.7,22744 10.244.6.100,24644 seq:58252 ts:491624432 len:160 type:0 2006-06-01 17:05:23,588 INFO rtpsession:64 - VDX: 10.244.6.100,24644 RawRtp Session start 2006-06-01 17:05:23,588 INFO port:156 - #10.244.6.100,24644: start 2006-06-01 17:05:23,588 INFO reporting:67 - hostname=uaapc501-05 type=tape recid=20060601_170523_10.244.6.100,24644 stage=start captureport=10.244.6.100,24644 timestamp=1149170723 filename=2006/06/01/17/20060601_170523_10.244.6.100,24644.wav localparty=10.244.6.100 localentrypoint= remoteparty=192.168.210.7 direction=unkn duration=0 service=orkaudio-uaapc501-05 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:7 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:106 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:8b StopMediaTransmission 2006-06-01 17:05:29,541 INFO skinny:341 - StopMediaTransmission CallId:0 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:8 Type:88 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:113 Unkn ----- I'll send pcap file, if need. Thanks. Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 _______________________________________________ Oreka-user mailing list Ore...@li... https://lists.sourceforge.net/lists/listinfo/oreka-user |
|
From: <vit...@rb...> - 2006-06-01 14:22:56
|
Hello, Henri. Can Oreka write to localParty and remoteparty from skinny header? Cut orkaudio.log ------ 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:8 Type:116 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:28 Type:105 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:4 Type:83 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:111 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:376 Type:8f CallInfoMessage 2006-06-01 17:05:22,995 INFO skinny:341 - CallInfoMessage CallId:21564614 calling:2901 called:1300 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:20 Type:110 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:48 Type:112 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:24 Type:22 Unkn 2006-06-01 17:05:22,995 DEBUG skinny:404 - Offset:0 Len:44 Type:8a StartMediaTransmission 2006-06-01 17:05:22,995 INFO skinny:341 - StartMediaTransmission CallId:0 192.168.210.7,22744 2006-06-01 17:05:22,995 INFO rtpsession:273 - VDX: 1st packet s1: 10.244.6.100,24644 192.168.210.7,22744 seq:1685 ts:320 len:160 type:0 2006-06-01 17:05:22,995 INFO rtpsession:292 - VDX: 1st packet s2: 192.168.210.7,22744 10.244.6.100,24644 seq:58252 ts:491624432 len:160 type:0 2006-06-01 17:05:23,588 INFO rtpsession:64 - VDX: 10.244.6.100,24644 RawRtp Session start 2006-06-01 17:05:23,588 INFO port:156 - #10.244.6.100,24644: start 2006-06-01 17:05:23,588 INFO reporting:67 - hostname=uaapc501-05 type=tape recid=20060601_170523_10.244.6.100,24644 stage=start captureport=10.244.6.100,24644 timestamp=1149170723 filename=2006/06/01/17/20060601_170523_10.244.6.100,24644.wav localparty=10.244.6.100 localentrypoint= remoteparty=192.168.210.7 direction=unkn duration=0 service=orkaudio-uaapc501-05 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:7 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:106 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:8b StopMediaTransmission 2006-06-01 17:05:29,541 INFO skinny:341 - StopMediaTransmission CallId:0 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:8 Type:88 Unkn 2006-06-01 17:05:29,541 DEBUG skinny:404 - Offset:0 Len:12 Type:113 Unkn ----- I'll send pcap file, if need. Thanks. Best regards, Vitaliy Korzhanyuk ________________ Raiffeisenbank Ukraine Zhylyanska str. 43, 01033 Kiev, Ukraine Tel: +38 (044) 492-3899 Tel: +38 (044) 490-0524 Tel: +38 (044) 490-0500 Fax: +38 (044) 490-0538/01 vit...@rb... |