sr-users

sr-users@lists.kamailio.org

53 participants
37560 discussions

[Serusers] Remote ser management instead of FIFO
by Martin Rusnak 15 Apr '05

15 Apr '05

Dear all, I would like to connect my web portal based on java technology with the ser daemon in order to provide some administration functionality. The solution would be to use FIFO interface, but it has two major disadvantages: 1. The portal might be deployed on different host. 2. Although Java can communicate via FIFO pipeline, it cannot create a new pilepine. Is there any possibility to manage ser daemon remotely via a socket interface? Thanks, Martin

4 7

[Serusers] Status of pa module in CVS HEAD?
by Hendrik Scholz 15 Apr '05

15 Apr '05

Hi! I just had a closer look at RFC 3265 (6.3 SUBSCRIBE Bodies) and figured out that SUBSCRIBES may have empty bodies if the header fields are sufficient. SER from CVS replies with a 400 error saying 'Error while parsing headers'. this is how a sample packet looks like: # U xx.xx.xx.xx:5061 -> xx.xx.xx.xx:5060 SIP/2.0 400 Bad Request. Via: SIP/2.0/UDP xx.xx.xx.xx;branch=z9hG4bKea3f.82e1f753.0. Via: SIP/2.0/UDP xx.xx.xx.xx;branch=0. Via: SIP/2.0/UDP xx.xx.xx.xx:49449. From: "user" <sip:user@foobar.bla>;tag=17cda3ce319449249f909aba8e53d03e;epid=44df82f654. To: <sip:bbbbb@foobar.bla>;tag=95329101123423eab1637e9ad490b3a6-e941. Call-ID: db28e67d79614e44b55275b6c6a025bd(a)xx.xx.xx.xx. CSeq: 1 SUBSCRIBE. Error while parsing headersContent-Length: 0. The error message is misplaced from my point of view. ser -E says: 12(24674) SUBSCRIBE from:sip:user@foobar.bla to:sip:bbbb@foobar.bla ruri:sip:bbbbb@foobar.bla messageid:3 12(24674) handle_subscription() entered 12(24674) parse_hfs(): Error while parsing headers 12(24674) handle_subscription(): Error while parsing message header 12(24674) handle_subscription about to send_reply and return -2 I cannot get my clients using 'application/xpidf+xml' to successfully exchange presence information mainly due to the fact that SER doesn't seem to take care of it: 11(24673) SUBSCRIBE from:sip:bbbb@foobar.bla to:sip:user@foobar.bla ruri:sip:user@foobar.bla messageid:5 11(24673) handle_subscription() entered 11(24673) parsing accept header 11(24673) check_message -0- _m=0x8141170 11(24673) check_message -1-11(24673) pa check_message: accept=application/xpidf+xml parsed=:0x300ff 11(24673) check_message -2- accepts_mimes=0x81425e0 11(24673) check_message -3- 11(24673) check_message -4- parsed_event=0x81425a0 11(24673) check_message -4- eventtype=0x0001 11(24673) check_message -4a- eventtype=0x1 epm[i].event_type=0x111(24673) check_message -4c- eventtype=0x1 mimetype=0x30005 accepts_mimes[k]=0x300ff 11(24673) check_message -4c- eventtype=0x1 mimetype=0x30009 accepts_mimes[k]=0x300ff 11(24673) check_message -4c- eventtype=0x1 mimetype=0x30008 accepts_mimes[k]=0x300ff 11(24673) check_message -4a- eventtype=0x1 epm[i].event_type=0x211(24673) check_message(): Accepts application/xpidf+xml not valid for event package et=presence 11(24673) handle_subscription(): Error while checking message 11(24673) handle_subscription about to send_reply and return -2 What's the status on presence? I've got a bunch of small patches that fix some minor problems but wonder if it makes sense to send them upstream. Anybody running presence on CVS HEAD? Thanks, Hendrik -- freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559 Internet: http://www.freenet.de, eMail: hendrik.scholz(a)freenet-ag.de

2 1

[Serusers] e164 rewrite script
by Matt Schulte 15 Apr '05

15 Apr '05

Does anyone have a config to convert phone numbers (user@) to e164 numbers? Mainly american numbers.. Would save me a bit of time, else I can try to write something out.. Thanks.

1 0

[Serusers] change Message body
by deno＠emitt.de 15 Apr '05

15 Apr '05

Hallo I'm a newbie. I am writing my diplom (germany) about building an sip application server. I will try it with ser. Now i got a problem. I want to change the body of a Message. First i will use exec_msg to translate a text out of the body. Now i got the problem to rewrite this text after translation. please can someone help me.

1 0

RE: [Serusers] SER hung - Log Information?
by Matt Schulte 15 Apr '05

15 Apr '05

I see, our script is a little more archaic, it runs a perl script and connects each time. Our alternative was to daemonize but as you clearly demonstrated it did no/little good. The purpose for our script is an aliases db, because I could never get usrloc to work correctly mainly. re: 1) Yes this has been my very problem, since my problem is periodic and not load related (??) leaving full debug on is very painful if not impossible especially when forked.. 2) My only alternative is to use ENUM lookups, most everything else would require an external process and/or writing a SER module (gah).. If you're using simple URI replacement then it's recommended of course to rewrite within SER, what kind of functions does your script perform? 3) I used sipp for testing everything, this was with and without the external hog process running. Matt -----Original Message----- From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] Sent: Friday, April 15, 2005 12:30 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: RE: [Serusers] SER hung - Log Information? Interesting too. My "translate" script takes an average of 17ms to return the desired value. By HTTP requests it connect to another process in another machine, which have an "always open" connection with my database. So i don't need to open a new connection with my database every time an INVITE reach the server. BUT STILL DESPITE OF THIS, MY SER SEEMS TO FREEZE FOR SOME REASON. I have some questions. 1.-How to check if the bottle neck is in the exec_dset command?? 2.-If we decide to replace this command (exec_dset)for a function in another module, what module would be recommendable?, for example how the ENUM module could do this?. We have the "restriction" that we need to query our databes for the R-URI change, so the module that will acomplish this task needs to have connection with my database, maybe through radius, sql, etc.? 3.-You mention that you made some kind of "stress" test with your platform. You loaded it with 30000 call in one hour. How you did that? Does your exec_dset running at the same time?. Thanks. Any help will be highly appreciated. Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Viernes, 15 de Abril de 2005 11:20 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > Interesting, we also use an external process to connect to a DB and > retrieve URI replacement. We were thinking that it's running "too > slow" and thus hanging SER, even though the logs make it appear as if > the > process(es) was hanging at random points. We're in the process of > eliminating this script and switching over to ENUM or similar. When we > restarted our MySQL server it improved the query time (it was running > for 180 days heheh) and seems to have made SER hang less. How long > does your external script take to run on average? If it's more > than a second > then that seems to be unnacceptable for SER.. > > P.S. The crappy thing is this happens over a period of time, > when I load > tested the server it ran flawlessly. Pushed 30000 calls through it in > less than an hour with no problems. The MySQL server in question is in > the same switch segment/subnet as well. > > > Matt > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 4:32 PM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: RE: [Serusers] SER hung - Log Information? > > > Hello Matt. > Thanks for your answer, i checked the post "exec_dset fork limit?" > (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) > and i think i have the same problem. I'm using the exec_dset > command to > manipulate the RURI, we need to do this in order to add prefixes > according to certain user profiles. > > route { > if (method=="INVITE" || method=="CANCEL") { > exec_dset("/usr/local/etc/ser/translate"); > }; > > As you can see i'm using it for every INVITE and CANCEL, the > "translate" > file is a C program that connects to a DB and returns the > desired RURI. > Could this be the cause of SER freeze?. Can we have an > opinion from the > developers? Is there a way to do the same thing with maybe another > module?. For the record i'm using : > > OS : Linux Red Hat 9.0 > SER : 0.8.14 > Mediaproxy : 1.2.1 > > I would really appreciate any help here. > Thanks!! > > Best Regards, > > Ricardo.- > > > -----Mensaje original----- > > De: Matt Schulte [mailto:mschulte@netlogic.net] > > Enviado el: Jueves, 14 de Abril de 2005 16:11 > > Para: Ricardo Martinez; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] SER hung - Log Information? > > > > > > I've been posting about this for some time now,I have never been > > able to figure out the problem. Do you use external proccesses or > > anything? That's the only "weird" thing we really do with SER, > > everything else is > > pretty straight forward. > > > > Search back from my posts and see what you think. > > > > -----Original Message----- > > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Sent: Thursday, April 14, 2005 11:16 AM > > To: 'serusers(a)lists.iptel.org' > > Subject: [Serusers] SER hung - Log Information? > > > > > > Hello list. > > I had been experimenting some weird behavior in my SER program. > A > > couple of times my SER seems to be hung. For example the > first time, > > all the REGISTER messages reaching the server were not > > challenged, even > > worst the server don't respond anything. The second time > it happened > > with the INVITE messages. The weird thing is that the SER > > process were > > still running. I don't know what could cause this problem, but my > > question is : Is there a way to log information about the "internal > > system process" to have a clue about what is happening?. I > > would really > > appreciate any help. Thanks > > > > > > Ricardo Martinez.- > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

1 0

[Serusers] Another Looping Question
by Java Rockx 15 Apr '05

15 Apr '05

Hi All. Below is a snippet of an INVITE and you can see the usual "trying - your call is important to us" in the dialog. Anyhow, for some reason SER occasionally attempts to sent the ACK to itself, which causes a looping condition. The last ACK shown is the start of the looping condition. It only happens on occasion. SER should have consumed the ACK rather than attempted to forward it. Can anyone explain this? Regards, Paul IP Legend ------------------- 10.3.0.221 <http://10.3.0.221> - SER (behind a Cisco 3600 so ALG rewrote the IPs) 69.36.46.178 <http://69.36.46.178> - NATed SIP UA U 2005/04/15 02:19:16.252614 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> INVITE sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Contact: <sip:3215591439@192.168.1.102:5060>. Proxy-Authorization: Digest username="3215591439", realm=" sipdev.mycompany.net <http://sipdev.mycompany.net>", nonce="425f5e0de25efdb3f5a6125dcf2147bf30fe9177", uri=" sip:8187768080@sipdev.mycompany.net", response="61996c3bdc10990fec7e245751777516", algorithm=MD5, cnonce="ae02e47a3355bada49ce344c92f48587", qop=auth, nc=00000002. max-forwards: 70. Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY. Content-Type: application/sdp. Content-Length: 180. . v=0. o=- 32014 3005 IN IP4 192.168.1.102 <http://192.168.1.102>. s=-. c=IN IP4 192.168.1.102 <http://192.168.1.102>. t=0 0. m=audio 13456 RTP/AVP 18 0 8 2 4 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. . # U 2005/04/15 02:19:16.276216 10.3.0.221:5060 <http://10.3.0.221:5060> -> 69.35.46.178:5060 <http://69.35.46.178:5060> SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414;rport=5060;received=69.35.46.178<http://69.35.46.178> . From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.myvox.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Content-Length: 0. . # U 2005/04/15 02:19:16.792795 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. . # U 2005/04/15 02:19:16.912146 10.3.0.221:5060 <http://10.3.0.221:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=1465261089;lr>. Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>;received= 69.35.46.178 <http://69.35.46.178>;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. P-hint: Local Destination.

3 5

RE: [Serusers] SER hung - Log Information?
by Ricardo Martinez 15 Apr '05

15 Apr '05

Interesting too. My "translate" script takes an average of 17ms to return the desired value. By HTTP requests it connect to another process in another machine, which have an "always open" connection with my database. So i don't need to open a new connection with my database every time an INVITE reach the server. BUT STILL DESPITE OF THIS, MY SER SEEMS TO FREEZE FOR SOME REASON. I have some questions. 1.-How to check if the bottle neck is in the exec_dset command?? 2.-If we decide to replace this command (exec_dset)for a function in another module, what module would be recommendable?, for example how the ENUM module could do this?. We have the "restriction" that we need to query our databes for the R-URI change, so the module that will acomplish this task needs to have connection with my database, maybe through radius, sql, etc.? 3.-You mention that you made some kind of "stress" test with your platform. You loaded it with 30000 call in one hour. How you did that? Does your exec_dset running at the same time?. Thanks. Any help will be highly appreciated. Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Viernes, 15 de Abril de 2005 11:20 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > Interesting, we also use an external process to connect to a DB and > retrieve URI replacement. We were thinking that it's running > "too slow" > and thus hanging SER, even though the logs make it appear as if the > process(es) was hanging at random points. We're in the process of > eliminating this script and switching over to ENUM or similar. When we > restarted our MySQL server it improved the query time (it was running > for 180 days heheh) and seems to have made SER hang less. How > long does > your external script take to run on average? If it's more > than a second > then that seems to be unnacceptable for SER.. > > P.S. The crappy thing is this happens over a period of time, > when I load > tested the server it ran flawlessly. Pushed 30000 calls through it in > less than an hour with no problems. The MySQL server in question is in > the same switch segment/subnet as well. > > > Matt > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 4:32 PM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: RE: [Serusers] SER hung - Log Information? > > > Hello Matt. > Thanks for your answer, i checked the post "exec_dset fork > limit?" > (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) > and i think i have the same problem. I'm using the exec_dset > command to > manipulate the RURI, we need to do this in order to add prefixes > according to certain user profiles. > > route { > if (method=="INVITE" || method=="CANCEL") { > exec_dset("/usr/local/etc/ser/translate"); > }; > > As you can see i'm using it for every INVITE and CANCEL, the > "translate" > file is a C program that connects to a DB and returns the > desired RURI. > Could this be the cause of SER freeze?. Can we have an > opinion from the > developers? Is there a way to do the same thing with maybe another > module?. For the record i'm using : > > OS : Linux Red Hat 9.0 > SER : 0.8.14 > Mediaproxy : 1.2.1 > > I would really appreciate any help here. > Thanks!! > > Best Regards, > > Ricardo.- > > > -----Mensaje original----- > > De: Matt Schulte [mailto:mschulte@netlogic.net] > > Enviado el: Jueves, 14 de Abril de 2005 16:11 > > Para: Ricardo Martinez; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] SER hung - Log Information? > > > > > > I've been posting about this for some time now,I have never > > been able to > > figure out the problem. Do you use external proccesses or anything? > > That's the only "weird" thing we really do with SER, > > everything else is > > pretty straight forward. > > > > Search back from my posts and see what you think. > > > > -----Original Message----- > > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Sent: Thursday, April 14, 2005 11:16 AM > > To: 'serusers(a)lists.iptel.org' > > Subject: [Serusers] SER hung - Log Information? > > > > > > Hello list. > > I had been experimenting some weird behavior in my SER program. > A > > couple of times my SER seems to be hung. For example the > first time, > > all the REGISTER messages reaching the server were not > > challenged, even > > worst the server don't respond anything. The second time > it happened > > with the INVITE messages. The weird thing is that the SER > > process were > > still running. I don't know what could cause this problem, but my > > question is : Is there a way to log information about the "internal > > system process" to have a clue about what is happening?. I > > would really > > appreciate any help. Thanks > > > > > > Ricardo Martinez.- > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

1 0

RE: [Serusers] SER hung - Log Information?
by Matt Schulte 15 Apr '05

15 Apr '05

Interesting, we also use an external process to connect to a DB and retrieve URI replacement. We were thinking that it's running "too slow" and thus hanging SER, even though the logs make it appear as if the process(es) was hanging at random points. We're in the process of eliminating this script and switching over to ENUM or similar. When we restarted our MySQL server it improved the query time (it was running for 180 days heheh) and seems to have made SER hang less. How long does your external script take to run on average? If it's more than a second then that seems to be unnacceptable for SER.. P.S. The crappy thing is this happens over a period of time, when I load tested the server it ran flawlessly. Pushed 30000 calls through it in less than an hour with no problems. The MySQL server in question is in the same switch segment/subnet as well. Matt -----Original Message----- From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] Sent: Thursday, April 14, 2005 4:32 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: RE: [Serusers] SER hung - Log Information? Hello Matt. Thanks for your answer, i checked the post "exec_dset fork limit?" (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) and i think i have the same problem. I'm using the exec_dset command to manipulate the RURI, we need to do this in order to add prefixes according to certain user profiles. route { if (method=="INVITE" || method=="CANCEL") { exec_dset("/usr/local/etc/ser/translate"); }; As you can see i'm using it for every INVITE and CANCEL, the "translate" file is a C program that connects to a DB and returns the desired RURI. Could this be the cause of SER freeze?. Can we have an opinion from the developers? Is there a way to do the same thing with maybe another module?. For the record i'm using : OS : Linux Red Hat 9.0 SER : 0.8.14 Mediaproxy : 1.2.1 I would really appreciate any help here. Thanks!! Best Regards, Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Jueves, 14 de Abril de 2005 16:11 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > I've been posting about this for some time now,I have never > been able to > figure out the problem. Do you use external proccesses or anything? > That's the only "weird" thing we really do with SER, > everything else is > pretty straight forward. > > Search back from my posts and see what you think. > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 11:16 AM > To: 'serusers(a)lists.iptel.org' > Subject: [Serusers] SER hung - Log Information? > > > Hello list. > I had been experimenting some weird behavior in my SER program. A > couple of times my SER seems to be hung. For example the first time, > all the REGISTER messages reaching the server were not > challenged, even > worst the server don't respond anything. The second time it happened > with the INVITE messages. The weird thing is that the SER > process were > still running. I don't know what could cause this problem, but my > question is : Is there a way to log information about the "internal > system process" to have a clue about what is happening?. I > would really > appreciate any help. Thanks > > > Ricardo Martinez.- > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers >

2 1

[Serusers] FW: Struggling with simple SER+SEMS..
by Dave Bath 15 Apr '05

15 Apr '05

Hey guys.... I'm really struggling with this. It was working perfectly yesterday and now I must have made a small change and I just cannot find what I've done wrong. Bascially, this is a very very simple unauthenticated SER front end to SEMS... all I want to be able to do is use the conference facilities. Incidentally, when I say unauthenticated I mean also without registering... so all a user has to do is send an INVITE. To that end, I am trying to just redirect sip URI's beginning with 600. It seems that the initial redirect goes through... but then something screwy is happening because SER never appears to receive the ACKs correctly.. and it starts sending two sets of 200 messages.. one with no SDP descriptor and then a second batch with a valid SDP descriptor. Because of this weirdness with the ACKs, the client and SER fight for a while sending out millions of repeat 200s and ACKs. Meanwhile, because the initial redirect to SEMS worked, the conference has actually been created... The same story with BYE.. the client sends it, but SER doesn't even appear to receive it (note all the debugging log lines). In fact, there' something rather dodgy up, because I don't even get the debug lines inside the route[1] block.... It sort of points to me that perhaps I've done something very stupid with the transactions.. that for some reason they don't match up ... but I can't find it. Attached is my ser.cfg. Any help would be so very much appreciated. I don't think it's a basic connectivity problem, because as I said, a very similar file was working perfectly yesterday... I've just stupidly changed it slightly somewhere. Many many thanks in advance. Dave listen=<publicip> check_via=yes # (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 "/lib/ser/modules/mysql.so" loadmodule "/lib/ser/modules/sl.so" loadmodule "/lib/ser/modules/tm.so" loadmodule "/lib/ser/modules/rr.so" loadmodule "/lib/ser/modules/maxfwd.so" loadmodule "/lib/ser/modules/usrloc.so" loadmodule "/lib/ser/modules/registrar.so" loadmodule "/lib/ser/modules/textops.so" # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); break; }; if (!method=="REGISTER") record_route(); if (loose_route()) { log(1,"Loose routing block"); append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { log(1,"Got a request for an extenal domain"); # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; if (uri==myself) { # switch to stateful mode: if (!t_newtran()){ sl_send_reply("500","could not create transaction"); break; }; if (method=="REGISTER") { save("location"); break; }; if (method=="ACK") { # absorb ACKs log(1,"Absorbing ACK"); break; }; lookup("aliases"); if (!uri==myself) { log(1,"Resolving external request"); append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # prevent timeout on the other side: t_reply("100","Trying - just wait a minute !"); if (method=="INVITE") { save("location"); if (uri=~"sip:600.*@") { log(1,"-> Redirecting conference to SEMS"); if(!t_write_unix("/tmp/am_sock","conference")) { t_reply("500","error contacting sems"); }; break; } ; break; } else if (method=="BYE" || method=="CANCEL") { log(1,"-> Sending BYE to SEMS"); if(!t_write_unix("/tmp/am_sock","bye")) { t_reply("500","error contacting sems"); }; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP log(1, "Attempting stateful forward..."); if (!t_relay()) { log(1,"... failure"); sl_reply_error(); }; log(1, "... success"); }

1 0

[Serusers] SER replies to CANCEL too early
by Esteban Monturus 15 Apr '05

15 Apr '05

I am installing a SIP proxy in a Linux machine in the local network of my office. I have implemented a SIP proxy with SER. The function of the SIP proxy is to let the users talk each other without knowing the IP where each one is reachable. My problem appears when the caller wants to cancel the call because the callee does not answer. Since I want the calle's phone to stop ringing, and I haven't received a final response, the caller's phone has to send a CANCEL request. When the proxy server receives the CANCEL, it replies with a 487 "Request cancelled". SER does this before forwarding the CANCEL to the callee's phone. These 487 response generated by SER makes the INVITE client transaction of the caller finish. When the INVITE server transaction finishes in the callee's phone, it sends another 487 response, which is forwarded by SER, but the caller's transaction is already finished, so it doesn't receive the corresponding ACK. I would like to know how to solve this problem, since SER should wait for the callee's phone to send the 487 and then forward this response to the caller's phone. Best regards, Esteban. ------------------------------------------------------------------------ --------------- Esteban Monturus de Carandini (mailto:emonturus@teltronic.es) Enhanced Wireless Solutions (EWS Project) TELTRONIC, S.A.U. Parque Tecnologico Walqa Edificio Uno Ctra Zaragoza N-330a, Km 556 22197 Cuarte (Huesca) - Spain Phone/Fax: +34 974 215018 http://www.teltronic.es http://ptwalqa.com ------------------------------------------------------------------------ --------------- ***** AVISO LEGAL ***** Este mensaje es solamente para la persona a la que va dirigido. Puede contener informacion confidencial o legalmente protegida. La transmision erronea de este mensaje no supone renuncia a su confidencialidad o a cualquier privilegio. Si usted ha recibido este mensaje por error, le rogamos que borre de su sistema inmediatamente el mensaje asi como todas sus copias y que notifique al remitente. No debe, directa o indirectamente, usar, revelar, distribuir, imprimir o copiar ninguna de las partes de este mensaje si no es usted el destinatario. Cualquier opinion expresada en este mensaje proviene del remitente, excepto cuando el mensaje establezca lo contrario y el remitente este autorizado para establecer que dichas opiniones provienen de TELTRONIC. En el caso de que el destinatario de este mensaje no consienta la utilizacion del correo electronico via Internet, rogamos lo ponga en nuestro conocimiento de manera inmediata. ***** DISCLAIMER ***** This message is intended exclusively for the named person. It may contain confidential, propietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Your must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of TELTRONIC. If the addressee of this message does not consent to the use of internet e-mail, please communicate it to us immediately. ------------------------------------------------------------------------ ---------------

1 0

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