[SR-Users] dialplan regex confusion
I'm using the following in dialplan: id | dpid | pr | match_op | match_exp| match_len | subst_exp | repl_exp | attrs +--++--++---+--+--+-- 3 |3 | 0 |1 | ^30\d{3}#\+?1?[2-9]\d{2}[2-9]\d{6}$| 0 | ^(30\d{3}#)(\+?1?)([2-9]\d{2}[2-9]\d{6}$)| \11\3| normalize prefixed domestic A R-URI goes in as 30001#12345678910 It comes out as 30001#*\1*12345678910 Can someone help me understand why? I'd expect to be exactly what it was originally but for some reason '\1' is thrown in the middle... Thanks, Ryan ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] dialplan regex confusion
Thanks. I see it now. http://sip-router.org/tracker/index.php?do=detailstask_id=115 On Thu, Feb 24, 2011 at 3:19 PM, Juha Heinanen j...@tutpro.com wrote: thrillerbee writes: A R-URI goes in as 30001#12345678910 It comes out as 30001#*\1*12345678910 Can someone help me understand why? I'd expect to be exactly what it was originally but for some reason '\1' is thrown in the middle... this is the same issue that i have reported and created bug report on the tracker. -=- juha ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] pipelimit db schema
Cool, thanks. On Wed, Feb 23, 2011 at 12:36 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, On 2/23/11 12:30 AM, thrillerbee wrote: Can anyone point me to the db schema for the new pipelimit module? seems I forgot to add it to db creation script. I will fix that in the next days. Meanwhile you can use: INSERT INTO version (table_name, table_version) values ('pl_pipes','1'); CREATE TABLE pl_pipes ( id INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, pipeid VARCHAR(64) DEFAULT '' NOT NULL, algorithm VARCHAR(32) DEFAULT '' NOT NULL, plimit INT DEFAULT 0 NOT NULL, CONSTRAINT pipeid_idx UNIQUE (pipeid) ) ENGINE=MyISAM; This is inside sources, modules/pipelimit/pl_db.c Thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] pipelimit db schema
Is there a fifo command available to reload pipelimit config from db? something like 'kamctl fifo pl_reload'? On Wed, Feb 23, 2011 at 9:02 AM, thrillerbee thriller...@gmail.com wrote: Cool, thanks. On Wed, Feb 23, 2011 at 12:36 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, On 2/23/11 12:30 AM, thrillerbee wrote: Can anyone point me to the db schema for the new pipelimit module? seems I forgot to add it to db creation script. I will fix that in the next days. Meanwhile you can use: INSERT INTO version (table_name, table_version) values ('pl_pipes','1'); CREATE TABLE pl_pipes ( id INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, pipeid VARCHAR(64) DEFAULT '' NOT NULL, algorithm VARCHAR(32) DEFAULT '' NOT NULL, plimit INT DEFAULT 0 NOT NULL, CONSTRAINT pipeid_idx UNIQUE (pipeid) ) ENGINE=MyISAM; This is inside sources, modules/pipelimit/pl_db.c Thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] pipelimit db schema
I found the answer to my most recent question (my timer interval was set too long). Can someone answer this one? Is there a fifo command available to reload pipelimit config from db? something like 'kamctl fifo pl_reload'? On Wed, Feb 23, 2011 at 2:00 PM, thrillerbee thriller...@gmail.com wrote: ...and while I'm asking questions, how should the algorithm be specified in the db column? Could someone provide some examples? I'm catching the CPS, but nothing is actually being dropped: #kamctl fifo pl_get_pipes PIPE:: id=30236 algorithm=TAILDROP limit=15 counter=82 Thanks. On Wed, Feb 23, 2011 at 1:32 PM, thrillerbee thriller...@gmail.comwrote: Is there a fifo command available to reload pipelimit config from db? something like 'kamctl fifo pl_reload'? On Wed, Feb 23, 2011 at 9:02 AM, thrillerbee thriller...@gmail.comwrote: Cool, thanks. On Wed, Feb 23, 2011 at 12:36 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, On 2/23/11 12:30 AM, thrillerbee wrote: Can anyone point me to the db schema for the new pipelimit module? seems I forgot to add it to db creation script. I will fix that in the next days. Meanwhile you can use: INSERT INTO version (table_name, table_version) values ('pl_pipes','1'); CREATE TABLE pl_pipes ( id INT(10) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, pipeid VARCHAR(64) DEFAULT '' NOT NULL, algorithm VARCHAR(32) DEFAULT '' NOT NULL, plimit INT DEFAULT 0 NOT NULL, CONSTRAINT pipeid_idx UNIQUE (pipeid) ) ENGINE=MyISAM; This is inside sources, modules/pipelimit/pl_db.c Thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] pipelimit db schema
Can anyone point me to the db schema for the new pipelimit module? Thanks, Ryan ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] accounting serial forked transactions with 302 from LCR
Alex, Are you referring to the modparam that would include accounting CANCELs? If so, no - I'm not doing that because I don't want to account the CANCEL transaction. I only wish to account the INVITE transaction final response (487). I have found that I can force a 487 response back to the original UAC by using t_reply(487,...) if t_is_canceled(), but then the acc module accounts 2 transactions - one with a 302 response code another with the 487 response code. Thanks, Ryan On Tue, Jan 25, 2011 at 5:28 AM, Alex Balashov abalas...@evaristesys.comwrote: On 01/24/2011 05:53 PM, thrillerbee wrote: After more investigation, it seems my issue is not just with the accounting module. Instead of proxying the 487 back to the original UAC, Kamailio passes a 302. To simplify, I've removed the leg outbound from Kamailio to the carrier: 0.00 caller - Kamailio SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.002294 Kamailio - caller SIP Status: 100 trying -- your call is important to us 0.002579 Kamailio - LCR SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.038023 LCR - Kamailio SIP Status: 100 Trying 0.046877 LCR - Kamailio SIP Status: 302 Redirect Request 0.047807 Kamailio - LCR SIP Request: ACK sip:15202362038@Kamailio ... 2.262195 Kamailio - caller SIP/SDP Status: 183 Session Progress, with session description 9.422170 caller - Kamailio SIP Request: CANCEL sip:15202362038@Kamailio 9.424296 Kamailio - caller SIP Status: 200 canceling ... 9.423958 Kamailio - outbound_proxy SIP Request: CANCEL sip:15202362038@upstream_carrier 9.487730 outbound_proxy - Kamailio SIP Status: 200 canceling 9.576758 outbound_proxy - Kamailio SIP Status: 487 Request Terminated ... *9.579157 Kamailio - caller SIP Status: 302 Redirect Request* 9.626503 caller - Kamailio SIP Request: ACK sip:15202362038@Kamailio This worked flawlessly in OpenSIPS so I'm sure it has something to do with a difference since the 2 split. Any advice would be much appreciated. Thanks, Ryan On Mon, Jan 24, 2011 at 9:00 PM, thrillerbee thriller...@gmail.com mailto:thriller...@gmail.com wrote: I'm converting my OpenSIPS routers to Kamailio have run into a small complication. The proxy pushes all INVITEs to a least-cost router. This LCR responds with a list of routes as contact instances in a 302 Redirect. Calls are routing a serially forking normally. Connected failed calls account normally. However, if the caller cancels the call, the acc module includes the 302 in the transaction record as the final response as opposed to the actual final response - the 487 Request Canceled. Is there something I could be missing that would cause this? Are you sure you're setting the accounting logging flag when processing CANCELs? -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] accounting serial forked transactions with 302 from LCR
Will this kind of application require the multi_leg_info modparam for the acc module? I didn't have to use it with OpenSIPS, but I'm running out of ideas with Kamailio. Thanks, Ryan On Tue, Jan 25, 2011 at 2:29 PM, thrillerbee thriller...@gmail.com wrote: Alex, Are you referring to the modparam that would include accounting CANCELs? If so, no - I'm not doing that because I don't want to account the CANCEL transaction. I only wish to account the INVITE transaction final response (487). I have found that I can force a 487 response back to the original UAC by using t_reply(487,...) if t_is_canceled(), but then the acc module accounts 2 transactions - one with a 302 response code another with the 487 response code. Thanks, Ryan On Tue, Jan 25, 2011 at 5:28 AM, Alex Balashov abalas...@evaristesys.comwrote: On 01/24/2011 05:53 PM, thrillerbee wrote: After more investigation, it seems my issue is not just with the accounting module. Instead of proxying the 487 back to the original UAC, Kamailio passes a 302. To simplify, I've removed the leg outbound from Kamailio to the carrier: 0.00 caller - Kamailio SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.002294 Kamailio - caller SIP Status: 100 trying -- your call is important to us 0.002579 Kamailio - LCR SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.038023 LCR - Kamailio SIP Status: 100 Trying 0.046877 LCR - Kamailio SIP Status: 302 Redirect Request 0.047807 Kamailio - LCR SIP Request: ACK sip:15202362038@Kamailio ... 2.262195 Kamailio - caller SIP/SDP Status: 183 Session Progress, with session description 9.422170 caller - Kamailio SIP Request: CANCEL sip:15202362038@Kamailio 9.424296 Kamailio - caller SIP Status: 200 canceling ... 9.423958 Kamailio - outbound_proxy SIP Request: CANCEL sip:15202362038@upstream_carrier 9.487730 outbound_proxy - Kamailio SIP Status: 200 canceling 9.576758 outbound_proxy - Kamailio SIP Status: 487 Request Terminated ... *9.579157 Kamailio - caller SIP Status: 302 Redirect Request* 9.626503 caller - Kamailio SIP Request: ACK sip:15202362038@Kamailio This worked flawlessly in OpenSIPS so I'm sure it has something to do with a difference since the 2 split. Any advice would be much appreciated. Thanks, Ryan On Mon, Jan 24, 2011 at 9:00 PM, thrillerbee thriller...@gmail.com mailto:thriller...@gmail.com wrote: I'm converting my OpenSIPS routers to Kamailio have run into a small complication. The proxy pushes all INVITEs to a least-cost router. This LCR responds with a list of routes as contact instances in a 302 Redirect. Calls are routing a serially forking normally. Connected failed calls account normally. However, if the caller cancels the call, the acc module includes the 302 in the transaction record as the final response as opposed to the actual final response - the 487 Request Canceled. Is there something I could be missing that would cause this? Are you sure you're setting the accounting logging flag when processing CANCELs? -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] accounting serial forked transactions with 302 from LCR
After more investigation, it seems my issue is not just with the accounting module. Instead of proxying the 487 back to the original UAC, Kamailio passes a 302. To simplify, I've removed the leg outbound from Kamailio to the carrier: 0.00 caller - Kamailio SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.002294 Kamailio - caller SIP Status: 100 trying -- your call is important to us 0.002579 Kamailio - LCR SIP/SDP Request: INVITE sip:15202362038@Kamailio, with session description 0.038023 LCR - Kamailio SIP Status: 100 Trying 0.046877 LCR - Kamailio SIP Status: 302 Redirect Request 0.047807 Kamailio - LCR SIP Request: ACK sip:15202362038@Kamailio ... 2.262195 Kamailio - caller SIP/SDP Status: 183 Session Progress, with session description 9.422170 caller - Kamailio SIP Request: CANCEL sip:15202362038@Kamailio 9.424296 Kamailio - caller SIP Status: 200 canceling ... 9.423958 Kamailio - outbound_proxy SIP Request: CANCEL sip:15202362038@upstream_carrier 9.487730 outbound_proxy - Kamailio SIP Status: 200 canceling 9.576758 outbound_proxy - Kamailio SIP Status: 487 Request Terminated ... *9.579157 Kamailio - caller SIP Status: 302 Redirect Request* 9.626503 caller - Kamailio SIP Request: ACK sip:15202362038@Kamailio This worked flawlessly in OpenSIPS so I'm sure it has something to do with a difference since the 2 split. Any advice would be much appreciated. Thanks, Ryan On Mon, Jan 24, 2011 at 9:00 PM, thrillerbee thriller...@gmail.com wrote: I'm converting my OpenSIPS routers to Kamailio have run into a small complication. The proxy pushes all INVITEs to a least-cost router. This LCR responds with a list of routes as contact instances in a 302 Redirect. Calls are routing a serially forking normally. Connected failed calls account normally. However, if the caller cancels the call, the acc module includes the 302 in the transaction record as the final response as opposed to the actual final response - the 487 Request Canceled. Is there something I could be missing that would cause this? Thanks, Ryan ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users