<div dir="ltr"><span style="font-size:12.8px;white-space:nowrap">Răzvan,</span><br><div><span style="font-size:12.8px;white-space:nowrap"><br></span></div><div>Are you referring to <a href="http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq">http://www.opensips.org/html/docs/modules/2.2.x/event_rabbitmq</a></div><div>section 1.3?</div><div>From section 2.1 it looks like the subscription syntax looks the same. </div><div><br></div><div>Mine is as I sent it before </div><div><br></div><div>







<p class=""><span class="">                        subscribe_event(&quot;UL_AOR_INSERT&quot;, &quot;rabbitmq:myrabbitserver/sip1dev&quot;);</span></p><p class=""><span class=""><br></span></p><p class=""><span class="">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 </span></p><p class=""><span class=""><br></span></p><p class=""><span class="">







</span></p><p class=""><span class="">    </span><span class="">raise_event</span><span class="">(&quot;UL_AOR_DELETE&quot;, $avp(param));</span></p><p class=""><span class=""><br></span></p><p class=""><span class=""><br></span></p><p class=""><span class=""><br></span></p></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 12, 2015 at 8:27 PM, Răzvan Crainea <span dir="ltr">&lt;<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Tito!<br>
<br>
So you&#39;re saying that the exact logic works in 1.11, but not in 2.2?<br>
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?<br>
<br>
Best regards,<br>
<br>
Răzvan Crainea<br>
OpenSIPS Core Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><span class=""><br>
<br>
On 10/12/2015 10:09 PM, Tito Cumpen wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Any idea what has broken in the current dev version ?<br>
<br>
<br>
Thanks,<br>
Tito<br>
<br>
On Thu, Oct 1, 2015 at 9:17 PM, Tito Cumpen &lt;<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a><br></span><div><div class="h5">
&lt;mailto:<a href="mailto:tito@xsvoce.com" target="_blank">tito@xsvoce.com</a>&gt;&gt; wrote:<br>
<br>
    Razvan,<br>
<br>
<br>
    The connection looks fine check this output from the logs<br>
<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding int param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding int param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding int param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding int param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding int param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list (nil)<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_raise_event_msg: found subscriber E_UL_AOR_DELETE<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:event_route:scriptroute_fetch: Fetching parameters for event<br>
    E_UL_AOR_DELETE<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:event_route:scriptroute_fetch: Successfully fetched 1 parameters<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:buf_init: initializing...<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]: deleting this<br>
    user patientdemo2.gmail and sending it to the queue for processing<br>
    as patientdemo2.gmail<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_param_set: adding string param<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:evi_raise_event_msg: found subscriber MyrabbitserverIP<br>
<br>
    Oct  2 01:06:34 cloud-server-06 /sbin/opensips[15024]:<br>
    DBG:core:destroy_avp_list: destroying list 0x7fafc8510150<br>
<br>
    Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
    DBG:core:tcp_read_req: Using the global ( per process ) buff<br>
<br>
    Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
    DBG:core:tcp_handle_req: content-length= 0<br>
<br>
    Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
    DBG:core:async_tsend_stream: Async successful write from first try<br>
    on 0x7fafc850e418<br>
<br>
    Oct  2 01:06:39 cloud-server-06 /sbin/opensips[15042]:<br>
    DBG:core:tcp_read_req: tcp_read_req end<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:probe_max_sock_buff: getsockopt: snd is initially 425984<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    INFO:core:probe_max_sock_buff: using snd buffer of 416 kb<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 63<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:print_ip: tcpconn_new: new tcp connection to: 50.56.XX.xXX<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:tcpconn_new: on port 56177, proto 2<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:tcpconn_add: hashes: 835, 62<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:handle_new_connect: new connection: 0x7fafc8510408 63<br>
    flags: 0006<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    INFO:core:send2child: no free tcp receiver, connection passed to the<br>
    least busy one (1)<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:send2child: to tcp child 0 0(15039), 0x7fafc8510408 rw 1<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:handle_io: We have received conn 0x7fafc8510408 with rw 1<br>
    on fd 44<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:io_watch_add: [TCP_worker] io_watch_add op (44 on 7)<br>
    (0x876720, 44, 19, 0x7fafc8510408,1), fd_no=3/2111<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:tcp_read_req: Using the global ( per process ) buff<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:tcp_read: EOF on 0x7fafc8510408, FD 44<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:tcp_read_req: EOF received<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:io_watch_del: [TCP_worker] io_watch_del op on index 1 44<br>
    (0x876720, 44, 1, 0x10,0x3) fd_no=4 called<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:tcpconn_release:  releasing con 0x7fafc8510408, state -1,<br>
    fd=-1, id=62<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15039]:<br>
    DBG:core:tcpconn_release:  extra_data (nil)<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:handle_tcp_worker: reader response= 7fafc8510408, -1 from 0<br>
<br>
    Oct  2 01:06:48 cloud-server-06 /sbin/opensips[15053]:<br>
    DBG:core:tcpconn_destroy: destroying connection 0x7fafc8510408,<br>
    flags 0006<br>
<br>
<br>
<br>
    Within the transmission to the queuing server I only the queue<br>
    being(sip1dev) declared and nothing else.<br>
<br>
<br>
    T opensips:57646 -&gt; rabbitmqserver:5672 [AP]<br>
<br>
    ........&lt;.(....sip1dev..<br>
<br>
    #<br>
<br>
    T opensips:57646 -&gt; rabbitmqserver:5672 [AP]<br>
<br>
    ........&lt;.............<br>
<br>
    #<br>
<br>
    T opensips:57646 -&gt; rabbitmqserver:5672 [AP]<br>
<br>
    .........<br>
<br>
    #<br>
<br>
    T rabbitmqserver:5672 -&gt;opensips:57646 [A]<br>
<br>
<br>
<br>
    I am using the exact same logic as far as raising events with the<br>
    rabbit module goes in opensips 1.11.1-notls<br>
<br>
<br>
    On Tue, Sep 29, 2015 at 4:54 AM, Răzvan Crainea &lt;<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a><br></div></div><span class="">
    &lt;mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>&gt;&gt; wrote:<br>
<br>
        So you are not seeing even the xlog() you are printing? Or<br>
        you&#39;re not seeing anything on the rabbitmq server.<br>
        Can you check the logs to see if there are any errors related to<br>
        the rabbitmq connection?<br>
<br>
        Best regards,<br>
<br>
        Răzvan Crainea<br>
        OpenSIPS Solutions<br></span>
        <a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">www.opensips-solutions.com</a> &lt;<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>&gt;<span class=""><br>
<br>
        On 09/29/2015 01:10 PM, Tito Cumpen wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
        Razvan,<br>
<br>
        As I am not seeing anything when transmitting to my rabbitmq<br>
        server. I&#39;ve ran traces locally  and neither the title of the<br>
        published item  is sent nor the params that are being declared<br>
        in the event route.<br>
<br>
        Thanks,<br>
        Tito<br>
<br>
        On Mon, Sep 28, 2015 at 5:37 AM, Răzvan Crainea<br></span><span class="">
        &lt;<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a> &lt;mailto:<a href="mailto:razvan@opensips.org" target="_blank">razvan@opensips.org</a>&gt;&gt; wrote:<br>
<br>
            Hi, Tito!<br>
<br>
            So you can detect the event, but you do not see any<br>
            information attached to it?<br>
<br>
            Best regards,<br>
<br>
            Răzvan Crainea<br>
            OpenSIPS Solutions<br></span>
            <a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">www.opensips-solutions.com</a> &lt;<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a>&gt;<span class=""><br>
<br>
            On 09/22/2015 11:09 PM, Tito Cumpen wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
            Group,<br>
<br>
<br>
            I am noticing issues with 2.2 dev in reference to sending<br>
            params when raising an event route. I am not seeing<br>
            params being sent nor the name of the event when sending<br>
            event to a rabbitmq server declared in the startup route.<br>
<br>
            Here is out I have implemented and wrapped the event.<br>
<br>
<br>
            event_route[E_UL_AOR_DELETE] {<br>
<br>
            fetch_event_params(&quot;aor=$avp(aor)&quot;);<br>
<br>
<br>
              $avp(param) =  &quot;myip&quot;;<br>
<br>
                $avp(param) = $avp(aor);<br>
<br>
<br>
            xlog(&quot;deleting this user $avp(aor) and sending it to the<br>
            queue for processing as $avp(param)\n&quot;);<br>
<br>
<br>
                raise_event(&quot;UL_AOR_DELETE&quot;, $avp(param));<br>
<br>
<br>
            }<br>
<br>
<br>
            startup_route {<br>
<br>
<br>
            subscribe_event(&quot;UL_AOR_DELETE&quot;,<br>
            &quot;rabbitmq:rabbitmq/myqueue&quot;);<br>
<br>
            }<br>
<br>
            Please advise if logs or a trace are necessary.<br>
<br>
<br>
            Thanks,<br>
<br>
            Tito<br>
<br>
<br>
<br>
            _______________________________________________<br>
            Users mailing list<br></span>
            <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> &lt;mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>&gt;<br>
            <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote>
<br>
<br>
            _______________________________________________<br>
            Users mailing list<br>
            <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> &lt;mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>&gt;<span class=""><br>
            <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
        _______________________________________________<br>
        Users mailing list<br></span>
        <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> &lt;mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>&gt;<br>
        <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote>
<br>
<br>
        _______________________________________________<br>
        Users mailing list<br>
        <a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> &lt;mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>&gt;<span class=""><br>
        <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
</span></blockquote><div class="HOEnZb"><div class="h5">
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>