[SR-Users] sr-users Digest, Vol 95, Issue 17

julian arsanches guandulito.com at gmail.com
Wed Apr 3 22:04:07 CEST 2013


Thanks a lot  it was just what i need it , it worked like a charm.

strip(3);


On Wed, Apr 3, 2013 at 3:39 PM, <sr-users-request at lists.sip-router.org>wrote:

> Send sr-users mailing list submissions to
>         sr-users at lists.sip-router.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> or, via email, send a message with subject or body 'help' to
>         sr-users-request at lists.sip-router.org
>
> You can reach the person managing the list at
>         sr-users-owner at lists.sip-router.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sr-users digest..."
>
>
> Today's Topics:
>
>    1. Re: please help with some transformations. (Alex Balashov)
>    2. Re: please help with some transformations.
>       (Daniel-Constantin Mierla)
>    3. Abort at qm_debug_frag function (Bruno Bresciani)
>    4. Re: Abort at qm_debug_frag function (Daniel-Constantin Mierla)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 03 Apr 2013 14:18:18 -0400
> From: Alex Balashov <abalashov at evaristesys.com>
> Subject: Re: [SR-Users] please help with some transformations.
> To: sr-users at lists.sip-router.org
> Message-ID: <515C726A.10104 at evaristesys.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hello Julian,
>
> On 04/03/2013 01:54 PM, julian arsanches wrote:
>
> > Hi am new to kamilio , but able to make calls, i need to do something
> > really simple if someone can give me an example of it i will be
> gratefull.
> >
> > just before the call gets relayed i need to delete a prefix from the sip
> > uri so it gets transformed to the same uir but less 3 digits.
> >
> > for example sip:123xxx at domain.com <mailto:sip%3A123xxx at domain.com>  >>>
> > changed to sip:xxxx at dmain.com <mailto:sip%3Axxxx at dmain.com>
> >
> > i tryed with transformations but still too new and does give me so many
> > errors that kamailio don't start,
>
> There is a core convenience function that can help with this, as long as
> you're manipulating the request URI:
>
>     strip(3);
>
> You referred to "the SIP URI", which, of course, is ambiguous since a
> SIP request has many SIP URIs.
>
> -- Alex
>
> --
> Alex Balashov - Principal
> Evariste Systems LLC
> 235 E Ponce de Leon Ave
> Suite 106
> Decatur, GA 30030
> United States
> Tel: +1-678-954-0670
> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 03 Apr 2013 20:18:44 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com>
> Subject: Re: [SR-Users] please help with some transformations.
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Message-ID: <515C7284.5060905 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> Hello,
>
> if you just need to remove first 3 digits, use:
>
> strip(3);
>
> If the number of digits to strip is variables, use strip transformation:
>
> - http://www.kamailio.org/wiki/cookbooks/4.0.x/transformations#sstrip_len
>
> If does not work for you giving errors, paste here what you have in the
> config for that part.
>
> Cheers,
> Daniel
>
> On 4/3/13 7:54 PM, julian arsanches wrote:
> > Hi am new to kamilio , but able to make calls, i need to do something
> > really simple if someone can give me an example of it i will be
> > gratefull.
> >
> > just before the call gets relayed i need to delete a prefix from the
> > sip uri so it gets transformed to the same uir but less 3 digits.
> >
> > for example sip:123xxx at domain.com
> > <mailto:sip%3A123xxx at domain.com>  >>> changed to sip:xxxx at dmain.com
> > <mailto:sip%3Axxxx at dmain.com>
> >
> > i tryed with transformations but still too new and does give me so
> > many errors that kamailio don't start,
> >
> > tryed subs_uri  but i dont know how to tell it to just take the first
> > tree digits, it is usually done for adding prefixes.
> >
> > please help.
> >
> > thank you in advance.
> >
> > on my scenario i am having an asterisk that i dont control sending me
> >   an invite for with a prefix i need kamailio to forward that uri to
> > another server minus the prefix.
> >
> > thank you.
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
>   - http://conference.kamailio.com -
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20130403/89cc3741/attachment-0001.htm
> >
>
> ------------------------------
>
> Message: 3
> Date: Wed, 3 Apr 2013 16:34:59 -0300
> From: Bruno Bresciani <bruno.bresciani at gmail.com>
> Subject: [SR-Users] Abort at qm_debug_frag function
> To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
>         Users   Mailing List" <sr-users at lists.sip-router.org>
> Message-ID:
>         <
> CAKv6MrYwA61yXQz1+WUOCGOr+p-QTE1JWptvSHtFFAXAim__7Q at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Kamailio is generating a abort at qm_debug_frag function (BUG: qm_*: prev.
> fragm. tail overwritten) but I can't understanding the meaning this
> abort...  Someone can tell me the purpose of qm_debug_frag function, it
> checks if some improper memory handling happened and abort the program?
>
> Below is backtrace of abort:
>
> #0  0x00f41402 in __kernel_vsyscall ()
> #1  0x009fec10 in raise () from /lib/libc.so.6
> #2  0x00a00521 in abort () from /lib/libc.so.6
> #3  0x081797b7 in qm_debug_frag (qm=0xb5f83000, f=<value optimized out>) at
> mem/q_malloc.c:158
> #4  0x0817a6f3 in qm_free (qm=0xb5f83000, p=0xb6109a54, file=0x43760e
> "perms_db: src_ip.c", func=0x4378a0 "list_destroy", line=79)
>     at mem/q_malloc.c:442
> #5  0x0043563c in list_destroy (liste=0xb6107274) at src_ip.c:79
> #6  0x00430a93 in reload_srcip_table () at db.c:163
> #7  0x004313be in perms_db_srcip_reload (cmd_tree=0x835aeac, param=0x0) at
> fifo.c:107
> #8  0x00335d97 in mi_fifo_server (fifo_stream=0x99561d8) at
> ../../lib/kmi/mi.h:77
> #9  0x00337621 in fifo_process (rank=1) at mi_fifo.c:235
> #10 0x003378a5 in mi_child_init (rank=0) at mi_fifo.c:199
> #11 0x08120a02 in init_mod_child (m=0x82f4b88, rank=0) at sr_module.c:829
> #12 0x081209dc in init_mod_child (m=0x82f4d1c, rank=0) at sr_module.c:826
> #13 0x081209dc in init_mod_child (m=0x82f5164, rank=0) at sr_module.c:826
> #14 0x081209dc in init_mod_child (m=0x82f79f4, rank=0) at sr_module.c:826
> #15 0x081209dc in init_mod_child (m=0x82f7cf0, rank=0) at sr_module.c:826
> #16 0x081209dc in init_mod_child (m=0x82f8174, rank=0) at sr_module.c:826
> #17 0x081209dc in init_mod_child (m=0x82f8798, rank=0) at sr_module.c:826
> #18 0x081209dc in init_mod_child (m=0x82f8b54, rank=0) at sr_module.c:826
> #19 0x081209dc in init_mod_child (m=0x82f8eb4, rank=0) at sr_module.c:826
> #20 0x081209dc in init_mod_child (m=0x82f90b4, rank=0) at sr_module.c:826
> #21 0x081209dc in init_mod_child (m=0x82f952c, rank=0) at sr_module.c:826
> #22 0x081209dc in init_mod_child (m=0x82fa980, rank=0) at sr_module.c:826
> #23 0x081209dc in init_mod_child (m=0x82fab9c, rank=0) at sr_module.c:826
> #24 0x081209dc in init_mod_child (m=0x82faff8, rank=0) at sr_module.c:826
> #25 0x080ae175 in main_loop () at main.c:1624
> #26 0x080b1256 in main (argc=3, argv=0xbf9a8f14) at main.c:2398
>
>
> Best Regards
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20130403/9c300ce0/attachment-0001.htm
> >
>
> ------------------------------
>
> Message: 4
> Date: Wed, 03 Apr 2013 21:39:23 +0200
> From: Daniel-Constantin Mierla <miconda at gmail.com>
> Subject: Re: [SR-Users] Abort at qm_debug_frag function
> To: "Kamailio (SER) - Users Mailing List"
>         <sr-users at lists.sip-router.org>
> Message-ID: <515C856B.4090909 at gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> What version are you using? Send the output of 'kamailio -V'.
>
> Cheers,
> Daniel
>
> On 4/3/13 9:34 PM, Bruno Bresciani wrote:
> > Kamailio is generating a abort at qm_debug_frag function (BUG: qm_*:
> > prev. fragm. tail overwritten) but I can't understanding the meaning
> > this abort...  Someone can tell me the purpose of qm_debug_frag
> > function, it checks if some improper memory handling happened and
> > abort the program?
> >
> > Below is backtrace of abort:
> >
> > #0  0x00f41402 in __kernel_vsyscall ()
> > #1  0x009fec10 in raise () from /lib/libc.so.6
> > #2  0x00a00521 in abort () from /lib/libc.so.6
> > #3  0x081797b7 in qm_debug_frag (qm=0xb5f83000, f=<value optimized
> > out>) at mem/q_malloc.c:158
> > #4  0x0817a6f3 in qm_free (qm=0xb5f83000, p=0xb6109a54, file=0x43760e
> > "perms_db: src_ip.c", func=0x4378a0 "list_destroy", line=79)
> >     at mem/q_malloc.c:442
> > #5  0x0043563c in list_destroy (liste=0xb6107274) at src_ip.c:79
> > #6  0x00430a93 in reload_srcip_table () at db.c:163
> > #7  0x004313be in perms_db_srcip_reload (cmd_tree=0x835aeac,
> > param=0x0) at fifo.c:107
> > #8  0x00335d97 in mi_fifo_server (fifo_stream=0x99561d8) at
> > ../../lib/kmi/mi.h:77
> > #9  0x00337621 in fifo_process (rank=1) at mi_fifo.c:235
> > #10 0x003378a5 in mi_child_init (rank=0) at mi_fifo.c:199
> > #11 0x08120a02 in init_mod_child (m=0x82f4b88, rank=0) at sr_module.c:829
> > #12 0x081209dc in init_mod_child (m=0x82f4d1c, rank=0) at sr_module.c:826
> > #13 0x081209dc in init_mod_child (m=0x82f5164, rank=0) at sr_module.c:826
> > #14 0x081209dc in init_mod_child (m=0x82f79f4, rank=0) at sr_module.c:826
> > #15 0x081209dc in init_mod_child (m=0x82f7cf0, rank=0) at sr_module.c:826
> > #16 0x081209dc in init_mod_child (m=0x82f8174, rank=0) at sr_module.c:826
> > #17 0x081209dc in init_mod_child (m=0x82f8798, rank=0) at sr_module.c:826
> > #18 0x081209dc in init_mod_child (m=0x82f8b54, rank=0) at sr_module.c:826
> > #19 0x081209dc in init_mod_child (m=0x82f8eb4, rank=0) at sr_module.c:826
> > #20 0x081209dc in init_mod_child (m=0x82f90b4, rank=0) at sr_module.c:826
> > #21 0x081209dc in init_mod_child (m=0x82f952c, rank=0) at sr_module.c:826
> > #22 0x081209dc in init_mod_child (m=0x82fa980, rank=0) at sr_module.c:826
> > #23 0x081209dc in init_mod_child (m=0x82fab9c, rank=0) at sr_module.c:826
> > #24 0x081209dc in init_mod_child (m=0x82faff8, rank=0) at sr_module.c:826
> > #25 0x080ae175 in main_loop () at main.c:1624
> > #26 0x080b1256 in main (argc=3, argv=0xbf9a8f14) at main.c:2398
> >
> >
> > Best Regards
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
>   - http://conference.kamailio.com -
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.sip-router.org/pipermail/sr-users/attachments/20130403/119ee8b1/attachment.htm
> >
>
> ------------------------------
>
> _______________________________________________
> sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> End of sr-users Digest, Vol 95, Issue 17
> ****************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130403/10249820/attachment-0001.htm>


More information about the sr-users mailing list