- sr-users - kamailio.org

[Serusers] How to configure Trunk capacity
by roayu 10 Jul '07

10 Jul '07

Hi, there! Can anyone tell me where can I configure the Trunk capacity for SER? Thank you. Best regards, Roa Yu

2 1

[OpenSER-Users] Can I disable CANCEL when parallel forking?
by Tim Madorma 10 Jul '07

10 Jul '07

Hi, I was wondering if there is an option to disable the sending of CANCEL towards the branches that have not yet responded when OpenSER performs parallel forking and one endpoint has answered. The request/question that I have is sort of outlined in RFC 3841 as follows: cancel-directive: This type of directive indicates whether the caller would like each proxy server to send a CANCEL request downstream ("cancel") in response to a 200 OK from the downstream server (which is the normal mode of operation, making it redundant), or whether this function should be left to the caller ("no-cancel"). If a proxy receives a request with this parameter set to "no- cancel", it SHOULD NOT CANCEL any outstanding branches upon receipt of a 2xx. However, it would still send CANCEL on any outstanding branches upon receipt of a 6xx. But in this case, I was wondering if there was something that was configurable. thanks, Tim

2 1

[Serusers] SEMS stops taking audio with a particular ATA
by SIP 10 Jul '07

10 Jul '07

This is kind of odd, and should really probably be directed toward the SEMS list, but I thought I'd pose it here first to see if anyone had seen it. A particular user keeps calling our SEMS server, and each and every time he does, it crashes. It ONLY happens with that one user, and only with his Cortelco ATA (an identical model to another we have being used on our network with no problems). We get this in the log: Jul 9 20:26:32 proxy Sems[17552]: Error: (AmThread.cpp)(start)(83): pthread create failed with code 11 Jul 9 20:26:35 proxy Sems[17552]: Error: (AmThread.cpp)(stop)(101): pthread_detach failed with code ESRCH: thread could not be found. And then poof, the SEMS server stops sending audio anymore and has to be killed and restarted (it still runs and accepts connections). Any ideas? Nothing much comes up on a google search for this error. N.

2 1

[Users] statefull handling of 6xx responses
by Christian Schlatter 09 Jul '07

09 Jul '07

RFC 3261 defines that upon reception of a 6xx response, a proxy SHOULD cancel all forked dialogs and send back the 6xx as the final response to the upstream UA. --- rfc 3261, section 16.7 ------- Under the new rules, upon receiving a 6xx, a proxy will issue a CANCEL request, which will generally result in 487 responses from all outstanding client transactions, and then at that point the 6xx is forwarded upstream. ---------------------------------- Some call forking experiments have shown that openser 1.2 does not follow these rules, instead it seems to disregard any 6xx response and continue with normal processing of existing forked dialogs. E.g. if a call forks to five phones and one of them sends back a 603 Declined response, the other four phones continue to ring until fr_inv_timer fires and failure_route is called with a status of 408 Timeout. Is it possible to make openser more SIP RFC compliant through configuration or does this need a code change? thanks, Christian

2 2

[OpenSER-Users] How do i make openser.cfg to overwrite the domain in the Request URI
by Pande, Piyush 09 Jul '07

09 Jul '07

Hi, I would like to route all incoming requests which have a "proxy IP" in the request URI to a specific domain. How can I do this through changing openser.cfg? Thanks for the help, Piyush

2 1

[Serusers] Problems with avp_db_load and db_query
by Ravin Suri 09 Jul '07

09 Jul '07

Hello everyone, I am facing a problem trying to load data from MySQL in ser.cfg. I need to load the subsciber's email address in order to pass it to SEMS. I've tried two modules (avpops and db_ops) both with no success. I am using Ser 2.0.0-rc1 and I added an 'email' column to the uri table. Here is the DB schema (only 1 row shown without did, flags and scheme colums): +--------------+------------------------------+--------------------------+ | username | uid | email | +--------------+------------------------------+--------------------------+ | sb4157762898 | sb4157762898(a)sq2.doclinx.com | sb4157762898(a)doclinx.com | | +--------------+------------------------------+--------------------------+ A. avpops module. I have the following module params: modparam("avpops", "avp_table", "uri") modparam("avpops", "uid_column", "uid"); modparam("avpops", "avp_aliases", "email=i:47") modparam("avpops", "db_scheme", "email_scheme:table=uri;uid_col=uid;value_col=email;value_type=string") Then when I'm going to forward to SEMS: avp_db_load("$to", "$email/$email_scheme"); xlog("L_INFO", "route INBOUND[%rm]: voicemail, email=%$email, from: [%fu], To: [%tu]\n"); append_hf("P-App-Name: voicemail\r\n"); append_hf("P-App-Param: Email-Address=%$email\r\n"); rewritehostport("127.0.0.1:5070"); t_relay_to_udp("127.0.0.1","5070"); Here is the appropriate excerpt from the SER log (from the xlog statement above): Jul 9 13:12:39 sq2 /usr/local/sbin/ser[5595]: route INBOUND[INVITE]: voicemail, email=<null>, from: [sip:sb7037160791@sq2.doclinx.com], To: [sip:sb4157762898@sq2.doclinx.com] 2. db_ops module. I have the following module params: modparam("db_ops", "declare_query", "select/uri/email/uid///%$t.uid"); Then when I'm going to forward to SEMS: $email = @db_query[0]; xlog("L_INFO", "route INBOUND[%rm]: voicemail, email=%$email, from: [%fu], To: [%tu]\n"); append_hf("P-App-Name: voicemail\r\n"); append_hf("P-App-Param: Email-Address=%$email\r\n"); rewritehostport("127.0.0.1:5070"); t_relay_to_udp("127.0.0.1","5070"); This makes SER fail on startup with this message: 0(5693) Unable to resolve select 'db_query' at level 0 0(5693) BUG: route.c:492: Unable to resolve select ERROR: error -1 while trying to fix configuration I have followed the README file in db_ops to the letter. What am I missng? I'd be be happy to post ser.cfg and the log file. Thank you very much for your help. Best regards, - Ravin

1 0

[OpenSER-Users] NOTIFY not forwarded upon PUBLISH
by KUMAR 09 Jul '07

09 Jul '07

Hi all, I'm using openser from the SVN. The configuration file that I'm using is attached. The server upon receiving PUBLISH, replies with a 200 OK. But doesnt send out NOTIFY. I want to use the presence modules, without XCAP. I just want the server to send out SUBSCRIBE on the UA's behalf, by looking up the values from the database and also to send out NOTIFY on the UA's behalf, whenever it receives the PUBLISH, all without having anything to do with XCAP. Is this possible ? If yes, what changes do I need to do with the configuration file. Thank you in advance. Kumar

2 1

RE: [OpenSER-Users] crash when checking empty destination uri
by Papadopoulos Georgios 09 Jul '07

09 Jul '07

(gdb) frame 1 #1 0x080847ef in comp_scriptvar (msg=0x81787b0, op=21, left=0x8170a60, right=0x8170a6c) at route.c:948 948 return comp_s2s(op, &lstr, &rstr); (gdb) print lstr $1 = {s = 0x80dc726 "", len = 0} > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Monday, July 09, 2007 5:43 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] crash when checking empty destination uri > > Hello, > > in gdb, please do: > > frame 1 > print lstr > > and send me the output. Strange that in frame 0, the stack > seems to be corrupted. > > Thanks, > Daniel > > > On 07/09/07 15:08, Papadopoulos Georgios wrote: > > #0 0x080844a7 in comp_s2s (op=Variable "op" is not available. > > ) at route.c:748 > > #1 0x080847ef in comp_scriptvar (msg=0x81787b0, op=21, > > left=0x8170a60, > > right=0x8170a6c) at route.c:948 > > #2 0x080850a5 in eval_expr (e=0x8170a58, msg=0x81787b0, val=0x0) at > > route.c:1323 > > #3 0x0808517e in eval_expr (e=0x8170c38, msg=0x81787b0, val=0x0) at > > route.c:1365 > > #4 0x08084dcf in eval_expr (e=0x8170c60, msg=0x81787b0, val=0x0) at > > route.c:1374 > > #5 0x08050b5c in do_action (a=0x8170ed0, msg=0x81787b0) at > > action.c:783 > > #6 0x0805329c in run_action_list (a=0x81708c0, msg=0x81787b0) at > > action.c:131 > > #7 0x08051c20 in do_action (a=0x8166648, msg=0x81787b0) at > > action.c:111 > > #8 0x0805329c in run_action_list (a=0x8155010, msg=0x81787b0) at > > action.c:131 > > #9 0x080534cf in run_top_route (a=0x8155010, msg=0x81787b0) at > > action.c:111 > > #10 0x0807b4a6 in receive_msg ( > > buf=0x811b160 "ACK sip:DEMO1@213.5.43.4 SIP/2.0\r\nVia: > > SIP/2.0/UDP > > 213.5.17.78:5060;branch=z9hG4bK7a9dbc5b;rport\r\nFrom: \"GEOP > > Papadopoul\" <sip:2116872933@altecnet.gr>;tag=as4aecac7c\r\nTo: > > <sip:DEMO1@213.5.43.4>;tag=b3"..., len=411, > > rcv_info=0xbffb2d40) at receive.c:156 > > #11 0x080a4475 in udp_rcv_loop () at udp_server.c:451 > > #12 0x0806a116 in main_loop () at main.c:834 > > #13 0x0806c007 in main (argc=6, argv=0xbffb2f24) at main.c:1393 > > > > > > > >> -----Original Message----- > >> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >> Sent: Monday, July 09, 2007 3:03 PM > >> To: Papadopoulos Georgios > >> Cc: users(a)openser.org > >> Subject: Re: [OpenSER-Users] crash when checking empty destination > >> uri > >> > >> Hello, > >> > >> On 07/09/07 13:50, Papadopoulos Georgios wrote: > >> > >>> Hi Daniel, > >>> > >>> Here is the ACK packet > >>> > >>> U 2007/07/09 13:13:31.577697 213.5.17.78:5060 -> > >>> > >> 213.5.43.4:5060 ACK > >> > >>> sip:demo1@213.5.168.214:54656 SIP/2.0. > >>> Via: SIP/2.0/UDP 213.5.17.78:5060;branch=z9hG4bK504461f5;rport. > >>> Route: <sip:213.5.43.4;lr=on;ftag=as2f3574dc>. > >>> From: "GEOP Papadopoul" > <sip:2116872933@altecnet.gr>;tag=as2f3574dc. > >>> To: <sip:DEMO1@213.5.43.4>;tag=80299598395. > >>> Contact: <sip:2116872933@213.5.17.78>. > >>> Call-ID: 088e7cdc7176016349ad45ea69468b7b(a)altecnet.gr. > >>> CSeq: 102 ACK. > >>> User-Agent: Asterisk PBX. > >>> Max-Forwards: 70. > >>> Content-Length: 0. > >>> > >>> How do I get the backtrace that you need? All I get from > >>> > >> gdb is this: > >> > >>> #0 0x080844a7 in ?? () > >>> #1 0xbffb26e0 in ?? () > >>> #2 0x00b56cee in ?? () > >>> #3 0x00000000 in ?? () > >>> > >>> > >> Check if you got a core file, and then: > >> gdb /path/to/openser /path/to/core_file > >> > >> # bt > >> > >> Cheers, > >> Daniel > >> > >> > >>> Best regards > >>> > >>> George > >>> > >>> > >>> > >>> > >>> > >>>> -----Original Message----- > >>>> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >>>> Sent: Monday, July 09, 2007 12:10 PM > >>>> To: Papadopoulos Georgios > >>>> Cc: users(a)openser.org > >>>> Subject: Re: [OpenSER-Users] crash when checking empty > destination > >>>> uri > >>>> > >>>> Hello George, > >>>> > >>>> if loose_route returns true, the $du should be set. Can > >>>> > >> you send me a > >> > >>>> sample of such ACK along with the backtrace? > >>>> > >>>> Cheers, > >>>> Daniel > >>>> > >>>> > >>>> On 07/09/07 10:52, Papadopoulos Georgios wrote: > >>>> > >>>> > >>>>> Hi Daniel, > >>>>> > >>>>> Thank you for looking into this. I got from SVN the patch > >>>>> > >> for rev. > >> > >>>>> 2420 and I applied it to my 1.2 branch. OpenSER still > >>>>> > >>>>> > >>>> crashes at the > >>>> > >>>> > >>>>> same point. Did I get the right patch? The one I have > >>>>> > >>>>> > >>>> changes one line > >>>> > >>>> > >>>>> on route.c and transformations.c. I will add it at the end > >>>>> > >>>>> > >>>> of the email. > >>>> > >>>> > >>>>> Best regards > >>>>> > >>>>> George > >>>>> > >>>>> > >>>>> Index: route.c^M > >>>>> > >>>>> > >>>>> > >> > ===================================================================^M > >> > >>>> > >>>> > >>>>> --- route.c (revision 2419)^M > >>>>> +++ route.c (revision 2420)^M > >>>>> @@ -446,6 +446,9 @@^M > >>>>> char backup2; > >>>>> str res; > >>>>> xl_value_t value; > >>>>> + > >>>>> + if(ival==NULL || ival->s==NULL) > >>>>> + goto error; > >>>>> > >>>>> res.s = 0; res.len = 0; > >>>>> if(opd->type == SCRIPTVAR_ST) > >>>>> Index: transformations.c^M > >>>>> > >>>>> > >>>>> > >> > ===================================================================^M > >> > >>>> > >>>> > >>>>> --- transformations.c (revision 2419)^M > >>>>> +++ transformations.c (revision 2420)^M > >>>>> @@ -71,7 +71,8 @@^M > >>>>> char *p, *s; > >>>>> str st; > >>>>> xl_value_t v; > >>>>> - if(val==NULL) > >>>>> + > >>>>> + if(val==NULL || val->flags&XL_VAL_NULL) > >>>>> return -1; > >>>>> > >>>>> switch(subtype) > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >>>>>> Sent: Friday, July 06, 2007 9:19 PM > >>>>>> To: Papadopoulos Georgios > >>>>>> Cc: users(a)openser.org > >>>>>> Subject: Re: [OpenSER-Users] crash when checking empty > >>>>>> > >> destination > >> > >>>>>> uri > >>>>>> > >>>>>> Hello, > >>>>>> > >>>>>> On 07/06/07 17:09, Papadopoulos Georgios wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Hello, > >>>>>>> > >>>>>>> I have the following line in my script which causes OpenSER > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> (1.2) to > >>>>>> > >>>>>> > >>>>>> > >>>>>>> crash when the execution gets there for an ACK. > >>>>>>> if > ($du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>>>>>> It gets at this line when an ACK is received and after > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> loose_route() > >>>>>> > >>>>>> > >>>>>> > >>>>>>> returns true. So I am guessing the destination uri is > >>>>>>> > >>>>>>> > >>>> null at that > >>>> > >>>> > >>>>>>> point and the check causes OpenSER to crash. > >>>>>>> > >>>>>>> If I add the following check then everything works fine. > >>>>>>> if (isdsturiset() && > >>>>>>> $du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> can you test with devel version? I applied a patch, and if > >>>>>> > >>>>>> > >>>> ok, I will > >>>> > >>>> > >>>>>> backport. Thanks for reporting. > >>>>>> > >>>>>> Cheers, > >>>>>> Daniel > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> > >>>>>>> thank you > >>>>>>> > >>>>>>> George > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Disclaimer > >>>>>>> > >>>>>>> The information in this e-mail and any attachments is > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> confidential. It > >>>>>> > >>>>>> > >>>>>> > >>>>>>> is intended solely for the attention and use of the named > >>>>>>> addressee(s). If you are not the intended recipient, > or person > >>>>>>> responsible for delivering this information to the intended > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> recipient, > >>>>>> > >>>>>> > >>>>>> > >>>>>>> please notify the sender immediately. Unless you are > >>>>>>> > >> the intended > >> > >>>>>>> recipient or his/her representative you are not > >>>>>>> > >>>>>>> > >>>> authorized to, and > >>>> > >>>> > >>>>>>> must not, read, copy, distribute, use or retain this > >>>>>>> > >>>>>>> > >>>> message or any > >>>> > >>>> > >>>>>>> part of it. E-mail transmission cannot be guaranteed to be > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> secure or > >>>>>> > >>>>>> > >>>>>> > >>>>>>> error-free as information could be intercepted, > >>>>>>> > >> corrupted, lost, > >> > >>>>>>> destroyed, arrive late or incomplete, or contain viruses. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >> > --------------------------------------------------------------------- > >> > >>>> > >>>> > >>>>>> - > >>>>>> > >>>>>> > >>>>>> > >>>>>>> -- > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Users mailing list > >>>>>>> Users(a)openser.org > >>>>>>> http://openser.org/cgi-bin/mailman/listinfo/users > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>> > >>>>> > >>>>> > >>> > >>> > > > > >

1 0

RE: [OpenSER-Users] crash when checking empty destination uri
by Papadopoulos Georgios 09 Jul '07

09 Jul '07

#0 0x080844a7 in comp_s2s (op=Variable "op" is not available. ) at route.c:748 #1 0x080847ef in comp_scriptvar (msg=0x81787b0, op=21, left=0x8170a60, right=0x8170a6c) at route.c:948 #2 0x080850a5 in eval_expr (e=0x8170a58, msg=0x81787b0, val=0x0) at route.c:1323 #3 0x0808517e in eval_expr (e=0x8170c38, msg=0x81787b0, val=0x0) at route.c:1365 #4 0x08084dcf in eval_expr (e=0x8170c60, msg=0x81787b0, val=0x0) at route.c:1374 #5 0x08050b5c in do_action (a=0x8170ed0, msg=0x81787b0) at action.c:783 #6 0x0805329c in run_action_list (a=0x81708c0, msg=0x81787b0) at action.c:131 #7 0x08051c20 in do_action (a=0x8166648, msg=0x81787b0) at action.c:111 #8 0x0805329c in run_action_list (a=0x8155010, msg=0x81787b0) at action.c:131 #9 0x080534cf in run_top_route (a=0x8155010, msg=0x81787b0) at action.c:111 #10 0x0807b4a6 in receive_msg ( buf=0x811b160 "ACK sip:DEMO1@213.5.43.4 SIP/2.0\r\nVia: SIP/2.0/UDP 213.5.17.78:5060;branch=z9hG4bK7a9dbc5b;rport\r\nFrom: \"GEOP Papadopoul\" <sip:2116872933@altecnet.gr>;tag=as4aecac7c\r\nTo: <sip:DEMO1@213.5.43.4>;tag=b3"..., len=411, rcv_info=0xbffb2d40) at receive.c:156 #11 0x080a4475 in udp_rcv_loop () at udp_server.c:451 #12 0x0806a116 in main_loop () at main.c:834 #13 0x0806c007 in main (argc=6, argv=0xbffb2f24) at main.c:1393 > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Monday, July 09, 2007 3:03 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] crash when checking empty destination uri > > Hello, > > On 07/09/07 13:50, Papadopoulos Georgios wrote: > > Hi Daniel, > > > > Here is the ACK packet > > > > U 2007/07/09 13:13:31.577697 213.5.17.78:5060 -> > 213.5.43.4:5060 ACK > > sip:demo1@213.5.168.214:54656 SIP/2.0. > > Via: SIP/2.0/UDP 213.5.17.78:5060;branch=z9hG4bK504461f5;rport. > > Route: <sip:213.5.43.4;lr=on;ftag=as2f3574dc>. > > From: "GEOP Papadopoul" <sip:2116872933@altecnet.gr>;tag=as2f3574dc. > > To: <sip:DEMO1@213.5.43.4>;tag=80299598395. > > Contact: <sip:2116872933@213.5.17.78>. > > Call-ID: 088e7cdc7176016349ad45ea69468b7b(a)altecnet.gr. > > CSeq: 102 ACK. > > User-Agent: Asterisk PBX. > > Max-Forwards: 70. > > Content-Length: 0. > > > > How do I get the backtrace that you need? All I get from > gdb is this: > > #0 0x080844a7 in ?? () > > #1 0xbffb26e0 in ?? () > > #2 0x00b56cee in ?? () > > #3 0x00000000 in ?? () > > > > Check if you got a core file, and then: > gdb /path/to/openser /path/to/core_file > > # bt > > Cheers, > Daniel > > > Best regards > > > > George > > > > > > > > > >> -----Original Message----- > >> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >> Sent: Monday, July 09, 2007 12:10 PM > >> To: Papadopoulos Georgios > >> Cc: users(a)openser.org > >> Subject: Re: [OpenSER-Users] crash when checking empty destination > >> uri > >> > >> Hello George, > >> > >> if loose_route returns true, the $du should be set. Can > you send me a > >> sample of such ACK along with the backtrace? > >> > >> Cheers, > >> Daniel > >> > >> > >> On 07/09/07 10:52, Papadopoulos Georgios wrote: > >> > >>> Hi Daniel, > >>> > >>> Thank you for looking into this. I got from SVN the patch > for rev. > >>> 2420 and I applied it to my 1.2 branch. OpenSER still > >>> > >> crashes at the > >> > >>> same point. Did I get the right patch? The one I have > >>> > >> changes one line > >> > >>> on route.c and transformations.c. I will add it at the end > >>> > >> of the email. > >> > >>> Best regards > >>> > >>> George > >>> > >>> > >>> Index: route.c^M > >>> > >>> > >> > ===================================================================^M > >> > >>> --- route.c (revision 2419)^M > >>> +++ route.c (revision 2420)^M > >>> @@ -446,6 +446,9 @@^M > >>> char backup2; > >>> str res; > >>> xl_value_t value; > >>> + > >>> + if(ival==NULL || ival->s==NULL) > >>> + goto error; > >>> > >>> res.s = 0; res.len = 0; > >>> if(opd->type == SCRIPTVAR_ST) > >>> Index: transformations.c^M > >>> > >>> > >> > ===================================================================^M > >> > >>> --- transformations.c (revision 2419)^M > >>> +++ transformations.c (revision 2420)^M > >>> @@ -71,7 +71,8 @@^M > >>> char *p, *s; > >>> str st; > >>> xl_value_t v; > >>> - if(val==NULL) > >>> + > >>> + if(val==NULL || val->flags&XL_VAL_NULL) > >>> return -1; > >>> > >>> switch(subtype) > >>> > >>> > >>> > >>> > >>> > >>>> -----Original Message----- > >>>> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >>>> Sent: Friday, July 06, 2007 9:19 PM > >>>> To: Papadopoulos Georgios > >>>> Cc: users(a)openser.org > >>>> Subject: Re: [OpenSER-Users] crash when checking empty > destination > >>>> uri > >>>> > >>>> Hello, > >>>> > >>>> On 07/06/07 17:09, Papadopoulos Georgios wrote: > >>>> > >>>> > >>>>> Hello, > >>>>> > >>>>> I have the following line in my script which causes OpenSER > >>>>> > >>>>> > >>>> (1.2) to > >>>> > >>>> > >>>>> crash when the execution gets there for an ACK. > >>>>> if ($du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>>>> It gets at this line when an ACK is received and after > >>>>> > >>>>> > >>>> loose_route() > >>>> > >>>> > >>>>> returns true. So I am guessing the destination uri is > >>>>> > >> null at that > >> > >>>>> point and the check causes OpenSER to crash. > >>>>> > >>>>> If I add the following check then everything works fine. > >>>>> if (isdsturiset() && > >>>>> $du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>>>> > >>>>> > >>>> can you test with devel version? I applied a patch, and if > >>>> > >> ok, I will > >> > >>>> backport. Thanks for reporting. > >>>> > >>>> Cheers, > >>>> Daniel > >>>> > >>>> > >>>> > >>>>> > >>>>> thank you > >>>>> > >>>>> George > >>>>> > >>>>> > >>>>> > >>>>> Disclaimer > >>>>> > >>>>> The information in this e-mail and any attachments is > >>>>> > >>>>> > >>>> confidential. It > >>>> > >>>> > >>>>> is intended solely for the attention and use of the named > >>>>> addressee(s). If you are not the intended recipient, or person > >>>>> responsible for delivering this information to the intended > >>>>> > >>>>> > >>>> recipient, > >>>> > >>>> > >>>>> please notify the sender immediately. Unless you are > the intended > >>>>> recipient or his/her representative you are not > >>>>> > >> authorized to, and > >> > >>>>> must not, read, copy, distribute, use or retain this > >>>>> > >> message or any > >> > >>>>> part of it. E-mail transmission cannot be guaranteed to be > >>>>> > >>>>> > >>>> secure or > >>>> > >>>> > >>>>> error-free as information could be intercepted, > corrupted, lost, > >>>>> destroyed, arrive late or incomplete, or contain viruses. > >>>>> > >>>>> > >>>>> > >>>>> > >> > --------------------------------------------------------------------- > >> > >>>> - > >>>> > >>>> > >>>>> -- > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users(a)openser.org > >>>>> http://openser.org/cgi-bin/mailman/listinfo/users > >>>>> > >>>>> > >>>>> > >>> > >>> > > > > >

2 1

RE: [OpenSER-Users] crash when checking empty destination uri
by Papadopoulos Georgios 09 Jul '07

09 Jul '07

Hi Daniel, Here is the ACK packet U 2007/07/09 13:13:31.577697 213.5.17.78:5060 -> 213.5.43.4:5060 ACK sip:demo1@213.5.168.214:54656 SIP/2.0. Via: SIP/2.0/UDP 213.5.17.78:5060;branch=z9hG4bK504461f5;rport. Route: <sip:213.5.43.4;lr=on;ftag=as2f3574dc>. From: "GEOP Papadopoul" <sip:2116872933@altecnet.gr>;tag=as2f3574dc. To: <sip:DEMO1@213.5.43.4>;tag=80299598395. Contact: <sip:2116872933@213.5.17.78>. Call-ID: 088e7cdc7176016349ad45ea69468b7b(a)altecnet.gr. CSeq: 102 ACK. User-Agent: Asterisk PBX. Max-Forwards: 70. Content-Length: 0. How do I get the backtrace that you need? All I get from gdb is this: #0 0x080844a7 in ?? () #1 0xbffb26e0 in ?? () #2 0x00b56cee in ?? () #3 0x00000000 in ?? () Best regards George > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Monday, July 09, 2007 12:10 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] crash when checking empty destination uri > > Hello George, > > if loose_route returns true, the $du should be set. Can you > send me a sample of such ACK along with the backtrace? > > Cheers, > Daniel > > > On 07/09/07 10:52, Papadopoulos Georgios wrote: > > Hi Daniel, > > > > Thank you for looking into this. I got from SVN the patch for rev. > > 2420 and I applied it to my 1.2 branch. OpenSER still > crashes at the > > same point. Did I get the right patch? The one I have > changes one line > > on route.c and transformations.c. I will add it at the end > of the email. > > > > Best regards > > > > George > > > > > > Index: route.c^M > > > ===================================================================^M > > --- route.c (revision 2419)^M > > +++ route.c (revision 2420)^M > > @@ -446,6 +446,9 @@^M > > char backup2; > > str res; > > xl_value_t value; > > + > > + if(ival==NULL || ival->s==NULL) > > + goto error; > > > > res.s = 0; res.len = 0; > > if(opd->type == SCRIPTVAR_ST) > > Index: transformations.c^M > > > ===================================================================^M > > --- transformations.c (revision 2419)^M > > +++ transformations.c (revision 2420)^M > > @@ -71,7 +71,8 @@^M > > char *p, *s; > > str st; > > xl_value_t v; > > - if(val==NULL) > > + > > + if(val==NULL || val->flags&XL_VAL_NULL) > > return -1; > > > > switch(subtype) > > > > > > > > > >> -----Original Message----- > >> From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > >> Sent: Friday, July 06, 2007 9:19 PM > >> To: Papadopoulos Georgios > >> Cc: users(a)openser.org > >> Subject: Re: [OpenSER-Users] crash when checking empty destination > >> uri > >> > >> Hello, > >> > >> On 07/06/07 17:09, Papadopoulos Georgios wrote: > >> > >>> Hello, > >>> > >>> I have the following line in my script which causes OpenSER > >>> > >> (1.2) to > >> > >>> crash when the execution gets there for an ACK. > >>> if ($du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>> It gets at this line when an ACK is received and after > >>> > >> loose_route() > >> > >>> returns true. So I am guessing the destination uri is > null at that > >>> point and the check causes OpenSER to crash. > >>> > >>> If I add the following check then everything works fine. > >>> if (isdsturiset() && > >>> $du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > >>> > >> can you test with devel version? I applied a patch, and if > ok, I will > >> backport. Thanks for reporting. > >> > >> Cheers, > >> Daniel > >> > >> > >>> > >>> thank you > >>> > >>> George > >>> > >>> > >>> > >>> Disclaimer > >>> > >>> The information in this e-mail and any attachments is > >>> > >> confidential. It > >> > >>> is intended solely for the attention and use of the named > >>> addressee(s). If you are not the intended recipient, or person > >>> responsible for delivering this information to the intended > >>> > >> recipient, > >> > >>> please notify the sender immediately. Unless you are the intended > >>> recipient or his/her representative you are not > authorized to, and > >>> must not, read, copy, distribute, use or retain this > message or any > >>> part of it. E-mail transmission cannot be guaranteed to be > >>> > >> secure or > >> > >>> error-free as information could be intercepted, corrupted, lost, > >>> destroyed, arrive late or incomplete, or contain viruses. > >>> > >>> > >>> > >> > --------------------------------------------------------------------- > >> - > >> > >>> -- > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)openser.org > >>> http://openser.org/cgi-bin/mailman/listinfo/users > >>> > >>> > > > > >

2 1

[OpenSER-Users] Re: Presence, Database Error !!
by KUMAR 09 Jul '07

09 Jul '07

Thanks Henning, The remote_cseq was spelled wrongly kumar

1 0

RE: [OpenSER-Users] crash when checking empty destination uri
by Papadopoulos Georgios 09 Jul '07

09 Jul '07

Hi Daniel, Thank you for looking into this. I got from SVN the patch for rev. 2420 and I applied it to my 1.2 branch. OpenSER still crashes at the same point. Did I get the right patch? The one I have changes one line on route.c and transformations.c. I will add it at the end of the email. Best regards George Index: route.c^M ===================================================================^M --- route.c (revision 2419)^M +++ route.c (revision 2420)^M @@ -446,6 +446,9 @@^M char backup2; str res; xl_value_t value; + + if(ival==NULL || ival->s==NULL) + goto error; res.s = 0; res.len = 0; if(opd->type == SCRIPTVAR_ST) Index: transformations.c^M ===================================================================^M --- transformations.c (revision 2419)^M +++ transformations.c (revision 2420)^M @@ -71,7 +71,8 @@^M char *p, *s; str st; xl_value_t v; - if(val==NULL) + + if(val==NULL || val->flags&XL_VAL_NULL) return -1; switch(subtype) > -----Original Message----- > From: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] > Sent: Friday, July 06, 2007 9:19 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [OpenSER-Users] crash when checking empty destination uri > > Hello, > > On 07/06/07 17:09, Papadopoulos Georgios wrote: > > Hello, > > > > I have the following line in my script which causes OpenSER > (1.2) to > > crash when the execution gets there for an ACK. > > if ($du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > > It gets at this line when an ACK is received and after > loose_route() > > returns true. So I am guessing the destination uri is null at that > > point and the check causes OpenSER to crash. > > > > If I add the following check then everything works fine. > > if (isdsturiset() && > > $du=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)") > can you test with devel version? I applied a patch, and if > ok, I will backport. Thanks for reporting. > > Cheers, > Daniel > > > > > thank you > > > > George > > > > > > > > Disclaimer > > > > The information in this e-mail and any attachments is > confidential. It > > is intended solely for the attention and use of the named > > addressee(s). If you are not the intended recipient, or person > > responsible for delivering this information to the intended > recipient, > > please notify the sender immediately. Unless you are the intended > > recipient or his/her representative you are not authorized to, and > > must not, read, copy, distribute, use or retain this message or any > > part of it. E-mail transmission cannot be guaranteed to be > secure or > > error-free as information could be intercepted, corrupted, lost, > > destroyed, arrive late or incomplete, or contain viruses. > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > >

2 1

Re: [Serusers] How SER communicate to other SIP server
by roayu 09 Jul '07

09 Jul '07

Hi, Szasz! I found that both UAC are only sending out packets but didn't receive any packets from either party. For instance, softphone A only send packets to serverA whereas softphone B only send packets to serverB. Is there any other settings that I need configure as well? Which firewall settings that I need to check (server/client)? Thanks. Roa Yu -----Original Message----- From: Szasz Szabolcs [mailto:sszasz@digicomm.ro] Sent: Monday, July 09, 2007 4:40 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] How SER communicate to other SIP server Hi! See your firewall settings, probably you don't allow to forward the RTP packets. Szasz Szabolcs ----- Original Message ----- From: "roayu" <roayu(a)ctisys.net> To: "Olaf Bergmann" <Olaf.Bergmann(a)freenet-ag.de> Cc: <serusers(a)lists.iptel.org> Sent: Monday, July 09, 2007 11:12 AM Subject: Re: [Serusers] How SER communicate to other SIP server > Hi, Olaf! > > I managed to call to the other SIP server. Unfortunately, both sides can't > hear anything. What could be the problem? Could it be the NAT issue? If > so, > where should I allocate them to use the mediaproxy(before/after > rewritehostport())? > > > Thanks. > > Best regards, > Roa Yu > > > -----Original Message----- > From: Olaf Bergmann [mailto:Olaf.Bergmann@freenet-ag.de] > Sent: Wednesday, July 04, 2007 2:14 PM > To: roayu > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] How SER communicate to other SIP server > > roayu wrote: >> Hi, Olaf! >> >>>From what I understand about forward() is that it will forward the >>>request >> to the given destination statelessly. Whereas for t_relay(), it will >> relay > a >> message to the destination stated in current URI statefully. How do I get >> the URI to point to the other SIP server by using t_relay() as I couldn't >> assign any IP address for t_relay(). I managed to assign an IP address by >> using forward(). >> >> I tried to use both. Unfortunately, I still failed to forward the message > to >> the another SIP server to establish the call. Is there any functions I > need >> to use before using either those 2 functions? FYI, I will only call them >> when it starts to INVITE. > > 482 Loop Detected > > The function you are looking for is called rewritehostport (or > rewritehost, if you like). But you could also use > t_relay_to_{udp,tcp} to specify a literal transport address where > you want your request being routed to. > <http://www.iptel.org/ser/doc/search> gives more information on > these functions. > > Regards, > Olaf > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] rtpproxy bridge mode ip addresses used
by Shaun Hofer 09 Jul '07

09 Jul '07

I used examples/alg.cfg to set-up SER between two subnets (both private at this stage) and had the UA (end points) connected directly to SER machine, one to each interface. This all worked fine, but the problem I've found is that when I started putting UA onto other subnets I would loose the rtp packets. It seems rtpproxy uses one IP addresses and not both for sending rtp, when in bridge mode. This causes problems when the two subnets are non-routable except through SER and rtpproxy. UA (10.0.10.212) ----- (10.0.10.1) Router (10.0.100.1) ---- (10.0.100.2) SER (10.0.11.2) ---- UA (10.0.11.150) From packet captures I can see that UA 10.0.10.212 tries to send RTP packets to 10.0.11.2 which the router knows nothing about and doesn't route to 10.0.100.2, but the SIP packets seem to have the correct src and dest. I know I can put static routes in etc for the router. We hope to deploy this where the private IP address will be replaced by public ones, and there will be routers connected to one of SER machine's interface that we have no control over. Any ideas on how I can force rtpproxy to use 10.0.100.2 when going to 10.0.10.212 and still use 10.0.11.2 for 10.0.11.150 or is this limitation of rtpproxy ? netstat when UA 10.0.11.150 calls UA 10.0.10.212: udp 0 0 10.0.11.2:8016 0.0.0.0:* 19347/rtpproxy udp 0 0 10.0.11.2:8017 0.0.0.0:* 19347/rtpproxy udp 0 0 10.0.11.2:8018 0.0.0.0:* 19347/rtpproxy udp 0 0 10.0.11.2:8019 0.0.0.0:* 19347/rtpproxy udp 0 0 127.0.0.1:7000 0.0.0.0:* 19347/rtpproxy I have also tried swapping the -l ip address around, but still lost audio in one direction on calls. rtpproxy -l 10.0.100.2 10.0.11.2 -s udp:127.0.0.1 7000 Thanks in advance -- Shaun Hofer VoxPak Pty Ltd ********************************************************** If you receive this email by mistake, please notify us and do not make any use of the email. We do not waive any privilege, confidentiality or copyright associated with it.

1 0

[OpenSER-Users] [OT] Auto-replies from "Jean-Pierre RAMOUL" <jra@teamlog.com>
by Iñaki Baz Castillo 09 Jul '07

09 Jul '07

Hi, there is a user of this list who has configured a vacation mesage and for each mail I send to this list I receive a message: "Bonjour, Je suis actuellement en congés, je traiterai votre demande dès mon retour. Cordialement, Jean-Pierre Ramoul" Could this kind of mails be blocked? Regards. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

Re: [Serusers] How SER communicate to other SIP server
by roayu 09 Jul '07

09 Jul '07

Hi, Olaf! I managed to call to the other SIP server. Unfortunately, both sides can't hear anything. What could be the problem? Could it be the NAT issue? If so, where should I allocate them to use the mediaproxy(before/after rewritehostport())? Thanks. Best regards, Roa Yu -----Original Message----- From: Olaf Bergmann [mailto:Olaf.Bergmann@freenet-ag.de] Sent: Wednesday, July 04, 2007 2:14 PM To: roayu Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] How SER communicate to other SIP server roayu wrote: > Hi, Olaf! > >>From what I understand about forward() is that it will forward the request > to the given destination statelessly. Whereas for t_relay(), it will relay a > message to the destination stated in current URI statefully. How do I get > the URI to point to the other SIP server by using t_relay() as I couldn't > assign any IP address for t_relay(). I managed to assign an IP address by > using forward(). > > I tried to use both. Unfortunately, I still failed to forward the message to > the another SIP server to establish the call. Is there any functions I need > to use before using either those 2 functions? FYI, I will only call them > when it starts to INVITE. 482 Loop Detected The function you are looking for is called rewritehostport (or rewritehost, if you like). But you could also use t_relay_to_{udp,tcp} to specify a literal transport address where you want your request being routed to. <http://www.iptel.org/ser/doc/search> gives more information on these functions. Regards, Olaf

2 1

[OpenSER-Users] Presence, Database Error !!
by KUMAR 09 Jul '07

09 Jul '07

Hi all, I'm trying to make openser work with presence. I'm having few problems making it work. I've attached the openser.cfg that I'm using. The dump I get from the server is as follows. 1(5115) submit_query: Unknown column 'remote_cseq' in 'field list' 1(5115) db_insert: Error while submitting query 1(5115) PRESENCE:update_subscription: ERROR while storing new subscription 1(5115) PRESENCE:update_presentity: ERROR occured 1(5115) PRESENCE:handle_subscribe: ERROR while updating database 4(5125) ERROR:check_content_type: invalid type for a message 4(5125) ERROR: extract_body: content type mismatching 4(5125) ERROR: force_rtp_proxy2: can't extract body from the message Here's what the UA is doing. The UA upon registration is sending a SUBSCRIBE followed by PUBLISH. The server then forwards the PUBLISH. Now, Isn't the server supposed to send NOTIFY ? And what about the error messages resulting from the database operations ? Thank you in advance kumar

2 1

[Serusers] Loading and deleting avp
by tzieleniewski 09 Jul '07

09 Jul '07

Hi, How can one delete a particular avp attribute or avps attributes from the user class and a particular track?? Is it possible to load the particular attribute to the specific class and track? Thanks in advance. Cheers Tomasz

2 3

[Serusers] insert_avp_hf and append_avp_hf result in unknown command, missing loadmodule? error
by tzieleniewski 09 Jul '07

09 Jul '07

Hi, I am using SER rel 2_0_0 from cvs and when I try to invoke insert_avp_method("xxx","yyy") or append_avp_method("xxx","yyy") I get unknown command, missing loadmodule? I have the avp module loaded. What could be the reason for this? Cheers TOmasz

2 1

[Serusers] QUERY - SER Documentation
by Parminder.Nayyar＠relianceada.com 09 Jul '07

09 Jul '07

Hello This is in reference to the product SER available as a open source. We intend to use Solaris 10 OS as a SIP Server using SER. But I could just get the Getting Started article on the website which takes care of specific cases. However , can we get some documentation on the modules and parameters there in? Thanks Parminder Nayyar

1 0

[Serusers] QUERY - SER Documentation
by Parminder.Nayyar＠relianceada.com 09 Jul '07

09 Jul '07

Hello This is in reference to the product SER available as a open source. We intend to use Solaris 10 OS as a SIP Server using SER. But I could just get the Getting Started article on the website which takes care of specific cases. However , can we get some documentation on the modules and parameters there in? Thanks Parminder Nayyar

1 0

[Serusers] Question
by Serg Nikitin 09 Jul '07

09 Jul '07

1 0

[Serusers] How to configure Trunk capacity
by roayu 09 Jul '07

09 Jul '07

Hi, there! Can anyone tell me where can I configure the Trunk capacity for SER? Thank you. Best regards, Roa Yu

1 0

[Serusers] loose_route() function doesn't work? - ser 2_0_0
by tzieleniewski 08 Jul '07

08 Jul '07

Hi, I have the following SIP scenario: UA_A -> SER_A -> other SIP Proxy -> SER_A -> UA_B I want to force SER_A instance to forward the received request to other SIP proxy element and ensure that that request will return to SER_A afterwards. To do that I use an insert_hf() function from textops module inside ser.cfg to insert a double Route header field - first value the sip uri of the 'other SIP proxy' and second one the SER_A sip uri to assure that the forwarded request will return to SER_A. Whenever request enters the ser.cfg script logic my SER code performs the loose_route() check in general. In my situation when request initialy enters the logic it doesn't have any Route headers. When request enters a particular route block responsible for handling this request there is an lookup_user() invocation to check if the user should be serviced by this SER. If lookup_user() returns true and this particular user has a flag set which indicates routing through the extra SIP proxy I add the Route headers and pass the request to the 'FORWARD' route block where I do the t_relay(). My problem is that when I do t_relay() after inserting the Route headers into the request it is not forwarded according to the topmost Route header field value?? Is it bug in ser?? Please point me what do I missed. Thank you in advance. Tomasz

3 4

[Serusers] SER - Getting Started Guide
by Shaun Hofer 08 Jul '07

08 Jul '07

Thought I would let people know that (in case no one realised) SER - Getting Started Guide (html and pdf versions) seems not to be accessible any more. Seems all the links that point to onsip.org on iptel.org/ser/doc/gettingstarted page can't load, yet onsip.org main page can be loaded. Use google cache in the mean time but not sure how up to date it is: http://www.google.com/search?q=ser+gettingstarted&ie=utf-8&oe=utf-8&aq=t&rl… -- Shaun Hofer Email: shaun.hofer(a)voxpak.com ********************************************************** If you receive this email by mistake, please notify us and do not make any use of the email. We do not waive any privilege, confidentiality or copyright associated with it.

2 1

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