sr-users August 2014

sr-users@lists.kamailio.org

73 participants
130 discussions

by Daniel-Constantin Mierla

Hello, courtesy lod.com (sponsoring the hardware and bandwidth) and Fred Posner helping with that, we got a server located in USA to use for the project. Main purpose for now is using it as a RPM repository, available as rpm.kamailio.org . The server takes the packages from open suse build service, making a local mirror. It is not yet automated, but should happen in the future (anyone that can help here with some script, is more than welcome to join the team) -- anyhow, we generate the rpms only at stable releases. The mirror should be usable as an yum repository or individual package download via http, more details at: - http://rpm.kamailio.org I am not an user of a distro using RPMs, therefore I am asking interested people in the community to give it a try and report here eventual issues. Also, if you build packages for other distributions, we can mirror them on the server -- get in touch to setup the process. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Next Kamailio Advanced Trainings 2014 - http://www.asipto.com Sep 22-25, Berlin, Germany ::: Oct 15-17, San Francisco, USA

9 years, 9 months

Send socket and sequential requests

by Alex Balashov

Hi, My proxy is bound to a.b.c.d:5060 and secondarily to e.f.g.h:5060. Most traffic comes into a.b.c.d:5060 and is relayed out that interface. Some initial INVITEs are routed out of e.f.g.h:5060, forced via $fs. The problem is that the Record-Route header still reflects a.b.c.d:5060 and that sequential messages from both ends end up entering and exiting a.b.c.d:5060. Many endpoints don't like that; for instance, e2e ACKs from the caller that come from a.b.c.d:5060 while the initial INVITE came from e.f.g.h:5060 can be a problem in that they are not matched by some UASs. What is the best way to approach this? Is this something covered by Kamailio's 'mhomed' core param? Thanks, -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entrepreneur.com/article/232906

9 years, 9 months

INVITE to provider

by Yuriy Gorlichenko

Hello. I Use UAC module for register to my porviders (I have several porviders at my server and). I successfully ring from provider to my asterisk servers and route calls to users that registers at Kamailio. So now I need route calls from users to my providers, But can not understand how to send INVITE to provider? Doesanyone has working example for it?

9 years, 9 months

Fwd: Call disconnects within 30 seconds

by Rahul MathuR

Hello Davy, My constraint is that I cannot use TCP for this solution. I am attaching my kamailio.cfg file, please please help me to resolve this issue as soon as possible (it has already chewed many nights :( ) On Wed, Aug 13, 2014 at 8:50 PM, davy van de moere < davy.van.de.moere(a)gmail.com> wrote: > Hey Rahul, > > thank you for your pcap file. Your astpp is indeed not succeeding in > getting the OK delivered correctly to your pjsua. Also those 400 Bad > Session Description are no good. > > I do see as well fragmented packets passing by, perhaps an easy test would > be to have everything be sent over TCP. Big sip packets tend to suffer over > UDP networks. From your sip packets your setup looks quite standard, > although with a lot of headers (which is fine), so I'ld give it a try with > sending everything over tcp, t_relay_to_tcp should help you out! > > Good luck! > > > --- In reply to --- > I guess the attachment size was greater than 60Kb thereby getting > quarentined. > Re-sending it to you so that this issue could be resolved. > > > 2014-08-12 14:42 GMT+02:00 davy <davy.van.de.moere(a)gmail.com>: > > If your Kamailio setup is close to vanilla, it should do it by default. >> But Kamailio is a very powerfull tool, it can easily be setup to stop >> passing over ACKs :) >> >> To attempt to answer what explicitly sends along the ACKs, that will most >> likely be the t_relay function, together with the logic which went before >> it… >> >> A good old tcpdump will most likely enlighten us. >> >> Op 12-aug.-2014, om 14:39 heeft Rahul MathuR <rahul.ultimate(a)gmail.com> >> het volgende geschreven: >> >> Hello Davy, >> >> Thanks for writing back.. >> >> Tonight I'll take the tcpdump on Kamailio box and share the file. >> >> Please note that Kamailio and Freeswitch are both on public IP & at >> Freeswitch param, enable_timer=false is set. >> >> Is there any explicit way wherein ACKs can be transmitted to FS ? >> >> >> Thanks in advance ! >> >> >> On Tue, Aug 12, 2014 at 1:15 PM, davy van de moere < >> davy.van.de.moere(a)gmail.com> wrote: >> >>> Are you sure you're getting the ACK correctly to FS? >>> >>> FS typically has this behavior when it did not correctly receive a >>> confirmation of an answer, and after 30 seconds disconnects, as for FS the >>> call has failed. >>> >>> Do you have a trace of the packets? >>> >>> grtz, >>> Davy Van De Moere >>> >>> >>> 2014-08-12 13:37 GMT+02:00 Rahul MathuR <rahul.ultimate(a)gmail.com>: >>> >>>> Hello, >>>> >>>> I have an iPhone/Android/Windows 8 based UAC, proxy server Kamailio and >>>> Sip server FreeSwitch. >>>> Whenever I call directly from UAC to Sip server, the call gets >>>> established for as long as I want, however when I use the proxy in between, >>>> it gets disconnected within 30 seconds. It seems that FS sends a BYE within >>>> 30 seconds. >>>> >>>> I would really appreciate if anybody please guide me where I am going >>>> wrong in this case ? >>>> >>>> -- >>>> Warm Regds. >>>> MathuRahul >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> >>> >>> _______________________________________________ >>> 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 >>> >>> >> >> >> -- >> Warm Regds. >> MathuRahul >> _______________________________________________ >> 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 >> >> >> > > _______________________________________________ > 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 > > -- Warm Regds. MathuRahul -- Warm Regds. MathuRahul

9 years, 9 months

Keep Number of Messages per Source

by AliReza Khoshgoftar Monfared

Hi List, I am trying to keep a counter for number of messages received per source ip in my kamailio script. The basic challenge is to keep this data in a neat structure. Ideally, I want some array with keys named after source IP addresses, sth like number_of_messages["10.10.10.10"] = 23 Of course, this data structure shall be script-persistent (as opposed to transaction persistent) Is there any suggestion to do this? (keep a record of # of messages received from each source IP address and log them)?

9 years, 9 months

How do I make subst_hf() use variables in search (not replacement)?

by Alex Villacís Lasso

Consider the following snippet: if (is_present_hf("Contact")) { xlog("L_ALERT", "===== reply to SUBSCRIBE has Contact: $ct\n"); xlog("L_ALERT", "===== want to replace with $td\n"); xlog("L_ALERT", "===== regexp to use is /$sel(cfg_get.asterisk.bindip):$sel(cfg_get.asterisk.bindport)/$td/\n"); if (subst_hf("Contact", "/127.0.0.1:5080/$td/", "a")) { xlog("L_ALERT", "===== reply had Contact modified\n"); } } If I use the hardcoded regexp "/127.0.0.1:5080/$td/", subst_hf() replaces the Contact value correctly. However, if I use "/$sel(cfg_get.asterisk.bindip):$sel(cfg_get.asterisk.bindport)/$td/" (where asterisk.bindip and asterisk.bindport are the supposed values 127.0.0.1 and 5080), subst_hf() fails to replace the Contact value. How do I make use of the existing configuration variables in order to substitute in the Contact header?

9 years, 9 months

Kamailio + FreeRadius + MySQL Accounting STOP not updating

by Satish Patel

I have install Kamailio 4.1 with MySQL database so all users stored in MySQL (authentication), Later I have installed FreeRadius for accounting only, Just accounting (Invite/Bye). In short MySQL for authentication and FreeRadius for accounting ( CDRTool). Problems: If i register user using SIP phone and call other SIP extension then freeradius start accounting and insert entry in MySQL/radaccts tables if i end call then it doesn't update END accounting ( Bye ). I have google it everywhere but didn't get single clue so i hope i get something here from you guys -- kamailio.cfg ( default file i just add following radius section) loadmodule "acc.so" loadmodule "acc_radius.so" ... ... # ------- FreeRadius Accounting ------- modparam("acc_radius", "radius_flag", 1) modparam("acc_radius", "radius_missed_flag", 2) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 1) modparam("acc_radius", "service_type", 15) modparam("acc_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("acc_radius", "radius_extra", "User-Name=$Au") -- /etc/freeradius/sql.conf sql { driver = "rlm_sql_mysql" server = "localhost" login = "radius" password = "radius" radius_db = "radius" sqltrace = no sqltracefile = ${logdir}/sqltrace-%Y%m%d.log num_sql_socks = 25 connect_failure_retry_delay = 60 accounting_start_query = "\ CALL insert_radacct_record( \ 'radius', \ '%{Acct-Session-Id}', \ '%{Acct-Unique-Session-Id}', \ '%{Billing-Party}', \ '%{Billing-Party}', \ '%{SIP-Proxy-IP}', \ '%{NAS-Port}', \ FROM_UNIXTIME('%S'), \ '0', \ '0', \ '0', \ '0', \ '%{Called-Station-Id}', \ '%{Calling-Station-Id}', \ '%{Sip-Response-Code}', \ '%{Service-Type}', \ '%{ENUM-TLD}', \ '%{Framed-IP-Address}', \ UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ '%{Sip-Response-Code}', \ '%{Sip-Method}', \ '%{Sip-Translated-Request-URI}', \ '%{Sip-To-Tag}', \ '%{Sip-From-Tag}', \ '%{Sip-RPId}', \ '%{Source-IP}', \ '%{Source-Port}', \ '%{Canonical-URI}', \ '', \ '', \ '%{Sip-Application-Type}', \ '%{User-Agent}', \ '%{From-Header}' \ )" accounting_stop_query = "\ CALL update_radacct_record( \ 'radius', \ FROM_UNIXTIME('%S'), \ UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ '', \ '%{X-RTP-Stat}', \ '%{Acct-Session-Id}', \ '%{Sip-To-Tag}', \ '%{Sip-From-Tag}' \ )" -- Radius logs rad_recv: Accounting-Request packet from host 127.0.0.1 port 36379, id=11, length=152 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = Invite Event-Timestamp = "Aug 12 2014 22:45:36 EDT" Sip-From-Tag = "59eb1875" Sip-To-Tag = "d443e36e" Acct-Session-Id = "M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ." User-Name = "2002(a)192.168.1.5" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Tue Aug 12 22:45:36 2014 : Info: # Executing section preacct from file /etc/freeradius/sites-enabled/default Tue Aug 12 22:45:36 2014 : Info: +- entering group preacct {...} Tue Aug 12 22:45:36 2014 : Info: ++[preprocess] returns ok Tue Aug 12 22:45:36 2014 : Info: [acct_unique] Hashing 'NAS-Port = 5060,Client-IP-Address = 127.0.0.1,NAS-IP-Address = 127.0.0.1,Acct-Session-Id = "M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ.",User-Name = "2002(a)192.168.1.5 "' Tue Aug 12 22:45:36 2014 : Info: [acct_unique] Acct-Unique-Session-ID = "117c7740de62ba6c". Tue Aug 12 22:45:36 2014 : Info: ++[acct_unique] returns ok Tue Aug 12 22:45:36 2014 : Info: [suffix] Looking up realm "192.168.1.5" for User-Name = "2002(a)192.168.1.5" Tue Aug 12 22:45:36 2014 : Info: [suffix] No such realm "192.168.1.5" Tue Aug 12 22:45:36 2014 : Info: ++[suffix] returns noop Tue Aug 12 22:45:36 2014 : Info: ++[files] returns noop Tue Aug 12 22:45:36 2014 : Info: # Executing section accounting from file /etc/freeradius/radiusd.conf Tue Aug 12 22:45:36 2014 : Info: +- entering group accounting {...} Tue Aug 12 22:45:36 2014 : Info: [detail] expand: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d -> /var/log/freeradius/radacct/127.0.0.1/detail-20140812 Tue Aug 12 22:45:36 2014 : Info: [detail] /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20140812 Tue Aug 12 22:45:36 2014 : Info: [detail] expand: %t -> Tue Aug 12 22:45:36 2014 Tue Aug 12 22:45:36 2014 : Info: ++[detail] returns ok Tue Aug 12 22:45:36 2014 : Info: [sql] expand: CALL insert_radacct_record( 'radius', '%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}', '%{Billing-Party}', '%{Billing-Party}', '%{SIP-Proxy-IP}', '%{NAS-Port}', FROM_UNIXTIME('%S'), '0', '0', '0', '0', '%{Called-Station-Id}', '%{Calling-Station-Id}', '%{Sip-Response-Code}', '%{Service-Type}', '%{ENUM-TLD}', '%{Framed-IP-Address}', UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', '%{Sip-Response-Code}', '%{Sip-Method}', '%{Sip-Translated-Request-URI}', '%{Sip-To-Tag}', '%{Sip-From-Tag}', '%{Sip-RPId}', '%{Source-IP}' Tue Aug 12 22:45:36 2014 : Debug: rlm_sql (sql): Reserving sql socket id: 24 Tue Aug 12 22:45:36 2014 : Debug: rlm_sql (sql): Released sql socket id: 24 Tue Aug 12 22:45:36 2014 : Info: ++[sql] returns ok Sending Accounting-Response of id 11 to 127.0.0.1 port 36379 Tue Aug 12 22:45:36 2014 : Info: Finished request 0. Tue Aug 12 22:45:36 2014 : Info: Cleaning up request 0 ID 11 with timestamp +13 Tue Aug 12 22:45:36 2014 : Debug: Going to the next request Tue Aug 12 22:45:36 2014 : Info: Ready to process requests. rad_recv: Accounting-Request packet from host 127.0.0.1 port 35683, id=149, length=152 Acct-Status-Type = Stop Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = Bye Event-Timestamp = "Aug 12 2014 22:46:20 EDT" Sip-From-Tag = "59eb1875" Sip-To-Tag = "d443e36e" Acct-Session-Id = "M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ." User-Name = "2002(a)192.168.1.5" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Tue Aug 12 22:46:20 2014 : Info: # Executing section preacct from file /etc/freeradius/sites-enabled/default Tue Aug 12 22:46:20 2014 : Info: +- entering group preacct {...} Tue Aug 12 22:46:20 2014 : Info: ++[preprocess] returns ok Tue Aug 12 22:46:20 2014 : Info: [acct_unique] Hashing 'NAS-Port = 5060,Client-IP-Address = 127.0.0.1,NAS-IP-Address = 127.0.0.1,Acct-Session-Id = "M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ.",User-Name = "2002(a)192.168.1.5 "' Tue Aug 12 22:46:20 2014 : Info: [acct_unique] Acct-Unique-Session-ID = "117c7740de62ba6c". Tue Aug 12 22:46:20 2014 : Info: ++[acct_unique] returns ok Tue Aug 12 22:46:20 2014 : Info: [suffix] Looking up realm "192.168.1.5" for User-Name = "2002(a)192.168.1.5" Tue Aug 12 22:46:20 2014 : Info: [suffix] No such realm "192.168.1.5" Tue Aug 12 22:46:20 2014 : Info: ++[suffix] returns noop Tue Aug 12 22:46:20 2014 : Info: ++[files] returns noop Tue Aug 12 22:46:20 2014 : Info: # Executing section accounting from file /etc/freeradius/radiusd.conf Tue Aug 12 22:46:20 2014 : Info: +- entering group accounting {...} Tue Aug 12 22:46:20 2014 : Info: [detail] expand: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d -> /var/log/freeradius/radacct/127.0.0.1/detail-20140812 Tue Aug 12 22:46:20 2014 : Info: [detail] /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20140812 Tue Aug 12 22:46:20 2014 : Info: [detail] expand: %t -> Tue Aug 12 22:46:20 2014 Tue Aug 12 22:46:20 2014 : Info: ++[detail] returns ok Tue Aug 12 22:46:20 2014 : Info: [sql] expand: CALL update_radacct_record( 'radius', FROM_UNIXTIME('%S'), UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', '', '%{X-RTP-Stat}', '%{Acct-Session-Id}', '%{Sip-To-Tag}', '%{Sip-From-Tag}' ) -> CALL update_radacct_record( 'radius', FROM_UNIXTIME('2014-08-12 22:46:20'), UNIX_TIMESTAMP('2014-08-12 22:46:20') - 'Aug 12 2014 22:46:20 EDT', '', '', 'M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ.', 'd443e36e', '59eb1875' ) Tue Aug 12 22:46:20 2014 : Debug: rlm_sql (sql): Reserving sql socket id: 23 Tue Aug 12 22:46:20 2014 : Info: [sql] expand: stop packet with zero session length. [user '%{User-Name}', nas '%{NAS-IP-Address}'] -> stop packet with zero session length. [user '2002(a)192.168.1.5', nas '127.0.0.1'] Tue Aug 12 22:46:20 2014 : Info: [sql] stop packet with zero session length. [user '2002(a)192.168.1.5', nas '127.0.0.1'] Tue Aug 12 22:46:20 2014 : Debug: rlm_sql (sql): Released sql socket id: 23 Tue Aug 12 22:46:20 2014 : Info: ++[sql] returns noop Sending Accounting-Response of id 149 to 127.0.0.1 port 35683 Tue Aug 12 22:46:20 2014 : Info: Finished request 1. Tue Aug 12 22:46:20 2014 : Info: Cleaning up request 1 ID 149 with timestamp +57 Tue Aug 12 22:46:20 2014 : Debug: Going to the next request Tue Aug 12 22:46:20 2014 : Info: Ready to process requests. -- SQL tables ( Time is wired 1969 ) mysql> select * from radacct196912; +-----------+----------------------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+-------------+---------+-----------------+----------------+---------------+-----------+-----------------+----------+------------+-------------------------+---------------+--------------------+-----------+---------+---------------+----------+------------+--------------+-----------+-----------+---------------+------+-------+------------+-----------+-----------+---------------+------------+-----------+---------+ | RadAcctId | AcctSessionId | AcctUniqueId | UserName | Realm | NASIPAddress | NASPortId | NASPortType | AcctStartTime | AcctStopTime | AcctSessionTime | AcctAuthentic | ConnectInfo_start | ConnectInfo_stop | AcctInputOctets | AcctOutputOctets | CalledStationId | CallingStationId | AcctTerminateCause | ServiceType | ENUMtld | FramedIPAddress | AcctStartDelay | AcctStopDelay | SipMethod | SipResponseCode | SipToTag | SipFromTag | SipTranslatedRequestURI | SipUserAgents | SipApplicationType | SipCodecs | SipRPID | SipRPIDHeader | SourceIP | SourcePort | CanonicalURI | DelayTime | Timestamp | DestinationId | Rate | Price | Normalized | BillingId | MediaInfo | RTPStatistics | FromHeader | UserAgent | Contact | +-----------+----------------------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+-------------+---------+-----------------+----------------+---------------+-----------+-----------------+----------+------------+-------------------------+---------------+--------------------+-----------+---------+---------------+----------+------------+--------------+-----------+-----------+---------------+------+-------+------------+-----------+-----------+---------------+------------+-----------+---------+ | 1 | Y2ExZjhkMTU4ODRmN2MwMGM1N2Q1Y2E5YTA5ZjAzNjg | e46f9d0439141495 | | | | 5060 | | 1969-12-31 19:00:00 | 1969-12-31 19:00:00 | 0 | NULL | NULL | | 0 | 0 | | | 200 | Sip-Session | | | 1407883391 | 0 | Invite | 200 | 70cc9216 | e2cb1f0c | | | | | | | | | | | 0 | | | NULL | 0 | | NULL | | | | | | 2 | MzYyY2JhM2Q3MzEyN2U1ODJkMDA1NGNiMTMzYmE0OTc | aa9b8bcb6effa2c7 | | | | 5060 | | 1969-12-31 19:00:00 | 1969-12-31 19:00:00 | 0 | NULL | NULL | | 0 | 0 | | | 200 | Sip-Session | | | 0 | 0 | Invite | 200 | c6ea6056 | 407f047e | | | | | | | | | | | 0 | | | NULL | 0 | | NULL | | | | | | 3 | M2IwZTVkY2Y5YTU2ZjdmOTQ5NWMzYzI1NTU3MWMwYjQ. | 117c7740de62ba6c | | | | 5060 | | 1969-12-31 19:33:34 | 1969-12-31 19:33:34 | 0 | NULL | NULL | | 0 | 0 | | | 200 | Sip-Session | | | 1407897936 | 1407897980 | Invite | 200 | d443e36e | 59eb1875 | | | | | | | | | | | 0 | | | NULL | 0 | | NULL | | | | | +-----------+----------------------------------------------+------------------+----------+-------+--------------+-----------+-------------+---------------------+---------------------+-----------------+---------------+-------------------+------------------+-----------------+------------------+-----------------+------------------+--------------------+-------------+---------+-----------------+----------------+---------------+-----------+-----------------+----------+------------+-------------------------+---------------+--------------------+-----------+---------+---------------+----------+------------+--------------+-----------+-----------+---------------+------+-------+------------+-----------+-----------+---------------+------------+-----------+---------+ 3 rows in set (0.00 sec)

9 years, 9 months

Kamailio IMS - forking based on the SIP method

by Daniel Ciprus

Hello, is there a way to make SCSCF do forking based on SIP method ? The problem is that our implementation on app server is not fully done and we want INVITE to be forked the way it is but OPTIONS shouldn't be forked there since forking is happening twice in this case which results to storm of OPTIONS on the network. thanks -- Daniel Ciprus Integration engineer http://www.acision.com 9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus@acision.com> ________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

9 years, 9 months

freeradius Duplicate attribute name Event-Timestamp

by Satish Patel

somehow i am getting following error, if i start radius Error: Errors reading dictionary: dict_init: /etc/freeradius/dictionary.opensips[93]: dict_addattr: Duplicate attribute name Event-Timestamp If i remove it from /etc/freeradius/dictionary.opensips file it works! but my it screwed my time in mysql table ATTRIBUTE Event-Timestamp 230 string Just run grep to find out but it is not anywhere define but still i am getting error root@sip:/etc/freeradius# grep "Event-Timestamp" * -r dictionary.opensips:ATTRIBUTE Event-Timestamp 230 string sql.conf: UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ sql.conf: UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ sql.conf: UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ sql.conf: FROM_UNIXTIME(%{Event-Timestamp}), \ sql.conf: FROM_UNIXTIME(%{Event-Timestamp}), \ sql.conf: UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \ sql.conf: UNIX_TIMESTAMP('%S') - '%{Event-Timestamp}', \

9 years, 9 months

Dialog module event_route problem

by betul.cerit＠netgsm.com.tr

Hello; I am trying to build a prepaid accounting system. I use dialog module's start/end event-route. When even_route[dialog:started] triggered, a http_query works for the started call. When event_route[dialog:end] triggered , a http_query works for call is ended. When http_query works in event_route[dialog:started], i get some CRITICAL ERROR like 'Aug 12 12:16:09 /usr/local/sbin/kamailio[10151]: CRITICAL: dialog [dlg_timer.c:205]: update_dlg_timer(): Trying to update a bogus dlg tl=0x7f7634d925d8 tl->next=(nil) tl->prev=(nil)' 'Aug 12 12:16:09 /usr/local/sbin/kamailio[10151]: ERROR: dialog [dlg_handlers.c:1263]: dlg_onroute(): failed to update dialog lifetime' Http_query works very well. I can get all call information on Web Servers but default_time out or other timeout isn't working. After i commented out http_query in event_route[dialog:started] , it stopped giving ERROR but i realized that dialog cannot uptade dialog hash map .I can see all finished call with "kamctl dialog show". After i closed http_query in even_route[dialog:end] , all problems are solved. I think a problem occured between http_query and dialog event_routes.It cannot control dialog lifetime.Any idea about this problem or suggest an alternative way will be appreciated.My configuration is as follows. Best Regards Betül. #---------------- dialog params ------------- #!ifdef WITH_DIALOG modparam("dialog", "enable_stats", 1) modparam("dialog", "hash_size", 8192) modparam("dialog", "rr_param", "did") modparam("dialog", "dlg_flag",4) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "default_timeout", 3600) modparam("dialog", "detect_spirals", 1) modparam("dialog", "profiles_with_value", "userid ; opkodu ; useropkodu ") modparam("dialog", "dlg_extra_hdrs", "Hint: Hell Yeah\r\n") modparam("dialog", "send_bye", 1) #!endif route[CHCK_DLG]{ xlog("L_INFO","DLG:AVP=> :>:$avp(i:77):$avp(op_kodu):$avp(i:69) "); $dlg_ctx(timeout_bye)=1; $avp(unique_id)=$sruid; /* Time out suresi i:10 konusabilecegi sure saniye */ $avp(i:10)=0; $avp(i:10)=(int)$avp(i:77); #$avp(i:10)=10; $dlg_ctx(timeout_route)=33; $dlg_var(uniqueid)=$avp(unique_id); $dlg_var(userid)=$avp(userid); $dlg_var(opkodu)=$avp(op_kodu); set_dlg_profile("userid","$avp(userid)"); set_dlg_profile("opkodu","$avp(op_kodu)"); set_dlg_profile("useropkodu","$avp(userid):$avp(op_kodu)"); if(get_profile_size("useropkodu","$avp(d_user_opkodu)")){ xlog("L_INFO","Userid_Size:$avp(d_user_opkodu) kk : $avp(userid):$avp(op_kodu) "); xlog("L_INFO","Userid_Limit:$sht(sayac=>$avp(userid):$avp(op_kodu))"); if(!($sht(sayac=>$avp(userid):$avp(op_kodu))>$avp(d_user_opkodu))){ sl_send_reply("403","Kapasite Asildi."); exit; } } dlg_manage(); return; } event_route[dialog:start]{ xlog("L_ALERT","START:CI:$dlg(callid):u_id:$dlg_var(uniqueid):U_id:$dlg_var(userid) "); xlog("L_ALERT","START:lifetime:$avp(i:10):opkodu:$dlg_var(opkodu):$avp(aranan)" ); #!ifdef WITH_UTILS $var(http_res)=http_query("http://bla.com/somestuff.php?userid=$avp(userid)&aranan=$avp(aranan)&callid…","$var(result)"); if($var(http_res)=="200"){ json_get_field("$var(result)","sonuc","$var(snc)"); json_get_field("$var(result)","yorum","$var(yorum)"); json_get_field("$var(result)","yorum","$var(debug)"); if($var(snc)!=200){ xlog("L_ERR","START:CI:$ci:Sonuc:$var(snc):Yorum:$var(yorum):Debug:$var(debug)"); }else{ xlog("L_INFO","START:CI:$ci:Sonuc:$var(snc)"); } }else{ xlog("L_ERR","START:CI:$ci:HTTP_RESULT:$var(http_res)"); } #!endif } event_route[dialog:end]{ xlog("L_ALERT","END ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :"); xlog("L_ALERT","END:CI:$ci:START_TIME:$dlg(start_ts):NOW:$TS"); $var(billsec)=$TS-$dlg(start_ts); xlog("L_ALERT","END:SURE : $var(billsec): u_id: $dlg_var(uniqueid):code:$T_reply_code:$DLG_status "); xlog("L_ALERT","END:U_ID:$dlg_var(userid):O_Kodu:$dlg_var(opkodu):"); if($var(billsec)<0){ $var(billsec)=$DLG_lifetime; xlog("L_ERR","START:CI:$ci:Billsec Negatif geldi : lifetime alinacak:$DLG_lifetime"); } #!ifdef WITH_UTILS $var(http_res)=http_query("http://bla.com/somestuff.php?uniqueid=$dlg_var(uniqueid)&billsec=$var(bills…","$var(result)"); if($var(http_res)=="200"){ json_get_field("$var(result)","sonuc","$var(snc)"); json_get_field("$var(result)","yorum","$var(yorum)"); json_get_field("$var(result)","yorum","$var(debug)"); if($var(snc)!=200){ xlog("L_ERR","START:CI:$ci:Sonuc:$var(snc):Yorum:$var(yorum):Debug:$var(debug)"); } }else{ xlog("L_ERR","START:CI:$ci:HTTP_RESULT:$var(http_res)"); } #!endif xlog("L_ALERT","END ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :"); }

9 years, 9 months

← Newer
1
...
6
7
8
9
10
11
12
13
Older →

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 August 2014