5 Feb
2008
5 Feb
'08
11:32 p.m.
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(a)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(a)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(a)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(a)10.1.1.1 info=
Feb 5 21:26:53 server mediaproxy[13965]: delete 75c5e34d0e567d5f1fa22f583ecc7af0(a)10.1.1.1
info=
Feb 5 21:26:53 server mediaproxy[13965]: session
75c5e34d0e567d5f1fa22f583ecc7af0(a)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(a)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.