[Serusers] Sip to Pstn Problem

Vishal Pandhre vishoos at hotmail.com
Thu Sep 2 11:50:47 CEST 2004


Hi,
  I am using SER at my end and have integrated it with Pstn Gateway.But,when 
i
call to a Pstn number the call is being forwarded to the Pstn Gateway and 
the
call goes out and gets connected and we are able to speak for 32
seconds.Exactly,after 32 seconds the call gets disconnected.

Following were the logs when we tried tracing it :

Sep  2 14:00:58 sip1 /usr/sbin/ser[15877]: Warning:
sl_send_reply: I won't send a reply for ACK!!

Sep  2 14:01:00 sip1 /usr/sbin/ser[15886]: Warning:
sl_send_reply: I won't send a reply for ACK!!

Sep  2 14:01:04 sip1 /usr/sbin/ser[15892]: Warning:
sl_send_reply: I won't send a reply for ACK!!



The following is the config file :

Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp
$
#
# simple quick-start config script
#

# ----------- global configuration parameters
------------------------

#debug=3         # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no	# (cmd line: -E)

/* Uncomment these lines to enter debugging mode
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"

# 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"

# ----------------- setting module-specific parameters
---------------

#---------------------time parameters-------------
modparam("tm", "fr_inv_timer", 12 )
modparam("tm", "fr_timer", 24 )
#modparam("tm", "noisy_ctimer", 1)


# -- usrloc params --

#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)

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

# main 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 (uri=~"^sip:1")
{
    strip(1);
#    forward(202.56.170.144,5060);
t_relay_to_udp("202.56.170.144", "5060");
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") {

# Uncomment this if you want to use digest
authentication
#			if (!www_authorize("iptel.org", "subscriber")) {
#				www_challenge("iptel.org", "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();
	};

}




Could you plz tell us where could the problem be with or, are we missing any
timer parameters that needs to be configured in SER.If yes, we kindly 
request
you to help us in this matter at your earliest convenience.We are stuck in 
the
middle of our project and we have been trying to aquire documentation on 
this
but we weren't able to.

Your help will be greatly appreciated.

Regards,
Vishal

_________________________________________________________________
NRIs ! 
http://creative.mediaturf.net/creatives/icicibank/june/icicinri_tol_tl.htm 
Access to over 6,00,000 ATMs.




More information about the sr-users mailing list