Hi,
When my cisco sends Invite meg to ser, ser reply a 100 trying....
and at the tail of message, I found: Noisy feedback, what does it mean? How do I fix it?
16:33:40: Received:
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP 210.209.13.171:5060
From: <sip:77312066@210.209.13.171>;tag=38DBBE8-98
To: <sip:277189666@210.209.13.169>
Call-ID: CE3E0070-1FB911D8-8655ECFC-22AC03FC(a)210.209.13.171
CSeq: 101 INVITE
Server: Sip EXpress router (0.8.11pre29 (i386/linux))
Content-Length: 0
Warning: 392 210.209.13.169:5060 "Noisy feedback tells: pid=5319 req_src_ip=210.209.13.171 req_src_port=59109 in_uri=sip:277189666@210.209.13.169:5060 out_uri=sip:310404@210.209.13.170:34597;transport=udp via_cnt==1"
thanks
Sorry, no answers left, you have to debug the php script.
Klaus
-----Original Message-----
From: Jon Ole Nome [mailto:jonome@avitrans.no]
Sent: Monday, November 24, 2003 10:51 PM
To: Klaus Darilion
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12
I am using MySQL 4.0.16. I should also mention that I had serweb running
on 0.8.11 and registration worked fine. Same server and MySQL. I cleaned
that out and got 0.8.12 and latest serweb tarball. Ran ser_mysql.sh
reinit to get an updated ser database.
Jon Ole
----- Original Message -----
From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at>
To: Jon Ole Nome <mailto:jonome@avitrans.no>
Cc: serusers(a)lists.iptel.org
Sent: Monday, November 24, 2003 10:44 PM
Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12
So, aliases should be fine.
Which MySQL version do you use? I had problems with the latest serweb
using mysql 3.x because the introduced new SQL queries which requries
mysql 4.x
klaus
-----Original Message-----
From: Jon Ole Nome [mailto:jonome@avitrans.no]
Sent: Monday, November 24, 2003 10:32 PM
To: Klaus Darilion
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12
The lookup("aliases") is in the ser.cfg, in the routing section, just
after save location. Is that the right place? Sorry for all the dumb
questions.
----- Original Message -----
From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at>
To: Jon Ole Nome <mailto:jonome@avitrans.no>
Cc: serusers(a)lists.iptel.org
Sent: Monday, November 24, 2003 10:25 PM
Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12
Yes, you're right. serweb adds an alias for every user - but you carn
turn this off. maybe the problem accours when adding the alias. hint:
there are often problems if the 'lookup("aliases")' statement is missing
in the ser.cfg.
klaus
-----Original Message-----
From: Jon Ole Nome [mailto:jonome@avitrans.no]
Sent: Monday, November 24, 2003 9:56 PM
To: Klaus Darilion
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12
Hello again, do you know where I can find line 43 in the SQL query?
Maybe I can figure out what is wrong if I know what it's trying to do.
Doesn't serweb add an alias for the user? That was the next thing I
wanted to look into. I don't want users to select their own usernames, I
want to assign a number when they register. Not sure how to set that up,
though :)
Jon Ole
----- Original Message -----
From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at>
To: Jon Ole Nome <mailto:jonome@avitrans.no>
Cc: serusers(a)lists.iptel.org
Sent: Monday, November 24, 2003 9:44 PM
Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12
Hi!
Please CC to the list!
Looks like serweb copies the new user from 'pending' to 'subscriber'
table, but failes to delete the new user from the 'pending' table.
I think these activities of serweb are unrelated to ser - serweb
interacts directly with the DB. Maybe the table/colum names have changed
slightly.
Klaus
-----Original Message-----
From: Jon Ole Nome [mailto:jonome@avitrans.no]
Sent: Monday, November 24, 2003 9:39 PM
To: Klaus Darilion
Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12
Thanks for the quick reply! Looking in the database I see that the new
user is both in the pending and subscriber tables. Does that tell you
anything?
Jon Ole
----- Original Message -----
From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at>
To: Jon <mailto:jonome@avitrans.no> Ole Nome ; serusers(a)lists.iptel.org
Sent: Monday, November 24, 2003 9:33 PM
Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12
The aliases table is unrelated to this!
Serweb adds the user to the "pending" table and when you confirm the
registration by clicking the link, serweb moves the user from "pending"
to "subscriber".
Klaus
-----Original Message-----
From: Jon Ole Nome [mailto:jonome@avitrans.no]
Sent: Monday, November 24, 2003 9:29 PM
To: serusers(a)lists.iptel.org
Subject: [Serusers] Fw: Serweb problems - 0.8.12
I am running ser 0.8.12 with MySQL support on a RH9 server. Downloaded
the latest serweb tarball from the cvs. I can log in with existing
userids, both on the admin and user_interface web pages. If I try to
register a new user in serweb the registration process runs ok and I get
a mail asking for confirmation, but when I click the link to confirm I
get this error:
ringsip.com User Management
error in SQL query, line: 43
We regret but your ringsip.com confirmation attempt failed.
Please contact info(a)ringsip.com for further assistance.
I have verified that the new user is added to the database, and I can
log in to user_interface with the new userid. But there is nothing in
the "aliases" table in the database. Any ideas? Grateful for any help!
Jon Ole
Pls help me to config ser.cfg
Now my envirmonet is:
ser server: 172.16.255.1:5060 ( without DNS server )
SIP PSTN gateway: 172.16.255.1:6050
SIP UA: 172.16.2.xx
And all SIP UAs have a PSTN number like 6169xxxx
There are no DNS server in the system.(we don't apply
for a domain name)
I want:
1 All users use digest authorization when SIP UA
registing ------ finished
2 All calls from SIP UA need authorization (return 407
to Invite request)
3 All calls to PSTN transfer to the SIP PSTN
gateway(number no like "6169xxxx") -------- almost
finished
3 All calls from the SIP PSTN gateway do not need
authorization(I think use a caller
sip:gateway@172.16.255.1:6050 as caller when call from
gateway,then all call from this user and this ip
address needn't authorazation)
4 All calls need write CDR record to mysq datebase
The bigest problem is I don't know how to write
conditonal sentence , like
if(uri!=~"xxxx")
or
if((uri=="xxxx") | (uri=="yyyy"))
There are no document talking about the syntax.
Please help me. Any help is appreciate.
Now my ser.cfg is:
#
# $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 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
*/
debug=7
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
---------------
# -- 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 (len_gt( 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=="REGISTER") {
# Uncomment this if you want to use digest
authentication
if (!www_authorize("novsky.com", "subscriber")) {
www_challenge("novsky.com", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC
DB
# if (!lookup("location")) {
# if(uri=~"^sip:6169*@") {
# forward(172.16.255.1,6050);
# break;
# };
# else {
# sl_send_reply("404", "Not Found");
# break;
# };
# };
if(uri=~"^sip:6169[0-9]*@[0-9|\.]*") {
if(!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
if(!lookup("location")) {
forward(172.16.255.1,6050);
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();
};
}
Best regards
wangji
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
Hi,
A client of mine has encountered a problem with SER. When he has
aliases which point to other aliases, SER fails to route a call UNLESS
the SIP domain of the callee has an /etc/hosts entry associated with it
(or, presumably, a DNS A record for the domain, or a DNS SRV record for
SIP inside that domain).
For example:
ser.cfg has line: alias="domain.com"
Callee is "alias1(a)domain.com"
SER user alias "alias1(a)domain.com" -> "sip:alias2@domain.com" ->
"sip:user@domain.com"
SER usrloc entry exists for "user(a)domain.com" ->
"sip:user@[IP-of-user's-phone]"
/etc/hosts file has entry in the form of:
1.2.3.4 siprouter siprouter.domain.comdomain.com
CALL WORKS
However, change /etc/host file entry to:
1.2.3.4 siprouter siprouter.domain.com
(remove alias for whole domain)
CALL FAILS
Other, more simple SER user aliases WORK in BOTH scenereos:
SER user alias "somealias(a)domain.com" -> "sip:someuser@domain.com"
SER usrloc exists for "someuser(a)domain.com" ->
"sip:someuser@[IP-of-user's-phone]"
CALL WORKS
This is whether the "domain.com" /etc/hosts alias exists or not.
So, SER appears to NEED to resolve an IP address for the SIP domain to
do two (and above) levels of alias indirection. It's almost as if the
resolution of aliases isn't recursive or something (seeing how
single-level aliases work, and it doesn't try to resolve an IP to "call
out" to another SIP router).
Note, that "ser.cfg" DOES have a line alias="domain.com", so SER should
know that it is responsible for this SIP domain.
It appears that SER is trying to make a network call to this SIP domain
before it even begins processing the ser.cfg script, where it would
match the if(uri == myself) condition because of the "alias=" lines.
Perhaps a heuristic needs to be put in somewhere to check the condition
"callee_domain == myself" before SER goes through the trouble of trying
to resolve the callee domain when it will just point back at itself ?
This problem reminds me of the one I ran into earlier with the
t_uac_dlg() FIFO call used by the click-to-dial scripts. This also had
the problem where SER would try to resolve its own SIP domain before
checking if SIP_DOMAIN == myself.
The quick and dirty fix was to add a /etc/hosts alias (as illustrated
above), but this has the unwanted effect of breaking sendmail mail
routing, requiring an ugly rewriting rule hack to "fix" the problem
(sendmail thinks myself == mail domain, and recipients w/ @domain.com
addresses are local users).
The "good" fix is to use a DNS SRV entry (at least I hope this would fix
both SER problems mentioned here).
But, should SER really be doing these name resolution calls in
situations like this ? Isn't this inefficient ? It seems like a bug to
me :-). It seems to me that SER should pay attention to the "alias="
lines in all phases of calee routing, with the exception of when the
calee's SIP address is resolved down to userloc entry pointing it to
another SIP device.
Perhaps my concept of the purpose/scope of a SIP domain is wrong ? I
assume that a SIP server, or group of servers with identical
configurations/databases (for load balancing) is "authoritative" for a
domain, and unless an alias or usrloc entry directs the call to a
different SIP UA or router via IP or a different SIP [sub]domain for
further processing, it should presume it has all information to resolve
this call fully itself, and recurse onto itself to resolve any names
inside its own domain. Basically, the DNS model for domain authority.
- Jim
--
+---------------------------------------------------------------------------+
| Jim Burwell - Sr. Systems/Network/Security Engineer, JSBC |
+---------------------------------------------------------------------------+
| "I never let my schooling get in the way of my education." - Mark Twain |
| "UNIX was never designed to keep people from doing stupid things, because |
| that policy would also keep them from doing clever things." - Doug Gwyn |
| "Cool is only three letters away from Fool" - Mike Muir, Suicyco |
| "..Government in its best state is but a necessary evil; in its worst |
| state an intolerable one.." - Thomas Paine, "Common Sense" (1776) |
+---------------------------------------------------------------------------+
| Email: jimb(a)jsbc.cc ICQ UIN: 1695089 |
+---------------------------------------------------------------------------+
| Reply problems ? Turn off the "sign" function in email prog. Blame MS. |
+---------------------------------------------------------------------------+
My ser.cfg was working fine with 0.8.11
and when i changed to 0.8.12 it gives me this error. Can anyone please help
plz.
I use domain module for multiple domains & accounting for missed calls.
Nov 26 22:02:42 sip /usr/sbin/ser[7544]: submit_query(): Unknown column
'flags' in 'field list'
Nov 26 22:02:42 sip /usr/sbin/ser[7544]: submit_query(): Error while
submitting query
Nov 26 22:02:42 sip /usr/sbin/ser[7544]: preload_udomain(): Error while
doing db_query
Nov 26 22:02:42 sip /usr/sbin/ser[7544]: register_udomain(): Error while
preloading domain 'location'
Nov 26 22:02:42 sip /usr/sbin/ser[7544]: domain_fixup(): Error while
registering domain
Kannaiyan
SIPPS is also symmetric (SIP+RTP)
klaus
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: Wed 26.11.2003 20:47
To: Olle E. Johansson
Cc: serusers(a)lists.iptel.org; olinka(a)maffia.hu
Subject: Re: [Serusers] rtpproxy bad port?
On 26-11 20:43, Olle E. Johansson wrote:
> Bogdan-Andrei IANCU wrote:
>
> >Hi,
> >
> >Your client must support symmetric RTP for rtpproxy to work. It must
> >send and receive media on the same port - that's the only way to make
> >media to cross the NAT; check if you can configure your client to do so.
> Updated the Wiki
> http://www.voip-info.org/tiki-index.php?page=Portaone+rtpproxy
>
> Anyone that knows which clients support symmetric RTP?
Cisco, Mitel, Grandstream, Windows Messenger, X-Lite, Snom, kphone,
ATA.
The vast majority of clients available today support symmetric RTP.
Jan.
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hello All,
We've been wrestling with SERS and SEMS config for the past week, and I think we almost have it, but we are still getting a few errors working with SEMS and the voicemail piece.
The main problem right now is that we are getting this error returned from SEMS when the call is redirected to voicemail.
Nov 26 17:40:58 jupiter Sems[2413]: Error: 404 voicemail: no email address for user <8641234567>
I've checked the record in the "subscriber" table for this user in the "ser" database and the email address is there. I thought, at first, that this might be caused by ser being unable to connect to the mysql database (it's on a seperate server) .. I've verified that it is connecting now though.
Anyone have any ideas why we might be getting this error? I have attached our ser.cfg file for the voicemail ser router below (in case it helps).
Any help would be very much appreciated. Thanks in advance!! :)
Darren Nay - dnay(a)libertyisp.com
---
#
# $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)
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/vm_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/maxfwd.so"
loadmodule "/usr/lib/ser/modules/vm.so"
#loadmodule "/usr/lib/ser/modules/xlog.so"
#loadmodule "/usr/lib/ser/modules/rr.so"
#loadmodule "/usr/lib/ser/modules/usrloc.so"
#loadmodule "/usr/lib/ser/modules/registrar.so"
#loadmodule "/usr/lib/ser/modules/group.so"
#loadmodule "/usr/lib/ser/modules/uri.so"
#loadmodule "/usr/lib/ser/modules/acc.so"
#loadmodule "/usr/lib/ser/modules/auth.so"
#loadmodule "/usr/lib/ser/modules/auth_db.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 ---------------
# -- 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)
modparam("voicemail", "db_url","sql://servm:servm55@10.10.0.55/ser")
# ------------------------- request routing logic -------------------
# main routing logic
alias="ion.dom"
alias="10.10.0.58"
route{
# 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");
break;
};
# if (len_gt( max_len )) {
# sl_send_reply("513", "Message too big");
# break;
# };
if (!uri==myself) {
sl_send_reply("404", "not reponsible for host in r-uri");
break;
};
# Voicemail specific configuration - begin
if(method=="ACK" || method=="INVITE" || method=="BYE"){
if (!t_newtran()) {
log("could not create new transaction\n");
sl_send_reply("500","could not create new transaction");
break;
};
t_reply("100","Trying -- just wait a minute !");
if(method=="INVITE"){
log("**************** vm start - begin ******************\n");
if (uri=~"sip:as_welcome@.*" || uri=~"sip:as_nomoney@.*") {
if (!vm("/tmp/am_fifo", "announcement")) {
log("couldn't contact announcement server\n");
t_reply("500", "couldn not contact announcement server");
};
} else {
if(!vm("/tmp/am_fifo","voicemail")){
log("could not contact the answer machine\n");
t_reply("500","could not contact the answer machine");
};
};
log("**************** vm start - end ******************\n");
} else if(method=="BYE"){
log("**************** vm end - begin ******************\n");
if(!vm("/tmp/am_fifo","bye")){
log("could not contact the answer machine\n");
t_reply("500","could not contact the answer machine");
};
log("**************** vm end - end ******************\n");
};
break;
};
if (method=="CANCEL") {
sl_send_reply("200", "cancels are junked here");
break;
};
sl_send_reply("501", "method not understood here");
}
Hi,
I got ser-0.8.12, and successfully installed.
However, sems-0.1.0 does not work with ser-0.8.12 'cause of
protocol differencies.
So I accessed to http://developer.berlios.de/cvs/?group_id=653
to get latest sems(ans_machine) code, but anonymous access to
CVS tree failed.
And latest tarball on web-based CVS doesn't work well 'cause
of "undefined symbol".
Could anyone please let me know regarding release schedule of
sems(ans_machine) stable version which can work with ser-0.8.12
without problem?
Best Regards,
--
- zaki - YAMAZAKI Noriyuki, Director of EDGE Co., Ltd.
+81-3-5749-9621(Phone), +81-3-5749-9910(Fax), zaki(a)edge.jp
The following code fragment causes a SER error rather than returning a
detectable failure:
if (!exec_dset("/etc/ser/sipldap")) {
sl_send_reply("404", "Not Found");
break;
}
Nov 26 15:26:32 ren /usr/sbin/ser[30834]: INFO: SIGCHLD received: we do
not worry about grand-children
Nov 26 15:26:32 ren /usr/sbin/ser[30834]: ERROR:exec_str: no uri from
/etc/ser/sipldap sip:wwww@columbia.edu
The script prints a URI and does exit 0 on success. It prints nothing
and does exit 1 on failure. However, this does not appear to be seen as
a failure by ser but rather a runtime error. What am I doing wrong?
/a
PS: The documentation for exec_dset() misspells it as exec_dst() in
http://iptel.org/ser/doc/modules/html/exec.html
Hey all,
I am in the process of installing SER for the first time and doing some initial configuration and testing. However, I am having some problems and hoping that someone on this list may have seen this before and can point me in the right direction for a solution.
I have downloaded the Solaris9 Sparc64 package of SER version 0.8.11. It's been installed and starts up and runs okay. I've also configured it to use MySQL for authentication, and setup serweb to integrate with the MySQL server as well. So far so good.. everything seems to work. I can add a user using "serctl" and then login with that user via "serweb". very cool!
The problem occurs when I try to connect to the SER server from my SIP phone. I get the following errors:
Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: build_req_buf_from_sip_req: out of memory
Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: print_uac_request: no pkg_mem
Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: t_forward_nonack: failure to add branches
Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: build_req_buf_from_sip_req: out of memory
Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: print_uac_request: no pkg_mem
Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: t_forward_nonack: failure to add branches
Has anyone seen this in the past? Or know of any reason that this might happen? Maybe even a possible solution? :)
Any help would be appreciated. Thanks!!
Darren Nay - dnay(a)libertyisp.com