|
From: Henri H. <hen...@gm...> - 2013-11-11 23:30:43
|
This is a proprietary signalling protocol by Mitel, so only standard RTP is recorded, hence the IP addresses. If you want support for metadata, you need to take a look at the commercial version. Henri On 9 November 2013 11:18, Dieter Lubbe <die...@mw...> wrote: > Yeehaa!! I got it to work! Orkaudio was looking at the wrong interface. > heehee > > My next question, why does it not record the extension and caller party > ID? All I see are the IP addresses of the IP phone and the IP of the 3300. > > Is there a way to fix that? > > > On 09 Nov 2013, at 1:38 PM, Dieter Lubbe <die...@mw...> wrote: > > Ok, I’ve made some progress. > > I’m not sure what happened but I managed to record 2 calls. > > Below are the extracts from Orkaudio.log. > > 2013-11-09 13:08:30,274 INFO port:325 - [NJJI] #NJJI stop > 2013-11-09 13:08:30,274 INFO tapelist:423 - date=2013-11-09_13-07-22 > duration=54 direction=unkn localside=side1 audiokeepdirection=both > capturePort=NJJI localParty=192.168.0.2 remoteParty=192.168.0.28 > localEntryPoint= localIp=192.168.0.2 remoteIp=192.168.0.28 > filename=2013/11/09/13/20131109_130722_NJJI.wav > 2013-11-09 13:08:30,274 INFO reporting:348 - [localhost,8080] sending: > type=tape recid=20131109_130722_NJJI stage=stop captureport=NJJI > timestamp=1383995242 filename=2013/11/09/13/20131109_130722_NJJI.wav > localparty=192.168.0.2 localentrypoint= remoteparty=192.168.0.28 > direction=unkn duration=54 service=orkaudio-SRV01 localip=192.168.0.2 > remoteip=192.168.0.28 nativecallid= tags= side=both > hostname=SRV01 > 2013-11-09 13:08:30,274 INFO reporting:184 - [localhost,8080] enqueued: > type=tape recid=20131109_130722_NJJI stage=stop captureport=NJJI > timestamp=1383995242 filename=2013/11/09/13/20131109_130722_NJJI.wav > localparty=192.168.0.2 localentrypoint= remoteparty=192.168.0.28 > direction=unkn duration=54 service=orkaudio-SRV01 localip=192.168.0.2 > remoteip=192.168.0.28 nativecallid= tags= side=both > hostname=SRV01 > 2013-11-09 13:08:30,274 INFO batchProcessing:262 - [NJJI] Th0 processing > 20131109_130722_NJJI localside:side1 audiokeepdirection:both > 2013-11-09 13:08:30,274 INFO batchProcessing:414 - [NJJI] Th0 RTP payload > type:8 > 2013-11-09 13:08:30,508 INFO rtpmixer:299 - [NJJI] EOS s1: misses:0 > maxgap:1 oo:0 disc:0 s2: misses:0 maxgap:0 oo:0 disc:0 > 2013-11-09 13:08:30,508 INFO batchProcessing:526 - [NJJI] Th0 stop: num > samples: s1:440000 s2:0 out:440000 > 2013-11-09 13:08:30,508 INFO batchProcessing:553 - [NJJI] Th0 deleting > native: 20131109_130722_NJJI > 2013-11-09 13:08:30,508 INFO reporting:184 - [localhost,8080] enqueued: > type=tape recid=20131109_130722_NJJI stage=ready captureport=NJJI > timestamp=1383995242 filename=2013/11/09/13/20131109_130722_NJJI.wav > localparty=192.168.0.2 localentrypoint= remoteparty=192.168.0.28 > direction=unkn duration=54 service=orkaudio-SRV01 localip=192.168.0.2 > remoteip=192.168.0.28 nativecallid= tags= side=both > hostname=SRV01 > 2013-11-09 13:08:30,508 INFO reporting:348 - [localhost,8080] sending: > type=tape recid=20131109_130722_NJJI stage=ready captureport=NJJI > timestamp=1383995242 filename=2013/11/09/13/20131109_130722_NJJI.wav > localparty=192.168.0.2 localentrypoint= remoteparty=192.168.0.28 > direction=unkn duration=54 service=orkaudio-SRV01 localip=192.168.0.2 > remoteip=192.168.0.28 nativecallid= tags= side=both > hostname=SRV01 > 2013-11-09 13:08:41,084 INFO pcapstats:4171 - handle:20429e0 > received:80827 dropped:0 > 2013-11-09 13:08:41,084 INFO pcapstats:3322 - numPackets:37 maxPPS:8 > minPPS:1 > 2013-11-09 13:08:52,410 INFO pcapstats:4171 - handle:20429e0 > received:80870 dropped:0 > > > On 09 Nov 2013, at 12:34 PM, Dieter Lubbe <die...@mw...> wrote: > > No I do not. I figured it has to do with the Minet protocol that Mitel use > between the 3300 and the extensions. > I only see UDP connections in Wireshark and I can decode them as RTP, but > Orkaudio does not capture this traffic. > > Does Orkaudio support the Minet protocol? > > > > On 04 Nov 2013, at 5:10 PM, Henri Herscher <hen...@gm...> > wrote: > > This error is harmless. > Does orkaudio see any traffic in the orkaudio.log after you see this? > Henri > > > On 29 October 2013 14:41, Dieter Lubbe <die...@mw...> wrote: > > > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. > Explore > techniques for threading, error checking, porting, and tuning. Get the > most > from the latest Intel processors and coprocessors. See abstracts and > register > > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk_______________________________________________ > Oreka-user mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-user > > > > ------------------------------------------------------------------------------ > November Webinars for C, C++, Fortran Developers > Accelerate application performance with scalable programming models. > Explore > techniques for threading, error checking, porting, and tuning. Get the > most > from the latest Intel processors and coprocessors. See abstracts and > register > > http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk_______________________________________________ > Oreka-user mailing list > Ore...@li... > https://lists.sourceforge.net/lists/listinfo/oreka-user > > > |