[Serusers] Calls bet/ 2 sip phones and forward Asterisk

Chris HARIGA contact at techselesta.com
Wed Dec 29 23:48:13 CET 2004


Hi,

 

I install ser and I try to use it with asterisk. I setup two ser accounts
and I register 2 ip phones (no problem with registration).

The problem is when I try to place calls between ip phones, 105 and 106. In
next step I try to forward all calls to my Asterisk box and I get the same
result :-(

 

Thank you,

 

Chris HARIGA

 

I attach my ser.cfg bellow:

 

debug=7

fork=no

log_stderror=yes

*/

 

check_via=no    # (cmd. line: -v)

dns=no           # (cmd. line: -r)

rev_dns=no      # (cmd. line: -R)

#port=5060

#children=4

fifo="/tmp/ser_fifo"

 

# ------------------ module loading ----------------------------------

 

# Uncomment this if you want to use SQL database

loadmodule "/usr/lib/ser/modules/mysql.so"

 

loadmodule "/usr/lib/ser/modules/sl.so"

loadmodule "/usr/lib/ser/modules/tm.so"

loadmodule "/usr/lib/ser/modules/rr.so"

loadmodule "/usr/lib/ser/modules/maxfwd.so"

loadmodule "/usr/lib/ser/modules/usrloc.so"

loadmodule "/usr/lib/ser/modules/registrar.so"

loadmodule "/usr/lib/ser/modules/nathelper.so"

 

# Uncomment this if you want digest authentication

# mysql.so must be loaded !

loadmodule "/usr/lib/ser/modules/auth.so"

loadmodule "/usr/lib/ser/modules/auth_db.so"

 

#modparam("usrloc", "db_mode",   0)

 

# Uncomment this if you want to use SQL database

# for persistent storage and comment the previous line

modparam("usrloc", "db_mode", 2)

 

# -- auth params --

# Uncomment if you are using auth module

#

modparam("auth_db", "calculate_ha1", yes)

#

# If you set "calculate_ha1" parameter to yes (which true in this config),

# uncomment also the following parameter)

#

modparam("auth_db", "password_column", "password")

 

# -- rr params --

# add value to ;lr param to make some broken UAs happy

modparam("rr", "enable_full_lr", 1)

#

modparam("nathelper", "natping_interval", 10)

#

# -------------------------  request routing logic -------------------

route{

 

        # initial sanity checks -- messages with

        # max_forwards==0, or excessively long requests

        if (!mf_process_maxfwd_header("10")) {

                sl_send_reply("483","Too Many Hops");

                break;

        };

        if ( msg:len > max_len ) {

                sl_send_reply("513", "Message too big");

                break;

        };

 

        # we record-route all messages -- to make sure that

        # subsequent messages will go through our proxy; that's

        # particularly good if upstream and downstream entities

        # use different transport protocol

        record_route();

        # loose-route processing

        if (loose_route()) {

                t_relay();

                break;

        };

 

        # if the request is for other domain use UsrLoc

        # (in case, it does not work, use the following command

        # with proper names and addresses in it)

        if (uri==myself) {

 

                if (method=="REGISTER") {                       if
(!www_authorize("160.79.172.149", "subscriber")) {

                                www_challenge("160.79.172.149", "0");

                                break;

                        };

 

                        save("location");

                        break;

                };

 

                # native SIP destinations are handled using our USRLOC DB

                if (!lookup("location")) {

                        sl_send_reply("404", "Not Found");

                        break;

                };

        };

        # forward to current uri now; use stateful forwarding; that

        # works reliably even if we forward from TCP to UDP

        if (!t_relay()) {

                sl_reply_error();

        };

        if(method=="INVITE"){

                if (uri=~"^sip:1[0-9]{10}@*") {

                        log(1,"Forwarding to Asterisk\n");

                        rewritehostport("sipny.no-ip.info: 5060");

                        t_relay();

                        break;

                }

        }

}

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20041229/5caa965c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3179 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20041229/5caa965c/attachment.bin>


More information about the sr-users mailing list