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:

    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 (!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");
    };

# 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.