sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Employment opportunity
by miklos＠iptel.org 10 Jul '11

10 Jul '11

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: Salute! I take up a position of HR manager in a large multinational company. Our enterprise is inseparably connected with a great number of various activities, like: - estate property - founding and abatement of enterprises - supporting in opening of banking accounts - etc. [...] Content analysis details: (23.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: totaljoblists.net] 1.6 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist [URIs: totaljoblists.net] 1.7 URIBL_DBL_SPAM Contains an URL listed in the DBL blocklist [URIs: totaljoblists.net] 3.5 BAYES_99 BODY: Bayes spam probability is 99 to 100% [score: 0.9981] 3.2 FH_HELO_EQ_D_D_D_D Helo is d-d-d-d 3.3 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [2.60.89.135 listed in zen.spamhaus.org] 0.4 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL 1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see <http://www.spamcop.net/bl.shtml?2.60.89.135>] 1.3 RCVD_IN_RP_RNBL RBL: Relay in RNBL, https://senderscore.org/blacklistlookup/ [2.60.89.135 listed in bl.score.senderscore.com] 1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [2.60.89.135 listed in bb.barracudacentral.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 1.0 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 T_URIBL_BLACK_OVERLAP T_URIBL_BLACK_OVERLAP 2.0 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr 1)

1 0

Job offer match, respond to apply
by miklos＠iptel.org 09 Jul '11

09 Jul '11

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: Hello! I am a superintendent of Human Resources department of a large international company. Our company takes an active part in the life of its subsidiaries, for instance: \ real estate \ logistics \ private undertaking service \ etc. [...] Content analysis details: (12.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [212.164.140.23 listed in zen.spamhaus.org] 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: totaljoblists.net] 1.6 URIBL_WS_SURBL Contains an URL listed in the WS SURBL blocklist [URIs: totaljoblists.net] 1.7 URIBL_DBL_SPAM Contains an URL listed in the DBL blocklist [URIs: totaljoblists.net] 1.4 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [212.164.140.23 listed in bb.barracudacentral.org] 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 1.5 BAYES_60 BODY: Bayes spam probability is 60 to 80% [score: 0.6047] 0.0 T_URIBL_BLACK_OVERLAP T_URIBL_BLACK_OVERLAP 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS

1 0

on_reply and failure route names
by Fabian Borot 08 Jul '11

08 Jul '11

Hi Is it possible to use string names also for on_reply and failure_route blocks? I guess these errors when starting kamailio Jul 8 10:00:25 registrar kamailio: : <core> [cfg.y:3412]: parse error in config file /usr/local/kamailio-3.1//etc/kamailio//kamailio.cfg, line 432, column 41: syntax error Jul 8 10:00:25 registrar kamailio: : <core> [cfg.y:3412]: parse error in config file /usr/local/kamailio-3.1//etc/kamailio//kamailio.cfg, line 432, column 41: '('')' expected (function call) Jul 8 10:00:25 registrar kamailio: : <core> [cfg.y:3412]: parse error in config file /usr/local/kamailio-3.1//etc/kamailio//kamailio.cfg, line 432, column 41: function t_on_reply: parameter 1 is not constant Jul 8 10:00:25 registrar kamailio: : <core> [cfg.y:3412]: parse error in config file /usr/local/kamailio-3.1//etc/kamailio//kamailio.cfg, line 432, column 41: bad command thank you fborot

3 5

following the path a request take in the config file
by Fabian Borot 08 Jul '11

08 Jul '11

Hi Is there a way of tracing the path a request takes as it is being processed by the config file? Aside from logging using xlog(). I am not sure whether I read about this some where on the web , but I am under the impression that starting on version 3.x there was going to be a similar feature. please advise fborot

2 2

Loading multiple htables from db on startup? (Kamailio 1.5)
by Robin Rodriguez 08 Jul '11

08 Jul '11

Hi all, Currently running on 1.5.4-notls and using a single htable that gets loaded at startup ala modparam("htable", "htable", "local_routes=>size=4;autoexpire=0;dbtable=TABLE_A;") modparam("htable", "key_name_column", "NAME_1") modparam("htable", "key_value_column", "VALUE_1") modparam("htable", "fetch_rows", 512) This works great, the problem I've run into is attempting to load a second htable on startup whose data comes from a different table/scheme ala modparam("htable", "htable", "inbound_acl=>size=4;autoexpire=0;dbtable=TABLE_B;") modparam("htable", "key_name_column", "NAME_2") modparam("htable", "key_value_column", "VALUE_2") modparam("htable", "fetch_rows", 512) With both of them in the config file Kamailio fails to start with the error INFO:core:init_mod: initializing module htable ERROR:db_mysql:db_mysql_submit_query: driver error on query: Unknown column 'NAME_2' in 'field list' 'NAME_2' does not exist in 'TABLE_1' so that seems to suggest that only the first dbtable value is used, the SQL side supports this: select NAME_2,key_type,value_type,VALUE_2 from TABLE_A order by key_type So it uses the first defined database table, but then the last defined key_name and key_value. Is there any way that I've overlooked in the docs or elsewhere about about loading multiple htables from different database tables? I'd like to use this htable in an ACL and would like to avoid database hits though can make it work with avpops if I have to. Any suggestions are greatly appreciated. Thanks, Robin

3 3

Dialplan question
by alex pappas 08 Jul '11

08 Jul '11

Dear all, I have these 3 entries in the dialplan: dpid pr match_exp attr 2 50 ^38.+ porvider_A 2 50 ^3802.+ porvider_B 2 50 ^3806.+ porvider_C with the fifo command : *kamctl fifo dp_translate 2 3806328881* Output:: ATTRIBUTES::* porvider_A* I would expect that the dialplan module would choose the third choice which is the correct one for this call. >From the dialplan documentation i understand that the priority is needed when the prefixes are overlaping in terms of they are the same but with different attrs like : 2 50 ^38.+ porvider_A 2 50 ^3802.+ porvider_B *2 50 ^3806.+ porvider_C* *2 50 ^3806.+ porvider_D* * * here i understand that I should use priorities. Does anyone knnows how this works ?? Thank you in advance Alex * *

2 1

acc table versions
by Klaus Darilion 08 Jul '11

08 Jul '11

Hi! Just as a note: I find it a bit strange that acc (4) and missed_calls (3) have different version numbers although they are identical. Anyway, it seems that acc module does not make version checks at all. regards Klaus

2 1

Celebrating 10 years of SER
by Daniel-Constantin Mierla 07 Jul '11

07 Jul '11

Hello, the 3rd of September will mark the 10 years since the start of SIP Express Router (aka SER - also the origin for kamailio (openser) and now the two are back together). From last year: * http://sip-router.org/wiki/history/ser-9-years This is a good time to celebrate and I am thinking of at least a social event (e.g., dinner) in Berlin, Germany. Based of private discussion so far, other cities are interested in organizing something similar locally, e.g., Barcelona. If you are a group of people that can gather together for a drink in same place to celebrate the event, let me know and I will add in the list to coordinate - hopefully we will be even able connect between sites with some video/audio if the timezones are convenient. I'm looking as well to do a more formal event, something like a day long conference style, on Friday, 2nd of September. Berlin is the natural choice for location, being the place where the project started. I can take care of location when it is clear that there are people willing to travel. Berlin area alone should be able to get about 20 people, among them several long term developers of the project and companies offering SER/Kamailio-based services. Coming over gives you the opportunity to connect directly with them. At this event, along with presenting shortly the history and future plans, the event should be open to everyone that want to present their usage of SER/Kamailio. Attendance is going to be free, in the limit of available seats. If you think it would be interesting and want to attend, let me know. Also, if you have other ideas of how to celebrate, write us back. Best regards, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat http://linkedin.com/in/miconda -- http://twitter.com/miconda

3 2

Re: [SR-Users] Playing with dlg_bridge()
by Stefan Broddesson 07 Jul '11

07 Jul '11

Brodde(a)yahoo.com Sent from my HTC ----- Reply message ----- From: "Roberto Fichera" <kernel(a)tekno-soft.it> To: "Henning Westerholt" <henning.westerholt(a)1und1.de> Cc: "sr-users(a)lists.sip-router.org" <sr-users(a)lists.sip-router.org> Subject: [SR-Users] Playing with dlg_bridge() Date: Thu, Jul 7, 2011 16:01 On 07/07/2011 02:51 PM, Henning Westerholt wrote: > On Thursday 07 July 2011, Roberto Fichera wrote: >>>> Do you know what does means the warning below? >>>> [..] >>>> 68.2.50 Jul 6 11:54:17 roberto /usr/sbin/kamailio[20457]: WARNING: >>>> dialog [dlg_handlers.c:884]: unable to find dialog for NOTIFY with >>>> route param '7d2.14447fc4' [727:1291273281] >>> This means that the module can't find an existing (stored) dialog for the >>> routed message in question, in this case a NOTIFY. >> Does this depends by the fact of own the dlg_bridge() works? And in case, >> how can I solve that problem? > Hi Roberto, Hi Henning, > I'm not 100% sure, I'm not the expert for dlg_bridge.. To be more specific > (after discussion with Timo..) - the warning is emmited if the module can't > find the dialog with the ID added as a route parameter to the respective > message. One particiular reason is (if you don't store the dialogs in a > database) a simple kamailio restart, then all existing dialog information is > lost. actually I've the following setup: #!define DBURL "postgres://openser:openserrw@localhost/openser" modparam("dialog", "dlg_flag", 2) modparam("dialog", "bridge_controller", "sip:controller@192.168.2.92") modparam("dialog", "db_url", DBURL ) Actually, my thought is that problem is more strictly related to the dlg_bridge() which might not track the bridged dialog. Anyway, I'm playing with dlg_bridge() because I want to realize the logic so that two peers, and if possible more, can talk together only if authorized. The authorization might be a unique tag or transaction id, stored in a database, and valid only for the give conversation {tag, caller, callee} once started, than the tag become invalid and can't be used again. I really like to have some suggestions about how to realize such logic, so which might be the best way to approach such problem since I'm actually a novice to Kamailio or in general with OpenSer logic. I'm actually more confident with Asterisk logic. > Best regards, > > Henning > _______________________________________________ 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

1 0

force_rtp_proxy/rtpproxy_offer/answer not replacing ip addr.
by MingHon 07 Jul '11

07 Jul '11

Hi List, im facing an issue that my kamailio proxy did not replace the ip address in the invite and 200OK sdp body. my rtpproxy is running: rtpproxy -l 192.168.1.3 -u:*:7722 -u user my kamailio is listening on 192.168.1.3, also define: advertised_address="175.136.223.112"; & advertised_port=5060; and my asterisk is on 192.168.1.23. sip signalling and rtp port forwarded to kamailio. uacs from another nat register successfully. if i put 2 lines of force_rtp_proxy("fcow","175.136.223.112"); i will get double ip addr in c and o but kamailio ignore my ip addr. example i will get c=IN IP4 192.168.1.3192.168.1.3 here is part of my simple script. hope you can help. thank you very much. ---------------cfg------------------- route[RTPPROXY] { #!ifdef WITH_NAT if (is_method("BYE")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy("fcow","175.136.223.112"); #force_rtp_proxy("fcow","175.136.223.112"); xlog("L_INFO","offer"); } if (!has_totag()) add_rr_param(";nat=yes"); #!endif return; } -------------------------------------- and here is the wireshark for uac INVITE and OK. -----------INVITE----------------- ve0 EE;p9INVITE sip:102@192.168.2.132:5062 SIP/2.0 Record-Route: <sip:192.168.1.3;lr=on;ftag=as032358a3;nat=yes> Via: SIP/2.0/UDP 192.168.1.3;branch=z9hG4bK09d5.c5e9e8d2.0 Via: SIP/2.0/UDP 192.168.1.23:5080;branch=z9hG4bK71c27189;rport=5080 Max-Forwards: 69 From: "101" <sip:102@aextddns.dyndns.info>;tag=as032358a3 To: <sip:102@192.168.1.3:5060> Contact: <sip:102@192.168.1.23:5080> Call-ID: 416f6e09674ae9671bb7144a1cb11137(a)aextddns.dyndns.info CSeq: 102 INVITE User-Agent: Asterisk PBX 1.6.2.18 Date: Tue, 05 Jul 2011 07:20:53 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Content-Type: application/sdp Content-Length: 327 v=0 o=root 1639709788 1639709788 IN IP4 192.168.1.3 s=Asterisk PBX 1.6.2.18 c=IN IP4 192.168.1.3 t=0 0 m=audio 10072 RTP/AVP 0 3 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv a=nortpproxy:yes -----------200OK--------------- e90 ElE;pX4tSIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.2.200:5062 ;rport=2788;received=175.138.21.31;branch=z9hG4bK2086380416 Record-Route: <sip:192.168.1.3;lr=on;ftag=1796959074;nat=yes> From: "101" <sip:101@aextddns.dyndns.info>;tag=1796959074 To: <sip:102@aextddns.dyndns.info>;tag=as2e4c0125 Call-ID: 1985782590(a)192.168.2.200 CSeq: 21 INVITE Server: Asterisk PBX 1.6.2.18 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO Supported: replaces, timer Contact: <sip:102@192.168.1.23:5080> Content-Type: application/sdp Content-Length: 286 v=0 o=root 403900934 403900934 IN IP4 192.168.1.23 s=Asterisk PBX 1.6.2.18 c=IN IP4 192.168.1.23 t=0 0 m=audio 14420 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv ------------------------------------ My kamailio log. -----------LOG------------------ DEBUG: rtpproxy [rtpproxy_funcs.c:148]: type <application/sdp> found valid DEBUG: rtpproxy [rtpproxy.c:2188]: proxy reply: 10070 192.168.1.3 INFO: <script>: offer ------------------------------------- double force_rtp_proxy --------kamailio -> asterisk [INVITE]--------- Pyi-}E7V@:#pINVITE sip:102@aextddns.dyndns.info SIP/2.0 Record-Route: <sip:192.168.1.3;lr=on;ftag=640933430;nat=yes> Via: SIP/2.0/UDP 192.168.1.3;branch=z9hG4bK89a5.53e9f766.0 Via: SIP/2.0/UDP 192.168.2.200:5062 ;rport=2788;received=175.138.21.31;branch=z9hG4bK1673765648 From: "101" <sip:101@aextddns.dyndns.info>;tag=640933430 To: <sip:102@aextddns.dyndns.info> Call-ID: 1909950509(a)192.168.2.200 CSeq: 21 INVITE Contact: <sip:101@175.138.21.31:2788> Content-Type: application/sdp Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE Max-Forwards: 69 User-Agent: T20 9.41.0.80 Allow-Events: talk,hold,conference,refer,check-sync Content-Length: 334 v=0 o=20073 20073 IN IP4 192.168.1.3192.168.1.3 s=SDP data c=IN IP4 192.168.1.3192.168.1.3 t=0 0 m=audio 1006410064 RTP/AVP 0 8 18 9 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:9 G722/8000 a=fmtp:101 0-15 a=rtpmap:101 telephone-event/8000 a=sendrecv a=nortpproxy:yes a=nortpproxy:yes -----------LOG------------------ DEBUG: rtpproxy [rtpproxy_funcs.c:148]: type <application/sdp> found valid DEBUG: rtpproxy [rtpproxy.c:2188]: proxy reply: 10068 192.168.1.3 DEBUG: rtpproxy [rtpproxy_funcs.c:148]: type <application/sdp> found valid DEBUG: rtpproxy [rtpproxy.c:2188]: proxy reply: 10068 192.168.1.3 INFO: <script>: offer -----------LOG------------------ -- Regards, MingHon

3 19

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users