<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#42392c" bgcolor="#ffffff">
    <font size="+1"><font face="Cantarell">Hello Razvan,<br>
        Thank you for reply, I tried collect pcap and there are  no
        breaks in connections just normal udp traffic or event socket
        8021. <br>
        I am not sure why in cluster mode 41 should do any operation if
        configuration says that 61 is responsible for ping. <br>
        Also I disabled cluster operation on both 41 and 61 completely
        to test and dispatcher rock solid where I see ping from each
        node, but that expected.<br>
        <br>
        <br>
        volga629. <br>
      </font></font><br>
    <div class="moz-cite-prefix">On 2/4/21 10:51 AM, Răzvan Crainea
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:e32911cd-4695-ba12-7454-0ad3612e625a@opensips.org">Hi,
      Volga!
      <br>
      <br>
      It looks like opensips 41 is trying itself to use the
      destinations, but most likely is not able to. Can you take a pcap
      of the communication between node 41 and the gateways, to see why
      node 41 disables them?
      <br>
      <br>
      Best regards,
      <br>
      <br>
      Răzvan Crainea
      <br>
      OpenSIPS Core Developer
      <br>
      <a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a>
      <br>
      <br>
      On 2/2/21 5:32 PM, volga629 via Users wrote:
      <br>
      <blockquote type="cite">Hello Everyone,
        <br>
        Dispatcher in cluster causing destinations goes down
        unexpectedly.
        <br>
        *Scenario: *
        <br>
        Two nodes with last ip octet 61 and 41.
        <br>
        Freeswitch stats to calculate  weight.
        <br>
        *Issue:*
        <br>
        61 is  set to ping all destinations and report to the 41 the
        status via cluster, the issue that 41 bring down all
        destinations into Inactive state after cluster update message
        until ds_reload issued again.
        <br>
        *Attempt to fix: *
        <br>
        I tried set limit on which groups which node can ping, but seems
        like in cluster it should be relevant, because 61 should  get
        status of all groups and send to  41.
        <br>
        *Relevant Config:*
        <br>
        Node 61:
        <br>
        <br>
        |#### Dispatcher loadmodule "dispatcher.so"
        modparam("dispatcher", "db_url", "postgres://")
        modparam("dispatcher", "table_name", "dispatcher")
        modparam("dispatcher", "setid_col", "setid")
        modparam("dispatcher", "priority_col", "priority")
        modparam("dispatcher", "destination_col", "destination")
        modparam("dispatcher", "cnt_avp", "$avp(274)")
        modparam("dispatcher", "grp_avp", "$avp(275)")
        modparam("dispatcher", "hash_pvar", "$avp(273)")
        modparam("dispatcher", "dst_avp", "$avp(271)")
        modparam("dispatcher", "sock_avp", "$avp(276)")
        modparam("dispatcher", "ds_ping_from", <a class="moz-txt-link-rfc2396E" href="sip:proxy@10.30.100.61">"sip:proxy@10.30.100.61"</a>)
        modparam("dispatcher", "ds_ping_method", "OPTIONS")
        modparam("dispatcher", "ds_ping_interval", 45)
        modparam("dispatcher", "ds_probing_mode", 1)
        modparam("dispatcher", "ds_probing_threshold", 5)
        modparam("dispatcher", "ds_probing_list", "2,3,4")
        modparam("dispatcher", "fetch_freeswitch_stats", 1)
        modparam("dispatcher", "options_reply_codes",
        "501,403,404,400,200") modparam("dispatcher", "cluster_id", 1)
        |Node 41: |#### Dispatcher loadmodule "dispatcher.so"
        modparam("dispatcher", "") modparam("dispatcher", "table_name",
        "dispatcher") modparam("dispatcher", "setid_col", "setid")
        modparam("dispatcher", "priority_col", "priority")
        modparam("dispatcher", "destination_col", "destination")
        modparam("dispatcher", "cnt_avp", "$avp(274)")
        modparam("dispatcher", "grp_avp", "$avp(275)")
        modparam("dispatcher", "hash_pvar", "$avp(273)")
        modparam("dispatcher", "dst_avp", "$avp(271)")
        modparam("dispatcher", "sock_avp", "$avp(276)")
        modparam("dispatcher", "ds_ping_from", <a class="moz-txt-link-rfc2396E" href="sip:proxy@10.30.100.41">"sip:proxy@10.30.100.41"</a>)
        modparam("dispatcher", "ds_ping_method", "OPTIONS")
        modparam("dispatcher", "ds_ping_interval", 45)
        modparam("dispatcher", "ds_probing_mode", 1)
        modparam("dispatcher", "ds_probing_threshold", 5)
        modparam("dispatcher", "fetch_freeswitch_stats", 1)
        modparam("dispatcher", "options_reply_codes",
        "501,403,404,400,200") modparam("dispatcher", "ds_probing_list",
        "1") modparam("dispatcher", "cluster_id", 1)
        modparam("dispatcher", "cluster_sharing_tag", "vip")|
        <br>
        <br>
        <br>
        *Comments:* I think in cluster 41 should not do any operation or
        decisions regard node states and it should rely on 61 only *Log:
        *
        <br>
        41 node [root@vprx00 ~]# grep EVENT
        /var/log/opensips/opensips.log
        <br>
        Feb  1 12:44:57 vprx00 /usr/sbin/opensips[250547]: [EVENT_ROUTE]
        [DISPATCHER] received group=0 ~>
        address=<a class="moz-txt-link-freetext" href="sip:10.30.100.57:5160">sip:10.30.100.57:5160</a>  ~> status=inactive
        <br>
        Feb  1 12:50:54 vprx00 /usr/sbin/opensips[250545]: [EVENT_ROUTE]
        [DISPATCHER] received group=0 ~>
        address=<a class="moz-txt-link-freetext" href="sip:10.30.100.48:5160">sip:10.30.100.48:5160</a>  ~> status=inactive
        <br>
        Feb  1 12:52:15 vprx00 /usr/sbin/opensips[250538]: [EVENT_ROUTE]
        [DISPATCHER] received group=0 ~>
        address=<a class="moz-txt-link-freetext" href="sip:10.30.100.49:5160">sip:10.30.100.49:5160</a>  ~> status=inactive
        <br>
        <br>
            41 node
        <br>
            Feb  1 14:24:49 vprx00 /usr/sbin/opensips[250540]:
        DBG:dispatcher:w_ds_select: ds_select: 1 1 1000 1
        <br>
            Feb  1 14:24:49 vprx00 /usr/sbin/opensips[250540]:
        DBG:dispatcher:ds_select_dst: no active destinations in set [1]
        !
        <br>
        <br>
        volga629. ||||
        <br>
        <br>
        <br>
        <br>
        <br>
        _______________________________________________
        <br>
        Users mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
        <br>
        <br>
      </blockquote>
      <br>
      _______________________________________________
      <br>
      Users mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>