Hi,
Im trying to test mediaproxy for the first time, I am forcing all traffic through mediaproxy in the openser.cfg (there's nothing wrong with that in principal is there?). I have one SIP handset hanging directly off OpenSER and another connected to Asterisk which has a channel configured to OpenSER. I can get the call answered but there is audio only in one direction and even more strangely I see that mediaproxy has not handled any data at all in the audio stream. This is what I see from mediaproxy:
Feb 5 21:26:05 server proxydispatcher[13968]: request 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1 10.1.1.1:16042:audio 10.1.1.1 10.1.1.1 remote server.domain.net local Asterisk=20PBX info=from:0042*001@10.1.1.1,to:0044208888888@server.domain.net,fromtag:as1a72639d,totag: Feb 5 21:26:05 server mediaproxy[13965]: request 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1 10.1.1.1:16042:audio 10.1.1.1 10.1.1.1 remote server.domain.net local Asterisk=20PBX info=totag:,to:0044208888888@server.domain.net,from:0042*001@10.1.1.1,fromtag:as1a72639d Feb 5 21:26:05 server mediaproxy[13965]: session 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1: started. listening on 10.1.2.2:60006 Feb 5 21:26:05 server mediaproxy[13965]: execution time: 1.49 ms Feb 5 21:26:05 server proxydispatcher[13968]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '10.1.2.2 60006' Feb 5 21:26:05 server proxydispatcher[13968]: execution time: 5.03 ms Feb 5 21:26:53 server proxydispatcher[13968]: delete 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1 info= Feb 5 21:26:53 server mediaproxy[13965]: delete 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1 info= Feb 5 21:26:53 server mediaproxy[13965]: session 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1: 0/0/0 packets, 0/0/0 bytes (caller/called/relayed) Feb 5 21:26:53 server mediaproxy[13965]: session 75c5e34d0e567d5f1fa22f583ecc7af0@10.1.1.1: ended. Feb 5 21:26:53 server mediaproxy[13965]: execution time: 0.60 ms Feb 5 21:26:53 server proxydispatcher[13968]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '' Feb 5 21:26:53 server proxydispatcher[13968]: execution time: 1.51 ms
This "0/0/0 packets, 0/0/0 bytes (caller/called/relayed)" being the part that I dont understand, well it proves its not handling the audio stream, but other than put a use_media_proxy command in the openser route there isnt anything else I can do to get the data stream to route via media proxy is there?
My openser route is very simple:
route{
if (!mf_process_maxfwd_header("15")) { sl_send_reply("483","Too Many Hops"); exit; };
if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); exit; };
if (method=="OPTIONS") { exit; };
if (method=="REGISTER") { record_route(); if (!save("location")) { sl_reply_error(); }; exit; };
if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); if(is_method("BYE")) { # log it all the time acc_rad_request("200 ok"); acc_log_request("200 ok"); end_media_session(); } route(1); };
if(is_method("INVITE") && !has_totag()) { # set the acc flags record_route(); use_media_proxy(); setflag(1); # setflag(2); $avp(s:can_uri) = $ru; };
if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(1); };
if (uri==myself) {
if (!lookup("location")) { # log to acc as missed call acc_rad_request("404 Not Found"); acc_log_request("404 Not Found"); sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); };
route(1); }
# SECTION 5 - SECONDARY ROUTE BLOCKS
route[1] { if (!t_relay()) { sl_reply_error(); }; exit; }
Anyone any ideas what might be going on or how I can investigate the issue further?
thanks for any help! Andy.