<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<tt>Razva,<br>
<br>
Yes, Great! I am currently running version 1.8.1 of Opensips.<br>
<br>
<br>
Thanks<br>
<br>
Nathaniel<br>
<br>
</tt>
<div class="moz-cite-prefix">On 9/27/12 3:02 AM, Răzvan Crainea
wrote:<br>
</div>
<blockquote cite="mid:50640826.9040405@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>
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 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/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>
</blockquote>
<br>
</body>
</html>