there,
then your function would return 1 if all went ok or -1 if there was some kind
of error.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
is the SIP Beyond VoIP
mailing list: http://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
this in the Open, Bogdan :-)
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
be consistently triggered from
the outside (ie, with SIP traffic) and cause any kind of outage could be
considered a security fix. This is from the top of my head, it would need to be
refined :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel
, 2012, at 11:05 AM, Saúl Ibarra Corretgé wrote:
Hi all,
I've been working for quite a while now in adding external references to RLS
and pres-rules documents following IETF and OMA specifications respectively.
And it works! \o/ In the process I noticed there is common behavior that can
xcap_server configuration option:
Currently it's only used in non-integrated mode, but it's also needed in
integrated mode on order to know if a reference is local or not and thus if it
should be followed or not.
You made it this far! Great, what is your take on this?
Regards,
--
Saúl Ibarra Corretgé
is a transport protocol on top of TCP.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
guys!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
series. You can use OverSIP
to do protocol translation to TCP/TLS and send the call to OpenSIPS. Now, IIRC
there was some problem in parsing the Via headers, because they now have a
different transport parameter (ws and wss), but I think someone posted a patch
already.
--
Saúl Ibarra Corretgé
AG
, and also means the config file doesn't need to be
changed (and the relay restarted) every time the list of dispatchers
changes. The patch is against mediaproxy 2.4.2.
Thanks for the patch, I'll have a look at it.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
applied the RLS fix on trunk r9375, thanks!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
).
That is correct. Those are not 2 contact URIs, they are 2 contact headers in a
single line, comma separated.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman
of the above idea ? :)
Love it :-) We already switched to TCP for the above stated reasons, so if you
need testing let me know, I'll be more than happy to do so.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel
Hi Bogdan,
On Oct 12, 2012, at 5:15 PM, Bogdan-Andrei Iancu wrote:
Hi Saúl,
On 10/12/2012 06:54 PM, Saúl Ibarra Corretgé wrote:
Hi Bogdan,
On Oct 12, 2012, at 4:35 PM, Bogdan-Andrei Iancu wrote:
Hi Saúl,
Well, looking at this particular case (presence), we have 2 options:
1
in the next OpenSIPS release.
Oh, I see now. Thanks for clarifying!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hi Vlad,
About a month ago a patch adding the disable_gruu parameter was added to trunk
but it was never backported to the 1.8 branch. At that time 1.8 was still under
development IIRC. Could we get that backported to 1.8 please? :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
header, and use the current approach if the AVP is not set.
Thoughts?
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
--
Saúl Ibarra Corretgé
AG Projects
thing o_O. Any
clue?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
some other alternatives with Razvan on IRC and
this seemed fine)
The patch is not big, I'd appreciate if someone can have a look, I'll commit it
once I get the green light :-)
Kind regards,
generate_offline_body.diff
Description: Binary data
--
Saúl Ibarra Corretgé
AG Projects
language for OpenSIPS
configuration. An existing one can be embedded and used to write the config
script, think Python or Lua.
Why spend time in reinventing tools we already have?
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
, there is no on-fits-all solution, I just expressed my own opinion and
support for the decision taken by the core team not to include the suggested
patch.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
the configuration file
syntax.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
On Mar 22, 2012, at 1:06 PM, Nick wrote:
Where could we get the patch?
Uploading the file gave me errors so I posted a link to the patch file.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
___
Users mailing list
us...@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin
Hi,
On Mar 20, 2012, at 1:20 PM, Saúl Ibarra Corretgé wrote:
Hi,
I've been testing and analyzing the GRUU implementation and I think we need
to fix the loose_route function to properly accommodate GRUU support. Lets
take the following simple case (proxy does record routing):
- Alice
Hi again,
I just had another idea, which would fix the problem while being more generic:
adding a new parameter to the rr module to disable strict routing support.
Thoughts?
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel
Hi Vlad,
On Mar 21, 2012, at 11:15 AM, Vlad Paiu wrote:
Hi Saúl,
Indeed this was non RFC-compliant behaviour, and the patch seems ok to me.
Please go ahead and apply on trunk.
Done, thanks for checking it!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
there are no strict routers in the planet.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
commit the patch you provided a couple of emails
ago ( the one with the ;gr parameter existence check into RR ).
Will do.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin
that the loose_route function adds an extra check: if is_myself
return true, check if the URI has the gr parameter. In such case, don't assume
the previous hop was a strict router, but a loose router.
Thoughts?
--
Saúl Ibarra Corretgé
AG Projects
___
Devel
Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hi,
I wrote a patch for this, it works :-) Since I guess you guys are busy with the
release I can commit it myself if you give me the green light ;-)
registrar_sip_instance.diff
Description: Binary data
Regards,
On Mar 20, 2012, at 4:52 PM, Saúl Ibarra Corretgé wrote:
Hi,
When
should be between 0 and 32.
If there are no objections I'd like to make this change for trunk and 1.7
branches since I believe is a bugfix.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
is the right way to go ?
The RFC says nothing about this, unfortunately. The provided examples do expose
the domain though. I'd leave it as it is for now, and if we find a reason for
it, we could add a setting to control wether the domain should also be hidden
or not.
Regards,
--
Saúl Ibarra
, that sounds right. I guess the port should also be attached in the case
when @sock is added, otherwise the default would be assumed and it may not
always be the case.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel
:
;pub-gruu=sip:sag...@sipdoc.net;gr=urn:uuid:...
Please find attached a patch for this second issue. It's just removing some
lines, but you are far more familiar with that code :-)
TLDR; it works!
Great work guys!
Regards,
fix_pub_gruu.diff
Description: Binary data
--
Saúl Ibarra Corretgé
AG
and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
release, so the code is already in the 1.7 branch, sorry
for that.
There hasn't been a minor release for the 1.7 branch with that code yet, but
since it's already there, I'd go for keeping it in the 1.7 branch, if that's
not a problem.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Bogdan,
I made and attached the patch in the tracker:
http://sourceforge.net/tracker/?func=detailatid=1086412aid=3414466group_id=232389
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
easy to build MediaProxy there.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
and send a backtrace so I can inspect it.
Regards,
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
/pymodules/python2.6/sipsimple/core/_core.so: undefined symbol:
pjsip_msg_find_remove_hdr_by_name
Did you build the python-sipsimple package yourself? Or did you use the
one from our repositories?
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
project. As it is
only a Bachelor Thesis I thought about finding an easier way to implement my
idea.
IIRC, PJSIP does have stereo support to some degree. A quick search
returned this: http://blog.pjsip.org/2008/03/31/doing-it-in-stereo/
Regards,
--
Saúl Ibarra Corretgé
AG Projects
to know exactly when the meeting is in local time :-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
=http://voipusersconference.org
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
commit
it and backport it to the 1.6 branch if it's appropriate.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
. Or we can just add xcap-diff as a new event.
If there are no objections I can make a patch for this.
Thanks and regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman
OMA prohibits the usage of entry-ref. Just external-ref is allowed.
entry-ref just exists in IETF's incomplete specs. What does OpenXCAP
implement exactly?
Can you point me to the document where that is stated please?
Thanks for the feedback!
--
Saúl Ibarra Corretgé
AG Projects
:-)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
v1.6.3's presence module seems to not work, and use soft
client(A party) to add B party to buddy list ,
the B party can't receivenotify request.
If you don't ask more specific questions there is no way we can help you.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
?!
No, that is an *example* configuration. You need to dive into it and see
how to configure OpenSIPS presence together with OpenXCAP in your
particular scenario, as there is no one fits all solution.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel
, etc.) in OpenXCAP.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
to start.
Now, assuming that the RTP transcoding can be done, I guess the SDP will
also need to be mangled to 'fool' the other endpoint and making him
believe he is using a different codec. Or, are you thinking about
another scenario?
--
Saúl Ibarra Corretgé
AG Projects
reINVITE
both parties and put the transcoder in the middle. In a proxy scenario,
OTOH, I find it utterly complicated.
Anyway, don't take my word for granted, there could be something obvious
which I am overlooking here.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
to
know in what codec they are talking.
This last thing could be faked by always adding G729 to the offer and
answer, but I've seen some devices fail if they get more than one codec
as an answer.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel
I just commited a fix for this, now it behaves the same as in 1.6 or
trunk, that is, ignoring the case.
On 08/23/2010 08:41 AM, Saúl Ibarra Corretgé wrote:
Hi,
During some testing I noticed there is a small bug in the allow_truested
function in branches 1.4 and 1.5 (it's fixed in 1.6
that behavior the non-integrated mode should be used
though I will only implement the integrated mode at first.
Is there any use case I might be overlooking?
Thanks,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
have forgotten or overlooked something, so any input on this
will be kindly appreciated.
Best regards,
[1]: OMA-TS-XDM_Core-V1_1. Sections 6.6.2.X
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
up the good work!
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
. If I were deaf and used
video+T.140 I'd expect to be busy, but not 'On the phone'. A better
message should be chosen, but IMHO every session, no matter it's nature
should trigger a state change.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
.
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
for being so quick :)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
!
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
' machine, because I couldn't
reproduce it :-/
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
dependency is missing from debian/control?
The error looks like something in setuptools to me, so maybe it's the
setuptools version which needs to be adjusted.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel
TM
dependencies also)
This sounds like a better idea :) I'll go this way and port 1.5 dialog
module to 1.4. Thanks for the suggestion!
Kind regards,
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http
to be backported or if am in the right path for
backporting this?
Thank you in advance, best regards
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hum, my browser did something weird and sent the form twice, sorry for
that. You may delete this one.
--
Saúl Ibarra Corretgé
AG Projects
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
]
but that is ok. i can pull the source using darcs.
I just tried and I'm getting the correct version both for i386 and amd64
can you do apt-get clean apt-get autoclean apt-get update
apt-get source python-eventlet and check if it still occurs?
Thanks,
--
Saúl Ibarra Corretgé
AG Projects
#id271214
2) $branch
http://www.opensips.org/Resources/DocsCoreVar16#toc13
Options 1) is available in 1.4 also.
Thanks for the pointers, I didn't know about this other ways of doing it. :)
Regards,
--
Saúl Ibarra Corretgé
AG Projects
the same way in trunk (I can test it tomorrow if needed).
If you find the patch appropriate, please consider it for inclusion, I
thought it could be useful :)
Best regards,
--
Saúl Ibarra Corretgé
AG Projects
Index: dset.c
101 - 175 of 175 matches
Mail list logo