Hi Saúl, Thanks for your help, as you suggested, it doesn't look like the rtp timeouts are working. I am running CentOS kernel 2.6.18-92.el5, with the following component versions:
gnutls-2.4.1 python-application-1.2.1 libnetfilter_conntrack-0.0.101 mediaproxy-2.3.10 mediaproxy-2.3.10 python-cjson-1.0.5 Twisted-9.0.0 confuse-2.6 kamailio-1.5.3-notls python-gnutls-1.1.9 confuse-2.6 pyrad-1.1 conntrack-tools-0.9.13 libgcrypt-1.4.5 libnfnetlink-1.0.0 Python-2.5.2 zope.interface-3.3.0 libnfnetlink-1.0.0 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface Private Subnet 0.0.0.0 255.255.255.240 U 0 0 0 eth1 Provider Proxy Private Next Hop255.255.255.240 UG 0 0 0 eth1 Provider Proxy Private Next Hop255.255.255.240 UG 0 0 0 eth1 Provider Proxy Private Next Hop255.255.255.224 UG 0 0 0 eth1 Public Subnet 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 Public GW 0.0.0.0 UG 0 0 0 eth0 eth0 Public Interface eth1 Private Interface Using the following IPTables command (otherwise all the packets for the Provider Proxies get routed out the private interface with a public source IP: iptables -t nat -A POSTROUTING -o eth1 -j SNAT --to-source <Private IP> Recieving the error w/ firewall turned off as well. As you suspected, UDP timeouts don't seem to be working. There is nothing about sessions timing -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Saúl Ibarra Corretgé Sent: Wednesday, 3 February 2010 7:41 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] MediaProxy as bridge between Private and Public Interfaces Hi, El 03/02/10 6:38, Daniel Worrad escribió: > Hi All, > > I have MediaProxy working in a multi-homed setup where it is acting as a > relay between an interface on a public IP and one on a private IP (We > connect to our SIP provider over a private network via the private > interface using static routes in the route table, and a SNAT out the > private interface) > > The system is functioning and calls are being relayed between public and > private interfaces, however with every call, I am receiving the > following in the logs (which is a bit unnerving): > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: Traceback (most recent call > last): > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: File > "/usr/local/lib/python2.5/site-packages/twisted/internet/udp.py", line > 126, in doRead > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: > self.protocol.datagramReceived(data, addr) > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: File > "/usr/local/lib/python2.5/site-packages/mediaproxy/mediacontrol.py", > line 127, in datagramReceived > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: self.cb_func(host, port, data) > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: File > "/usr/local/lib/python2.5/site-packages/mediaproxy/mediacontrol.py", > line 203, in got_data > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: > self.substream.check_create_conntrack() > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: File > "/usr/local/lib/python2.5/site-packages/mediaproxy/mediacontrol.py", > line 253, in check_create_conntrack > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: self.forwarding_rule = > _conntrack.ForwardingRule(self.caller.remote, self.caller.local, > self.callee.remote, self.callee.local, self.stream.session.mark) > > Feb 3 15:19:32 SIPProxy1 media-relay[6806]: Error: No such file or directory > > I have tried strace to determine what file may be missing or lacking > permissions, however there are references to hundreds of files and it is > proving difficult to track down. > > Has anyone seen this before, or could suggest some other way of > troubleshooting the issue? > The reason you are finding it difficult to track down the issue is because it's produced by the _conntrack module, which is a Python C extension. At the beginning of your mail you say it's working for you, but do the RTP timeouts also work for you? Please, give me some more information about your system (distro, kernel version, MediaProxy version)so we can see what could be happening. Regards, -- Saúl Ibarra Corretgé AG Projects _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
