subject:"\[OpenSIPS\-Users\] rabbit event not passing params 2.2"

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-03-22 Thread Răzvan Crainea


Hi guys!

Indeed, Jarod's pull request should solve this issue. Could you give it 
a try with the latest code?


Best regards,
Răzvan

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 03/21/2016 06:20 PM, jar...@unixc.org wrote:

Tito,

I think I was having the same issue as you… have you recompiled since
this pull request (~7 days ago)

https://github.com/OpenSIPS/opensips/pull/827

Jarrod


On Mar 21, 2016, at 11:16 AM, Tito Cumpen mailto:t...@xsvoce.com>> wrote:

Razvan,


 any updates on this ?

On Tue, Feb 2, 2016 at 6:39 PM, Tito Cumpen mailto:t...@xsvoce.com>> wrote:

Razvan,


I spun up another server running

 opensips -V
version: opensips 2.2-dev (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN
16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: b7db080
main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3



check out the trace and the body actually has a payload when using
this exchange. I a wrapper on the event that I was using and I am
still seeing the issue of no payload in the latest dev. I added
another exchange that subscribes to cdr


E_ACC_EVENT

 subscribe_event("E_ACC_EVENT",
"rabbitmq:,myrabbitserver/cdr");but I till getting nothing in the
body check out the rabbitproblems2.pcap




Thanks,
Tito

On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea
mailto:raz...@opensips.org>> wrote:

Hi, Tito!

Can you raise an event from a different application with the
same routing-key (sip1dev) and the same exchange("")? Does it
work? if it does, can you send me the trace for the working one?

Best regards,
Răzvan


On 02/02/2016 02:57 AM, Tito Cumpen wrote:

Razvan,

Here is the trace. Please let me know if you need anything
else. Also I remember there was mention of a user replication
module coming out for 2.X that would allow servers to be
aware of users registered on other opensips registrars.


Thanks,
Tito

On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea
mailto:raz...@opensips.org>> wrote:

Hi, Tito!

Can you send me a trace?

Thanks,
Răzvan


On 01/25/2016 10:41 PM, Tito Cumpen wrote:

Hey Razvan,

This is still an issue with the latest dev build. The
event is entirely empty when it is transmitted to the
queue. I've tried modparam("event_rabbitmq",
"sync_mode", 1) but it does not make a difference.

THanks,
Tito


___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


--
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com



___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


--
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com



___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-03-21 Thread Tito Cumpen

Razvan,


 any updates on this ?

On Tue, Feb 2, 2016 at 6:39 PM, Tito Cumpen  wrote:

> Razvan,
>
>
> I spun up another server running
>
>  opensips -V
> version: opensips 2.2-dev (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: b7db080
> main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3
>
>
>
> check out the trace and the body actually has a payload when using this
> exchange. I a wrapper on the event that I was using and I am still seeing
> the issue of no payload in the latest dev. I added another exchange that
> subscribes to cdr
>
>
> E_ACC_EVENT
>
>  subscribe_event("E_ACC_EVENT", "rabbitmq:,myrabbitserver/cdr");but I till
> getting nothing in the body check out the rabbitproblems2.pcap
>
>
>
>
> Thanks,
> Tito
>
> On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea 
> wrote:
>
>> Hi, Tito!
>>
>> Can you raise an event from a different application with the same
>> routing-key (sip1dev) and the same exchange("")? Does it work? if it does,
>> can you send me the trace for the working one?
>>
>> Best regards,
>> Răzvan
>>
>>
>> On 02/02/2016 02:57 AM, Tito Cumpen wrote:
>>
>> Razvan,
>>
>> Here is the trace. Please let me know if you need anything else. Also I
>> remember there was mention of a user replication module coming out for 2.X
>> that would allow servers to be aware of users registered on other opensips
>> registrars.
>>
>>
>> Thanks,
>> Tito
>>
>> On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea 
>> wrote:
>>
>>> Hi, Tito!
>>>
>>> Can you send me a trace?
>>>
>>> Thanks,
>>> Răzvan
>>>
>>>
>>> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>>>
>>> Hey Razvan,
>>>
>>> This is still an issue with the latest dev build. The event is entirely
>>> empty when it is transmitted to the queue. I've tried
>>> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
>>> difference.
>>>
>>> THanks,
>>> Tito
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>> --
>>> Răzvan Crainea
>>> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> --
>> Răzvan Crainea
>> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-03-21 Thread jarrod

Tito,

I think I was having the same issue as you… have you recompiled since this pull 
request (~7 days ago)

https://github.com/OpenSIPS/opensips/pull/827

Jarrod

> On Mar 21, 2016, at 11:16 AM, Tito Cumpen  wrote:
> 
> Razvan,
> 
> 
>  any updates on this ?
> 
> On Tue, Feb 2, 2016 at 6:39 PM, Tito Cumpen  > wrote:
> Razvan,
> 
> 
> I spun up another server running 
> 
>  opensips -V
> version: opensips 2.2-dev (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, 
> FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: b7db080
> main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3
> 
> 
> 
> check out the trace and the body actually has a payload when using this 
> exchange. I a wrapper on the event that I was using and I am still seeing the 
> issue of no payload in the latest dev. I added another exchange that 
> subscribes to cdr 
> 
> 
> E_ACC_EVENT
> 
>  subscribe_event("E_ACC_EVENT", "rabbitmq:,myrabbitserver/cdr");but I till 
> getting nothing in the body check out the rabbitproblems2.pcap
> 
> 
> 
> 
> Thanks,
> Tito
> 
> On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea  > wrote:
> Hi, Tito!
> 
> Can you raise an event from a different application with the same routing-key 
> (sip1dev) and the same exchange("")? Does it work? if it does, can you send 
> me the trace for the working one?
> 
> Best regards,
> Răzvan
> 
> 
> On 02/02/2016 02:57 AM, Tito Cumpen wrote:
>> Razvan,
>> 
>> Here is the trace. Please let me know if you need anything else. Also I 
>> remember there was mention of a user replication module coming out for 2.X 
>> that would allow servers to be aware of users registered on other opensips 
>> registrars.
>> 
>> 
>> Thanks,
>> Tito
>> 
>> On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea > > wrote:
>> Hi, Tito!
>> 
>> Can you send me a trace?
>> 
>> Thanks,
>> Răzvan
>> 
>> 
>> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>>> Hey Razvan,
>>> 
>>> This is still an issue with the latest dev build. The event is entirely 
>>> empty when it is transmitted to the queue. I've tried 
>>> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a 
>>> difference.
>>> 
>>> THanks,
>>> Tito
>>> 
>>> 
>>>  ___
>>> Users mailing list
>>> Users@lists.opensips.org 
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
>>> 
>> 
>> -- 
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com 
>> ___
>> Users mailing list
>> Users@lists.opensips.org 
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
>> 
>> 
>> 
>> 
>> 
>> ___
>> Users mailing list
>> Users@lists.opensips.org 
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
>> 
> 
> -- 
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com 
> ___
> Users mailing list
> Users@lists.opensips.org 
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
> 
> 
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-02-02 Thread Tito Cumpen

Razvan,


I spun up another server running

 opensips -V
version: opensips 2.2-dev (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: b7db080
main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3



check out the trace and the body actually has a payload when using this
exchange. I a wrapper on the event that I was using and I am still seeing
the issue of no payload in the latest dev. I added another exchange that
subscribes to cdr


E_ACC_EVENT

 subscribe_event("E_ACC_EVENT", "rabbitmq:,myrabbitserver/cdr");but I till
getting nothing in the body check out the rabbitproblems2.pcap




Thanks,
Tito

On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> Can you raise an event from a different application with the same
> routing-key (sip1dev) and the same exchange("")? Does it work? if it does,
> can you send me the trace for the working one?
>
> Best regards,
> Răzvan
>
>
> On 02/02/2016 02:57 AM, Tito Cumpen wrote:
>
> Razvan,
>
> Here is the trace. Please let me know if you need anything else. Also I
> remember there was mention of a user replication module coming out for 2.X
> that would allow servers to be aware of users registered on other opensips
> registrars.
>
>
> Thanks,
> Tito
>
> On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea 
> wrote:
>
>> Hi, Tito!
>>
>> Can you send me a trace?
>>
>> Thanks,
>> Răzvan
>>
>>
>> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>>
>> Hey Razvan,
>>
>> This is still an issue with the latest dev build. The event is entirely
>> empty when it is transmitted to the queue. I've tried
>> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
>> difference.
>>
>> THanks,
>> Tito
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> --
>> Răzvan Crainea
>> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> --
> Răzvan Crainea
> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


rabbitworks.pcap
Description: Binary data


rabbitproblems2.pcap
Description: Binary data
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-02-02 Thread Răzvan Crainea


Hi, Tito!

Can you raise an event from a different application with the same 
routing-key (sip1dev) and the same exchange("")? Does it work? if it 
does, can you send me the trace for the working one?


Best regards,
Răzvan

On 02/02/2016 02:57 AM, Tito Cumpen wrote:

Razvan,

Here is the trace. Please let me know if you need anything else. Also 
I remember there was mention of a user replication module coming out 
for 2.X that would allow servers to be aware of users registered on 
other opensips registrars.



Thanks,
Tito

On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea > wrote:


Hi, Tito!

Can you send me a trace?

Thanks,
Răzvan


On 01/25/2016 10:41 PM, Tito Cumpen wrote:

Hey Razvan,

This is still an issue with the latest dev build. The event is
entirely empty when it is transmitted to the queue. I've tried
modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
difference.

THanks,
Tito


___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


-- 
Răzvan Crainea

OpenSIPS Core Developer
http://www.opensips-solutions.com


___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


--
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-02-01 Thread Tito Cumpen

Razvan,

Here is the trace. Please let me know if you need anything else. Also I
remember there was mention of a user replication module coming out for 2.X
that would allow servers to be aware of users registered on other opensips
registrars.


Thanks,
Tito

On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> Can you send me a trace?
>
> Thanks,
> Răzvan
>
>
> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>
> Hey Razvan,
>
> This is still an issue with the latest dev build. The event is entirely
> empty when it is transmitted to the queue. I've tried
> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
> difference.
>
> THanks,
> Tito
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> --
> Răzvan Crainea
> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


rabbitproblems.pcap
Description: Binary data
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-01-26 Thread Tito Cumpen

Hey Razvan,

This is still an issue with the latest dev build. The event is entirely
empty when it is transmitted to the queue. I've tried
modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
difference.

THanks,
Tito

On Mon, Jan 25, 2016 at 3:39 PM, Tito Cumpen  wrote:

> Hey Razvan,
>
> This is still an issue with the latest dev build. The event is entirely
> empty when it is transmitted to the queue. I've tried
> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
> difference.
>
> THanks,
> Tito
>
> On Fri, Oct 30, 2015 at 1:20 PM, Răzvan Crainea 
> wrote:
>
>> Hi, Tito!
>>
>> Apologies for getting back so late. The only addition to 2.2 was the
>> async support. Have you tried setting the sync_mode to 1
>> modparam("event_rabbitmq", "sync_mode", 1)
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Solutionswww.opensips-solutions.com
>>
>> On 10/20/2015 08:15 PM, Tito Cumpen wrote:
>>
>> Razvan,
>>
>>
>> I went back to version: opensips 2.1.1 and found that the events are
>> being raised with params as expected. Meaning all is working. Any
>> possibility it broke sometime in 2.2-dev?
>>
>>
>> Thanks,
>> Tito
>>
>> On Tue, Oct 13, 2015 at 5:56 PM, Tito Cumpen  wrote:
>>
>>> Razvan,
>>>
>>>
>>> Yes, There is no body in the event. The event name is as well. Would you
>>> like me to send you a trace ?
>>>
>>> Thanks,
>>> Tito
>>>
>>> On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea < 
>>> raz...@opensips.org> wrote:
>>>
 Hi, Tito!

 So you do get the event, but not the parameters? Is there any body in
 the event?

 Best regards,

 Răzvan Crainea
 OpenSIPS Core Developer
 http://www.opensips-solutions.com

 On 10/13/2015 07:52 PM, Tito Cumpen wrote:

> Răzvan,
>
> Are you referring to
> http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
> section 1.3?
>  From section 2.1 it looks like the subscription syntax looks the same.
>
> Mine is as I sent it before
>
>  subscribe_event("UL_AOR_INSERT",
> "rabbitmq:myrabbitserver/sip1dev");
>
>
> I think the issue lies when appending params as everything except the
> params are sent to the queue. I am appending params in a wrapper like
> this
>
>
> raise_event("UL_AOR_DELETE", $avp(param));
>
>
>
>
>
> On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea  > wrote:
>
> Hi, Tito!
>
> So you're saying that the exact logic works in 1.11, but not in
> 2.2?
> Starting from 2.1 the socket syntax was changed a bit, to be able
> to
> specify both the routing key and the exchange used. This was not
> possible in 1.11. Are you sure you are specifying both?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 10/12/2015 10:09 PM, Tito Cumpen wrote:
>
> Any idea what has broken in the current dev version ?
>
>
> Thanks,
> Tito
>
> On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen  
> >> wrote:
>
>  Razvan,
>
>
>  The connection looks fine check this output from the logs
>
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding int param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:destroy_avp_list: destroying list (nil)
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi_param_set: adding string param
>
>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>  DBG:core:evi

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-01-26 Thread Tito Cumpen

Hey Razvan,

This is still an issue with the latest dev build. The event is entirely
empty when it is transmitted to the queue. I've tried
modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
difference.

THanks,
Tito

On Fri, Oct 30, 2015 at 1:20 PM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> Apologies for getting back so late. The only addition to 2.2 was the async
> support. Have you tried setting the sync_mode to 1
> modparam("event_rabbitmq", "sync_mode", 1)
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 10/20/2015 08:15 PM, Tito Cumpen wrote:
>
> Razvan,
>
>
> I went back to version: opensips 2.1.1 and found that the events are being
> raised with params as expected. Meaning all is working. Any possibility it
> broke sometime in 2.2-dev?
>
>
> Thanks,
> Tito
>
> On Tue, Oct 13, 2015 at 5:56 PM, Tito Cumpen  wrote:
>
>> Razvan,
>>
>>
>> Yes, There is no body in the event. The event name is as well. Would you
>> like me to send you a trace ?
>>
>> Thanks,
>> Tito
>>
>> On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea < 
>> raz...@opensips.org> wrote:
>>
>>> Hi, Tito!
>>>
>>> So you do get the event, but not the parameters? Is there any body in
>>> the event?
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Core Developer
>>> http://www.opensips-solutions.com
>>>
>>> On 10/13/2015 07:52 PM, Tito Cumpen wrote:
>>>
 Răzvan,

 Are you referring to
 http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
 section 1.3?
  From section 2.1 it looks like the subscription syntax looks the same.

 Mine is as I sent it before

  subscribe_event("UL_AOR_INSERT",
 "rabbitmq:myrabbitserver/sip1dev");


 I think the issue lies when appending params as everything except the
 params are sent to the queue. I am appending params in a wrapper like
 this


 raise_event("UL_AOR_DELETE", $avp(param));





 On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea >>> > wrote:

 Hi, Tito!

 So you're saying that the exact logic works in 1.11, but not in 2.2?
 Starting from 2.1 the socket syntax was changed a bit, to be able to
 specify both the routing key and the exchange used. This was not
 possible in 1.11. Are you sure you are specifying both?

 Best regards,

 Răzvan Crainea
 OpenSIPS Core Developer
 http://www.opensips-solutions.com

 On 10/12/2015 10:09 PM, Tito Cumpen wrote:

 Any idea what has broken in the current dev version ?


 Thanks,
 Tito

 On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen >>> 
 >> wrote:

  Razvan,


  The connection looks fine check this output from the logs


  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding int param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:destroy_avp_list: destroying list (nil)

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding int param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:destroy_avp_list: destroying list (nil)

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
  DBG:core:evi_param_set: adding string param

>>

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-01-26 Thread Răzvan Crainea


Hi, Tito!

Can you send me a trace?

Thanks,
Răzvan

On 01/25/2016 10:41 PM, Tito Cumpen wrote:

Hey Razvan,

This is still an issue with the latest dev build. The event is 
entirely empty when it is transmitted to the queue. I've tried 
modparam("event_rabbitmq", "sync_mode", 1) but it does not make a 
difference.


THanks,
Tito


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


--
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2016-01-25 Thread Tito Cumpen

Hey Razvan,

This is still an issue with the latest dev build. The event is entirely
empty when it is transmitted to the queue. I've tried
modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
difference.

THanks,
Tito
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-11-02 Thread Răzvan Crainea

Hi, Tito!

Apologies for getting back so late. The only addition to 2.2 was the 
async support. Have you tried setting the sync_mode to 1

modparam("event_rabbitmq", "sync_mode", 1)

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 10/20/2015 08:15 PM, Tito Cumpen wrote:

Razvan,

I went back to version: opensips 2.1.1 and found that the events are 
being raised with params as expected. Meaning all is working. Any 
possibility it broke sometime in 2.2-dev?

Thanks,
Tito

On Tue, Oct 13, 2015 at 5:56 PM, Tito Cumpen > wrote:

Razvan,

Yes, There is no body in the event. The event name is as well.
Would you like me to send you a trace ?

Thanks,
Tito

On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea
mailto:raz...@opensips.org>> wrote:

Hi, Tito!

So you do get the event, but not the parameters? Is there any
body in the event?

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 10/13/2015 07:52 PM, Tito Cumpen wrote:

Răzvan,

Are you referring to
http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
section 1.3?
 From section 2.1 it looks like the subscription syntax
looks the same.

Mine is as I sent it before

 subscribe_event("UL_AOR_INSERT",
"rabbitmq:myrabbitserver/sip1dev");

I think the issue lies when appending params as everything
except the
params are sent to the queue. I am appending params in a
wrapper like this

raise_event("UL_AOR_DELETE", $avp(param));

On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea
mailto:raz...@opensips.org>
>>
wrote:

Hi, Tito!

So you're saying that the exact logic works in 1.11,
but not in 2.2?
Starting from 2.1 the socket syntax was changed a bit,
to be able to
specify both the routing key and the exchange used.
This was not
possible in 1.11. Are you sure you are specifying both?

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 10/12/2015 10:09 PM, Tito Cumpen wrote:

Any idea what has broken in the current dev version ?

Thanks,
Tito

On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen
mailto:t...@xsvoce.com>
>

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-21 Thread Tito Cumpen

Razvan,


I went back to version: opensips 2.1.1 and found that the events are being
raised with params as expected. Meaning all is working. Any possibility it
broke sometime in 2.2-dev?


Thanks,
Tito

On Tue, Oct 13, 2015 at 5:56 PM, Tito Cumpen  wrote:

> Razvan,
>
>
> Yes, There is no body in the event. The event name is as well. Would you
> like me to send you a trace ?
>
> Thanks,
> Tito
>
> On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea 
> wrote:
>
>> Hi, Tito!
>>
>> So you do get the event, but not the parameters? Is there any body in the
>> event?
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 10/13/2015 07:52 PM, Tito Cumpen wrote:
>>
>>> Răzvan,
>>>
>>> Are you referring to
>>> http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
>>> section 1.3?
>>>  From section 2.1 it looks like the subscription syntax looks the same.
>>>
>>> Mine is as I sent it before
>>>
>>>  subscribe_event("UL_AOR_INSERT",
>>> "rabbitmq:myrabbitserver/sip1dev");
>>>
>>>
>>> I think the issue lies when appending params as everything except the
>>> params are sent to the queue. I am appending params in a wrapper like
>>> this
>>>
>>>
>>> raise_event("UL_AOR_DELETE", $avp(param));
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea >> > wrote:
>>>
>>> Hi, Tito!
>>>
>>> So you're saying that the exact logic works in 1.11, but not in 2.2?
>>> Starting from 2.1 the socket syntax was changed a bit, to be able to
>>> specify both the routing key and the exchange used. This was not
>>> possible in 1.11. Are you sure you are specifying both?
>>>
>>> Best regards,
>>>
>>> Răzvan Crainea
>>> OpenSIPS Core Developer
>>> http://www.opensips-solutions.com
>>>
>>> On 10/12/2015 10:09 PM, Tito Cumpen wrote:
>>>
>>> Any idea what has broken in the current dev version ?
>>>
>>>
>>> Thanks,
>>> Tito
>>>
>>> On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen >> 
>>> >> wrote:
>>>
>>>  Razvan,
>>>
>>>
>>>  The connection looks fine check this output from the logs
>>>
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding int param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:destroy_avp_list: destroying list (nil)
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding int param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:destroy_avp_list: destroying list (nil)
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding int param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:destroy_avp_list: destroying list (nil)
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:core:evi_param_set: adding string param
>>>
>>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>>  DBG:c

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-21 Thread Tito Cumpen

Razvan,


Yes, There is no body in the event. The event name is as well. Would you
like me to send you a trace ?

Thanks,
Tito

On Tue, Oct 13, 2015 at 5:54 PM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> So you do get the event, but not the parameters? Is there any body in the
> event?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 10/13/2015 07:52 PM, Tito Cumpen wrote:
>
>> Răzvan,
>>
>> Are you referring to
>> http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
>> section 1.3?
>>  From section 2.1 it looks like the subscription syntax looks the same.
>>
>> Mine is as I sent it before
>>
>>  subscribe_event("UL_AOR_INSERT",
>> "rabbitmq:myrabbitserver/sip1dev");
>>
>>
>> I think the issue lies when appending params as everything except the
>> params are sent to the queue. I am appending params in a wrapper like this
>>
>>
>> raise_event("UL_AOR_DELETE", $avp(param));
>>
>>
>>
>>
>>
>> On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea > > wrote:
>>
>> Hi, Tito!
>>
>> So you're saying that the exact logic works in 1.11, but not in 2.2?
>> Starting from 2.1 the socket syntax was changed a bit, to be able to
>> specify both the routing key and the exchange used. This was not
>> possible in 1.11. Are you sure you are specifying both?
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 10/12/2015 10:09 PM, Tito Cumpen wrote:
>>
>> Any idea what has broken in the current dev version ?
>>
>>
>> Thanks,
>> Tito
>>
>> On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen > 
>> >> wrote:
>>
>>  Razvan,
>>
>>
>>  The connection looks fine check this output from the logs
>>
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding int param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:destroy_avp_list: destroying list (nil)
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding int param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:destroy_avp_list: destroying list (nil)
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding int param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:destroy_avp_list: destroying list (nil)
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi_param_set: adding string param
>>
>>  Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>>  DBG:core:evi

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-13 Thread Răzvan Crainea


Hi, Tito!

So you do get the event, but not the parameters? Is there any body in 
the event?


Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 10/13/2015 07:52 PM, Tito Cumpen wrote:

Răzvan,

Are you referring to
http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
section 1.3?
 From section 2.1 it looks like the subscription syntax looks the same.

Mine is as I sent it before

 subscribe_event("UL_AOR_INSERT",
"rabbitmq:myrabbitserver/sip1dev");


I think the issue lies when appending params as everything except the
params are sent to the queue. I am appending params in a wrapper like this


raise_event("UL_AOR_DELETE", $avp(param));





On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea mailto:raz...@opensips.org>> wrote:

Hi, Tito!

So you're saying that the exact logic works in 1.11, but not in 2.2?
Starting from 2.1 the socket syntax was changed a bit, to be able to
specify both the routing key and the exchange used. This was not
possible in 1.11. Are you sure you are specifying both?

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 10/12/2015 10:09 PM, Tito Cumpen wrote:

Any idea what has broken in the current dev version ?


Thanks,
Tito

On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen mailto:t...@xsvoce.com>
>> wrote:

 Razvan,


 The connection looks fine check this output from the logs


 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding int param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:destroy_avp_list: destroying list (nil)

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding int param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:destroy_avp_list: destroying list (nil)

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding int param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:destroy_avp_list: destroying list (nil)

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding int param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:destroy_avp_list: destroying list (nil)

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

 Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
 DBG:core:evi_param_set: adding string param

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-13 Thread Tito Cumpen

Răzvan,

Are you referring to
http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq
section 1.3?
>From section 2.1 it looks like the subscription syntax looks the same.

Mine is as I sent it before

subscribe_event("UL_AOR_INSERT",
"rabbitmq:myrabbitserver/sip1dev");


I think the issue lies when appending params as everything except the
params are sent to the queue. I am appending params in a wrapper like this


raise_event("UL_AOR_DELETE", $avp(param));





On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> So you're saying that the exact logic works in 1.11, but not in 2.2?
> Starting from 2.1 the socket syntax was changed a bit, to be able to
> specify both the routing key and the exchange used. This was not possible
> in 1.11. Are you sure you are specifying both?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 10/12/2015 10:09 PM, Tito Cumpen wrote:
>
>> Any idea what has broken in the current dev version ?
>>
>>
>> Thanks,
>> Tito
>>
>> On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen > > wrote:
>>
>> Razvan,
>>
>>
>> The connection looks fine check this output from the logs
>>
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding int param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:destroy_avp_list: destroying list (nil)
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding int param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:destroy_avp_list: destroying list (nil)
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding int param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:destroy_avp_list: destroying list (nil)
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding int param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:destroy_avp_list: destroying list (nil)
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding int param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:destroy_avp_list: destroying list (nil)
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_param_set: adding string param
>>
>> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
>> DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE
>>
>> O

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-12 Thread Răzvan Crainea


Hi, Tito!

So you're saying that the exact logic works in 1.11, but not in 2.2?
Starting from 2.1 the socket syntax was changed a bit, to be able to 
specify both the routing key and the exchange used. This was not 
possible in 1.11. Are you sure you are specifying both?


Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com

On 10/12/2015 10:09 PM, Tito Cumpen wrote:

Any idea what has broken in the current dev version ?


Thanks,
Tito

On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen mailto:t...@xsvoce.com>> wrote:

Razvan,


The connection looks fine check this output from the logs


Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:event_route:scriptroute_fetch: Fetching parameters for event
E_UL_AOR_DELETE

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:event_route:scriptroute_fetch: Successfully fetched 1 parameters

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:buf_init: initializing...

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: deleting this
user patientdemo2.gmail and sending it to the queue for processing
as patientdemo2.gmail

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_raise_event_msg: found subscriber Myr

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-12 Thread Tito Cumpen

Any idea what has broken in the current dev version ?


Thanks,
Tito

On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen  wrote:

> Razvan,
>
>
> The connection looks fine check this output from the logs
>
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding int param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list (nil)
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding int param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list (nil)
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding int param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list (nil)
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding int param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list (nil)
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding int param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list (nil)
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:event_route:scriptroute_fetch: Fetching parameters for event
> E_UL_AOR_DELETE
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:event_route:scriptroute_fetch: Successfully fetched 1 parameters
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: DBG:core:buf_init:
> initializing...
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: deleting this user
> patientdemo2.gmail and sending it to the queue for processing as
> patientdemo2.gmail
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_param_set: adding string param
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:evi_raise_event_msg: found subscriber MyrabbitserverIP
>
> Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
> DBG:core:destroy_avp_list: destroying list 0x7fafc8510150
>
> Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
> DBG:core:tcp_read_req: Using the global ( per process ) buff
>
> Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
> DBG:core:tcp_handle_req: content-length= 0
>
> Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
> DBG:core:async_tsend_stream: Async successful write from first try on
> 0x7fafc850e418
>
> Oct  2 01:06:39 cloud-server-06 /sbin/opens

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-10-01 Thread Tito Cumpen

Razvan,


The connection looks fine check this output from the logs


Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding int param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:event_route:scriptroute_fetch: Fetching parameters for event
E_UL_AOR_DELETE

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:event_route:scriptroute_fetch: Successfully fetched 1 parameters

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: DBG:core:buf_init:
initializing...

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: deleting this user
patientdemo2.gmail and sending it to the queue for processing as
patientdemo2.gmail

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_param_set: adding string param

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:evi_raise_event_msg: found subscriber MyrabbitserverIP

Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:
DBG:core:destroy_avp_list: destroying list 0x7fafc8510150

Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
DBG:core:tcp_read_req: Using the global ( per process ) buff

Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
DBG:core:tcp_handle_req: content-length= 0

Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
DBG:core:async_tsend_stream: Async successful write from first try on
0x7fafc850e418

Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:
DBG:core:tcp_read_req: tcp_read_req end

Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:
DBG:core:probe_max_sock_buff: getsockopt: snd is initially 425984

Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:
INFO:core:probe_max_sock_buff: using snd buffer of 416 kb

Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:
INFO:core:

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-09-29 Thread Răzvan Crainea

So you are not seeing even the xlog() you are printing? Or you're not 
seeing anything on the rabbitmq server.
Can you check the logs to see if there are any errors related to the 
rabbitmq connection?


Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 09/29/2015 01:10 PM, Tito Cumpen wrote:

Razvan,

As I am not seeing anything when transmitting to my rabbitmq server. 
I've ran traces locally  and neither the title of the published item 
 is sent nor the params that are being declared in the event route.


Thanks,
Tito

On Mon, Sep 28, 2015 at 5:37 AM, Răzvan Crainea > wrote:


Hi, Tito!

So you can detect the event, but you do not see any information
attached to it?

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com 

On 09/22/2015 11:09 PM, Tito Cumpen wrote:

Group,


I am noticing issues with 2.2 dev in reference to sending params
when raising an event route. I am not seeing params being sent
nor the name of the event when sending event to a rabbitmq server
declared in the startup route.

Here is out I have implemented and wrapped the event.


event_route[E_UL_AOR_DELETE] {

fetch_event_params("aor=$avp(aor)");


  $avp(param) =  "myip";

$avp(param) = $avp(aor);


xlog("deleting this user $avp(aor) and sending it to the queue
for processing as $avp(param)\n");


raise_event("UL_AOR_DELETE", $avp(param));


}


startup_route {


subscribe_event("UL_AOR_DELETE", "rabbitmq:rabbitmq/myqueue");

}

Please advise if logs or a trace are necessary.


Thanks,

Tito



___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-09-29 Thread Tito Cumpen

Razvan,

As I am not seeing anything when transmitting to my rabbitmq server. I've
ran traces locally  and neither the title of the published item  is sent
nor the params that are being declared in the event route.

Thanks,
Tito

On Mon, Sep 28, 2015 at 5:37 AM, Răzvan Crainea  wrote:

> Hi, Tito!
>
> So you can detect the event, but you do not see any information attached
> to it?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 09/22/2015 11:09 PM, Tito Cumpen wrote:
>
> Group,
>
>
> I am noticing issues with 2.2 dev in reference to sending params when
> raising an event route. I am not seeing params being sent nor the name of
> the event when sending event to a rabbitmq server declared in the startup
> route.
>
> Here is out I have implemented and wrapped the event.
>
>
> event_route[E_UL_AOR_DELETE] {
>
> fetch_event_params("aor=$avp(aor)");
>
>
>   $avp(param) =  "myip";
>
> $avp(param) = $avp(aor);
>
>
>
>   xlog("deleting this user $avp(aor) and sending it to the queue for
> processing as $avp(param)\n");
>
>
>
>
> raise_event("UL_AOR_DELETE", $avp(param));
>
>
> }
>
>
> startup_route {
>
>
> subscribe_event("UL_AOR_DELETE",
> "rabbitmq:rabbitmq/myqueue");
>
>
>
> }
>
> Please advise if logs or a trace are necessary.
>
>
> Thanks,
>
> Tito
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

2015-09-28 Thread Răzvan Crainea


Hi, Tito!

So you can detect the event, but you do not see any information attached 
to it?


Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 09/22/2015 11:09 PM, Tito Cumpen wrote:

Group,


I am noticing issues with 2.2 dev in reference to sending params when 
raising an event route. I am not seeing params being sent nor the name 
of the event when sending event to a rabbitmq server declared in the 
startup route.


Here is out I have implemented and wrapped the event.


event_route[E_UL_AOR_DELETE] {

fetch_event_params("aor=$avp(aor)");


  $avp(param) =  "myip";

$avp(param) = $avp(aor);


xlog("deleting this user 
$avp(aor) and sending it to the queue for processing as $avp(param)\n");



raise_event("UL_AOR_DELETE", $avp(param));


}


startup_route {


subscribe_event("UL_AOR_DELETE", "rabbitmq:rabbitmq/myqueue");

}

Please advise if logs or a trace are necessary.


Thanks,

Tito



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] rabbit event not passing params 2.2

2015-09-22 Thread Tito Cumpen

Group,


I am noticing issues with 2.2 dev in reference to sending params when
raising an event route. I am not seeing params being sent nor the name of
the event when sending event to a rabbitmq server declared in the startup
route.

Here is out I have implemented and wrapped the event.


event_route[E_UL_AOR_DELETE] {

fetch_event_params("aor=$avp(aor)");


  $avp(param) =  "myip";

$avp(param) = $avp(aor);



xlog("deleting this user $avp(aor) and sending it to the queue for
processing as $avp(param)\n");




raise_event("UL_AOR_DELETE", $avp(param));


}


startup_route {


subscribe_event("UL_AOR_DELETE",
"rabbitmq:rabbitmq/myqueue");



}

Please advise if logs or a trace are necessary.


Thanks,

Tito
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

[OpenSIPS-Users] rabbit event not passing params 2.2

22 matches

Site Navigation

Mail list logo

Footer information