Hi,
I'm learning how to setup SER using the onsip getting
started guide.
In the infrastructure example, the user agents are SIP
phones, but I don't have SIP phones. Does someone
knows a really good soft phone to use with SER, and
how to configure it?
Thank You All,
Fábio Luiz
__________________________________________________
Converse com seus amigos em tempo real com o Yahoo! Messenger
http://br.download.yahoo.com/messenger/
Hi All.
I'm using ser-0.9.1 and wondering if there is some sort of t_relay_tcp()
function. Our Cisco AS5300 PSTN GW sends SIP messages to SER using TCP, but
when ser proxies the message to a SIP UA it is UDP.
I don't think I can just replace t_relay() with forward_tcp() ... right?
Regards,
Paul
Hello list,
I'm newbie to SER, have a little voip network (with SER) and want to expand
it so
did anyone used CDRTool for billing in SER ?
Maybe you know other good open source "ready to deploy" billing systems?
If this topic was already mentioned on this forum ,please give me pointer.
--
Pozdrawiam,
Wojciech Ziniewicz
Optocomp sp.z.o.o, www.optocomp.pl
mailto: wojtekz(a)optocomp.pl
+48(0)691031535
Hi,
For some reason when trying to call one of my nat users, I get the following
logs:
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: record_route(): Double
attempt to record-route
Apr 26 18:08:59 max /kernel: Apr 26 18:08:59 max /usr/local/sbin/ser[11613]:
record_route(): Double attempt to record-route
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: ERROR: send_rtpp_command:
can't connect to RTP proxy
Apr 26 18:08:59 max /kernel: Apr 26 18:08:59 max /usr/local/sbin/ser[11613]:
ERROR: send_rtpp_command: can't connect to RTP proxy
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: WARNING: rtpp_test: can't
get version of the RTP proxy
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: WARNING: rtpp_test: support
for RTP proxy has been disabled temporarily
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: ERROR: force_rtp_proxy2:
support for RTP proxy is disabled
Apr 26 18:08:59 max /kernel: Apr 26 18:08:59 max /usr/local/sbin/ser[11613]:
ERROR: force_rtp_proxy2: support for RTP proxy is disabled
Apr 26 18:08:59 max /usr/local/sbin/ser[11613]: WARNING: receive_msg: error
while trying script
Apr 26 18:09:03 max /usr/local/sbin/ser[11614]: BYE or CANCEL
Apr 26 18:09:03 max /usr/local/sbin/ser[11614]: ACC: transaction answered:
call_id=DE9BD75A-AF31-47D2-B326-0C71A7FC2E41(a)10.200.3.173, totag=n/a,
from=6494485566 <sip:6494485566@voip.fast.co.nz>;tag=2706947050,
i-uri=sip:89415@voip.fast.co.nz, method=CANCEL,
o-uri=sip:89415@219.88.249.72:5060, fromtag=2706947050, code=200,
to=<sip:89415@voip.fast.co.nz>, uid=n/a, userpart=89415
Apr 26 18:09:03 max /usr/local/sbin/ser[11614]: WARNING: receive_msg: error
while trying script
Any ideas?
Thanks
Barry
I'm new to SER.
Have tried for a long time to get acc.so to work.
Appreciate if anyone can let me know if acc.so works with
ser-0.8.12-0.i386.rpm + ser-mysql-0.8.12-0.i386.rpm
Many thanks for your help.
Regards!
Willie
Hi,
I am using 0.8.12 in Fedora 3. I tried to log account info into Mysql
followed instruction from manual. I found, first, "modparam("acc", "db_url",
"sql://ser:heslo@localhost/ser")" coudnlt work at all in ser.cfg. If I
enabled in cfg file, it showed "Starting ser: ERROR: bad config file (1
errors)"
If I disabled it, SER worked fine but I couldn't see any record in 'acc'
table.
Would anyone suggest how to put call records into Mysql?
Thank you.
# ----------- 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
*/
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/acc.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 ---------------
#modparam("acc", "db_url", "sql://ser:heslo@localhost/ser")
# -- 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("acc","log_level",1)
modparam("acc","log_flag",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()) {
if (method=="BYE") {
setflag(1);
setflag(2);
}
t_relay();
break;
};
#labeled all transaction for accounting
setflag(1);
setflag(2);
if (method=="CANCEL"){
t_relay();
};
# (in case, it does not work, use the following command
# with proper names and addresses in it)
if (uri==myself) {
# This for PSTN destination
if (uri=~"^sip:1")
{ rewritehost("10.10.10.10");
forward(10.10.10.10,5060);
break;
}
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("sip.mycommunications.com",
"subscriber")) {
www_challenge("sip.mycommunications.com",
"0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
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();
};
}
I am wondering if there are people outthere using non-Cisco PSTN
gateway equipment. If so, I would be interested in a short note,
privately or via serusers.
Thanks!
-jiri
--
Jiri Kuthan http://iptel.org/~jiri/
Could someone please confirm what the alias number iptel.org assigns to
users who register is used for?. can I program my IP phone with the alia
number instead of my username. I tried using the alias number, 3400012346,
but could not login
Success is a state of mind
If you want success
Start thinking of yourself as a success
Hi everybody,
I would like to know if it is possible to forward a call to an external proxy/pstn-gateway
that need authentication ?
I have read in the archives that SER itself can't do that, but it is possible by interacting
with sipsak... Is it correct ? And if yes, exactly how ?
Thank's a bunch for any answer.
Steph
Hi
Has anyone ever managed to play around with dialing a missed caller.
EG in the UK 1472 will replay the last caller
So if in SER we did something like this
if {prefix 1471} {route 7;}
route[7] {
lookup in missed_calls, then make a call to it, if [xx] dialed
}
Iqbal