Daniel,
Thank you for your response.
We have verified that it is indeed a bug with VoipSwitch. We uninstalled
the older version (v2.0.0965) of VoipSwitch that we were running and
replaced it with a newer version (v2.985), and the problem went away.
Once again, thank you very much for your assist
El Lunes, 1 de Marzo de 2010, Robert McGilvray escribió:
> Please excuse the noob questions, I'm not very familiar with presence.
>
>
>
> Users are registered to kamailio, authenticated against radius with LDAP
> backend. I'd like to setup some queues on asterisk for helpdesk call
> center but i
Please excuse the noob questions, I'm not very familiar with presence.
Users are registered to kamailio, authenticated against radius with LDAP
backend. I'd like to setup some queues on asterisk for helpdesk call
center but in order to do it correctly asterisk needs the device state
(ringing, i
Am 01.03.2010 16:20, schrieb Daniel-Constantin Mierla:
Hello,
I think it is time to prepare for first minor release (3.0.1) in 3.0
series. We are approaching two months since kamailio 3.0.0, period
within several issues were reported and fixed. Please report anything
you are aware is not curre
Hello,
I think it is time to prepare for first minor release (3.0.1) in 3.0
series. We are approaching two months since kamailio 3.0.0, period
within several issues were reported and fixed. Please report anything
you are aware is not currently working in 3.0 to
sr-...@lists.sip-router.org or
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
> > Also I cannot reproduce the problem with SIPp as I call to wrong numbers
> > so the PSTN gateways reply 503 and there is no RtpProxy sessions, neither
> > dialogs (I use the dialog module just to get statics).
>
> It might be a c
On 03/01/2010 01:17 PM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
I must check it. Anyhow, as I said it's a very strange problem as some
day it occured after reloading the iptables rules! (without changing
nothing important).
hmmm .
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
> > I must check it. Anyhow, as I said it's a very strange problem as some
> > day it occured after reloading the iptables rules! (without changing
> > nothing important).
>
> hmmm ... are you using tcp or just udp?
Just udp, no tcp
On 03/01/2010 12:57 PM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
Do you mean running kamailio as usual and later running:
gdb> attach KAMAILIO_MASTER_PID
?
yes, run as usual and when it is no longer working attach to a SIP
w
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
> > Do you mean running kamailio as usual and later running:
> >gdb> attach KAMAILIO_MASTER_PID
> > ?
>
> yes, run as usual and when it is no longer working attach to a SIP
> worker process and grab the backtrace.
ok
> > Co
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
> > Might be some race in permissions module induced by address_reload MI
> > command.
Unfortunatelly I cannot reproduce the problem (running "kamctl fifo
address_reload" several times and modifying adddrss table) under no traffic
scenar
On 03/01/2010 12:35 PM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
On 03/01/2010 11:52 AM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
Sometimes, with no reason (not just in the moments
On 03/01/2010 12:39 PM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
Do you mean running kamailio as usual and later running:
gdb> attach KAMAILIO_MASTER_PID
?
Should it be the PID of the master process (attendant) or the "MI FIFO"
process
Hello,
Tuesday, March 9, I am going to be in London and plan to organize a
social networking event for folks around SIP/VoIP, Kamailio (OpenSER) &
SIP Router. One is going to be the usual evening dinner/pub meeting, see
pics from some past events:
http://www.asipto.com/gallery/v/social_meetin
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
> Do you mean running kamailio as usual and later running:
> gdb> attach KAMAILIO_MASTER_PID
> ?
Should it be the PID of the master process (attendant) or the "MI FIFO"
process of kamailio?
Thanks.
--
Iñaki Baz Castillo
_
El Lunes, 1 de Marzo de 2010, Daniel-Constantin Mierla escribió:
> On 03/01/2010 11:52 AM, Iñaki Baz Castillo wrote:
> > El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
> >> Sometimes, with no reason (not just in the moments of highest traffic)
> >> kamailio gets totally frozen, this is,
Hello,
On 02/28/2010 06:43 PM, Even André Fiskvik wrote:
Hi.
I've just started looking at kamailio, and I'm experimenting a bit with configuring a
SIP<-> XMPP gateway with it using the pua_xmpp module.
The configuration part hasn't beed straight-forward, but I think I'm starting
to get somew
On 03/01/2010 11:52 AM, Iñaki Baz Castillo wrote:
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
Sometimes, with no reason (not just in the moments of highest traffic)
kamailio gets totally frozen, this is, it doesn't reply to SIP messages,
neither relays them. Then Kamailio ca
El Lunes, 1 de Marzo de 2010, Iñaki Baz Castillo escribió:
> Sometimes, with no reason (not just in the moments of highest traffic)
> kamailio gets totally frozen, this is, it doesn't reply to SIP messages,
> neither relays them. Then Kamailio cannot be killed (just with -9).
And the worst: when
Hi, I'm experimenting an annoying issue in a Debian Lenny 32 bits under a DELL
850 (2 cores). Same occured before with Debian Etch 32 and 64 bits in other
host (also DELL 850).
Kamailio (1.5 rev 5834) behaves as a load balancer in front of 2 PSTN
gateways. There are ~200 calls and for all of th
20 matches
Mail list logo
