Hi all,
Recently OpenSIPS had two important improvements in BLF (dialog info)
and presence. The first one gives more flexibility and makes it
adaptable to more platform architectures. The second one transforms
dialog information into presence, mixing the two and making the presence
server
Hi Antonio,
You have to call b2b_init on the initial INVITE that creates the dialog.
And the B2B server will know to correctly treat the REFER when it comes.
That REFER message in fact will never go in the default route but in the
route with the name defined in the module parameter
Hi,
I have fixed this problem. Instead of using a concatenation of callid
and from tag I generate an MD5 string from the two. Please update.
Thanks,
--
Anca Vamanu
www.voice-system.ro
Jeff Pyle wrote:
It seems as though the '@' is causing the Opensips to trip over before a
resulting
Anca,
This sounds like a very good start. My experience is that this is something
that different people will want to use in different ways. Some people don't
want phone calls to affect presence, where others say differently In the
future, there might be need for a per-uri configuration
Hi Jeff,
Now this problem with IP address in from tag is fixed. Now the tag is no
longer obtained by concatenating the callid with the from tag in the
previous message, but an MD5 function is applied on the two.
Regards,
--
Anca Vamanu
www.voice-system.ro
Bogdan-Andrei Iancu wrote:
Hi
Hi Olle,
Olle E. Johansson wrote:
Anca,
This sounds like a very good start. My experience is that this is something
that different people will want to use in different ways. Some people don't
want phone calls to affect presence, where others say differently In the
future, there might
Thanks to Andrei, the bug is fixed on trunk and 1.6 version
Regards,
Bogdan
Bogdan-Andrei Iancu wrote:
Hi Takeshi,
It seams there is a missing error handling in case of no more mem.
This will be fixed asap.
Thanks for the report and help,
Bogdan
mayamatakeshi wrote:
Hi Bogdan,
yes, use the xlog() statement and print whatever you want - it is just
to see (in logs) that the execution got to the source checking:
if (!(method==REGISTER) is_from_local())
{
xlog(--- before doing check_source_address\n);
if (!check_source_address(0))
Hi Antonio,
The topology hiding part has been exhaustively tested and is considered
to be stable. The refer sceanario that you want to use is very simple
and it doesn't contain much more code above the topology hiding part.
So, I think that it is safe to consider opensips b2b an option in the
Hi Brett,
This has been solved ... eventually.
It was indeed an invalid link. I have committed the changes in trunk.
Regards,
Alex
On 3/25/2010 16:47, Brett Nemeroff wrote:
t plenty of other database operations work
Any ideas?
--
Alex Ionescu
www.voice-system.ro
Thanks!
On Wed, Apr 14, 2010 at 7:56 AM, Alex Ionescu a...@opensips.org wrote:
Hi Brett,
This has been solved ... eventually.
It was indeed an invalid link. I have committed the changes in trunk.
Regards,
Alex
On 3/25/2010 16:47, Brett Nemeroff wrote:
t plenty of other database
On Tue, Apr 13, 2010 at 5:04 AM, Bogdan-Andrei Iancu bog...@voice-system.ro
wrote:
Hi Jock,
Jock McKechnie wrote:
On Mon, Apr 12, 2010 at 10:48 AM, Bogdan-Andrei Iancu
bog...@voice-system.ro mailto:bog...@voice-system.ro wrote:
Hi Jock,
I'm wondering if the above error is
Hi Anca,
Thank you very much for the status, We're alredy started to develop the
solution using the B2B modules.
Opensips Rocks!!!
Best regards,
Antonio Anderson Souza
Voice Technology
http://www.antonioams.com
On Wed, Apr 14, 2010 at 9:47 AM, Anca Vamanu a...@opensips.org wrote:
Hi
I had a previous question regarding default transport, and the response I
got was that the RFC says the order should be UDP, TCP then TLS. However
after reading into this further (and some recent experiences with other
platforms) I'm wondering if I have a new feature request for OpenSIPS. From
Indeed. Looks and works very well.
- Jeff
On Apr 14, 2010, at 7:10 AM, Anca Vamanu wrote:
Hi Jeff,
Now this problem with IP address in from tag is fixed. Now the tag is no
longer obtained by concatenating the callid with the from tag in the
previous message, but an MD5 function is
Anca,
Thank you very much for your support, I've made the changes in my script and
I got the refer scenarios working properly.
Regards,
Antonio Anderson Souza
Voice Technology
http://www.antonioams.com
On Wed, Apr 14, 2010 at 6:31 AM, Anca Vamanu a...@opensips.org wrote:
Hi Antonio,
You
FYI
I have the following problem with the Opensips-Control Panel
With the module Static Monitor
I can select the module to see the statics, for example Module:net and
select waiting_udp y waiting_tcp or any other options.
The problem is the select the Static Charts and need to see the
Hi,
I have on doubt, my scenario I have a SIP-Phone A that calls a SIP-Phone B
establish the calls, after some time the SIP-Phone B send a Refer with
Refer-To header pointing to a SIP-Phone C, the call scenario is working
properly, except that the Invite generated by the B2B scenario to transfer
2010/4/14 Anca Vamanu a...@opensips.org:
Therefore, we decided to mix the dialog information with presence at the
presence server. Now, the presence server is able to tell you if a buddy
is in a call through presence Notifications even if his phone did not
send a presence Publish with this
As it seems like opensips is not sending the calls to mediaproxy, should
I downgrade ?
Mike
On 13/04/10 3:19 PM, Mike O'Connor wrote:
Hi All
I just upgraded to opensips-1.6.2 and mediaproxy-2.4.2, I've made no
changes to the opensips config but I have done the mysql and radius
updates
Hi All
I downgrade back to opensips-1.6.1 and mediaproxy-2.3.10, mediaproxy
started working again.
I then upgraded to mediaproxy-2.4.2, mediaproxy was still being used.
Upgrading to opensips-1.6.2 again and mediaproxy stopped working.
So the problem must be in opensips-1.6.2, I've been
21 matches
Mail list logo