Hi Jeff,
On Aug 16, 2011, at 2:42 AM, Jeff Pyle wrote:
Ok, so maybe this was a bit much. I'll simply the question:
Other than calling use_media_proxy() / end_media_session() more than once in
a script, what could cause the c= line of the SDP to have the address of the
media relay listed
On Aug 16, 2011, at 9:40 AM, Saúl Ibarra Corretgé wrote:
Hi Jeff,
On Aug 16, 2011, at 2:42 AM, Jeff Pyle wrote:
Ok, so maybe this was a bit much. I'll simply the question:
Other than calling use_media_proxy() / end_media_session() more than once in
a script, what could cause the c=
Hi!
If you haven't noticed yet, SER (the mother of the SIP proxy projects
Openser, Kamailio, sip-router, opensips, ) is celebrating their 10th
year. There will be a main event happening in Berlin
(http://sip-router.org/10-years-ser/).
For those who can not travel to this event, there will be
Hi list
I am trying opensips 1.7 out and have got a few problems:
1. Registrations over TLS don't work and got the errors when trying to
send 401 challenge:
Aug 16 12:47:27 server /usr/sbin/opensips[15413]: ERROR:core:_tls_read:
something wrong in SSL: 1
Aug 16 12:47:27 server
Hi,
When using m_store($ru) the SIP messages sent back to sender have
default server_header and not the one i rewrite it.
Dani
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Hello,
2. I guess you are talking about tcp_no_new_conn_bflag ? You can find
more info at [1]
3. Could you please edit opensipsctl to run with /bin/bash instead of
/bin/sh and see if this works ?
Just edit the first line from /bin/sh to /bin/bash.
[1]
Hi Saúl,
Correct, no SDP mangling functions in this proxy. But in other proxies where I
use engage_media_relay() I do have this:
# Mangle the origin if the B2B is in use
if (is_dlg_flag_set(24) search(Content-Type:
application/sdp)) {
LinkedIn
Wesley Volcov souhaite se connecter à vous sur LinkedIn :
--
Je vous invite à faire partie de mon réseau professionnel en ligne sur le site
LinkedIn.
Accepter l'invitation de Wesley Volcov
Running opensips-1.6.4-2-tls, I cannot get OpenSIPS to forward the
registration request to FreeSWITCH. Here is what the debugging looks like
when i try to register with the opensip box
10.20.30.17 is the opensips box.
10.20.30.18 is the FreeSWITCH box.
my opensips.cfg is copied from
Do you have entries in your dispatcher table for your Freeswitch system(s)?
What is response returned to the registering UA?
Mario
http://advantia.ca
On Tue, Aug 16, 2011 at 10:47 AM, vip killa vipki...@gmail.com wrote:
Running opensips-1.6.4-2-tls, I cannot get OpenSIPS to forward the
this is the dispatcher table:
++---+-+---++---+-+
| id | setid | destination | flags | weight | attrs | description |
++---+-+---++---+-+
| 3 | 1 | sip:10.20.30.18 | 1 | 1 |
begin of packet -
U 2011/08/16 14:11:53.026316 72.237.213.162:5060 - 10.20.30.17:5060
REGISTER sip:10.20.30.17 SIP/2.0
CSeq: 54 REGISTER
Via: SIP/2.0/UDP 72.237.213.162:5060
;branch=z9hG4bKc5a0eeab-e604-1910-80c1-002622a67db9;rport
User-Agent:
Hi list,
I downloaded the opensips version 1.6.3 from
http://opensips.org/pub/opensips/1.6.3/src/opensips-1.6.3-notls_src.tar.gz.
But the drouting module don't has the gw_attrs_avp parameter yet.
Where I can find other version 1.6.3?
--
Diego Nakamashi
Hello,
I have an RTP Proxy running in bridge mode.
I've got a call coming from LAN side of RTP Proxy and outgoing to WAN
(Internet) side of RTP Proxy. I'm using rtpproxy_offer(fioc) command if
nat_uac_test(4) believes that call comes from LAN and
rtpproxy_offer(feoc) if it comes from WAN.
Yuri,
On 17.08.2011 07:27, Yuri Kirsanov wrote:
Do you have any idea why is it behaving this way? I'm using OpenSIPS
1.6.4 and RTP Proxy 1.2.1 without any patches. I'm not using
mhomed=1 option, I'm using force_send_socket() on outgoing calls
from Internet client to LAN and it works fine.
Hi Andrew,
Yes, I've tried that, and it seems to be working, but the problem is
following. I have clients who connect both from LAN and from WAN. So, on
incoming INVITE request I can do nat_uac_test(4) to check if request's
latest VIA is from Internet. Then I do a lookup on clients to find out
16 matches
Mail list logo