[OpenSIPS-Users] Trouble getting mediaproxy to work (dialog module)

Dan Hislop Dan.Hislop at gipscorp.com
Mon Mar 23 23:32:37 CET 2009


Hopefully this is better:  (it looks ok on the web forum where I posted it, just not in email I guess)

Thank you, your advice helped a lot.  You were right, the processes were all hanging around and when i killed them and got a fresh start, things started up much better.

>The doc and the example show you that you have to call this for an INVITE
>when there is no to_tag, but in your script you call it only when you
>have a to_tag.

I now have engage_media_proxy in a place which should be hit only when there is no totag (please confirm this?):

        if (has_totag()) {
                # sequential request withing a dialog should
                # take the path determined by record-routing
                if (loose_route()) {
                        if (is_method("BYE")) {
                                setflag(1); # do accounting ...
                                setflag(3); # ... even if the transaction fails
                        }
                        route(1);
                } else {
                        /* uncomment the following lines if you want to enable presence */
                        ##if (is_method("SUBSCRIBE") && $rd == "your.server.ip.address") {
                        ##      # in-dialog subscribe requests
                        ##      route(2);
                        ##      exit;
                        ##}
                        engage_media_proxy();
                        if ( is_method("ACK") ) {
                                if ( t_check_trans() ) {
                                        # non loose-route, but stateful ACK; must be an ACK after a 487 or e.g. 404 from upstream server
                                        t_relay();
                                        exit;
                                } else {
                                        # ACK without matching transaction ... ignore and discard.\n");
                                        exit;
                                }
                        }
                        sl_send_reply("404","Not here");
                }
                exit;
        }


>report back if you still see the problem with the syslog entries.

When I place a call from one NATTED device to another NATTED Device, I think it's trying to use mediaproxy but something is timing out... (and my SIP SDP does not tell the caller anything about the proxy address).  why might this be?  see following trace out:


root at sfsip:/etc/init.d#
root at sfsip:/etc/init.d# okMar 23 14:35:54 [5579] ERROR:mediaproxy:send_command: did timeout waiting for an answer
new branch at sip:4045 at 99.184.200.204:36258;rinstance=1dce88fb7efc7370
incoming reply
incoming reply
Mar 23 14:36:03 [5582] ERROR:mediaproxy:send_command: did timeout waiting for an answer
ACC: transaction answered: timestamp=1237844163;method=INVITE;from_tag=00071725;to_tag=0051f46b;call_id=NTA0Y2RmMWEzZTRiN2Q5MTMzZWM2N2JhNDhkMzM3Mzk.;code=200;reason=OK
incoming reply
incoming reply
Mar 23 14:36:05 [5580] ERROR:mediaproxy:send_command: did timeout waiting for an answer
incoming reply
Mar 23 14:36:07 [5579] ERROR:mediaproxy:send_command: did timeout waiting for an answer
ACC: transaction answered: timestamp=1237844274;method=BYE;from_tag=00071725;to_tag=0051f46b;call_id=NTA0Y2RmMWEzZTRiN2Q5MTMzZWM2N2JhNDhkMzM3Mzk.;code=200;reason=OK



By the way, my opensips and mediaproxy are on the same box, with only one (private IP) NIC, sitting behind a firewall 1:1 NAT, so in the mediaproxy config.ini i have dispatchers and listen, listen_management listed with the private IP (since i believe opensips itself needs to connect to this IP), and relay_ip as the public (since i believe clients will connect to this)





-----Original Message-----
From: Dan Pascu [mailto:dan at ag-projects.com]
Sent: Monday, March 23, 2009 3:06 PM
To: users at lists.opensips.org
Cc: Dan Hislop
Subject: Re: [OpenSIPS-Users] Trouble getting mediaproxy to work (dialog module)


Unfortunately, your email is unreadable (see below).
Dan

CONFIDENTIALITY NOTE:  This e-mail message, including any attachment(s), contains information that may be confidential, protected by the attorney-client or other legal privileges, and/or proprietary non-public information. If you are not an intended recipient of this message or an authorized assistant to an intended recipient, please do not read, copy, use or disclose this communication and notify the sender immediately. It should be noted that any review, retransmission, dissemination or other use of, or taking action or reliance upon, this information by persons or entities other than the intended recipient is prohibited.



More information about the Users mailing list