Skip to Content.
Sympa Menu - replicate problems with openser.

Subject: SIP in higher education

List archive

replicate problems with openser.

Chronological Thread 
  • From: "Shenen Shenen" <>
  • To: , ,
  • Subject: replicate problems with openser.
  • Date: Fri, 16 Jun 2006 10:58:13 +0200
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta;; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sSj9uH99CvmT9/6A1l7UMltCiHV/ZwgMsVO1sHCEnMT9lbQlBaYCu2NOQXTMSlLZiHJdhttwRh01M189ziN+AvYQ1Wj4j/m6zB9jx/a8t54MFezwMIbi/1naKzhVkGW2sgWMJpwCwxIED6iklu/Gi+Oh5IlhQ+Ox3jTcAhtguOw=

 This is my openser.cfg;
I'm using it to replicate the SIP registration from one asterisk to another one (to have always the same registration status of SIP in all 2 asterisk,in case of falls, every 2 ,have the same configuration and softphones run without registration problem...(this is my purpose....) .

# demo script showing how to set-up usrloc replication

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

debug=3          # debug level (cmd line: -dddddddddd)
log_stderror=yes # (cmd line: -E)
# ------------------ module loading ----------------------------------

loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"
#loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"
#loadmodule "/usr/local/lib/openser/modules/" 
loadmodule "/usr/local/lib/openser/modules/"
loadmodule "/usr/local/lib/openser/modules/"  

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

# digest generation secret; use the same in backup server;
# also, make sure that the backup server has sync'ed time
modparam("auth", "secret", "alsdkhglaksdhfkloiwr")

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

# main routing logic


 # initial sanity checks -- messages with
 # max_forwars==0, or excessively long requests
 if (!mf_process_maxfwd_header("10")) {
  sl_send_reply("483","Too Many Hops");
 #if (len_gt( max_len )) {
 if ( msg:len > max_len ){ 
  sl_send_reply("513", "Message too big");

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

   # verify credentials
   if (!www_authorize("", "subscriber")) {
    www_challenge("", "0");

   # if ok, update contacts and ...
   # ... if this REGISTER is not a replica from our
   # peer server, replicate to the peer server
   if (!src_ip== {
  # do whatever else appropriate for your domain

When I run openser happens this:
[root@asterisk11 ~]# openser
 0(3294) WARNING: fix_socket_list: could not rev. resolve
 0(3294) WARNING: fix_socket_list: could not rev. resolve
Listening on
             udp: []:5060
             udp: []:5060
             tcp: []:5060
             tcp: []:5060
             tcp: asterisk11.local:5060
             udp: asterisk11.local :5060
WARNING: no fork mode  and more than one listen address found(will use only the the first one)
stateless - initializing
 0(0) Maxfwd module- initializing
 0(0) AUTH module - initializing
 0(0) AUTH_DB module - initializing
 0(0) INFO: udp_init: SO_RCVBUF is initially 110592
 0(0) INFO: udp_init: SO_RCVBUF is finally 221184
 0(0) WARNING: using only the first listen address (no fork)
and then the windows doesn't all stop....where is the problem?
10000000 thanks!

  • replicate problems with openser., Shenen Shenen, 06/16/2006

Archive powered by MHonArc 2.6.16.

Top of Page