sr-users

sr-users@lists.kamailio.org

18 participants
37529 discussions

[Serusers] Commercial SER Support
by Darren Nay 21 Apr '05

21 Apr '05

Hey All, Do any of you know of a reliable / knowledgeable source for commercial technical support for SER. If so, we may be interested. We have worked in the past directly with IPTel, and have discussed support options recently with Jiri. He suggested that we ask the fine folks of the SER Users mailing list for their suggestions. Thanks so much, Darren Nay Ionosphere, Inc dnay(a)ionosphere.net (864) 678-3158

3 2

[Serusers] how to get call duration in radius accounting stop
by Kamran Ahmad 21 Apr '05

21 Apr '05

hi how to get call duration in radius. there should be callduration in accounting stop but here in my case there is no callduration Acct-Status-Type = Stop Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 8 User-Name = "4000@ser" Calling-Station-Id = "sip:4000@ser" Called-Station-Id = "sip:3000@ser" Sip-Translated-Request-URI = "sip:3000@ser" Acct-Session-Id = "CB13EC9C-9DB4-420F-BEF4-786E6398D714@UA" Sip-… [View More]

2 1

Re: [Serusers] Ser 0.9.0 and Cisco Voice Gateway
by Ahmad Cheikh-Moussa 21 Apr '05

21 Apr '05

Hi Steve! Now it works properly. Like you wrote the port command was missed in the dial peer. dial-peer voice 1 pots description Default-Dial-peer fuer ausgehende Anrufe preference 3 service session max-conn 25 destination-pattern 0T progress_ind alert enable 8 direct-inward-dial port 0/0/1:15 Now I have activated the www_authorize section. # Uncomment this if you want to use digest authentication if (!www_authorize("netuse.de", "subscriber")) { … [View More] www_challenge("netuse.de", "1"); break; }; On my cisco I see following when I enable the ccsip debugging: Apr 21 09:24:52.933 MEST: //-1/xxxxxxxxxxxx/SIP/Info/HandleUdpSocketReads: Msg enqueued for SPI with IP addr: 192.168.254.30:5060 Apr 21 09:24:52.933 MEST: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x00000000 Apr 21 09:24:52.933 MEST: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.254.203:5060;branch=z9hG4bK2924EA From: "0*" <sip:0*@192.168.254.30>;tag=E7AF75C-13AE To: "0*" <sip:0*@192.168.254.30>;tag=b27e1a1d33761e85846fc98f5f3a7e58.2283 Call-ID: E1A23104-B0DA11D9-81B582BA-75F29624 CSeq: 42 REGISTER WWW-Authenticate: Digest realm="netuse.de", nonce="426756705993d4a9785e2e828158f76faa5234d4", qop="auth" Server: Sip EXpress router (0.9.0 (sparc64/solaris)) Content-Length: 0 Warning: 392 192.168.254.30:5060 "Noisy feedback tells: pid=16087 req_src_ip=192.168.254.203 req_src_port=52773 in_uri=sip:192.168.254.30:5060 out_uri=sip:192.168.254.30:5060 via_cnt==1" Apr 21 09:24:52.933 MEST: //-1/000000000000/SIP/Error/sipSPIHandleAuthChallenge: Error getting credentials Apr 21 09:24:52.933 MEST: //-1/000000000000/SIP/Info/sipSPIUdeleteCcbFromUACTable: ****Deleting from UAC table. Apr 21 09:24:52.933 MEST: //-1/000000000000/SIP/Info/sipSPIUdeleteCcbFromTable: Deleting from table. ccb=0x45D7009C key=E1A23104-B0DA11D9-81B582BA-75F29624 Apr 21 09:24:52.933 MEST: //-1/000000000000/SIP/Info/sipSPIFlushEventBufferQueue: There are 0 events on the internal queue that are going to be free'd Apr 21 09:24:52.933 MEST: //-1/000000000000/SIP/Info/sipSPIUfreeOneCCB: Freeing ccb 45D7009C It looks like the cisco tries to registering to the server, but the server decline this. How can I enable the registering of my gateway in ser, without to disable the www_authorize ? Regards, Ahmad On Apr 20, 05, Steve Blair wrote: > > > Ahmad Cheikh Moussa wrote: > > >Hi! > > > >> > >>>Can I ask you some questions? > >>>How do I know, that my ser server only act as registrar and > >>>redirect Server ? With redirect I mean, any other calls, which > >>>starts with 0, redirect to the gateway. > >> > >> > >> > >>I'm not sure I understand. Are you concerned about people outside > >>of your user community routing calls through your proxy and out to the > >>PSTN? If so then you need to use check_from and check_to to > >>determine if the caller is authenticated to your proxy. > > > >I have following line in ser.cfg > >t_relay_to_udp("192.168.254.203", "5060"); > >when I understand you right, then I have to change this paramater to > >sl_relay_to_udp("192.168.254.203", "5060"); > > > No, the t_relay is fine. > > >This would mean stateless forwarding to this gateway ? > >correct ? > > > >Regars, > > Ahmad > > > > -- > > ISC Network Engineering > The University of Pennsylvania > 3401 Walnut Street, Suite 221A > Philadelphia, PA 19104 > > > voice: 215-573-8396 > > 215-746-8001 > > fax: 215-898-9348 > > sip:blairs@upenn.edu > -- Ahmad Cheikh-Moussa NetUSE AG Dr.-Hell-Straße, 24107 Kiel, Germany Telefon: +49 431 2390 400 -- Telefax: +49 431 2390 499 Service: Service(a)NetUSE.DE -- http://NetUSE.DE/ [View Less]

1 0

[Serusers] HELP Needed! SER Crashes.
by Aleksandr N/A 21 Apr '05

21 Apr '05

Hi! I have some problems with SER 0.8.14. When I'm trying AUTH modules, it crashes. (it says: --------------------------------------------------------------------------------------------------- Starting SER : cat: /var/run/ser.pid: No such file or directory started pid() --------------------------------------------------------------------------------------------------- My config is the following: # # $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei Exp $ # # simple quick-start … [View More]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" # ------------------ 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" # ----------------- 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==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("ignosya.dyndns.org", "subscriber")) { www_challenge("ignosya.dyndns.org", "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(); }; } [View Less]

4 7

[Serusers] (no subject)
by Clay Bryan 21 Apr '05

21 Apr '05

Hi, I loaded serweb on my gentoo box and when I open the my_account.php I get a error highlighted in red sorry - fifo reading error. Has anyone else encountered this problem and if so how can I fix it. Wercs Communications Clay Bryan Network Administrator Wercs Communications 400 East First Casper, WY 82601 <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=400+East+First&csz=Caspe r%2C+WY++82601&country=us> CBryan(a)wercs.com <mailto:CBryan@wercs.com> … [View More]

2 1

[Serusers] SER & Mediaproxy. Sipura vs x-lite (again)
by Cameron Beattie 21 Apr '05

21 Apr '05

An earlier post discussed issues I had calling between Sipura and x-lite. After receiving a lot of help that issue was resolved ... sort of. For those interested, calls between two x-lite UAs through an incorrectly configured mediaproxy had two-way audio but calls between x-lite and sipura did not. I now get one-way audio between the Sipura and x-lite when the call goes over the internet and back into the same NAT, but get no audio when the calls goes out and back into another NAT. I … [View More]am using: ser 0.9.1 mediaproxy 1.3.0 ser.cfg from onsip.org I have posted the relevant Invites from 4 scenarios below and would appreciate any insight: 1. Sipura to x-Lite on same NAT (one-way audio) 2. Sipura to x-Lite on different NAT (no audio) 3. x-Lite to x-Lite on same NAT (audio OK) 4. x-Lite to x-Lite on different NAT (audio OK) The problem may be that the c record is the local IP address for the Sipura with the Sipura calls whereas with the x-lite calls it is the public IP address. I've checked the settings on the sipura and the NAT settings = no (I think this means leave NAT to mediaproxy) whilst the Via settings = yes. *Scenario 1* The following invite is on a call from Sipura (beattiek) to x-Lite (beattiec) on the same NAT. Audio is heard in one direction (from x-lite to Sipura). Sipura -> Nat 1 -> Proxy -> Nat 1 -> x-lite U 147.202.44.XXX:5060 -> 60.234.199.XXX:1028 INVITE sip:beattiea@60.234.199.XXX:5060 SIP/2.0..Record-Route: <sip:alias1@147.202.44.XXX:5060;nat=yes;ftag=1df09ec95856c84do0;lr=on> ..Via: SIP/2.0/UDP 147.202.44.XXX;branch=z9hG4bK6799.73035531.0..Via: SIP/2.0/UDP 192.168.0.11:5060;received=60.234.199.XXX;branch=z9hG4b K-d4727cc1;rport=5060..From: Cameron's sipura 2000 <sip:beattiek@beta.mydomain.co.nz>;tag=1df09ec95856c84do0..To: <sip:alias1@beta. mydomain.co.nz>..Call-ID: 91508d79-f1c0295d@192.168.0.11..CSeq: 102 INVITE..Max-Forwards: 16..Contact: Cameron's sipura 2000 <sip:beatt iek@60.234.199.XXX:5060>..Expires: 240..User-Agent: Sipura/SPA2000-2.0.13(g)..Content-Length: 424..Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER..Supported: x-sipura..Content-Type: application/sdp....v=0..o=- 8343043 8343043 IN IP4 192.168.0.11..s=-..c=IN IP 4 192.168.0.11..t=0 0..m=audio 16454 RTP/AVP 0 2 4 8 18 96 97 98 100 101..a=rtpmap:0 PCMU/8000..a=rtpmap:2 G726-32/8000..a=rtpmap:4 G723/ 8000..a=rtpmap:8 PCMA/8000..a=rtpmap:18 G729a/8000..a=rtpmap:96 G726-40/8000..a=rtpmap:97 G726-24/8000..a=rtpmap:98 G726-16/8000..a=rtpma p:100 NSE/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv.. *Scenario 2* The following invite is on a call from Sipura (beattiek) to x-Lite (pearcej) on a separate NAT. No audio is heard in either direction. Sipura -> Nat 1 -> Proxy -> Nat 2 -> x-lite U 147.202.44.XXX:5060 -> 219.88.100.XX:5060 INVITE sip:pearcej@219.88.100.XX:5060 SIP/2.0..Record-Route: <sip:alias2@147.202.44.XXX:5060;nat=yes;ftag=3c35fa19eb73610fo0;lr=on>..Via : SIP/2.0/UDP 147.202.44.XXX;branch=z9hG4bK810a.ea51b996.0..Via: SIP/2.0/UDP 192.168.0.11:5060;received=60.234.199.XXX;branch=z9hG4bK-ca5 e9437;rport=5060..From: Cameron's sipura 2000 <sip:beattiek@beta.mydomain.co.nz>;tag=3c35fa19eb73610fo0..To: <sip:alias2@beta.mydomain .co.nz>..Call-ID: 92d1ee61-22aab967@192.168.0.11..CSeq: 102 INVITE..Max-Forwards: 16..Contact: Cameron's sipura 2000 <sip:beattiek@60.2 34.199.XXX:5060>..Expires: 240..User-Agent: Sipura/SPA2000-2.0.13(g)..Content-Length: 424..Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER..Supported: x-sipura..Content-Type: application/sdp....v=0..o=- 7997909 7997909 IN IP4 192.168.0.11..s=-..c=IN IP4 192.16 8.0.11..t=0 0..m=audio 16442 RTP/AVP 0 2 4 8 18 96 97 98 100 101..a=rtpmap:0 PCMU/8000..a=rtpmap:2 G726-32/8000..a=rtpmap:4 G723/8000..a= rtpmap:8 PCMA/8000..a=rtpmap:18 G729a/8000..a=rtpmap:96 G726-40/8000..a=rtpmap:97 G726-24/8000..a=rtpmap:98 G726-16/8000..a=rtpmap:100 NS E/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv.. *Scenario 3* The following invite is on a call from x-Lite (beattiec) to x-Lite (beattiea) on the same NAT. x-lite-> Nat 1 -> Proxy -> Nat 1 -> x-lite U 147.202.44.XXX:5060 -> 60.234.199.XXX:1028 INVITE sip:beattiea@60.234.199.XXX:5060 SIP/2.0..Record-Route: <sip:beattiea@147.202.44.XXX:5060;nat=yes;ftag=251677925;lr=on>..Via: SIP/ 2.0/UDP 147.202.44.XXX;branch=z9hG4bKd72b.189eef55.0..Via: SIP/2.0/UDP 60.234.199.XXX:5060;rport=1027;branch=z9hG4bK52D2A416DB7849C4BC88D 0A3B2B4B1D1..From: Cameron's laptop <sip:beattiec@beta.mydomain.co.nz>;tag=251677925..To: <sip:beattiea@beta.mydomain.co.nz>..Contact : <sip:beattiec@60.234.199.XXX:1027>..Call-ID: 0E31A4AE-E92F-46D1-8ACB-7CB7E2FF1641@192.168.0.15..CSeq: 18590 INVITE..Max-Forwards: 16..C ontent-Type: application/sdp..User-Agent: X-Lite release 1103m..Content-Length: 303....v=0..o=beattiec 169182050 169182181 IN IP4 60.234. 199.XXX..s=X-Lite..c=IN IP4 60.234.199.XXX..t=0 0..m=audio 8000 RTP/AVP 0 8 3 98 97 101..a=rtpmap:0 pcmu/8000..a=rtpmap:8 pcma/8000..a=rt pmap:3 gsm/8000..a=rtpmap:98 iLBC/8000..a=rtpmap:97 speex/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15.. *Scenario 4* The following invite is on a call from x-Lite (beattiec) to x-Lite (pearcej) on a separate NAT. x-lite -> Nat 1 -> Proxy -> Nat 2 -> x-lite U 147.202.44.XXX:5060 -> 219.88.100.XX:5060 INVITE sip:pearcej@219.88.100.XX:5060 SIP/2.0..Record-Route: <sip:alias2@147.202.44.XXX:5060;nat=yes;ftag=3274571863;lr=on>..Via: SIP/2. 0/UDP 147.202.44.XXX;branch=z9hG4bKa447.eadaf8e4.0..Via: SIP/2.0/UDP 60.234.199.XXX:5060;rport=1027;branch=z9hG4bKED04E2DC4F0846A5B616A13 47747365E..From: Cameron's laptop <sip:beattiec@beta.mydomain.co.nz>;tag=3274571863..To: <sip:alias2@beta.mydomain.co.nz>..Contact: <sip:beattiec@60.234.199.XXX:1027>..Call-ID: 60F12C88-B4A4-44D9-A207-FF7F6A97C3C8@192.168.0.15..CSeq: 7003 INVITE..Max-Forwards: 16..Cont ent-Type: application/sdp..User-Agent: X-Lite release 1103m..Content-Length: 303....v=0..o=beattiec 165963913 165964043 IN IP4 60.234.199 .XXX..s=X-Lite..c=IN IP4 60.234.199.XXX..t=0 0..m=audio 8000 RTP/AVP 0 8 3 98 97 101..a=rtpmap:0 pcmu/8000..a=rtpmap:8 pcma/8000..a=rtpma p:3 gsm/8000..a=rtpmap:98 iLBC/8000..a=rtpmap:97 speex/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15.. Many thanks for any help received. Regards Cameron Beattie [View Less]

1 0

[Serusers] Window Messenger and SER
by Hiep Trung Tran 21 Apr '05

21 Apr '05

Hi, After install SER on Solaris successfully then I use Window Messenger on 2 workstation to connect to the SER but neither sees the other is online. Could you please let me know how to fix this problem? Do I need to install mysql before using Window Messenger? Thanks a lot, Hiep

3 3

[Serusers] need help please, v0.9.0 problems
by Noel Paul Evangelista 21 Apr '05

21 Apr '05

hi guys, i need help please. very new on SER. i just installed v0.9.0(ser-0.9.0_src.tar) using "make prefix=/usr/local all" then "make prefix=/usr/local install". looks like everything was installed. ser.cfg is /usr/local/etc/ser and executables are in /usr/local/sbin. the modules are in their correct directory as shown in the ser.cfg. my problem is when i do a "serctl start" i get this problem: [root@SIPserver sbin]# serctl start Starting SER : PID file /var/run/ser.pid does not exist -- … [View More]

1 0

[Serusers] Permissions module, database configuration.
by Rod Bacon 21 Apr '05

21 Apr '05

In the latest CVS, and in everything else I have read, I can see no mention of the permissions module using SQL as it's data source. I have added the options to my ser.cfg (as per other people's configuration), but SER insists on attempting to read the permissions.allow and permissions.deny files on startup. Is this normal? -- ========================================== Rod Bacon - VOIP Systems Engineer Empowered Communications Ground Floor, 102 York St. South Melbourne Victoria, … [View More]

2 1

RE: [Serusers] Serious Problems with SER - Not responding anythin g.
by Ricardo Martinez 20 Apr '05

20 Apr '05

Thanks Jiri. I remember have been checked the typical services when the problem was happening. My Radius (i'm not use mysql) for example was working without problems... How can i log information of SER failures? Regards, Ricardo.- > -----Mensaje original----- > De: Jiri Kuthan [mailto:jiri@iptel.org] > Enviado el: Miércoles, 20 de Abril de 2005 13:12 > Para: Ricardo Martinez; 'serusers(a)lists.iptel.org' > Asunto: Re: [Serusers] Serious Problems with SER - Not responding > … [View More]anything. > > > a typical reason is SER is blocked waiting for some external service. > It may be possibly unavailable mysql, DNS, or RADIUS... > > -jiri > > At 07:09 PM 4/20/2005, Ricardo Martinez wrote: > >Hello list. > > I'm experiencing problems with my SER. As i > mentioned in a past > >post > (http://lists.iptel.org/pipermail/serusers/2005-April/018324.html), > >from time to time (it is getting pretty often) my SER not > answering any > >request, when a REGISTER reach the server it is not > challenged, this happens > >too with the INVITE's messages. About two hours ago this > happened again. > >I asked in my last post how to LOG the internal errors or > messages from SER > >to see if i can get some idea about what's going on, but i > have no answer > >about it. > >This is the infornmation i was able to capture when this was > happening : > > > >the serctl moni command shows a lot of "failures". > > > >[cycle #: 11; if constant make sure server lives and fifo is on] > >Server: Sip EXpress router (0.8.14-3 (i386/linux)) > >Now: Wed Apr 20 12:56:29 2005 > >Up Since: Thu Apr 14 21:32:18 2005 > >Up time: 487451 [sec] > > > >Transaction Statistics > >Current: 6 (2612 waiting) Total: 38194 (0 local) > >Replied localy: 80752 > >Completion status 6xx: 4643, 5xx: 768, 4xx: 10664, 3xx: > 0,2xx: 22552 > > > >Stateless Server Statistics > >200: 5975004 202: 0 2xx: 0 > >300: 0 301: 0 302: 0 3xx: 0 > >400: 0 401: 205980 403: 0 404: 0 407: 22918 408: 0 483: 0 > 4xx: 19 > >500: 0 5xx: 0 > >6xx: 0 > >xxx: 0 > >failures: 24180 > > > >UsrLoc Stats > >Domain Registered Expired > >'location' 219 4552 > >-------------------------------------------------------------- > >[cycle #: 5; if constant make sure server lives and fifo is on] > >Server: Sip EXpress router (0.8.14-3 (i386/linux)) > >Now: Wed Apr 20 12:56:47 2005 > >Up Since: Thu Apr 14 21:32:18 2005 > >Up time: 487469 [sec] > > > >Transaction Statistics > >Current: 4 (2619 waiting) Total: 38219 (0 local) > >Replied localy: 80762 > >Completion status 6xx: 4643, 5xx: 770, 4xx: 10667, 3xx: > 0,2xx: 22552 > > > >Stateless Server Statistics > >200: 5975030 202: 0 2xx: 0 > >300: 0 301: 0 302: 0 3xx: 0 > >400: 0 401: 205995 403: 0 404: 0 407: 22922 408: 0 483: 0 > 4xx: 19 > >500: 0 5xx: 0 > >6xx: 0 > >xxx: 0 > >failures: 24380 > > > >UsrLoc Stats > >Domain Registered Expired > >'location' 220 4552 > >----------------------------------------------------------------- > >[cycle #: 2; if constant make sure server lives and fifo is on] > >Server: Sip EXpress router (0.8.14-3 (i386/linux)) > >Now: Wed Apr 20 12:56:52 2005 > >Up Since: Thu Apr 14 21:32:18 2005 > >Up time: 487474 [sec] > > > >Transaction Statistics > >Current: 4 (2620 waiting) Total: 38224 (0 local) > >Replied localy: 80762 > >Completion status 6xx: 4643, 5xx: 770, 4xx: 10667, 3xx: > 0,2xx: 22552 > > > >Stateless Server Statistics > >200: 5975034 202: 0 2xx: 0 > >300: 0 301: 0 302: 0 3xx: 0 > >400: 0 401: 206000 403: 0 404: 0 407: 22923 408: 0 483: 0 > 4xx: 19 > >500: 0 5xx: 0 > >6xx: 0 > >xxx: 0 > >failures: 24445 > > > >UsrLoc Stats > >Domain Registered Expired > >'location' 215 4557 > > > >What is happening to cause the "failures" counter grows that much?. > > > >The free command shows this : > >[root@root]# free > > total used free shared > buffers cached > >Mem: 1030888 626464 404424 0 > 86692 369848 > >-/+ buffers/cache: 169924 860964 > >Swap: 2040244 4864 2035380 > > > >The top command shows not much use of CPU. The proccess > were running (the > >SER and mediaproxy) > >Despite of all this, the SER was not answering anything. > >Could this be a bug? or maybe a problem with my ser.cfg file?. I'm > >attaching my ser.cfg file too to see if someone can tell me > if there is > >something wrong about it. > >I really hope that someone could help me, this is getting > really complicated > >every time it happens. > > > >Thanks > >Ricardo Martinez.- > > > >************************************************** > >SER.CFG > >************************************************** > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++++++++++++++++++++++ > > > > > > > > > ># ----------- global configuration parameters > ------------------------ > > > >debug=0 # debug level (cmd line: -dddddddddd) > >fork=yes > >log_stderror=yes # (cmd line: -E) > > > >#Uncomment these lines to enter debugging mode > >#fork=no > >#log_stderror=yes > > > >listen=ip.of.my.ser > > > >alias=sip.mydomain.com > >alias=sip2.mydomain.net > >alias=ip.of.my.ser > > > > > >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" > >fifo_mode=0666 > > > > > ># ------------------ 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/textops.so" > >loadmodule "/usr/local//lib/ser/modules/exec.so" > > > ># ++++++++++ Para trabajar con NAT > > > >loadmodule "/usr/local//lib/ser/modules/mediaproxy.so" > >loadmodule "/usr/local//lib/ser/modules/domain.so" > >loadmodule "/usr/local//lib/ser/modules/dbtext.so" > >loadmodule "/usr/local//lib/ser/modules/nathelper.so" > > > ># Uncomment this if you want digest authentication > ># mysql.so must be loaded ! > >loadmodule "/usr/local/lib/ser/modules/auth.so" > > > ># ++++++++++ Modulos de Accounting y Autorizacion via Radius > > > >loadmodule "/usr/local/lib/ser/modules/auth_radius.so" > >loadmodule "/usr/local/lib/ser/modules/group_radius.so" > >loadmodule "/usr/local/lib/ser/modules/acc.so" > > > ># ----------------- setting module-specific parameters > --------------- > ># -- rr params -- > ># add value to ;lr param to make some broken UAs happy > >modparam("rr", "enable_full_lr", 1) > > > ># +++++ module authorization > >modparam("auth_radius","radius_config","/usr/local/etc/radius > client/radiuscl > >ient.conf") > >modparam("auth_radius","service_type",15) > > > > > ># +++++ module accounting > >modparam("acc","radius_config","/usr/local/etc/radiusclient/r > adiusclient.con > >f") > >modparam("acc","log_level",1) > >modparam("acc", "service_type", 15) > >modparam("acc", "radius_flag", 1) > >modparam("acc", "radius_missed_flag", 3) > >modparam("acc", "failed_transactions", 1) > >modparam("acc", "report_ack", 0) > > > > > ># +++++ group radius > >modparam("group_radius","radius_config","/usr/local/etc/radiu > sclient/radiusc > >lient.conf") > >modparam("group_radius", "use_domain", 1) > > > > > ># +++++ module mediaproxy > >modparam("mediaproxy", "natping_interval", 60) > >modparam("mediaproxy", "mediaproxy_socket", > "/var/run/mediaproxy.sock") > >#modparam("mediaproxy", "sip_asymmetrics", > >"/usr/local/etc/ser/sip-asymmetrics-clients") > >#modparam("mediaproxy", "rtp_asymmetrics", > >"/usr/local/etc/ser/rtp-asymmetrics-clients") > >modparam("registrar", "nat_flag", 5) > > > ># +++++ module domain > >modparam("domain", "db_url", "/usr/local/etc/ser/domaintables") > >modparam("domain", "domain_table", "domain") > >modparam("domain", "domain_col", "domain") > > > ># +++++ module tm > >modparam("tm", "fr_timer", 15) > >modparam("tm", "fr_inv_timer", 22) > >modparam("tm", "wt_timer", 5) > > > ># +++++ module registrar (Con estos parametro haces que el > location lookup > >priorize solo los mas recientes contacts) > >modparam("registrar", "append_branches", 0) > >modparam("registrar", "desc_time_order", 1) > > > > > ># ------------------------- request routing logic > ------------------- > > > ># main routing logic > > > >route { > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > ++++++++++++++ > > # Llamada a Rutina Externa "translate" para cambio de numero > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > ++++++++++++++ > > > > if (method=="INVITE" || method=="CANCEL") { > > exec_dset("/usr/local/etc/ser/translate"); > > }; > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > ++++++++++++++ > > # 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; > > }; > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > > # Marcamos todos los mensajes para que pasen por > nuestro servidor > > # a traves del record route. > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > > > > record_route(); > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > > # Permitimos el uso del campo Route en el ruteo de la llamada > > # > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > > > > if (method=="BYE" || method=="CANCEL") { > > log(1, "NAT: BYE o CANCEL recibido --> > terminando la sesion > >de media\n"); > > end_media_session(); > > setflag(1); > > }; > > > > if (loose_route()) { > > t_relay(); > > break; > > }; > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > # Manejo de los mensajes NOTIFY para Keep Alive de NAT > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > > > if ((method=="NOTIFY") && search("^Event: keep-alive")) { > > sl_send_reply("200", "OK"); > > break; > > }; > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > # Marcamos las llamadas para accounting > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > > > setflag(1); > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > # Test para clientes NATeados > > # > > # 1 : Chequea si el cliente tiene IP privada en el > campo Contact. > > # 2 : Chequea si el cliente se contacto con una IP > distinta a la del > >campo VIA. > > # 3 : Chequea si el cliente tiene IP privada en el > ultimo campo VIA. > > # > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+ > > > > > > if (client_nat_test("3")) { > > log(1, "NAT: Requerimiento de IP privada --> > fixed contact > >(en rutina principal)\n"); > > setflag(5); > > force_rport(); > > > > if (method=="REGISTER") { > > fix_nated_contact(); > > } else { > > fix_contact(); > > }; > > append_hf("P-hint: fixed NAT contact for > request\r\n"); > > }; > > > > > > if (uri==myself) { > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++ > > # Chequeo de REGISTRO para equipos del dominio 1 > > # Dominio Voiss : sip.mydomain.com > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++ > > > > if (method=="REGISTER" && > uri=~"^sip:.*sip.mydomain.com") { > > # Challenge/Response > > if ( > !radius_www_authorize("sip.mydomain.com")) { > > > www_challenge("sip.mydomain.com", "1"); > > break; > > }; > > > > # Mandamos un mensaje de Log si es > que un cliente > >NATEADO se registro. > > if (isflagset(5)) { > > log(1, "NAT: Cliente > NAT'eado registrado > >(dentro del chequeo de REGISTER)\n"); > > }; > > > > save("location"); > > break; > > }; # Fin chequeo de Registro para Dominio : > sip.mydomain.com > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++ > > # Chequeo de REGISTRO para equipos del dominio 2 > > # Dominio Mayoristas : sip2.mydomain.net > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++ > > > > if (method=="REGISTER" && > uri=~"^sip:.*sip2.mydomain.net") { > > # Challenge/Response > > if ( > !radius_www_authorize("sip2.mydomain.net")) { > > > www_challenge("sip2.mydomain.net", "1"); > > break; > > }; > > > > # Mandamos un mensaje de Log si es > que un cliente > >NATEADO se registro. > > if (isflagset(5)) { > > log(1, "NAT: Cliente > NAT'eado registrado > >(dentro del chequeo de REGISTER)\n"); > > }; > > > > save("location"); > > break; > > }; # Fin chequeo de Registro para Dominio : > >sip2.mydomain.net > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++ > > # CHEQUEO DEL INVITE PARA TODAS LAS LLAMADAS > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++ > > > > if (method=="INVITE" && src_ip!=xx.xx.xx.xx) { > > if ( !radius_proxy_authorize("")) { > > proxy_challenge("", "1"); > > log (1, "LOG: Llamada no > AUTORIZADA\n"); > > break; > > }; > > }; > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++ > > # Llamadas hacia dominio H.323 > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++ > > > > if ( (uri=~"^sip:717.*@.*") | > (uri=~"^sip:707.*@.*") | > >(uri=~"^sip:777.*@.*") | (uri=~"^sip:333.*@.*") | (uri=~"^sip > >:0.*@.*") ){ > > log(1,"FORWARDING : Llamada hacia plataforma > >H.323\n"); > > route(1); > > break; > > }; > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++ > > # Llamadas SIP locales > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++ > > > > if (!lookup("location")) { #Usuarios que no estan en > >"location" database. > > route(4); > > break; > > }; > > > > > > setflag(3); > > > > > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++ > > # Manejo para llamadas NAT'das > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++ > > > > if (method=="INVITE") { > > log(1, "ROUTING: Reply processing > (online user) > >enabled to handle NAT'd resonses\n"); > > t_on_reply("1"); > > if ( (isflagset(5)) && > (method=="INVITE" || > >method=="ACK") ) { > > log(1, "NAT: Invite > received --> > >enabling media proxy (else del lookup 2do if)\n"); > > use_media_proxy(); > > append_hf("P-hint: > request forced to > >media proxy\r\n"); > > }; > > }; > > > > # Do it ? (Ricardo Martinez) > > }; > > > > append_hf("P-hint: USRLOC\r\n"); > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++ > > # Efectuamos la llamada > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++ > > > > if (!t_relay()) { > > sl_reply_error(); > > break; > > }; > > > >} /* end of initial routing logic */ > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++++++++++ > ># COMIENZO DE LA SECCION DE RUTAS > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++++++++++ > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >++++++++++++++++++ > ># Route 1 : Llamadas con destino plataforma > >H.323#+++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++++++++++++++++++++ > >route[1] > >{ > > # send it out now; use stateful forwarding as it > works reliably > > # even for UDP2TCP > > > > # Esta NATEADO? > > if (isflagset(5)) { > > log(1, "NAT: At least one participant NAT'd > --> enable reply > >processing (hacia GW)\n"); > > t_on_reply("1"); > > if (method=="INVITE") { > > log(1, "NAT: Invite received --> > enabling proxied > >media session (hacia GW)\n"); > > setflag(1); > > use_media_proxy(); > > }; > > }; > > > > rewritehostport("mygw.mydomain.com:5060"); > > append_hf("P-hint: GATEWAY\r\n"); > > > > if (!t_relay()) { > > sl_reply_error(); > > break; > > }; > > > >} > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++++++++++++++ > ># Route 4 : Llamadas a usuarios Off-line > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++++++++++++++ > > > >route[4] { > > > > if (!t_newtran()) { > > sl_reply_error(); > > }; > > > > if (!t_reply("404", "Not Found IT!")) { > > sl_reply_error(); > > }; > > break; > >} > > > > > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++++++++++++++ > ># On Reply Route 1 : Equipos NATeados!! > >#++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > +++++++++++++++ > >+++++++++++++++++ > > > >onreply_route[1] { > > if ((isflagset(5) || client_nat_test("3")) && > >(status=~"(180)|(183)|2[0-9][0-9]")) { > > if (!search("^Content-Length:\ 0")) { > > use_media_proxy(); > > }; > > }; > > > > if (client_nat_test("1")) { > > fix_nated_contact(); > > }; > > > > > >} > > > > > > > > > >Ricardo Martinez.- > > > >_______________________________________________ > >Serusers mailing list > >serusers(a)lists.iptel.org > >http://lists.iptel.org/mailman/listinfo/serusers > > -- > Jiri Kuthan http://iptel.org/~jiri/ > [View Less]

2 1

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