Hi there !
I have a ser 0.8.12-tcp_nonb (i386/linux) that is running pretty
smooth, now I stumbled across a problem and I'm looking for some help.
How can I tell ser that invites coming to "whatever@ipaddress_of_the
server" are local request just like "whatever@domainname" or
"whatever(a)machinename.domainame" ?
I tried to add an
alias="ipaddress"
but it has not worked.
Any idea ?
TNX !
--
Best regards,
Alessio mailto:afoc@interconnessioni.it
Hello All.
I found this posting from April 2004 which shows the use of macros and named
constants.
http://lists.iptel.org/pipermail/serdev/2004-April/001838.html
I'd like to use these in my ser.cfg, but when I do I get syntax errors upon
restarting ser.
Can anyone tell me how to use something like:
define('SER_IP', '192.168.0.1')
Regards,
Paul
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail
Sorry if this is a re-post, I did not see it come through the list in
the almot 24 hours since I sent it. Could someone please help me with
this? I am running SER 0.8.14 and
Freeradius 1.0.0. They are on sperate servers, but I can use
radiusclient on the SER box and succesfully authenticate a test
account on the remote radius box. When my sipura spa-200 trys to
register to SER, SER does not appear to be making a request to radius.
I have followed the ser-radius how-to, and still no good. Below are my
configs and debug. Thank you all for the help that you have given me
in the past and hopefully someone can help with this question.
Config
# ----------- global configuration parameters ------------------------
debug=7 # debug level (cmd line: -dddddddddd)
#fork=yes
log_stderror=yes # (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"
alias=****************
alias=*****************
# ------------------ module loading ----------------------------------
loadmodule "/usr/local/lib/ser/modules/mysql.so"
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
loadmodule "/usr/local/lib/ser/modules/registrar.so"
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_radius.so"
loadmodule "/usr/local/lib/ser/modules/uri_radius.so"
loadmodule "/usr/local/lib/ser/modules/group_radius.so"
loadmodule "/usr/local/lib/ser/modules/pa.so"
loadmodule "/usr/local/lib/ser/modules/nathelper.so"
loadmodule "/usr/local/lib/ser/modules/msilo.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
modparam("usrloc", "db_mode", 2)
modparam("usrloc", "db_url", "sql://ser:*********@***********/ser")
# -- auth radius params --
modparam("auth_radius", "radius_config",
"/usr/local/etc/radiusclient/radiusclient.conf")
modparam("auth_radius", "service_type", 15)
# -- URI radius params --
modparam("uri_radius", "radius_config",
"/usr/local/etc/radiusclient/radiusclient.conf")
modparam("uri_radius", "service_type", 10)
# -- Group radius params --
modparam("group_radius", "radius_config",
"/usr/local/etc/radiusclient/radiusclient.conf")
modparam("group_radius", "use_domain", 0)
# -- Presence params --
modparam("pa", "default_expires", 3600)
# -- Nathelper params --
modparam("nathelper", "natping_interval", 10)
# -- Msilo params --
modparam("msilo", "db_url", "sql://ser:********@*********/ser")
modparam("msilo", "db_table", "silo")
modparam("msilo", "expire_time", 36000)
modparam("msilo", "check_time", 20)
modparam("msilo", "clean_period", 3)
modparam("msilo", "use_contact", 1)
# -- 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=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!radius_www_authorize("")) {
www_challenge("", "0"); # I have also
tried 1 in place of 0 #
};
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();
};
}
SER debug:
6(16294) SIP Request:
6(16294) method: <REGISTER>
6(16294) uri: <sip:192.168.1.119>
6(16294) version: <SIP/2.0>
6(16294) parse_headers: flags=1
6(16294) Found param type 232, <branch> = <z9hG4bK-5579ff0b>; state=16
6(16294) end of header reached, state=5
6(16294) parse_headers: Via found, flags=1
6(16294) parse_headers: this is the first via
6(16294) After parse_msg...
6(16294) preparing to run routing scripts...
6(16294) DEBUG : is_maxfwd_present: searching for max_forwards header
6(16294) parse_headers: flags=128
6(16294) end of header reached, state=9
6(16294) DEBUG: get_hdr_field: <To> [31]; uri=[sip:test@192.168.1.119]
6(16294) DEBUG: to body [test <sip:test@192.168.1.119>
]
6(16294) get_hdr_field: cseq <CSeq>: <170> <REGISTER>
6(16294) DEBUG: is_maxfwd_present: value = 70
6(16294) DEBUG: add_param: tag=79b50153b98e6976
6(16294) end of header reached, state=29
6(16294) parse_headers: flags=256
6(16294) DEBUG: get_hdr_body : content_length=0
6(16294) found end of header
6(16294) find_first_route(): No Route headers found
6(16294) loose_route(): There is no Route HF
6(16294) check_nonce(): comparing
[414c90ab7f933a6b3c06a4bbbca22ce39fbf8012] and
[414c90ab7f933a6b3c06a4bbbca22ce39fbf8012]
10(16299) MSILO:clean_silo: cleaning stored messages - 20
Let's say I have 2 SER servers (ser1 and ser2). Both save to the same MySQL
location table and both use t_replicate to let each other know about new
REGISTER's. Lets say ser1 gets a REGISTER from a client and then calls
t_replicate to send it over to ser2 and both call save("location"). Doesn't
that cause ser1 and ser2 to write the same record at about the same time to
MySQL? Is there any way to prevent doubling the number of database writes?
Does anyone know what the replicate column is for in the location table?
----------------------------------------
Michael Shuler, C.E.O.
BitWise Communications, Inc. (CLEC) And BitWise Systems, Inc. (ISP)
682 High Point Lane
East Peoria, IL 61611
Office: (217) 585-0357
Cell: (309) 657-6365
Fax: (309) 213-3500
E-Mail: mike(a)bwsys.net
Customer Service: (877) 976-0711
Hi,
Intel has an open source code for g729. This sample supports the ITU-T G.729
Recommendation and Annexes A, B, D and E.
Someone has adapted this with *. http://www.readytechnology.co.uk/open/g729/
Is it possible to integrate this with sems?
Also Intel has other sample code for g723, g728 and g722.
Thanks,
Richard
I have a problem when I run ser_mysql.sh
when I click enter after ¨Domain (realm) for the
default user 'admin':¨
it show me this message
¨creating database ser ...
/usr/local/sbin/ser_mysql.sh: line 80: mysql: command
not found¨
How can I solve this problem?
Thank....
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi!
I have tried this with two diferents UA.... ATA -186 version 2.15 and
Sipura/SPA2000-2.0.10
and always the same result.... but one thing i want to point out:
the UA is not sending the ACK message only when it is located behind NAT and
Ser/rtp proxy are behind another NAT......if SER/Rtp Box have real ip, no
behind NAT then the user Agent is performing well and the call get two-way
audio....
How can't this change it's behavior....??? always the UA is behind NAT...
Always we're using rtpProxy....we modified the nathelper to include
Advertise address of the rtpProxy when we located SER/rtpProxy behind Nat...
and we can make successful calls from and to External customers with realip
both.... but if one is behind nat....then we get just one way audio, because
the UA behind nat is not sending ACK message...
Any clue???? Help!
Please... Thanks!
Armando
Cti, Miami, Fl
I have the statement:
If(src_ip == 192.168.1.80/27)
{
# Do something cool
}
Else
{
# Don't do something cool
};
When the src_ip (which I verified by xlog) is 192.168.1.85 it doesn't match
and goes to the else code. Am I doing something wrong? This is on 0.8.14.
----------------------------------------
Michael Shuler, C.E.O.
BitWise Communications, Inc. (CLEC) And BitWise Systems, Inc. (ISP)
682 High Point Lane
East Peoria, IL 61611
Office: (217) 585-0357
Cell: (309) 657-6365
Fax: (309) 213-3500
E-Mail: mike(a)bwsys.net
Customer Service: (877) 976-0711
Hello,
I am have having difficulty getting rtpproxy and ser
to work together correctly. Each time I start ser
(after first starting rtpproxy) I get the following
errors:
textops - initializing
stateless - initializing
Maxfwd module- initializing
0(0) INFO: udp_init: SO_RCVBUF is initially 42080
0(0) INFO: udp_init: SO_RCVBUF is finally 231808
0(0) INFO: udp_init: SO_RCVBUF is initially 42080
0(0) INFO: udp_init: SO_RCVBUF is finally 231808
5(2195) 4(2194) 2(2192) 1(2191) ERROR:
send_rtpp_command: can't read reply from a RTP proxy
ERROR: send_rtpp_command: can't read reply from a RTP
proxy 13(2203) 14(2204) 15(2205) 16(2206) 17(2207)
ERROR: send_rtpp_command: can't read reply from a RTP
proxy 3(2193)
ERROR: send_rtpp_command: can't read reply from a RTP
proxy 5(2195) 4(2194)
ERROR: send_rtpp_command: can't connect to RTP proxy
<rest of errors removed; more of the same>
Looking through the list I thought it was an incorrect
rtpproxy version and downloaded and installed the
stable 0.8.14 ser version and latest rtpproxy from
CVS. But I still see the same errors. I can see the
rtpproxy process running and rtpproxy.sock is present.
Currently I have ser 0.8.14 and rtpproxy 1.21
2004/08/13 running on freebsd 4.10. Aside from these
errors the calls set up fine but with no audio.
I have been searching through the list and google for
a couple of days but still seem to be missing
something.
Any thoughts on what I should try next?
Regards,
Allan
______________________________________________________________________
Post your free ad now! http://personals.yahoo.ca
Hi!
I have a very weird trouble here... I've been watching using a sniffer the
messages exchange between 2 UA and SER .... and I can see very clear that
the Caller UA never reply with an ACK message after it has received the 200
OK message from the Callee UA. It just open the rtp port and start sending
out rtp streams... I have tried this either using ATA and Sipuras, but
always the same result... because of this the caller never received audio
streams from the callee due this last one is waiting for the ACK message
after it sent out the 200 OK message... I have no clue why they are no
sending this message to the callee.. I need help please!!!
Any help or clue or hint...or whatever will be really appreciate!!!
Thanks in advance!
Armando Marrero
Cti, Miami, FL
