Hi all !
I have this response when i try call from ATA to
my ip phones or softphones.
If I call from soft/hard ip phones to my ATA everything is ok ?
Where is a bug ?
Regards
Andrzej
Hi,
I'm aware that this topic has been discussed at length already, however,
I'm confused. I understand that there have to be two instances of ser
running (I have 0.8.12) and also sems (ans_machine). I have two config
files for the two instances of ser. However, for some reason I don't get
the two instances of ser to talk to each other. The voicemail one is
heavily based on the example config which comes with the vm module. The
other one is the basic config file which comes with ser, slightly
modified to allow for voicemail. At the moment I have it configured (I
think) that voicemail should kick in if the user is not registered. I
attach both config files and would be glad if anybody could point out my
mistakes.
Many thanks!
Mario Kolberg
--
The University of Stirling is a university established in Scotland by
charter at Stirling, FK9 4LA. Privileged/Confidential Information may
be contained in this message. If you are not the addressee indicated
in this message (or responsible for delivery of the message to such
person), you may not disclose, copy or deliver this message to anyone
and any action taken or omitted to be taken in reliance on it, is
prohibited and may be unlawful. In such case, you should destroy this
message and kindly notify the sender by reply email. Please advise
immediately if you or your employer do not consent to Internet email
for messages of this kind.
#
# $Id: ser.cfg,v 1.11 2003/07/03 12:17:56 rco Exp $
#
# iptel's voicemail config script
#
# ----------- global configuration parameters ------------------------
debug=4 # debug level (cmd line: -dddddddddd)
fork=no
log_stderror=yes # (cmd line: -E)
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5061
children=2
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/textops.so"
loadmodule "/usr/local/lib/ser/modules/vm.so"
loadmodule "/usr/local/lib/ser/modules/dbtext.so"
# ----------------- setting module-specific parameters ---------------
modparam("voicemail", "db_url","/usr/local/etc/ser/db")
# ------------------------- request routing logic -------------------
# main routing logic
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 ( 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
loose_route();
# Make MSN Messenger happy...
if (method=="REGISTER") {
sl_send_reply("200","ok");
break;
};
if (uri == myself) {
# Voicemail specific configuration - begin
if(method=="ACK" || method=="INVITE" || method=="BYE" || method=="REFER"){
if(t_newtran()){
t_reply("100","Trying -- just wait a minute !");
if(method=="INVITE" || method=="REFER"){
log("**************** vm start - begin ******************\n");
if( uri =~ "conference" ){
if(!vm("/tmp/am_fifo","conference")){
log("could not contact conference server\n");
t_reply("500","could not contact conference server");
};
}
else if( uri =~ "echo" ){
if(!vm("/tmp/am_fifo","echo")){
log("could not contact echo\n");
t_reply("500","could not contact echo");
};
}
else {
if(!vm("/tmp/am_fifo","voicemail")){
log("could not contact voicemail\n");
t_reply("500","could not contact voicemail");
};
};
log("**************** vm start - end ******************\n");
break;
};
if(method=="BYE"){
log("**************** vm end/refer - begin ******************\n");
if(!vm("/tmp/am_fifo","bye")){
log("could not contact the media server\n");
t_reply("500","could not contact the media server");
};
log("**************** vm end/refer - end ********************\n");
break;
};
}
else {
log("could not create new transaction\n");
sl_send_reply("500","could not create new transaction");
};
};
# Voicemail specific configuration - end
}
else {
if (!t_relay()) {
sl_reply_error();
};
};
}
#
# $Id: ser.cfg,v 1.18 2003/05/06 16:19:15 janakj Exp $
#
# simple quick-start config script
#
# ----------- global configuration parameters ------------------------
#debug=3 # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no # (cmd line: -E)
debug=4
fork=yes
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="d254203.cs.stir.ac.uk"
alias="cs.stir.ac.uk"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
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/vm.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
loadmodule "/usr/local/lib/ser/modules/textops.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")
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 (!www_authorize("cs.stir.ac.uk", "subscriber")) {
www_challenge("cs.stir.ac.uk", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
# sl_send_reply("404", "Not Found");
route(4);
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();
};
}
route[4] {
# non-Voip -- just send "off-line"
if (!(method == "INVITE" || method == "ACK" || method == "CANCEL")) {
sl_send_reply("404", "Not Found");
break;
};
# forward to voicemail now
rewritehostport("d254203.cs.stir.ac.uk:5061");
t_relay_to_udp("d254203.cs.stir.ac.uk", "5061");
}
On Monday 24 November 2003 19:04, you wrote:
> > cool, but one error exists
> >
> > 0(13333) loading module /usr/local/lib/ser/modules/sl.so
> > 0(13333) ERROR: no version info in module
> > </usr/local/lib/ser/modules/sl.so>: Unable to resolve symbol
>
> I forgot to change also DLSYM_PREFIX :-(
> (for elf it shouldn't be defined).
>
> Try the attached patch on a fresh Makefile.defs
> (you can try to revert to the previous patch with patch -p0 -R .... if
> you don't have a fresh one anymore)
hi,
i have problem with patching source codes,
patch is rejects any changes
maybe problem in OpenBSD 3.4 uses non gnu patch
do you can create full tarball ?
thanks
>
>
> Andrei
I'm new to ser. I'm trying to setup ser to handle registrations, local call's and forward all other call's to PSTN gateway.
I cant get SER to send ACK's recieved from local client to PSTN gate...
What am I doing wrong?
Here's my config file:
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/textops.so"
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
modparam("usrloc", "db_mode", 1)
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
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;
};
if (!method=="REGISTER") record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
break;
};
if (uri==myself) {
if (method=="REGISTER") {
if (!www_authorize("quantum.ru", "subscriber")) {
www_challenge("quantum.ru", "0");
break;
};
save("location");
break;
};
if (method=="INVITE") {
if(lookup("location")) {
append_hf("P-hint: usrloc applied\r\n");
route(1);
break;
} else {
if (uri=~"^sip:10372[0-9][0-9]@.*") {
log(1,"**** user not found");
sl_send_reply("404", "Not Found");
break;
} else {
log (1, "Forwarding to PSTN");
rewritehostport("194.186.xx.xx:5060");
route(1);
break;
};
};
break;
};
};
}
route[1]
{
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
Hi !
Maybe this is stupid question but
Do I have to have any STUN server
if I will run NAT helper module with SER ?
I think that all I need for NAT support is
only SER with NAT helper, yes ?
Thanks
Andrzej
Never mind. I just had it print the uri instead of printing nothing and
it works right. Just had to RTFS exec.c.
/a
-------- Original Message --------
Subject: exec_dset() error checking?
Date: Wed, 26 Nov 2003 15:39:18 -0500
From: Alan Crosswell <alan(a)columbia.edu>
To: serusers(a)lists.iptel.org
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
Hi!
Rtpproxy and nathelper seems to be working, but I cannot hear any audio.
The first client waits for media udp packets on port A, and sends media
packets from UDP port A+1.
Rtpproxy sends the media packets from the second client to the A+1 port,
not A. What have I done wrong?
Thanks
Oli
Hi Jan,
I came accross this problem too with 0.8.12.
fix_nated_sdp("3") instead of replacing the value of "c", SER appends the ip address to the existing value - something like -
c=IN IP4 162.33.165.196162.33.165.197
and kphone crashes while trying to resolve this.
Dhiraj
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: 24 November 2003 16:21
To: Glenn Dalgliesh
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] NatHelper Bug w/fix_nated_sdp("2")
I registered your first mail, but I didn't have enough time to take a
look at it yet.
Jan.
On 24-11 11:00, Glenn Dalgliesh wrote:
>
>
>
> > Source downloaded 11/21/03
> >
> > if you look at the statement capture below you will see "c=IN IP4
> > 162.33.165.196162.33.165.197.."
> > you can see that it has appended the ip address and not replaced it. it
> > should read
> > c=IN IP4 162.33.165.197..
> >
> > the statement that causes this is fix_nated_sdp("2"); which is supposed to
> > rewrite the sdp ip I believe.
> >
> > Thanks
> >
> > U 162.33.165.197:5060 -> 209.163.109.7:7021
> > INVITE sip:4102959745@209.163.109.7:7021 SIP/2.0..
> > Record-Route: <sip:4102959745@162.33.165.197;ftag=2897557590;lr=on>..
> > Via: SIP/2.0/UDP 162.33.165.197;branch=z9hG4bK3ed5.f0361d32.0..
> > Via: SIP/2.0/UDP
> >
> 192.168.0.2:5060;received=162.33.165.196;rport=24753;branch=z9hG4bK2A91A9FF9
> > 96744D5B389B94AA59E9DAD..
> > From: ser <sip:7000@sipdemo.routerboy.com>;tag=2897557590..To:
> > <sip:4102959745@sipdemo.routerboy.com>..
> > Contact: <sip:7000@162.33.165.196:24753>..Call-ID:
> > EA586237-0F91-4622-87DA-784E3A6DD975@192.168.0.2..CSeq: 15849 INVITE..
> > Max-Forwards: 69..
> > Content-Type: application/sdp..
> > User-Agent: X-Lite build 1082..
> > Content-Length: 336..P-Behind-NAT: Yes..
> > ..
> > v=0..o=7000 2225915367 2225915367 IN IP4 192.168.0.2..
> > s=X-Lite..
> > c=IN IP4 162.33.165.196162.33.165.197..
> > t=0 0..m=audio 35190 RTP/AVP 0 8 98 97 101..
> > a=rtpmap:0 pcmu/8000..a=rtpmap:8 pcma/8000..
> > a=rtpmap:98 iLBC/8000..a=rtpmap:97 speex/8000..
> > a=rtpmap:101 telephone-event/8000..
> > a=fmtp:101 0-15..
> > a=direction:active..
> > a=oldmediaip:192.168.0.2..
> >
> > _______________________________________________
> > Serdev mailing list
> > serdev(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serdev
> >
>
> _______________________________________________
> 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
Well, I activated the max forward check and also added the 'alias=
192.168.1.240' to the global config section of the ser.cfg. But I am still
getting "483 too many hops" I have disabled register for the time being. But
then i should be getting 404 and not 483 as you suggested.If its a problem of
local memory being overrun, how do i resolve this issue?
Have attached the ser.cfg file for ref. Any comments?
Regards and TIA,
Urvish
On Wednesday 26 November 2003 , Nils Olheimer wrote:
Simply Ser does not recognize, that 192.168.1.240 is its local name (probably
because that IP is not resolvable via DNS). And, for whatever reason, you
deactivated the maximum forward check. Thus the INVITE is forward in an
endless loop to Ser itself (you can probably see that if you sniff on the
loopback interface). Finaly the request is probably getting so big, that Ser
is getting out of (local) memory.
1. activate the maximxum forward check in the begining of your route section.
Then you should receive "483 Too Many Hops" instead of the 500.
2. add 'alias = 192.168.1.240' to your global config section, then Ser should
recognize that the request is for the local proxy (and you will probably
receive 404, because your phone is not regeistered)
Greets
Nils
On Wednesday 26 November 2003 17:22, Urvish Khandwalla wrote:
> i have a 6 line SIP phone. Its IP address is 192.168.1.159. Im placing a
> call to 5555 ( another line on the same phone). I have set the proxy for
> both the lines to my SERs IP address (192.168.1.240).I havent enabled
> register with proxy on the phone but i tried that before and that gave me
> the same server error as the one mentioned below.
>
> These are the packets that i have captured while making the call. Now the
> problem is that I am unable to understand the kind of internal
> error it is giving.
>
>
> 18 6.670873 192.168.1.159 192.168.1.240 SIP/SDP
> Request:
> INVITE sip:5555 at 192.168.1.240, with session description
>
> 19 6.671179 192.168.1.240 192.168.1.159 SIP
> Status:
> 100 trying -- your call is important to us
>
> 20 6.732622 192.168.1.240 192.168.1.159 SIP
> Status:
> 500 I'm terribly sorry, server error occured (2/TM)
>
> 21 6.801520 192.168.1.159 192.168.1.240 SIP
> Request: ACK sip:5555 at 192.168.1.240
>
>
> Also the SIP message header of Packet 20 , as shown below, talks about
> warning 392. Does anyone know what warning it is?
>
> FRAME 20:
> Session Initiation Protocol
> Status line: SIP/2.0 500 I'm terribly sorry, server error occured
> (2/TM) Message Header
> Via: SIP/2.0/UDP 192.168.1.159:5060
> From: "in2"
> <sip:in2 at 192.168.1.240>;tag=00036b3c33b500071afb6b0a-38f8c47a
> To:
> <sip:5555 at 192.168.1.240>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-188d
Call-ID:
> 00036b3c-33b50007-2047443d-0967cdd3 at 192.168.1.159 CSeq: 101 INVITE
> Server: Sip EXpress router (0.8.11 (i386/linux))
> Content-Length: 0
> Warning: 392 192.168.1.240:5060 "Noisy feedback tells: pid=925
> req_src_ip=192.168.1.240 req_src_port=5060 in_uri=sip:5555 at 192.168.1.240
> out_uri=sip:5555 at 192.168.1.240 via_cnt==112"
>
>
> I have attached my ser.sfg for your reference.
> TIA,
> Urvish Khandwalla
Hi Daniel,
when I try to upload a cpl script via http the status string of CPLEd
displays the following error message:
Error: Upload via HTTP: HTTP request failed: Invalid CPL script
I've set the direct path to the cpl.dtd in the cpl.php and in the CPLEd
settings. Although Java SDK 1.4.1 is installed on the machine I load
crimson.jar and xalan.jar into the classpath. But what is checker.jar
and where can I get it? Is jaxp.jar included in the Java SDK or should
I download a separate version?
Many thanks,
Oliver
Daniel-Constantin Mierla wrote
>Hello,
>if you use the CVS head version then you should change the format of
>database url: Now it reflects the type of database used and for mysql
>should be like:
>
>mysql://foo:bar@localhost/ser
>
>Try with this one when setting the "cpl_db" parameter.
>
>Daniel
>On 11/26/2003 11:30 AM, Brinker, Oliver wrote:
>Hi Bogdan,
>
>The mysql module is loaded before the cpl-c one. Please have a look into
>my ser.cfg because I cannot find any misconfig. Could it be a problem
>with the SQL connection string? MySQL should be running correct.
>
>I change the module name in the modparam declaration from cpl_c to cpl-c
>because cpl_c like in your documentation doesn't work ;) Thanks
>
>Oliver
>
>#
># $Id: ser.cfg,v 1.24 2003/11/11 15:32:36 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
>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/local/lib/ser/modules/mysql.so"
>
>loadmodule "/usr/local/lib/ser/modules/cpl-c.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/textops.so"
>
># Uncomment this if you want digest authentication
># mysql.so must be loaded !
>loadmodule "/usr/local/lib/ser/modules/auth.so"
>loadmodule "/usr/local/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)
>
># -- cpl-c module --
>modparam("cpl-c","cpl_db","sql://foo:bar@localhost/ser")
>modparam("cpl-c","cpl_table","cpl")
>modparam("cpl-c","cpl_dtd_file","/usr/local/etc/ser/cpl-06.dtd")
>modparam("cpl-c","log_dir","/var/log/ser/cpl")
>modparam("cpl-c","proxy_recurse",0)
>
># ------------------------- 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
> if (!method=="REGISTER") record_route();
>
> # subsequent messages withing a dialog should take the
> # path determined by record-routing
> if (loose_route()) {
> # mark routing logic in request
> append_hf("P-hint: rr-enforced\r\n");
> route(1);
> break;
> };
>
> if (!uri==myself) {
> # mark routing logic in request
> append_hf("P-hint: outbound\r\n");
> route(1);
> 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("t-systems.com", "subscriber")) {
> www_challenge("t-systems.com", "0");
> break;
> };
>
> save("location");
> break;
> };
>
> lookup("aliases");
> if (!uri==myself) {
> append_hf("P-hint: outbound alias\r\n");
> route(1);
> break;
> };
>
> # native SIP destinations are handled using our USRLOC DB
> if (!lookup("location")) {
> sl_send_reply("404", "Not Found");
> break;
> };
> };
> append_hf("P-hint: usrloc applied\r\n");
> route(1);
>}
>
>route[1]
>{
> # send it out now; use stateful forwarding as it works reliably
> # even for UDP2TCP
> if (!t_relay()) {
> sl_reply_error();
> };
>}
>
>
>Bogdan-Andrei IANCU [mailto:iancu@fokus.fraunhofer.de] wrote
>
>
>
>>Hi Oliver,
>>
>>The mysql module must be loade before the cpl-c one. Make sure about
>>this in your configuration file.
>>
>>Bogdan
>>
>>
>
>Brinker, Oliver wrote:
>
>
>
>>Hi Bogdan,
>>now I fetch the whole cvs tree and compile SER and the needed modules.
>>Everything works fine until I put the cpl-c modparam values into ser.cfg.
>>I get an error message on my xconsole that the cpl-c module cannot bind
>>to the database. The mysql module is loaded because digest authentications
>>works since a few days. Is there anything to mind regarding the order of
>>loading modules or setting params in the ser.cfg? Many thanks.
>>
>>Regards,
>>Oliver
>>
>>
>>Bogdan-Andrei IANCU [mailto:iancu@fokus.fraunhofer.de] wrote
>>
>>
>>
>>
>>
>>>Hi Oliver,
>>>
>>>what branch of cvs do you use? or you use the head of cvs?
>>>on CVS head everything is fixed - but you have to get the whole tree,
>>>not only the TM.
>>>
>>>Regards,
>>>Bogdan
>>>
>>>
>>>
>>>
>>Brinker, Oliver wrote:
>>
>>
>>
>>
>>
>>>Hi Bogdan,
>>>
>>>I try to patch the TM module and get an error during patching t_reply.c:
>>>
>>>Hunk #2 FAILED at 375
>>>Hunk #3 FAILED at 400
>>>
>>>I'm not sure but could the faked_env function be the problem (expect four params,
>>>but receiving only two)? Should I use a new version of the TM module from the CVS?
>>>Many thanks.
>>>
>>>Regards,
>>>Olli
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>>Hello,
>>>>
>>>>In order to compile the cpl-c module, you need to apply a patch to the
>>>>tm_modulel you can finf this patch in modules/cpl-c/tm.patch.
>>>>Please, use the patch from the same version of ser as the tm modules. Try to do
>>>>so and let my know if it worked.
>>>>
>>>>Regards,
>>>>Bogdan
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>
>
