[OpenSIPS-Users] Mediaproxy broken

[Dave Singer]

I have one server where mediaproxy is having serious problems.
In the logs I have a lot of:
   media-dispatcher[6067]: error: failed to end dialog: 500 Operation failed
and a lot of of the following but much less than the above:
   media-dispatcher[6067]: error: Got `remove' command from OpenSIPS for
unknown session with call-id `83335711-572b-122e-57ab-0024e869f3a5'

After some preiod of time, from a few minutes to a day or so, media-relay
appears to start holding open ports that have long gone dead.
After a while it runs out of ports for new calls and opensips sends the call
on without using mediaproxy.
Traffic graphs support this conclusion. They also show that it was working
fine for more than a month then stopped working.

I'm using
  opensips 1.6.2-notls (x86_64/linux)
  mediaproxy is enacted with engage_media_proxy() with dialog write to db on
shutdown.
  mediaproxy 2.4.2 (just replaced with 2.4.3 but still getting the errors
mentioned above in the logs. Haven't seen it run out of ports yet but it has
only been a few minutes)
  Fedora release 11, kernel 2.6.30.10-105.2.23.fc11.x86_64

pertinent opensips.cfg stuff
modparam("dialog", "dlg_flag", 13)
# db_mode: 0 - NO_DB, 1 - REALTIME, 2 - DELAYED, 3 - ON SHUTDOWN
modparam("dialog", "db_mode", 3)
modparam("mediaproxy", "mediaproxy_socket",
"/var/run/mediaproxy-dispatcher.sock")
modparam("mediaproxy", "mediaproxy_timeout", 500)
modparam("mediaproxy", "signaling_ip_avp", "$avp(s:nat_ip)")
modparam("mediaproxy", "media_relay_avp", "$avp(s:media_relay)")
modparam("mi_datagram", "socket_name", "/tmp/opensips.sock")
modparam("mi_datagram", "children_count", 4)

                if (is_method("INVITE")) {
                        engage_media_proxy();
                        fix_nated_sdp("8","<my hosts ip>"); # topology hide
the sdp o header.
                }
pertinent /etc/mediaproxy/config.ini stuff:
[Dispatcher]
socket_path = /var/run/mediaproxy-dispatcher.sock
[OpenSIPS]
socket_path = /tmp/opensips.sock



Thanks for any thoughts.

Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20101020/48b26d3e/attachment.htm