Hello,
I'm having trouble using algorithm 7 in dispatcher module. Here is my
kamailio version. The problem is that despite multiple dispatcher entries
corresponding to one set all calls go only to only one destination.
[root@control1 ~]# kamailio -V
version: kamailio 3.2.3 (x86_64/linux) 59f87e
flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS,
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC,
DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE,
USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 59f87e
compiled on 18:04:08 Apr 19 2012 with gcc 4.1.2
[root@control1 ~]#
Here is the dipacther module params.
# ------- Load-balancer params ------
modparam("dispatcher", "db_url", DBURL)
modparam("dispatcher", "table_name", "dispatcher")
modparam("dispatcher", "setid_col", "setid")
modparam("dispatcher", "destination_col", "destination")
modparam("dispatcher", "force_dst", 1)
modparam("dispatcher", "flags", 3)
modparam("dispatcher", "dst_avp", "$avp(i:271)")
modparam("dispatcher", "cnt_avp", "$avp(i:273)")
modparam("dispatcher", "ds_ping_from", "sip:proxy@109.XXX.2XX.XX")
modparam("dispatcher", "ds_ping_interval",15)
modparam("dispatcher", "ds_probing_mode", 1)
modparam("dispatcher", "ds_ping_reply_codes",
"class=2;code=403;code=404;code=484;class=3")
modparam("dispatcher", "hash_pvar", "$avp(i:274)")
modparam("dispatcher", "ds_hash_size", 9)
modparam("dispatcher", "ds_hash_initexpire", 60)
Below is the function call based on avp(i:274)
avp_db_query("select uid from uid_did_map where accountcode =
'$fU'","$avp(i:274)");
xlog("L_INFO","$rm from $fu (IP:$si:$sp) ---------
UID:'$avp(i:274)-----------'\n");
ds_load_update();
if(!ds_select_dst("1","7")) {
sl_send_reply("500", "No destination available");
xlog("route[MAIN] : $rm : No destinations available
for $rd");
exit;
}
I'm getting two different values for avp(i:274) {26,29} but the destination
are not hashed on its base.
Please help.
Regards,
Sammy G.
Hello All,
I have the following challenge.
We are using kamailio 3.2 and have enabled presence. Which works fine.
But we would like to be able to work with aliases, so that the account name
and "presentation" name can be different.
Any Ideas. Or did I miss the documentation on that?
Regards,
Gertjan Wolzak
Hello,
We plan to use Kamailio as redirect server. Corresponding contact list is to
be fetched by a Lua script from DB.
The problem is about calling the required 'rewriteuri' function:
1. From lua script. both 'sr.rewriteuri()' and 'sr.modf("rewriteuri",
...)" fails to write the 'contact' field.
2. I tried an alternative way; pushing the value from lua (e.g.
sr.pv.sets("contact", "sip:...")) and got the value in the Kamailio.cfg
($var(contact)). But can't call the rewriteuri function with this variable's
value as argument. This seems to be a general problem of calling a function
from .cfg with a variable's value as parameter.
Any help much appreciated.
--
Sharif
Given the transparency with which 'topoh' operates, is there any way to
capture the new, fake values that it has substituted? In other words,
can I, for example, xlog the new Call-ID produced by it? Or does that
all take place on a level of abstraction that cannot be intercepted in
script?
Thanks,
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
Hi
I am trying to use kamailio xcap server, saw the sample code:
if($xcapuri(u=>xuid)=~"^sip:.+@.+")
$var(uri) = $xcapuri(u=>xuid);
else
$var(uri) = "sip:"+ $xcapuri(u=>xuid) + "@" + $Ri;
why should the xuid have sip:xx@domain.com format?
The xcap standard seems does not enforce the format on the xui part?
http://xcap.example.com/root/resource-lists/users/joe
|-------------v-------------||------v------||---v---|
document root AUID XUI
thanks.
min
I got this question today that I can't find the answer on:
How many values are there in an avp?
If I have pushed X values into the AVP - is there a function that counts them for me?
/O
Hello,
as branch 3.3 was created and several web pages updated/created already
for v3.3.0, the plan is to make the full release next Monday, on June
18, 2012. Packaging specs look very good thanks to Jon and Peter. The
few issues left open should be worked meanwhile.
For other opinions, reply with your comments here.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - http://asipto.com/u/kpw
Hello,
I'm using Kamailio 3.2.3 and SDPOPS module.
I just have a question about the configuration:
What do you mean by "ANY_ROUTE" in configuration ??
Cause I don't know where in the configuration , I have to use the
differents functions of SDPOPS.
If I do something like this:
request_route {
if ($fU == "103") {
sdp_remove_codecs_by_id("0,3,8");
#sdp_remove_media("audio");
}
It does not work .
So please help me about where I have to put this in??
Thanks in advance
--
*Grégoire Vandendeurpel, *
*
*
*IT Sector*
Yes, This is a 64bit system
T-Mobile. America’s First Nationwide 4G Network
Jason Penton <jason.penton(a)smilecoms.com> wrote:
>from the logs he has sent the mem addresses all look 64 bit. Sparc AFAIK is
>only 64 bit anyway
>
>Cheers
>Jason
>
>On Tue, Jun 12, 2012 at 8:50 AM, Daniel-Constantin Mierla <miconda(a)gmail.com
>> wrote:
>
>> Hello,
>>
>> is it 64bit architecture?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 6/11/12 9:12 PM, Akan wrote:
>>
>>> Here is the information requested:
>>>
>>> System = SunOS
>>> Node = -f
>>> Release = 5.10
>>> KernelID = Generic_141444-09
>>> Machine = sun4u
>>> BusType = <unknown>
>>> Serial = <unknown>
>>> Users = <unknown>
>>> OEM# = 0
>>> Origin# = 1
>>> NumCPU = 1
>>>
>>> One machine is a Sun Fire V120, 2g memory, UltraSPARC-IIe 650MHz,
>>> UltraAX-i2
>>> The other machine is a Sun Netra T1 200, 1g memory, UltraSparc-IIe
>>> 500MHz, UltraAX-i2
>>>
>>> Thanks
>>>
>>> Nathaniel L Keeling
>>>
>>>
>>>
>>> On 6/11/2012 8:33 AM, Daniel-Constantin Mierla wrote:
>>>
>>>> Hello,
>>>>
>>>> I committed a patch that should make it work when realm_prefix is not
>>>> set for registrar module:
>>>>
>>>> http://git.sip-router.org/cgi-**bin/gitweb.cgi/sip-router/?a=**commit;h=
>>>> **d42379da90f2ec87cb5dbb00ebb563**c7528ec910<http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d42379d…>
>>>>
>>>> For the moment I have no idea why SIGBUS is triggered, i tried to access
>>>> the structure directly, not via defines, and there is still a problem when
>>>> realm_prefix is set. It's ok accessing the .len field but not .s of the
>>>> same structure. The field .s is the first, making me think it's not
>>>> alignment issue, or it is something very specific to this system.
>>>>
>>>> Overall, I am not familiar with sparc/solaris systems, maybe if you send
>>>> here full details about OS version, architecture and CPU type, others using
>>>> similar systems can give hints.
>>>>
>>>> Jason reported that on solaris with x86, this problem was not
>>>> encountered.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 6/4/12 8:57 AM, Daniel-Constantin Mierla wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> still strange with the crash on that if condition. One of your previous
>>>>> reports showed a different line, when assigning a pointer. Also, I kind of
>>>>> understood that save() was ok, but lookup() not. Is not the case anymore as
>>>>> the backtrace shows.
>>>>>
>>>>> SIGBUS can occur because of alignment in memory which is thrown in
>>>>> solaris, does not happen in linux flavours. I am thinking of putting the
>>>>> prefix field first so the access to it is at beginning of the straucture,
>>>>> just to see if that is the problem, although is should not be.
>>>>>
>>>>> I will add a patch soon, otherwise I am out of ideas for the moment
>>>>> with the SIGBUS, I would need access to the machine to do some testing by
>>>>> myself.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 6/2/12 10:36 PM, Akan wrote:
>>>>>
>>>>>> Ok, I reloaded the servers with v3.2 from git without performing the
>>>>>> checkout and with just the master branch. Reran my tests on 2 servers and
>>>>>> Kamailio terminated with a core dump. I have included the full trace of one
>>>>>> of the servers. The other trace has the same results.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> Nathaniel
>>>>>>
>>>>>> On 5/30/2012 2:25 PM, Daniel-Constantin Mierla wrote:
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> On 5/30/12 9:10 PM, Akan wrote:
>>>>>>>
>>>>>>>> This was a re-pull from the git master. I had deleted all of the old
>>>>>>>> files and issued these commands:
>>>>>>>>
>>>>>>>> git clone --depth 1 git://git.sip-router.org/sip-**router<http://git.sip-router.org/sip-router>kamailio
>>>>>>>> cd kamailio
>>>>>>>> git checkout -b 3.2 origin/3.2
>>>>>>>>
>>>>>>>> This is the source that I got. Could this be a problem within git?
>>>>>>>>
>>>>>>> do not checkout branch 3.2, just try with the master branch, as said,
>>>>>>> not all patches are backported to stable 3.2.
>>>>>>>
>>>>>>> For sake of completeness, here are some guidelines:
>>>>>>> http://www.kamailio.org/wiki/**install/devel/git<http://www.kamailio.org/wiki/install/devel/git>
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Daniel
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ______________________________**_________________
>>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>>> sr-users(a)lists.sip-router.org
>>>>>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>>>>
>>>>>
>>>>> --
>>>>> Daniel-Constantin Mierla -http://www.asipto.com
>>>>> http://twitter.com/#!/miconda -http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
>>>>> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
>>>>> http://asipto.com/u/katu
>>>>> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
>>>>> http://asipto.com/u/kpw
>>>>>
>>>>>
>>>>>
>>>> --
>>>> Daniel-Constantin Mierla -http://www.asipto.com
>>>> http://twitter.com/#!/miconda -http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
>>>> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
>>>> http://asipto.com/u/katu
>>>> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
>>>> http://asipto.com/u/kpw
>>>>
>>>>
>>>> No virus found in this message.
>>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>>> Version: 2012.0.2178 / Virus Database: 2433/5061 - Release Date: 06/10/12
>>>>
>>>>
>>>
>>>
>>> ______________________________**_________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users(a)lists.sip-router.org
>>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>>
>>
>> --
>> Daniel-Constantin Mierla - http://www.asipto.com
>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
>> Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
>> http://asipto.com/u/katu
>>
>> Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
>> http://asipto.com/u/kpw
>>
>>
>>
>>
>> ______________________________**_________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users(a)lists.sip-router.org
>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>
>This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at http://www.smilecoms.com/disclaimer
>
>_______________________________________________
>SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>sr-users(a)lists.sip-router.org
>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users