Why do you say the credentials are wrong?
I guess I'm missing something from the log...?
www_authorize is returning 1
Here's the register handling:
if (!t_newtran()) {
xlog("L_ERR", "Could not make new transation REGISTER - M=$rm
RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n");
sl_reply_e
On 3 February 2012 22:41, wrote:
> What does your whole REGISTER route look like? Maybe you are missing
> something in there and it is allowing someone to register even thought the
> password is wrong.
>
>
Definitely an issue with your script. Somewhere in there you are rejecting
credentials but
My main.c file has the following at the top
/*
* $Id: main.c 8506 2011-10-21 10:21:10Z vladut-paiu $
So do you think there is any point to installing the latest trunk version
and seeing if it works or do you think the bug will still be in the latest
version? Should I open a ticket on sourcef
What does your whole REGISTER route look like? Maybe you are missing
something in there and it is allowing someone to register even thought the
password is wrong.
On , James Lamanna wrote:
Hi,
I know the phones are not on public IPs.
Here is a opensips log of an attacker successfull
Hi,
I know the phones are not on public IPs.
Here is a opensips log of an attacker successfully registering
(hashes have been scrubbed)
Feb 3 12:05:33 opensips2 /usr/local/sbin/opensips[26313]:
DBG:tm:t_newtran: transaction on entrance=(nil)
Feb 3 12:05:33 opensips2 /usr/local/sbin/opensips[263
Hi, I have opensips running nicely, followed this tutorial:
http://wiki.freeswitch.org/wiki/OpenSIPS_configuration_for_2_or_more_FreeSWITCH_installs
Problems happen when using call parking. Because a call can be parked
on any FS server, you can't know where to pick up the parked call. A
simple sol
Răzvan has fixed this issue with the latest trunk. I have tested and all
is good now.
Thanks Razvan and Ovidiu.
On Thu, Feb 2, 2012 at 1:03 PM, wrote:
> I talked a little with Ovidiu offline so I went ahead and opened a bug
> ticket.
>
>
> Ticket is
> 3483337 check_source_address broken in
Hi, Taisto!
It is a fix that was not ported to 1.7 until now. I have just backported it.
Please update your svn sources and let me know if this doens't solve
your problem.
Regards,
--
Răzvan Crainea
OpenSIPS Developer
http://opensips-solutions.org/
On 02/03/2012 05:24 PM, Taisto Qvist wrot
Hi Folks,
I am trying to compile OpenSIPS 1.7(latest svn src) on OpenBSD 5.0,
but I stumble fairly quickly on the below errors.
Anyone who can explain what simple things I've messed up?
Any help appreciated!
Regards
Taisto Qvist
IP-Solutions.se
*[root@sip] /usr/source/opensips_1_7 ># gmake*
C
Hi Vlad,
We have many locations with 5-10 phones each. We use applications that require
us to keep track of device states continuously for each location. We would
prefer to have each location handled by the same Asterisk server both for
incoming and outbound calls including registrations and s
Thanks Vlad for your reply.
Query has to be done into AS400's db. I think is not a standard db. So I
thought about excel or access file ( I can export data from AS400 ).
If there is not another solution, I will have a try as you suggested me.
Thnaks a lot.
--
View this message in context:
http:/
Hello,
Can't you use a regular database, instead of an excel or acces file ?
If not, you can use the exec [1] module to execute an external script
that processes info from your files, or even write a perl app that you
can call via the perl [2] module.
[1] http://www.opensips.org/html/docs/mo
Hi folk,
I need to know if with OpenSIPS i am able to have the following scenario:
INITIAL SCENARIO:
Incoming external call goes into "SIP PBX" , this one routes call toward
another "SIP PBX".
WANTED SCENARIO:
Incoming external call goes into "SIP PBX,this one routes call toward
OpeSIPS ( OpenS
Hi Matt,
If you want good distribution, why don't you use instead the round-robin
or the random dispatcher algorithms?
[1] http://www.opensips.org/html/docs/modules/devel/dispatcher.html#id293072
Regards,
--
Vlad Paiu
OpenSIPS Developer
http://opensips-solutions.org/
Pe 2/3/2012 2:59 AM, M
14 matches
Mail list logo