Hello Nils,
I changed 'mnlab.cti.depaul.edu' to 'myself' and still it gives the engage
tone and doesnot register.
Here is the ngrep trace:
interface: eth0 (140.192.37.0/255.255.255.0)
filter: ip and ( port 5060 )
#U 140.192.37.4:1162 -> 140.192.37.59:5060
INVITE sip:einstein@140.192.37.59 SIP/2.0..From:
sip:newton@140.192.37.59;tag=1c24557..To:
sip:einstein@140.192.37.59..Call-Id: call-1073
357589-13@140.192.37.4..Cseq: 1 INVITE..Contact:
<sip:newton@140.192.37.4>..Content-Type: application/sdp..Content-Length:
306..Accept-La
nguage: en..Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY,
REGISTER, SUBSCRIBE..Supported: sip-cc, sip-cc-01, timer, replaces..
User-Agent: Pingtel/2.1.11 (VxWorks)..Date: Tue, 06 Jan 2004 02:53:09
GMT..Via: SIP/2.0/UDP 140.192.37.4....v=0..o=Pingtel 5 5 IN IP4 140
.192.37.4..s=phone-call..c=IN IP4 140.192.37.4..t=0 0..m=audio 8766
RTP/AVP 96 97 0 8 18 98..a=rtpmap:96 eg711u/8000/1..a=rtpmap:97 eg711
a/8000/1..a=rtpmap:0 pcmu/8000/1..a=rtpmap:8 pcma/8000/1..a=rtpmap:18
g729/8000/1..a=fmtp:18 annexb=no..a=rtpmap:98 telephone-event/8000/
1..
#U 140.192.37.59:5060 -> 140.192.37.4:5060
SIP/2.0 100 trying -- your call is important to us..From:
sip:newton@140.192.37.59;tag=1c24557..To:
sip:einstein@140.192.37.59..Call-Id:
call-1073357589-13@140.192.37.4..Cseq: 1 INVITE..Via: SIP/2.0/UDP
140.192.37.4..Server: Sip EXpress router (0.8.11 (i386/linux))..Content
-Length: 0..Warning: 392 140.192.37.59:5060 "Noisy feedback tells:
pid=2712 req_src_ip=140.192.37.4 req_src_port=1162 in_uri=sip:einstei
n(a)140.192.37.59 out_uri=sip:einstein@140.192.37.59 via_cnt==1"....
#U 140.192.37.59:5060 -> 140.192.37.4:5060
SIP/2.0 483 Too Many Hops..From: sip:newton@140.192.37.59;tag=1c24557..To:
sip:einstein@140.192.37.59;tag=b27e1a1d33761e85846fc98f5f3a7e5
8.07d8..Call-Id: call-1073357589-13@140.192.37.4..Cseq: 1 INVITE..Via:
SIP/2.0/UDP 140.192.37.4..Server: Sip EXpress router (0.8.11 (i386
/linux))..Content-Length: 0..Warning: 392 140.192.37.59:5060 "Noisy
feedback tells: pid=2712 req_src_ip=140.192.37.59 req_src_port=5060
in_uri=sip:einstein@140.192.37.59 out_uri=sip:einstein@140.192.37.59
via_cnt==12"....
#U 140.192.37.4:1162 -> 140.192.37.59:5060
ACK sip:einstein@140.192.37.59 SIP/2.0..Contact:
sip:newton@140.192.37.4..From: sip:newton@140.192.37.59;tag=1c24557..To:
sip:einstein@14
0.192.37.59;tag=b27e1a1d33761e85846fc98f5f3a7e58.07d8..Call-Id:
call-1073357589-13@140.192.37.4..Cseq: 1 ACK..Accept-Language: en..User-A
gent: Pingtel/2.1.11 (VxWorks)..Date: Tue, 06 Jan 2004 02:53:09 GMT..Via:
SIP/2.0/UDP 140.192.37.4..Content-Length: 0....
exit
4 received, 0 dropped
Here is the changes that i made to the ser.cfg file:
# 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("myself", "subscriber")) {
www_challenge("myself", "0");
break;
};
Please help.
Thanks,
-Darshan
----Original Message Follows----
From: Nils Ohlmeier <nils(a)iptel.org>
To: "Darshan Uka" <ukadarshan_2001(a)hotmail.com>
CC: serusers(a)lists.iptel.org
Subject: Re: [Serusers] SER Register Problems
Date: Tue, 6 Jan 2004 03:39:25 +0100
MIME-Version: 1.0
Received: from fox.iptel.org ([195.37.77.101]) by mc9-f2.hotmail.com with
Microsoft SMTPSVC(5.0.2195.6713); Mon, 5 Jan 2004 18:39:28 -0800
Received: by fox.iptel.org (Postfix, from userid 103)id DA8418F; Tue, 6 Jan
2004 03:36:26 +0100 (CET)
Received: from cloudcity.ohlmeier.home (pD9E6DAA6.dip.t-dialin.net
[217.230.218.166])by fox.iptel.org (Postfix) with ESMTPid 950E58A; Tue, 6
Jan 2004 03:36:25 +0100 (CET)
X-Message-Info: JGTYoYF78jGnACH44+gZOFO1UBr3xMlZ
User-Agent: KMail/1.5.4
References: <LAW11-F69eRh0PupeoP0006058b(a)hotmail.com>
In-Reply-To: <LAW11-F69eRh0PupeoP0006058b(a)hotmail.com>
Message-Id: <200401060339.25479.nils(a)iptel.org>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
fox.iptel.org
X-Spam-Level:
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham
version=2.60
Return-Path: nils(a)iptel.org
X-OriginalArrivalTime: 06 Jan 2004 02:39:28.0772 (UTC)
FILETIME=[4E717C40:01C3D3FE]
Hello,
On Tuesday 06 January 2004 02:41, Darshan Uka wrote:
>
sip:newton@140.192.37.59----SER:140.192.37.59-------sip:einstein@140.192.37
>.59
>
> This is the ngrep trace:
> interface: eth0 (140.192.37.0/255.255.255.0)
> filter: ip and ( port 5060 )
> #Um 140.192.37.4:1162 -> 140.192.37.59:5060
> INVITE sip:einstein@140.192.37.59 SIP/2.0..From:
The request uri above simply doesnt match your uri check from your config
below. As i allready wrote in my last my: you shold NOT replace/remove the
'uri==myself' condition.
> if (uri=="mnlab.cti.depaul.edu") {
It should work if you replace '"mnlab.cti.depaul.edu"' with 'myself' again.
Greets
Nils
_________________________________________________________________
Working moms: Find helpful tips here on managing kids, home, work and
yourself. http://special.msn.com/msnbc/workingmom.armx
Hello Nils,
Should i also replace 'mnlab.cti.depaul.edu' to 'myself' below:
# Uncomment this if you want to use digest authentication
if (!www_authorize("mnlab.cti.depaul.edu", "subscriber")) {
www_challenge("mnlab.cti.depaul.edu", "0");
break;
};
Thanks,
-Darshan
----Original Message Follows----
From: Nils Ohlmeier <nils(a)iptel.org>
To: "Darshan Uka" <ukadarshan_2001(a)hotmail.com>
CC: serusers(a)lists.iptel.org
Subject: Re: [Serusers] SER Register Problems
Date: Tue, 6 Jan 2004 03:39:25 +0100
MIME-Version: 1.0
Received: from fox.iptel.org ([195.37.77.101]) by mc9-f2.hotmail.com with
Microsoft SMTPSVC(5.0.2195.6713); Mon, 5 Jan 2004 18:39:28 -0800
Received: by fox.iptel.org (Postfix, from userid 103)id DA8418F; Tue, 6 Jan
2004 03:36:26 +0100 (CET)
Received: from cloudcity.ohlmeier.home (pD9E6DAA6.dip.t-dialin.net
[217.230.218.166])by fox.iptel.org (Postfix) with ESMTPid 950E58A; Tue, 6
Jan 2004 03:36:25 +0100 (CET)
X-Message-Info: JGTYoYF78jGnACH44+gZOFO1UBr3xMlZ
User-Agent: KMail/1.5.4
References: <LAW11-F69eRh0PupeoP0006058b(a)hotmail.com>
In-Reply-To: <LAW11-F69eRh0PupeoP0006058b(a)hotmail.com>
Message-Id: <200401060339.25479.nils(a)iptel.org>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on
fox.iptel.org
X-Spam-Level:
X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham
version=2.60
Return-Path: nils(a)iptel.org
X-OriginalArrivalTime: 06 Jan 2004 02:39:28.0772 (UTC)
FILETIME=[4E717C40:01C3D3FE]
Hello,
On Tuesday 06 January 2004 02:41, Darshan Uka wrote:
>
sip:newton@140.192.37.59----SER:140.192.37.59-------sip:einstein@140.192.37
>.59
>
> This is the ngrep trace:
> interface: eth0 (140.192.37.0/255.255.255.0)
> filter: ip and ( port 5060 )
> #Um 140.192.37.4:1162 -> 140.192.37.59:5060
> INVITE sip:einstein@140.192.37.59 SIP/2.0..From:
The request uri above simply doesnt match your uri check from your config
below. As i allready wrote in my last my: you shold NOT replace/remove the
'uri==myself' condition.
> if (uri=="mnlab.cti.depaul.edu") {
It should work if you replace '"mnlab.cti.depaul.edu"' with 'myself' again.
Greets
Nils
_________________________________________________________________
Working moms: Find helpful tips here on managing kids, home, work and
yourself. http://special.msn.com/msnbc/workingmom.armx
Hello,
I have this scenario:
sip:newton@140.192.37.59----SER:140.192.37.59-------sip:einstein@140.192.37.59
This is the ngrep trace:
interface: eth0 (140.192.37.0/255.255.255.0)
filter: ip and ( port 5060 )
#Um 140.192.37.4:1162 -> 140.192.37.59:5060
INVITE sip:einstein@140.192.37.59 SIP/2.0..From:
sip:newton@140.192.37.59;tag=1c26830..To:
sip:einstein@140.192.37.59..Call-Id: call-1073
351340-11@140.192.37.4..Cseq: 1 INVITE..Contact:
<sip:newton@140.192.37.4>..Content-Type: application/sdp..Content-Length:
306..Accept-La
nguage: en..Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY,
REGISTER, SUBSCRIBE..Supported: sip-cc, sip-cc-01, timer, replaces..
User-Agent: Pingtel/2.1.11 (VxWorks)..Date: Tue, 06 Jan 2004 01:09:00
GMT..Via: SIP/2.0/UDP 140.192.37.4....v=0..o=Pingtel 5 5 IN IP4 140
.192.37.4..s=phone-call..c=IN IP4 140.192.37.4..t=0 0..m=audio 8766
RTP/AVP 96 97 0 8 18 98..a=rtpmap:96 eg711u/8000/1..a=rtpmap:97 eg711
a/8000/1..a=rtpmap:0 pcmu/8000/1..a=rtpmap:8 pcma/8000/1..a=rtpmap:18
g729/8000/1..a=fmtp:18 annexb=no..a=rtpmap:98 telephone-event/8000/
1..
#U 140.192.37.59:5060 -> 140.192.37.4:5060
SIP/2.0 100 trying -- your call is important to us..From:
sip:newton@140.192.37.59;tag=1c26830..To:
sip:einstein@140.192.37.59..Call-Id:
call-1073351340-11@140.192.37.4..Cseq: 1 INVITE..Via: SIP/2.0/UDP
140.192.37.4..Server: Sip EXpress router (0.8.11 (i386/linux))..Content
-Length: 0..Warning: 392 140.192.37.59:5060 "Noisy feedback tells:
pid=2365 req_src_ip=140.192.37.4 req_src_port=1162 in_uri=sip:einstei
n(a)140.192.37.59 out_uri=sip:einstein@140.192.37.59 via_cnt==1"....
#U 140.192.37.59:5060 -> 140.192.37.4:5060
SIP/2.0 483 Too Many Hops..From: sip:newton@140.192.37.59;tag=1c26830..To:
sip:einstein@140.192.37.59;tag=b27e1a1d33761e85846fc98f5f3a7e5
8.1007..Call-Id: call-1073351340-11@140.192.37.4..Cseq: 1 INVITE..Via:
SIP/2.0/UDP 140.192.37.4..Server: Sip EXpress router (0.8.11 (i386
/linux))..Content-Length: 0..Warning: 392 140.192.37.59:5060 "Noisy
feedback tells: pid=2365 req_src_ip=140.192.37.59 req_src_port=5060
in_uri=sip:einstein@140.192.37.59 out_uri=sip:einstein@140.192.37.59
via_cnt==12"....
#U 140.192.37.4:1162 -> 140.192.37.59:5060
ACK sip:einstein@140.192.37.59 SIP/2.0..Contact:
sip:newton@140.192.37.4..From: sip:newton@140.192.37.59;tag=1c26830..To:
sip:einstein@14
0.192.37.59;tag=b27e1a1d33761e85846fc98f5f3a7e58.1007..Call-Id:
call-1073351340-11@140.192.37.4..Cseq: 1 ACK..Accept-Language: en..User-A
gent: Pingtel/2.1.11 (VxWorks)..Date: Tue, 06 Jan 2004 01:09:00 GMT..Via:
SIP/2.0/UDP 140.192.37.4..Content-Length: 0....
exit
4 received, 0 dropped
The ser gives #U 140.192.37.59:5060 -> 140.192.37.4:5060
SIP/2.0 483 Too Many Hops..From: sip:newton@140.192.37.59;tag=1c26830..To:
sip:einstein@140.192.37.59;tag=b27e1a1d33761e85846fc98f5f3a7e5
Here is my ser.cfg file:
#
# $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
*/
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=140.192.37.59
alias=mnlab.cti.depaul.edu
# ------------------ 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=="mnlab.cti.depaul.edu") {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("mnlab.cti.depaul.edu",
"subscriber")) {
www_challenge("mnlab.cti.depaul.edu", "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 have exported SIP_DOMAIN=mnlab.cti.depaul.edu
I have added alias=mnlab.cti.depaul.edu in the ser.cfg file at
/etc/ser/ser.cfg
When the caller is newton/einstein and the callee is einstein/newton
respectively and i try to use the url based dialing it gives an engaged
tone.
Please help.
-Darshan
----Original Message Follows----
From: Jan Janak <jan(a)iptel.org>
To: Darshan Uka <ukadarshan_2001(a)hotmail.com>
CC: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Re:SER
Date: Sun, 4 Jan 2004 01:28:06 +0100
MIME-Version: 1.0
Received: from fox.iptel.org ([195.37.77.101]) by mc12-f26.hotmail.com with
Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 16:30:18 -0800
Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by
fox.iptel.org (Postfix) with SMTPid 02A29BDA4; Sun, 4 Jan 2004 01:27:30
+0100 (CET)
Received: by localhost.localdomain (sSMTP sendmail emulation); Sun, 4 Jan
2004 01:28:07 +0100
X-Message-Info: JGTYoYF78jEnGRiKb45R4ZRFHM/M/kHU
Message-ID: <20040104002806.GC1247(a)localhost.localdomain>
Mail-Followup-To: Darshan Uka
<ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org
References: <Law11-F121ku04koK5u00011c2d(a)hotmail.com>
In-Reply-To: <Law11-F121ku04koK5u00011c2d(a)hotmail.com>
User-Agent: Mutt/1.5.4i
Return-Path: jan(a)iptel.org
X-OriginalArrivalTime: 04 Jan 2004 00:30:18.0930 (UTC)
FILETIME=[EE59F120:01C3D259]
The message looped on the server until max-forwards check hits. The
Request-URI of the REGISTER message (sip:140.192.37.59 in this case) is
considered as foreign by the server and simply forwarded, but because it
is not foreign it hits the same server again.
If you are using the default script then it means that the condition
if (uri==myself) doesn't match that IP address.
Jan.
On 04-01 00:19, Darshan Uka wrote:
> Hello Jan,
> I tried to register using sipsak with the ser but couldn't:
> [brewster@localhost brewster]$ sipsak -U -I -e 5 -s
sip:4444@140.192.37.59
> -vv
> warning: redirects are not expected in USRLOC. disableing
> registering user 44440...
> received:
> SIP/2.0 483 Too Many Hops
> Via: SIP/2.0/UDP localhost.localdomain:32784;received=140.192.37.59
> From: <sip:44440@140.192.37.59>
> To: <sip:44440@140.192.37.59>;tag=b27e1a1d33761e85846fc98f5f3a7e58.44dc
> Call-ID: 2034451172(a)localhost.localdomain
> CSeq: 1 REGISTER
> Server: Sip EXpress router (0.8.11 (i386/linux))
> Content-Length: 0
> Warning: 392 140.192.37.59:5060 "Noisy feedback tells: pid=2262
> req_src_ip=140.192.37.59 req_src_port=5060 in_uri=sip:140.192.37.59
> out_uri=sip:140.192.37.59 via_cnt==71"
>
>
> error: didn't received '200 OK' on register (see above). aborting
> What could be the reason for this?
> Thanks,
> -Darshan
>
> ----Original Message Follows----
> From: Jan Janak <jan(a)iptel.org>
> To: Darshan Uka <ukadarshan_2001(a)hotmail.com>
> CC: serusers(a)lists.iptel.org
> Subject: Re: [Serusers] Re:SER
> Date: Sat, 3 Jan 2004 19:50:11 +0100
> MIME-Version: 1.0
> Received: from fox.iptel.org ([195.37.77.101]) by mc5-f6.hotmail.com with
> Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 10:52:22 -0800
> Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by
> fox.iptel.org (Postfix) with SMTPid 8511EBDA3; Sat, 3 Jan 2004 19:49:35
> +0100 (CET)
> Received: by localhost.localdomain (sSMTP sendmail emulation); Sat, 3
Jan
> 2004 19:50:11 +0100
> X-Message-Info: JGTYoYF78jHCUrdF36ytC88bjJA8hXfX
> Message-ID: <20040103185011.GS556(a)localhost.localdomain>
> Mail-Followup-To: Darshan Uka
> <ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org
> References: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com>
> In-Reply-To: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com>
> User-Agent: Mutt/1.5.4i
> Return-Path: jan(a)iptel.org
> X-OriginalArrivalTime: 03 Jan 2004 18:52:22.0934 (UTC)
> FILETIME=[B8EA7B60:01C3D22A]
>
> Hard to say, maybe you:
>
> -- listen on a different interface
> -- listen on a different host
> -- filter out port 5060 so SIP messages do not appear in your dumps
> -- phones do not send any SIP messages
> -- phones send SIP messages to a different host
>
> etc...
>
> Jan.
>
> On 01-01 00:12, Darshan Uka wrote:
> > Hi,
> > I am totally new to SER.
> > I have installed it and have the following set up:
> > pingtel phone --- SER ----- pingtel phone
> > I somehow dont see the sip headers in the tcpdump/trace.
> > Any suggestions.
> > Thanks,
> >
> > -Darshan
> >
> > _________________________________________________________________
> > Get reliable dial-up Internet access now with our limited-time
> introductory
> > offer. http://join.msn.com/?page=dept/dialup
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>
> _________________________________________________________________
> Worried about inbox overload? Get MSN Extra Storage now!
> http://join.msn.com/?PAGE=features/es
>
_________________________________________________________________
Expand your wine savvy and get some great new recipes at MSN Wine.
http://wine.msn.com
Hi,
For this scenario:
sip:newton@140.192.37.4-------ser[IP:140.192.37.59]-----sip:einstein@140.192.37.16
I changed the host part of the sip address to sip:newton@140.192.37.59 and
sip:einstein@140.192.37.59 wherein its the static ip of the ser server. It
currently gives an engage tone and doesnot register.
Then i added alias=mnlab.cti.depaul.edu and alias=140.192.37.59 to the
/etc/ser/ser.cfg file.
It still does not register.
Please help.
Thanks,
-Darshan
----Original Message Follows----
From: "Franz Edler" <franz.edler(a)utanet.at>
Reply-To: <franz.edler(a)utanet.at>
To: "'Darshan Uka'" <ukadarshan_2001(a)hotmail.com>,<serusers(a)lists.iptel.org>
Subject: RE: [Serusers] SIP REGISTER
Date: Mon, 5 Jan 2004 11:14:26 +0100
MIME-Version: 1.0
Received: from tatiana.utanet.at ([213.90.36.46]) by mc1-f16.hotmail.com
with Microsoft SMTPSVC(5.0.2195.6713); Mon, 5 Jan 2004 02:14:36 -0800
Received: from patricia.utanet.at ([213.90.36.8])by tatiana.utanet.at with
esmtp (Exim 4.12)id 1AdRkp-0006gL-00; Mon, 05 Jan 2004 11:14:35 +0100
Received: from simmu3-76-57.utaonline.at ([62.218.76.57] helo=WPC)by
patricia.utanet.at with esmtp (Exim 4.12)id 1AdRkp-0000w9-00; Mon, 05 Jan
2004 11:14:35 +0100
X-Message-Info: JGTYoYF78jG3C0kC9tdzK8NM4BfhoNyo
Organization: privat
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Thread-Index: AcPTbXmC7dwGPbRpS5y+XTmxuE+ImgAA0JnQ
In-Reply-To: <Law11-F123T7CVuEFjt0000cb37(a)hotmail.com>
Message-Id: <E1AdRkp-0000w9-00(a)patricia.utanet.at>
Return-Path: franz.edler(a)utanet.at
X-OriginalArrivalTime: 05 Jan 2004 10:14:37.0284 (UTC)
FILETIME=[B92BFA40:01C3D374]
> From: Darshan Uka Sent: Monday, January 05, 2004 10:23 AM
Hello Darshan,
> I am trying to find the zone file for DNS SVR Resource Records.
> Where do if find one?
That's a different story.
First you have to give a DNS name to the host of your ser and create a
corresponding resource record (RR) in your DNS zone file. In addition you
should add another RR (an SRV RR) which points to your server as shown in
the How-To.
The DNS zone file is your DNS zone file. It is not part of SER.
Maybe you are not responsible for the DNS zone file in your
test-environment. Then you have to contact whoever is responsible for.
> How do i configure the ser to mnlab.cti.depaul.edu?
If DNS is setup properly ser automatically listens to messages with its DNS
name in the host portion of URIs.
If you have troubles with configuring the DNS zone files you can - as a
first step - use IP addresses instead of the host name. This should work.
Franz
_________________________________________________________________
Tired of slow downloads? Compare online deals from your local high-speed
providers now. https://broadband.msn.com
Folks,
Finally I've imported RTP Proxy into SER repo, so it would be easier to
develop and get it if necessary. Repository can be found here:
http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/rtpproxy/.
Currently I have a large change waiting in the pipeline (RTCP support
and general cleanup), which will change 1/2 of all lines of the code, so
that if you want to start hacking on it then it is probably worth to
wait until this change has landed (next 1-2 days).
I am looking for volunteers to implement autoconf/automake support and
also to help me with porting to other arches (Solaris is the most wanted
one). Patches are welcome.
Thanks!
Regards,
Maxim
Hi all,
Firstly thanks for the list... i have gotten very far just by reading the mails and replies to and from the list here which has helped much.
I seem to have hit a dead end though for the moment.
I have had ser running and am now moving on to add voicemail care of sems and I am hitting issues.
I am running ser and sems on a FreeBSD box (4.8-RELEASE-p3)
I have the CVS version of SEMS and 0.8.12 of ser
I am compiling with GCC 3.0
but I seem to be having issues.... If I put the DB access to option 0 (modparam("usrloc", "db_mode", 0) SER starts and runs but then I get the following message:
Jan 5 19:01:33 gateway /usr/local/sbin/ser[5305]: ERROR: receive_msg: no mem for sip_msg
Jan 5 19:01:33 gateway /kernel: Jan 5 19:01:33 gateway /usr/local/sbin/ser[5305]: ERROR: receive_msg: no mem for sip_msg
I altered the memory in config.h like what was mentioned but that doesn't seem to help at all... I gave it 20480*1024 and it still came back with the same error. so I guess its not tied to that. I restarted SEMS and nothing changed... I even looked at the semiphore sizes on the server to see if there was anything odd there but it seemed ok but I changed it anyhow.
So I looked at the cfg again and thought it might be trying to hand back messages to the Database and not getting it and having some art mem error.
so I changed the setting ( modparam("usrloc", "db_mode", 2)) Now I get a different error.... again to do with memory....
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: voicemail - initializing child 4
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: connect_db(): No enough memory
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: connect_db(): No enough memory
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5448]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5447]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5446]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5445]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5439]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5403]: INFO: SIGCHLD received: we do not worry about grand-children
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5403]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5415]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 /usr/local/sbin/ser[5449]: INFO: signal 15 received
Jan 5 19:08:31 gateway /kernel:
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: db_init(): Error while trying to connect database
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: db_init(): Error while trying to connect database
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: ERROR; vm_init_child: could not init db mysql://root:dbpassword@localhost/ser
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: ERROR; vm_init_child: could not init db mysql://root:dbpassword@localhost/ser
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: init_mod_child(): Error while initializing module voicemail
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: init_mod_child(): Error while initializing module voicemail
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: init_child failed
Jan 5 19:08:31 gateway /kernel: Jan 5 19:08:31 gateway /usr/local/sbin/ser[5407]: init_child failed
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5444]: INFO: signal 15 received
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5443]: INFO: signal 15 received
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5442]: INFO: signal 15 received
Jan 5 19:08:31 gateway /usr/local/sbin/ser[5441]: INFO: signal 15 received
Here is my config file.
#
# $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=5 # 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/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"
# 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/acc.so"
loadmodule "/usr/local/lib/ser/modules/msilo.so"
loadmodule "/usr/local/lib/ser/modules/vm.so"
# ----------------- setting module-specific parameters ---------------
# -- voicemail stuff
modparam("voicemail", "db_url","sql://root:dbpassword@localhost/ser")
# ------------- tm parameters
modparam("tm", "fr_timer", 12)
modparam("tm", "fr_inv_timer", 24)
# ------------- accounting parameters
modparam("acc", "log_missed_flag", 3)
modparam("acc", "log_level", 1)
modparam("acc", "log_flag", 1)
# -- 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;
};
# VOICEMAIL ROUTING
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 c
onference server\n");
t_reply("500","could not contact conference server");
};
}
else if( uri =~ "echo" ){
if(!vm("/tmp/am_fifo","echo")){
log("could not contact e
cho\n");
t_reply("500","could not contact echo");
};
}
else {
if(!vm("/tmp/am_fifo","voicemail")){
log("could not contact v
oicemail\n");
t_reply("500","could not contact voicemail");
};
};
log("**************** vm start-end *****
*************\n");
break;
};
if(method=="BYE"){
log("**************** vm end/refer - beg
in ******************\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 createnewtransaction
");
};
};
# Voicemail specific configuration - end
}
# 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;
};
# # Make MSN Messenger happy...
# if (method=="REGISTER") {
# sl_send_reply("200","ok");
# 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=~amadeo.co.uk) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("amadeo.co.uk", "subscriber")) {
www_challenge("amadeo.co.uk", "0");
break;
};
save("location");
break;
};
lookup("aliases");
# 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();
};
Any thoughts gratefully accpted.
Regards
--
Andrew Delamare
Amadeo Nerworks Ltd
Hello,
Is anyone able to help me with this?? If the developers of the "acc" module
are on this list can you please check this out? It looks to me like it
might be a bug caused by new changes to the "acc" module. This problem did
not exist in the stable release of SER 8.12. Just in the CVS head.
The problem is that I can't use the stable release of SER 8.12 because I
need the new NAT Helper functionality of the CVS head.
If this is not a bug .. perhaps changes in the way that "acc" needs to be
configured?? .. then could you please explain what I am doing wrong?
Any help would be very much appreciated! Thanks!
Darren Nay - dnay(a)libertyisp.com
----- Original Message -----
From: Darren Nay
To: Darren Nay ; serusers(a)lists.iptel.org
Sent: Monday, December 29, 2003 3:48 PM
Subject: Re: SQL Accounting - Problems
Regarding the message below that I posted earlier today. I have some
additional info..
I have tested this same accounting config on version 8.12 stable release of
SER and it works fine. Is there bug in the SQL "acc" module for 8.12 CVS
head?
Thanks!
Darren Nay
----- Original Message -----
From: Darren Nay
To: serusers(a)lists.iptel.org
Sent: Monday, December 29, 2003 11:51 AM
Subject: SQL Accounting - Problems
Hey All,
I am trying to get SQL accounting to work within SER, but I am having a
problem. The data is not being saved into the database.
I've got the SER configured to use accounting. I've compiled the "acc"
module with SQL support, and I believe that everything should be working..
However, I am getting the following errors in debug mode..
stateless - initializing
0(5814) Warning: uac does not spread accross the whole hash table
Maxfwd module- initializing
acc - initializing
0(5814) mod_init(): Database connection opened successfuly
textops - initializing
0(5814) auth_db:mod_init(): Database connection opened successfuly
0(0) INFO: udp_init: SO_RCVBUF is initially 8192
0(0) INFO: udp_init: SO_RCVBUF is finally 262144
2(5816) INFO: fifo process starting: 5816
2(5816) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
2(5816) WARNING: no fifo_db_url given - fifo DB commands disabled!
This below is what I get when I make a call...
0(5814) BUG:tm:register_tmcb: no transaction found
0(5814) ERROR:acc:acc_onreq: cannot register additional callbacks
0(5814) BUG:tm:register_tmcb: no transaction found
0(5814) ERROR:acc:acc_onreq: cannot register additional callbacks
My call processing is working perfectly, but the accounting transactions
(call records) are not being saved into the database in the "acc" table.
Also, my userloc registrations are being saved to the database in the
"locations" table, and so I know that there isn't a problem with my mysql.so
module. The database connectivity seems to be fine.
I have attached me ser.cfg as well.
If anyone knows why I am getting these errors, and why my accounting isn't
being saved to the "acc" table in the database then I would very much
appreciate the help!
Thanks!
Darren Nay - dnay(a)libertyisp.com
I need some help configuring SER and would be pleased to pay for it. Any
takers?
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
I need some help configuring SER and would be pleased to pay for it. Any
takers?
_________________________________________________________________
Express yourself with cool emoticons - download MSN Messenger today!
http://www.msn.co.uk/messenger
I was wondering if anyone can help me. We (my company) are having a
problem with sending calls to multiple Cisco ATA 186s behind a NAT. We
get one way audio.....we have a company in Iraq that is part business,
but also a relief organization. We need someone to help us get these
calls working, so that a doctor from Boston can call into a hospital in
Baghdad and work with the doctors there (for example). We have VoIP and
networking people working on it, but there is a problem with the port
assignments (not sure of more detail yet).
This is something we will pay for, just that we can't find the correct
person. Does anyone know someone that has the experience w/ ATAs to
help us?
Thanks
Chris
_______________________________
Chris Mulhern
Director, Business Development
TigrisNet
www.tigrisnet.net <http://www.tigrisnet.net/>
+1 (310) 827-7600
+1 (310) 617-3563 (Cell)
+1 (888) 265-5046 (Fax)
_______________________________
