Hi.
Tried "sudo aptitude install opensips-console" already?
Bye, Mike
Christian Cambier wrote:
>Hi.
>
>I'm using opensips version 1.8 and manage to register users/make calls
>so I
>assume openSIPS is really installed.
>
>
>I try to run 'osipsconsole' but it is nowhere to be found on my system
Hi nick,
I think this bug is reported and fixed in version 1.8
(http://sourceforge.net/tracker/?func=detail&aid=3316230&group_id=232389&atid=1086410).
But i am using version 1.7.2. and i really need to preserve headers using this
version.
Is there a way of using custom_headers in b2b, without th
Hello Brett,
Yes, I'm quite positive that's your issue, and that rev >= 9382 has it
fixed.
Regards,
Vlad
Pe 11/23/2012 5:50 PM, Brett Nemeroff a scris:
Vlad,
This is actually 8772. There is no question the CANCEL has a to-tag
and no Route headers. So I suppose that would be the issue?
Tha
Hello Brett,
Yes, I'm quite positive that's your issue, and that commit should
definitely fix it.
Regards,
Vlad
Pe 11/23/2012 5:50 PM, Brett Nemeroff a scris:
Vlad,
This is actually 8772. There is no question the CANCEL has a to-tag
and no Route headers. So I suppose that would be the issue
Vlad,
This is actually 8772. There is no question the CANCEL has a to-tag and no
Route headers. So I suppose that would be the issue?
Thanks,
Brett
On Wed, Nov 21, 2012 at 4:15 PM, Vlad Paiu wrote:
> Hello,
>
> What is the OpenSIPS SVN version and revision that you are using ?
> There was rec
Hi all, solved with following solution:
if (src_ip == IP_MEDIANT || (method=="INVITE")) {
rewritehostport("FQDN_IPPBX1:PORT_IPPBX1");
route(10);
exit;
}
..
..
Hi.
I'm using opensips version 1.8 and manage to register users/make calls so I
assume openSIPS is really installed.
I try to run 'osipsconsole' but it is nowhere to be found on my system
root@debian-sip:/usr/sbin# updatedb
root@debian-sip:/usr/sbin# locate osipsconsole
/etc/opensips/osipscon
I use own custom patch to support insert_hf/remove_hf (and another NAT
functions like fix_nated_contact) in all b2b_routes, but trick with $var
works without patch. I've tested recently.
--
Nick
2012/11/23 Jorge Henrique Pinho
> Hi Nick,
>
> I tried this approach and leads to unexpected behavi
Hi Nick,
I tried this approach and leads to unexpected behaviour by opensips
http://www.mail-archive.com/users@lists.opensips.org/msg22064.html.
Custom headers doesn't work either, any idea on how to address this problem?
Kind regards
Jorge Pinho
Analyst/Developer
Network Platforms and Multimed
Main route:
$var(orig-to) = $hdr(To);
b2b_init_request("top hiding");
Local route:
remove_hf("To");
append_hf("To: $var(orig-to)\r\n", "From");
--
Nick
2012/11/23 Jorge Henrique Pinho
> Hi, i am trying to preserve the To header and the User-Agent header. It is
> possible to do that?
>
> Kind r
Hi, i am trying to preserve the To header and the User-Agent header. It is
possible to do that?
Kind regards
Jorge Pinho
Analyst/Developer
Network Platforms and Multimedia Solutions
Multimedia Division
From: users-boun...@lists.opensips.org [users-boun...
Hi Bogdan,
you said:
$ru = "sip:user@domain"; # set initial URI
But the initial URI, in my case, could be different, because is an incoming
call from PSTN towards several DDI users. I can't define ($ru) as i unique
URI. Can I set is as a variable? Am I wrong?
Thanks
--
View this message in
Hi,
> The problem I see with the features-based release cycle is that they are
> unpredictable as time - some features may not be properly (or impossible)
> time evaluated -> it may stretch the interval between releases ; IMHO, for a
> project to reliable it is a must to be predictable. The bes
Hi Spandy,
What you have is one URI (A) that you want to send to 2 destinations (X
an Y). So you need to create a new branch with the same uri (A) but to
point to a different destination:
$ru = "sip:user@domain"; # set initial URI
append_branch(); # clone it as a new branch with the
14 matches
Mail list logo
