sr-users

sr-users@lists.kamailio.org

20 participants
37472 discussions

[Kamailio-Users] Using rewritehost to multiple hosts
by Sven Schulz 20 Nov '08

20 Nov '08

Hi, Is there an easy way to do this? I'd like to use rewritehost to point to multiple IP addresses (for redundancy purposes). Can this be done with rewritehost or some other method? Sven Schulz Penn State University

2 1

Re: [Kamailio-Users] 64-bit openser
by Klaus Darilion 20 Nov '08

20 Nov '08

joy yue wrote: > > > > On 11/18/08, *Klaus Darilion* <klaus.mailinglists(a)pernau.at > <mailto:klaus.mailinglists@pernau.at>> wrote: > > joy yue wrote: > > > Hi Folks, > > I get out-of-memory error with openser1.3 version. As I already > increase the share memory size to 2G, looks like the only choice > is to compile openser as 64-bit binary. Before I go further, I'd > like to check if anyone has experience in this. Does OPenser > work with 64-bit binary? > > > > Maybe you are triggering a bug in openser and leaking memory. I > think it would be better to debug why you are running out of memory. > http://kamailio.org/dokuwiki/doku.php/troubleshooting:memory > > > It doesn't look like memory leak. With lower load, openser runs fine > without the out-of-memory error. Hi! (please cc the list) So how much traffic is on your openser? (registrations per seconds, transactions per seconds ...) Maybe it leaks only under heavy load? (e.g.race conditions?) regards klaus

4 11

[Kamailio-Users] Contact field
by Alex R.S.M 19 Nov '08

19 Nov '08

Hi, Is there a function that can modify "Contact" field in SIP header? Thanks, Alex _________________________________________________________________ Windows Live Hotmail now works up to 70% faster. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_faster…

3 4

Re: [Kamailio-Users] 64-bit openser
by Samuel Muller 19 Nov '08

19 Nov '08

Heya Joy, I tried OpenSER 1.3 4 months ago in a 64-bit architecture and i had too many problems during compilation, or when ok, it crashes often. I'd to turn back my project to SER (sorry Daniel ;), I didn't have time to debug. Then, Kamailio project appeared, and I use it in a 64-bit architecture now, I didn't have any problems (compilation, ...). All is fine, it works perfectly. Maybe, just try it ? .Sam.

1 0

[Kamailio-Users] Problem With TM and USRLOC
by Ali Jawad 19 Nov '08

19 Nov '08

Hi All I do use usrloc in dbmode 1, I tried to apply modparam("tm", "fr_inv_timer", 15) But it did not work unless I do set dbmode 0 in usrloc. What happens is that if I do set the fr_inv_timer to 15 and userloc dbmode to 0 both parties hang up after 15 seconds. If I do set dbmode to 1, the calling party just keeps ringing after 15 seconds. And EVEN if the other party hangs up the calling party keeps ringing. This does not happen in dbmode 2 Please advice. Thanks

2 1

[Kamailio-Users] carrierroute extensions in kamailio 1.5
by Henning Westerholt 19 Nov '08

19 Nov '08

Hi all, i'm happy to announce that we finished the work on the carrierroute module for kamailio 1.5. We implemented a bunch of new features that makes the module more flexible then ever, and also fixed a few annoyances in the module usage: 1. Improved routing data loading The module supports now the partioned loading of routing data during startup and reloads. In the past when one want to load big route set it was necessary to increase the private memory pool size, as the data was stored temporarily there. Now this is not necessary anymore, its possible to load route sets with e.g. 400.000 rules in the standard (private memory) configuration. 2. Efficient matching of domains and carriers In the old implementation a simple linear list was used, this was replaced with a fast binary search function. The module can now look up carrier and domains in most cases with O(log n), which makes it more scalable when a big number of carriers and/ or domains are involved. Only when a dynamic string is used in the config script a full list search is needed. 3. Support for non-numerical prefix matching Carrierroute now supports also the prefix matching with non-numerical characters. Its possible to use the entire standard ascii charset for route matching. This is configurable with a module parameter, the default implementation is still the know digit matching method. Please keep in mind that memory demands will increase somewhat when the extended matching is used. This additonal flexibility will probably bring a small overhead with it, as some additional logic is involved during the routing deciscion. But i don't think this will be noticable on today standard servers. 4. Extensive refactoring and cleanups We restructured and refactored the code in most areas, to make the module implementation and structure more understandable, maintainable and extensible. We replaced the usage of custom datatypes and fixup functions with the standard core implementation, switched to the autogenerated DB interface and use now standard glibc functions e.g. for the list search. We changed certain structures to not store the full name of carriers and domains in memory to save space and got finally rid of this mismatch between internal and external carrier ID. More details about the new implementation can be found in the documentation at: http://www.kamailio.org/docs/modules/devel/carrierroute.html Porting hints, e.g. for the new database structure are provided at: http://www.kamailio.org/dokuwiki/doku.php/install:1.4.x-to-1.5.0 We did tests with our testsuite, but please keep in mind that there are probably a few bugs present. So any testing is highly appreciated, please report any bugs to the tracker or the development list. With best regards, Henning Westerholt -- Henning Westerholt - Development Consumer Products / DSL Core 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany Vorstände: Henning Ahlert, Ralph Dommermuth, Matthias Ehrlich, Thomas Gottschlich, Robert Hoffmann, Markus Huhn, Hans-Henning Kettler, Dr. Oliver Mauss, Jan Oetjen - Aufsichtsratsvorsitzender: Michael Scheeren Amtsgericht Montabaur / HRB 6484

1 0

[Serusers] Registration Issue
by Jai Rangi 19 Nov '08

19 Nov '08

<serusers(a)lists.iptel.org> All, I got a weird problem for Grand Stream 486 ATA registering on my ser server. Server in in US and ATA is registering from India. Here is ngrep trace. Every time the device tries to register the "Register" word get some extra characters. For example in this case REGISTER became R:50145EGISTER and ser replies with 404 User Not found. Anyone faced this issue, any idea how to debug/fix this problem this. U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 *R:50145EGISTER* sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7507 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1".... ### U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 R:50145EGISTER sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7522 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1"....

1 0

[Serusers] Register Signal issue.
by Jai Rangi 19 Nov '08

19 Nov '08

All, I got a weird problem for Grand Stream 486 ATA registering on my ser server. Server in in US and ATA is registering from India. Here is ngrep trace. Every time the device tries to register the "Register" word get some extra characters. For example in this case REGISTER became R:50145EGISTER and ser replies with 404 User Not found. Anyone faced this issue, any idea how to debug/fix this problem this. U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 *R:50145EGISTER* sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7507 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1".... ### U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 R:50145EGISTER sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7522 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1"....

1 0

[Serusers] Register Signal corrupted
by Jai Rangi 19 Nov '08

19 Nov '08

All, I got a weird problem for Grand Stream 486 ATA registering on my ser server. Server in in US and ATA is registering from India. Here is ngrep trace. Every time the device tries to register the "Register" word get some extra characters. For example in this case REGISTER became R:50145EGISTER and ser replies with 404 User Not found. Anyone faced this issue, any idea how to debug/fix this problem this. U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 *R:50145EGISTER* sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7507 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1".... ### U 59.180.68.3:50145 -> XXX.XXX.XXX.211:5060 R:50145EGISTER sip:XXX.XXX.XXX.211 SIP/2.0..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;ta g=e5ca733921001365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>..Contact: *..Supported: replaces, timer..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REG ISTER..Expires: 0..User-Agent: Grandstream HT487 1.1.0.26..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE..Content-L ength: 0.... # U XXX.XXX.XXX.211:5060 -> 59.180.68.3:50146 SIP/2.0 404 User Not Found..Via: SIP/2.0/UDP 59.180.68.3:50146;branch=z9hG4bKbd52be32ad52bf32..From: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=e5ca73392100 1365..To: <sip:1004613554@XXX.XXX.XXX.211;user=phone> <sip:1004613554@XXX.XXX.XXX.211;user=phone>;tag=2d30881a84b19f18b705d17dbf895433.1f56..Call-ID: 53fb73fb244b57b9@192.168.1.4..CSeq: 100 REGISTER..Serve r: Sip EXpress router (0.9.6 (i386/linux))..Content-Length: 0..Warning: 392 XXX.XXX.XXX.211:5060 "Noisy feedback tells: pid=7522 req_src_ip=59.180.68.3 req_src_ port=50145 in_uri=sip:XXX.XXX.XXX.211 out_uri=sip:XXX.XXX.XXX.211 via_cnt==1"....

1 0

Re: [Kamailio-Users] global variable for inter-transaction
by Ovidiu Sas 18 Nov '08

18 Nov '08

Yes. You will need to remove the entry when the dialog ends (on BYE). If you don't get a BYE, you may end up with leftovers. You can clean them up by setting a cron job to check for 'old' records into your 'dlg' table and remove them. The hash module solution is more elegant, but you will need to wait for the next release. Regards, Ovidiu Sas On Tue, Nov 18, 2008 at 5:12 PM, Alex R. S. M <alex_rsm(a)hotmail.com> wrote: > Then this table would have an entry for each dialog. Do we need to flush the > table at any time? > > >> Date: Tue, 18 Nov 2008 10:26:35 -0500 >> From: osas(a)voipembedded.com >> To: alex_rsm(a)hotmail.com >> Subject: Re: [Kamailio-Users] global variable for inter-transaction >> CC: users(a)lists.kamailio.org >> >> At this point in time there are no variables that can store a value >> across dialogs. >> One alternative would be to store the value into a db during the first >> transaction and then retrieve it on the second transaction belonging >> to the same dialog. Use clid/fromtag/totag to identify the dialog. >> >> Regards, >> Ovidiu Sas >> >> On Tue, Nov 18, 2008 at 10:22 AM, Alex R. S. M <alex_rsm(a)hotmail.com> >> wrote: >> > Hi, >> > >> > What type of variable can store a value from one Transaction to another >> > Transaction in the same dialog, i.e. to store a value from "200 >> > response" >> > and use it in "BYE request". I tried VAR and AVP and they both are being >> > reset in the new Transaction. >> > >> > Please advice, >> > AR >> > >> > ________________________________ >> > Proud to be a PC? Show the world. Download the "I'm a PC" Messenger >> > themepack now. Download now. >> > _______________________________________________ >> > Users mailing list >> > Users(a)lists.kamailio.org >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> > >> > > > ________________________________ > Proud to be a PC? Show the world. Download the "I'm a PC" Messenger > themepack now. Download now.

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