sr-users August 2005

sr-users@lists.kamailio.org

220 participants
558 discussions

[Users] Trouble with freshly compiled OpenSer0.9.5

by Martin Kjeldsen

Hi all I was wondering if any of you might have a solution to my problem! The thing is that i've compiled and installed OpenSer0.9.5 from CVS, on a SUSE 9.2, added MySQL support and created a DB for OpenSer. And now I'm stuck at executing openserctl start and only ending up with the PID filed getting created and ultimately deleted, when OpenSer terminates with the message "PID file /home/ser/var/run/openser.pid does not exist -- OpenSER start failed", and path to the PID has been altered in openserctl. I'm using debug mode 5 but cant realy figure out what might be causing this error! All help will be greatly appreciated. I have attached the output: (Sorry for the big post) ser@site1:~/running/openser/sbin> [21Popenserctl start Starting OpenSER : 0(14441) read 2733431526 from /dev/urandom 0(14441) seeding PRNG with 3856599290 0(14441) test random number 930545650 0(14441) loading module /home/ser/running/openser/lib/openser/modules/mysql.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/sl.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/tm.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/rr.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/maxfwd.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/usrloc.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/registrar.so 0(14441) loading module /home/ser/running/openser/lib/openser/modules/textops.so 0(14441) set_mod_param_regex: usrloc matches module usrloc 0(14441) set_mod_param_regex: found <db_url> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(14441) set_mod_param_regex: usrloc matches module usrloc 0(14441) set_mod_param_regex: found <db_mode> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(14441) set_mod_param_regex: rr matches module rr 0(14441) set_mod_param_regex: found <enable_full_lr> in module rr [/home/ser/running/openser/lib/openser/modules/rr.so] 0(14441) find_export: found <mf_process_maxfwd_header> in module maxfwd [/home/ser/running/openser/lib/openser/modules/maxfwd.so] 0(14441) find_export: found <sl_send_reply> in module sl_module [/home/ser/running/openser/lib/openser/modules/sl.so] 0(14441) find_export: found <sl_send_reply> in module sl_module [/home/ser/running/openser/lib/openser/modules/sl.so] 0(14441) find_export: found <record_route> in module rr [/home/ser/running/openser/lib/openser/modules/rr.so] 0(14441) find_export: found <loose_route> in module rr [/home/ser/running/openser/lib/openser/modules/rr.so] 0(14441) find_export: found <append_hf> in module textops [/home/ser/running/openser/lib/openser/modules/textops.so] 0(14441) find_export: found <append_hf> in module textops [/home/ser/running/openser/lib/openser/modules/textops.so] 0(14441) find_export: found <save> in module registrar [/home/ser/running/openser/lib/openser/modules/registrar.so] 0(14441) find_export: found <lookup> in module registrar [/home/ser/running/openser/lib/openser/modules/registrar.so] 0(14441) find_export: found <append_hf> in module textops [/home/ser/running/openser/lib/openser/modules/textops.so] 0(14441) find_export: found <lookup> in module registrar [/home/ser/running/openser/lib/openser/modules/registrar.so] 0(14441) find_export: found <sl_send_reply> in module sl_module [/home/ser/running/openser/lib/openser/modules/sl.so] 0(14441) find_export: found <append_hf> in module textops [/home/ser/running/openser/lib/openser/modules/textops.so] 0(14441) find_export: found <t_relay> in module tm [/home/ser/running/openser/lib/openser/modules/tm.so] 0(14441) find_export: found <sl_reply_error> in module sl_module [/home/ser/running/openser/lib/openser/modules/sl.so] 0(14441) routing table 0: 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x4027ffd0> 0(14441) , "10" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4027ffd0> 0(14441) , "10" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "483" 0(14441) , "Too Many Hops" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) UNKNOWN 0(14441) <UNKNOWN> 0(14441) 2048 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "513" 0(14441) , "Message too big" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4027c7c0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: rr-enforced " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) if ( 0(14441) UNKNOWN 0(14441) <UNKNOWN> 0(14441) 2048 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "513" 0(14441) , "Message too big" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4027c7c0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: rr-enforced " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4027c7c0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: rr-enforced " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) if ( 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4027a1c0> 0(14441) ); 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: rr-enforced " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) if ( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) { 0(14441) if ( 0(14441) method 0(14441) == 0(14441) "REGISTER" 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x4029bb30> 0(14441) , "location" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "aliases" 0(14441) ); 0(14441) if ( 0(14441) NOT( 0(14441) uri 0(14441) == 0(14441) _myself_ 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: outbound alias " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x40298490> 0(14441) , "location" 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170910> 0(14441) , "404" 0(14441) , "Not Found" 0(14441) ); 0(14441) drop( 0(14441) type<0> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) } else { 0(14441) }; 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x402a1450> 0(14441) , "P-hint: usrloc applied " 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) route( 0(14441) 1 0(14441) ); 0(14441) 0(14441) routing table 1: 0(14441) if ( 0(14441) NOT( 0(14441) external_module_call( 0(14441) f_ptr<0x4024c740> 0(14441) ); 0(14441) external_module_call( 0(14441) f_ptr<0x4024c740> 0(14441) ); 0(14441) ) 0(14441) ) { 0(14441) external_module_call( 0(14441) f_ptr<0x40170580> 0(14441) ); 0(14441) } else { 0(14441) }; 0(14441) Listening on udp: 212.97.202.73 [212.97.202.73]:5060 tcp: 212.97.202.73 [212.97.202.73]:5060 Aliases: tcp: osite1:5060 tcp: osite1.cuatro.dk:5060 udp: osite1:5060 udp: osite1.cuatro.dk:5060 WARNING: no fork mode 0(14441) shm_mem_init: success 0(0) core dump limits set to 4294967295 0(0) DEBUG: init_mod: sl_module stateless - initializing 0(0) DEBUG: register_fifo_cmd: new command (sl_stats) registered 0(0) unixsock_register_cmd: New command (sl_stats) registered 0(0) DEBUG: MD5 calculated: ba950484b7cb9e0b78ff4f84c7272d40 0(0) DEBUG: init_mod: tm 0(0) TM - (size of cell=2780, sip_msg=760) initializing... 0(0) Call-ID initialization: '773ffe9e' 0(0) DEBUG: register_fifo_cmd: new command (t_uac_dlg) registered 0(0) DEBUG: register_fifo_cmd: new command (t_uac_cancel) registered 0(0) DEBUG: register_fifo_cmd: new command (t_hash) registered 0(0) DEBUG: register_fifo_cmd: new command (t_reply) registered 0(0) unixsock_register_cmd: New command (t_uac_dlg) registered 0(0) unixsock_register_cmd: New command (t_uac_cancel) registered 0(0) unixsock_register_cmd: New command (t_hash) registered 0(0) unixsock_register_cmd: New command (t_reply) registered 0(0) DEBUG: lock_initialize: lock initialization started 0(0) DEBUG: register_fifo_cmd: new command (t_stats) registered 0(0) unixsock_register_cmd: New command (t_stats) registered 0(0) DEBUG: MD5 calculated: 5818e8718167640aef9d06ecea0d94fe 0(0) DEBUG: MD5 calculated: 55629ad9d6de7376eb3d3c6f0e1dea9c 0(0) DEBUG: init_mod: rr 0(0) rr - initializing 0(0) DEBUG: init_mod: maxfwd 0(0) Maxfwd module- initializing 0(0) DEBUG: init_mod: usrloc 0(0) usrloc - initializing 0(0) DEBUG: register_fifo_cmd: new command (ul_stats) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_rm) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_rm_contact) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_dump) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_flush) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_add) registered 0(0) DEBUG: register_fifo_cmd: new command (ul_show_contact) registered 0(0) unixsock_register_cmd: New command (ul_stats) registered 0(0) unixsock_register_cmd: New command (ul_rm) registered 0(0) unixsock_register_cmd: New command (ul_rm_contact) registered 0(0) unixsock_register_cmd: New command (ul_dump) registered 0(0) unixsock_register_cmd: New command (ul_flush) registered 0(0) unixsock_register_cmd: New command (ul_add) registered 0(0) unixsock_register_cmd: New command (ul_show_contact) registered 0(0) find_mod_export: found <db_use_table> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_init> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_close> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_query> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_raw_query> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_free_result> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_insert> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_delete> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) find_mod_export: found <db_update> in module mysql [/home/ser/running/openser/lib/openser/modules/mysql.so] 0(0) DEBUG: init_mod: registrar 0(0) registrar - initializing 0(0) find_export: found <sl_send_reply> in module sl_module [/home/ser/running/openser/lib/openser/modules/sl.so] 0(0) find_export: found <ul_bind_usrloc> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_register_udomain> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_get_all_ucontacts> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_insert_urecord> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_delete_urecord> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_get_urecord> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_lock_udomain> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_unlock_udomain> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_release_urecord> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_insert_ucontact> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_delete_ucontact> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_get_ucontact> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_update_ucontact> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_register_watcher> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_unregister_watcher> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) find_export: found <ul_register_ulcb> in module usrloc [/home/ser/running/openser/lib/openser/modules/usrloc.so] 0(0) DEBUG: init_mod: textops textops - initializing 0(0) fixing /home/ser/running/openser/lib/openser/modules/maxfwd.so mf_process_maxfwd_header 0(0) fixing /home/ser/running/openser/lib/openser/modules/sl.so sl_send_reply 0(0) fixing /home/ser/running/openser/lib/openser/modules/sl.so sl_send_reply 0(0) fixing /home/ser/running/openser/lib/openser/modules/rr.so record_route 0(0) fixing /home/ser/running/openser/lib/openser/modules/rr.so loose_route 0(0) fixing /home/ser/running/openser/lib/openser/modules/textops.so append_hf 0(0) fixing /home/ser/running/openser/lib/openser/modules/textops.so append_hf 0(0) fixing /home/ser/running/openser/lib/openser/modules/registrar.so save 0(0) get_connection(): Connection not found in the pool 0(0) preload_udomain(): Table is empty 0(0) release_connection(): Removing connection from the pool 0(0) fixing /home/ser/running/openser/lib/openser/modules/registrar.so lookup 0(0) get_connection(): Connection not found in the pool 0(0) preload_udomain(): Table is empty 0(0) release_connection(): Removing connection from the pool 0(0) fixing /home/ser/running/openser/lib/openser/modules/textops.so append_hf 0(0) fixing /home/ser/running/openser/lib/openser/modules/registrar.so lookup 0(0) fixing /home/ser/running/openser/lib/openser/modules/sl.so sl_send_reply 0(0) fixing /home/ser/running/openser/lib/openser/modules/textops.so append_hf 0(0) fixing /home/ser/running/openser/lib/openser/modules/tm.so t_relay 0(0) fixing /home/ser/running/openser/lib/openser/modules/sl.so sl_reply_error 0(0) INFO: udp_init: SO_RCVBUF is initially 111616 0(0) DEBUG: udp_init: trying SO_RCVBUF: 223232 0(0) DEBUG: setting SO_RCVBUF; set=223232,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 225280 0(0) DEBUG: setting SO_RCVBUF; set=225280,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 227328 0(0) DEBUG: setting SO_RCVBUF; set=227328,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 229376 0(0) DEBUG: setting SO_RCVBUF; set=229376,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 231424 0(0) DEBUG: setting SO_RCVBUF; set=231424,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 233472 0(0) DEBUG: setting SO_RCVBUF; set=233472,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 235520 0(0) DEBUG: setting SO_RCVBUF; set=235520,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 237568 0(0) DEBUG: setting SO_RCVBUF; set=237568,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 239616 0(0) DEBUG: setting SO_RCVBUF; set=239616,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 241664 0(0) DEBUG: setting SO_RCVBUF; set=241664,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 243712 0(0) DEBUG: setting SO_RCVBUF; set=243712,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 245760 0(0) DEBUG: setting SO_RCVBUF; set=245760,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 247808 0(0) DEBUG: setting SO_RCVBUF; set=247808,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 249856 0(0) DEBUG: setting SO_RCVBUF; set=249856,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 251904 0(0) DEBUG: setting SO_RCVBUF; set=251904,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 253952 0(0) DEBUG: setting SO_RCVBUF; set=253952,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 256000 0(0) DEBUG: setting SO_RCVBUF; set=256000,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 258048 0(0) DEBUG: setting SO_RCVBUF; set=258048,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 260096 0(0) DEBUG: setting SO_RCVBUF; set=260096,verify=262142 0(0) DEBUG: udp_init: trying SO_RCVBUF: 262144 0(0) DEBUG: setting SO_RCVBUF; set=262144,verify=262142 0(0) DEBUG: setting SO_RCVBUF has no effect 0(0) INFO: udp_init: SO_RCVBUF is finally 262142 0(0) DBG: open_uac_fifo: opening fifo... 0(0) DEBUG: FIFO created @ /tmp/openser_fifo 0(0) DEBUG: fifo /tmp/openser_fifo opened, mode=777 0(0) ERROR: init_fifo_server: fifo_write did not open: Permission denied 0(0) initializing fifo server failed 0(0) DEBUG: tm_shutdown : start 0(0) DEBUG: unlink_timer_lists : emptying DELETE list 0(0) DEBUG: tm_shutdown : emptying hash table 0(0) DEBUG: tm_shutdown : releasing timers 0(0) DEBUG: tm_shutdown : removing semaphores 0(0) DEBUG: tm_shutdown : destroying tmcb lists 0(0) DEBUG: tm_shutdown : done 0(14441) shm_mem_destroy 0(14441) destroying the shared memory lock PID created! total 0 PID file /home/ser/var/run/openser.pid does not exist -- OpenSER start failed Kind regards Martin

19 years, 3 months

[Users] regexp problem

by Klaus Darilion

Hi! I have a problem with search(); I try to match a contact header with IP address: if !(search("Contact:.*@[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+:")) { works fine, whereas if !(search("Contact:.*@[0-9]+\.[0-9]+\.[0-9]+\.\d+:")) { does not work. ^^ Looks like search() does not like \d Are there any known limitations for the regular expressions? regards klaus

19 years, 3 months

RE: SV: [Serusers] SER core dump on SuSE

by Pat wang

Thanks Roger, You are right. I reinstalled SuSE with all the available development packages cause I am not sure what else is needed if there are always something missing. SER works fine with authentication now. Thanks, Pat >From: "Roger Lewau" <roger.lewau(a)serverhallen.com> >To: "'Pat wang'" <wangyu39(a)hotmail.com>,<serusers(a)lists.iptel.org> >Subject: SV: [Serusers] SER core dump on SuSE >Date: Wed, 3 Aug 2005 19:01:08 +0200 > >Hi, > >Did you install a precompiled version of SER and modules? I had the exact >same problem on FreeBSD but solved it by downloading the source and compile >the mysql.so module by hand and then replacing the precompiled module. > >Dont know the exact reason for the crash I had, but the above step solved >it. Could be woth a try. > >Kind regards >Roger > > >-----Ursprungligt meddelande----- >Från: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] För >Pat >wang >Skickat: den 3 augusti 2005 17:53 >Till: serusers(a)lists.iptel.org >Ämne: [Serusers] SER core dump on SuSE > >Hi, > >I am having trouble running SER on SuSE Linux. SER crashes when >authentication module is used. Whenever a REGISTER arrives to SER, it gives >a core dump. If I turn authentication off then everything is fine. I have >tried this on different versions of SuSE including: 9.0 (2.4 Kernel) and >9.1 >and 9.3 (2.6 Kernel). They all give this core dump: > >Core was generated by `ser -E -w .'. >Program terminated with signal 11, Segmentation fault. > >warning: current_sos: Can't read pathname for load map: Input/output error > >Reading symbols from /lib/libdl.so.2...done. >Loaded symbols for /lib/libdl.so.2 >Reading symbols from /lib/libresolv.so.2...done. >Loaded symbols for /lib/libresolv.so.2 >Reading symbols from /lib/tls/libc.so.6...done. >Loaded symbols for /lib/tls/libc.so.6 >Reading symbols from /lib/ld-linux.so.2...done. >Loaded symbols for /lib/ld-linux.so.2 >Reading symbols from /usr/local/lib/ser/modules/mysql.so...done. >Loaded symbols for /usr/local/lib/ser/modules/mysql.so >Reading symbols from /usr/lib/libmysqlclient.so.12...done. >Loaded symbols for /usr/lib/libmysqlclient.so.12 Reading symbols from >/lib/libz.so.1...done. >Loaded symbols for /lib/libz.so.1 >Reading symbols from /lib/libcrypt.so.1...done. >Loaded symbols for /lib/libcrypt.so.1 >Reading symbols from /lib/libnsl.so.1...done. >Loaded symbols for /lib/libnsl.so.1 >Reading symbols from /lib/tls/libm.so.6...done. >Loaded symbols for /lib/tls/libm.so.6 >Reading symbols from /usr/local/lib/ser/modules/sl.so...done. >Loaded symbols for /usr/local/lib/ser/modules/sl.so Reading symbols from >/usr/local/lib/ser/modules/tm.so...done. >Loaded symbols for /usr/local/lib/ser/modules/tm.so Reading symbols from >/usr/local/lib/ser/modules/rr.so...done. >Loaded symbols for /usr/local/lib/ser/modules/rr.so Reading symbols from >/usr/local/lib/ser/modules/maxfwd.so...done. >Loaded symbols for /usr/local/lib/ser/modules/maxfwd.so >Reading symbols from /usr/local/lib/ser/modules/usrloc.so...done. >Loaded symbols for /usr/local/lib/ser/modules/usrloc.so >Reading symbols from /usr/local/lib/ser/modules/registrar.so...done. >Loaded symbols for /usr/local/lib/ser/modules/registrar.so >Reading symbols from /usr/local/lib/ser/modules/textops.so...done. >Loaded symbols for /usr/local/lib/ser/modules/textops.so >Reading symbols from /usr/local/lib/ser/modules/auth.so...done. >Loaded symbols for /usr/local/lib/ser/modules/auth.so >Reading symbols from /usr/local/lib/ser/modules/auth_db.so...done. >Loaded symbols for /usr/local/lib/ser/modules/auth_db.so >Reading symbols from /lib/libnss_files.so.2...done. >Loaded symbols for /lib/libnss_files.so.2 #0 qm_malloc (qm=0x80ffac0, >size=20) at q_malloc.c:290 >290 q_malloc.c: No such file or directory. > in q_malloc.c >(gdb) >(gdb) >(gdb) >(gdb) >(gdb) bt >#0 qm_malloc (qm=0x80ffac0, size=20) at q_malloc.c:290 >#1 0x4016322c in new_result () at res.c:199 >#2 0x40162035 in store_result (_h=0x8106138, _r=0xbfffee4c) at dbase.c:298 >#3 0x080998ec in table_version (dbf=0x4039b320, connection=0x8106138, >table=0xbfffeeb0) > at db.c:176 >#4 0x40398eaf in auth_db_ver (db_url=0x0, name=0x0) at authorize.c:337 >#5 0x40397fba in str_fixup (param=0x8106c30, param_no=2) at >authdb_mod.c:238 >#6 0x0806ec55 in fix_actions (a=<value optimized out>) at route.c:243 >#7 0x0806f136 in fix_expr (exp=0x8106c48) at route.c:134 >#8 0x0806f17e in fix_expr (exp=0x8106c78) at route.c:99 >#9 0x0806ed1b in fix_actions (a=<value optimized out>) at route.c:221 #10 >0x0806ed3e in fix_actions (a=<value optimized out>) at route.c:225 >#11 0x0806ed3e in fix_actions (a=<value optimized out>) at route.c:225 >#12 0x0806f026 in fix_rls () at route.c:726 >#13 0x0805df35 in main (argc=4, argv=0xbffff1b4) at main.c:1558 >(gdb) > >I have to use Redhat playing SER now. I am really appreciate if someone can >take a look at the cause. By the way, I tried to install SER from binary >package as well as compile from the source code, result is the same. > >Regards, > >Pat > > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > >

19 years, 3 months

[Serusers] Segmentation fault-fifo_server fgets failed: Illegal seek

by Ashutosh Kumar

Hi , I am getting a segmentation fault when my sip server runs. It happens mostly when a client tries to call another client phone. I think that this has got something to do with ser_fifo file permissions. For that reason, the relevant code from my ser.cfg file is as belows; --------------- fifo="/tmp/ser_fifo" fifo_mode=0666 --------------- I am running SER-0.8.14.The debug trace is as produced below: 0(3972) check_self - checking if host==us: 15==15 && [sip.myownphone.com] == [sip. myownphone.com] 0(3972) check_self - checking if port 5060 matches port 5060 0(3972) rwrite(): Rewriting Request-URI with 'sip:satya@210.7.75.189:5060' 0(3972) DEBUG: t_addifnew: msg id=3 , global msg id=1 , T on entrance=0xffffffff 0(3972) parse_headers: flags=-1 0(3972) parse_headers: flags=60 0(3972) t_lookup_request: start searching: hash=13553, isACK=0 0(3972) DEBUG: RFC3261 transaction matching failed 0(3972) DEBUG: t_lookup_request: no transaction found 0(3972) DBG: callback type 2, id 3 entered 0(3972) DEBUG: t_lookupOriginalT: searching on hash entry 13553 0(3972) DEBUG: RFC3261 transaction matching failed 0(3972) DEBUG: t_lookupOriginalT: no CANCEL maching found! 0(3972) DEBUG: t_lookupOriginalT completed 0(3972) DEBUG: mk_proxy: doing DNS lookup... 0(3972) check_via_address(61.16.236.34, 192.168.11.37, 0) 2(3975) ERROR: fifo_server fgets failed: Illegal seek 2(3975) ERROR: fifo_server fgets failed: Illegal seek 2(3975) ERROR: fifo_server fgets failed: Illegal seek 2(3975) ERROR: fifo_server fgets failed: Illegal seek 2(3975) INFO: signal 15 received 2(3975) Memory status (pkg): 2(3975) fm_status (0x80c2c80): 2(3975) heap size= 1047440 2(3975) dumping free list: 2(3975) hash = 1 fragments no.: 11, bucket size: 8 - 8 (first 8) 2(3975) hash = 2 fragments no.: 2, bucket size: 16 - 16 (first 16) 2(3975) hash = 4 fragments no.: 1, bucket size: 32 - 32 (first 32) 2(3975) hash = 15 fragments no.: 1, bucket size: 120 - 120 (first 120) 2(3975) hash = 20 fragments no.: 3, bucket size: 160 - 160 (first 160) 2(3975) hash = 265 fragments no.: 1, bucket size: 524288 - 1048576 (first 1030944) 2(3975) TOTAL: 19 free fragments = 1031696 free bytes 2(3975) ----------------------------- 1(3974) INFO: signal 15 received 1(3974) Memory status (pkg): 1(3974) fm_status (0x80c2c80): 1(3974) heap size= 1047440 1(3974) dumping free list: 1(3974) hash = 1 fragments no.: 11, bucket size: 8 - 8 (first 8) 1(3974) hash = 2 fragments no.: 1, bucket size: 16 - 16 (first 16) 1(3974) hash = 4 fragments no.: 1, bucket size: 32 - 32 (first 32) 1(3974) hash = 6 fragments no.: 1, bucket size: 48 - 48 (first 48) 1(3974) hash = 8 fragments no.: 1, bucket size: 64 - 64 (first 64) 1(3974) hash = 20 fragments no.: 3, bucket size: 160 - 160 (first 160) 1(3974) hash = 32 fragments no.: 1, bucket size: 256 - 256 (first 256) 1(3974) hash = 78 fragments no.: 1, bucket size: 624 - 624 (first 624) 1(3974) hash = 265 fragments no.: 1, bucket size: 524288 - 1048576 (first 1030048) 1(3974) TOTAL: 21 free fragments = 1031656 free bytes 1(3974) ----------------------------- Segmentation fault Regards, Ashutosh Kumar Chetu, Inc. Ph : 1(305) 402 6724 - Witin US Ph : 91 120 5323340 - Outside US Fax:1 (305) 832 5987 For more information, please visit http://www.chetu.com

19 years, 3 months

[Serusers] serweb 0.9.3 config on RedHat ES4

by Amit Rastogi

Hello, I am trying to install serweb 0.9.3 release. I already have ser 0.9.3 running with mysql support. When i try to access the http:<host>/serweb/admin.php, it displays a blank page and nothing else.. Here are the steps i have done so far.. untar package to <root>/serweb directory copy ./html to /var/www/html/serweb directory copy ./phplib to /var/www/phplib directory modified php.ini to have short_open_tag to on Added alias in httpd.conf as Alias /serweb/ "/var/www/html/serweb/" Quick install guide mentions modifying config_data_later.php, i am using the default username pass so i skipped it. changed config_paths.php -> root path is /serweb/ Can someone please help ? Thanks, Akr

19 years, 3 months

Re: [Serusers] Implementing Codec Translator with Asterisk

by Noel Sharpe

Frank Kostin wrote: > > BTW, I heard that someone might need a licence for G.729 !? It's a proprietory codec, so yes you need a licence for each and every channel you transcode. If you want to support the transcoding of 100 simultaneous conversations, you need 100 licences. You don't need a licence to just use G729; you only need licences when you need to encode or decode using G729. If you use asterisk, you can purchase a licence from Digium.

19 years, 3 months

Re: [Serusers] lookup 2 uri

by Samuel Osorio Calvo

If you know in advance the IP of 1002 and it is static, you can use serctl to add it's contact. This way doing a lookup("location") for 1003 will return both contacts...it's not a nice solution but it whould work. Samuel. Unclassified. >>> Richard Z <rzheng(a)gmail.com> 08/03/05 08:55PM >>> Hi Samuel, That's a very good detailed explanation! That's exactly what happened. In my existing config, I have the logic to deal with the second ring to 1003(a)test.com. It forks to itself and creates another ser transaction. I'd like to make it simpler by doing it in a single transaction. One way I am thinking about, but haven't tried yet, is when 1003 registers, ser adds its location to both 1002 and 1003. So when ser does lookup("location") for 1002, the real location for 1003 shows up. Not sure that it is feasible. Thanks, Richard On 8/2/05, Samuel Osorio Calvo <samuel.osorio(a)nl.thalesgroup.com> wrote: > Just one remark: only one of the two URI will be translated to the contact. > > I'll try to explain... > > imagine the incoming Req-URI is 1001(a)test.com. When it passes the first lookup, > lookup("aliases"); > SER will retrieve the two aliases and put one of them as the new req-uri and the other as branch. > Req-URI: 1002(a)test.com > branch: 1003(a)test.com > Doing the second lookup, > lookup("location"); > will put the contact of 1002(a)test.com as Req-URI (if more than one contact is present, the subsequent bindings will be added as branches) and the 1003(a)test.com will be left as branch untouched. > Req-URI: 1002(a)10.1.1.102 > branch: 1003(a)test.com > This happens because lookup() only takes as input the req-URI. > > The result is that SER makes a DNS query for test.com, to send the request to 1003(a)test.com, instead of the end-point. If the DNS is properly configured, test.com should point to SER itself, making SER sending the message to itself via the network. Depending on the config file, it can work but you should check the logs to see what is exactly happening. > User 1002 will get the message without any problem. > > NOTE: depending on the order in the database, 1003 and 1002 can exchange roles in upper explanation. > > As SER is now coded, above can not be changed (as far as I know).... > > Hope it helps, > > Samuel. > > Unclassified. > > >>> "Zeus Ng" <zeus.ng(a)isquare.com.au> 08/03/05 01:51AM >>> > You would need two steps here, looup("aliases"), then lookup("location"). > > Zeus > > > -----Original Message----- > > From: serusers-bounces(a)lists.iptel.org > > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Richard Z > > Sent: Wednesday, 3 August 2005 3:33 AM > > To: Atle Samuelsen > > Cc: serusers(a)lists.iptel.org > > Subject: Re: [Serusers] lookup 2 uri > > > > > > Hi Atle, > > > > Alias doesn't replace uri with its real location. I'd like to use > > lookup("location") to find out its real location. For > > example, if 102(a)test.com is at 102(a)10.1.1.102 and > > 103(a)test.com is at 103(a)10.1.1.103. I'd like to replace all > > uris with 102(a)10.1.1.102 and 103(a)10.1.1.103 in a single ser > > transaction logic. Would it be possible? > > > > Thanks, > > Richard > > > > > > On 8/1/05, Atle Samuelsen <clona(a)camaro.no> wrote: > > > > > > Hi, > > > > > > you could do something like : > > > > > > serctl alias add 101 sip:102@test.com > > > serctl alias add 101 sip:103@test.com > > > > > > This way the invite would be forked to both 102 and 103, > > > > > > just remember to have both lookup("aliases"); and > > save("aliases"); in > > > your config at the right spot :-) > > > > > > -Atle > > > > > > > > > > > > * Richard Z <rzheng(a)gmail.com> [050802 04:34]: > > > > Hi, > > > > > > > > I am trying to implement a feature to ring two ip phones > > > > simultaneously. For example, when I call 101(a)test.com, it > > rings both > > > > 101(a)test.com and 102(a)test.com. In this case, the ruri is > > > > 101(a)test.com. I can use append_branch 102(a)test.com, but > > is there a > > > > way to lookup the locations of both 101 and 102? > > > > > > > > Thanks, > > > > Richard > > > > > > > > _______________________________________________ > > > > Serusers mailing list > > > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > >

19 years, 3 months

[Serusers] t_uac_dlg pb

by mma

I want to send an invite request to ser's fifo using t_uac_dlg command and exec_msg, my pb is that i can't construct a valid invite header , when i check the log of ser, i see that there is errors in parsing headers. i'm trying to send something like this : cat > /tmp/ser_fifo << EOF :t_uac_dlg:hh INVITE sip: user2(a)sip.server.net . From: sip:user1@sip.server.net To: sip:user2@sip.server.net . Content-Type: application/sdp EOF please can someone correct it. Regards PS : the valid header is the following : Session Initiation Protocol Request-Line: INVITE sip:5001@sip.softiphone.net SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.1.100;branch=z9hG4bK52ffa6c1cda5b285 From: "5003" <sip:5003@sip.softiphone.net>;tag=81ee9e99dc30cc34 SIP Display info: "5003" SIP from address: sip:5003@sip.softiphone.net SIP tag: 81ee9e99dc30cc34 To: <sip:5001@sip.softiphone.net> SIP to address: sip:5001@sip.softiphone.net Contact: <sip:5003@192.168.1.100> Supported: replaces, timer Call-ID: b2d776f6e99851a4(a)192.168.1.100 CSeq: 44559 INVITE User-Agent: Grandstream GXP2000 1.0.1.9 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 310 Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): 5003 8000 8000 IN IP4 192.168.1.100 Session Name (s): SIP Call Connection Information (c): IN IP4 192.168.1.100 Time Description, active time (t): 0 0 Media Description, name and address (m): audio 5004 RTP/AVP 0 8 18 3 4 101 Media Attribute (a): sendrecv Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:8 PCMA/8000 Media Attribute (a): rtpmap:18 G729/8000 Media Attribute (a): rtpmap:3 GSM/8000 Media Attribute (a): rtpmap:4 G723/8000 Media Attribute (a): ptime:20 Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute (a): fmtp:101 0-11

19 years, 3 months

[Serusers] No stop record for pstn calls

by Anders Hansson

Hi all, I have a problem accounting transactions to the PSTN network. I do only get the Stop record - no Start record... Anyone knows what could be the reason? I´m using radiusserver for the accounting records. This is part of my ser.cfg file. In the log the messages INVITE accounted and BYE or CANCEL accounted can be seen, but nothing in the radius file, except for the stop record. To make it worse, not all of the stop records can be seen in radius - it looks like only some destinations creates stop records - other dont. The only thing about that is that when it´s a voicemachine in the other end, the stop record is not occuring... # Flag for accounting if (method=="INVITE") { log("INVITE accounted"); setflag(1); }; if (method=="BYE" || method=="CANCEL") { log("BYE or CANCEL accounted"); setflag(1); }; setflag(3); Thanks, Anders

19 years, 3 months

[Serusers] Problem with SER and PAP2, I get a 407 message when trying a call

by Yiannis Martis

Hello there, I am Network Administrator working for a company called Hellasfon Network S.A. I use SER 0.9.3 with Vovidas STUN server. PAP2 UAis NATed and gets registered using my ADSL modems IP and everything looks OK. The problem is when I try to make a call to another UA) of my service I get the following output from my server (ngrep):. Please help me if u can!!! U 2005/08/03 13:55:57.380953 XX.XX.XX.XX:5060 -> XX.XX.XX.XX:5060 INVITE sip:2810318308@XXXXXXXXXX.com SIP/2.0. Record-Route: <sip:XX.XX.XX.XX;ftag=7ab32f2bbf2689feo0;lr=on>. Via: SIP/2.0/UDP XX.XX.XX.XX;branch=z9hG4bK9925.01a26607.0. Via: SIP/2.0/UDP XX.XX.XX.XX:5060;branch=z9hG4bK-ae62fa6a;rport=5060. From: <sip:2810300308@XXXXXXXXXX.com>;tag=7ab32f2bbf2689feo0. To: <sip:2810318308@XXXXXXXXXX.com>. Call-ID: b521746f-5119658a(a)192.168.1.2. CSeq: 102 INVITE. Max-Forwards: 16. Contact: <sip:2810300308@XX.XX.XX.XX:5060>. Expires: 240. User-Agent: Linksys/PAP2-2.0.12(LS). Content-Length: 420. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: x-sipura. Content-Type: application/sdp. . v=0. o=- 13486 13486 IN IP4 XX.XX.XX.XX. s=-. c=IN IP4 XX.XX.XX.XX. t=0 0. m=audio 16420 RTP/AVP 18 0 2 4 8 96 97 98 100 101. a=rtpmap:18 G729a/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:2 G726-32/8000. a=rtpmap:4 G723/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:96 G726-40/8000. a=rtpmap:97 G726-24/8000. a=rtpmap:98 G726-16/8000. a=rtpmap:100 NSE/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:30. a=sendrecv. # U 2005/08/03 13:55:57.381212 XX.XX.XX.XX:5060 -> XX.XX.XX.XX:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP XX.XX.XX.XX;branch=z9hG4bK9925.01a26607.0. Via: SIP/2.0/UDP XX.XX.XX.XX:5060;branch=z9hG4bK-ae62fa6a;rport=5060. From: <sip:2810300308@XXXXXXXXXX.com>;tag=7ab32f2bbf2689feo0. To: <sip:2810318308@XXXXXXXXXX.com>;tag=5f52b14eb2ca58a7910364a1cdbf6fd5.a179. Call-ID: b521746f-5119658a(a)192.168.1.2. CSeq: 102 INVITE. Proxy-Authenticate: Digest realm="XXXXXXXXXX.com", nonce="42f0a3e9ea677d46038bdbeccaf8d95c18bce58e". Server: Sip EXpress router (0.9.3 (i386/linux)). Content-Length: 0. Warning: 392 XX.XX.XX.XX:5060 "Noisy feedback tells: pid=4360 req_src_ip=XX.XX.XX.XX req_src_port=5060 in_uri=sip:2810318308@XXXXXXXXXX.com out_uri=sip:2810318308@XXXXXXXXXX.com via_cnt==2". . # U 2005/08/03 13:55:57.381353 XX.XX.XX.XX:5060 -> XX.XX.XX.XX:5060 ACK sip:2810318308@XXXXXXXXXX.com SIP/2.0. Via: SIP/2.0/UDP XX.XX.XX.XX;branch=z9hG4bK9925.01a26607.0. From: <sip:2810300308@XXXXXXXXXX.com>;tag=7ab32f2bbf2689feo0. Call-ID: b521746f-5119658a(a)192.168.1.2. To: <sip:2810318308@XXXXXXXXXX.com>;tag=5f52b14eb2ca58a7910364a1cdbf6fd5.a179. CSeq: 102 ACK. User-Agent: Sip EXpress router(0.9.3 (i386/linux)). Content-Length: 0. . # U 2005/08/03 13:55:57.664069 XX.XX.XX.XX:5060 -> XX.XX.XX.XX:5060 ACK sip:2810318308@XXXXXXXXXX.com SIP/2.0. Via: SIP/2.0/UDP XX.XX.XX.XX:5060;branch=z9hG4bK-ae62fa6a;rport. From: <sip:2810300308@XXXXXXXXXX.com>;tag=7ab32f2bbf2689feo0. To: <sip:2810318308@XXXXXXXXXX.com>;tag=5f52b14eb2ca58a7910364a1cdbf6fd5.a179. Call-ID: b521746f-5119658a(a)192.168.1.2. CSeq: 102 ACK. Max-Forwards: 70. Proxy-Authorization: Digest username="2810300308",realm="XXXXXXXXXX.com",nonce="42f0a3e8f78926d700140a7c490f06dd965ea748",uri="sip:2810318308@XXXXXXXXXX.com",algorithm=MD5,response="ac73134a0de530d527cfbe4fe1903707". Contact: <sip:2810300308@XX.XX.XX.XX:5060>. User-Agent: Linksys/PAP2-2.0.12(LS). Content-Length: 0. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

19 years, 3 months

← Newer
1
...
45
46
47
48
49
50
51
...
56
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users August 2005