Toyima,
Have you configured it to connect to your database?
Have you installed packages that provide the commands it was
complaining about missing? From what I have seen, db is almost always
installed and it may just require it to be there even if it is not
used.
Dave
On Thu, Feb 17, 2011 at 1:5
Hi Carlo,
On 02/17/2011 11:48 AM, Carlo Dimaggio wrote:
Il 16/02/11 18.19, Anca Vamanu ha scritto:
Hi Carlo,
Here are my ideas about this.
One solution would be to insert into usr_preferences table a record
with the URI where the call must be forwarded for the user (you can
put the username
Hi Guys,
my scneario is the following:
UA ---> Opensips 1.6.24 > Asterisk 1.4.23
Im using drouting to do failover to my Asterisk Machines
(10.0.20.124:5060,10.0.20.134:5060,10.0.20.131:5060).
Opensips runs on 10.0.20.124:5080. When routing to the asterisk on the same
machine it wor
This version addresses the interoperability issues with PHP 5.3. I would be
glad to hear feedback if it works fine.
The software can be downloaded as a tar archive from:
http://download.ag-projects.com/CDRTool/
For those running Debian unstable there is an official public repository. To
use it
Congratulations !
Norm
On 2/17/11 7:30 AM, Bogdan-Andrei Iancu wrote:
> Hi all,
>
> After like one year of heavy development, I'm proud to announce the
> first code release of OpenSIPS 2.0 .
>
> This is a version still under heavy development, with limited capability
> and functionality.
>
> Fo
Hi all,
After like one year of heavy development, I'm proud to announce the
first code release of OpenSIPS 2.0 .
This is a version still under heavy development, with limited capability
and functionality.
For all details (what can do, how to use, where to get), visit:
http://www.opensip
Hello community,
I'm having a weird error connecting my OpenSIPS with my Asterisk server,
this is the scenario:
A (172.30.140.18:55063) --> OpenSIPS (172.30.140.57:5060) --> Asterisk (
172.30.140.40:5060) --> B
and now take a look at the traces:
U 2011/02/17 11:53:01.933871 172.30.140.18:55063
Il 17/02/11 10.56, Adrian Georgescu ha scritto:
Carlo,
You should check the aggregated PIDF published by SIP UAs in the presence
module and if none is online you should check the pidf-manipulation XCAP
document that contains the same data for when clients are not online.
Hi Adrian,
you are ta
Il 16/02/11 21.16, Duane Larson ha scritto:
I guess one option could be to have an XCAP server and an XCAP IP
Phone (Snom) that can publish its PIDF info. Then you would need to
somehow search the XCAP table and parse that xml code to see the
persons status. That is what comes to my mind firs
Carlo,
You should check the aggregated PIDF published by SIP UAs in the presence
module and if none is online you should check the pidf-manipulation XCAP
document that contains the same data for when clients are not online.
Blink wil publish soon this information and you can play with it also f
Hello Dave,
2011/2/17 Dave Singer
> Toyima,
>
> On Wed, Feb 16, 2011 at 5:55 AM, Toyima Dias wrote:
> >
> >
> > 2011/2/16 Dave Singer
> >>
> >> Toyima,
> >> This is the right list. You just have to take into account that no one
> >> is getting paid to answer your questions in the list. And som
Il 16/02/11 18.34, Adrian Georgescu ha scritto:
Hi Carlo,
Such powerful feature would deserve some module of its own. Routing
based on end-user provided preferences using presence is something
fresh and cool nobody has tried it before. Make something that uses
published presence and xcap pol
Il 16/02/11 18.19, Anca Vamanu ha scritto:
Hi Carlo,
Here are my ideas about this.
One solution would be to insert into usr_preferences table a record
with the URI where the call must be forwarded for the user (you can
put the username in RURI) when the presence status is "meeting",
"holiday"
On 02/15/2011 12:26 PM, Jayesh Nambiar wrote:
Hi All,
I have a scenario:
I use two instances of opensips for routing a specific kind of call. The
call comes on opensips1 and then is routed to opensips2 and then to the
destination IP. Both opensips are on different servers connecting to
their own
Just two cents -
We make such a product already - and it's very tricky to get it working. We
have real-time routing decisions based on user-provided variables such as
location and presence. We can automatically direct calls based on
inactivity on the keyboard and mouse over a period of say 1 min
15 matches
Mail list logo