i have this piece of config code:
modparam("dialplan", "attrs_pvar", "$var(plan)")
...
xlog("L_INFO", "Translating <$var(calling_number)> based on dpid 4\n");
if (dp_translate("4", "$var(calling_number)")) {
xlog("L_INFO", "Found attrs <$var(plan)>\n");
...
dpid 4 has three entries:
109 4 10 1 ^\+1 0 na
107 4 10 1 ^\+358 0 fi
108 4 10 1 ^\+46 0 se
thus in each entry attrs field has some two letter value.
when the above piece of code is executed, i get to syslog
Aug 31 19:06:51 wheezy2 /usr/sbin/sip-proxy[7162]: INFO: Translating <+35892345670> based on dpid 4
Aug 31 19:06:51 wheezy2 /usr/sbin/sip-proxy[7162]: INFO: Found attrs <0>
if i restart the proxy, attrs value may change to some other bogus
value.
any ideas?
-- juha
Hello,
I am working on Kamailio 3.2.2. There is no traffic, only functional test done.
Based on the SIP Client used until now (Xlite), the INVITE is systematically authenticated by 407 as there is no Proxy-Authorization in the initial INVITE. Expected/normal behavior.
But when using an internal SIP client, the initial INVITE is generated with a Proxy-Authorization containing the nonce value used by the successful registration.
In Authorization of Register (the answer is 200OK)
Digest username="+33296488922(a)ims.v0.pftest.net", realm="sip:ims.v0.pftest.net", nonce="UDP43lAzpH7SjicT6+9/KDDloW4OTfTXoGWlZurBVut0JV604jox/QY+tVeA", uri="sip:ims.v0.pftest.net", response="4ed51b8e62cf769b19f8c4771e068ad3", cnonce="06440000000529330fe1", qop=auth, nc=00000011
In Proxy-Authorization of Invite
Digest username="+33296488922(a)ims.v0.pftest.net", realm="sip:ims.v0.pftest.net", nonce="UDP43lAzpH7SjicT6+9/KDDloW4OTfTXoGWlZurBVut0JV604jox/QY+tVeA", uri="sip:0157361149@ims.v0.pftest.net", response="b247052d6d5b37e0b6677c816390cb77", cnonce="06440000000529330fe1", qop=auth, nc=00000012
As the nonce expire is high (see nonce_expire), I don't understand why Kamailio requests the Authentication of the INVITE by 407.
407 with Proxy-Authenticate: Digest realm="ims.v0.pftest.net", nonce="UDP6pVAzpkWDF+jSlP3zzVYcuNPhY8NQBj62WIA=", qop="auth", stale=true
Does it mean that the REGISTER and INVITE are using different Nonce value ?
==> Information on my configuration file.
modparam("auth_db", "db_url", DBURLAUTH)
modparam("auth", "auth_checks_register", 6) # callid and From TAG
modparam("auth", "qop", "auth") # enable qop=auth
modparam("auth", "nonce_count", 1) # enable nonce_count support
modparam("auth", "nonce_expire", 21600) # Set nonce_expire to 6 hours
For register, I do
if (!www_authorize("$ru", "subscriber"))
{
if($? == -2 || $? == -3) {
sl_send_reply("403","Forbidden auth ID");
exit;
}
else {
www_challenge("$ru", "17");
exit;
}
}
For invite, I do
if (!proxy_authorize("$fd", "subscriber"))
{
if($? == -2 || $? == -3) {
sl_send_reply("403","Forbidden auth ID");
exit;
}
else {
proxy_challenge("$fd", "17");
xlog("L_INFO","INVITE challenged by 407 to :$di:$dp \n");
exit;
}
}
Followed by consume_credentials();
Thanks in advance for your support.
Patrice B
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
i tried to access an avp that was set during invite processing while
processing ack to 200 ok, but i guess the avp is already gone by that
time, because positive ack is its own transaction?
what i tried to do is to save somewhere invite's $du and then t_relay
ack to the same place without calling loose_route.
should i go for htable as storage or is there a better choice?
-- juha
Hello everyone. Configures the module LCR. I can't get him to take the next
on the list of priorities gateway if the first does not work. Function
"next_gw" capable of doing that? Did anyone realties that? If possible show
example.
Kamailio 3.3
Regards, Kirill
Hello,
there were some spam messages going through our mailing list filters. I
was updating the filters on mailman, but there are new and new ideas
coming from this guys.
Sorry for the pollution and I wanted to say that these messages are
marked as spam by spamassasin, you can filter them locally as well
looking for the header
X-Spam-Level: ***
You can adjust the number of '*'.
Some email services do that automatically, like gmail.com for example.
Of course, if anyone has better ideas of protection, please write here.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Nov 5-8, 2012 - http://asipto.com/u/kat
Hi,
I upgraded our system to Kamailio 3.3 to take advantage of the new
db_cluster module. Currently we have two registration/location servers
each with their own sql-server. Authenticated REGISTER messages are
forwarded to the other server, which uses the 0x02 flag to save() in
order to store it without generating an extra reply. This works fine.
My goal was to use db_cluster to update both databases at once with save()
and use the failover mode when reading with lookup(). Have anyone tested
a similar setup?
Anyhow, here is how I tried to do it:
modparam("db_cluster","connection","voip1_data2=>postgres://user:pass@hostname1/voipt1_data2")
modparam("db_cluster","connection","voip2_data2=>postgres://user:pass@hostname2/voipt2_data2")
modparam("db_cluster", "cluster", "data2=>voip1_data2=8s7p;voip2_data2=9s7p")
modparam("usrloc", "db_mode", 2)
modparam("usrloc", "db_url", "cluster://data2")
But I get:
: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 33
: ALERT: <core> [main.c:785]: child process 28275 exited by a signal 11
: ALERT: <core> [main.c:788]: core was generated
: INFO: <core> [main.c:800]: INFO: terminating due to SIGCHLD
Same with db_mode = 1 or 3, and either
modparam("db_cluster", "cluster", "data2=>voip1_data2=8s9p")
or
modparam("db_cluster", "cluster", "data2=>voip2_data2=8s9p").
No difference between newly booted phones or phones reregistering.
Backtrace from gdb:
(gdb) bt
#0 0x002fd7da in db_cluster_insert (_h=0xb7d2dc88, _k=0xbf9ac954, _v=0xbf9ac7ec, _n=18) at dbcl_api.c:334
#1 0x00fbb1cc in db_insert_ucontact (_c=0xb5d828d8) at ucontact.c:565
#2 0x00fcfc5d in insert_ucontact (_r=0xfd3a00, _contact=0xb7d3ce90, _ci=0xc5cc80, _c=0xbf9acb84) at urecord.c:478
#3 0x00c55bb0 in add_contacts (_m=0xb7d05e40, _d=0xb5d63060, _cflags=0, _uri=0x0) at save.c:493
#4 save (_m=0xb7d05e40, _d=0xb5d63060, _cflags=0, _uri=0x0) at save.c:864
#5 0x00c4dd43 in w_save2 (_m=0xb7d05e40, _d=0xb5d63060 "00ֵ", _cflags=0x0) at reg_mod.c:407
#6 0x080586ad in do_action (h=0xbf9acf48, a=0xb7c405c0, msg=0xb7d05e40) at action.c:1157
#7 0x0805fe5c in run_actions (h=0xbf9acf48, a=0xb7c405c0, msg=0xb7d05e40) at action.c:1644
#8 0x080604e1 in run_actions_safe (h=0xbf9adcb8, a=0xb7c405c0, msg=0xb7d05e40) at action.c:1708
#9 0x080f96b7 in rval_get_int (h=0xbf9adcb8, msg=0xbf9ac954, i=0xbf9ad268, rv=0xb7c406cc, cache=0x0) at rvalue.c:920
#10 0x080fcf38 in rval_expr_eval_int (h=0xbf9adcb8, msg=0xb7d05e40, res=0xbf9ad268, rve=0xb7c406c8) at rvalue.c:1914
#11 0x080fd009 in rval_expr_eval_int (h=0xbf9adcb8, msg=0xb7d05e40, res=0xbf9ad544, rve=0xb7c40a70) at rvalue.c:1922
#12 0x080585fe in do_action (h=0xbf9adcb8, a=0xb7c41550, msg=0xb7d05e40) at action.c:1121
#13 0x0805fe5c in run_actions (h=0xbf9adcb8, a=0xb7c41550, msg=0xb7d05e40) at action.c:1644
#14 0x08058657 in do_action (h=0xbf9adcb8, a=0xb7c41650, msg=0xb7d05e40) at action.c:1136
#15 0x0805fe5c in run_actions (h=0xbf9adcb8, a=0xb7c41650, msg=0xb7d05e40) at action.c:1644
#16 0x0805853d in do_action (h=0xbf9adcb8, a=0xb7bd64d8, msg=0xb7d05e40) at action.c:761
#17 0x0805fe5c in run_actions (h=0xbf9adcb8, a=0xb7bc7128, msg=0xb7d05e40) at action.c:1644
#18 0x08060464 in run_top_route (a=0xb7bc7128, msg=0xb7d05e40, c=0x0) at action.c:1729
#19 0x080e11e4 in receive_msg (buf=0x82c4f20 "REGISTER sip:hometest.voip.uio.no SIP/2.0\r\nVia: SIP/2.0/UDP 193.157.149.56;branch=z9hG4bKb8e88f2eE34DCDDD\r\nFrom: \"kolbutest\" <sip:2549619@hometest.voip.uio.no>;tag=34CE9BA6-70FCC135\r\nTo: <sip:2549619@"...,
len=809, rcv_info=0xbf9ade98) at receive.c:209
#20 0x08177f7b in udp_rcv_loop () at udp_server.c:544
#21 0x080b0426 in main_loop () at main.c:1633
#22 0x080b3d02 in main (argc=17, argv=0xbf9ae174) at main.c:2546
Core dumps and debug logs (debug=3) are available.
--
Øyvind Kolbu
University of Oslo
Spam detection software, running on the system "mail.iptel.org", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: I would like to take this time to welcome you to our hiring
process and give you a brief synopsis of the position's benefits and requirements.
If you are taking a career break, are on a maternity leave, recently retired
or simply looking for some part-time job, this position is for you. [...]
Content analysis details: (6.7 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 SPF_PASS SPF: sender matches SPF record
1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT
[189.4.159.143 listed in bb.barracudacentral.org]
0.4 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
[189.4.159.143 listed in zen.spamhaus.org]
3.3 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL
1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL,
https://senderscore.org/blacklistlookup/
[189.4.159.143 listed in bl.score.senderscore.com]
1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
[Blocked - see <http://www.spamcop.net/bl.shtml?189.4.159.143>]
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
0.8 RDNS_NONE Delivered to internal network by a host with no rDNS
Hi all,
I'm excited to announce the release of the Sipwise sip:provider
Community Edition v2.6, a free and open source turn-key platform, which
uses Kamailio, Sems and Asterisk in its core to provide a full-blown and
feature-rich VoIP soft-switch.
http://www.sipwise.com/news/announcements/spce-v2_6-release/
New core features are *full presence/xcap/im support* together with the
awesome Jitsi client, allowing you to deploy your own Skype-like service
for encryted voice/video communication, buddy lists, instant messaging,
screen sharing and remote desktop control. We also support *media
features for error announcements*, like busy, blocked, unknown number etc.
Check our VM images to get started within a couple of minutes and learn
what can be built with the power of Kamailio as a stateless
load-balancer and a stateful proxy/registrar, and Sems as an SBC and
application server.
http://www.sipwise.com/products/spce/quickinstall/
Thanks a lot to all developers, contributors and members of this mailing
list to make this possible and for helping us out!
Andreas
Spam detection software, running on the system "mail.iptel.org", has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: I would like to take this time to welcome you to our hiring
process and give you a brief synopsis of the position's benefits and requirements.
If you are taking a career break, are on a maternity leave, recently retired
or simply looking for some part-time job, this position is for you. [...]
Content analysis details: (7.4 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60%
[score: 0.4587]
1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT
[186.32.220.19 listed in bb.barracudacentral.org]
3.3 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL
[186.32.220.19 listed in zen.spamhaus.org]
0.4 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL
0.8 RDNS_NONE Delivered to internal network by a host with no rDNS