Thank you for all of your responses. Sadly i'm still not able to get this working.
@daniel for the time being I have no mediasense server. It's just a microsip client + wireshark (this is to simulate the recorder and look up the signaling). The problem is that I can't see any signaling whatsoever reaching my fake recorder. dial-peer on cube are all using udp, so in wireshark/microsip I expect to see at least an incoming invite. Btw I tried with tcp too and even then I couldn't spot any incoming SYN packet. It seems the dial-peer pointing the fake recorder simply doesn't get matched (so no signaling). 2016-04-01 21:59 GMT+02:00 <dan...@ohnesorge.me>: > Hi All, > > I think the config looks correct; > > - Dial-peer 1 is the dial-peer you want to record so you apply media-class > 30 > - Media-class 30 is associated with recorder 400 > - Recorder 400 is associated with media-recording 3 (in other words > dial-peer 3) > - Dial-peer 3 is the 'SIP Trunk' towards MediaSense > > On MediaSense you would need to make sure 450123 is configured to record > but I'm sure you've configured that already. > > I've had some really weird issues with MediaSense in the past where CUCM > was sending TCP SYN on port 5060 but MediaSense never responded. A cluster > reboot of MediaSense solved that issue. Perhaps take an IP Traffic Export > on the router to see if it is sending TCP SYN and if MediaSense is > responding. > > Sent from my iPhone > > On 2 Apr 2016, at 02:02, Anthony Holloway <avholloway+cisco-v...@gmail.com> > wrote: > > First of all, be careful doing this in production: > > voice service voip > ip address trusted list > ipv4 0.0.0.0 0.0.0.0 > > > That is just reducing the security of your application and opening you up > to abuse. It's fine for troubleshooting and eliminating it as root cause, > but then remove it and add addresses/subnets in there to lock down from > where you will accept control traffic from. > > One last thing on this topic, since your dial-peers 2 and 3 already point > to IP addresses of SIP peers, you don't need to even do anything more. > That simple fact already permits those IP addresses to send you control > traffic. > > Ok, on to the recording bit. I have not done this task myself, but > looking quickly through the following document: > > > http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-ntwk-based.html > > ...it looks like you might have at least one error in your configuration. > > The one error I think you have: Your "*media-class 30*" dial-peer > command should be on dial-peer 3, not dial-peer 1. > > On Fri, Apr 1, 2016 at 3:56 AM, daniele visaggio < > visaggio.dani...@gmail.com> wrote: > >> Good morning, >> >> I'm trying to record calls via CUBE. It doesn't work. This means that on >> the recording server I can't see any SIP invite incoming from CUBE. >> >> Scenario: >> >> Phone --- CUCM --- SIP --- CUBE ---- ITSP ---- PSTN >> | >> | >> Recording Server >> >> >> Let's say I want to record all calls going to the PSTN. >> >> This is my config: >> >> ##### >> ! >> voice service voip >> ip address trusted list >> ipv4 0.0.0.0 0.0.0.0 >> allow-connections sip to sip >> ! >> media profile recorder 400 >> media-recording 3 >> ! >> media class 30 >> recorder profile 400 >> ! >> ! >> dial-peer voice 1 voip >> description :: Incoming calls from CUCM :: >> session protocol sipv2 >> incoming called-number . >> media-class 30 >> codec g711ulaw >> ! >> dial-peer voice 2 voip >> description :: To ITSP/PSTN :: >> destination-pattern 0T >> session protocol sipv2 >> session target ipv4:10.128.179.12 >> codec g711ulaw >> ! >> dial-peer voice 3 voip >> description :: To Recorder Server :: >> destination-pattern 450123 >> session protocol sipv2 >> session target ipv4:10.130.221.218 >> codec g711ulaw >> ! >> >> >> I double checked the configuration and it seems correct to me. >> >> Is there something else I need to do? Can someone spot an error? >> >> >> Thank you, >> >> Daniele >> >> >> _______________________________________________ >> cisco-voip mailing list >> cisco-voip@puck.nether.net >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >> > _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip