Hello,
please increase the debug level to a higher value (debug=9), try again
and send the logs to us. From your previous mail on the seruser list
(subj: radius issue) seems that the Radius server authenticates OK the user.
}Daniel
On 11/13/2003 12:08 PM, Madan wrote:
>Hi Daniel,
>i have posted few queries to the list but have nt got any reply..since i can
>see you are only one replying here..i thought to share my problem with you.
>
>i m trying to get ser working with radius but i can nt seems to get thru.
>
>here is my ser.cfg file...please let me know what is wrong with that..or if
>u need any another conf file like radius etc..do let me know
>
>----ser.cfg------------
>
>
>#
># ----------- global configuration parameters ------------------------
>debug=3 # debug level (cmd line: -dddddddddd)
>fork=no
>log_stderror=yes # (cmd line: -E)
>listen=202.71.135.219
>/* 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"
>loadmodule "/usr/local/lib/ser/modules/auth.so"
>loadmodule "/usr/local/lib/ser/modules/acc.so"
>loadmodule "/usr/local/lib/ser/modules/auth_radius.so"
>
>
># ----------------- setting module-specific parameters ---------------
>
># -- usrloc params --
>
>modparam("usrloc", "db_mode", 2)
>modparam("auth_radius",
>"radius_config","/usr/local/etc/radiusclient/radiusclient.conf")
>modparam("auth_radius", "service_type", 15)
>
># -- 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", "radius_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 (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 (method=="REGISTER") {
>
> log(1, "REGISTER: Authenticating user\n");
>
> if (!radius_www_authorize("")) {
> log(1, "REGISTER: challenging user\n");
> www_challenge("", "2");
> break;
> };
> save("location");
> break;
> };
>
>
> if (method=="INVITE") {
>
> log(1, "INVITE\n");
> setflag(1); /* set for accounting (the same value as in
>log_flag!) */
> };
>
> if (method=="MESSAGE") {
> log(1, "MESSAGE\n");
> setflag(1); /* set for accounting (the same value as in
>log_flag!) */
> };
>
> if (method=="BYE" || method=="CANCEL") {
> log (1, "BYE or CANCEL\n");
> setflag(1);
> };
>
> # native SIP destinations are handled using our USRLOC DB
> if (!lookup("location")) {
> sl_send_reply("404", "Not Found");
> break;
> };
> if (!t_relay()) {
> sl_reply_error();
> break;
> };
>
>
>}
>
>
>-----------------logs---------
>
>0(13437) mod_init(): Database connection opened successfuly
>acc - initializing
> 0(0) INFO: udp_init: SO_RCVBUF is initially 65535
> 0(0) INFO: udp_init: SO_RCVBUF is finally 262142
> 2(13439) INFO: fifo process starting: 13439
> 2(13439) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
> 0(13437) REGISTER: Authenticating user
> 0(13437) REGISTER: challenging user
> 0(13437) REGISTER: Authenticating user
> 0(13437) REGISTER: challenging user
> 0(13437) REGISTER: Authenticating user
> 0(13437) REGISTER: challenging user
>
>i can not get my sipua registered, please help me to get out of this
>
>
>
>
>----- Original Message -----
>From: "Daniel-Constantin Mierla"
><Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>
>To: "Santosh M Hulkund" <santoshmh(a)indts.com>
>Cc: <serusers(a)lists.iptel.org>
>Sent: Thursday, November 13, 2003 3:42 PM
>Subject: Re: [Serusers] Integrating Ser to Jabberd
>
>
>
>
>>Hello,
>>try with this one:
>>http://www.iptel.org/ser/doc/jabgw/xjab-manual.html
>>
>>Best regards,
>>}Daniel
>>
>>On 11/13/2003 8:01 AM, Santosh M Hulkund wrote:
>>
>>
>>
>>>Hi Gurus,
>>>
>>>Is there any clear document on integrating ser with jabberd.
>>>
>>>Any pointers, greatly appreciated.
>>>
>>>Regards,
>>>Santosh M Hulkund
>>>
>>>
>>>
>>>_______________________________________________
>>>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
>>
>>
>>
>
>
>
Hi,
I have got ser working with radius,,but there is some issues with accounting part as Stop accounting is not happening..I m attaching the logs of ser and radius, please let me know what is wrong and where...and also there is strange sign of %40 and sip server suffix with the SIP URI..why is this so?
----radiuslog---
rlm_eap: EAP-Message not found
modcall[authorize]: module "eap" returns noop for request 0
rlm_digest: Converting Digest-Attributes to something sane...
Digest-User-Name = "2222"
Digest-Realm = "sip.net4india.com"
Digest-Nonce = "3fb497f856738fb5660c739a7618531858857d38"
Digest-Uri = "sip:sip.net4india.com"-----------------------------------------------//// IS THIS CORRECT??
Digest-Method = "REGISTER"
rad_recv: Accounting-Request packet from host 127.0.0.1:32771, id=24, length=313
Acct-Status-Type = Start
Service-Type = Sip-Session
Sip-Response-Code = 200
Sip-Method = 1
User-Name = "2222%40sip.net4india.com(a)sip.net4india.com" ------- ----------//////WHY THERE IS %40 and another suffix here ??
Calling-Station-Id = "sip:2222%40sip.net4india.com@sip.net4india.com"
Called-Station-Id = "sip:1111@sip.net4india.com"
---- ser logs---
1(30633) submit_query(): insert into location (username,contact,expires,q,callid,cseq,replicate,state ) values ('2222(a)sip.ne
t4india.com','sip:2222%40sip.net4india.com@202.71.135.212:5060','2003-11-14 14:48:12',0.00 ,'4BB35B97749540DEB1B52BC38E4
CD838(a)sip.net4india.com',11461,0,0)
0(30632) DEBUG: probing packet received
0(30632) SIP Request:
0(30632) method: <REGISTER>
0(30632) uri: <sip:sip.net4india.com> ---------------------------------------/// SAME PROBLEM HERE AS WELL
0(30632) DEBUG : sl_filter_ACK: to late to be a local ACK! -----------------------/// WHY IS THIS COMING???
0(30632) preparing to run routing scripts...
0(30632) DEBUG : is_maxfwd_present: searching for max_forwards header
0(30632) parse_headers: flags=128
0(30632) DEBUG: add_param: tag=ce0a3d8674924666b210617eff671290
0(30632) end of header reached, state=29
0(30632) DEBUG: get_hdr_field: <To> [67]; uri=[sip:1111@sip.net4india.com]
0(30632) DEBUG: to body [<sip:1111@sip.net4india.com>]
0(30632) get_hdr_field: cseq <CSeq>: <14668> <ACK>
0(30632) DEBUG: is_maxfwd_present: value = 70
0(30632) DEBUG: add_param: tag=630752520
0(30632) end of header reached, state=29
0(30632) lookup(): '' Not found in usrloc
0(30632) Warning: sl_send_reply: I won't send a reply for ACK!! ---------------------/// WHY IS THIS COMING???
0(30632) receive_msg: cleaning up
1(30633) DEBUG: timer routine:1,tl=0x422b422c next=(nil)
0(30632) SIP Reply (status):
0(30632) version: <SIP/2.0>
0(30632) status: <200>
0(30632) reason: <OK>
0(30632) parse_headers: flags=1
0(30632) Found param type 232, <branch> = <z9hG4bK2df7.8c62145
We're configuring ser to allow any calls made to local extensions go to
the local PBX, but restrict 10-digit calls via the gateway from
non-registered users. This is the config.
if (uri=~"^sip:(.+@)?mydomain.edu") {
if (method=="REGISTER") {
log(1, "REGISTER received\n");
if (!www_authorize("mydomain.edu", "subscriber")) {
www_challenge("mydomain.edu", "0");
break;
};
save("location");
break;
};
# 5-digit local call
if (uri=~"^sip:[0-9]{5}@mydomain.edu") {
rewritehostport("CISCO_GW:5060");
log(1,"5 digit local call");
route(2);
break;
};
# 10 Digit dialing with outside line (93 +1 +number)
if (uri=~"^sip:931[0-9]{10}@mydomain.edu") {
if(!(src_ip=="CISCO_GW") &
!(proxy_authorize("mydomain.edu","subscriber"))) {
proxy_challenge("mydomain.edu", "1");
break;
} else {
rewritehostport("CISCO_GW:5060");
log(1,"Outside line")
route(2);
break;
};
};
I've seen other configs posted which appeared to be more strict than
this, specifically they would only allow registered users to may calls,
and not accept calls from anonymous sources to local numbers.
This above appears to work, sort of. While it doesn't allow anonymous
callers to register, I think it's also not allowing them a chance to
authenticate. The logs say
ERROR: forward_msg: no 2nd via found in reply
(repeated a few times)
Outside line
(Indicating that the caller actually passed)
route[2]:SIP-to-PSTN call routed
ERROR: reply cannot be parsed
and repeat.
Any clues?
--
Dan
Hi, does anyone want to have a call to 3000200(a)sferica.net ?
I would like to test if my dns record is ok outside of my domain ...
Beside this ... we can share some ideas ! :)
--
Best regards,
Alessio mailto:alessiof@interconnessioni.it
Today we tried to install a Grandstream phone at a cutomer site but were
unable to make it work. We have about 40 of these phones (all configured by
US in the exact same way) and all working fine. But upon plugging this
phone, SER started generating this message constantly in the log file:
Nov 13 16:53:14 maui /usr/local/sbin/ser[5066]: ERROR:
udp_rcv_loop:recvfrom:[11] Resource temporarily unavailable
Nov 13 16:53:16 maui /usr/local/sbin/ser[5068]: ERROR:
udp_rcv_loop:recvfrom:[11] Resource temporarily unavailable
Nov 13 16:53:19 maui /usr/local/sbin/ser[5065]: ERROR:
udp_rcv_loop:recvfrom:[11] Resource temporarily unavailable
Looks like every time a REGISTER came in, that ERROR message would appear in
the log file. All other Grandstream phones continued to register just fine.
An ETHEREAL does not show anything that is obviously wrong with the message.
I did restart SER but the message continued.
Can anybody tell me what could be the cause of this error? Or if anybody
wants to look at the ETHEREAL trace I can sent it directly (its about 1MB).
SER Version is 8.11
Thanks,
Andres
Hi,
I finally got the vm working, thanks for the help.
In serweb there's a dial voicemail, what doesn it do ? Doest it
call the vm and let you retrieve your messages ?
Thanks.
Samy.
Hi List,
Can somebody, please point out as to why I m getting this log message from radius..and also I m not getting users registered.
rad_recv: Access-Request packet from host 202.71.135.219:32769, id=181, length=212
User-Name = "1111(a)sip.net4india.com"
Digest-Attributes = "\n\0061111"
Digest-Attributes = "\001\023sip.net4india.com"
Digest-Attributes = "\002*3fb331b6b6e5e5528bf7dbad3f833c4f2782c9d1"
Digest-Attributes = "\004\027sip:sip.net4india.com"
Digest-Attributes = "\003\nREGISTER"
Digest-Response = "0d3ec842da01601639901315b3cc514a"
Service-Type = Sip-Session
Sip-Uri-User = "1111"
NAS-IP-Address = 202.71.135.219
NAS-Port = 5060
modcall: entering group authorize for request 0
modcall[authorize]: module "preprocess" returns ok for request 0
rlm_digest: Converting Digest-Attributes to something sane...
Digest-User-Name = "1111"
Digest-Realm = "sip.net4india.com"
Digest-Nonce = "3fb331b6b6e5e5528bf7dbad3f833c4f2782c9d1"
Digest-Uri = "sip:sip.net4india.com"
Digest-Method = "REGISTER"
rlm_digest: Adding Auth-Type = DIGEST
modcall[authorize]: module "digest" returns ok for request 0
modcall[authorize]: module "chap" returns noop for request 0
rlm_eap: EAP-Message not found
modcall[authorize]: module "eap" returns noop for request 0
rlm_digest: Converting Digest-Attributes to something sane...
Digest-User-Name = "1111"
Digest-Realm = "sip.net4india.com"
Digest-Nonce = "3fb331b6b6e5e5528bf7dbad3f833c4f2782c9d1"
Digest-Uri = "sip:sip.net4india.com"
Digest-Method = "REGISTER"
modcall[authorize]: module "digest" returns ok for request 0
rlm_realm: Looking up realm "sip.net4india.com" for User-Name = "1111(a)sip.net4india.com"
rlm_realm: No such realm "sip.net4india.com"
modcall[authorize]: module "suffix" returns noop for request 0
users: Matched DEFAULT at 152
users: Matched 1111(a)sip.net4india.com at 221
modcall[authorize]: module "files" returns ok for request 0
modcall[authorize]: module "mschap" returns noop for request 0
modcall: group authorize returns ok for request 0
rad_check_password: Found Auth-Type Digest
auth: type "digest"
modcall: entering group authenticate for request 0
A1 = 1111:sip.net4india.com:test
A2 = REGISTER:sip:sip.net4india.com
KD = 9ed2312bac26611959f5968144a10f81:3fb331b6b6e5e5528bf7dbad3f833c4f2782c9d1:4f5b38da39851b9b27477c4ea50c375b
modcall[authenticate]: module "digest" returns ok for request 0
modcall: group authenticate returns ok for request 0
radius_xlat: 'Authenticated'
Sending Access-Accept of id 181 to 202.71.135.219:32769
Reply-Message = "Authenticated"
Sip-Rpid = "1234"
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 181 with timestamp 3fb3308a
Nothing to do. Sleeping until we see a request.
hi
this is my ser.cfg which i m trying to use with freeradius..but it is nt working,,i.e i can not get my SIPUA registered to make a call ,and i m getting following log for ser
---ser log--
stateless - initializing
Maxfwd module- initializing
0(13376) mod_init(): Database connection opened successfuly
0(0) INFO: udp_init: SO_RCVBUF is initially 65535
0(0) INFO: udp_init: SO_RCVBUF is finally 262142
2(13378) INFO: fifo process starting: 13378
2(13378) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
0(13376) REGISTER: Authenticating user
0(13376) REGISTER: challenging user
---ser.cfg--
#
# ----------- global configuration parameters ------------------------
debug=3 # debug level (cmd line: -dddddddddd)
fork=no
log_stderror=yes # (cmd line: -E)
listen=202.71.135.219
/* 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/auth_radius.so"
#loadmodule "/usr/local/lib/ser/modules/uri_radius.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
modparam("usrloc", "db_mode", 2)
modparam("auth_radius", "radius_config","/usr/local/etc/radiusclient/radiusclient.conf")
#modparam("uri_radius", "radius_config","/usr/local/etc/radiusclient/radiusclient.conf")
modparam("auth_radius", "service_type", 15)
# -- 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", "radius_flag", 1)
# ------------------------- request routing logic -------------------
alias=sip.net4india.com
# 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 (method=="REGISTER") {
log(1, "REGISTER: Authenticating user\n");
if (!radius_www_authorize("")) {
log(1, "REGISTER: challenging user\n");
www_challenge("", "0");
break;
};
save("location");
break;
};
if (method=="INVITE") {
log(1, "INVITE\n");
setflag(1); /* set for accounting (the same value as in
log_flag!) */
};
if (method=="MESSAGE") {
log(1, "MESSAGE\n");
setflag(1); /* set for accounting (the same value as in
log_flag!) */
};
if (method=="BYE" || method=="CANCEL") {
log (1, "BYE or CANCEL\n");
setflag(1);
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
if (!t_relay()) {
sl_reply_error();
break;
};
}
'ans_machine' is the name of the sems-binary in the ser_rel_0_8_11, whereas 'sems' is the name of the sems-binary in the unstable branch. So you can't use both, use the old one if you use ser 0.8.11 (stable) or use sems from cvs if you use ser from cvs (unstable).
Klaus
> -----Original Message-----
> From: Sesha B [mailto:sesha@iic.com]
> Sent: Wednesday, November 12, 2003 9:18 PM
> To: Jiri Kuthan; Harry Behrens; Klaus Darilion; serusers(a)lists.iptel.org
> Subject: RE: AW: [Serusers] Voicemail
>
>
> Do I have to start sems and ans_machine seperately or are
> they both same?
> I'm able to start ans_machine but when i try to do
> /usr/local/sbin/sems, I
> get /etc/rc.d/init.d/functions: No such file or directory !!
> Please suggest!
> Thank you.
>
> -----Original Message-----
> From: Jiri Kuthan [mailto:jiri@iptel.org]
> Sent: Wednesday, November 12, 2003 2:39 PM
> To: Harry Behrens; Klaus Darilion; sesha(a)iic.com; serusers(a)lists.iptel.org
> Subject: Re: AW: [Serusers] Voicemail
>
>
> see doc
> http://www.iptel.org/ser/doc/seruser/seruser.html#FIFOSERVER and
> some development info is at
> http://iptel.org/~faqomatic/fom-serve/cache/23.html.
> As Klaus responded, the primary issue is that your SEMS part
> was not running
> at all.
>
> -jiri
>
>
> At 05:28 PM 11/12/2003, Harry Behrens wrote:
> >Hi Klaus,
> >
> >is there any documenation - save of course the source - with
> regards to
> this inter-FIFO communication protocol/mechanism?
> >
> >All I´ve understood so far is, that it seems one pushes
> SIP/SDP "messages"
> into the FIFO (s.th. like a named pipe/UNIX socket?).
> >
> >Also, I have seen scripts which seem to indicate that there
> is something
> like "application escapes", where SER functionality can be
> addressed via
> s.th like /^:name_of_function/)
> >
> >Can anybody point to some technical spec/description of this
> mechanism and
> how to configure/script it?
> >
> >Thanx,
> >
> > Harry
> >
> >Dr. Harry Behrens
> >Projektleitung BIB3R
> >DAI Labor - Technische Universität Berlin
> >Sekretariat GOR 1-1, Franklinstrasse 28/29, 10587 Berlin
> >
> >Fon: +49 30 314 23383
> >Fax: +49 30 314 21799
> >
> >Email: harry.behrens(a)dai-labor.de
> >
> >http://www.dai-labor.de
> >
> >
> >
> >> -----Ursprüngliche Nachricht-----
> >> Von: Klaus Darilion [mailto:darilion@ict.tuwien.ac.at]
> >> Gesendet: Mittwoch, 12. November 2003 16:13
> >> An: sesha(a)iic.com; serusers(a)lists.iptel.org
> >> Betreff: RE: [Serusers] Voicemail
> >>
> >>
> >> Have you installed sems? Have you started sems?
> >> (http://developer.berlios.de/projects/sems)
> >>
> >> This is the voicemail programm for ser. You have to install
> >> it on the same machine where ser is running and they will
> >> communicate using a FIFO.
> >>
> >> regards,
> >> Klaus
> >>
> >> > -----Original Message-----
> >> > From: Sesha B [mailto:sesha@iic.com]
> >> > Sent: Wednesday, November 12, 2003 4:11 PM
> >> > To: Klaus Darilion; serusers(a)lists.iptel.org
> >> > Subject: RE: [Serusers] Voicemail
> >> >
> >> >
> >> > I'm getting this error from debugs:
> >> >
> >> > 500 couldn not contact announcement server.
> >> >
> >> > Please let me know what it means? Is it possible to put the
> >> > voicemail on the
> >> > PBX? I have the voicemail configured for this number on the
> >> > PBX. Thank you.
> >> >
> >> >
> >> >
> >> > -----Original Message-----
> >> > From: Klaus Darilion [mailto:darilion@ict.tuwien.ac.at]
> >> > Sent: Wednesday, November 12, 2003 9:42 AM
> >> > To: sesha(a)iic.com; serusers(a)lists.iptel.org
> >> > Subject: RE: [Serusers] Voicemail
> >> >
> >> >
> >> > Usually, if the phone (user) is registered, the call will
> >> be forwarded
> >> > to the SIP phone instead of forwarding it to the voicemail.
> >> If a want
> >> > to redirect the call to the voicemail after several seconds
> >> > (e.g. if no one
> >> > picks up the phone), you have to use the fr_inv_timer timer
> >> and set up
> >> > script as shown in:
> >> > http://www.iptel.org/ser/doc/seruser/seruser.html#REPLYPROCESSING
> >> >
> >> > regards,
> >> > Klaus
> >> >
> >> > > -----Original Message-----
> >> > > From: Sesha B [mailto:sesha@iic.com]
> >> > > Sent: Wednesday, November 12, 2003 2:44 PM
> >> > > To: Jiri Kuthan; serusers(a)lists.iptel.org
> >> > > Subject: RE: [Serusers] Voicemail
> >> > >
> >> > >
> >> > > Hi,
> >> > >
> >> > > I'm trying to implement voicemail. When a call is made to a SIP
> >> > > phone, and if the SIP phone is ringing, the "ngrep port
> >> 5060" on the
> >> > > SER shows that it
> >> > > is connected. So, it is looking it as a successful connection
> >> > > and hence it
> >> > > is not going to the answering machine. Is there a roundabout
> >> > > solution for
> >> > > this? Please let me know. Thank you.
> >> > >
> >> > > _______________________________________________
> >> > > Serusers mailing list
> >> > > serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/seruser> s
> >> > >
> >> > >
>
> >> >
> >> >
> >>
> >>
> _______________________________________________
> >> 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
>
> --
> Jiri Kuthan http://iptel.org/~jiri/
>
>
>
