sr-users November 2003

sr-users@lists.kamailio.org

116 participants
267 discussions

Re: [Serusers] ser/radius
by Daniel-Constantin Mierla 15 Nov '03

15 Nov '03

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 >> >> >> > > >

3 7

[Serusers] ser/radius stop accounting and strange suffix in SIPURI
by Madan 15 Nov '03

15 Nov '03

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

2 2

[Serusers] partially restrict access
by Daniel Medina 14 Nov '03

14 Nov '03

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

3 5

[Serusers] some test
by Alessio Focardi 14 Nov '03

14 Nov '03

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

2 1

[Serusers] Weird Error Message
by Andres 14 Nov '03

14 Nov '03

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

2 1

[Serusers] voicemail working finally
by Samy Touati 13 Nov '03

13 Nov '03

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.

2 1

[Serusers] radius issue
by Madan 13 Nov '03

13 Nov '03

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.

2 1

[Serusers] ser.cfg for radius
by Madan 13 Nov '03

13 Nov '03

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; }; }

2 1

[Serusers] need asssitance
by Peter David 13 Nov '03

13 Nov '03

Hello, Hi everyone I am very new to setting up SER and I am having issues setting up database ser. Am I doing it right Need help, Please thank you [root@bbcom-ser init.d]# /usr/sbin/ser_mysql.sh create MySql password for root: Doamin (realm) for the default user 'admin': BBCOM-SUBSCRIBER creating database ser ... ERROR 1045: Access denied for user: 'root@localhost' <mailto:'root@localhost'> (Using password: YES) [root@bbcom-ser init.d]# /usr/sbin/ser_mysql.sh create MySql password for root: Doamin (realm) for the default user 'admin': ser creating database ser ... ERROR 1045: Access denied for user: 'root@localhost' <mailto:'root@localhost'> (Using password: YES) [root@bbcom-ser init.d]# /usr/sbin/ser_mysql.sh create MySql password for root: Doamin (realm) for the default user 'admin': HA1 calculation failed [root@bbcom-ser init.d]# /usr/sbin/ser_mysql.sh create MySql password for root: Doamin (realm) for the default user 'admin': admin creating database ser ... ERROR 1045: Access denied for user: 'root@localhost' <mailto:'root@localhost'> (Using password: YES) [root@bbcom-ser init.d]# ps -ef | grep mysqld root 12830 1 0 01:39 pts/2 00:00:00 /bin/sh /usr/bin/safe_mysqld --defaults-file=/etc/my.cnf mysql 12878 12830 0 01:39 pts/2 00:00:00 [mysqld] root 23234 9880 0 01:55 pts/2 00:00:00 grep mysqld [root@bbcom-ser init.d]# ps -ef | grep ser rpcuser 1551 1 0 Nov12 ? 00:00:00 [rpc.statd] root 1727 1 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1750 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1751 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1752 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1753 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1754 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1757 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1758 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1759 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1760 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1761 1727 0 Nov12 ? 00:00:00 /usr/sbin/ser root 1865 1 0 Nov12 ? 00:00:00 /usr/bin/perl /sources/webmin/webmin-1.070/miniserv.pl /etc/webmin/miniserv.conf root 2687 1 0 Nov12 ? 00:00:00 /usr/libexec/bonobo-activation-server --ac-activate --ior-output-fd=16 root 2919 2852 0 01:24 pts/1 00:00:06 /bin/sh /usr/sbin/serctl moni root 23328 9880 0 01:55 pts/2 00:00:00 grep ser [root@bbcom-ser init.d]#

2 1

RE: AW: [Serusers] Voicemail
by Klaus Darilion 13 Nov '03

13 Nov '03

'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/ > > >

3 2

← Newer
1
...
16
17
18
19
20
21
22
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users November 2003