[OpenSIPS-Users] MediaProxy as bridge between Private and Public Interfaces

Daniel Worrad daniel at ipera.com.au
Wed Feb 3 23:17:58 CET 2010


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: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] 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
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


More information about the Users mailing list