Re: [Kamailio-Users] fr_inv_timer in kam-3.0
The thing is that the flavor is controlling the behavior of several module as opposed to params that are controlling the behavior of a single module. For the next release, it would be nice to get rid of it and maybe perform the following: - we should switch to ms for all tm timers; - maybe we should replace 'drop' with 'abort' and properly document this (everyone will be forced to update their configs and maybe rethink the logic); - allow fixups for all modules; and so on ... Best thing to do would be to create a wiki page with everything that needs to be done in order to get rid of flavor and get input from the community on how to address each issue. Thanks, Ovidiu On Thu, Apr 8, 2010 at 6:10 PM, Daniel-Constantin Mierla wrote: > > > On 4/8/10 11:06 PM, Alex Balashov wrote: >> >> On 04/08/2010 05:06 PM, Ovidiu Sas wrote: >> >>> I have to agree with Juha here. In the next major release we should >>> get rid of this flavor stuff. >>> Everyone should bite the bullet and make their old scripts compatible >>> with the new architecture. >> >> Even I will agree with this, and I am very resistant to change by nature. >> > Three major aspects seem to be controlled by compat mode: > - exit vs drop - in K they are distinct (e.g., drop is different in branch > and onreply routes), in SER drop==exit > - some bits in tm - avp parms format (in K they use PV format, to be > coherent with all other modules), auto-correction of timer parmeters that > used to be seconds in K and now are milliseconds and auto-dropping of > branches for serial forking > - modules' functions fixup attempts - in S mode, fixups based on > pseudo-variables are not tried > > If there is a way to make everyone happy with a single mode, then I am all > for it. > > Cheers, > Daniel > > -- > Daniel-Constantin Mierla * http://www.asipto.com/ * > http://twitter.com/miconda * > http://www.linkedin.com/in/danielconstantinmierla > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] fr_inv_timer in kam-3.0
I have to agree with Juha here. In the next major release we should get rid of this flavor stuff. Everyone should bite the bullet and make their old scripts compatible with the new architecture. -ovidiu On Thu, Apr 8, 2010 at 4:05 PM, Juha Heinanen wrote: > Daniel-Constantin Mierla writes: > > > When #!KAMAILIO is defined and the value of timeout avp is less than > > 120, then it is multiplied with 1000 (auto-correction from second to > > milisecond), but since it actually second for AVP case, will result in a > > very long timeout :-). > > > > I will fix it. > > i hope your fix don't break my script, where i have not defined > #!KAMAILIO. > > it is VERY bad to have all these different modes. for 3.1 we should get > rid of them and have only one mode. it also makes writing the docs > easier, when people can concentrate on one version of the docs instead > of two or three. > > -- juha > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Registrar: Save modified contact / set the q value
If you need this in 1.5, try to fix the contact header and then forward the REGISTER back to yourself. The loopback REGISTER should have the fixed Contact header and now you can call save(). You will need to tweak a a little bit the config to get everything right into the usrloc (the loopback REGISTER will come from the server IP) and it might work. Regards, Ovidiu Sas On Tue, Mar 30, 2010 at 11:36 AM, NeoTel Lists wrote: > Hello Everybody! > > Is there any way to save(domain, 0x02) the contact after it has been changed > somehow in Kamailio <= 1.5? > Do I have to upgrade to 3.0 and use msg_apply_changes() before save()? > > Or: Can I set the to be saved q value somehow? > > br > Walter > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Radius
It seems to be a type mismatch. You are trying to push an int into a
a string or viceversa.
Try to use transformations (to translate from int into a str) and see
if that works out ok.
Regards,
Ovidiu Sas
On Wed, Mar 24, 2010 at 4:50 PM, dotnetdub wrote:
> Hi,
> I'm using Kamailio - posted this to the opensips list as I thought I may get
> support from the ag guys but nothing..
> Has anyone else experienced this or have an idea as to what it may be?
>
>
>
> Having a very small but annoying issue with Radius Accounting.
> Everything is getting written fine except for 'Source-Port'
> This appears in radius.log everytime a record is written/updated. - Error:
> rlm_radutmp: NAS OpenSER port 5060 unknown packet type 15
> It's writing this into the text files and value to the radacct table:
> Source-Port = "\304\023"
> All other information is being written correctly.
> CDRTool version: 7.0
> Freeradius version: 1.1.7-4
> mediaproxy version: 2.3.10
> Kamailio Version: 1.5.3
> Using the dictionary files that ship with CDRTool
> From accounting:
> modparam("acc", "db_url", "mysql://openser:x...@localhost/openser")
> modparam("acc", "db_flag", 2)
> modparam("acc", "log_flag", 2)
> modparam("acc", "db_missed_flag", 3)
> modparam("acc", "radius_config", "/etc/radiusclient-ng/radiusclient.conf")
> modparam("acc", "radius_flag", 2)
> modparam("acc", "radius_missed_flag", 3)
> modparam("acc", "radius_extra", "User-Name=$Au; \
> Calling-Station-Id=$from; \
> Called-Station-Id=$to; \
> Sip-Translated-Request-URI=$avp(s:translated_uri); \
> Sip-RPid=$avp(s:rpid); \
> Source-IP=$si; \
> Source-Port=$sp; \
> Canonical-URI=$avp(s:can_uri); \
> Billing-Party=$avp(s:billing_party); \
> Divert-Reason=$avp(s:divert_reason); \
> X-RTP-Stat=$hdr(X-RTP-Stat); \
> Contact=$hdr(contact); \
> Event=$hdr(event); \
> SIP-Proxy-IP=$avp(s:sip_proxy_ip); \
> ENUM-TLD=$avp(s:enum_tld)")
>
> Obviously it's not a show stopper but it's just bugging the hell out of me
> :)
> If any more info is required please let me know and I will provide ASAP.
> TIA,
> Stephen
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Establish Call on different network.
For NATed clients you need to proxy media. Check out the nathelper module and rtproxy for proxying media. http://www.voip-info.org/wiki/view/OpenSER+And+RTPProxy Regards, Ovidiu Sas On Wed, Mar 24, 2010 at 1:09 AM, john david wrote: > Hello all, > I am using kamailio server, it works properly when connection is in > between two clients between same lan. > But when I connecting between two client who are on different proxy > and behind different NAT, call has been established but no audio or video > get transferred. > What are the changed i suppose to do, or any parameters should > get enabled while compilation, > Thanks in advance. > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [dialog module] dialog is not terminated when no ACK is received
>> 2) When the INVITE transaction is terminated by a final [3456]XX >> response, the dialog remains in memory in state 5 >> for ~4 seconds. I've inspected the code and couldn't find a timer or >> whatever that could make the dialog information to be kept for such >> time. >> > > Not in dialog module, but it is tm module. IIRC, the last reference to such > dialog is destroyed when the transaction is deleted from memory. That should > happen aprox 2sec after the transaction is completed and reply sent. To be > sure it is this one, you can play with tm parameter delete_timer or so. I am > going to dig in more as well. This is correct. The transaction deletion triggers an unref in the dialog context and when the ref counter comes down to zero, the dialog is deleted. Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [sr-dev] ratelimit enhancements
The major disadvantage that I encounter with modparam (in the current ratelimit module) is related to changes done via rpc/fifo/mi: on server restart, all these changes are lost (unless the config is also updated). I much prefer to have the ability to change the db and then perform a reload. This will ensure the same behavior on server restart. One may argue that it is the same with modparam, but the difference is that changing the config and performing changes via rpc/fifo/mi interface are two independent operations vs changing the db and after that perform a reload, which is a cause/effect operation, ensure synchronicity between server restarts. I also much prefer to have the ability to create a generic config file and customize the deployment via the db. Maybe keeping the ratelimit as is and having the pipelimit with db only config will be the best solution for now. It time, we will see which one has more traction. Regards, Ovidiu Sas On Wed, Feb 3, 2010 at 6:15 PM, Andrei Pelinescu-Onciul wrote: > On Feb 02, 2010 at 13:41, Ovidiu Sas wrote: >> Hello Henning, >> >> Having both method of initialization will just complicate the code. >> When the module parameters are parsed, the shared memory is not >> available and therefor all the module rate limit parameters will need >> to be cached into the memory until the shared memory is available. > > The shared memory is available for module params (recent change). > >> New code needs to be added to deal with conflicts when both method of >> initialization are provided: init via db and init via module >> parameters. >> >> Having the ratelimit configured via module parameters is forcing >> changing the config file every time the default rate limits are >> changed. > > One could change them via rpc/fifo/mi at runtime, without restart. > >> Using the simple db_text module has a lot of advantages: >> - db_text is available for all platforms; >> - the database is used only during init, after that the database is >> no longer used and therefor there is no impact on performance; >> - the rate limits are stored in human readable text file; >> - a database reload feature can be added and the default rate limits >> can be changed without touching the config file and server restart >> will keep the new settings. >> >> These are just my observation from using heavily the existing ratelimit >> module. >> >> If specifying the rate limits in the config file is a must, I would >> recommend keeping both modules and moving the common code into a >> library: >> - ratelimit with config init >> - pipelimit with db init >> > > I would prefer having the option of using modpram+rpc method instead of > db. > > > Andrei > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [sr-dev] ratelimit enhancements
Hello Henning, Having both method of initialization will just complicate the code. When the module parameters are parsed, the shared memory is not available and therefor all the module rate limit parameters will need to be cached into the memory until the shared memory is available. New code needs to be added to deal with conflicts when both method of initialization are provided: init via db and init via module parameters. Having the ratelimit configured via module parameters is forcing changing the config file every time the default rate limits are changed. Using the simple db_text module has a lot of advantages: - db_text is available for all platforms; - the database is used only during init, after that the database is no longer used and therefor there is no impact on performance; - the rate limits are stored in human readable text file; - a database reload feature can be added and the default rate limits can be changed without touching the config file and server restart will keep the new settings. These are just my observation from using heavily the existing ratelimit module. If specifying the rate limits in the config file is a must, I would recommend keeping both modules and moving the common code into a library: - ratelimit with config init - pipelimit with db init Regards, Ovidiu Sas On Tue, Feb 2, 2010 at 10:32 AM, Henning Westerholt wrote: > On Monday 01 February 2010, Jan Janak wrote: >> > > I'm in favor of keeping this module as a db only module. Combining >> > > both init methods (param and db config) is messy due to the current >> > > module initialization (the shm mem is not available during the param >> > > parsing). For small/embedded systems db_text is always a viable >> > > alternative. >> > >> > Hello Ovidiu, >> > >> > i did not reviewed the code yet, but some people also like to run their >> > balancers without a database to avoid this additional complexity. >> >> Yes, from what I have seen having load balancers without database is >> common. Right now we could probably use db_text module for such setups. > > Hi Jan, > > yes, this could be used, of course. But for now i'd like to keep the old > simple setup with just a configuration file. ;) > >> In the future having a driver for Sqlite or berkeleydb would be a better >> option. Both Sqlite and Berkeley DB databases appear to be reasonably fast >> for such setups and they require no special or complicated setup. > > There is a native berkeleydb driver in kamailio, and I used sqlite for testing > with the db_unixodbc driver, but i'm not sure how the state of this is now in > the sip-router repository. Marius, did you tested the unixodbc cases with the > unit tests? > > Henning > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] kamailio 1.4 cpc
It is an ISUP parameter. It is useful for SS7 interconnection. More info here: http://tools.ietf.org/html/draft-mahy-iptel-cpc-06 Inserting/removing/modifying the cpc parameter is possible via uri/textops transformations. http://www.kamailio.org/dokuwiki/doku.php/transformations:1.5.x#uri_transformations http://www.kamailio.org/dokuwiki/doku.php/transformations:1.5.x#parameters_list_transformations Hope this helps. Regards, Ovidiu Sas On Sat, Jan 30, 2010 at 4:18 PM, Iñaki Baz Castillo wrote: > El Viernes, 29 de Enero de 2010, Asim Riaz escribió: >> Hi List, >> Is it possible to add diffrent CPC(calling party catagory) > > What is "calling party catagory"? How is such option set (which header)? > > > -- > Iñaki Baz Castillo > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] rtpproxy session is not automatically deleted if INVITE transaction fails?
On Wed, Jan 27, 2010 at 9:04 AM, Iñaki Baz Castillo wrote: > El Miércoles, 27 de Enero de 2010, Ovidiu Sas escribió: >> It is the expected behavior. You can do that on failure_route (if you arm >> one). And if you do redirection based on 3xx, there's no need to >> terminated the rtp session and start a new one. > > Good point. Terminating the rtpproxy session upon receipt of an error response > would break the possibility of using serial forking (in failure_route) with > the already opened rtpproxy session (anyhow I think it's better to invoke > RtpProxy for each transaction serial/parallel fork). > > However, IMHO it could be more user-friendly. In case the incoming transaction > ends (when Kamailio replies [3456]XX to the UAC) then it makes no sense to > leave the rtpproxy session open. Instead, rtpproxy module could terminate it > (if it exists). > > This is: I just mean the case in which Kamailio terminates the incoming > transaction, but not the case in which a error response is got from > downstream. In most of this cases (if not all) the rtp session should not be opened. I like the way it is because I know exactly what's going on (no under the hood decisions). If a session is not closed, I know who to blame ;) Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] rtpproxy session is not automatically deleted if INVITE transaction fails?
It is the expected behavior. You can do that on failure_route (if you arm one).
And if you do redirection based on 3xx, there's no need to terminated
the rtp session and start a new one.
Regards,
Ovidiu Sas
On Wed, Jan 27, 2010 at 8:27 AM, Iñaki Baz Castillo wrote:
> Hi, I'm realizing that rtpproxy session is not automatically terminated when
> an outgoing INVITE transaction fails ([3456]XX response received from
> downstream), so the rtpproxy session dies after a while due to time
> expiration.
>
> So I've added the following code to my on_reply_route:
>
>
> onreply_route[X] {
>
> if is_method("INVITE") && status =~ "[3456][0-9][0-9]"
> unforce_rtp_proxy();
>
>
> It seems to do the job. However I expected this to be done automatically by
> rtpproxy module when an INVITE transaction for which a rtpproxy session has
> been created fails.
>
> Do I miss something? or is it the expected behavior?
>
> Thanks a lot.
>
> --
> Iñaki Baz Castillo
>
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] ratelimit enhancements
Hello, I'm in favor of keeping this module as a db only module. Combining both init methods (param and db config) is messy due to the current module initialization (the shm mem is not available during the param parsing). For small/embedded systems db_text is always a viable alternative. In the future, the ratelimit module should become obsolete and only pipelimit should be maintained. Also, I'm in favor of keeping the new module as simple as possible and perform any fancy operations in the config file (like regex to pv via textops). Regards, Ovidiu Sas On Mon, Jan 25, 2010 at 4:57 AM, Daniel-Constantin Mierla wrote: > Hello, > > On 1/25/10 10:45 AM, marius zbihlei wrote: >> >> Daniel-Constantin Mierla wrote: >>> >>> Hello, >>> >>> On 1/22/10 3:31 PM, Ovidiu Sas wrote: >>>> >>>> The way that the original module was written did not allow dynamic >>>> numbers of queues and pipes. >>>> I am using the ratelimit module to control incoming/outgoing traffic >>>> on specific trunks by invoking rate limitation based on pipes (by >>>> forcing a specific pipe). >>>> Choosing a specific pipe is up to the kamailio config designer (any >>>> type of operations ca be applied to the pvar before choosing a >>>> specific pipe, so IMHO it is pretty flexible as is right now - one can >>>> apply any regex operations to a pvar). >>>> Pipes and queues can be dynamically modified via mi commands. >>>> The major limitation of the module is the hard coded number of queues >>>> and pipes and the fact that dynamic changes to pipes and queues are >>>> not saved on restart. >>>> >>>> Loading the queues and pipes from a db will require a redesign of how >>>> the pipes and queues are stored internally. >>> >>> yes, it is a hash table. A benefit of dynamic/dynamic names is you can >>> simply use ip address as pipe name. Also strings tend to look more >>> meaningful when coming back to a config after some time :-) . >>> >>> IIRC, one issue with the old design is using single lock for all pipes. >>> The advantage was using static indexing, therefore faster access (still >>> under one lock). The new one has a lock per slot, so there can be quite some >>> parallelism of updates/checks, therefore overall could be same results, >>> tending to be faster with old for low number of pipes and not so heavy >>> traffic, better with lot of pipes and lot of traffic. >>> >>> On the other hand, I find useful what Marius proposed as new features. >>> >>> Cheers, >>> Daniel >>> >> Hello, >> >> I saw the pipelimit commit, and I am going to have a look to better >> understand the design. > > the changes are related to the storage engine (db and in memory) by allowing > string names and dynamic add/remove pipes. >> >> The first question is about the new pipelimit module... >> Does it require(as in it's a must) a working DB connection to get the pipe >> configuration ? > > yes. That's why I said the old module should be kept and maybe export pipe > algo in a lib ir from module. > > I was thinking at some point more or less to your idea, to combine. But the > complexity introduced to adapt from one to another does not pay the effort > imo when comparing with having two modules clear targeting different sizes. > > Most of the cases are as you say, but there are cases when the limit wants > to be for each destination or source ip, and that can be controlled via > other meanings, like dispatcher, lcr, etc... new ips can appear/disappear > dynamically. Having static array with fixed indexing is not convenient. > > I uploaded the module so people can discuss based on it. The sql to create > the table is in one of the c files at the top. > > Cheers, > Daniel >> >> Because this could be a problem for some systems, (like a light stateless >> proxy in front of other machines) because this will mean the requirement of >> loading a DB module. >> If there is indeed the need for a database, than I suggest that we still >> allow cfg configuration , will the limitation that runtime changes aren't >> permanent and are lost in case of a restart. >> >> Regarding the static indexing versus dynamic allocation of pipes, I was >> thinking that most setups only need a few pipes and that number doesn't >> change very often. With this in mind I was thinking about combining the two >> approaches: start to a low number of pipes (16 for example which is basicaly &
Re: [Kamailio-Users] ratelimit enhancements
The way that the original module was written did not allow dynamic numbers of queues and pipes. I am using the ratelimit module to control incoming/outgoing traffic on specific trunks by invoking rate limitation based on pipes (by forcing a specific pipe). Choosing a specific pipe is up to the kamailio config designer (any type of operations ca be applied to the pvar before choosing a specific pipe, so IMHO it is pretty flexible as is right now - one can apply any regex operations to a pvar). Pipes and queues can be dynamically modified via mi commands. The major limitation of the module is the hard coded number of queues and pipes and the fact that dynamic changes to pipes and queues are not saved on restart. Loading the queues and pipes from a db will require a redesign of how the pipes and queues are stored internally. Regards, Ovidiu Sas On Fri, Jan 22, 2010 at 6:52 AM, marius zbihlei wrote: > Daniel-Constantin Mierla wrote: >> >> Hi Marius, >> > Hello, > > I am in no way a heavy user of ratelimit, only done a couple of tests using > the TAILDROP algorithm. My primary interest was in extending the cfg > framework from ser to k modules. I have dug around the documentation and > the code so I can say I am familiar with some of the insights. >> >> since you did some updates to this module, I am opening for debate some >> needed enhancements I did during 3.0 testing phase and want to get opinions >> how to get in the code repo. >> > I want to clear some documentation issues first. The ratelimit docs says > the queue/pipe use the ipfw nomenclature. > > > Packets belonging to the same flow are then passed to either of two > different objects, which implement > the traffic regulation: > > _pipe_ A pipe emulates a link with given bandwidth, propagation > delay, queue size and packet loss > rate. Packets are queued in front of the pipe as they come > out from the classifier, and > then transferred to the pipe according to the pipe's > parameters. > > _queue_ A queue is an abstraction used to implement the WF2Q+ > (Worst-case Fair Weighted Fair Queue-ing) Queueing) > ing) policy, which is an efficient variant of the WFQ policy. > The queue associates a _weight_ and a reference pipe to each > flow, and then all backlogged > (i.e., with packets queued) flows linked to the same pipe > share the pipe's bandwidth pro-portionally proportionally > portionally to their weights. Note that weights are not > priorities; a flow with a lower > weight is still guaranteed to get its fraction of the > bandwidth even if a flow with a > higher weight is permanently backlogged. > > In practice, _pipes_ can be used to set hard limits to the bandwidth that > a flow can use, whereas _queues_ > can be used to determine how different flow share the available bandwidth. > > The _pipe_ and _queue_ configuration commands are the following: > >> >> Practically is a new module I named for now ratelimit2 and my last idea is >> to get it named pipelimit in the trunk. >> >> The reason for a new module are some major changes. The module uses the >> same algorithm but its core is overhaul. >> - definitions of pipes are loaded from database >> - there can be unlimited number of pipes >> - pipes are identified by string names >> - should be possible to reload pipes at runtime (iirc, not yet in) >> - new pipes can be added at runtime >> - functions accept variables to identify the pipe >> > I might add the following nice to have features(provided by implementing and > extending queues): > > - Matching of packets to a specific queue should be done by via regexp, not > only method (ratelimit.c find_queue() method). If you remove queues, then > matching to a specific pipe... > - Add support for weighted queue eg. Specify the same pipe for invite and > register but allow a 25%-75% priorities. I yet don't know if we can have > several queues assigned per pipe. As a comment, ATM I guess queues are only > used to match request to pipes(Say REGISTER and SUBSCRIBE requests go to > pipe 1, INVITEs to pipe 2) > - Also it would be nice to modify rates(bandwidth in ipfw terminology) at > runtime. AFAIK one can only modify algorithm parameters, not the rate. I am > looking into it. > >> Since I never used queues from this module and haven't spent time to >> understand the concept behind, this functionality is completely missing. >> >> The old module might be good to keep in place, probably many people are >> using it in this form. So, proposals? What is the way to go on? Comm
Re: [Kamailio-Users] PDD
http://www.voip-info.org/wiki/view/PDD Regards, Ovidiu Sas On Thu, Jan 7, 2010 at 7:35 PM, Iñaki Baz Castillo wrote: > El Jueves, 7 de Enero de 2010, Anders escribió: >> Hi, >> >> Anyone with a smooth solution for tracking PDD of every call? > > What is "PDD"? > > -- > Iñaki Baz Castillo ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] OpenSER without MYSQL
Also, for small embedded systems, dbtext works like a charm. OpenSER works fine on ARM and small embedded systems. Check out http://svn.nslu2-linux.org/svnroot/optware/trunk/make/openser.mk More info on the project, here: http://www.nslu2-linux.org/ This is a generic make file that I created to cross compile openser for several embedded platforms. Regards, Ovidiu Sas On Thu, Aug 13, 2009 at 11:23 AM, Klaus Darilion wrote: > > > Alex Balashov schrieb: >> >> Ratheendran R wrote: >> >>> I want to port openSER on an embedded board,I need configure the openser >>> without MySQL due to space constraint. >>> So can you let me know whether this is possible also can you give any >>> reference document on how to port on ARM 9 based boad. >> >> I don't know that this is really a good idea. While OpenSER is a >> relatively "low-level" component of VoIP infrastructure, it is heavily bound >> up in the higher layers of abstraction, including the point at which >> high-level application delivery happens. It's designed to run on real >> servers - at least, to achieve any real scalability. This isn't the same as >> PBX appliances. > > > I tend to disagree. > > You can use Kamailio as proxy and registrar fine without any database. Just > keep registrations in memory. There are scenarios were authentication is not > needed (e.g. closed networks with well known clients). And for routing > purposes a DB is not needed. > > regards > klaus > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Multipart SDP problem...
The proper thing to do here would be to integrate the sdp paser from the core. Regards, Ovidiu Sas On Fri, Jun 12, 2009 at 4:11 PM, Iñaki Baz Castillo wrote: > El Viernes, 12 de Junio de 2009, Edson - Lists escribió: >> 2) the ERROR message gived by NAThelper is produced on file >> nhelpr_func.c, function check_content_type (line 68-150). >> That's where I stopped... > > Yes, it seems that nathelper module checks by itself that the Content-Type of > the message is "application/sdp". > Perhaps this check could be dropped so the admin could check it using the > Kamailio script. > > -- > Iñaki Baz Castillo > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] ACKed dialog remains in state 3 instead of 4
Hello Catalina, The same issue that you are describing here should show up if you are looping a a call through the same proxy. In order to circumvent this issue, you will need to force dialog matching based on did. Did matching should work fine. This is one of the limitations of the dialog module. I'm using dlg_match_mode 2 without any issues, but without authentications and looping on my proxy. Regards, Ovidiu Sas On Wed, May 27, 2009 at 10:30 AM, catalina oancea wrote: > Hello, > > I was excited to find that I can now use dlg_manage instead of > record_route so that I no longer need the record_route parameter but I > now found a strange situation that maybe somebody can explain. > > I am sending an INVITE to kamailio, and kamailio sends it to a > provider. It's like this: > > asterisk-INVITE cseq 1--->kamailio -INVITE cseq > 1---> provider > asterisk<-407 auth required kamailio <-407 auth > required--- provider > asterisk-ACK--> kamailio > -ACK> provider > When 407 reaches kamailio, kamailio changes dialog state to state 5. > But the dialog is not deleted. > > Then the INVITE arrives again, authenticated, and a new dialog is > created, but having the same callid and from-tag: > asterisk-INVITE cseq 2--->kamailio -INVITE cseq > 2--> provider > asterisk< 200OK - kamailio > <-200OK- provider > asterisk-ACK--> kamailio > -ACK> provider > When this ACK arrives to kamailio, dlg_manage is called and kamailio > searches for the dialog in the dialog list. It finds one but with > state 5 (I printed a debug in the source), probably finds the first > one, and thus it can no longer identify the ACK as being part of the > second dialog. For this reason, the dialog created during the second > invite remains with state 3. > > This causes sometimes the BYE not to be accepted correctly either, and > some dialogs remain stuck in the database until they expire. > > Does anybody know why, when a dialog match is searched, when a match > that is in state 5 in found, the search is interrupted? I was thinking > of changing this so that the search can continue and the second INVITE > dialog can be found, but I'm not sure that's safe. > > Thanks a lot, > Catalina Oancea > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Load Based Load Balancing
Please keep the list in your replies. Check the dialog documentation carefully. It is all explained there: how to add dialogs into a profile and retrieve the them. The dialog profiles are stored into memory for fast access. Regards, Ovidiu Sas On Wed, May 20, 2009 at 4:26 PM, Kareem Hamdy wrote: > Thanks! > > I still don't know how to do it, but you've put me on the right track. I'm > fairly new to Kamailio, so I'm trying to figure out all the syntaxing. I did > an SQL query on my FS boxes, and I was able to see the number of dialogs per > host. > > Is it possible to do something similar with Kamailio - where I store the > dialogs in a DB and query it in the dispatcher section of my routes? > > If so, would you be able to give me an example syntax of how I'd go about > doing so? > > Thanks, > Kareem > > > > > > -Original Message- > From: sip.n...@gmail.com [mailto:sip.n...@gmail.com] On Behalf Of Ovidiu Sas > Sent: Wednesday, May 20, 2009 12:10 PM > To: Kareem Hamdy > Cc: users@lists.kamailio.org > Subject: Re: [Kamailio-Users] Load Based Load Balancing > > Hello Kareem, > > Use dialog profiling to track the number of calls per destination: > http://www.kamailio.net/docs/modules/1.5.x/dialog#id2531102 > In your script, before sending the INVITE out, check if the selected > destination has enough capacity to accept the call: > http://www.kamailio.net/docs/modules/1.5.x/dialog#id2532103 > > > Regards, > Ovidiu Sas > > On Wed, May 20, 2009 at 2:57 PM, Kareem Hamdy > wrote: >> Hello: >> >> I've been going through your lists and your documentation, and I'm unable to >> find how you set up load based load balancing. >> >> To further illustrate: >> >> >> >> For example, let's say we have the following live calls:1,2,3,4,5,6,7 >> >> Round Robin Works Well >> -- >> >> +-+ >> | SER | >> +-+ >> | >> | +--+ >> |---| FreeSWITCH 1 | [Calls 1,3,5,7] >> | +--+ >> | >> | +--+ >> |---| FreeSWITCH 2 | [Calls 2,4,6] >> +--+ >> >> >> >> But let's say some of the calls end significantly quicker than the others, >> how can I send calls by their load (current calls, cpu, etc) >> >> For example, let's say we have the following live calls:1,2,3,4,5,6,7 - >> Let's say calls 4 and 5 lasted about 30 seconds, while the others lasted >> about 5 minutes. How would I be able to route calls to the box that's least >> used - in this example, "FreeSWITCH 2" at any given time had the least >> number of calls, so calls 4,5, and 6 were dispatched to it. >> >> Load Based Load Balancing >> - >> >> +-+ >> | SER | >> +-+ >> | >> | +--+ >> |---| FreeSWITCH 1 | [Calls 1,3,7] >> | +--+ >> | >> | +--+ >> |---| FreeSWITCH 2 | [Calls 2,6] >> +--+ >> >> >> >> Thanks, >> Kareem >> >> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Load Based Load Balancing
Hello Kareem, Use dialog profiling to track the number of calls per destination: http://www.kamailio.net/docs/modules/1.5.x/dialog#id2531102 In your script, before sending the INVITE out, check if the selected destination has enough capacity to accept the call: http://www.kamailio.net/docs/modules/1.5.x/dialog#id2532103 Regards, Ovidiu Sas On Wed, May 20, 2009 at 2:57 PM, Kareem Hamdy wrote: > Hello: > > I've been going through your lists and your documentation, and I'm unable to > find how you set up load based load balancing. > > To further illustrate: > > > > For example, let's say we have the following live calls:1,2,3,4,5,6,7 > > Round Robin Works Well > -- > > +-+ > | SER | > +-+ > | > | +--+ > |---| FreeSWITCH 1 | [Calls 1,3,5,7] > | +--+ > | > | +--+ > |---| FreeSWITCH 2 | [Calls 2,4,6] > +--+ > > > > But let's say some of the calls end significantly quicker than the others, > how can I send calls by their load (current calls, cpu, etc) > > For example, let's say we have the following live calls:1,2,3,4,5,6,7 - Let's > say calls 4 and 5 lasted about 30 seconds, while the others lasted about 5 > minutes. How would I be able to route calls to the box that's least used - > in this example, "FreeSWITCH 2" at any given time had the least number of > calls, so calls 4,5, and 6 were dispatched to it. > > Load Based Load Balancing > - > > +-+ > | SER | > +-+ > | > | +--+ > |---| FreeSWITCH 1 | [Calls 1,3,7] > | +--+ > | > | +--+ > |---| FreeSWITCH 2 | [Calls 2,6] > +--+ > > > > Thanks, > Kareem > > > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [Kamailio-Devel] Bugs on "kamctl" related to CR??? - Moving from Devel to User List
It seems that the kamctl tool was not updated to reflect the new cr db schema.
Please open a bug about this.
In the mean time, take a look at the docs and populate the tables
using mysql queries (kamctl is just a wrapper around mysql queries).
Regards,
Ovidiu Sas
On Tue, May 19, 2009 at 5:47 PM, Edson - Lists <4li...@gmail.com> wrote:
> Hi, Ovidiu
>
> I'm replicating this trade on User list, as You suggested, but take look on
> what I had done:
>
> Kamailio-151:/etc/kamailio # kamdbctl reinit kamailio
> MySQL password for root:
> INFO: Database kamailio deleted
> INFO: test server charset
> INFO: creating database kamailio ...
> INFO: Core Kamailio tables succesfully created.
> Install presence related tables? (y/n): y
> INFO: creating presence tables into kamailio ...
> INFO: Presence tables succesfully created.
> Install tables for imc cpl siptrace domainpolicy carrierroute userblacklist
> htable purple? (y/n): y
> INFO: creating extra tables into kamailio ...
> INFO: Extra tables succesfully created.
> Kamailio-151:/etc/kamailio # kamctl cr addrt 0 ''
> ERROR 1146 (42S02) at line 1: Table 'kamailio.route_tree' doesn't exist
> ERROR: cr - SQL Error
> Kamailio-151:/etc/kamailio #
>
> and the error/bug persist. Even with a clean DB definition...
>
> Where could the problem be? I understand that it's on the "kamctl" script,
> but I can be wrong...
>
> Edson.
>
> Ovidiu Sas escreveu:
>>
>> This is a question for users, not for devel.
>> Please install the extra tables via kamdbctl.
>> Take a look also at /etc/kamailio/kamctlrc where the extra tables are
>> defined.
>>
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Tue, May 19, 2009 at 4:25 PM, Edson - Lists <4li...@gmail.com> wrote:
>>>
>>> Hi, Guys...
>>>
>>> After some tests, I realize that CarrierRoute will feet better on we
>>> want to do, but when trying to include a carrier, I got:
>>>
>>> # kamctl cr addrt 1
>>> ERROR 1146 (42S02) at line 1: Table 'kamailio.route_tree' doesn't exist
>>> ERROR: cr - SQL Error
>>>
>>> Then I try to include a route by hand with the commands:
>>>
>>> INSERT INTO carrier_name (carrier) VALUES ("default");
>>> INSERT INTO domain_name (domain) VALUES ("default");
>>> INSERT INTO carrierroute
>>> (carrier,domain,scan_prefix,flags,mask,prob,strip,rewrite_host,rewrite_prefix,rewrite_suffix,description)
>>>
>>> VALUES("1","1","1000","0","0","1","0","PEER-01","","","FRANCE");
>>>
>>> And try to see the results, but I got:
>>>
>>> # kamctl cr show
>>> cr routing tree
>>> ERROR 1146 (42S02) at line 1: Table 'kamailio.route_tree' doesn't exist
>>> cr routes
>>>
>>> Now is this resulting from bug(s) in the "kamctl" script or from wrong
>>> definitions on the "kamctlrc" file?
>>>
>>> Edson.
>>>
>>>
>>> ___
>>> Kamailio (OpenSER) - Devel mailing list
>>> de...@lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/devel
>>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/devel
>>>
>>
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] auth:reserve_nonce_index: no more indexes available
Yes, you are right, the fix is in kamailio.
I was mislead by the fact that rev 5041 in opensips fixed the same issue:
http://sourceforge.net/tracker/?func=detail&aid=2385561&group_id=232389&atid=1086410
Sorry for the confusion (didn't checked the code before posting).
Regards,
Ovidiu Sas
On Fri, May 15, 2009 at 11:39 AM, Daniel-Constantin Mierla
wrote:
> It is not that for sure -- the fix is in kamailio.
>
> Cheers,
> Daniel
>
>
> On 05/15/2009 04:27 PM, Ovidiu Sas wrote:
>>
>> This issue was reported also in opensips and it was fixed under rev 5041:
>> http://opensips.svn.sourceforge.net/viewvc/opensips?view=rev&revision=5041
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Fri, May 15, 2009 at 9:15 AM, Aymeric Moizard wrote:
>>
>>>
>>> On Fri, 15 May 2009, Henning Westerholt wrote:
>>>
>>>
>>>>
>>>> On Freitag, 15. Mai 2009, Daniel-Constantin Mierla wrote:
>>>>
>>>>>
>>>>> On 05/13/2009 04:04 PM, Iñaki Baz Castillo wrote:
>>>>>
>>>>>>
>>>>>> 2009/5/12 Aymeric Moizard :
>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I got an issue with my kamailio 1.5 server. After
>>>>>>> a long period, I start getting those message:
>>>>>>>
>>>>>>> "INFO:auth:reserve_nonce_index: no more indexes available"
>>>>>>>
>>>>>>
>>>>>> BTW, shouldn't this log be a WARN or ERROR instead of just INFO ?
>>>>>>
>>>>>
>>>>> indeed, it is actually more error as auth stops working.
>>>>>
>>>>
>>>> If i check the code, it should be report later another error:
>>>>
>>>> LM_INFO("no more indexes available\n");
>>>> return -1;
>>>> [..]
>>>> index= reserve_nonce_index();
>>>> if(index == -1)
>>>> {
>>>> LM_ERR("no more nonces can be generated\n");
>>>> return 0;
>>>> }
>>>>
>>>> So i think it should be more or less fine, as at least the auth error is
>>>> reported. Aymeric, do you observe this (second) error message as well?
>>>>
>>>
>>> Definitly right!
>>>
>>> INFO:auth:reserve_nonce_index: no more indexes available
>>> ERROR:auth:build_auth_hf: no more nonces can be generated
>>> ERROR:auth:challenge: failed to generate nonce
>>>
>>> tks,
>>> Aymeric MOIZARD / ANTISIP
>>> amsip - http://www.antisip.com
>>> osip2 - http://www.osip.org
>>> eXosip2 - http://savannah.nongnu.org/projects/exosip/
>>>
>>>
>>>
>>>>
>>>> Cheers,
>>>>
>>>> Henning
>>>>
>>>
>>> ___
>>> Kamailio (OpenSER) - Users mailing list
>>> Users@lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>> ___
>> Kamailio (OpenSER) - Users mailing list
>> Users@lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>
>>
>
> --
> Daniel-Constantin Mierla
> http://www.asipto.com/
>
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] auth:reserve_nonce_index: no more indexes available
This issue was reported also in opensips and it was fixed under rev 5041:
http://opensips.svn.sourceforge.net/viewvc/opensips?view=rev&revision=5041
Regards,
Ovidiu Sas
On Fri, May 15, 2009 at 9:15 AM, Aymeric Moizard wrote:
>
>
> On Fri, 15 May 2009, Henning Westerholt wrote:
>
>> On Freitag, 15. Mai 2009, Daniel-Constantin Mierla wrote:
>>>
>>> On 05/13/2009 04:04 PM, Iñaki Baz Castillo wrote:
>>>>
>>>> 2009/5/12 Aymeric Moizard :
>>>>>
>>>>> Hi,
>>>>>
>>>>> I got an issue with my kamailio 1.5 server. After
>>>>> a long period, I start getting those message:
>>>>>
>>>>> "INFO:auth:reserve_nonce_index: no more indexes available"
>>>>
>>>> BTW, shouldn't this log be a WARN or ERROR instead of just INFO ?
>>>
>>> indeed, it is actually more error as auth stops working.
>>
>> If i check the code, it should be report later another error:
>>
>> LM_INFO("no more indexes available\n");
>> return -1;
>> [..]
>> index= reserve_nonce_index();
>> if(index == -1)
>> {
>> LM_ERR("no more nonces can be generated\n");
>> return 0;
>> }
>>
>> So i think it should be more or less fine, as at least the auth error is
>> reported. Aymeric, do you observe this (second) error message as well?
>
> Definitly right!
>
> INFO:auth:reserve_nonce_index: no more indexes available
> ERROR:auth:build_auth_hf: no more nonces can be generated
> ERROR:auth:challenge: failed to generate nonce
>
> tks,
> Aymeric MOIZARD / ANTISIP
> amsip - http://www.antisip.com
> osip2 - http://www.osip.org
> eXosip2 - http://savannah.nongnu.org/projects/exosip/
>
>
>> Cheers,
>>
>> Henning
>
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] creating openser db on an external mysql server
IIRC I ran into a similar issue. You will need to replace % with the
IP of your remote machine and it will work.
Regards,
Ovidiu Sas
On Thu, May 7, 2009 at 1:39 PM, Alex R.S.M wrote:
>
> root has full privilege and is accessible from remote connection.
> This is how I granted:
>
> GRANT ALL ON *.* TO root@'%' IDENTIFIED BY '???';
>
>
>
>> Date: Thu, 7 May 2009 13:30:37 -0400
>> Subject: Re: [Kamailio-Users] creating openser db on an external mysql
>> server
>> From: o...@voipembedded.com
>> To: alex_...@hotmail.com
>> CC: mico...@gmail.com; users@lists.kamailio.org
>>
>> You need to properly configure mysql by granting proper privileges for
>> root for remote connections. This is not a kamailio issue.
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Thu, May 7, 2009 at 1:14 PM, Alex R.S.M wrote:
>> > DBHOST is already set to the external server ip.
>> >
>> > DBHOST=
>> >
>> > The openser db is created but with no table. Here is the error I am
>> > getting:
>> >
>> >
>> > MySQL password for root:
>> > INFO: test server charset
>> > INFO: creating database openser ...
>> > ERROR 1044 (42000) at line 2: Access denied for user 'root'@'%' to
>> > database
>> > 'openser'
>> > ERROR: Creating core database and grant privileges failed!
>> >
>> > user "root" on all hosts ("%") is manually added.
>> >
>> >
>> >
>> >
>> >> Date: Thu, 7 May 2009 17:56:54 +0200
>> >> From: mico...@gmail.com
>> >> To: alex_...@hotmail.com
>> >> CC: users@lists.kamailio.org
>> >> Subject: Re: [Kamailio-Users] creating openser db on an external mysql
>> >> server
>> >>
>> >> there is also the variant of setting DBHOST env variable.
>> >>
>> >> Cheers,
>> >> Daniel
>> >>
>> >> On 05/07/2009 05:24 PM, Ovidiu Sas wrote:
>> >> > Define the correct settings in kamctlrc.
>> >> >
>> >> > Regards,
>> >> > Ovidiu Sas
>> >> >
>> >> > On Thu, May 7, 2009 at 11:19 AM, Alex R.S.M
>> >> > wrote:
>> >> >
>> >> >> Hi,
>> >> >>
>> >> >> Creating openser database on the localhost works fine using
>> >> >> "kamdbctl
>> >> >> create".
>> >> >>
>> >> >> However, I need to create openser database on an external mysql
>> >> >> server.
>> >> >> I
>> >> >> tried the following command but it's not working:
>> >> >>
>> >> >> kamdbctl create openser@
>> >> >>
>> >> >> What's the correct command?
>> >> >>
>> >> >> Thanks,
>> >> >> A R
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> Windows Live™: Keep your life in sync. Check it out.
>> >> >> ___
>> >> >> Kamailio (OpenSER) - Users mailing list
>> >> >> Users@lists.kamailio.org
>> >> >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> >> >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >> >>
>> >> >>
>> >> >
>> >> > ___
>> >> > Kamailio (OpenSER) - Users mailing list
>> >> > Users@lists.kamailio.org
>> >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> >> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >> >
>> >> >
>> >>
>> >> --
>> >> Daniel-Constantin Mierla
>> >> http://www.asipto.com/
>> >>
>> >
>> >
>> > Hotmail® has a new way to see what's up with your friends. Check it out.
>> > ___
>> > Kamailio (OpenSER) - Users mailing list
>> > Users@lists.kamailio.org
>> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >
>
>
> Hotmail® has ever-growing storage! Don’t worry about storage limits. Check
> it out.
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] creating openser db on an external mysql server
You need to properly configure mysql by granting proper privileges for
root for remote connections. This is not a kamailio issue.
Regards,
Ovidiu Sas
On Thu, May 7, 2009 at 1:14 PM, Alex R.S.M wrote:
> DBHOST is already set to the external server ip.
>
> DBHOST=
>
> The openser db is created but with no table. Here is the error I am getting:
>
>
> MySQL password for root:
> INFO: test server charset
> INFO: creating database openser ...
> ERROR 1044 (42000) at line 2: Access denied for user 'root'@'%' to database
> 'openser'
> ERROR: Creating core database and grant privileges failed!
>
> user "root" on all hosts ("%") is manually added.
>
>
>
>
>> Date: Thu, 7 May 2009 17:56:54 +0200
>> From: mico...@gmail.com
>> To: alex_...@hotmail.com
>> CC: users@lists.kamailio.org
>> Subject: Re: [Kamailio-Users] creating openser db on an external mysql
>> server
>>
>> there is also the variant of setting DBHOST env variable.
>>
>> Cheers,
>> Daniel
>>
>> On 05/07/2009 05:24 PM, Ovidiu Sas wrote:
>> > Define the correct settings in kamctlrc.
>> >
>> > Regards,
>> > Ovidiu Sas
>> >
>> > On Thu, May 7, 2009 at 11:19 AM, Alex R.S.M
>> > wrote:
>> >
>> >> Hi,
>> >>
>> >> Creating openser database on the localhost works fine using "kamdbctl
>> >> create".
>> >>
>> >> However, I need to create openser database on an external mysql server.
>> >> I
>> >> tried the following command but it's not working:
>> >>
>> >> kamdbctl create openser@
>> >>
>> >> What's the correct command?
>> >>
>> >> Thanks,
>> >> A R
>> >>
>> >>
>> >>
>> >>
>> >> Windows Live™: Keep your life in sync. Check it out.
>> >> ___
>> >> Kamailio (OpenSER) - Users mailing list
>> >> Users@lists.kamailio.org
>> >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >>
>> >>
>> >
>> > ___
>> > Kamailio (OpenSER) - Users mailing list
>> > Users@lists.kamailio.org
>> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >
>> >
>>
>> --
>> Daniel-Constantin Mierla
>> http://www.asipto.com/
>>
>
>
> Hotmail® has a new way to see what's up with your friends. Check it out.
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] creating openser db on an external mysql server
Define the correct settings in kamctlrc. Regards, Ovidiu Sas On Thu, May 7, 2009 at 11:19 AM, Alex R.S.M wrote: > Hi, > > Creating openser database on the localhost works fine using "kamdbctl > create". > > However, I need to create openser database on an external mysql server. I > tried the following command but it's not working: > > kamdbctl create openser@ > > What's the correct command? > > Thanks, > A R > > > > > Windows Live™: Keep your life in sync. Check it out. > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR Private Memory
On Thu, Apr 30, 2009 at 12:39 PM, Iñaki Baz Castillo wrote: > 2009/4/30 Juha Heinanen : > >> please upgrade to kamailio 1.5. it has greatly improved lcr >> implementation. see >> >> http://www.kamailio.org/dokuwiki/doku.php/features:new-in-1.5.x > > I read there: > > load_gws()/next_gw() functions can now be called also from FAILURE_ROUTE. > > Does it mean that prior to 1.5 netx_gw() coudln't be used in FAILURE_ROUTE ??? > How to use it then? next_gw was available in the failure_route in previous releases. Take a look here and you will see how to use them: http://www.voipembedded.com/resources/openser_dbtext_lcr.cfg Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR gateway failthrough..
>> The prefix in the gw Table should be added to the beginning of the RURI >> before it is forwarded to the GW, but as you said, the added prefix is >> discarded every time, > > What you mean with "the added prefix"? who adds that prefix? The prefix works ok. >From the doc: "Function next_gw() can then be used to select one gateway at a time for forwarding. Upon each call, user part of original Request URI is first stripped by the number of characters as specified by the gateway's strip count and then prefixed by gateway's tag." The GW's tag is the prefix. Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Problem with LCR
I have lcr 1.5 running in a production environment. I haven't observed any of the issues that you are describing here. Regards, Ovidiu Sas On Wed, Apr 22, 2009 at 12:20 PM, Antonio Reale wrote: > Hi Ovidiu > > 2009/4/22 Ovidiu Sas : > >> For a sample lcr config take a look here: >> http://www.voipembedded.com/resources/openser_dbtext_lcr.cfg >> The sample config is for openser 1.3, but you can easily adapt it for >> kamailio 1.4 or 1.5. > > Thanks, I'm giving it a look. > Anyway, I'm already using lcr in a production environment and with > openser 1.2.3 and a pretty similar configuration I have no problem. > >> >> Regards, >> Ovidiu Sas > > Regards, > Antonio. > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Problem with LCR
Antonio,
For a sample lcr config take a look here:
http://www.voipembedded.com/resources/openser_dbtext_lcr.cfg
The sample config is for openser 1.3, but you can easily adapt it for
kamailio 1.4 or 1.5.
Regards,
Ovidiu Sas
On Wed, Apr 22, 2009 at 10:44 AM, Juha Heinanen wrote:
> Antonio Reale writes:
>
> > Apr 22 16:17:47 [10540] DBG:lcr:do_load_gws: Added matched_gws[0]=[0,0]
> > Apr 22 16:17:47 [10540] DBG:lcr:do_load_gws: Added gw_uri_avp
> > <0sip:|0...@10.10.45.228:5060;transport=udp>
> > Apr 22 16:17:47 [10540] DBG:lcr:next_gw: Added flags_avp <0>
> > Apr 22 16:17:47 [10540] ERROR:lcr:next_gw: No ruri_user AVP
>
> are you sure that you have not assigned a value to ruri_user_avp
> yourself? debug should show this upon first call of next_gw:
>
> LM_DBG("added ruri_user_avp <%.*s>\n", val.s.len, val.s.s);
>
> xlog value of ruri_user_avp and gw_uri avp before load_gws() call and
> befor eeach next_gw() call.
>
> -- juha
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] reducing T1 timer per route
Before relaying the call, set the fr_timer_avp to the desired value. This will give you the behavior that you are looking for. Regards, Ovidiu Sas On Wed, Apr 15, 2009 at 5:52 PM, Juan Perez wrote: > > txs a lot klaus, but that will be for all calls right? > > , I did not mention that I have more gw groups, sorry, ... and I just want > this to apply to calls sent to gws on 1 group only. > > but I saw this other parameter fr_timer_avp (string), I wonder If I can > change the variable when I am about to send the call to those gws only, then > when I am sending the calls to other gws that I can wait the normal time I > can set it to the standard value. is this possible? > > regards > jp > > > > > - Original Message > From: Klaus Darilion > To: Juan Perez > Cc: kamailio > Sent: Wednesday, April 15, 2009 4:42:39 PM > Subject: Re: [Kamailio-Users] reducing T1 timer per route > > set fr_timer of tm module to 3 seconds to get fast trigger of failure route > > regards > klaus > > Juan Perez wrote: >> hello >> >> I am using lcr and have 3 gws that I send the calls to, so far I am handling >> error responses using "on_failure_route" and calling the next_gw function >> and it is working fine. >> But in cases when 1 of those gws is disconnnected or super busy and a 100 >> Trying is not received in the first 3 - 5 seconds I would like to drop that >> call and use the next_gw. Right now I have to wait until all retries fail to >> try the next gw, but that happens after 64*T1 = 32 seconds. >> How can I accomplish that? >> >> cheers >> >> jp >> >> >> >> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > > > > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] ERROR:core:receive_msg: no via found in reply
Please open a bug with respect to this issue. This error should end
up in the error_route.
Try to run tcpdump with buffer rotation and see if you can spot the bogus reply.
Regards,
Ovidiu Sas
On Mon, Apr 13, 2009 at 4:30 PM, Geoffrey Mina wrote:
> OK, the error has occurred again today, and the error_route didn't
> catch the condition. Any other ideas?
>
> thanks,
> Geoff
>
> On Sun, Apr 12, 2009 at 6:42 PM, Geoffrey Mina wrote:
>> Ovidiu,
>> Thanks for your continued input. I currently have the error_route
>> block configured with some logging. I am hoping this will be
>> sufficient to capture the condition. The error hasn't happened today,
>> traffic has been very light as it is Eastern and Passover, and I
>> suppose people have better things to do than be on the phone :)
>>
>> If I get the log message and nothing from error_route, I will
>> definitely do a tcpdump of the SIP port and try to correlate the
>> timing.
>>
>> thanks!
>> Geoff
>>
>> On Sun, Apr 12, 2009 at 8:46 AM, Ovidiu Sas wrote:
>>> Hello Geoffrey,
>>>
>>> With tcpdump, you can capture data in buffers and rotate the buffers
>>> and keep only the latest 2-3 buffers (check the man page).
>>> As soon as the error arise, you stop the traffic and your bogus
>>> message should be in your last buffer.
>>> Just an idea ...
>>>
>>> Also, if your cps is not very high, you can print the callid of each
>>> request/reply, and when the error arise, you can correlate it with the
>>> callid.
>>>
>>>
>>> Regards,
>>> Ovidiu Sas
>>>
>>> On Sun, Apr 12, 2009 at 8:06 AM, Geoffrey Mina
>>> wrote:
>>>> Ovidiu,
>>>> Thank you for your pointer. I could capture all the SIP traffic, but
>>>> it would be a LOT of data to sift through. This machine processes
>>>> hundreds of thousands of calls per day. I have tried the error_route
>>>> handler to see if it shows up there... fingers crossed. I was unaware
>>>> of that handler before now.
>>>>
>>>> Thanks for the info!
>>>> Geoff
>>>>
>>>> On Sat, Apr 11, 2009 at 8:38 PM, Ovidiu Sas wrote:
>>>>> How often do you get this error?
>>>>> IIRC, last time when I got this type of error it was related to a
>>>>> missing Via header into a SIP reply.
>>>>> Can you capture/sniff the traffic and check if all the received
>>>>> replies are sane (via header is present)?
>>>>>
>>>>> Another idea would be to capture the bogus message into the error_route:
>>>>> http://www.kamailio.net/dokuwiki/doku.php/core-cookbook:1.5.x#error_route
>>>>> and then print the message via $mb:
>>>>> http://www.kamailio.net/dokuwiki/doku.php/pseudovariables:1.5.x#sip_message_buffer
>>>>>
>>>>> I haven't checked the code to see if this type of error will end up in
>>>>> the error_route, but is it worth a try.
>>>>> If it's not caught, please open a bug, because it should be.
>>>>>
>>>>>
>>>>> Regards,
>>>>> Ovidiu Sas
>>>>>
>>>>> On Sat, Apr 11, 2009 at 5:58 PM, Geoffrey Mina
>>>>> wrote:
>>>>>> Tried adding that log into my onreply_route[1] block, but it didn't
>>>>>> work. I can't seem to figure out I can possibly capture the SIP
>>>>>> message which is generating this error. Any help would be much
>>>>>> appreciated.
>>>>>>
>>>>>> On Fri, Apr 10, 2009 at 10:23 PM, Geoffrey Mina
>>>>>> wrote:
>>>>>>> Perhaps I should clarify what I am looking for a bit. I am guessing
>>>>>>> based on the log "no via found in reply" that I would need to check
>>>>>>> for this condition in my onreply_route[1] block.
>>>>>>>
>>>>>>> Based on my knowledge of SIP, all reply responses are REQUIRED to have
>>>>>>> a VIA header to ensure the response traverses the same path as the
>>>>>>> request... correct?
>>>>>>>
>>>>>>> Would the following effectively deal with this condition, or would
>>>>>>> sending a 500 error in response to a reply cause problems down stream?
>>>>>>>
>>>>>>> onreply_route[1]{
>>>>>>> i
Re: [Kamailio-Users] ERROR:core:receive_msg: no via found in reply
Hello Geoffrey,
With tcpdump, you can capture data in buffers and rotate the buffers
and keep only the latest 2-3 buffers (check the man page).
As soon as the error arise, you stop the traffic and your bogus
message should be in your last buffer.
Just an idea ...
Also, if your cps is not very high, you can print the callid of each
request/reply, and when the error arise, you can correlate it with the
callid.
Regards,
Ovidiu Sas
On Sun, Apr 12, 2009 at 8:06 AM, Geoffrey Mina wrote:
> Ovidiu,
> Thank you for your pointer. I could capture all the SIP traffic, but
> it would be a LOT of data to sift through. This machine processes
> hundreds of thousands of calls per day. I have tried the error_route
> handler to see if it shows up there... fingers crossed. I was unaware
> of that handler before now.
>
> Thanks for the info!
> Geoff
>
> On Sat, Apr 11, 2009 at 8:38 PM, Ovidiu Sas wrote:
>> How often do you get this error?
>> IIRC, last time when I got this type of error it was related to a
>> missing Via header into a SIP reply.
>> Can you capture/sniff the traffic and check if all the received
>> replies are sane (via header is present)?
>>
>> Another idea would be to capture the bogus message into the error_route:
>> http://www.kamailio.net/dokuwiki/doku.php/core-cookbook:1.5.x#error_route
>> and then print the message via $mb:
>> http://www.kamailio.net/dokuwiki/doku.php/pseudovariables:1.5.x#sip_message_buffer
>>
>> I haven't checked the code to see if this type of error will end up in
>> the error_route, but is it worth a try.
>> If it's not caught, please open a bug, because it should be.
>>
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Sat, Apr 11, 2009 at 5:58 PM, Geoffrey Mina
>> wrote:
>>> Tried adding that log into my onreply_route[1] block, but it didn't
>>> work. I can't seem to figure out I can possibly capture the SIP
>>> message which is generating this error. Any help would be much
>>> appreciated.
>>>
>>> On Fri, Apr 10, 2009 at 10:23 PM, Geoffrey Mina
>>> wrote:
>>>> Perhaps I should clarify what I am looking for a bit. I am guessing
>>>> based on the log "no via found in reply" that I would need to check
>>>> for this condition in my onreply_route[1] block.
>>>>
>>>> Based on my knowledge of SIP, all reply responses are REQUIRED to have
>>>> a VIA header to ensure the response traverses the same path as the
>>>> request... correct?
>>>>
>>>> Would the following effectively deal with this condition, or would
>>>> sending a 500 error in response to a reply cause problems down stream?
>>>>
>>>> onreply_route[1]{
>>>> if(!is_present_hf("Via")){
>>>> sl_reply_error("500","No Via found in response.");
>>>> }
>>>> }
>>>>
>>>> Thanks for anyone's assistance.
>>>> Geoff
>>>>
>>>> On Fri, Apr 10, 2009 at 12:02 PM, Geoffrey Mina
>>>> wrote:
>>>>> Hello,
>>>>> I am seeing the following message repeatedly in my log file. I am
>>>>> guessing I have a server or servers misbehaving. Where might I be
>>>>> able to check for this error condition and log appropriately? I have
>>>>> attached my current configuration file for reference.
>>>>>
>>>>> Thanks!
>>>>> Geoff
>>>>>
>>>>>
>>>>> Apr 10 11:45:40 atl-sipgateway2 /usr/local/sbin/kamailio[15487]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:45:42 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:45:46 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:45:50 atl-sipgateway2 /usr/local/sbin/kamailio[15507]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:45:54 atl-sipgateway2 /usr/local/sbin/kamailio[15497]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:45:58 atl-sipgateway2 /usr/local/sbin/kamailio[15491]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:46:02 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>>>> ERROR:core:receive_msg: no via found in reply
>>>>> Apr 10 11:46:06 atl-sipgateway2 /usr
Re: [Kamailio-Users] ERROR:core:receive_msg: no via found in reply
How often do you get this error?
IIRC, last time when I got this type of error it was related to a
missing Via header into a SIP reply.
Can you capture/sniff the traffic and check if all the received
replies are sane (via header is present)?
Another idea would be to capture the bogus message into the error_route:
http://www.kamailio.net/dokuwiki/doku.php/core-cookbook:1.5.x#error_route
and then print the message via $mb:
http://www.kamailio.net/dokuwiki/doku.php/pseudovariables:1.5.x#sip_message_buffer
I haven't checked the code to see if this type of error will end up in
the error_route, but is it worth a try.
If it's not caught, please open a bug, because it should be.
Regards,
Ovidiu Sas
On Sat, Apr 11, 2009 at 5:58 PM, Geoffrey Mina wrote:
> Tried adding that log into my onreply_route[1] block, but it didn't
> work. I can't seem to figure out I can possibly capture the SIP
> message which is generating this error. Any help would be much
> appreciated.
>
> On Fri, Apr 10, 2009 at 10:23 PM, Geoffrey Mina
> wrote:
>> Perhaps I should clarify what I am looking for a bit. I am guessing
>> based on the log "no via found in reply" that I would need to check
>> for this condition in my onreply_route[1] block.
>>
>> Based on my knowledge of SIP, all reply responses are REQUIRED to have
>> a VIA header to ensure the response traverses the same path as the
>> request... correct?
>>
>> Would the following effectively deal with this condition, or would
>> sending a 500 error in response to a reply cause problems down stream?
>>
>> onreply_route[1]{
>> if(!is_present_hf("Via")){
>> sl_reply_error("500","No Via found in response.");
>> }
>> }
>>
>> Thanks for anyone's assistance.
>> Geoff
>>
>> On Fri, Apr 10, 2009 at 12:02 PM, Geoffrey Mina
>> wrote:
>>> Hello,
>>> I am seeing the following message repeatedly in my log file. I am
>>> guessing I have a server or servers misbehaving. Where might I be
>>> able to check for this error condition and log appropriately? I have
>>> attached my current configuration file for reference.
>>>
>>> Thanks!
>>> Geoff
>>>
>>>
>>> Apr 10 11:45:40 atl-sipgateway2 /usr/local/sbin/kamailio[15487]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:45:42 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:45:46 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:45:50 atl-sipgateway2 /usr/local/sbin/kamailio[15507]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:45:54 atl-sipgateway2 /usr/local/sbin/kamailio[15497]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:45:58 atl-sipgateway2 /usr/local/sbin/kamailio[15491]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:46:02 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:46:06 atl-sipgateway2 /usr/local/sbin/kamailio[15485]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:46 atl-sipgateway2 /usr/local/sbin/kamailio[15485]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:47 atl-sipgateway2 /usr/local/sbin/kamailio[15486]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:48 atl-sipgateway2 /usr/local/sbin/kamailio[15507]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:50 atl-sipgateway2 /usr/local/sbin/kamailio[15503]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:54 atl-sipgateway2 /usr/local/sbin/kamailio[15492]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:47:58 atl-sipgateway2 /usr/local/sbin/kamailio[15485]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:48:02 atl-sipgateway2 /usr/local/sbin/kamailio[15490]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:48:06 atl-sipgateway2 /usr/local/sbin/kamailio[15491]:
>>> ERROR:core:receive_msg: no via found in reply
>>> Apr 10 11:48:10 atl-sipgateway2 /usr/local/sbin/kamailio[15492]:
>>> ERROR:core:receive_msg: no via found in reply
>>>
>>
>
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] carrier route vs LCR
Can you provide some statistics about how the system performs? - how many cps do you handle, - how many workers did you configured, - udp only or tcp and udp traffic, - the cpu load/utilization for the config that you have. Regards, Ovidiu Sas On Fri, Apr 10, 2009 at 11:55 AM, Geoffrey Mina wrote: > I am currently using LCR with 180,000 routes. I have an 8 core 2.0Ghz > system with 8GB or RAM. > > On Fri, Apr 10, 2009 at 9:32 AM, Ovidiu Sas wrote: >> The names in the carrierroute are a little bit confusing ... >> With lcr, you route based on 'priority'. >> With carierroute, you have several alternatives (take a look at >> cr_route >> http://www.kamailio.org/docs/modules/1.5.x/carrierroute.html#id2467823): >> - route inside the same 'carrier' based on 'domain' (use 'domain' as >> you would use the 'priority' inside lcr), >> - route inside the same 'domain' based on 'carrier' (use 'carrier' as >> you would use the 'priority' inside lcr). >> With lcr, the list of GWs is done automatically, with carierroute, you >> need to do it manually (by setting the right fields inside the >> cr_route method). >> >> Regards, >> Ovidiu Sas >> >> On Thu, Apr 9, 2009 at 8:09 PM, Jinsong Hu wrote: >>> by handling price, we mean that if there are 2 routes that match the same >>> scan_prefix, we choose the lower priced route. >>> >>> in carrierroute table: >>> mysql> desc carrierroute; >>> ++--+--+-+-++ >>> | Field | Type | Null | Key | Default | Extra | >>> ++--+--+-+-++ >>> | id | int(10) unsigned | NO | PRI | NULL | auto_increment >>> | >>> | carrier | int(10) unsigned | NO | | 0 | | >>> | domain | int(10) unsigned | NO | | 0 | | >>> | scan_prefix | varchar(64) | NO | | | | >>> | flags | int(11) unsigned | NO | | 0 | | >>> | mask | int(11) unsigned | NO | | 0 | | >>> | prob | float | NO | | 0 | | >>> | strip | int(11) unsigned | NO | | 0 | | >>> | rewrite_host | varchar(128) | NO | | | | >>> | rewrite_prefix | varchar(64) | NO | | | | >>> | rewrite_suffix | varchar(64) | NO | | | | >>> | description | varchar(255) | YES | | NULL | | >>> ++--+--+-+-++ >>> >>> we only have prob to control which route to pick up. there is no place to >>> store the price, >>> so how can we handle route based on price ? >>> >>> the only way I can think of is to create another temp table, store the route >>> and price there, >>> and then select the lower priced ones and insert into carrierroute table. as >>> price changes, >>> we have to repeat this process again. >>> >>> is there any other better way ? >>> >>> Jimmy. >>> >>> >>> >>> - Original Message - From: "Ovidiu Sas" >>> To: "Jinsong Hu" >>> Cc: ; >>> Sent: Thursday, April 09, 2009 4:26 PM >>> Subject: Re: [Kamailio-Users] carrier route vs LCR >>> >>> >>>> Both lcr and carrierroute can hadle routing based on price. It's just >>>> a matter of properly defining the routed. >>>> lcr is easier to approach then carrierroute. In 1.5 both of them are >>>> able to cope with large number of routes. >>>> >>>> Regards, >>>> Ovidiu Sas >>>> >>>> On Thu, Apr 9, 2009 at 6:15 PM, Jinsong Hu wrote: >>>>> >>>>> I have been looking at the carrier route and LCR. it appears to me that >>>>> LCR >>>>> can be used to handle tariff , i.e, >>>>> selecting lowest cost route. while carrier route doesn't have this >>>>> capability at all. but carrier route , according to LCR, scales better >>>>> than >>>>> LCR. >>>>> >>>>> for a typical telco, the rate sheet is around 5K to 20K records. it >>>>> appears >>>>> both LCR and carrier route can handle it. >>>>> >>>>> is the above assessment correct ? >>>>> >>>>> Jinsong >>>> >>> >>> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] carrier route vs LCR
The names in the carrierroute are a little bit confusing ... With lcr, you route based on 'priority'. With carierroute, you have several alternatives (take a look at cr_route http://www.kamailio.org/docs/modules/1.5.x/carrierroute.html#id2467823): - route inside the same 'carrier' based on 'domain' (use 'domain' as you would use the 'priority' inside lcr), - route inside the same 'domain' based on 'carrier' (use 'carrier' as you would use the 'priority' inside lcr). With lcr, the list of GWs is done automatically, with carierroute, you need to do it manually (by setting the right fields inside the cr_route method). Regards, Ovidiu Sas On Thu, Apr 9, 2009 at 8:09 PM, Jinsong Hu wrote: > by handling price, we mean that if there are 2 routes that match the same > scan_prefix, we choose the lower priced route. > > in carrierroute table: > mysql> desc carrierroute; > ++--+--+-+-++ > | Field | Type | Null | Key | Default | Extra | > ++--+--+-+-++ > | id | int(10) unsigned | NO | PRI | NULL | auto_increment > | > | carrier | int(10) unsigned | NO | | 0 | | > | domain | int(10) unsigned | NO | | 0 | | > | scan_prefix | varchar(64) | NO | | | | > | flags | int(11) unsigned | NO | | 0 | | > | mask | int(11) unsigned | NO | | 0 | | > | prob | float | NO | | 0 | | > | strip | int(11) unsigned | NO | | 0 | | > | rewrite_host | varchar(128) | NO | | | | > | rewrite_prefix | varchar(64) | NO | | | | > | rewrite_suffix | varchar(64) | NO | | | | > | description | varchar(255) | YES | | NULL | | > ++--+--+-+-++ > > we only have prob to control which route to pick up. there is no place to > store the price, > so how can we handle route based on price ? > > the only way I can think of is to create another temp table, store the route > and price there, > and then select the lower priced ones and insert into carrierroute table. as > price changes, > we have to repeat this process again. > > is there any other better way ? > > Jimmy. > > > > - Original Message - From: "Ovidiu Sas" > To: "Jinsong Hu" > Cc: ; > Sent: Thursday, April 09, 2009 4:26 PM > Subject: Re: [Kamailio-Users] carrier route vs LCR > > >> Both lcr and carrierroute can hadle routing based on price. It's just >> a matter of properly defining the routed. >> lcr is easier to approach then carrierroute. In 1.5 both of them are >> able to cope with large number of routes. >> >> Regards, >> Ovidiu Sas >> >> On Thu, Apr 9, 2009 at 6:15 PM, Jinsong Hu wrote: >>> >>> I have been looking at the carrier route and LCR. it appears to me that >>> LCR >>> can be used to handle tariff , i.e, >>> selecting lowest cost route. while carrier route doesn't have this >>> capability at all. but carrier route , according to LCR, scales better >>> than >>> LCR. >>> >>> for a typical telco, the rate sheet is around 5K to 20K records. it >>> appears >>> both LCR and carrier route can handle it. >>> >>> is the above assessment correct ? >>> >>> Jinsong >> > > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] carrier route vs LCR
Both lcr and carrierroute can hadle routing based on price. It's just a matter of properly defining the routed. lcr is easier to approach then carrierroute. In 1.5 both of them are able to cope with large number of routes. Regards, Ovidiu Sas On Thu, Apr 9, 2009 at 6:15 PM, Jinsong Hu wrote: > I have been looking at the carrier route and LCR. it appears to me that LCR > can be used to handle tariff , i.e, > selecting lowest cost route. while carrier route doesn't have this > capability at all. but carrier route , according to LCR, scales better than > LCR. > > for a typical telco, the rate sheet is around 5K to 20K records. it appears > both LCR and carrier route can handle it. > > is the above assessment correct ? > > Jinsong ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Aliases
Is your hostname "sip"? Regards, Ovidiu Sas On Thu, Apr 9, 2009 at 2:28 PM, Joao Gomes Pereira wrote: > Hello to all > Every time I start my Kamailio I get this information: > > Listening on > udp: 192.168.1.20 [192.168.1.20]:5060 > tcp: 192.168.1.20 [192.168.1.20]:5060 > Aliases: > tcp: sip:5060 > udp: sip:5060 > > Why do appear these aliases? > I dont have any command "aliases =" in my configuration. > > > Thanks > Joao Pereira > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR Error
Those parameters were related to functionality that was migrated to
the lcr module to the tm module (serialize contacts).
You no longer need to set those parameters.
Regards,
Ovidiu Sas
On Tue, Apr 7, 2009 at 12:42 PM, Geoffrey Mina wrote:
> OK, it turns out I am NOT losing my mind. I checked out 1.5 from SVN,
> and apparently there were some very loosely documented changes between
> revision 5668 and 5790. The module documentation was updated, but
> there weren't any notes specifically stating that you would need to
> remove these parameters.
>
> Does that mean that fr_inv_timer_avp and fr_inv_timer are no longer
> used in most recent 1.5? Are they actually used in revision 5668, or
> are they just silently ignored?
>
> If these are being taken out of the most recent build is there any
> plans to replace them with comparable functionality? It seems like
> having these timeouts in here would be pretty important, but perhaps I
> am missing something.
>
> thanks,
> Geoff
>
> On Tue, Apr 7, 2009 at 12:23 PM, Geoffrey Mina wrote:
>> Hello,
>> I just upgraded a server from 1.4 to 1.5. I am getting this error
>> when loading LCR. Did something change, or am I losing my mind?
>> n
>> Apr 7 12:09:27 atl-sipgateway1 kamailio: ERROR:core:main: bad config
>> file (2 errors)
>> Apr 7 12:11:06 atl-sipgateway1 kamailio:
>> ERROR:core:set_mod_param_regex: parameter not found
>> in module
>> Apr 7 12:11:06 atl-sipgateway1 kamailio: CRITICAL:core:yyerror: parse
>> error in config file, line 74, column 20-21: Can't set module
>> parameter
>> Apr 7 12:11:06 atl-sipgateway1 kamailio:
>> ERROR:core:set_mod_param_regex: parameter not found in
>> module
>> Apr 7 12:11:06 atl-sipgateway1 kamailio: CRITICAL:core:yyerror: parse
>> error in config file, line 78, column 18-19: Can't set module
>> parameter
>>
>> Here is my config for a working server.
>>
>> ## Enable LCR ##
>> loadmodule "lcr.so"
>> modparam("lcr","db_url","mysql://blah:b...@localhost/kamailio")
>> modparam("lcr|tm", "fr_inv_timer_avp", "$avp(i:704)")
>> modparam("^auth$|lcr", "rpid_avp", "$avp(i:302)")
>> modparam("lcr","gw_uri_avp", "$avp(i:709)")
>> modparam("lcr","ruri_user_avp", "$avp(i:500)")
>> modparam("lcr","fr_inv_timer",30)
>> modparam("lcr","flags_avp", "$avp(i:712)")
>> modparam("lcr","lcr_hash_size", 1024)
>> modparam("lcr","fetch_rows", 5000)
>> modparam("lcr","ping_interval", 180)
>> modparam("lcr","ping_from","sip:something.com")
>>
>>
>> The docs no longer make any reference to fr_inv_timer or
>> fr_inv_timer_avp.. but I have a working 1.5 server running with this
>> config... but my newly installed one won't start.
>>
>> thanks,
>> Geoff
>>
>
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] another instance of kamailio on the same machine
Do not use kamctl script. You will need to do more tweaking in order to get that one to work. Just start kamailio from the comand line. Regards, Ovidiu Sas On Fri, Apr 3, 2009 at 5:18 PM, Juan Perez wrote: > > thank you ovidiu > > I do not have an init scrip, I start and stop using the "kamctl stop|start" > which is a bash script.Is this the one that you are referring to? > I intend to listen on the same port but in another IP, each instance will use > a different ip, so I have to change the listening ip only. > regards > jp > > > > > - Original Message > From: Ovidiu Sas > To: Juan Perez > Cc: Iñaki Baz Castillo ; users@lists.kamailio.org > Sent: Friday, April 3, 2009 3:53:25 PM > Subject: Re: [Kamailio-Users] another instance of kamailio on the same machine > > All you need is to follow this simple steps: > 1. make a clean install of kamailio > 2. define your config files for each service: > - kamailio1.cfg > - kamailio2.cfg > 3. create two seprate init scripts: kamailio1 and kamailio2 > 4. make sure that each init script is using the appropriate config > file (use option -f ) > 5. make sure that you are not listening on the same sockets for both > servers (i.e. set one server on port 506 and the second one on port > 5070) > 6. If you are creating pid files, make sure that the pid files are > different for each service > > That's it. You don't need any symbolic links. > > > Regards, > Ovidiu Sas > > On Fri, Apr 3, 2009 at 4:46 PM, Juan Perez wrote: >> >> understood. >> >> so I just need 2 softlinks? >> >> >> >> >> - Original Message >> From: Iñaki Baz Castillo >> To: users@lists.kamailio.org >> Sent: Friday, April 3, 2009 3:43:24 PM >> Subject: Re: [Kamailio-Users] another instance of kamailio on the same >> machine >> >> El Viernes 03 Abril 2009, Juan Perez escribió: >>> hi guys , I tried to do it and it wont start >>> >>> my setup is: >>> centos5 >>> kamailio 1.4 >>> >>> I installed kamailio originally in /usr/local/install-dir/ >>> Now I created a folder named "install-dir2" and created these 3 soft links: >>> >>> /usr/local/install-dir2/etc2/kamailio2/kamailio2.cfg --> >>> /usr/local/install-dir/etc/kamailio/kamailio.cfg >> >> Why do you do it? >> Doing that kamailio2.cfg is a link to kamailio.cfg, so when you run: >> >> kamailio2 -f /usr/local/install-dir2/etc2/kamailio2/kamailio2.cfg >> >> You are loading /usr/local/install-dir/etc/kamailio/kamailio.cfg !!! >> >> This is, kamailio2 is trying to bind the same sockets so it cannot start. >> >> >> -- >> Iñaki Baz Castillo >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> >> >> >> >> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> > > > > > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] another instance of kamailio on the same machine
All you need is to follow this simple steps: 1. make a clean install of kamailio 2. define your config files for each service: - kamailio1.cfg - kamailio2.cfg 3. create two seprate init scripts: kamailio1 and kamailio2 4. make sure that each init script is using the appropriate config file (use option -f ) 5. make sure that you are not listening on the same sockets for both servers (i.e. set one server on port 506 and the second one on port 5070) 6. If you are creating pid files, make sure that the pid files are different for each service That's it. You don't need any symbolic links. Regards, Ovidiu Sas On Fri, Apr 3, 2009 at 4:46 PM, Juan Perez wrote: > > understood. > > so I just need 2 softlinks? > > > > > - Original Message > From: Iñaki Baz Castillo > To: users@lists.kamailio.org > Sent: Friday, April 3, 2009 3:43:24 PM > Subject: Re: [Kamailio-Users] another instance of kamailio on the same machine > > El Viernes 03 Abril 2009, Juan Perez escribió: >> hi guys , I tried to do it and it wont start >> >> my setup is: >> centos5 >> kamailio 1.4 >> >> I installed kamailio originally in /usr/local/install-dir/ >> Now I created a folder named "install-dir2" and created these 3 soft links: >> >> /usr/local/install-dir2/etc2/kamailio2/kamailio2.cfg --> >> /usr/local/install-dir/etc/kamailio/kamailio.cfg > > Why do you do it? > Doing that kamailio2.cfg is a link to kamailio.cfg, so when you run: > > kamailio2 -f /usr/local/install-dir2/etc2/kamailio2/kamailio2.cfg > > You are loading /usr/local/install-dir/etc/kamailio/kamailio.cfg !!! > > This is, kamailio2 is trying to bind the same sockets so it cannot start. > > > -- > Iñaki Baz Castillo > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > > > > > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] remove codec from SDP
On Tue, Mar 31, 2009 at 10:43 AM, Iñaki Baz Castillo wrote: > 2009/3/31 Ovidiu Sas : >> Hello Klaus, >> >> No, there isn't. But it shouldn't be that hard to add one using the >> sdp parser from the core. >> Once the sdp is parsed, the lumps must be added (the relevant pointers >> to the codecs and attributes are already saved in the parsed sdp >> structure). > > Note that the only line to be modified is the "m=..." line, which > specifies which codes are offered. > > Example: > > --- > v=0 > o=root 3836 3836 IN IP4 222.220.19.45 > s=session > c=IN IP4 222.220.19.45 > b=CT:384 > t=0 0 > m=audio 12342 RTP/AVP 18 0 8 3 101 > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:0 PCMU/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:3 GSM/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=silenceSupp:off - - - - > a=ptime:20 > a=sendrecv > m=video 10482 RTP/AVP 34 103 99 > a=rtpmap:34 H263/9 > a=rtpmap:103 h263-1998/9 > a=rtpmap:99 H264/9 > a=sendrecv > --- > > To dissable GSM in the above SDP the only modification would be: > > m=audio 12342 RTP/AVP 18 0 8 101 That will work, but the proper thing to do would be to also remove the 'a=rtpmap:3 GSM/8000' line. Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] remove codec from SDP
Hello Klaus, No, there isn't. But it shouldn't be that hard to add one using the sdp parser from the core. Once the sdp is parsed, the lumps must be added (the relevant pointers to the codecs and attributes are already saved in the parsed sdp structure). Regards, Ovidiu Sas On Tue, Mar 31, 2009 at 9:12 AM, Klaus Darilion wrote: > Hi! > > Are there any features in K to remove a codec from the SDP? (execept > manual removing with textops)? > > thanks > klaus > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] CARRIERROUTE MODULE scan_prefix starting with *
Yes, that is correct. And it is mentioned in the docs.
Regards,
Ovidiu Sas
On Thu, Mar 26, 2009 at 11:22 AM, Asim Riaz wrote:
>
>
> On Thu, Mar 26, 2009 at 3:04 PM, Ovidiu Sas wrote:
>>
>> Have you set:
>> modparam("carrierroute", "match_mode", 128)
>
> Hi Ovidiu,
> match_mode is supported in 1.5, so its means only digits can be matched in
> 1.4 ?
> i am running kamailio 1.4 ;
>
> ERROR:core:set_mod_param_regex: parameter not found in module
>
>
> Thanks,
>
> Asim
>>
>>
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Thu, Mar 26, 2009 at 11:02 AM, Asim Riaz wrote:
>> > Hi Ovidiu,
>> > yes i have gone through the module doc, its works fine if the
>> > scan_prefix
>> > is not starting from *, e.g no problem if the scane_prefix is 222 but if
>> > I
>> > use *222* as scane_prefix, Kamailio does not run. I am running Kamailio
>> > 1.4.
>> >
>> > Thanks,
>> >
>> > Asim
>> >
>> >
>> >
>> > On Thu, Mar 26, 2009 at 1:39 PM, Ovidiu Sas
>> > wrote:
>> >>
>> >> Have you checked the documentation?
>> >> http://www.kamailio.net/docs/modules/1.5.x/carrierroute.html#id2467664
>> >>
>> >> Regards,
>> >> Ovidiu Sas
>> >>
>> >> 2009/3/26 Asim Riaz :
>> >> > Hi List,
>> >> > is it possible to add a scan_prefix like *222* in carrierroute? if i
>> >> > add
>> >> > a
>> >> > prefix like this in DB(carrierroute), I dont get any error but
>> >> > Kamailio
>> >> > does not run.
>> >> >
>> >> > any idea why?
>> >> >
>> >> >
>> >> > Thanks,
>> >> >
>> >> > Asim
>> >> >
>> >> > ___
>> >> > Kamailio (OpenSER) - Users mailing list
>> >> > Users@lists.kamailio.org
>> >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> >> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >> >
>> >
>> >
>
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] CARRIERROUTE MODULE scan_prefix starting with *
Have you set:
modparam("carrierroute", "match_mode", 128)
Regards,
Ovidiu Sas
On Thu, Mar 26, 2009 at 11:02 AM, Asim Riaz wrote:
> Hi Ovidiu,
> yes i have gone through the module doc, its works fine if the scan_prefix
> is not starting from *, e.g no problem if the scane_prefix is 222 but if I
> use *222* as scane_prefix, Kamailio does not run. I am running Kamailio 1.4.
>
> Thanks,
>
> Asim
>
>
>
> On Thu, Mar 26, 2009 at 1:39 PM, Ovidiu Sas wrote:
>>
>> Have you checked the documentation?
>> http://www.kamailio.net/docs/modules/1.5.x/carrierroute.html#id2467664
>>
>> Regards,
>> Ovidiu Sas
>>
>> 2009/3/26 Asim Riaz :
>> > Hi List,
>> > is it possible to add a scan_prefix like *222* in carrierroute? if i add
>> > a
>> > prefix like this in DB(carrierroute), I dont get any error but Kamailio
>> > does not run.
>> >
>> > any idea why?
>> >
>> >
>> > Thanks,
>> >
>> > Asim
>> >
>> > ___
>> > Kamailio (OpenSER) - Users mailing list
>> > Users@lists.kamailio.org
>> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >
>
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] CARRIERROUTE MODULE scan_prefix starting with *
Have you checked the documentation? http://www.kamailio.net/docs/modules/1.5.x/carrierroute.html#id2467664 Regards, Ovidiu Sas 2009/3/26 Asim Riaz : > Hi List, > is it possible to add a scan_prefix like *222* in carrierroute? if i add a > prefix like this in DB(carrierroute), I dont get any error but Kamailio > does not run. > > any idea why? > > > Thanks, > > Asim > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] measuring calls per second
Use the ratelimit module, enable debug mode via the fifo interface and check the output of the logs. http://kamailio.org/docs/modules/1.5.x/ratelimit#id2506196 Regards, Ovidiu Sas On Mon, Mar 23, 2009 at 5:05 PM, Juan Perez wrote: > > Hello > > What is the easiest way to know how many calls per second a proxy is handling > at a given time? I looked thru the SNMPSTATS and STATISTICS modules w/o luck. > > cheers > > jp > > > > > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] [LCR] About ping
On Fri, Mar 20, 2009 at 4:26 PM, Juha Heinanen wrote: > Iñaki Baz Castillo writes: > > > - How to know which gws are down? The only I see is a NOTICE log: > > - > > NOTICE:lcr:gw_set_state: trunk "99.99.99.99:5060" from group: <2> is > OFFLINE > > - > > Is not possible a MI command to list the down gateways? > > lcr_gw_dump should include information if gw is down: > > p = int2str((unsigned long)(*gws)[i].ping, &len); > attr = add_mi_attr(node, MI_DUP_VALUE, "PING", 4, p, len); > if (attr == NULL) goto err; > > value 2 is offline. > > > - Why ping_interval cannot be less than 180 seconds? > > i don't know. the ping stuff was contributed by another author. It should be configurable via a param > > - In case of failure_route and "next_gw()", is the used gw (failing gw) > > automatically marked as down? (it would be useful so we don't need to > > wait "fr_timer" seconds for each request during "ping_interval"). > > it might be possible to write a function that you could call > (from failure route) to mark the current gw offline. Or/and a function that will return the status of a particular gw. Before relaying, the script can check the availability of the gw and call the next_gw() if neccessary. Regards, Ovidiu Sas ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] About "476 Unresolvable destination"
It is a custom openser reply code. It should be customizable from the config. Regards, Ovidiu Sas On Sat, Mar 14, 2009 at 1:36 PM, Iñaki Baz Castillo wrote: > Hi, "476 Unresolvable destination" is returned by Kamailio when the > destination domain has no resolution. > > Is it a custom reply code? is it part of some RFC/draft? > > Thanks. > > -- > Iñaki Baz Castillo > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Strange behaviour when RADIUS server is down
AFAIR, if radius server is down, ACK will not be relayed. The call cannot be accounted and therefor the call is dropped. So, the radius server is a single point of failure. Regards, Ovidiu Sas On Tue, Mar 10, 2009 at 6:49 AM, Antonio Reale wrote: > 2009/3/10 Juha Heinanen : > >> radius accounting is different from other radius modules, because in acc >> module, accounting is triggered by tm module. > [CUT] > > OK. So this can be the relationship between the accounting and the > delay relaying SIP messages. Is that so? > >> if sending of radius accounting request fails, it should not fail the >> transaction. i have not tested if it does. > > I think that it doesn't fail the transaction but it affect the > signaling. Attached the short wireshark trace when reproduced the > issue in lab with RADIUS server down. > In the trace I see about 10 seconds between the reception and the > relay of the ACK by kamailio (maybe "radius_timeout 10" in > radiusclient.conf ?) > P.S.: in the trace you see only two IP addresses because both clients > are on 10.10.45.86... > >> -- juha >> > > Thank you for your help. > Regards. > Antonio. > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR With 300,000 Routes
Both carrierroute and lcr are loading the routes into memory during start-up, so there will be no db issues here. Try to avoid avpops and sqlops in your script (this is what I meant by avoiding db lookups). If you need to do some lookups, use the htable module. If you match the size of the hash table with the size of your routes, there will be faster searches and better performances for your lcr routing. Regards, Ovidiu Sas On Mon, Mar 9, 2009 at 2:39 PM, Geoffrey Mina wrote: > Thanks for your answer. > > I am using 1.5, so that's a good start! > > In regards to preventing real time DB lookups... If I set my hash size > to 640K, and I have 300K records in my routes table I will never need > to do a real time DB lookup? How important is it to match the size of > the hashtable with the size of your routes table? Will too much space > cause inefficiency? I assume too little space would cause db lookups? > > I have 8G of RAM available on this machine, so I am not concerned with > storing a lot of information in memory. > > Thanks, > Geoff > > On Mon, Mar 9, 2009 at 2:25 PM, Ovidiu Sas wrote: >> Carrierroute is able to handle this. >> The new lcr (1.5) should be able to handle this. Make sure that you >> use a big hash table: >> http://www.kamailio.net/docs/modules/1.5.x/lcr#id2492264 >> >> In both cases, avoid realtime db lookups if you want to be able to >> handle spikes of 100cps. >> >> >> Regards, >> Ovidiu Sas >> >> On Mon, Mar 9, 2009 at 2:19 PM, Geoffrey Mina wrote: >>> I have spec'd out how my LCR table would look based my current PSTN >>> gateway providers. Looks like I would need to load roughly 300,000 >>> routes to properly represent everything. >>> >>> This server needs to be able to support spikes of 100 call setups per >>> second. >>> >>> What is the general consensus on this? And, if it's a No-Go, what >>> alternatives do I have? I have looked briefly at the CarrierRoute >>> module, but haven't actually played with it. >>> >>> Thanks! >>> Geoff >>> >>> ___ >>> Kamailio (OpenSER) - Users mailing list >>> Users@lists.kamailio.org >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >>> >> > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR With 300,000 Routes
Carrierroute is able to handle this. The new lcr (1.5) should be able to handle this. Make sure that you use a big hash table: http://www.kamailio.net/docs/modules/1.5.x/lcr#id2492264 In both cases, avoid realtime db lookups if you want to be able to handle spikes of 100cps. Regards, Ovidiu Sas On Mon, Mar 9, 2009 at 2:19 PM, Geoffrey Mina wrote: > I have spec'd out how my LCR table would look based my current PSTN > gateway providers. Looks like I would need to load roughly 300,000 > routes to properly represent everything. > > This server needs to be able to support spikes of 100 call setups per second. > > What is the general consensus on this? And, if it's a No-Go, what > alternatives do I have? I have looked briefly at the CarrierRoute > module, but haven't actually played with it. > > Thanks! > Geoff > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] HOWTO rewrite to: header
Take a look at textops module: http://www.kamailio.net/docs/modules/1.5.x/textops.html#id2467719 Regards, Ovidiu Sas On Wed, Mar 4, 2009 at 4:20 PM, alexander merkulov wrote: > here is correct reqwest and reqwest via kamailio > > is there any way to rewrite To: field in kamailio > because now it nto work > > correct reqwest(asterisk) > RECEIVING FROM: 69.70.173.195:5060 > CANCEL sip:34...@193.110.78.12:8484 SIP/2.0 > Via: SIP/2.0/UDP 192.168.1.180:5060;branch=z9hG4bK4c97bd4a > From: "Unknown" ;tag=as366a0ba0 > To: > Call-ID: 322db75c71be4ba45a61c7666b93e...@voip1.bravotelecom.com > CSeq: 102 CANCEL > User-Agent: Asterisk PBX > Max-Forwards: 70 > Content-Length: 0 > > incorrect reqwest(multi-homed kamailio, asterisk originate to internal eth) > > RECEIVING FROM: 69.70.173.195:5060 > CANCEL sip:34...@193.110.78.12:8484 SIP/2.0 > Via: SIP/2.0/UDP 69.70.173.195;branch=z9hG4bK1b1b.3c42cea6.0 > From: "Unknown" ;tag=as6075df60 > Call-ID: 4d784fa972c4e9c9795032417f46c...@voip1.bravotelecom.com > To: > CSeq: 102 CANCEL > Max-Forwards: 70 > asterisk > Content-Length: 0 > > -- > Merkulov Alexander > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR in Kamailio 1.4
Print the R-URI before invoking load_gws(). Make sure that it is not altered and it matches your roule. Regards, Ovidiu Sas On Thu, Feb 19, 2009 at 11:54 AM, Asim Riaz wrote: > > it i > On Thu, Feb 19, 2009 at 4:49 PM, Ovidiu Sas wrote: >> >> Check your fifo lcr_dump output to see what you have loaded in the tables. > > > thats what i got from output, which seems ok . > GW:: GRP_ID=1 URI=sip:X.X.X.X:5060;transport=udp STRIP=0 TAG= FLAGS=0 > RULE:: PREFIX=0 FROM_URI=NULL GRP_ID=1 PRIORITY=1 > > Thanks > Asim > >> >> >> Regards, >> Ovidiu Sas >> >> On Thu, Feb 19, 2009 at 11:44 AM, Asim Riaz wrote: >> > >> > >> > On Thu, Feb 19, 2009 at 4:39 PM, Gustavo Mistrinelli >> > wrote: >> >> >> >> Hey Asim, may be I'm asking you a stupid questiion, did you do kamctl >> >> lcr >> >> reload? >> >> >> >> Best, >> >> >> >> Gustavo >> > >> > Yes I did reload and i reload the kamailio server but still the same, >> > the >> > strange thing is this route was working before but when i added new >> > routes, >> > didnt work so i removed this route and added again and after that this >> > route >> > with 0 prefix stopped working. >> > >> > Thanks, >> > >> > Asim >> >> >> >> On Thu, Feb 19, 2009 at 2:36 PM, Asim Riaz wrote: >> >>> >> >>> >> >>> On Thu, Feb 19, 2009 at 4:27 PM, Ovidiu Sas >> >>> wrote: >> >>>> >> >>>> Make sure that from_uri is NULL and not a white space. >> >>>> Please copy the mailing list in your reply. >> >>> >> >>> I tried from_uri with Null, still the same, not finding the gateway; >> >>> dub-deg-sbc4:~/sip-tests/test# kamctl lcr show >> >>> lcr routes >> >>> +++--++--+ >> >>> | id | prefix | from_uri | grp_id | priority | >> >>> +++--++--+ >> >>> | 10 | 0 | NULL | 1 |1 | >> >>> +++--++--+ >> >>> >> >>> Thanks, >> >>> >> >>> Asim >> >>>> >> >>>> >> >>>> Regards, >> >>>> Ovidiu Sas >> >>>> >> >>>> On Thu, Feb 19, 2009 at 11:25 AM, Asim Riaz >> >>>> wrote: >> >>>> > >> >>>> > >> >>>> > On Thu, Feb 19, 2009 at 4:16 PM, Ovidiu Sas >> >>>> > wrote: >> >>>> >> >> >>>> >> Is your R-URI starting with a '0'? >> >>>> >> You have defined a single route for all '0' prefix destinations. >> >>>> > >> >>>> > yes R-URI is starting with 0. >> >>>> >> >> >>>> >> >> >>>> >> Regards, >> >>>> >> Ovidiu Sas >> >>>> >> >> >>>> >> On Thu, Feb 19, 2009 at 11:06 AM, Asim Riaz >> >>>> >> wrote: >> >>>> >> > >> >>>> >> > >> >>>> >> > On Thu, Feb 19, 2009 at 3:53 PM, Daniel-Constantin Mierla >> >>>> >> > wrote: >> >>>> >> >> >> >>>> >> >> Hello, >> >>>> >> >> >> >>>> >> >> On 02/19/2009 05:34 PM, Asim Riaz wrote: >> >>>> >> >>> >> >>>> >> >>> Hello, >> >>>> >> >>> I am using LCR, for some reason load_gws() function is not >> >>>> >> >>> finding the >> >>>> >> >>> gateway in DB, it was working in the start then added some >> >>>> >> >>> more >> >>>> >> >>> routes >> >>>> >> >>> and >> >>>> >> >>> after that everything stopped working, I am not sure where to >> >>>> >> >>> start >> >>>> >> >>> troubleshoot
Re: [Kamailio-Users] LCR in Kamailio 1.4
Check your fifo lcr_dump output to see what you have loaded in the tables. Regards, Ovidiu Sas On Thu, Feb 19, 2009 at 11:44 AM, Asim Riaz wrote: > > > On Thu, Feb 19, 2009 at 4:39 PM, Gustavo Mistrinelli > wrote: >> >> Hey Asim, may be I'm asking you a stupid questiion, did you do kamctl lcr >> reload? >> >> Best, >> >> Gustavo > > Yes I did reload and i reload the kamailio server but still the same, the > strange thing is this route was working before but when i added new routes, > didnt work so i removed this route and added again and after that this route > with 0 prefix stopped working. > > Thanks, > > Asim >> >> On Thu, Feb 19, 2009 at 2:36 PM, Asim Riaz wrote: >>> >>> >>> On Thu, Feb 19, 2009 at 4:27 PM, Ovidiu Sas >>> wrote: >>>> >>>> Make sure that from_uri is NULL and not a white space. >>>> Please copy the mailing list in your reply. >>> >>> I tried from_uri with Null, still the same, not finding the gateway; >>> dub-deg-sbc4:~/sip-tests/test# kamctl lcr show >>> lcr routes >>> +++--++--+ >>> | id | prefix | from_uri | grp_id | priority | >>> +++--++--+ >>> | 10 | 0 | NULL | 1 | 1 | >>> +++--++--+ >>> >>> Thanks, >>> >>> Asim >>>> >>>> >>>> Regards, >>>> Ovidiu Sas >>>> >>>> On Thu, Feb 19, 2009 at 11:25 AM, Asim Riaz wrote: >>>> > >>>> > >>>> > On Thu, Feb 19, 2009 at 4:16 PM, Ovidiu Sas >>>> > wrote: >>>> >> >>>> >> Is your R-URI starting with a '0'? >>>> >> You have defined a single route for all '0' prefix destinations. >>>> > >>>> > yes R-URI is starting with 0. >>>> >> >>>> >> >>>> >> Regards, >>>> >> Ovidiu Sas >>>> >> >>>> >> On Thu, Feb 19, 2009 at 11:06 AM, Asim Riaz >>>> >> wrote: >>>> >> > >>>> >> > >>>> >> > On Thu, Feb 19, 2009 at 3:53 PM, Daniel-Constantin Mierla >>>> >> > wrote: >>>> >> >> >>>> >> >> Hello, >>>> >> >> >>>> >> >> On 02/19/2009 05:34 PM, Asim Riaz wrote: >>>> >> >>> >>>> >> >>> Hello, >>>> >> >>> I am using LCR, for some reason load_gws() function is not >>>> >> >>> finding the >>>> >> >>> gateway in DB, it was working in the start then added some more >>>> >> >>> routes >>>> >> >>> and >>>> >> >>> after that everything stopped working, I am not sure where to >>>> >> >>> start >>>> >> >>> troubleshooting, any idea ? >>>> >> >> >>>> >> >> run kamailio with higher debug mode (e.g., debug=5) in >>>> >> >> configuration >>>> >> >> file. >>>> >> >> >>>> >> >> You should get more debug messages in the syslog, that may give >>>> >> >> you >>>> >> >> some >>>> >> >> hints. look for lines containing 'lcr'. >>>> >> >> >>>> >> >> Cheers, >>>> >> >> Daniel >>>> >> > >>>> >> > Hi Daniel, >>>> >> > I tried higher debug level, not getting anything related to LCR >>>> >> > all i >>>> >> > am >>>> >> > getting XLOG messages "unable to find Gateway". >>>> >> > >>>> >> > Thanks, >>>> >> > >>>> >> > Asim >>>> >> > >>>> >> >> >>>> >> >>> >>>> >> >>> kamctl lcr show >>>> >> >>> >>>> >> >>> lcr routes >>>> >> >>> +++--++--+ >>>> >> >>> | id | prefix | fr
Re: [Kamailio-Users] SIP URI Extracting
And check the following links: http://kamailio.org/docs/ http://kamailio.org/dokuwiki/doku.php/core-cookbook:1.4.x http://kamailio.org/dokuwiki/doku.php/pseudovariables:1.4.x http://kamailio.org/dokuwiki/doku.php/transformations:1.4.x You will be amazed how much information is available there. Also, check this old tutorial on SER (which is a great start for all *ser* products): http://old.iptel.org/ser/doc/seruser/seruser.txt Regards, Ovidiu Sas On Thu, Feb 19, 2009 at 11:34 AM, Alex Balashov wrote: > Check out strip() and prefix(). > > Ramu wrote: > >> Hi, >> >> I would like to extract uri part from SIP Request uri. >> >> Say I received a INVITE sip:1234567...@ip >> >> Now I would like to take 4567890 the uri and send it as a new INVITE. >> >> Ramu >> >> >> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (678) 237-1775 > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR in Kamailio 1.4
Make sure that from_uri is NULL and not a white space.
Please copy the mailing list in your reply.
Regards,
Ovidiu Sas
On Thu, Feb 19, 2009 at 11:25 AM, Asim Riaz wrote:
>
>
> On Thu, Feb 19, 2009 at 4:16 PM, Ovidiu Sas wrote:
>>
>> Is your R-URI starting with a '0'?
>> You have defined a single route for all '0' prefix destinations.
>
> yes R-URI is starting with 0.
>>
>>
>> Regards,
>> Ovidiu Sas
>>
>> On Thu, Feb 19, 2009 at 11:06 AM, Asim Riaz wrote:
>> >
>> >
>> > On Thu, Feb 19, 2009 at 3:53 PM, Daniel-Constantin Mierla
>> > wrote:
>> >>
>> >> Hello,
>> >>
>> >> On 02/19/2009 05:34 PM, Asim Riaz wrote:
>> >>>
>> >>> Hello,
>> >>> I am using LCR, for some reason load_gws() function is not finding the
>> >>> gateway in DB, it was working in the start then added some more routes
>> >>> and
>> >>> after that everything stopped working, I am not sure where to start
>> >>> troubleshooting, any idea ?
>> >>
>> >> run kamailio with higher debug mode (e.g., debug=5) in configuration
>> >> file.
>> >>
>> >> You should get more debug messages in the syslog, that may give you
>> >> some
>> >> hints. look for lines containing 'lcr'.
>> >>
>> >> Cheers,
>> >> Daniel
>> >
>> > Hi Daniel,
>> > I tried higher debug level, not getting anything related to LCR all i
>> > am
>> > getting XLOG messages "unable to find Gateway".
>> >
>> > Thanks,
>> >
>> > Asim
>> >
>> >>
>> >>>
>> >>> kamctl lcr show
>> >>>
>> >>> lcr routes
>> >>> +++--++--+
>> >>> | id | prefix | from_uri | grp_id | priority |
>> >>> +++--++--+
>> >>> | 9 | 0 | | 1 |1 |
>> >>> +++--++--+
>> >>> lcr gateways
>> >>>
>> >>>
>> >>> ++---+--++---++---+--+---+
>> >>> | gw_name| ip_addr | port | uri_scheme | transport | grp_id
>> >>> |
>> >>> strip | tag | flags |
>> >>>
>> >>>
>> >>> ++---+--++---++---+--+---+
>> >>> | | | 5060 | 1 | 1 | 1 |
>> >>> 0
>> >>> | | 0 |
>> >>>
>> >>>
>> >>> ++---+--++---++---+--+---+
>> >>>
>> >>>
>> >>>
>> >>> my routing script
>> >>>
>> >>> if(!load_gws()) {
>> >>> xlog("L_INFO", "[ROUTE-X] Unable To Find Gateway ");
>> >>>sl_send_reply("503", "unable to find gateway");
>> >>>exit;
>> >>>}
>> >>> Thanks in advance.
>> >>>
>> >>> Asim
>> >>>
>> >>>
>> >>>
>> >>> ___
>> >>> Kamailio (OpenSER) - Users mailing list
>> >>> Users@lists.kamailio.org
>> >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> >>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >>
>> >> --
>> >> Daniel-Constantin Mierla
>> >> http://www.asipto.com
>> >>
>> >
>> >
>> > ___
>> > Kamailio (OpenSER) - Users mailing list
>> > Users@lists.kamailio.org
>> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>> >
>
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] LCR in Kamailio 1.4
Is your R-URI starting with a '0'?
You have defined a single route for all '0' prefix destinations.
Regards,
Ovidiu Sas
On Thu, Feb 19, 2009 at 11:06 AM, Asim Riaz wrote:
>
>
> On Thu, Feb 19, 2009 at 3:53 PM, Daniel-Constantin Mierla
> wrote:
>>
>> Hello,
>>
>> On 02/19/2009 05:34 PM, Asim Riaz wrote:
>>>
>>> Hello,
>>> I am using LCR, for some reason load_gws() function is not finding the
>>> gateway in DB, it was working in the start then added some more routes and
>>> after that everything stopped working, I am not sure where to start
>>> troubleshooting, any idea ?
>>
>> run kamailio with higher debug mode (e.g., debug=5) in configuration file.
>>
>> You should get more debug messages in the syslog, that may give you some
>> hints. look for lines containing 'lcr'.
>>
>> Cheers,
>> Daniel
>
> Hi Daniel,
> I tried higher debug level, not getting anything related to LCR all i am
> getting XLOG messages "unable to find Gateway".
>
> Thanks,
>
> Asim
>
>>
>>>
>>> kamctl lcr show
>>>
>>> lcr routes
>>> +++--++--+
>>> | id | prefix | from_uri | grp_id | priority |
>>> +++--++--+
>>> | 9 | 0 | | 1 |1 |
>>> +++--++--+
>>> lcr gateways
>>>
>>> ++---+--++---++---+--+---+
>>> | gw_name| ip_addr | port | uri_scheme | transport | grp_id |
>>> strip | tag | flags |
>>>
>>> ++---+--++---++---+--+---+
>>> | | | 5060 | 1 | 1 | 1 | 0
>>> | | 0 |
>>>
>>> ++---+--++---++---+--+---+
>>>
>>>
>>>
>>> my routing script
>>>
>>> if(!load_gws()) {
>>> xlog("L_INFO", "[ROUTE-X] Unable To Find Gateway ");
>>>sl_send_reply("503", "unable to find gateway");
>>>exit;
>>>}
>>> Thanks in advance.
>>>
>>> Asim
>>>
>>>
>>> ___
>>> Kamailio (OpenSER) - Users mailing list
>>> Users@lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>
>> --
>> Daniel-Constantin Mierla
>> http://www.asipto.com
>>
>
>
> ___
> Kamailio (OpenSER) - Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
___
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] call keepalived using rtimer?
The issue here is that if you send in-dialog requests from a proxy, you break the CSeq for all the subsequent in-dialog requests sent by endpoints. Regards, Ovidiu Sas On Wed, Feb 18, 2009 at 10:23 AM, Noel R. Morais wrote: > Hi Guys, > > I would like to know if is possible to make a keepalive for active > calls (dialog module)? > > Well, I think it is but is there a better way than making a selec into > the dialog table and building the INVITEs? > > Thanks, > > Noel > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] mediaproxy
openser 1.3.4 should be soon available in the feeds. I just performed an update/upgrade. Regards, Ovidiu Sas On Sat, Feb 14, 2009 at 2:25 PM, Ovidiu Sas wrote: > Hello Nyam, > > > MediaProxy is a separate project. For more information, check the > following link: > http://www.ag-projects.com/MediaProxy.html > > If you need a NAT traversal solution, check also rtpproxy: > http://www.rtpproxy.org/ > > For Linksys NSLU and many other embedded devices, openser 1.3.2 along > with rtpproxy 1.1 is available in the feeds. Check the following > website on how to get those packages installed: > http://www.nslu2-linux.org/ > > If you have questions related on how to get the optware feeds > installed on your embedded device, please post your questions on the > nslu2 mailing list after you read the documentation available on the > website. > > > Regards, > Ovidiu Sas > > On Sat, Feb 14, 2009 at 9:21 AM, NYam wrote: >> >> Dear Sir, >> >> As it was stated in your website, KAMAILIO (OpenSER) is available in binary >> format for several embedded platforms, including Linksys NSLU. >> >> Does it mean that mediaproxy is already installed into the platform with >> KAMAILIO? If not, how mediaproxy will be installed? Will it be hard to do >> so? >> >> with kind regards Nyam Sharibu >> >> >> >> ___ >> Kamailio (OpenSER) - Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] mediaproxy
Hello Nyam, MediaProxy is a separate project. For more information, check the following link: http://www.ag-projects.com/MediaProxy.html If you need a NAT traversal solution, check also rtpproxy: http://www.rtpproxy.org/ For Linksys NSLU and many other embedded devices, openser 1.3.2 along with rtpproxy 1.1 is available in the feeds. Check the following website on how to get those packages installed: http://www.nslu2-linux.org/ If you have questions related on how to get the optware feeds installed on your embedded device, please post your questions on the nslu2 mailing list after you read the documentation available on the website. Regards, Ovidiu Sas On Sat, Feb 14, 2009 at 9:21 AM, NYam wrote: > > Dear Sir, > > As it was stated in your website, KAMAILIO (OpenSER) is available in binary > format for several embedded platforms, including Linksys NSLU. > > Does it mean that mediaproxy is already installed into the platform with > KAMAILIO? If not, how mediaproxy will be installed? Will it be hard to do > so? > > with kind regards Nyam Sharibu > > > > ___ > Kamailio (OpenSER) - Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > ___ Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] SIP-T: Multipart SDPs, ISUP parsing, etc
The multipart body content parsing is embedded in the sdp parser. The sdp parser is available in the source tree under the ./parser/sdp directory. Hope this helps, Ovidiu Sas On Fri, Feb 13, 2009 at 8:26 AM, Daniel-Constantin Mierla wrote: > Hello, > > On 02/13/2009 12:08 PM, Abdul Hakeem wrote: >> Hi, >> Are you able to put me in touch with the guys using the SDP parser ? >> > > direct your emails to mailing list all the time. Those people are there, > the developer of SDP parser and others using it. You will get much > faster response and maybe better than writing private emails. > > Thanks, > Daniel > >> Cheers, >> Abdul Hakeem >> >> -Original Message- >> From: Daniel-Constantin Mierla [mailto:mico...@gmail.com] >> Sent: 11 February 2009 15:20 >> To: alhak...@ipextelecom.net; kamailio >> Subject: Re: [Kamailio-Users] SIP-T: Multipart SDPs, ISUP parsing, etc >> >> Hello, >> >> On 02/11/2009 03:20 PM, Abdul Hakeem wrote: >> >>> Hi, >>> >>> Just wanted to touch base on the parser to find out if you are still >>> pursuing this. >>> >>> >> it is still on my todo list, however didn't make it in the upcoming 1.5.0. >> Ovidiu Sas did some commits to the SDP parser and I know couple of others >> using it with success. >> >> Please open a feature request at: >> http://sourceforge.net/tracker/?atid=743023&group_id=139143&func=browse >> >> It is easier to track and not forgot about it for the next release. >> >> Thanks, >> Daniel >> >> >> >>> I am in the mind of purchasing some Cisco equipment to do the Sip-MAP >>> gateway from a GSM network. >>> I have someone else from the OpenBTS with me on this. >>> The object is to provide a full fledged sip based routing of voice, >>> sms and multimedia calls from gsm handsets to BTS with a Sip server >>> >> backend. >> >>> Cheers, >>> Abdul Hakeem >>> >>> -Original Message- >>> From: users-boun...@lists.kamailio.org >>> [mailto:users-boun...@lists.kamailio.org] On Behalf Of >>> Daniel-Constantin Mierla >>> Sent: 03 September 2008 17:45 >>> To: Kristian Kielhofner >>> Cc: users@lists.kamailio.org >>> Subject: Re: [Kamailio-Users] SIP-T: Multipart SDPs, ISUP parsing, etc >>> >>> Hello, >>> >>> On 09/03/08 19:10, Kristian Kielhofner wrote: >>> >>> >>>> Hello everyone, >>>> >>>> Feel free to set $OSSPROXY to whatever you like = >>>> Kamailio/OpenSIPS/OpenSER (for those of you who can't let go). >>>> >>>> $OSSPROXY is my favorite SIP toolkit. In addition to being an >>>> excellent proxy and registrar it serves as a platform to do SIP >>>> mangling and wrangling. With that in mind let me propose a crazy >>>> idea... >>>> >>>> How hard would it be to get $OSSPROXY to be able to parse what is >>>> commonly referred to as SIP-T (RFC 3372)? I understand $OSSPROXY has >>>> no business getting too involved in the SDP but I feel it makes sense >>>> in some instances (like this one). What if I want to make a routing >>>> decision based on an encapsulated ISUP parameter of some sort? Who >>>> knows what it could be!?!? Maybe there are some other uses but that >>>> makes the most sense and seems to be the most practical. It should >>>> be possible to develop an $OSSPROXY module to: >>>> >>>> - Use the SDP parser to find the ISUP SDP part: >>>> >>>> http://www.kamailio.net/dokuwiki/doku.php/development:sdp-parsing >>>> >>>> - Pass that part into a "real" ISUP parser (if necessary). I >>>> couldn't seem to find the perfect library but perhaps something like >>>> this could >>>> work: >>>> >>>> http://www.openss7.org/isup.html >>>> >>>> - Make the ISUP parameters available via AVPs, pseudo variables, etc >>>> for use in the $OSSPROXY script. >>>> >>>> I don't really have a need for this but it seems like it could be >>>> cool. Am I nuts? >>>> >>>> >>>> >>>> >>> I would expose the body as a dynamic structure, so components will be >>> accessible in the script, e.g. (naming schema just for example), >>> >>> if($body(0=>content-type)==&qu
Re: [Kamailio-Users] extending carrierroute to load dynamic carriers
How you create your routing tree is up to your requirements. You can do it per user (as Henning suggested) or per SIP trunk and use avpops (for example) to load from a db the next carrier or domain (both field can be customized via AVPs). Regards, Ovidiu Sas On Mon, Jan 5, 2009 at 11:39 AM, Henning Westerholt < henning.westerh...@1und1.de> wrote: > On Monday 05 January 2009, victorpy wrote: > > I know you can create several routing trees, but how you load a next > > carrier in case of failure o how can you load the carrier without > > hardcoding in the script? > > > > you can load the next domain with cr_next_domain in a $avp. in this case > > the script it's dynamic > > > > but how can you load a carrier in the same way? > > > > there is no function like load next carrier or load preferred carrier. > > > > Can you give me an idea how to make the map between scrIP and tree based > on > > that map? > > Hi victorpy, > > you can load the preferred carrier from a database with cr_user_carrier. It > default to the subscriber table, thus the 'user' in the name, but you can > configure any table you like. > > Cheers, > > Henning > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] extending carrierroute to load dynamic carriers
With cr you can create several routing trees. Also, you can create a map between srcIP and a tree and load the tree that you want based on that map. What functionality are you missing here? Regards, Ovidiu Sas On Mon, Jan 5, 2009 at 10:10 AM, victorpy wrote: > > Hello, > > I want to extend the module to load a carrier tree based on $si(source ip) > of a request. I want know if im going the right way doing this. The reason > why im doing this is to avoid a hardcoded script. I have read other post > that talk about this subject and the solution with domains and host doesn't > meet my needs. > Hope someone could help me. > > thanks for the answers > > greetings > -- > View this message in context: > http://www.nabble.com/extending-carrierroute-to-load-dynamic-carriers-tp21292687p21292687.html > Sent from the OpenSER Users Mailing List mailing list archive at > Nabble.com. > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Carrierroute and AVP
Hello Henning, I can conform that the rewrite_host can be reliable read from $rd. Thank you for looking into this. Regards, Ovidiu Sas On Tue, Dec 30, 2008 at 8:08 AM, Henning Westerholt wrote: > On Mon, December 29, 2008 4:47 pm, Ovidiu Sas wrote: >> Hello Henning, >> >> Can we change the name of the avp and retrieve the content of the >> "descritpion" field in it? > > Hi Ovidiu, > > if the rewrite_host can be also reliable read from some PVs, then this > should be possible. Let me do some tests first, then i can change the code > in question. > > Cheers, > > Henning > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Carrierroute and AVP
Hello Henning, Can we change the name of the avp and retrieve the content of the "descritpion" field in it? Regards, Ovidiu Sas On Tue, Dec 23, 2008 at 9:50 AM, Henning Westerholt wrote: > On Fri, December 19, 2008 2:58 pm, rod wrote: >> I'd like to know if there is a way to retrieve the information from the >> carrierroute module in AVPs. >> Example: >> - a prefix has matched, and I'd like to get the field "description" >> associated with this route and add it in the SIP header >> - a prefix has matched, and I'd like to get the field >> "rewrite_host" associated with this route and use it with xlog > > Hello Rod, > > currently there is only the dest_avp parameter available, to get the > rewritten host value. Is this the information you referred in the first > case? > > For the description value there is actually no such a facility. One option > would be to change the code that writes the AVP at the moment to also > include the information you need. Another, more general approach would be > to make this configurable.. > > Cheers, > > Henning > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] important: gflags, options, uri module functionality moved
I will check. Thanks, Ovidiu On Mon, Dec 8, 2008 at 11:39 AM, Henning Westerholt <[EMAIL PROTECTED]> wrote: > On Friday 05 December 2008, Ovidiu Sas wrote: >> Hello Henning, >> >> Maybe we should move it and (later on) update it with whatever is >> available from SER. > > Hi Ovidiu, > > the encode*, decode* functions can be now found in the siputils module. Please > let me know if you encounter any bugs. > > Cheers, > > Henning > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] important: gflags, options, uri module functionality moved
Hello Henning, Maybe we should move it and (later on) update it with whatever is available from SER. Regards, Ovidiu Sas On Fri, Dec 5, 2008 at 10:30 AM, Henning Westerholt <[EMAIL PROTECTED]> wrote: > On Friday 05 December 2008, Ovidiu Sas wrote: >> I'm still using the encode/decode contact functionality provided by this >> module. > > Hi Ovidiu, > > thanks for the update, then i'll move this later on. > > Cheers, > > Henning ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] important: gflags, options, uri module functionality moved
I'm still using the encode/decode contact functionality provided by this module. Regards, Ovidiu sas On Fri, Dec 5, 2008 at 7:18 AM, Daniel-Constantin Mierla <[EMAIL PROTECTED]> wrote: > Hello Henning, > > On 12/05/08 11:17, Henning Westerholt wrote: >> On Friday 05 December 2008, Daniel-Constantin Mierla wrote: >> >>> Another module that can get in siputils is mangler -- I think there are >>> still people using it, Andrei did some fixes to this module on ser, so, >>> if we decide to keep the functionality, we can update it and move. >>> >> >> Hi Daniel, >> >> i think in the last discussions about this module we came to the conclusion >> that most functions in this module are not needed anymore. > ok. the module is for quite some time in a foggy state. It needs to be > solved in a way or another so it gets back to life or removed. > > Thanks, > Daniel > >> I already added >> some warnings to the mod_init that this module is deprecated (in trunk). I'll >> review the fixes Andrei did on the SER repository, and then probably move the >> necessary stuff this too. >> >> Cheers, >> >> Henning ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Trying to deliver a call across multiple peers with t_relay
You need to use the call append_branch() on the failure_route before
calling t_relay().
Check the following sample config and adapt the failure logic for your needs:
http://www.voipembedded.com/resources/openser_cr.cfg
Regards,
Ovidiu Sas
On Fri, Nov 28, 2008 at 9:44 AM, Tyler Brauer <[EMAIL PROTECTED]> wrote:
> Thank you Klaus for the suggestions. I've implemented the
> configuration below. When the first t_relay fails, Kamailio generates
> the 408 Request Timeout and doesn't attempt to try an INVITE to the
> second address. This what the syslog says:
>
> Nov 28 06:11:13 server kamailio[1315]: Attempting Carrier 1
> Nov 28 06:11:28 server kamailio[1323]: Attempting Carrier 2
> Nov 28 06:11:28 server kamailio[1323]: ERROR:tm:t_forward_nonack: no
> branch for forwarding
> Nov 28 06:11:28 server kamailio[1323]: ERROR:tm:w_t_relay:
> t_forward_nonack failed
> Nov 28 06:11:28 server kamailio[1317]: Attempting Carrier 1
>
> And here's the watered-down version of my configuration.
>
> # - - - - - - - - - - - - - - - - - - - -
>
> route[0]
> {
> if($si=='10.10.10.10')
> {
> # Allowed Host
> route(1);
> }
> else
> {
> sl_send_reply("603", "Decline");
> exit;
> }
> }
>
> # - - - - - - - - - - - - - - - - - - - -
>
> route[1]
> {
> if(msg:len > 2048)
> {
> sl_send_reply("513", "Message Too Big");
> exit;
> }
>
> if (!mf_process_maxfwd_header("10"))
> {
> sl_send_reply("483", "Too Many Hops");
> exit;
> }
>
> if (method==OPTIONS) {
> if ((uri==myself) && (! uri=~"sip:[EMAIL PROTECTED]")) {
> options_reply();
> exit;
> }
> }
>
> if (!method=="REGISTER")
> {
> record_route();
> }
>
> if (loose_route())
> {
> append_hf("P-hint: rr-enforced\r\n");
> }
>
> if (is_method("CANCEL"))
> {
> if (t_check_trans())
> {
> t_relay();
> }
> exit;
> }
>
> route(2);
> }
>
> # - - - - - - - - - - - - - - - - - - - -
>
> route[2]
> {
> xlog("L_INFO", "Attempting Carrier 1");
> t_on_failure("3");
> t_relay("udp:1.1.1.1:5090","0x2");
> exit;
> }
>
> # - - - - - - - - - - - - - - - - - - - -
>
> failure_route[3]
> {
> xlog("L_INFO", "Attempting Carrier 2");
> t_on_failure("4");
> t_relay("udp:2.2.2.2:5060");
> exit;
> }
>
> # - - - - - - - - - - - - - - - - - - - -
>
> failure_route[4]
> {
> # I would like to know how to redirect the
> # original call destined to extension "100"
> # to 2015551234, but the originating server
> # will get nervous if the username@ part
> # of its SIP request is changed. How could
> }
>
> # - - - - - - - - - - - - - - - - - - - -
>
> Any further suggestions would be appreciated. Thanks!
>
> ___
> Users mailing list
> Users@lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] basic config
Here's a doc describing how to enable radius billing: http://www.kamailio.net/docs/openser-radius-1.0.x.html It is a little bit outdated, but it will give you the basic idea. Regards, Ovidiu Sas On Wed, Nov 26, 2008 at 11:16 AM, Lens Oreste <[EMAIL PROTECTED]> wrote: > I am trying to do a basic configuration, I need to add a couple of routes > and add radius for billing. Please let me show me how > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Statistic in openser
You can get the number of INVITEs/second by using the ratelimit module: http://www.kamailio.net/docs/modules/1.4.x/ratelimit.html You will need to define what is a "successful" INVITE and how do you want to account for it. You can build any kind of statistics by using the statistics module: http://www.kamailio.net/docs/modules/1.4.x/statistics.html Regards, Ovidiu Sas On Wed, Nov 26, 2008 at 6:00 AM, ALAEDDINE abbech <[EMAIL PROTECTED]> wrote: > Hi, > I know the commande > #openserctl monitor > and > # openserctl fifo get_statistics all > But i like have the number of INVITE / second in openser and the succeful > INVITE/second. > > Who know any commande to have this statistic? > > thanks > > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] 64-bit openser
Yes, you can. You see the max size of SHM memory in the VIRT column and the real size of the shared memory used by a specific process in the SHR column. Regards, Ovidiu Sas On Wed, Nov 19, 2008 at 4:19 PM, Klaus Darilion <[EMAIL PROTECTED]> wrote: > Ovidiu Sas wrote: >> >> Yes, it seems that you are running out of SHM memory. >> Check with top how much memory are you using right after the server is >> started and the when it is loaded. >> Also check if the memory utilization is increasing in time. If yes, >> then you are edaling with a memory leak. > > If openser's leaks shared memory you can not see it with top. AFAIK openser > allocates all the shared memory on startup. > > klaus > >> >> Regards, >> Ovidiu Sas >> >> On Tue, Nov 18, 2008 at 7:31 PM, joy yue <[EMAIL PROTECTED]> wrote: >>> >>> On 11/18/08, Ovidiu Sas <[EMAIL PROTECTED]> wrote: >>>> >>>> I ran on 32bits with 1G and 4k simultaneous transactions. >>>> Most of the memory is taken by the carrierroute module (big routing >>>> tables). >>>> 2G should be more then enough for what you need. >>>> >>>> You didn't specified what kind of "out of memory" do you get: SHM or >>>> PKG? >>> >>> How can I check the memory usage in openser? >>> In my case, it looks openser is out of SHM to me. Here is the error >>> message >>> I got: >>> >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2548]: >>> ERROR:tm:t_newtran: new_t failed >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2570]: >>> ERROR:tm:relay_reply: no more share memory >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2568]: >>> ERROR:tm:relay_reply: no more share memory >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2578]: ERROR:tm:new_t: >>> out of mem >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2554]: ERROR:tm:new_t: >>> out of mem >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2579]: ERROR:tm:new_t: >>> out of mem >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2573]: ERROR:tm:new_t: >>> out of mem >>> Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2578]: >>> ERROR:tm:t_newtran: new_t failed >>> >>> Thanks, >>> -Joy >>> >>>> Regards, >>>> Ovidiu Sas >>>> >>>> On Tue, Nov 18, 2008 at 5:52 PM, Klaus Darilion >>>> >>>> <[EMAIL PROTECTED]> wrote: >>>>> >>>>> joy yue wrote: >>>>>> >>>>>> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >>>>>> <mailto:[EMAIL PROTECTED]>> wrote: >>>>>> >>>>>>joy yue wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >>>>>><mailto:[EMAIL PROTECTED]> >>>>>><mailto:[EMAIL PROTECTED] >>>>>><mailto:[EMAIL PROTECTED]>>> 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?) >>>>>> >>>>>> >>>>>> The traffic is around 18k transaction/sec. How much memory is needed >>>>>> for one transaction? >>>>> >>>>> Thats really heavy load - maybe someone of the core guys knows how many >>>>> memory is needed per transaction >>>>> >>>>> klaus >>>>> >>>>> ___ >>>>> Users mailing list >>>>> Users@lists.kamailio.org >>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >>>>> >>> > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] 64-bit openser
I don't have any subscribers. It is an lcr SIP router. Regards, Ovidiu Sas On Tue, Nov 18, 2008 at 7:37 PM, joy yue <[EMAIL PROTECTED]> wrote: > > > On 11/18/08, Ovidiu Sas <[EMAIL PROTECTED]> wrote: >> >> I ran on 32bits with 1G and 4k simultaneous transactions. >> Most of the memory is taken by the carrierroute module (big routing >> tables). >> 2G should be more then enough for what you need. > > How many active subscribers do you have in your run? > > Thanks, > -Joy > > >> You didn't specified what kind of "out of memory" do you get: SHM or PKG? >> >> Regards, >> Ovidiu Sas >> >> On Tue, Nov 18, 2008 at 5:52 PM, Klaus Darilion >> >> <[EMAIL PROTECTED]> wrote: >> > joy yue wrote: >> >> >> >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> >> >> joy yue wrote: >> >> >> >> >> >> >> >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]> >> >> <mailto:[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]>>> 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?) >> >> >> >> >> >> The traffic is around 18k transaction/sec. How much memory is needed >> >> for one transaction? >> > >> > Thats really heavy load - maybe someone of the core guys knows how many >> > memory is needed per transaction >> > >> > klaus >> > >> >> > ___ >> > Users mailing list >> > Users@lists.kamailio.org >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> > > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] 64-bit openser
Yes, it seems that you are running out of SHM memory. Check with top how much memory are you using right after the server is started and the when it is loaded. Also check if the memory utilization is increasing in time. If yes, then you are edaling with a memory leak. Regards, Ovidiu Sas On Tue, Nov 18, 2008 at 7:31 PM, joy yue <[EMAIL PROTECTED]> wrote: > > > On 11/18/08, Ovidiu Sas <[EMAIL PROTECTED]> wrote: >> >> I ran on 32bits with 1G and 4k simultaneous transactions. >> Most of the memory is taken by the carrierroute module (big routing >> tables). >> 2G should be more then enough for what you need. >> >> You didn't specified what kind of "out of memory" do you get: SHM or PKG? > > How can I check the memory usage in openser? > In my case, it looks openser is out of SHM to me. Here is the error message > I got: > > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2548]: > ERROR:tm:t_newtran: new_t failed > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2570]: > ERROR:tm:relay_reply: no more share memory > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2568]: > ERROR:tm:relay_reply: no more share memory > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2578]: ERROR:tm:new_t: > out of mem > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2554]: ERROR:tm:new_t: > out of mem > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2579]: ERROR:tm:new_t: > out of mem > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2573]: ERROR:tm:new_t: > out of mem > Nov 18 17:21:12 paecongo /opt/openser/sbin/openser[2578]: > ERROR:tm:t_newtran: new_t failed > > Thanks, > -Joy > >> >> Regards, >> Ovidiu Sas >> >> On Tue, Nov 18, 2008 at 5:52 PM, Klaus Darilion >> >> <[EMAIL PROTECTED]> wrote: >> > joy yue wrote: >> >> >> >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> >> >> joy yue wrote: >> >> >> >> >> >> >> >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]> >> >> <mailto:[EMAIL PROTECTED] >> >> <mailto:[EMAIL PROTECTED]>>> 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?) >> >> >> >> >> >> The traffic is around 18k transaction/sec. How much memory is needed >> >> for one transaction? >> > >> > Thats really heavy load - maybe someone of the core guys knows how many >> > memory is needed per transaction >> > >> > klaus >> > >> >> > ___ >> > Users mailing list >> > Users@lists.kamailio.org >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> > > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] 64-bit openser
I ran on 32bits with 1G and 4k simultaneous transactions. Most of the memory is taken by the carrierroute module (big routing tables). 2G should be more then enough for what you need. You didn't specified what kind of "out of memory" do you get: SHM or PKG? Regards, Ovidiu Sas On Tue, Nov 18, 2008 at 5:52 PM, Klaus Darilion <[EMAIL PROTECTED]> wrote: > joy yue wrote: >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> joy yue wrote: >> >> >> >> >> On 11/18/08, *Klaus Darilion* <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]> >> <mailto:[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>>> 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?) >> >> >> The traffic is around 18k transaction/sec. How much memory is needed >> for one transaction? > > Thats really heavy load - maybe someone of the core guys knows how many > memory is needed per transaction > > klaus > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] global variable for inter-transaction
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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] >> To: [EMAIL PROTECTED] >> Subject: Re: [Kamailio-Users] global variable for inter-transaction >> CC: users@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 <[EMAIL PROTECTED]> >> 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@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. ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] global variable for inter-transaction
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 <[EMAIL PROTECTED]> 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@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Question about the statistics module.
Hello Ricardo, You can get/see them via the fifo command: kamctl fifo get_statistics script: Regards, Ovidiu Sas On Mon, Nov 17, 2008 at 10:58 AM, Ricardo Martinez <[EMAIL PROTECTED]> wrote: > Hello. > > Where can I see the variables defined in the statistics module updated in > real time? > > Thanks > > > > Ricardo Martinez > > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Re : How can i use the FIFO
kamctl fifo get_statistics all On Fri, Nov 14, 2008 at 10:20 AM, ALAEDDINE abbech <[EMAIL PROTECTED]> wrote: > thanks Ovidiu and all the users list, > please can i have other parametre than tm: and dialog: > > --- En date de : Ven 14.11.08, Ovidiu Sas <[EMAIL PROTECTED]> a écrit : > > De: Ovidiu Sas <[EMAIL PROTECTED]> > Objet: Re: [Kamailio-Users] Re : How can i use the FIFO > À: [EMAIL PROTECTED] > Cc: "Kamailio" > Date: Vendredi 14 Novembre 2008, 16h13 > > As simple as: > kamctl fifo get_statistics dialog: tm: > > > Regards, > Ovidiu Sas > > On Fri, Nov 14, 2008 at 10:06 AM, ALAEDDINE abbech <[EMAIL PROTECTED]> > wrote: >> hi, >> >> :get_statistics:\n >> dialog:\n >> tm:\n >> >> I have this exemple in doc openser, but i don't > now where should i put > it >> and how i do the statistic >> >> --- En date de : Ven 14.11.08, ALAEDDINE abbech <[EMAIL PROTECTED]> > a >> écrit : >> >> De: ALAEDDINE abbech <[EMAIL PROTECTED]> >> Objet: [Kamailio-Users] How can i use the FIFO >> À: "Kamailio" >> Date: Vendredi 14 Novembre 2008, 14h39 >> >> hi all >> I read the doc but i don't understand how can i use the FIFO to have > many >> statistc. >> Can you give me a simple exemple. >> thanks. >> >> ___ >> Users mailing list >> Users@lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> >> >> ___ >> Users mailing list >> Users@lists.kamailio.org >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> >> > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Re : How can i use the FIFO
As simple as: kamctl fifo get_statistics dialog: tm: Regards, Ovidiu Sas On Fri, Nov 14, 2008 at 10:06 AM, ALAEDDINE abbech <[EMAIL PROTECTED]> wrote: > hi, > > :get_statistics:\n > dialog:\n > tm:\n > > I have this exemple in doc openser, but i don't now where should i put it > and how i do the statistic > > --- En date de : Ven 14.11.08, ALAEDDINE abbech <[EMAIL PROTECTED]> a > écrit : > > De: ALAEDDINE abbech <[EMAIL PROTECTED]> > Objet: [Kamailio-Users] How can i use the FIFO > À: "Kamailio" > Date: Vendredi 14 Novembre 2008, 14h39 > > hi all > I read the doc but i don't understand how can i use the FIFO to have many > statistc. > Can you give me a simple exemple. > thanks. > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Dialog profile persistence - DB vs. memory.
The profiling mechanism is not persistent and therefor you cannot use it in a failover scenario. Regards, Ovidiu Sas On Mon, Nov 10, 2008 at 2:12 PM, Alex Balashov <[EMAIL PROTECTED]> wrote: > Greetings, > > Is some of the dialog profile information kept in in-memory structures > inside the Kamailio instance even when one is using a database? > > I am using the dialog module in an HA configuration and fail over the > database and proxy between two machines. The database and the proxy are > both started on the secondary node during failover, and the database > uses on-disk data and indices on a shared filesystem. > > What I am finding is that if I initiate some dialogs on the primary and > then trigger the failover, the proxy on the secondary node is not aware > of them. I see the entries for them in the database table from the > secondary node - they're definitely there, and I am using db_mode 1 > (real-time). However, the profile sizes are all showing as 0. I have > also tried it with different match_modes with the same results whether I > am using the RR cookie or SIP attributes purely. > > It's rather important that I get this working because I require dialog > tracking for secure loose-routing of subsequent (non-initial) in-dialog > requests and for concurrent call limit control. I was imagining that > storing all the dialog info in the database would create the necessary > persistence layer for another proxy instance to have the exact same > profile information as the first. > > Is this a bug, or is it supposed to work this way? > > Cheers, > > -- Alex > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Kamailio/Openser - improve the performance with children process
It all depends on your config. For instance, in my setup I do between 100 to 200 cps with 3 workers. It is important to tune your config based on your requirements and the hardware (mainly number of CPU/cores). Regards, Ovidiu Sas On Wed, Oct 29, 2008 at 1:26 PM, Daniel Cardoso Alves <[EMAIL PROTECTED]> wrote: > Hi Henning Westerholt, > > Thanks for you reply... > > But I would like to know if there is a number that improve the > performance... > > For example: If come 100 INVITE at the same moment, is there a NUMBER OF > CHILDREN that has the best perfomance? > > The number of children depends on something? > > > Thanks > > > > > > --- Em qua, 29/10/08, Henning Westerholt <[EMAIL PROTECTED]> > escreveu: > > De: Henning Westerholt <[EMAIL PROTECTED]> > Assunto: Re: [Kamailio-Users] Kamailio/Openser - improve the performance > with children process > Para: users@lists.kamailio.org > Cc: [EMAIL PROTECTED] > Data: Quarta-feira, 29 de Outubro de 2008, 11:25 > > On Wednesday 29 October 2008, Daniel-Constantin Mierla wrote: >> > Is there a number of children that the Kamailio/Openser for improve >> > the performance? >> > >> > Each process takes care of a request? >> >> yes, each process takes care of a SIP message (request/reply). > > Hi Daniel Cardoso, > > take a look to the core cookbook in our wiki [1] for more informations how > you > can control the number of childrens per protocol (UDP, TCP..). > > Cheers, > > Henning > > [1] http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:devel#children > > > Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua > cara @ymail.com ou @rocketmail.com. > > > Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua > cara @ymail.com ou @rocketmail.com. > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Architecture with load-balancing (dispatcher module)
On Thu, Oct 23, 2008 at 8:25 AM, Pascal Maugeri <[EMAIL PROTECTED]> wrote: > > > On Thu, Oct 23, 2008 at 12:16 PM, Alex Balashov <[EMAIL PROTECTED]> > wrote: >> >> Any "frontal application-level switch" would simply have the same >> liability. > > right. >> >> Kamailio is a very high-throughput proxy that can handle huge amounts of >> call setups per second. I think you can count on that. > > Yes but you may need to use the power of all your load-balancer nodes. I > believe we can expect 10K transactions/seconds on a single load-balancer > node, but if you need to handle more traffic, load balancer node may be a > bottleneck. I am doing between 4-5K simultaneous transactions (100-150 calls per second) on a Xeon quad core @3.20GHz and the overal cpu load is under 5%. I don't think that your load-balancer node will be a bottleneck. You just need a properly tunned config file. >> >> Failing over around the load balancer node to a secondary load balancer or >> distributing the traffic among multiple load balancers is a job best left to >> the sending endpoint. For example, a DID origination provider's switch or >> SBC can be set up to fail over calls to a different IP endpoint for your SIP >> trunk if no response is received within a certain amount of time. That is >> how this is typically done. At some point you've got to say that you've >> done all you can do, and it's up to the other side. > > Thanks Alex, it's a good point. > > -pascal > >> >> Pascal Maugeri wrote: >> >>> Hi >>> >>> I was wondering how to achieve an architecture with two or more active >>> load-balancer nodes (kamailio+dispatcher module). >>> >>> I have read how to setup two dispatcher nodes, one node as a master and >>> the other one as a backup. >>> >>> The backup node doesn't process any traffic until master fails. But how >>> to make the traffic being processed by both load-balancers ? In the case for >>> instance the capacity of single node is not enough to process all incoming >>> traffic. Is there any recommended configuration (eg. using frontal >>> application-level swith) >>> >>> Regards, >>> Pascal >>> >>> >>> >>> >>> ___ >>> Users mailing list >>> Users@lists.kamailio.org >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> >> >> -- >> Alex Balashov >> Evariste Systems >> Web: http://www.evaristesys.com/ >> Tel: (+1) (678) 954-0670 >> Direct : (+1) (678) 954-0671 >> Mobile : (+1) (706) 338-8599 > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
Now I didn't get it ... lol On Thu, Oct 16, 2008 at 3:07 PM, Alex Balashov <[EMAIL PROTECTED]> wrote: > Ovidiu Sas wrote: > >>> If it is loose_route() that I need to correlate subsequent in-dialog >>> requests, why? As you said, if no RR cookies are being used, why should >>> the >>> proxy care about the Route: header? >> >> I don't know how to put it better in other words :( >> The proxy doesn't care about the Route header. >> The proxy uses the record routing mechanism as a hook into the dialog >> internals and the matching is done inside the dialog module. After >> that, the dialog module will chose the matching mechanism. > > I got that. > > So, why does matching not work unless I call loose_route(), regardless of > match mode? :-) > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
> If it is loose_route() that I need to correlate subsequent in-dialog > requests, why? As you said, if no RR cookies are being used, why should the > proxy care about the Route: header? I don't know how to put it better in other words :( The proxy doesn't care about the Route header. The proxy uses the record routing mechanism as a hook into the dialog internals and the matching is done inside the dialog module. After that, the dialog module will chose the matching mechanism. Regards, Ovidiu Sas ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
The cookie attribute is not used at all in mode 2. Inspect your traffic and you will see that there are no rr coockes and the dialog matching is working ok (in mode 2). The record-route mechanism is used as a _hook_ by the dialog module to intercept in dialog requests. I don't know how to put this better in words ... Hope that this clarifies your dialog matching issue. So ... the dlg_match_mode works as advertised in the doc as long as you have a proper implementation of the record rote mechanism. For mode 0 and 1 you will have cookies in the Record-Route headers. For mode 2 you will have no cookies in the Record-Route headers and the matching will still work. Regards, Ovidiu Sas On Thu, Oct 16, 2008 at 1:58 PM, Alex Balashov <[EMAIL PROTECTED]> wrote: > > Yep. That was the conclusion I came to as well; even though > dlg_match_mode insinuates that the cookie attribute is optional, > implying there are other ways to match subsequent requests as well, > it is actually not. > > On Thu, October 16, 2008 1:45 pm, Ovidiu Sas wrote: >>> That was the topic of my original post: how to correlate dialogs purely >>> based on SIP attributes without the use of loose-routing. >> >> short answer: you can't (and the matching method doesn't matter). >> proper loose-routing is a must. >> > > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
> That was the topic of my original post: how to correlate dialogs purely > based on SIP attributes without the use of loose-routing. short answer: you can't (and the matching method doesn't matter). proper loose-routing is a must. ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Thu, Oct 16, 2008 at 1:13 PM, Alex Balashov
<[EMAIL PROTECTED]> wrote:
> Ovidiu Sas wrote:
>>
>> On Thu, Oct 16, 2008 at 12:23 PM, Ovidiu Sas <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov
>>> <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>> Post your config and the trace of a bad call (ngrep + kamailio logs).
>>>>
>>>> Config: http://pastebin.com/f28051a5
>>>>
>>>> My debug output: http://pastebin.com/d2f667520 (The profile size just
>>>> keeps
>>>> incrementing with every call that I make from 7709600101)
>>>>
>>>> Kamailio debug logs for dialog module: http://pastebin.com/d75721f2b
>>>>
>>>> My debug output with loose routing: http://pastebin.com/d2b0fb533
>>>>
>>>> Packet trace: http://pastebin.com/d77297606
>>>
>>> Your config is bogus. You are not doing proper record-routing (you
>>> commented out that section).
>>> In-dialog requests are matched during record-route handling,
>>> regardless of the dialog match mode.
>>>
>>
>> The documentation is a little bit fuzzy about this, but here's the hint:
>> http://kamailio.org/docs/modules/1.4.x/dialog#id2507978
>> http://kamailio.org/docs/modules/1.4.x/dialog#id2508031
>>
>>
>> This PV will be available only for sequential requests, after doing
>> loose_route().
>>
>>
>> So it means that you must perform loose_route() if you want to catch
>> in-dialog request and have a consistent dialog state. With your
>> config, all the dialogs will just time out ...
>
> What? I did not commend out the record_route section:
>
>if(!is_method("REGISTER|OPTIONS"))
>record_route();
>
> The reason I commented out the loose_route() section was specifically to
> illustrate that dialog correlation does not occur _without_ it. I normally
> have it enabled.
>
> That was the topic of my original post: how to correlate dialogs purely
> based on SIP attributes without the use of loose-routing.
>
> It would seem to follow from what you are saying, from the documentation
> hint you reference (which I read before), and from my examination of the
> source code to see how the dialog correlation works that the only way it
> could possibly work is through the use of a dialog correlate attribute in
> the Route: header. That is why a call to loose_route() is necessary, and
> that is why subsequent in-dialog requests do not get correlated without it.
It seems that I misunderstood your initial question ...
You must use loose_route because this will trigger the dialog callback.
Now how you match your dialog, it's a different story.
I thought that you were complaining about db_dialog_match_mode 2.
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Thu, Oct 16, 2008 at 12:23 PM, Ovidiu Sas <[EMAIL PROTECTED]> wrote: > On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov > <[EMAIL PROTECTED]> wrote: >>> Post your config and the trace of a bad call (ngrep + kamailio logs). >> >> Config: http://pastebin.com/f28051a5 >> >> My debug output: http://pastebin.com/d2f667520 (The profile size just keeps >> incrementing with every call that I make from 7709600101) >> >> Kamailio debug logs for dialog module: http://pastebin.com/d75721f2b >> >> My debug output with loose routing: http://pastebin.com/d2b0fb533 >> >> Packet trace: http://pastebin.com/d77297606 > > Your config is bogus. You are not doing proper record-routing (you > commented out that section). > In-dialog requests are matched during record-route handling, > regardless of the dialog match mode. > The documentation is a little bit fuzzy about this, but here's the hint: http://kamailio.org/docs/modules/1.4.x/dialog#id2507978 http://kamailio.org/docs/modules/1.4.x/dialog#id2508031 This PV will be available only for sequential requests, after doing loose_route(). So it means that you must perform loose_route() if you want to catch in-dialog request and have a consistent dialog state. With your config, all the dialogs will just time out ... ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov <[EMAIL PROTECTED]> wrote: >> Post your config and the trace of a bad call (ngrep + kamailio logs). > > Config: http://pastebin.com/f28051a5 > > My debug output: http://pastebin.com/d2f667520 (The profile size just keeps > incrementing with every call that I make from 7709600101) > > Kamailio debug logs for dialog module: http://pastebin.com/d75721f2b > > My debug output with loose routing: http://pastebin.com/d2b0fb533 > > Packet trace: http://pastebin.com/d77297606 Your config is bogus. You are not doing proper record-routing (you commented out that section). In-dialog requests are matched during record-route handling, regardless of the dialog match mode. ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Thu, Oct 16, 2008 at 12:06 AM, Alex Balashov
<[EMAIL PROTECTED]> wrote:
> Ovidiu Sas wrote:
>>
>> On Thu, Oct 16, 2008 at 12:02 AM, Alex Balashov
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Ovidiu Sas wrote:
>>>>
>>>> On Wed, Oct 15, 2008 at 11:46 PM, Alex Balashov
>>>> <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>> Ovidiu Sas wrote:
>>>>>>
>>>>>> On Wed, Oct 15, 2008 at 10:25 PM, Alex Balashov
>>>>>> <[EMAIL PROTECTED]> wrote:
>>>>>>>
>>>>>>> Also, is there a way to get the dialog module to match subsequent
>>>>>>> in-dialog requests (i.e. re-INVITEs, ACKs, BYEs) without using the
>>>>>>> dialog correlator field that gets stamped into the Route: header, and
>>>>>>> therefore requiring the use of loose_route() to read and consume?
>>>>>>>
>>>>>>> I thought that switching the matching mode to pure SIP attributes
>>>>>>> only
>>>>>>> would do the trick, but it doesn't. They won't match.
>>>>>>
>>>>>> I'm using the dialog module in match mode 2:
>>>>>> modparam("dialog", "dlg_match_mode", 2)
>>>>>> and all my in dialog requests are matched.
>>>>>>
>>>>>> How do you know that you don't have a match?
>>>>>
>>>>> Because the profile count stays the same based on $fU and increases
>>>>> with
>>>>> every call, and doesn't get torn down when the dialogs end.
>>>>>
>>>> Is the BYE going through your server?
>>>> I don't have this issue.
>>>
>>> Yes.
>>>
>> Enable debug logs and check what's going on when the BYE is received.
>
> I did. The debug logs from the dialog module, even with maximum verbosity
> turned on, are not very insightful. The dialog is not correlated.
>
Post your config and the trace of a bad call (ngrep + kamailio logs).
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Thu, Oct 16, 2008 at 12:02 AM, Alex Balashov
<[EMAIL PROTECTED]> wrote:
> Ovidiu Sas wrote:
>>
>> On Wed, Oct 15, 2008 at 11:46 PM, Alex Balashov
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Ovidiu Sas wrote:
>>>>
>>>> On Wed, Oct 15, 2008 at 10:25 PM, Alex Balashov
>>>> <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>> Also, is there a way to get the dialog module to match subsequent
>>>>> in-dialog requests (i.e. re-INVITEs, ACKs, BYEs) without using the
>>>>> dialog correlator field that gets stamped into the Route: header, and
>>>>> therefore requiring the use of loose_route() to read and consume?
>>>>>
>>>>> I thought that switching the matching mode to pure SIP attributes only
>>>>> would do the trick, but it doesn't. They won't match.
>>>>
>>>> I'm using the dialog module in match mode 2:
>>>> modparam("dialog", "dlg_match_mode", 2)
>>>> and all my in dialog requests are matched.
>>>>
>>>> How do you know that you don't have a match?
>>>
>>> Because the profile count stays the same based on $fU and increases with
>>> every call, and doesn't get torn down when the dialogs end.
>>>
>> Is the BYE going through your server?
>> I don't have this issue.
>
> Yes.
>
Enable debug logs and check what's going on when the BYE is received.
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Wed, Oct 15, 2008 at 11:46 PM, Alex Balashov
<[EMAIL PROTECTED]> wrote:
> Ovidiu Sas wrote:
>>
>> On Wed, Oct 15, 2008 at 10:25 PM, Alex Balashov
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Also, is there a way to get the dialog module to match subsequent
>>> in-dialog requests (i.e. re-INVITEs, ACKs, BYEs) without using the
>>> dialog correlator field that gets stamped into the Route: header, and
>>> therefore requiring the use of loose_route() to read and consume?
>>>
>>> I thought that switching the matching mode to pure SIP attributes only
>>> would do the trick, but it doesn't. They won't match.
>>
>> I'm using the dialog module in match mode 2:
>> modparam("dialog", "dlg_match_mode", 2)
>> and all my in dialog requests are matched.
>>
>> How do you know that you don't have a match?
>
> Because the profile count stays the same based on $fU and increases with
> every call, and doesn't get torn down when the dialogs end.
>
Is the BYE going through your server?
I don't have this issue.
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] In-dialog request correlation without loose routing?
On Wed, Oct 15, 2008 at 10:25 PM, Alex Balashov
<[EMAIL PROTECTED]> wrote:
> Also, is there a way to get the dialog module to match subsequent
> in-dialog requests (i.e. re-INVITEs, ACKs, BYEs) without using the
> dialog correlator field that gets stamped into the Route: header, and
> therefore requiring the use of loose_route() to read and consume?
>
> I thought that switching the matching mode to pure SIP attributes only
> would do the trick, but it doesn't. They won't match.
I'm using the dialog module in match mode 2:
modparam("dialog", "dlg_match_mode", 2)
and all my in dialog requests are matched.
How do you know that you don't have a match?
___
Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] How to change shared memory size?
# kamailio -h version: kamailio 1.4.1-notls (i386/linux) Usage: kamailio -l address [-l address ...] [options] Options: -f file Configuration file (default /usr/local/etc/kamailio/kamailio.cfg) -c Check configuration file for errors -C Similar to '-c' but in addition checks the flags of exported functions from included route blocks -l address Listen on the specified address/interface (multiple -l mean listening on more addresses). The address format is [proto:]addr[:port], where proto=udp|tcp and addr= host|ip_address|interface_name. E.g: -l locahost, -l udp:127.0.0.1:5080, -l eth0:5062 The default behavior is to listen on all the interfaces. -n processes Number of child processes to fork per interface (default: 8) -r Use dns to check if is necessary to add a "received=" field to a via -R Same as `-r` but use reverse dns; (to use both use `-rR`) -v Turn on "via:" host checking when forwarding replies -d Debugging mode (multiple -d increase the level) -D Do not fork into daemon mode -E Log to stderr -T Disable tcp -N processes Number of tcp child processes (default: equal to `-n`) -W methodpoll method -V Version number -h This help message -b nrMaximum receive buffer size which will not be exceeded by auto-probing procedure even if OS allows -m nrSize of shared memory allocated in Megabytes -w dir Change the working directory to "dir" (default "/") -t dir Chroot to "dir" -u uid Change uid -g gid Change gid -P file Create a pid file -G file Create a pgid file # -m nrSize of shared memory allocated in Megabytes On Wed, Oct 15, 2008 at 1:42 PM, Pablo Bertuzzi <[EMAIL PROTECTED]> wrote: > Hi Forum, kamailio failed to start I believe due to a large carrierrote > table (50K prefixes). > Kamailio version is 1.4.1, OS is debian, physical memory installed is 4Gb. > How can I change the size? > > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > INFO:carrierroute:get_route_tree: found domain 0 > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > INFO:carrierroute:add_route: found route, now adding > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > ERROR:carrierroute:add_route_rule: out of shared memory > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > ERROR:carrierroute:prepare_route_tree: could not load routing data > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > ERROR:carrierroute:mod_init: could not prepare route tree > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: > ERROR:core:init_mod: failed to initialize module carrierroute > Oct 14 15:01:18 sip-proxy /usr/local/sbin/kamailio[3541]: ERROR:core:main: > error while initializing modules > > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] problem starting kamailio
Do not run openser_mysql.sh! How did you get that exacutable installed? The right tool for creating tables in the db is kamdbctl. Anyway, the fact that is segv-ing is bad. Can you get a backtrace using gdb? Regards, Ovidiu Sas On Tue, Oct 14, 2008 at 8:48 PM, Fabian Borot <[EMAIL PROTECTED]> wrote: > hello > > I installed kamailio, and want to use mysql auth,loaded the mysql module, > uncomented the lines needed to use mysql in the .cfg file I ran the > openser_mysql.sh script, and when I try to started kamailio and this is what > I see in the console: > > [EMAIL PROTECTED] sbin]# ./openser_mysql.sh create > MySql password for root: > Domain (realm) for the default user 'admin': 65.111.185.187 > > creating database openser ... > Install SERWEB tables ?(y/n):n # I tried with and w/o the servweb tables > [EMAIL PROTECTED] sbin]# ./kamctl start > database engine 'MYSQL' loaded > Control engine 'FIFO' loaded > > INFO: Starting Kamailio : > > ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start > failed > > in the var/log/message file this is what I see: > > > Oct 14 21:09:12 sp1094a ./kamailio[29249]: NOTICE:core:main: version: > kamailio 1.4.1-notls (i386/linux) > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:core:main: using 32 Mb > shared memory > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:core:main: using 1 Mb > private memory per process > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:sl:mod_init: Initializing > StateLess engine > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:tm:mod_init: TM - > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:maxfwd:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:usrloc:ul_init_locks: locks > array size 512 > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:registrar:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:textops:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:xlog:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:acc:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:auth:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:auth_db:mod_init: > initializing... > Oct 14 21:09:12 sp1094a ./kamailio[29249]: > INFO:core:probe_max_receive_buffer: using a UDP receive buffer of 210 kb > Oct 14 21:09:12 sp1094a ./kamailio[29253]: > ERROR:db_mysql:db_mysql_submit_query: driver error on query: Unknown column > 'cflags' in 'field list' > Oct 14 21:09:12 sp1094a ./kamailio[29253]: ERROR:core:db_do_query: error > while submitting query > Oct 14 21:09:12 sp1094a ./kamailio[29253]: ERROR:usrloc:preload_udomain: > db_query (1) failed > Oct 14 21:09:12 sp1094a ./kamailio[29253]: ERROR:usrloc:child_init: > child(1): failed to preload domain 'location' > Oct 14 21:09:12 sp1094a ./kamailio[29253]: ERROR:core:init_mod_child: failed > to initializing module usrloc, rank 1 > Oct 14 21:09:12 sp1094a ./kamailio[29253]: ERROR:core:main_loop: init_child > failed for UDP listener > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:core:handle_sigs: child > process 29253 exited normally, status=255 > Oct 14 21:09:12 sp1094a ./kamailio[29249]: INFO:core:handle_sigs: > terminating due to SIGCHLD > Oct 14 21:09:12 sp1094a ./kamailio[29264]: INFO:core:sig_usr: signal 15 > received > Oct 14 21:09:12 sp1094a ./kamailio[29261]: INFO:core:sig_usr: signal 15 > received > Oct 14 21:09:12 sp1094a ./kamailio[29259]: INFO:core:sig_usr: signal 15 > received > Oct 14 21:09:12 sp1094a ./kamailio[29257]: INFO:core:sig_usr: signal 15 > received > Oct 14 21:09:12 sp1094a ./kamailio[29255]: INFO:core:sig_usr: signal 15 > received > > what can that be? > > txs > > Fabian > > > > > > Get more out of the Web. Learn 10 hidden secrets of Windows Live. Learn Now > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Can openser.cfg lead to pkg memory problem?
In that particular deployment I have POSTGRES as a db. Here's the set of loaded modules: loadmodule "postgres.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "uri.so" loadmodule "dispatcher.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" loadmodule "textops.so" loadmodule "avpops.so" loadmodule "uac_redirect.so" loadmodule "acc.so" loadmodule "gflags.so" loadmodule "exec.so" Regards, Ovidiu Sas On Mon, Oct 6, 2008 at 1:09 PM, Henning Westerholt <[EMAIL PROTECTED]> wrote: > On Monday 06 October 2008, Daniel-Constantin Mierla wrote: >> [..] >> > no, the reason for reversion is that the latest version running in >> > production will not show the problem because we adopted preventive >> > reset to minimize impact to customer calls. So I don't know yet if it >> > shows this problem or not. >> > So I collected the logs using a revision that I was sure could >> > recreate the problem. >> >> OK, I understand now. I was looking at the logs and there seems to be a >> leak with db operations - something does not free a db result. I will go >> over the modules that you are using and try to spot any issue -- i will >> check the change log to see if something happened in the last time >> regarding such issue.. >> [..] > > Hi Daniel, > > yes, i also had this impression. If i understand the log correctly, then there > about 6400 not freed database results, that causes the out of memory > condition. This are about 1/5 to 1/4 of the total calls that lead to this > problem, not good. I checked the mysql driver functions in question, but i > did not found something yet. So i also suppose the problem is related to the > used modules. Ovidiu, how does this module set matches to the modules you > use? > > Cheers, > > Henning > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Can openser.cfg lead to pkg memory problem?
I also hit the package oom issue on a 1.3 server. Just to confirm that this problem really exists. I can't confirm after how much number of calls ... Regards, Ovidiu Sas On Mon, Oct 6, 2008 at 11:08 AM, Daniel-Constantin Mierla <[EMAIL PROTECTED]> wrote: > Hello, > > On 10/06/08 13:22, mayamatakeshi wrote: >> [...] >> >> >> >>Hello, >>we have openser 1.3.3 running in production >> (current rev.: >>4943). >>For 3 times in 50 days we had to restart openser to >>correct pkg memory problem. >> >>openser 1.3.3 was released 3 weeks ago, so I guess you were >>running previous version before, but it happened again >> since >>you upgraded to 1.3.3, right? >> >> >>After some time logging messages like this: >>/openser.log:Aug 19 10:39:18 ipx022 >>/usr/local/sbin/openser[16991]: >>ERROR:core:new_credentials: no pkg memory left, >>openser will eventually run out of pkg memory and >> refuse >>all subsequent requests. >> >>We are trying to recreate this in our lab so that >> we can >>follow memory troubleshooting instructions at >> >> http://kamailio.net/dokuwiki/doku.php/troubleshooting:memory, >>but so far we were unable to do it even when generating >>millions of calls and registration transactions (we are >>using SIPp to generate normal call flows and even >> abnormal >>call flows detected when reading openser.log, like >>'invalid cseq for aor', malformed SIP messages etc). >> >>We can spot memory leaks even the "out of memory" >> message is >>not printed. Just archive the logs (the most important >> is the >>shut down time) and made them available for download so >> they >>can be investigated. >> >>There could be two reasons: >>- there is memory leak but happens in some cases that you >>don't reproduce in lab, but they are in the production >> environment >>- you get memory fragmentation >> >>Let's see first the debug messages... >> >> >>Hello, >>here are the link for openser.log and cfg files: >>http://www.yousendit.com/download/bVlEV0o4R3NoeWJIRGc9PQ >> >>After compilation with debug flags for memory manager, I left >>openser running in production for 24 hours. Then, I moved all >>traffic to another host and waited for more than 30 minutes >> before >>stopping openser. >>In the openser.cfg, I set debug=2. If you need, I can run >> it again >>with a higher value (but I hope it doesn't have to be too high, >>due to overhead concerns). >> >> Sorry, I forgot to tell one thing: the last revision that >> showed this problem was 4809, so we reverted back to that >> revision before performing the above. >> >> to understand that you couldn't reproduce with latest svn version? >> So you had to get a previous version? >> >> >> Hi, >> no, the reason for reversion is that the latest version running in >> production will not show the problem because we adopted preventive >> reset to minimize impact to customer calls. So I don't know yet if it >> shows this problem or not. >> So I collected the logs using a revision that I was sure could >> recreate the problem. > OK, I understand now. I was looking at the logs and there seems to be a > leak with db operations - something does not free a db result. I will go > over the modules that you are using and try to spot any issue -- i will > check the change log to see if something happened in the last time > regarding such issue.. >> >> But here's some developments on my investigation: >> Up to now, I was trying to recreate the problem using VirtualMachines >> running the same OS (Fedora 5) as in production. It never happened >> there, even after 30 million of calls. >> But we eventuall
Re: [Kamailio-Users] Failed gateway recovery with dispatcher.
Both modules are doing this. The idea is to be able to do run time config changes. On 9/25/08, Alex Balashov <[EMAIL PROTECTED]> wrote: > You make a compelling point. > > Then again, considering there are only two gateways involved at present, > using a low inv_timer (tm) value and FAILURE-ROUTE will probably give me > the behaviour I need too. :-) > > Ovidiu Sas wrote: > >> Hello Alex, >> >> The lcr module is not complicated compared with dispatcher module ... >> The complexity is pretty much the same. >> Please check the sample config file that I created for openser 1.3 >> version: >> http://voipembedded.com/resources/openser_dbtext_lcr.cfg >> This will give you exactly the behavior that you need. >> >> Regards, >> Ovidiu Sas >> >> On Thu, Sep 25, 2008 at 2:20 AM, Alex Balashov >> <[EMAIL PROTECTED]> wrote: >>> Juha Heinanen wrote: >>>> Daniel-Constantin Mierla writes: >>>> >>>> > > I would think that using one gateway primarily, with a secondary as >>>> a >>>> > > standby, is a very, very common use case. What is the best way to >>>> do >>>> > > this with dispatcher? >>>> >>>> i haven't followed this thread, but is there a reason why you can't use >>>> lcr module for this? it allows you to assign priorities to gateways. >>> Aside from simplicity, no, I suppose there is not a particular reason >>> for this. But the LCR module is a lot more complicated. Yes, that's a >>> compelling reason for us little people. >>> >>> >>> -- >>> Alex Balashov >>> Evariste Systems >>> Web: http://www.evaristesys.com/ >>> Tel: (+1) (678) 954-0670 >>> Direct : (+1) (678) 954-0671 >>> Mobile : (+1) (706) 338-8599 >>> >>> ___ >>> Users mailing list >>> Users@lists.kamailio.org >>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >>> > > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Re: [Kamailio-Users] Failed gateway recovery with dispatcher.
Hello Alex, The lcr module is not complicated compared with dispatcher module ... The complexity is pretty much the same. Please check the sample config file that I created for openser 1.3 version: http://voipembedded.com/resources/openser_dbtext_lcr.cfg This will give you exactly the behavior that you need. Regards, Ovidiu Sas On Thu, Sep 25, 2008 at 2:20 AM, Alex Balashov <[EMAIL PROTECTED]> wrote: > Juha Heinanen wrote: >> Daniel-Constantin Mierla writes: >> >> > > I would think that using one gateway primarily, with a secondary as a >> > > standby, is a very, very common use case. What is the best way to do >> > > this with dispatcher? >> >> i haven't followed this thread, but is there a reason why you can't use >> lcr module for this? it allows you to assign priorities to gateways. > > Aside from simplicity, no, I suppose there is not a particular reason > for this. But the LCR module is a lot more complicated. Yes, that's a > compelling reason for us little people. > > > -- > Alex Balashov > Evariste Systems > Web: http://www.evaristesys.com/ > Tel: (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (706) 338-8599 > > ___ > Users mailing list > Users@lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
