sr-users June 2005

sr-users@lists.kamailio.org

241 participants
595 discussions

[Serusers] Out-of-office-reply: Serusers Digest, Vol 26, Issue 20

by David.Monahan＠aepona.com

I will be out of the office until Monday 27th June. For urgent queries please contact Judith Russell (judith.russell(a)aepona.com).

19 years

[Serusers] Error login to iptel.org SERWEB

by SS Ng

While login into http://iptel.org/user, I got the following error Warning: fopen(/tmp/ser_fifo): failed to open stream: Permission denied in /var/www/serweb_bat/html/functions.php on line 199 Thanks ssng " name=Author> all.clsMenuItemNS, .clsMenuItemIE{text-decoration: none; font: bold 10px Verdana; color: black; cursor: hand; z-index:100} #MainTable A:hover {color: white;} var keepstatic=1 //specify whether menu should stay static (works only in IE4+) var menucolor="#75C5F0" //specify menu color var submenuwidth=150 //specify sub menus color --------------------------------- Meet your soulmate! Yahoo! Asia presents Meetic - where millions of singles gather

19 years

[Serusers] Problem with UAC modules

by Mohammad Khan

I am using ser downloaded from cvs (cvs co -r HEAD sip_router, download on June 08, 2005 12:30 PM EST) I used the patch file found in modules/uac/doc/replace_from.patch. (Did I do right?) I am getting below, while trying to start ser Jun 8 18:37:18 sip ser: set_mod_param_regex: parameter <db_url> not found in module <acc> Jun 8 18:37:18 sip ser: parse error (49,20-21): Can't set module parameter Jun 8 18:37:18 sip ser: set_mod_param_regex: parameter <db_flag> not found in module <acc> Jun 8 18:37:18 sip ser: parse error (86,19-20): Can't set module parameter Jun 8 18:37:18 sip ser: set_mod_param_regex: parameter <db_missed_flag> not found in module <acc> Jun 8 18:37:18 sip ser: parse error (87,19-20): Can't set module parameter Jun 8 18:37:18 sip ser: ERROR: bad config file (3 errors) After uncomment acc module (just to see if it works without acc) I am getting these: Jun 8 18:50:48 sip /usr/sbin/ser[3076]: ERROR:uac:get_autenticate_hdr: reply has no auth hdr (Proxy-Authenticate) Jun 8 18:50:48 sip /usr/sbin/ser[3076]: ERROR:uac:uac_auth: failed to extract authenticate hdr Jun 8 18:50:48 sip /usr/sbin/ser[3074]: Warning: sl_send_reply: I won't send a reply for ACK!! Jun 8 18:50:49 sip /usr/sbin/ser[3076]: Warning: sl_send_reply: I won't send a reply for ACK!! Jun 8 18:50:51 sip /usr/sbin/ser[3075]: Warning: sl_send_reply: I won't send a reply for ACK!! Please help. Thanks, MOhammad

19 years

[Serusers] Re: Problem with cancel a invite

by michael＠polylink.net

I think there was something wrong with Bs gateway other than SER. The sip singaling is ok because A received the right message from B. >Subject: [Serusers] Problem with cancel a invite >To: serusers(a)lists.iptel.org >Message-ID: <42AD5451.1000300(a)borderlight.net> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Hi all, >I´ve got a problem when trying to cancel an invite. >The situation: A makes a call to B (INVITE). B press the "hang up" >button. An here comes the problem. > From As side, everything is OK, but from Bs side, the phone is still >ringing... >How can a solve this problem? Anyone? > >Thanks, >Anders Michael Zhang

19 years

[Serusers] failed to lookup for few seconds for every one hour

by Karun Chemudugunta

Hi Group, I am seeing issues where lookup() failing for every one hour for period of few seconds. ( ~ 20 to 30 seconds). Is it known issues ? Any house keeping happening for every hour ??? Version SER software: 0.8.12 Please find my attached ser.cfg Thanks in advance. Karun _______________________________________________________________________ Jun 13 12:41:14 encasip001 /usr/sbin/ser[4805]: lookup failed :SIP request from config Jun 13 12:41:14 encasip001 /usr/sbin/ser[4810]: lookup failed :SIP request from config Jun 13 13:40:44 encasip001 /usr/sbin/ser[4805]: lookup failed :SIP request from config Jun 13 13:41:15 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 13:41:15 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 13:41:17 encasip001 /usr/sbin/ser[4807]: lookup failed :SIP request from config Jun 13 13:41:17 encasip001 /usr/sbin/ser[4806]: lookup failed :SIP request from config Jun 13 13:41:17 encasip001 /usr/sbin/ser[4807]: lookup failed :SIP request from config Jun 13 13:41:17 encasip001 /usr/sbin/ser[4806]: lookup failed :SIP request from config Jun 13 13:41:17 encasip001 /usr/sbin/ser[4807]: lookup failed :SIP request from config Jun 13 13:41:18 encasip001 /usr/sbin/ser[4811]: lookup failed :SIP request from config Jun 13 13:41:18 encasip001 /usr/sbin/ser[4809]: lookup failed :SIP request from config Jun 13 13:41:18 encasip001 /usr/sbin/ser[4811]: lookup failed :SIP request from config Jun 13 13:41:19 encasip001 /usr/sbin/ser[4809]: lookup failed :SIP request from config Jun 13 13:41:19 encasip001 /usr/sbin/ser[4805]: lookup failed :SIP request from config Jun 13 13:41:19 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 13:41:20 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 14:40:57 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 14:40:57 encasip001 /usr/sbin/ser[4811]: lookup failed :SIP request from config Jun 13 14:40:57 encasip001 /usr/sbin/ser[4809]: lookup failed :SIP request from config Jun 13 14:40:58 encasip001 /usr/sbin/ser[4806]: lookup failed :SIP request from config Jun 13 14:40:58 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 14:40:59 encasip001 /usr/sbin/ser[4811]: lookup failed :SIP request from config Jun 13 14:41:00 encasip001 /usr/sbin/ser[4809]: lookup failed :SIP request from config Jun 13 15:40:35 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 15:40:35 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 15:40:36 encasip001 /usr/sbin/ser[4807]: lookup failed :SIP request from config Jun 13 15:40:36 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 15:40:36 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 15:40:36 encasip001 /usr/sbin/ser[4806]: lookup failed :SIP request from config Jun 13 15:40:36 encasip001 /usr/sbin/ser[4803]: lookup failed :SIP request from config Jun 13 15:40:37 encasip001 /usr/sbin/ser[4809]: lookup failed :SIP request from config Jun 13 15:40:37 encasip001 /usr/sbin/ser[4808]: lookup failed :SIP request from config Jun 13 15:40:39 encasip001 /usr/sbin/ser[4810]: lookup failed :SIP request from config ___________________________________________________________________________ # # $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=9 # 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) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" alias=209.233.189.177 alias=voice.engca.bevocal.com # ------------------ 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/exec.so" loadmodule "/usr/lib/ser/modules/textops.so" #loadmodule "/usr/lib/ser/modules/acc.so" #modparam("acc", "log_level", 2) #modparam("acc", "log_flag", 1) #modparam("acc", "report_cancels", 1) #modparam("acc", "failed_transactions", 1) # 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 --------------- # -- 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 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=="OPTIONS") { sl_send_reply("200", "Ok"); break; }; if (method=="REGISTER") { save("location"); break; }; if(method=="INVITE") { log(1,"about lookup in route zero"); if (!lookup("location","encamed")) { log(1,"lookup failed :SIP request from config"); sl_send_reply("404", "Not Found"); break; }; t_on_failure("5"); }; }; # setflag(1); # 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(); }; } failure_route[5] { revert_uri(); if (!lookup("location","encamed")) { log(1,"lookup failed :SIP request from config"); t_reply("404", "Not Found"); break; }; append_branch(); append_urihf("CC-Diversion: ", "\r\n"); t_on_failure("6"); t_relay(); } failure_route[6] { log(1,"Inside failure_route six"); exec_msg("printenv|grep '^SIP'|mail -v -s onfailure6 krcgunta(a)yahoo.com"); }

19 years

RE: [Serusers] using web page of mediaproxy

by Lucas Aimaretto

> > Hi all, > > > > I've used the webpage media_sessions.phtml for monitoring > > usage of mediaproxy. But it only works if the web server is > > set up at the same PC where mediaproxy is working. Is there > > any possible way of installing the web page at another PC ? > > > yes you should edit the script adding the server's host. > > Rosario Hi there, Well, actually, I did that. I replaced the IP of my mediaproxy at the file media_sessions.phtml. Look ... // List with MediaProxy servers to display sessions for. // Servers are specified in the form "IP:Port" (port can be missing) // If port is missing it is considered to be 25060 $servers = array("MY_IP:25060"); ... but it does not show the rtp sessions. However, if I run the web page at a local web server, it does show the rtp sessions. Any ideas? I bet is some web server configuration, but don’t know what. This is what I did. Alias /mediaproxy/ /home/mediaproxy/ <Directory "/home/mediaproxy/"> Options None AllowOverride AuthConfig #Order allow,deny #Order allow Allow from all </Directory> Best regards, Lucas -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.6.9 - Release Date: 11/06/2005

19 years

[Serusers] using web page of mediaproxy

by Lucas Aimaretto

Hi all, I've used the webpage media_sessions.phtml for monitoring usage of mediaproxy. But it only works if the web server is set up at the same PC where mediaproxy is working. Is there any possible way of installing the web page at another PC ? Regards, Lucas -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.6.9 - Release Date: 11/06/2005

19 years

[Serusers] Race condition with CANCEL?

by Ingo Wolfsberger

Hello, Following situation: t+0: User A is registerd User B is not registered t+1: User A calls user B Call is transfered to the vm box. vm does not go off-hook. t+2: User B registers t+3: User A hooks on, a CANCEL is send. Currently I handle a CANCEL like an INVITE, which means the CANCEL is sent to user B and not to the vm. How to handle this case? bye, Ingo -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

19 years

[Serusers] architecture question on Sending Invite Upon 302 Moved Temp (Redirect)

by mark wehberg

Hello, There has been other posts as to how to make SER send an INVITE when it gets a 302 Moved Temporaily back from downstream. And it seems that it may be possible to do with AVPOPS, or other scripting methods. The question I have is, what is the reason not to have that functionality built into SER or the option to not "relay back upstream" the 302, but have SER process the message? Is there something I am missing? Call Flow Not Supported Out of the Box INVITE --------------------------> SER SIP SERVER <------------ 100Trying --------------------> INVITE <------------------ 302 Moved <------------------ 302 Moved Instead of INVITE --------------------------> SER SIP SERVER <------------ 100Trying --------------------> INVITE <------------------ 302 Moved --------------------------------------------INVITE ---------------------> Another SIP Server or UA Thanks, Mark

19 years

[Serusers] Problem with cancel a invite

by Norman Brandinger

Hi, You didn't mention the phones that you are using. We had a similar problem (or at lease similar symptoms) when a call from a SPA-841 is "rejected" by a Polycom-500. In this situation, the SPA-841 still kept ringing. Below is the final in a series of emails I received from Sipura: <snip> You have uncovered a bug in our firmware. In fact all 6xx responses will be ignored by the phone. A temporary fix is available at: http://www.sipura.com/download/temp/phone/spa841-03-01-03-a-0427s-603.zip Thanks for reporting back the problem. - Sipura Support </snip> Regards, Norman Brandinger norm at goes dot com

19 years

← Newer
1
...
35
36
37
38
39
40
41
...
60
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 June 2005