Re: [OpenSIPS-Users] mediaproxy losing audio after on-hold?

2011-04-26 Thread Saúl Ibarra Corretgé

On 04/23/2011 05:51 PM, Henk Hesselink wrote:

Hi,

We occasionally have calls losing audio after the call has been put on
hold for a while (1-2 minutes) if the caller is behind NAT. What
happens is:

1. caller puts call on-hold
2. after 1-2 minutes the NAT binding times out
3. caller takes call back
4. the REINVITE has new ports
5. mediaproxy doesn't pick up on the new ports
6. no audio

If the caller transfers the call (i.e. a new INVITE) then there is no
problem.

Is there something special we need to do when processing the REINVITE
to tell mediaproxy to pick up the new ports? We use separate calls to
use_media_proxy and end_media_session, we don't use engage_media_proxy.



If you use the separate functions you'll need to call use_media_proxy 
also for re-INVITEs, in order to instruct MediaProxy to allocate new 
ports and update the ongoing session.



Regards,

--
Saúl Ibarra Corretgé
AG Projects

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] mi_xmlrpc on FeeBSD amd64

2011-04-26 Thread Anton Zagorskiy
Hi.

Does anyone use mi_xmlrpc module on FreeBSD amd64? (I have 8.2)
I can't get answer from OpenSIPS using menu 'MI Commands' in the
opensips-cp.

In a wireshark I see a normal TCP/IP session (socket isn't blocked).
But there are no any messages in a OpenSIPS log and in a mi_xmlrpc log
(i've setted modparam to /var/log/abyss.log)

Any suggestions?


-- 
WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
e-mail: a.zagors...@oyster-telecom.ru
tel:+7 812 601-0610
fax:+7 812 601-0593
www.oyster-telecom.ru
--


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] mediaproxy losing audio after on-hold?

2011-04-26 Thread Saúl Ibarra Corretgé



Thanks for the info. Do we also need to call end_media_session before
the call to use_media_proxy?



No, because you are updating the data for an existing session.

As a side note, this is what engage_mediaproxy does internally by using 
dialog callbacks.



Regards,

--
Saúl Ibarra Corretgé
AG Projects

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] db_postgres: no private memory left

2011-04-26 Thread thrillerbee
Some more information... this only occurs when issuing 'opensipsctl fifo
dr_reload'. All other fifo commands seem to work without issue. Anyone have
any suggestions on how I can track this down?

Thanks.

On Thu, Apr 21, 2011 at 8:56 AM, thrillerbee thriller...@gmail.com wrote:

 I'm trying to track down the source of the following errors in syslog:

 /usr/local/sbin/opensips[25490]: WARNING:core:fm_malloc: Not enough free
 memory, will atempt defragmenation
 /usr/local/sbin/opensips[25490]: ERROR:core:db_allocate_rows: no memory
 left
 /usr/local/sbin/opensips[25490]:
 ERROR:db_postgres:db_postgres_convert_rows: no private memory left

 What makes this even more unusual is that it will print these errors at
 almost exactly 30-min intervals for several hours and then just stop. For
 example, last night, it printed the above errors at:
 23:56:00
 00:26:08
 00:56:08
 01:26:03
 01:56:05
 02:26:03
 02:56:01
 03:26:02
 and then it stopped...

 I see no errors in postgresql logs and I haven't yet found any issues with
 the actual performance of OpenSIPS. I have increased private memory to 100MB
 and continue to see this randomly. This OpenSIPS instance is using drouting
 module with about 16,000 lines in the dr_rules table.

 Any advice would be appreciated to help narrow down the source of these
 messages.

 Thanks,
 Ryan

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] mediaproxy losing audio after on-hold?

2011-04-26 Thread Henk Hesselink

On 4/26/11 4:19 PM, Saúl Ibarra Corretgé wrote:



Thanks for the info. Do we also need to call end_media_session before
the call to use_media_proxy?



No, because you are updating the data for an existing session.

As a side note, this is what engage_mediaproxy does internally by using
dialog callbacks.


Regards,


Thanks for clearing that up.  We had to stop using engage_mediaproxy
after running into audio issues because there is (was?) a lack of
support for early dialogs in the dialog module.

Regards,

Henk

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users