New subject: Dispatcher usage (was: sr-users Digest, Vol 158, Issue 12)

13 Jul 2018

Thanks  Daniel!
I'm folow:   https://www.kamailio.org/docs/modules/stable/modules/
dispatcher.html#dispatcher.ex.install
but my kamailio get errors:
parameter <dstid_avp> of type <1> not found in module <dispatcher>
parameter <attrs_avp> of type <1> not found in module <dispatcher>
parameter <sock_avp> of type <1> not found in module <dispatcher>
parameter <cnt_avp> of type <1> not found in module <dispatcher>
I have no infor how to fix it
Can you show me more detail about how to do:
     - *Fix error*
*     - Set the socket attribute to your private ip socket to do bridge
from external to internal networks. *
                  (just add to "attrs(str,opt)", and in my situation, it is
my private IP of Kamailio server1 ? forexample:
                             1 sip:<PublicIP>:<Port> 0 0
duid=kamilioserver1;socket=<protocol>:<KamailioServer1_PrivateIP>:<Port>;my=xyz)
(I don't understand what  my=xyz mean..)
*    - Do i have to do something in Kamailio server2 and KamailioServer3
(or just create kamailio database each server and synchronyze kamailio
database between them?)*
*Thanks!*

And thanks  Mojtaba! I had read your recomment tutorial with OpenSIP, but
do not know how to apply to my system. Have you got an other more clearly
tutorial for this?

On Thu, Jul 12, 2018 at 5:00 PM, &lt;sr-users-request(a)lists.kamailio.org&gt;
wrote:

...
  Send sr-users mailing list submissions to
         sr-users(a)lists.kamailio.org

 To subscribe or unsubscribe via the World Wide Web, visit
         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
 or, via email, send a message with subject or body 'help' to
         sr-users-request(a)lists.kamailio.org

 You can reach the person managing the list at
         sr-users-owner(a)lists.kamailio.org

 When replying, please edit your Subject line so it is more specific
 than "Re: Contents of sr-users digest..."

 Today's Topics:

    1. UAC register (Ben Hood)
    2. Re: UAC register (Daniel-Constantin Mierla)
    3. Re: UAC register (Daniel-Constantin Mierla)
    4. dispatcher module complete tutorial (SamSung TV)
    5. Re: UAC register (Ben Hood)
    6. Re: UAC register (Ben Hood)
    7. Re: dispatcher module complete tutorial (Mojtaba)
    8. Re: SIP/2.0 500 I'm terribly sorry,       server error occurred
       (1/TM) (Aqs Younas)
    9. Re: dispatcher module complete tutorial (Daniel-Constantin Mierla)
   10. Re: UAC register (Daniel-Constantin Mierla)
   11. Re: UAC register (Daniel-Constantin Mierla)
   12. Re: SIP/2.0 500 I'm terribly sorry, server error occurred
       (1/TM) (Daniel-Constantin Mierla)

 ----------------------------------------------------------------------

 Message: 1
 Date: Wed, 11 Jul 2018 12:36:36 +0100
 From: Ben Hood &lt;ben(a)relops.com&gt;
 To: sr-users(a)lists.sip-router.org
 Subject: [SR-Users] UAC register
 Message-ID: &lt;7B1A15CF-7BCF-4BCC-8DF0-20E2906BA1DA(a)relops.com&gt;
 Content-Type: text/plain; charset="utf-8"

 Hi,

 I’m wondering if there is a flag somewhere in the UAC module config that
 prevents remote registration from happening.

 It looks like I’ve loaded the uacreg table but I can’t see any REGISTER
 methods being sent from Kamailio to the remote peer.

 The remote registrants are loaded using this config:

 listen=udp:172.16.176.150:5060

 loadmodule "db_postgres.so"
 loadmodule "kex.so"
 loadmodule "corex.so"
 loadmodule "tm.so"
 loadmodule "tmx.so"
 loadmodule "sl.so"
 loadmodule "rr.so"
 loadmodule "pv.so"
 loadmodule "maxfwd.so"
 loadmodule "textops.so"
 loadmodule "siputils.so"
 loadmodule "xlog.so"
 loadmodule "sanity.so"
 loadmodule "ctl.so"
 loadmodule "cfg_rpc.so"
 loadmodule "counters.so"
 loadmodule "uac.so"

 modparam("uac", "reg_db_url", DBURL)
 modparam("uac", "reg_contact_addr", “172.16.176.150:5060")
 modparam("uac", "reg_db_table", "uacreg")
 modparam("uac", "reg_timer_interval", 10)
 modparam("uac", "reg_retry_interval", 10)

 request_route {
   route(RELAY);
 }

 route[RELAY] {

   t_on_reply("MANAGE_REPLY");

   if (!t_relay()) {
     sl_reply_error();
   }
   exit;
 }

 And it looks like this has been consumed by Kamailio:

 $ kamcmd uac.reg_dump
 {
         l_uuid: 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f
         l_username: 126231943099723776
         l_domain: 172.16.176.150
         r_username: 1000
         r_domain: 172.16.176.129
         realm: 172.16.176.129
         auth_username: 1000
         auth_password: password
         auth_proxy: sip:172.16.176.129:5080
         expires: 0
         flags: 0
         diff_expires: -1531235076
         timer_expires: 0
         reg_init: 1531234841
         reg_delay: 0
 }

 Doing a refresh successfully reloads the uacreg data

 $ kamcmd uac.reg_refresh 2cc6776d-61ed-4ea1-a3ae-055f89bd4d3f

 I can get Kamailio to forward an OPTIONS message to the remote peer () to
 verify network connectivity, e.g. :

 $ru = "sip:1000@172.16.176.129:5080";
 $fs = "udp:172.16.176.150:5060";

 But Kamailio does not appear to generate REGISTER messages either after
 first boot or as a result of the manual refresh.

 This is using an instance of Kamailio 5.0.1. Should I try with a newer
 version?

 Is there a way to get extra debugging of the uac module?

 If I increase the debug verbosity, I get quite granular detail for the DB
 traffic, but the uac module doesn’t appear to emit much diagnostics.

 Many thanks,

 Ben

Re: [SR-Users] sr-users Digest, Vol 158, Issue 12