- sr-users - kamailio.org

[Serusers] ENUM domain_suffix
by Matt Schulte 22 Mar '05

22 Mar '05

I replaced the default domain_suffix with my own and I get this using lookups, I am using sip_router CVS get_record: lookup(9.0.9.5.7.7.6.6.6.8.1., 35) failed 8(31957) enum_query(): No NAPTR record found for 9.0.9.5.7.7.6.6.6.8.1.. It looks like it's not seeing the domain I used? suggestions? Is this broke? Should I manually change the code? Thanks.

1 0

[Serusers] append_hf_helper brings strange characters.
by szj 22 Mar '05

22 Mar '05

I use the SER 0.10.99 version. I want to modify the procedure of tm module. Before sending the request and forwarding the reply, I managed to modify the request and response, f.e, to insert another header into the request and response. In the request, it works correctly.But in the response, sometime it works, sometimes it failed. The debug log is as follows. 2(2196) old size: 784, new size: 869 2(2196) build_res_from_sip_res: copied size: orig:76, new: 161, rest: 708 msg= SIP/2.0 200 OK^M >P-Security-Nobody:Zgrrv1Y/19zYJGyKXm4obgHZZP5jY59qxbhLxEUgZO11uI41w1QzJKqSbjYQ6G7e/ViClnetse/aCE+dj/TbAZFQa45dL/wPzAS4MDKABos=^M >/QjFhTWNKQaL8k=^M/*<90>*Via: SIP/2.0/UDP 192.168.0.19:5500;branch=z9hG4bK1648283653^M Record-Route: <sip:192.168.0.19;ftag=549451184;lr>^M From: <sip:861111@sip.suntest.com>;tag=81929894;tag=549451184^M To: <sip:862222@sip.suntest.com>;tag=882426148^M Call-ID: 903055665(a)192.168.0.19^M CSeq: 21 INVITE^M Contact: <sip:862222@192.168.0.19:6600>^M Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, MESSAGE, INFO^M Content-Type: application/sdp^M Content-Length: 261^M ^M v=0^M o=nobody 20041028 20000001 IN IP4 192.168.0.19^M s=A call^M c=IN IP4 192.168.0.19^M t=1111396796 1111400396^M m=audio 7100 RTP/AVP 0 8^M a=rtpmap:0 PCMU/8000^M a=rtpmap:8 PCMA/8000^M m=video 7600 RTP/AVP 98 31^M a=rtpmap:98 H263/90000^M a=rtpmap:31 vf=4/CIF/1/768^M I insert the header "P-Security-Nobody: " into the response using the modified version of function "append_hf_helper". There are some strange code in the backend of inserted header. f.e, the italic black characters in the log. I had added a null terminator at the tail of the inserted header. I guess it is caused by the data_lump functions. Who can tell me the real reason of that? Thanks for your kind help. Best Regards. Sun Zongjun

2 2

[Serusers] getting "error: 400; check if you use aliases in SER" when adding a new user with serctl
by Alberto Cruz 21 Mar '05

21 Mar '05

Hi list maybe this is an stupid question but I can't find any clue what I'm doing wrong. When I try to add a new user using serctl add I'm getting the following error: error: 400; check if you use aliases in SER What does "error: 400" mean? I have looked it at messages and I'm no receiving any log information. I'm using two aliases at my ser.cfg I'm attaching my ser.cfg How should I handle this error? Regards Alberto Cruz # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) listen=65.208.39.215 port=5060 alias=65.208.39.215 alias=sip.telereunion.com.mx children=4 fifo_mode=0666 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" # ------------------ 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/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/group.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.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) modparam("domain", "db_mode", 1) modparam("auth_db|usrloc|domain|group", "db_url", "mysql://ser:heslo@localhost/ser") modparam("group", "use_domain", 0) # -- 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) modparam("mediaproxy", "natping_interval", 60) modparam("registrar", "nat_flag", 2) # ------------------------- 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")) { if (method!="ACK") { sl_send_reply("483","Too Many Hops"); }; break; }; if (msg:len >= 2048 ) { if (method!="ACK") { sl_send_reply("513", "Message too big"); }; break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); if (method=="REGISTER") { if (uri==myself || is_from_local()) { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("", "subscriber")) { www_challenge("", "0"); break; } else if (!check_to()) { sl_send_reply("403", "Username!=To not allowed"); break; }; if (!save("location")) { sl_reply_error(); }; } else { append_hf("P-hint: outbound alias\r\n"); sl_send_reply("403", "This domain is not served here"); }; break; }; if (method=="INVITE") { if (!(is_from_local() || uri==myself || is_uri_host_local())) { sl_send_reply("403", "Relaying is forbidden"); break; }; t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); # The following lines are added due media proxy if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; ### Begin PSTN evaluation if (method=="INVITE") { if (uri=~"sip:01[1-9][0-9]+@.*") { if (!is_user_in("From", "ld")) { sl_send_reply("403", "LD permissions needed"); break; }; rewritehostport("65.208.39.219:5060"); } else if (uri=~"sip:00[1-9][0-9]+@.*") { if (!is_user_in("From", "int")) { sl_send_reply("403", "International permissions needed"); break; }; rewritehost("65.208.39.219"); }; t_on_reply("1"); }; ### End PSTN evaluation if (is_uri_host_local() || uri==myself) { # join with next if? # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(180)|(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; }

1 0

[Serusers] Why Does SER Keep Retransmitting "487 Request Terminated" Messages?
by Java Rockx 21 Mar '05

21 Mar '05

Hi All. I don't know if this problem is related to the re-INVITE problem I posted yesterday http://lists.iptel.org/pipermail/serusers/2005-March/016961.html But it seems that when our Sonus PSTN gateway is invovled in a call where the SIP UA sends a CANCEL before the other party answers, that ser restransmits 487 messages to the SIP UA. When dialing SIP->SIP everything works fine, it's just when the Sonus GW is being accessed that the problem surfaces. It appears that everything has been ACKed, so I'm stumped as to what is happening here. The attached call log shows the complete dialog where my Grandstream UA dialed a PSTN number and cancelled the call when the other side was ringing. Can anyone give me a pointer as to why this might be? Regards, Paul

1 1

[Serusers] developing custom module
by Martin van den Berg 21 Mar '05

21 Mar '05

Hello, I want to develop a custom module for SER. Where do I find something like an example, introduction or howto-guide? Thanks Martin

2 1

Re: [Serusers] Mediaproxy and parallel forking
by Enthu 21 Mar '05

21 Mar '05

On Mon, 21 Mar 2005 11:17:04 -0300, Ezequiel Colombo <ecolombo(a)arcotel.net> wrote: > Hi, are you using end_media_session() on receive of non-sucessfull reply ? Yes, I am doing ... but there wasnt any non-successfull reply in the scenario mentioned. Also, mediaproxy does terminate the session based on Call-ID (correct me if I am wrong) and it terminates the session completely, ignoring branches.

2 2

[Serusers] Registrar server helpppppppppppppp
by karim Oumalou 21 Mar '05

21 Mar '05

Hi everybody I having a weird behavior with the registrar module i have my ser.cfg ok, and i want to add the location and registration server. Please give me some comments for this problem. Excuse my english thanks

2 1

[Serusers] To and From Headers - Angle Brackets Or Not
by Java Rockx 21 Mar '05

21 Mar '05

Hi All. I'm using ser-0.9.1. Does anyone know if angle brackets are required around the TO: and FROM: headers? Our Sonus gateway sometimes omits these brackets and I just want to make sure that SER correctly identifies SIP transactions. Here is a PSTN->SIP INVITE that shows the brackets being omitted. U 2005/03/21 10:19:08.966284 216.229.127.60:5060 -> 10.3.0.221:5060 INVITE sip:3212514231@10.3.0.221:5060 SIP/2.0. Via: SIP/2.0/UDP 216.229.127.60:5060;branch=z9hG4bK619440ef48f-34104637. Via: SIP/2.0/UDP 66.243.109.99:5060;branch=4ad748fe5b9d60cbf6a53c0614a3da05. To: 3212514231 <sip:3212514231@66.243.109.99:5060>. From: sip:4073192279@66.236.245.98;tag=67DD67C-D31. Call-ID: 6997024-3320407223-278012(a)66.243.109.99. CSeq: 1 INVITE. Max-Forwards: 4. Contact: sip:4073192279@66.243.109.99:5060. Record-Route: <sip:216.229.127.60:5060;lr>. Content-Type: application/sdp. Content-Length: 313. . v=0. o=NexTone-MSW 1234 3665 IN IP4 66.236.245.98. s=sip call. c=IN IP4 66.236.245.98. t=0 0. m=audio 17694 RTP/AVP 18 0 4 8 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:0 PCMU/8000. a=rtpmap:4 G723/8000. a=fmtp:4 annexa=yes. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. Regards, Paul

2 2

RE: [Serusers] Getting Started - Issue 02 covers MySQL Support
by Didier Hung Wan Luk 21 Mar '05

21 Mar '05

Hi Simon, Is there a plan to include how to make Windows Messenger work with ser? How to make WM use peer-to-peer presence with ser? Kind Regards, DH. ________________________________ From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Simon Miles Sent: Monday, March 21, 2005 3:55 PM To: serusers(a)lists.iptel.org Subject: [Serusers] Getting Started - Issue 02 covers MySQL Support Dear All, Paul, Greger and myself would like you to know that the next issue of 'Getting Started' is now available on the www.ONsip.org web site. This new version builds upon the first issue by adding MySQL support. We are already finalising the next issue covering NAT support - a subject that always fills up this mailing list with questions. We are doing this for the community and would welcome any feedback on the document to make it more readable etc. Comments are welcome on the www.ONsip.org <http://www.onsip.org/> web site, goto Forums and select the Getting Started Feedback area. To download the document, go to the download section. We hope this is of benefit to the Community. Thanks Paul, Simon, Greger This mail has been scanned for known virus like activity on behalf of GALANA DISTRIBUTION PETROLIERE S.A. This E-mail is privileged, confidential and intended solely for the addressee(s).Any unauthorised dissemination or copying of this E-mail, and any use or disclosure of any information contained in it, is strictly prohibited and may be illegal. If you have received this E-mail in error please notify the sender immediately and delete it from your system. GALANA DISTRIBUTION PETROLIERE S.A. does not accept any liability for any errors, omissions, interceptions, corrupted mail, lost communications or late delivery which may arise as a result of this E-mail or for any virus that may be contained in it. Any views or opinions expressed in this E-mail are solely those of the author and do not necessarily reflect those of GALANA DISTRIBUTION PETROLIERE S.A. Ce courriel a fait l'objet, par GALANA DISTRIBUTION PETROLIERE S.A. de verifications le protegeant des virus connus. Ce courriel est personnel, confidentiel et adresse exclusivement a son ou ses destinataire(s). Toute diffusion ou copie non autorisee ainsi que l'usage partiel ou total de son contenu est strictement interdit et peut-etre illegal. Si vous avez recu ce courriel par erreur, merci d'en informer son emetteur et de l'effacer de votre ordinateur. GALANA DISTRIBUTION PETROLIERE S.A. refuse toutes responsabilites liees aux erreurs, omissions, interceptions, deformations, communications perdues, ou retards de transmissions dont ce courriel pourrait etre l'objet ou a l'origine ainsi que des virus qu'il pourrait contenir. Les avis ou opinions exprimes dans ce courriel refletent exclusivement ceux de son auteur et non ceux de GALANA DISTRIBUTION PETROLIERE S.A.

2 1

[Serusers] SER 0.8.14 + MEDIAPROXY: 2 UA BEHIND the same NAT : no sound
by Nicolas Ruiz 21 Mar '05

21 Mar '05

HI, I have installed SER 0.8.14 + MEDIAPROXY : when I make a call with 2 UA on different NAT, it's good. But, when the UAs are behind the same NAT, there are no sound. The RTP packets go to the MEDIAPROXY but NO SOUND. Does someone know how to solve this problem??? Best Regards NICOLAS RUIZ Thats my conf : if (method=="REGISTER") { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("sip.vivaction.net", "subscriber")) { www_challenge("sip.vivaction.net", "0"); break; } else if (!check_to()) { sl_send_reply("403", "Username!=To not allowed"); break; }; if (!save("location")) { sl_reply_error(); }; break; }; if (method == "BYE" || method == "CANCEL") { end_media_session(); }; if (loose_route()) { if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; # Force subsequent messages to pass trough this proxy if (method == "INVITE") { record_route(); }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; if (method=="INVITE") { t_on_reply("1"); }; if (is_uri_host_local()) { if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; } Vos Solutions Voix-Data ! Nicolas Ruiz Service Technique Ligne directe : + 33 (0) 1 56 38 39 71 Fax :+ 33 (0) 1 47 24 74 77 nruiz(a)vivaction.com Immeuble Plein Ouest 177 av. Georges Clemenceau 92024 Nanterre - France Tel : 0 811 02 6000 www.vivaction.com ____________________________________________________________________________ ____________________________________________ This e-mail and the information it contains are confidential and legally protected by law. Only access by the intended recipient is authorized. Review, distribution,reproduction, publication or other use of this e-mail is prohibited. Cet e-mail et les informations qu'il contient sont confidentiels et protégés par la loi. L'accès à ce message n'est autorisé qu'au destinataire de celui-ci. Toute modification,distribution, reproduction, publication, ou autre utilisation de cet e-mail est formellement interdite.

2 1

[Serusers] Troubles calling from a Nated UA to a PSTN gateway on a Public address space using SER 0.9.1 and Mediaproxy Release 1.2.1
by Alberto Cruz 21 Mar '05

21 Mar '05

Hi everybody I having a weird behavior with Mediaproxy I'm using SER 0.9.1 and Mediaproxy Release 1.2.1 The Gateway is a Cisco AS5300 using release 12.2(15)T I have a UA using behind a NAT, the PSTN gateway and the SER server both are using public IP addresses. The behaviors are the following: 1. When I tried to place a call from a NATed UA to the PSTN gateway I'm not receiving the call progress tone or ring back tone at the NATed UA. 2. If I decide to wait until the call is completed (doesn't matter if a heard death air as progress tone) I start hearing the calling party as soon the call is completed and we can talk each other without any troubles. 3. If I cancel the call and hang up the phone at the NATed UA before the call is completed (during the call progress stage) the SER/Mediaproxy don't cancel the call it still in progress until it is completed or cancelled by the PSTN. I'm attaching my ser configuration and the logging I'm getting when I cancel the call before it's completed. Please Help me to know how to fix this If I'm making some mistake with mediaproxy configuration. Thanks in advanced. Regards Alberto Cruz Mar 20 00:10:02 matrix proxydispatcher[1379]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag: Mar 20 00:10:02 matrix proxydispatcher[1379]: will use default mediaproxy for this call. Mar 20 00:10:02 matrix mediaproxy[1376]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:,dispatcher Mar 20 00:10:02 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: started. listening on 65.208.39.215:35150 Mar 20 00:10:02 matrix mediaproxy[1376]: command execution time: 9.23 ms Mar 20 00:10:02 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:02 matrix proxydispatcher[1379]: command execution time: 13.13 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:06 matrix mediaproxy[1376]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73,dispatcher Mar 20 00:10:06 matrix mediaproxy[1376]: command execution time: 1.63 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:06 matrix proxydispatcher[1379]: command execution time: 4.88 ms Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49125 (RTP) (will return to 200.67.33.247:49125) Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18342 (RTP) (will return to 65.208.39.219:18342) Mar 20 00:10:08 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49126 (RTCP) (will return to 200.67.33.247:49126) Mar 20 00:10:11 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18343 (RTCP) (will return to 65.208.39.219:18343) Mar 20 00:10:13 matrix proxydispatcher[1379]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info= Mar 20 00:10:13 matrix mediaproxy[1376]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info=dispatcher Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: 29/44/73 packets, 1380/5320/6700 bytes (caller/called/relayed) Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: ended. Mar 20 00:10:13 matrix mediaproxy[1376]: command execution time: 1.43 ms Mar 20 00:10:13 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '' Mar 20 00:10:13 matrix proxydispatcher[1379]: command execution time: 4.29 ms Mar 20 00:10:45 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:45 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:45 matrix proxydispatcher[1379]: command execution time: 0.91 ms Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed Mar 20 00:10:46 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:46 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:46 matrix proxydispatcher[1379]: command execution time: 1.08 ms Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: ERROR: on_reply processing failed Mar 20 00:10:47 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:47 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:47 matrix proxydispatcher[1379]: command execution time: 1.09 ms Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) listen=65.208.39.215 port=5060 alias=65.208.39.215 alias=sip.telereunion.com.mx children=4 fifo_mode=0666 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" # ------------------ 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/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/group.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.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) modparam("domain", "db_mode", 1) modparam("auth_db|usrloc|domain|group", "db_url", "mysql://ser:heslo@localhost/ser") modparam("group", "use_domain", 0) # -- 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) modparam("mediaproxy", "natping_interval", 60) modparam("registrar", "nat_flag", 2) # ------------------------- 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")) { if (method!="ACK") { sl_send_reply("483","Too Many Hops"); }; break; }; if (msg:len >= 2048 ) { if (method!="ACK") { sl_send_reply("513", "Message too big"); }; break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); if (method=="REGISTER") { if (uri==myself || is_from_local()) { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("", "subscriber")) { www_challenge("", "0"); break; } else if (!check_to()) { sl_send_reply("403", "Username!=To not allowed"); break; }; if (!save("location")) { sl_reply_error(); }; } else { append_hf("P-hint: outbound alias\r\n"); sl_send_reply("403", "This domain is not served here"); }; break; }; if (method=="INVITE") { if (!(is_from_local() || uri==myself || is_uri_host_local())) { sl_send_reply("403", "Relaying is forbidden"); break; }; t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); # The following lines are added due media proxy if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; ### Begin PSTN evaluation if (method=="INVITE") { if (uri=~"sip:01[1-9][0-9]+@.*") { if (!is_user_in("From", "ld")) { sl_send_reply("403", "LD permissions needed"); break; }; rewritehostport("65.208.39.219:5060"); } else if (uri=~"sip:00[1-9][0-9]+@.*") { if (!is_user_in("From", "int")) { sl_send_reply("403", "International permissions needed"); break; }; rewritehost("65.208.39.219"); }; t_on_reply("1"); }; ### End PSTN evaluation if (is_uri_host_local() || uri==myself) { # join with next if? # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(180)|(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; }

1 0

[Serusers] SER Radius Accounting - Two Start Messages for Every Call
by matt morris 21 Mar '05

21 Mar '05

Hello List, I got a problem with ser radius accounting. Seems ser sends two start messages to my freeradius server (ser 0.10.99-dev5, radiusclient-ng 0.5.0 and freeradius snapshot 20050315 in the same computer) for every calls I made, and also for missed calls (two same failed message). Does it have to do with my dictionary file(s)? For my ser.cfg, I only set the radius_flag to be 1 and radius_missed_flag to 2. I only called setflag(1) once with this if condition before record_route(): if (method=="INVITE" || method=="BYE") { setflag(1); }; Did not have this problem when I used db_flag There are another two users with this same or similar problem, but there is no answers to their thread. So wondering if they have solved it or anyone else know why is it behaving like this? Please help me out, thank you. My radacct log: Sun Mar 20 20:40:31 2005 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 1 User-Name = "xxxxxx(a)xxxxxx.xxxxxx.xxx" Calling-Station-Id = "sip:xxxxxx@xxxxxx.xxxxxx.xxx:xxxx" Called-Station-Id = "sip:yyyyyy@xxxxxx.xxxxxx.xxx" Sip-Translated-Request-URI = "sip:yyyyyy@xxxxxx.xxxxxx.xxx:xxxxx" Acct-Session-Id = "58FCBA73-03FD-4AB4-A4CC-6C0A890414F3(a)xxx.xxx.xxx.xxx" Sip-To-Tag = "3607001048" Sip-From-Tag = "577868341" Sip-Cseq = "18570" NAS-IP-Address = 127.0.0.1 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "2e516ab9838c2cbd" Stripped-User-Name = "xxxxxx" Realm = "DEFAULT" Timestamp = 1111369231 Sun Mar 20 20:40:31 2005 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 4 User-Name = "xxxxxx(a)xxxxxx.xxxxxx.xxx" Calling-Station-Id = "sip:xxxxxx@xxxxxx.xxxxxx.xxx:xxxx" Called-Station-Id = "sip:yyyyyy@xxxxxx.xxxxxx.xxx" Sip-Translated-Request-URI = "sip:yyyyyy@xxxxxx.xxxxxx.xxx:xxxxx" Acct-Session-Id = "58FCBA73-03FD-4AB4-A4CC-6C0A890414F3(a)xxx.xxx.xxx.xxx" Sip-To-Tag = "3607001048" Sip-From-Tag = "577868341" Sip-Cseq = "18570" NAS-IP-Address = 127.0.0.1 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "2e516ab9838c2cbd" Stripped-User-Name = "xxxxxx" Realm = "DEFAULT" Timestamp = 1111369231 Sun Mar 20 20:41:05 2005 Acct-Status-Type = Stop Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 8 User-Name = "xxxxxx(a)xxxxxx.xxxxxx.xxx" Calling-Station-Id = "sip:yyyyyy@xxxxxx.xxxxxx.xxx:xxxx" Called-Station-Id = "sip:xxxxxx@xxxxxx.xxxxxx.xxx" Sip-Translated-Request-URI = "sip:xxxxxx@xxxxxx.xxxxxx.xxx:xxxxx" Acct-Session-Id = "58FCBA73-03FD-4AB4-A4CC-6C0A890414F3(a)xxx.xxx.xxx.xxx" Sip-To-Tag = "577868341" Sip-From-Tag = "3607001048" Sip-Cseq = "2254" NAS-IP-Address = 127.0.0.1 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "7b53eafcefa8c57e" Stripped-User-Name = "yyyyyy" Realm = "DEFAULT" Timestamp = 1111369265 The same for missed calls too: Sun Mar 20 17:51:53 2005 Acct-Status-Type = Failed Service-Type = Sip-Session Sip-Response-Code = 408 Sip-Method = 1 User-Name = "xxxxxx(a)xxxxxx.xxxxxx.xxx" Calling-Station-Id = "sip:xxxxxx@xxxxxx.xxxxxx.xxx:xxxx" Called-Station-Id = "sip:yyyyyy@xxxxxx.xxxxxx.xxx" Sip-Translated-Request-URI = "sip:yyyyyy@xxxxxx.xxxxxx.xxx:xxxxx" Acct-Session-Id = "60A406F8-6CA2-4251-8CD6-796A69F82A3A(a)xxx.xxx.xxx.xxx" Sip-To-Tag = "n/a" Sip-From-Tag = "3544681223" Sip-Cseq = "4658" NAS-IP-Address = 127.0.0.1 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "5059d3ad9e266ea1" Stripped-User-Name = "xxxxxx" Realm = "DEFAULT" Timestamp = 1111359113 Sun Mar 20 17:51:53 2005 Acct-Status-Type = Failed Service-Type = Sip-Session Sip-Response-Code = 408 Sip-Method = 1 User-Name = "xxxxxx(a)xxxxxx.xxxxxx.xxx" Calling-Station-Id = "sip:xxxxxx@xxxxxx.xxxxxx.xxx:xxxx" Called-Station-Id = "sip:yyyyyy@xxxxxx.xxxxxx.xxx" Sip-Translated-Request-URI = "sip:yyyyyy@xxxxxx.xxxxxx.xxx:xxxxx" Acct-Session-Id = "60A406F8-6CA2-4251-8CD6-796A69F82A3A(a)xxx.xxx.xxx.xxx" Sip-To-Tag = "n/a" Sip-From-Tag = "3544681223" Sip-Cseq = "4658" NAS-IP-Address = 127.0.0.1 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "5059d3ad9e266ea1" Stripped-User-Name = "xxxxxx" Realm = "DEFAULT" Timestamp = 1111359113 _________________________________________________________________ Scan and help eliminate destructive viruses from your inbound and outbound e-mail and attachments. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

2 1

[Serusers] Mediaproxy and parallel forking
by Enthu 21 Mar '05

21 Mar '05

Hi, I was trying parallel forking with ser and Mediaproxy. Here is the scenario. Party Proxy Location A Location B | INVITE | | | |------------>| | | | 100 | | | |<------------| INVITE | | | |-------------------> | | | | INVITE | | | |----------------------|---------------->| | | 180 (w/o sdp) | | | |<----------------- | | | | | 180 (w/sdp) | | |<-------------------------------------- | | | 200 | | | |<-------------------| CANCEL | | |---------------------|---------------->| | | | 200 | | |<--------------------------------------| | | | | When I get 18X response I am doing "use_media_proxy" and Location B starts sending early media. When call is picked up at Location A, Calling party still gets early media from Location B. After Location B receives CANCEL, it stops sending media and media proxy shows idle session on one end. This combination is always failing to work. If both locations are uniform and dont send early media, parallel forking is working great. Do any of you come across this situation? Am I doing anything wrong here? I apologise if my query sounds stupid. thanks in advance. Enthu

1 0

Re: [Serusers] NAT & nathelper w/o rtp proxy
by Java Rockx 21 Mar '05

21 Mar '05

Yes. Mediaproxy and rtpproxy receive RTP data and forward it on to the other party in the call. Regards, Paul On Sun, 20 Mar 2005 22:01:40 +0100, Martin van den Berg <martinvdberg(a)gmail.com> wrote: > Thanks! But does mediaproxy relay the RTP? > > On Sun, 20 Mar 2005 08:35:37 -0500, Java Rockx <javarockx(a)gmail.com> wrote: > > For NAT traversal you can either use nathelper + rtproxy __OR__ mediaproxy. > > > > So the answer to your question is, yes you need nathelper to use > > rtpproxy because the force_rtp_proxy() function is in the nathlper > > module. > > > > Regards, > > Paul > > > > > > On Sat, 19 Mar 2005 21:43:14 +0100, Martin van den Berg > > <martinvdberg(a)gmail.com> wrote: > > > Hello Gurus, > > > > > > I'm running a lill' SER server(to which I am a newbe) here behind > > > NAT. The NAT setup is, I beleive, quite simple: the server is on > > > 192.168.1.3, the router is at 192.168.1.1 and the public IP address is > > > A.B.C.D. All calls/SIP requests originate from the public network. I > > > do not want to relay RTP. > > > > > > >From what I understand, I need to use the nathelper module. I've got a > > > script that *should* do something but SER reports "ERROR: > > > send_rtpp_command: can't connect to RTP proxy". > > > > > > Does nathelper always require a RTP Proxy? Or, can this be done w/o nathelper? > > > > > > Thanks! > > > > > > Martin > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > >

2 2

[Serusers] SER on linux-2.6 (help!)
by Steven Wang 21 Mar '05

21 Mar '05

Hello My SER can't get audio stream through on linux-2.6. The registration and other requests look fine in logs. Does anyone get SER run well on linux-2.6 (Fedora 2) Thank you! steven

2 1

RE: [Serusers] how to sort data retrieved from avp_db_load in avp ops module
by PHAN, Quang-Minh (Docteur Ordinateur) 21 Mar '05

21 Mar '05

Hi Juha, I thought that LCR module is only used to try a list of PSTN gateways or SIP proxies so I didn't look for a multi-forwarding solution using this module. Maybe I should take a look at it. Could you please confirm that with this module ser can load a list of destinations for each SIP request based on TO, FROM or RURI of the sip message? Thank you for your help. Minh -----Message d'origine----- De: Juha Heinanen A: PHAN, Quang-Minh (Docteur Ordinateur) Cc: 'serusers(a)lists.iptel.org' Date: 20/03/2005 14:04 Objet: [Serusers] how to sort data retrieved from avp_db_load in avpops module PHAN, Quang-Minh (Docteur Ordinateur) writes: > I want to implement serial forking with avpops module and I have this > problem. The set of destinations for each user is stored in a database and I > use apv_db_load to load it. However, I couldn't find a way to sort them in > the right order. For example, I cant tell SER to try destination A before B, > then C because there is no way to specify this in the database. if you use location table to store the destinations, then you can use lcr module to implement serial forking according to q value. > Another > feature I want to implement is to allow a client to specify a timeout for a > destination. Eg. Try A for x seconds, then try B for y seconds, then > try C. lcr module has a timer variable that is used to timeout all but the last destination. -- juha

2 1

RE: [Serusers] how to sort data retrieved from avp_db_load in avp opsmodule
by PHAN, Quang-Minh (Docteur Ordinateur) 21 Mar '05

21 Mar '05

Hi all, Thanks you for your help. I think I can implement a multi-forwarding service now but I think I should spend sometime trying to add some ordering mechanism to avpops module because basing on order from database is not enough for such kind of service. Minh -----Message d'origine----- De: serusers-bounces(a)lists.iptel.org A: Richard Cc: serusers(a)lists.iptel.org Date: 20/03/2005 20:28 Objet: Re: [Serusers] how to sort data retrieved from avp_db_load in avpopsmodule Richard wrote: >>Hi Minh, >> >>After loading the AVPs via apv_db_load() function you will have in >>memory the AVP list exactly in the revert order than in database. Ex: if >>you had for avp "test" values A, B, C and D, after loading you will have >>the order D, C, B and A. > > > Can anyone think of a way to set the order in the database? I think that it > is probably impractical, if not impossible. If you want to have ordering for AVP of same name/ID at load_db time you need to relay on some information/order already existing in the DB. At the moment, the only available criteria is the DB order itself. > > Is this reverse order by design or by implementation? My ser logic heavily > relies on the behavior. I wonder if any future upgrade might break it if it > is just how the code is implemented. The revert order is a effect of how the AVP core is implemented - the AVPs are kept in singled-linked list and any new APV is added at the beginning of the list. Best regards, Marian -- Voice System http://www.voice-system.ro _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Troubles calling from a Nated UA to a PSTN gateway on a Public address space using SER 0.9.1 and Mediaproxy Release 1.2.1
by Alberto Cruz 20 Mar '05

20 Mar '05

Hi everybody I having a weird behavior with Mediaproxy I'm using SER 0.9.1 and Mediaproxy Release 1.2.1 The Gateway is a Cisco AS5300 using release 12.2(15)T I have a UA using behind a NAT, the PSTN gateway and the SER server both are using public IP addresses. The behaviors are the following: 1. When I tried to place a call from a NATed UA to the PSTN gateway I'm not receiving the call progress tone or ring back tone at the NATed UA. 2. If I decide to wait until the call is completed (doesn't matter if a heard death air as progress tone) I start hearing the calling party as soon the call is completed and we can talk each other without any troubles. 3. If I cancel the call and hang up the phone at the NATed UA before the call is completed (during the call progress stage) the SER/Mediaproxy don't cancel the call it still in progress until it is completed or cancelled by the PSTN. I'm attaching my ser configuration and the logging I'm getting when I cancel the call before it's completed. Please let me know if this behavior is because I'm making some mistake with mediaproxy configuration. Thanks in advanced. Regards Alberto Cruz Mar 20 00:10:02 matrix proxydispatcher[1379]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag: Mar 20 00:10:02 matrix proxydispatcher[1379]: will use default mediaproxy for this call. Mar 20 00:10:02 matrix mediaproxy[1376]: command request call-80BF3413-4297-D911-0217-21(a)172.31.254.240 172.31.254.240:10286:audio 200.67.33.247 172.31.254.240 remote 65.208.39.219 remote Quintum/1.0.0 info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:,dispatcher Mar 20 00:10:02 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: started. listening on 65.208.39.215:35150 Mar 20 00:10:02 matrix mediaproxy[1376]: command execution time: 9.23 ms Mar 20 00:10:02 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:02 matrix proxydispatcher[1379]: command execution time: 13.13 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:06 matrix mediaproxy[1376]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73,dispatcher Mar 20 00:10:06 matrix mediaproxy[1376]: command execution time: 1.63 ms Mar 20 00:10:06 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '65.208.39.215 35150' Mar 20 00:10:06 matrix proxydispatcher[1379]: command execution time: 4.88 ms Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49125 (RTP) (will return to 200.67.33.247:49125) Mar 20 00:10:06 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18342 (RTP) (will return to 65.208.39.219:18342) Mar 20 00:10:08 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: caller signed in from 200.67.33.247:49126 (RTCP) (will return to 200.67.33.247:49126) Mar 20 00:10:11 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: called signed in from 65.208.39.219:18343 (RTCP) (will return to 65.208.39.219:18343) Mar 20 00:10:13 matrix proxydispatcher[1379]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info= Mar 20 00:10:13 matrix mediaproxy[1376]: command delete call-80BF3413-4297-D911-0217-21(a)172.31.254.240 info=dispatcher Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: 29/44/73 packets, 1380/5320/6700 bytes (caller/called/relayed) Mar 20 00:10:13 matrix mediaproxy[1376]: session call-80BF3413-4297-D911-0217-21(a)172.31.254.240: ended. Mar 20 00:10:13 matrix mediaproxy[1376]: command execution time: 1.43 ms Mar 20 00:10:13 matrix proxydispatcher[1379]: forwarding to mediaproxy on /var/run/mediaproxy.sock: got: '' Mar 20 00:10:13 matrix proxydispatcher[1379]: command execution time: 4.29 ms Mar 20 00:10:45 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:45 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:45 matrix proxydispatcher[1379]: command execution time: 0.91 ms Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:45 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed Mar 20 00:10:46 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:46 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:46 matrix proxydispatcher[1379]: command execution time: 1.08 ms Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:46 matrix /usr/local/sbin/ser[11725]: ERROR: on_reply processing failed Mar 20 00:10:47 matrix proxydispatcher[1379]: command lookup call-80BF3413-4297-D911-0217-21(a)172.31.254.240 65.208.39.219:18342:audio 65.208.39.219 172.31.254.240 remote 65.208.39.215 unknown Cisco-SIPGateway/IOS-12.x info=from:8412@172.31.254.240,to:018183324166@65.208.39.215,fromtag:ac1ffef0-20,totag:711504-73 Mar 20 00:10:47 matrix proxydispatcher[1379]: warning: trying to lookup session with non-existent id: 'call-80BF3413-4297-D911-0217-21(a)172.31.254.240' Mar 20 00:10:47 matrix proxydispatcher[1379]: command execution time: 1.09 ms Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: error: use_media_proxy(): empty response from mediaproxy Mar 20 00:10:47 matrix /usr/local/sbin/ser[11723]: ERROR: on_reply processing failed # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # # # ----------- global configuration parameters ------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) listen=65.208.39.215 port=5060 alias=65.208.39.215 alias=sip.telereunion.com.mx children=4 fifo_mode=0666 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" # ------------------ 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/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/group.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.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) modparam("domain", "db_mode", 1) modparam("auth_db|usrloc|domain|group", "db_url", "mysql://ser:heslo@localhost/ser") modparam("group", "use_domain", 0) # -- 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) modparam("mediaproxy", "natping_interval", 60) modparam("registrar", "nat_flag", 2) # ------------------------- 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")) { if (method!="ACK") { sl_send_reply("483","Too Many Hops"); }; break; }; if (msg:len >= 2048 ) { if (method!="ACK") { sl_send_reply("513", "Message too big"); }; break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); if (method=="REGISTER") { if (uri==myself || is_from_local()) { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("", "subscriber")) { www_challenge("", "0"); break; } else if (!check_to()) { sl_send_reply("403", "Username!=To not allowed"); break; }; if (!save("location")) { sl_reply_error(); }; } else { append_hf("P-hint: outbound alias\r\n"); sl_send_reply("403", "This domain is not served here"); }; break; }; if (method=="INVITE") { if (!(is_from_local() || uri==myself || is_uri_host_local())) { sl_send_reply("403", "Relaying is forbidden"); break; }; t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); # The following lines are added due media proxy if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; ### Begin PSTN evaluation if (method=="INVITE") { if (uri=~"sip:01[1-9][0-9]+@.*") { if (!is_user_in("From", "ld")) { sl_send_reply("403", "LD permissions needed"); break; }; rewritehostport("65.208.39.219:5060"); } else if (uri=~"sip:00[1-9][0-9]+@.*") { if (!is_user_in("From", "int")) { sl_send_reply("403", "International permissions needed"); break; }; rewritehost("65.208.39.219"); }; t_on_reply("1"); }; ### End PSTN evaluation if (is_uri_host_local() || uri==myself) { # join with next if? # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(180)|(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; }

1 0

[Serusers] how to sort data retrieved from avp_db_load in avpops module
by PHAN, Quang-Minh (Docteur Ordinateur) 20 Mar '05

20 Mar '05

Hi List, I want to implement serial forking with avpops module and I have this problem. The set of destinations for each user is stored in a database and I use apv_db_load to load it. However, I couldn't find a way to sort them in the right order. For example, I cant tell SER to try destination A before B, then C because there is no way to specify this in the database. Another feature I want to implement is to allow a client to specify a timeout for a destination. Eg. Try A for x seconds, then try B for y seconds, then try C. I wonder if there are ways to implement the services above using actual ser modules or it's not yet possible. Best regards, Minh

4 5

[Serusers] Connecting to SER by TCP
by Sergey Gribov 20 Mar '05

20 Mar '05

Hello, Are there are any issues with connecting to SER using TCP instead of UDP connection? Is it supposed to work exactly as a TCP one? Thanks in advance, __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

2 1

[Serusers] Can I syslog serctl moni failures
by Java Rockx 20 Mar '05

20 Mar '05

Hi All. Is it possible for ser to write received SIP traffic that causes "serctl moni" to show a failure? If I understand this correctly, a "failure" will never reach the processing in ser.cfg so I cannot just use xlog or something to write out the message that caused the failure. Regards, Paul

1 0

[Serusers] NAT & nathelper w/o rtp proxy
by Martin van den Berg 20 Mar '05

20 Mar '05

Hello Gurus, I'm running a lill' SER server(to which I am a newbe) here behind NAT. The NAT setup is, I beleive, quite simple: the server is on 192.168.1.3, the router is at 192.168.1.1 and the public IP address is A.B.C.D. All calls/SIP requests originate from the public network. I do not want to relay RTP. >From what I understand, I need to use the nathelper module. I've got a script that *should* do something but SER reports "ERROR: send_rtpp_command: can't connect to RTP proxy". Does nathelper always require a RTP Proxy? Or, can this be done w/o nathelper? Thanks! Martin

2 1

[Serusers] Serdev : replacing strings
by Nicolas Fauvel 19 Mar '05

19 Mar '05

Hello, Is there a simple way to replace all occurences by an other string using the strcture "subst_expr" ? Thanks, Nicolas Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc, des Baléares et la Rép. Dominicaine sur Yahoo! Voyages : http://fr.travel.yahoo.com/promotions/mar14.html

1 0

[Serusers] Private Area Code
by Mohammad Khan 19 Mar '05

19 Mar '05

Hello List: Is there any *Private* area code that I can give to my SIP users, like we have Private IP classes !! Thanks, Mohammad

3 3

[Serusers] clients not responding to challenges?
by maka 19 Mar '05

19 Mar '05

Hi all, does anyone know what the reason might be for SIP clients (XLite and other) on certain Ip addresses not responding to the www_authenticate() challenges sent by the Sip proxy? I can see (with ngrep) that the clients send register requests to SER, and I also see SER sending back challenge packets. Anyway, no challenge response is sent back from the client, but a normal REGISTER. XLite diagnostic log does not show any challenge request packets being received by the client. My first assumption would be a routing problem between the ISPs networks, but this all happened suddenly after a restart of my SER machine, even though nothing on the configuration has been changed. On some machines(resp. ISPs), the client registers successfully and can dial out other SIP clients, but does not receive any incoming calls. On other - everything works perfectly both ways. Pls give me any clues or suggestions if u can...

1 0

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