I compiled SER for SQL Accounting and faced following
error message, when I start it...
Maxfwd module- initializing
0(2141) DEBUG: init_mod: usrloc
0(2141) usrloc - initializing
0(2141) DEBUG: register_fifo_cmd: new command
(ul_stats) registered
0(2141) DEBUG: register_fifo_cmd: new command (ul_rm)
registered
0(2141) DEBUG: register_fifo_cmd: new command
(ul_rm_contact) registered
0(2141) DEBUG: register_fifo_cmd: new command
(ul_dump) registered
0(2141) DEBUG: register_fifo_cmd: new command
(ul_flush) registered
0(2141) DEBUG: register_fifo_cmd: new command
(ul_add) registered
0(2141) DEBUG: register_fifo_cmd: new command
(ul_show_contact) registered
0(2141) find_export: <db_use_table> not found
0(2141) mod_init(): Can't bind database module
0(2141) init_mod(): Error while initializing module
usrloc
Regarding "usrloc", I have following configuration in
ser.cfg.
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
modparam("usrloc", "db_mode", 1 )
modparam("usrloc",
"db_url","mysql://ser:heslo@localhost/ser")
Thanks for your kind help!
Regards,
Jawad
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
Hello,
> From: Martin Koenig [toplink-plannet GmbH] Sent: Wednesday,
> September 08,
>
> > this is not an SER problem. Loose routing is basically done
> in the end
> > devices. All you can control on the server is whether the
> server should be
> > in the signalling proxy chain (record_route()) and whether
> you want to
> > process route-header-fields (loose_route()) or forward to the final
> > destinanation directly (t_relay() without loose_route()).
>
> Sorry, this is not correct. The routing mechanism (loose or
> strict) has to
> be followed by SIP proxies. Look at RFC 3261 para 16.6 step 6
> where the
> strict routing behavior is defined:
> "If the copy contains a Route header field, the proxy MUST
> inspect the URI
> in its first value. If that URI does not contain an lr
> parameter, the proxy
> MUST ..."
The UA has to issue the message that is initiated, right?
So the UA is issuing a request that is
BYE enduser@finaldestination
Route proxy1, proxy2, proxy3
This is so because the UA will most likely be build upon 3261 and not the
prior versions. One cannot change this behaviour in ser, you will always get
a request that has the final destination as Request-URI.
Regards,
Martin
Hi All,
I already have an existing SIP proxy and I already have clients on it.
I want to configure one more SIP proxy just for backup. What
configurations do I need, to make sure that when the first proxy fails,
the clients would talk to the backup proxy?
Regards,
Ronald
This works only when ser has been started using "serctl start". If ser is
started using "ser" bin, I still see umpteen ser processes hanging there
after doing "serctl stop".
So, is "serctl start" the right way to start ser?
Thanks.
-----Original Message-----
From: Igor Selivanov [mailto:iselivan@IgorXandr.TeVue] On Behalf Of Igor
Selivanov
Sent: Wednesday, September 08, 2004 2:20 PM
To: Bhini Malik; serusers(a)lists.iptel.org
Subject: Re: [Serusers] how do i stop ser
On 09/08/2004 05:10 pm, Bhini Malik wrote:
> I am new to using ser, so I have a basic question, how do I stop ser once
> it is running?
>
>
>
> Thanks.
/usr/local/sbin/serctl stop
(make sure to set SIP_DOMAIN variable beforehand)
Hi,
I want to disable "loose routing" on IPTEL.
What can I write in my configuration file to stop loose routing?
I have disable this line: modparam("rr", "enable_full_lr", 1) but the
UA(With RFC 3261) use always loose routing.
Thanks for your help
Nicolas RUIZ
Hi.
I have a problem with thue acc. module of SER. When i try to start the
server i get the next error at the end of the debugging process
textops - initializing
0(13114) DEBUG: init_mod: auth
0(13114) auth module - initializing
0(13114) find_export: found <sl_send_reply> in module sl_module
[/usr/local//lib/ser/modules/sl.so]
0(13114) DEBUG: init_mod: auth_radius
0(13114) auth_radius - Initializing
0(13114) auth_radius: No `Cisco' vendor in Radius dictionary
0(13114) find_export: found <pre_auth> in module auth
[/usr/local/lib/ser/modules/auth.so]
0(13114) find_export: found <post_auth> in module auth
[/usr/local/lib/ser/modules/auth.so]
0(13114) DEBUG: init_mod: group_radius
0(13114) group_radius - initializing
0(13114) DEBUG: init_mod: acc
acc - initializing
0(13114) find_export: found <load_tm> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <register_tmcb> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_newtran> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_relay_to_tcp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_relay_to_udp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_relay> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_reply> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_reply_with_body> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_is_local> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_get_trans_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_lookup_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_add_blind> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_forward_nonack> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_request_within> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_request_outside> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <t_request> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <new_dlg_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <dlg_response_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <new_dlg_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <dlg_request_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <free_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) find_export: found <print_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(13114) ERROR: acc: can't get code for the Failed attribute value
0(13114) init_mod(): Error while initializing module acc
ERROR: error while initializing modules
0(13114) DEBUG: tm_shutdown : start
0(13114) DEBUG: tm_shutdown : empting DELETE list
0(13114) DEBUG: tm_shutdown : empting hash table
0(13114) DEBUG: tm_shutdown: releasing timers
0(13114) DEBUG: tm_shutdown : removing semaphores
0(13114) DEBUG: tm_shutdown : done
0(13114) shm_mem_destroy
0(13114) destroying the shared memory lock
Is there an attribut lost in the dictionary file?
Can someone help me here?
Thanks in advance.
Ricardo Martinez
Hi List,
I have a multi domain ser setup with the domain module operating, and I need
to check whether the TO header field contains a local domain or not.
Can this be done with is_domain_local()? If yes how?
Or do i need to write a new function based on is_from_local() to achieve
such a goal.
The Problem is that there is no possiblity to distinguish between our user
calling 012345(a)iptel.org (Remote SIP desination) or 012345(a)domain.com (PSTN
target) after (!) the initial INVITE, especially with loose routing. This is
important because Request-URIs to the PSTN have to be transformed (add f.e.
+49), but requests to other sip destinations have to not be touched.
Thanks for your input,
regards,
Martin
Martin, try is_uri_host_local()
Adrian
>>>>>>>>>>>>>>>
Hi List,
I have a multi domain ser setup with the domain module operating, and I
need
to check whether the TO header field contains a local domain or not.
Can this be done with is_domain_local()? If yes how?
Or do i need to write a new function based on is_from_local() to achieve
such a goal.
The Problem is that there is no possiblity to distinguish between our
user
calling 012345 at iptel.org (Remote SIP desination) or 012345 at
domain.com (PSTN
target) after (!) the initial INVITE, especially with loose routing.
This is
important because Request-URIs to the PSTN have to be transformed (add
f.e.
+49), but requests to other sip destinations have to not be touched.
Thanks for your input,
regards,
Hi.
When i'm trying to run SER i obtain the next error at the end of the
debug.
acc - initializing
0(11874) find_export: found <load_tm> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <register_tmcb> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_newtran> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_relay_to_tcp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_relay_to_udp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_relay> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_reply> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_reply_with_body> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_is_local> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_get_trans_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_lookup_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_add_blind> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_forward_nonack> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_request_within> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_request_outside> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <t_request> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <new_dlg_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <dlg_response_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <new_dlg_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <dlg_request_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <free_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) find_export: found <print_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11874) ERROR: acc: can't get code for the Sip-Translated-Request-URI
attribute
0(11874) init_mod(): Error while initializing module acc
ERROR: error while initializing modules
0(11874) DEBUG: tm_shutdown : start
0(11874) DEBUG: tm_shutdown : empting DELETE list
0(11874) DEBUG: tm_shutdown : empting hash table
0(11874) DEBUG: tm_shutdown: releasing timers
0(11874) DEBUG: tm_shutdown : removing semaphores
0(11874) DEBUG: tm_shutdown : done
0(11874) shm_mem_destroy
0(11874) destroying the shared memory lock
So, i went to the dictionary file and at the end :
$INCLUDE /usr/local/etc/radiusclient/dictionary.ser
I did not found the Sip-Translated-Request.URI attribute so i added manually
ATTRIBUTE Sip-Translated-Request-URI 107 string
Even with this changes i obtain the next error when i try to start the
server.
acc - initializing
0(11889) find_export: found <load_tm> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <register_tmcb> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_newtran> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_relay_to_tcp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_relay_to_udp> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_relay> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_reply> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_reply_with_body> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_is_local> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_get_trans_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_lookup_ident> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_add_blind> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_forward_nonack> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_request_within> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_request_outside> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <t_request> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <new_dlg_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <dlg_response_uac> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <new_dlg_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <dlg_request_uas> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <free_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) find_export: found <print_dlg> in module tm
[/usr/local//lib/ser/modules/tm.so]
0(11889) ERROR: acc: can't get code for the Failed attribute value
0(11889) init_mod(): Error while initializing module acc
ERROR: error while initializing modules
0(11889) DEBUG: tm_shutdown : start
0(11889) DEBUG: tm_shutdown : empting DELETE list
0(11889) DEBUG: tm_shutdown : empting hash table
0(11889) DEBUG: tm_shutdown: releasing timers
0(11889) DEBUG: tm_shutdown : removing semaphores
0(11889) DEBUG: tm_shutdown : done
0(11889) shm_mem_destroy#
# $Id: dictionary.ser,v 1.2 2003/09/11 22:05:08 janakj Exp $
#
# SIP RADIUS attributes
#
# Schulzrinne indicates attributes according to
# draft-schulzrinne-sipping-radius-accounting-00
#
# Sterman indicates attributes according to
# draft-sterman-aaa-sip-00
#
# Standard indicates a standard RADIUS attribute
# which is missing in radiusclient dictionary
#
# Digest indicates attributes according to
#
# Proprietary indicates an attribute that hasn't
# been standardized
#
### acc ###
ATTRIBUTE Sip-Method 101 integer # Schulzrinne
ATTRIBUTE Sip-Response-Code 102 integer # Schulzrinne
ATTRIBUTE Sip-Cseq 103 string # Schulzrinne
ATTRIBUTE Sip-To-Tag 104 string # Schulzrinne
ATTRIBUTE Sip-From-Tag 105 string # Schulzrinne
ATTRIBUTE Sip-Branch-Id 106 string # Schulzrinne
ATTRIBUTE Sip-Translated-Request-URI 107 string
ATTRIBUTE Sip-Source-Ip-Address 108 ipaddr # Schulzrinne
ATTRIBUTE Sip-Source-Port 109 integer # Schulzrinne
VALUE Service-Type Sip-Session 15 # Schulzrinne
### auth_radius ###
# Sip-Session service type is already defined in acc section
VALUE Service-Type Call-Check 10 # Standard
VALUE Service-Type Emergency-Call 13 # Proprietary
ATTRIBUTE Digest-Response 206 string # Sterman
ATTRIBUTE Digest-Attributes 207 string # Sterman
ATTRIBUTE Sip-Uri-User 208 string # Proprietary
ATTRIBUTE Sip-Rpid 213 string # Proprietary
ATTRIBUTE Digest-Realm 1063 string # Sterman
ATTRIBUTE Digest-Nonce 1064 string # Sterman
ATTRIBUTE Digest-Method 1065 string # Sterman
ATTRIBUTE Digest-Uri 1066 string # Sterman
ATTRIBUTE Digest-Qop 1067 string # Sterman
ATTRIBUTE Digest-Algorithm 1068 string # Sterman
ATTRIBUTE Digest-Body-Digest 1069 string # Sterman
ATTRIBUTE Digest-Cnonce 1070 string # Sterman
ATTRIBUTE Digest-Nonce-Count 1071 string # Sterman
ATTRIBUTE Digest-User-Name 1072 string # Sterman
### group_radius ###
VALUE Service-Type Group-Check 12 # Proprietary
ATTRIBUTE Sip-Group 211 string # Proprietary
### uri_radius ###
# Call-Check service type is already define in auth_radius
I'm missing something?
I'm attaching to you the dictionary.ser file.
Thanks in advance
Ricardo Martinez.