[OpenSER-Users] Mediaproxy listening but handling zero bytes of audio

Andy Smith a.smith at ukgrid.net
Tue Feb 5 22:32:26 CET 2008


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 at 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 at 10.1.1.1,to:0044208888888 at server.domain.net,fromtag:as1a72639d,totag:
Feb  5 21:26:05 server mediaproxy[13965]: request 75c5e34d0e567d5f1fa22f583ecc7af0 at 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 at server.domain.net,from:0042*001 at 10.1.1.1,fromtag:as1a72639d
Feb  5 21:26:05 server mediaproxy[13965]: session 75c5e34d0e567d5f1fa22f583ecc7af0 at 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 at 10.1.1.1 info=
Feb  5 21:26:53 server mediaproxy[13965]: delete 75c5e34d0e567d5f1fa22f583ecc7af0 at 10.1.1.1 info=
Feb  5 21:26:53 server mediaproxy[13965]: session 75c5e34d0e567d5f1fa22f583ecc7af0 at 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 at 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.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20080205/d2f79505/attachment.htm 


More information about the Users mailing list