<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><tt>Hi, Nathaniel!<br>
<br>
You are right, according to OpenSIPS error code, one of the send
function parameters is invalid, and most likely the file
descriptor. Unfortunately I can't confirm this with the logs we
have so far. In order to study the problem further we should add
some extra debugging in the code, and follow the RTPProxy
connections.<br>
In order to see all the rtpproxy servers used, you could use the
nh_show_rtpp MI command, but it doesn't give you enough
information. You can only see which servers are you using and
what is their current status.<br>
Let me know if you are willing to add some extra debugging, and
I will try to prepare a patch for you. If so, also let me know
the OpenSIPS version you use.<br>
<br>
Best regards,<br>
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
</tt>
<pre class="moz-signature" cols="72">Razvan Crainea
OpenSIPS Core Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a>
</pre>
On 09/27/2012 11:55 AM, Nathaniel L Keeling III wrote:<br>
</div>
<blockquote cite="mid:50640658.9040702@akan-tech.com" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<tt>Razvan,<br>
<br>
This seems to occur when one client is Nat'ed and the other
client has a public IP address. The client with the private IP,
is established first and ok with rtpproxy. The second client,
with public IP, is where the failure occurs. I can confirm that
no packets are being sent to rtpproxy for the second client when
I was checking with ngrep. I can also concur that I am getting
audio one way, which is from the first client (one with private
IP). I also see where the failing process originally establishes
connectivity with rtpproxy successfully (the failing process
here is 15868):<br>
<br>
Sep 27 00:36:20 -f ./opensips[15868]: [ID 309935 local1.debug]
DBG:core:init_mod_child: type=CHILD, rank=1, module=rtpproxy<br>
Sep 27 00:36:20 -f ./opensips[15868]: [ID 389318 local1.debug]
DBG:rtpproxy:connect_rtpproxies: [RTPProxy] set list
ffffffff5a6b59e0<br>
Sep 27 00:36:20 -f ./opensips[15868]: [ID 423527 local1.debug]
DBG:rtpproxy:connect_rtpproxies: [Re]connecting sockets (1 >
0)<br>
Sep 27 00:36:20 -f ./opensips[15868]: [ID 454524 local1.debug]
DBG:rtpproxy:connect_rtpproxies: connected xxxxxxxxxxxxxxx:22222<br>
Sep 27 00:36:20 -f ./opensips[15867]: [ID 615994 local1.info]
INFO:rtpproxy:rtpp_test: rtp proxy <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="udp:xxxxxxxxxxxxxxx:22222"><udp:xxxxxxxxxxxxxxx:22222></a>
found, support for it enabled<br>
Sep 27 00:36:20 -f ./opensips[15868]: [ID 615994 local1.info]
INFO:rtpproxy:rtpp_test: rtp proxy <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E" href="udp:xxxxxxxxxxxxxxx:22222"><udp:xxxxxxxxxxxxxxx:22222></a>
found, support for it enabled<br>
Sep 27 00:36:20 -f ./opensips[15870]: [ID 309935 local1.debug]
DBG:core:init_mod_child: type=CHILD, rank=3, module=tm<br>
<br>
Is there a list of the rtpproxies and their connections? If
there is maybe, this is where the corruption is occurring?<br>
<br>
<br>
Thanks<br>
<br>
Nathaniel<br>
<br>
<br>
</tt>
<div class="moz-cite-prefix">On 9/18/12 12:57 PM, Nathaniel L
Keeling III wrote:<br>
</div>
<blockquote cite="mid:5058B5FD.9020205@akan-tech.com" type="cite">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
<tt>Razvan,<br>
<br>
I have copied the log file in the home directory of the server
that you have access to. I was pretty large, so I thought that
would be better. I also copied the opensip config file that we
are using to that directory.<br>
<br>
Thanks<br>
<br>
Nathaniel<br>
<br>
</tt>
<div class="moz-cite-prefix">On 9/18/12 11:57 AM, Răzvan Crainea
wrote:<br>
</div>
<blockquote cite="mid:5058A801.6040602@opensips.org" type="cite">
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
<div class="moz-cite-prefix"><tt>Hi, Nathaniel!<br>
<br>
The lack of media is not the problem. It seems like one of
the OpenSIPS processes (pid 28602) doesn't initiate a
proper communication channel with RTPproxy, or some data
was corrupted. Can you please send me (privately if
preferred) OpenSIPS logs so I can check this?<br>
<br>
Best Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Razvan Crainea
OpenSIPS Core Developer
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a>
</pre>
On 09/18/2012 06:45 PM, Nathaniel L Keeling III wrote:<br>
</div>
<blockquote cite="mid:50588927.3060409@akan-tech.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
Hello,<br>
<br>
I am testing our new Opensips setup with SEMS and RTPProxy
and I am seeing these errors in the log file. Client A and B
are both natted. Client A calls client B. Client B is
unavailable so call gets routed to SEMS for voicemail. I see
this error on sending the 200 reply back to SEMS. I am not
receiving any audio and I am thinking this may be the
reason. Any help would be appreciated. I am using the
residential script generated from the menuconfig option and
the latest version of rtpproxy, 1.2.1.<br>
<br>
<small><small><big>Sep 18 00:59:17 -f ./opensips[28602]:</big>
</small>ERROR:rtpproxy:send_rtpp_command: can't send
command to a RTP proxy Invalid argument<br>
Sep 18 00:59:17 -f ./opensips[28602]: [ID 848861
local1.error] ERROR:rtpproxy:send_rtpp_command: proxy <a
moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="udp:xxxxxx.xxxx.com:22222"><udp:xxxxxx.xxxx.com:22222></a>
does not respond, disable it<br>
Sep 18 00:59:17 -f ./opensips[28602]: [ID 863797
local1.debug] DBG:rtpproxy:raise_rtpproxy_event: no event
sent<br>
Sep 18 00:59:17 -f ./opensips[28602]: [ID 338976
local1.error] ERROR:rtpproxy:force_rtp_proxy_body: cannot
lookup a session on a different RTPProxy</small><br>
<br>
Thanks<br>
<br>
Nathaniel<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>