- sr-users - kamailio.org

Re: [SR-Users] Kamailio not mdifying Contact in multi-homed setup
by *sm1Ly 03 Feb '14

03 Feb '14

hello, I got the same issue. my sip device getting ok from kamailio, but asterisk reply 401. but. this is my config: http://pastebin.com/jGCak01E and I changed regfwd route to $du = "sip:50.0.0.10:5060;transport=udp"; forward(); and now I see this in logs: Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:633]: parse_msg(): SIP Reply (status): Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:635]: parse_msg(): version: <SIP/2.0> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:637]: parse_msg(): status: <200> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:639]: parse_msg(): reason: <OK> Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, <branch> = <0>; state=16 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, state=5 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via found, flags=2 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is the first via Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [receive.c:152]: receive_msg(): After parse_msg... Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1071]: t_check_msg(): DEBUG: t_check_msg: msg id=25 global id=24 T start=(nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: tag=006cfccc318be31188fc19977b3a5651 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/parse_addr_spec.c:885]: parse_addr_spec(): end of header reached, state=29 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: <To> [63]; uri=[sip:77.37.241.151:5060] Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [<sip: 77.37.241.151:5060>] Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <1> <OPTIONS> *Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1045]: t_reply_matching(): DEBUG: t_reply_matching: failure to match a transaction* Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: tm [t_lookup.c:1140]: t_check_msg(): DEBUG: t_check_msg: msg id=25 global id=25 T end=(nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header *Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [forward.c:784]: do_forward_reply(): reply cannot be forwarded - no 2nd via* Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [xavp.c:448]: xavp_destroy_list(): destroying xavp list (nil) Feb 3 15:13:38 kamaz /usr/sbin/kamailio[14502]: DEBUG: <core> [receive.c:296]: receive_msg(): receive_msg: cleaning up any ideas? and show me ur conf please. -- Hi All, I'm running into an issue, I'm not sure whether any of you seen this yourselves and resolved it. Please share some pointers. My network is: clients <--> Public IP(Kamailio/RTPProxy)10.1.128.11 <--> 10.1.128.34 (Freeswitch) The 200 OK response from Freeswitch (on the way back from called party to caller) to Kamailio is shown below. Notice the Contact header URI host part contains Freeswitch Private IP (10.1.128.34). Kamailio suppose to change that to Public IP before forwarding the 200 OK (copied below) to Caller in public domain. But, it's not. As a result, ACK from Caller is not reaching back to Kamailio. How did you or anybody out there using Kamailio resolve this problem? If needed, I can copy/paste my kamailio.cfg. -- yours respectfully, Alexander Vasin. 8 926 1437200 icq: 9906064

2 1

Change of source ip address
by Diego Alejandro Ozuna Escalada 03 Feb '14

03 Feb '14

Dear list, I'm having a problem. I have an SBC server with two network interfaces, one external IP (X.X.248.194) and other internal IP (X.X.248.21). Messages are sent to the proxy sip server through internal ip with this configuration: route [sip-serverr] { rewritehostport ("ip_sip_proxy: 5060"); force_send_socket (X.X.248.21: 5060); t_relay (); exit; } When a UA sends an INVITE to the SBC, the responses (back) to UA are being sent with the correct external source IP (X.X.248.194) but if there are retransmissions of these responses, after 6 seconds, the source IP changes to the internal ip (X.X.248.21) Does anyone from the list know how I can solve this? Attached picture of wireshark capture for better understanding. -- Diego Alejandro Ozuna

1 0

Security hygiene for Kamailio
by davy 03 Feb '14

03 Feb '14

Hi all, we all enjoy our FAIL2BAN and snippets of our Kamailio config when we see it successfully fight off the "friendly-scanner", and multiple futile attempts to fool our systems. But it got me thinking… What is a sufficient level of security on our Kamailio machinery… ? Are we all just doing whatever, or is the nature of the beast, that every setup is different? Eventually while having a beer, we will end up in the discussion Kamailio is as good (and even much better) as most of the commercially available SBCs. But, imho, that all depends on the configuration. There are a few good reads available, and on the security front I personally love Pike, Topoh, Dnssec, Htable and recently I think I'm doing rather clever stuff with CNXCC… And I do feel comfortable on my setups, them won't be hacked… But do we have a-sort -of stake in the ground example configuration which we can consider as being more than sufficiently secure? Some config where we can tick off all the known security risks for SIP (as chapter 26 of rfc3261 gives a state of the art back in 2002) Or would that be a nice idea for a micro project? Grtz, Davy

6 12

Carrierroute - scan_prefix
by Oliver Roth 03 Feb '14

03 Feb '14

Hi all I need a solution to get the used scan_prefix in carrierroute module. We have different carriers for our destinations, sometimes split up 50%/50% or other splittings - all routes with failure routes. Now if one destination is not reachable, then I would like to get this information and reroute to another carrier. As we use the carrierroute module, we use the "description" to get the carriername (for billing purposes). Is there a solution to get the used scan_prefix from the carrierroute module? Regards, Oli

2 2

kamailio answers instead asterisk
by *sm1Ly 03 Feb '14

03 Feb '14

hello all. this is my kamailio conf: http://pastebin.com/jGCak01E when I try to register any sip device. it looks like. device -> ext IP kamailio -> int IP kamailio -> asterisk. so I trying to nat something to lan. but on asterisk I see that register, it answer 401, than register again and it again answer 401. but on my sip device I see register and than kamailio answer 200 !! why ??? 1. #!KAMAILIO 2. # 3. # Kamailio (OpenSER) SIP Server v4.1 - default configuration script 4. # - web: http://www.kamailio.org 5. # - git: http://sip-router.org 6. # 7. # Direct your questions about this file to: < sr-users(a)lists.sip-router.org> 8. # 9. # Refer to the Core CookBook at http://www.kamailio.org/wiki/ 10. # for an explanation of possible statements, functions and parameters. 11. # 12. # Several features can be enabled using '#!define WITH_FEATURE' directives: 13. # 14. # *** To run in debug mode: 15. # - define WITH_DEBUG 16. # 17. # *** To enable mysql: 18. # - define WITH_MYSQL 19. # 20. # *** To enable authentication execute: 21. # - enable mysql 22. # - define WITH_AUTH 23. # - add users using 'kamctl' 24. # 25. # *** To enable IP authentication execute: 26. # - enable mysql 27. # - enable authentication 28. # - define WITH_IPAUTH 29. # - add IP addresses with group id '1' to 'address' table 30. # 31. # *** To enable persistent user location execute: 32. # - enable mysql 33. # - define WITH_USRLOCDB 34. # 35. # *** To enable presence server execute: 36. # - enable mysql 37. # - define WITH_PRESENCE 38. # 39. # *** To enable nat traversal execute: 40. # - define WITH_NAT 41. # - install RTPProxy: http://www.rtpproxy.org 42. # - start RTPProxy: 43. # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 44. # 45. # *** To enable PSTN gateway routing execute: 46. # - define WITH_PSTN 47. # - set the value of pstn.gw_ip 48. # - check route[PSTN] for regexp routing condition 49. # 50. # *** To enable database aliases lookup execute: 51. # - enable mysql 52. # - define WITH_ALIASDB 53. # 54. # *** To enable speed dial lookup execute: 55. # - enable mysql 56. # - define WITH_SPEEDDIAL 57. # 58. # *** To enable multi-domain support execute: 59. # - enable mysql 60. # - define WITH_MULTIDOMAIN 61. # 62. # *** To enable TLS support execute: 63. # - adjust CFGDIR/tls.cfg as needed 64. # - define WITH_TLS 65. # 66. # *** To enable XMLRPC support execute: 67. # - define WITH_XMLRPC 68. # - adjust route[XMLRPC] for access policy 69. # 70. # *** To enable anti-flood detection execute: 71. # - adjust pike and htable=>ipban settings as needed (default is 72. # block if more than 16 requests in 2 seconds and ban for 300 seconds) 73. # - define WITH_ANTIFLOOD 74. # 75. # *** To block 3XX redirect replies execute: 76. # - define WITH_BLOCK3XX 77. # 78. # *** To enable VoiceMail routing execute: 79. # - define WITH_VOICEMAIL 80. # - set the value of voicemail.srv_ip 81. # - adjust the value of voicemail.srv_port 82. # 83. # *** To enhance accounting execute: 84. # - enable mysql 85. # - define WITH_ACCDB 86. # - add following columns to database 87. #!ifdef ACCDB_COMMENT 88. ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; 89. ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; 90. ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; 91. ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; 92. ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; 93. ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; 94. ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; 95. ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; 96. ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; 97. ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; 98. ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; 99. ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; 100. #!endif 101. 102. # #!define WITH_MYSQL 103. # #!define WITH_AUTH 104. # #!define WITH_USRLOCDB 105. #!define WITH_NAT 106. #!define WITH_ASTERISK 107. # #!define WITH_DEBUG 108. 109. ####### Include Local Config If Exists ######### 110. import_file "kamailio-local.cfg" 111. 112. ####### Defined Values ######### 113. 114. # *** Value defines - IDs used later in config 115. #!ifdef WITH_MYSQL 116. # - database URL - used to connect to database server by modules such 117. # as: auth_db, acc, usrloc, a.s.o. 118. #!ifndef DBURL 119. #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio" 120. #!endif 121. #!endif 122. #!ifdef WITH_MULTIDOMAIN 123. # - the value for 'use_domain' parameters 124. #!define MULTIDOMAIN 1 125. #!else 126. #!define MULTIDOMAIN 0 127. #!endif 128. 129. # - flags 130. # FLT_ - per transaction (message) flags 131. # FLB_ - per branch flags 132. #!define FLT_ACC 1 133. #!define FLT_ACCMISSED 2 134. #!define FLT_ACCFAILED 3 135. #!define FLT_NATS 5 136. 137. #!define FLB_NATB 6 138. #!define FLB_NATSIPPING 7 139. 140. ####### Global Parameters ######### 141. 142. ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR 143. #!ifdef WITH_DEBUG 144. debug=4 145. log_stderror=yes 146. #!else 147. debug=3 148. log_stderror=no 149. #!endif 150. 151. memdbg=5 152. memlog=5 153. 154. log_facility=LOG_LOCAL0 155. 156. fork=yes 157. children=4 158. 159. /* uncomment the next line to disable TCP (default on) */ 160. #disable_tcp=yes 161. 162. /* uncomment the next line to disable the auto discovery of local aliases 163. based on reverse DNS on IPs (default on) */ 164. #auto_aliases=no 165. 166. /* add local domain aliases */ 167. #alias="sip.mydomain.com" 168. 169. /* uncomment and configure the following line if you want Kamailio to 170. bind on a specific interface/port/proto (default bind on all available) */ 171. 172. #listen=udp:50.0.0.1:5060 advertise 194.190.8.171:5060 173. listen=udp:194.190.8.171:5060 advertise 50.0.0.1:5060 174. 175. /* port to listen to 176. * - can be specified more than once if needed to listen on many ports */ 177. port=5060 178. 179. mhomed=1 180. 181. #!ifdef WITH_TLS 182. enable_tls=yes 183. #!endif 184. 185. # life time of TCP connection when there is no traffic 186. # - a bit higher than registration expires to cope with UA behind NAT 187. tcp_connection_lifetime=3605 188. 189. ####### Custom Parameters ######### 190. 191. # These parameters can be modified runtime via RPC interface 192. # - see the documentation of 'cfg_rpc' module. 193. # 194. # Format: group.id = value 'desc' description 195. # Access: $sel(cfg_get.group.id) or @cfg_get.group.id 196. # 197. 198. #!ifdef WITH_PSTN 199. # PSTN GW Routing 200. # 201. # - pstn.gw_ip: valid IP or hostname as string value, example: 202. # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" 203. # 204. # - by default is empty to avoid misrouting 205. #pstn.gw_ip = "" desc "PSTN GW Address" 206. #pstn.gw_port = "" desc "PSTN GW Port" 207. #!endif 208. 209. #!ifdef WITH_VOICEMAIL 210. # VoiceMail Routing on offline, busy or no answer 211. # 212. # - by default Voicemail server IP is empty to avoid misrouting 213. #voicemail.srv_ip = "" desc "VoiceMail IP Address" 214. #voicemail.srv_port = "5060" desc "VoiceMail Port" 215. #!endif 216. 217. #!ifdef WITH_ASTERISK 218. asterisk.bindip = "50.0.0.10" desc "Asterisk IP Address" 219. asterisk.bindport = "5060" desc "Asterisk Port" 220. kamailio.bindip = "50.0.0.1" desc "Kamailio IP Address" 221. kamailio.bindport = "5060" desc "Kamailio Port" 222. #!endif 223. 224. ####### Modules Section ######## 225. 226. # set paths to location of modules (to sources or installation folders) 227. #!ifdef WITH_SRCPATH 228. mpath="modules/" 229. #!else 230. mpath="/usr/lib64/kamailio/modules/" 231. #!endif 232. 233. #!ifdef WITH_MYSQL 234. loadmodule "db_mysql.so" 235. #!endif 236. 237. loadmodule "mi_fifo.so" 238. loadmodule "kex.so" 239. loadmodule "tm.so" 240. loadmodule "tmx.so" 241. loadmodule "sl.so" 242. loadmodule "rr.so" 243. loadmodule "pv.so" 244. loadmodule "maxfwd.so" 245. loadmodule "usrloc.so" 246. loadmodule "registrar.so" 247. loadmodule "textops.so" 248. loadmodule "siputils.so" 249. loadmodule "xlog.so" 250. loadmodule "sanity.so" 251. loadmodule "ctl.so" 252. loadmodule "cfg_rpc.so" 253. loadmodule "mi_rpc.so" 254. loadmodule "acc.so" 255. 256. #!ifdef WITH_AUTH 257. loadmodule "auth.so" 258. loadmodule "auth_db.so" 259. #!ifdef WITH_IPAUTH 260. loadmodule "permissions.so" 261. #!endif 262. #!endif 263. 264. #!ifdef WITH_ALIASDB 265. loadmodule "alias_db.so" 266. #!endif 267. 268. #!ifdef WITH_SPEEDDIAL 269. loadmodule "speeddial.so" 270. #!endif 271. 272. #!ifdef WITH_MULTIDOMAIN 273. loadmodule "domain.so" 274. #!endif 275. 276. #!ifdef WITH_PRESENCE 277. loadmodule "presence.so" 278. loadmodule "presence_xml.so" 279. #!endif 280. 281. #!ifdef WITH_NAT 282. loadmodule "nathelper.so" 283. loadmodule "rtpproxy.so" 284. #!endif 285. 286. #!ifdef WITH_TLS 287. loadmodule "tls.so" 288. #!endif 289. 290. #!ifdef WITH_ANTIFLOOD 291. loadmodule "htable.so" 292. loadmodule "pike.so" 293. #!endif 294. 295. #!ifdef WITH_XMLRPC 296. loadmodule "xmlrpc.so" 297. #!endif 298. 299. #!ifdef WITH_DEBUG 300. loadmodule "debugger.so" 301. #!endif 302. 303. #!ifdef WITH_ASTERISK 304. loadmodule "uac.so" 305. #!endif 306. 307. 308. #loadmodule "topoh.so" 309. #modparam("topoh", "mask_key", "balalayka") 310. #modparam("topoh", "mask_ip", "50.0.0.1") 311. 312. # ----------------- setting module-specific parameters --------------- 313. 314. 315. # ----- mi_fifo params ----- 316. modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") 317. 318. 319. # ----- tm params ----- 320. # auto-discard branches from previous serial forking leg 321. modparam("tm", "failure_reply_mode", 3) 322. # default retransmission timeout: 30sec 323. modparam("tm", "fr_timer", 30000) 324. # default invite retransmission timeout after 1xx: 120sec 325. modparam("tm", "fr_inv_timer", 120000) 326. 327. 328. # ----- rr params ----- 329. # add value to ;lr param to cope with most of the UAs 330. modparam("rr", "enable_full_lr", 1) 331. # do not append from tag to the RR (no need for this script) 332. #!ifdef WITH_ASTERISK 333. modparam("rr", "append_fromtag", 1) 334. #!else 335. modparam("rr", "append_fromtag", 0) 336. #!endif 337. 338. 339. # ----- registrar params ----- 340. modparam("registrar", "method_filtering", 1) 341. /* uncomment the next line to disable parallel forking via location */ 342. # modparam("registrar", "append_branches", 0) 343. /* uncomment the next line not to allow more than 10 contacts per AOR */ 344. #modparam("registrar", "max_contacts", 10) 345. # max value for expires of registrations 346. modparam("registrar", "max_expires", 3600) 347. # set it to 1 to enable GRUU 348. modparam("registrar", "gruu_enabled", 0) 349. 350. 351. # ----- acc params ----- 352. /* what special events should be accounted ? */ 353. modparam("acc", "early_media", 0) 354. modparam("acc", "report_ack", 0) 355. modparam("acc", "report_cancels", 0) 356. /* by default ww do not adjust the direct of the sequential requests. 357. if you enable this parameter, be sure the enable "append_fromtag" 358. in "rr" module */ 359. modparam("acc", "detect_direction", 0) 360. /* account triggers (flags) */ 361. modparam("acc", "log_flag", FLT_ACC) 362. modparam("acc", "log_missed_flag", FLT_ACCMISSED) 363. modparam("acc", "log_extra", 364. "src_user=$fU;src_domain=$fd;src_ip=$si;" 365. "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") 366. modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) 367. /* enhanced DB accounting */ 368. #!ifdef WITH_ACCDB 369. modparam("acc", "db_flag", FLT_ACC) 370. modparam("acc", "db_missed_flag", FLT_ACCMISSED) 371. modparam("acc", "db_url", DBURL) 372. modparam("acc", "db_extra", 373. "src_user=$fU;src_domain=$fd;src_ip=$si;" 374. "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") 375. #!endif 376. 377. 378. # ----- usrloc params ----- 379. /* enable DB persistency for location entries */ 380. #!ifdef WITH_USRLOCDB 381. modparam("usrloc", "db_url", DBURL) 382. modparam("usrloc", "db_mode", 2) 383. modparam("usrloc", "use_domain", MULTIDOMAIN) 384. #!endif 385. 386. 387. # ----- auth_db params ----- 388. #!ifdef WITH_AUTH 389. modparam("auth_db", "db_url", DBURL) 390. modparam("auth_db", "calculate_ha1", yes) 391. modparam("auth_db", "password_column", "password") 392. modparam("auth_db", "load_credentials", "") 393. modparam("auth_db", "use_domain", MULTIDOMAIN) 394. 395. # ----- permissions params ----- 396. #!ifdef WITH_IPAUTH 397. modparam("permissions", "db_url", DBURL) 398. modparam("permissions", "db_mode", 1) 399. #!endif 400. 401. #!endif 402. 403. 404. # ----- alias_db params ----- 405. #!ifdef WITH_ALIASDB 406. modparam("alias_db", "db_url", DBURL) 407. modparam("alias_db", "use_domain", MULTIDOMAIN) 408. #!endif 409. 410. 411. # ----- speeddial params ----- 412. #!ifdef WITH_SPEEDDIAL 413. modparam("speeddial", "db_url", DBURL) 414. modparam("speeddial", "use_domain", MULTIDOMAIN) 415. #!endif 416. 417. 418. # ----- domain params ----- 419. #!ifdef WITH_MULTIDOMAIN 420. modparam("domain", "db_url", DBURL) 421. # register callback to match myself condition with domains list 422. modparam("domain", "register_myself", 1) 423. #!endif 424. 425. 426. #!ifdef WITH_PRESENCE 427. # ----- presence params ----- 428. modparam("presence", "db_url", DBURL) 429. 430. # ----- presence_xml params ----- 431. modparam("presence_xml", "db_url", DBURL) 432. modparam("presence_xml", "force_active", 1) 433. #!endif 434. 435. 436. #!ifdef WITH_NAT 437. # ----- rtpproxy params ----- 438. modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") 439. 440. # ----- nathelper params ----- 441. modparam("nathelper", "natping_interval", 30) 442. modparam("nathelper", "ping_nated_only", 1) 443. modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) 444. modparam("nathelper", "sipping_from", "sip:pinger@kamaz") 445. 446. # params needed for NAT traversal in other modules 447. modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") 448. modparam("usrloc", "nat_bflag", FLB_NATB) 449. #!endif 450. 451. 452. #!ifdef WITH_TLS 453. # ----- tls params ----- 454. modparam("tls", "config", "//etc/kamailio/tls.cfg") 455. #!endif 456. 457. #!ifdef WITH_ANTIFLOOD 458. # ----- pike params ----- 459. modparam("pike", "sampling_time_unit", 2) 460. modparam("pike", "reqs_density_per_unit", 16) 461. modparam("pike", "remove_latency", 4) 462. 463. # ----- htable params ----- 464. # ip ban htable with autoexpire after 5 minutes 465. modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") 466. #!endif 467. 468. #!ifdef WITH_XMLRPC 469. # ----- xmlrpc params ----- 470. modparam("xmlrpc", "route", "XMLRPC"); 471. modparam("xmlrpc", "url_match", "^/RPC") 472. #!endif 473. 474. #!ifdef WITH_DEBUG 475. # ----- debugger params ----- 476. modparam("debugger", "cfgtrace", 1) 477. #!endif 478. 479. ####### Routing Logic ######## 480. 481. 482. # Main SIP request routing logic 483. # - processing of any incoming SIP request starts with this route 484. # - note: this is the same as route { ... } 485. request_route { 486. 487. # per request initial checks 488. route(REQINIT); 489. 490. xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) Main Route before ---NAT---\n"); 491. route(DEBUG); 492. # NAT detection 493. route(NATDETECT); 494. 495. xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) in Route[NATDETECT] fix_nat-register\n"); 496. route(DEBUG); 497. 498. # CANCEL processing 499. if (is_method("CANCEL")) 500. { 501. if (t_check_trans()) { 502. route(RELAY); 503. } 504. exit; 505. } 506. 507. route(DEBUG); 508. 509. # handle requests within SIP dialogs 510. route(WITHINDLG); 511. 512. route(DEBUG); 513. 514. ### only initial requests (no To tag) 515. 516. t_check_trans(); 517. 518. route(DEBUG); 519. 520. # authentication 521. route(AUTH); 522. 523. route(DEBUG); 524. 525. # record routing for dialog forming requests (in case they are routed) 526. # - remove preloaded route headers 527. remove_hf("Route"); 528. if (is_method("INVITE|SUBSCRIBE")) 529. record_route(); 530. 531. # account only INVITEs 532. if (is_method("INVITE")) 533. { 534. setflag(FLT_ACC); # do accounting 535. } 536. 537. # dispatch requests to foreign domains 538. route(SIPOUT); 539. 540. ### requests for my local domains 541. 542. # handle presence related requests 543. route(PRESENCE); 544. 545. route(DEBUG); 546. 547. # handle registrations 548. route(REGISTRAR); 549. 550. route(DEBUG); 551. 552. if ($rU==$null) 553. { 554. # request with no Username in RURI 555. sl_send_reply("484","Address Incomplete"); 556. exit; 557. } 558. 559. # dispatch destinations to PSTN 560. # route(PSTN); 561. 562. route(DEBUG); 563. 564. # user location service 565. route(LOCATION); 566. 567. route(DEBUG); 568. 569. route(RELAY); 570. 571. } 572. 573. 574. route[RELAY] { 575. 576. # enable additional event routes for forwarded requests 577. # - serial forking, RTP relaying handling, a.s.o. 578. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { 579. if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); 580. } 581. if (is_method("INVITE|SUBSCRIBE|UPDATE")) { 582. if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); 583. } 584. if (is_method("INVITE")) { 585. if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); 586. } 587. 588. if (!t_relay()) { 589. sl_reply_error(); 590. } 591. exit; 592. } 593. 594. # Per SIP request initial checks 595. route[REQINIT] { 596. #!ifdef WITH_ANTIFLOOD 597. # flood dection from same IP and traffic ban for a while 598. # be sure you exclude checking trusted peers, such as pstn gateways 599. # - local host excluded (e.g., loop to self) 600. if(src_ip!=myself) 601. { 602. if($sht(ipban=>$si)!=$null) 603. { 604. # ip is already blocked 605. xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); 606. exit; 607. } 608. if (!pike_check_req()) 609. { 610. xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); 611. $sht(ipban=>$si) = 1; 612. exit; 613. } 614. } 615. #!endif 616. 617. if (!mf_process_maxfwd_header("10")) { 618. sl_send_reply("483","Too Many Hops"); 619. exit; 620. } 621. 622. if(!sanity_check("1511", "7")) 623. { 624. xlog("Malformed SIP message from $si:$sp\n"); 625. exit; 626. } 627. } 628. 629. # Handle requests within SIP dialogs 630. route[WITHINDLG] { 631. if (has_totag()) { 632. # sequential request withing a dialog should 633. # take the path determined by record-routing 634. if (loose_route()) { 635. route(DLGURI); 636. if (is_method("BYE")) { 637. setflag(FLT_ACC); # do accounting ... 638. setflag(FLT_ACCFAILED); # ... even if the transaction fails 639. } 640. else if ( is_method("ACK") ) { 641. # ACK is forwarded statelessy 642. route(NATMANAGE); 643. } 644. else if ( is_method("NOTIFY") ) { 645. # Add Record-Route for in-dialog NOTIFY as per RFC 6665. 646. record_route(); 647. } 648. route(RELAY); 649. } else { 650. if (is_method("SUBSCRIBE") && uri == myself) { 651. # in-dialog subscribe requests 652. route(PRESENCE); 653. exit; 654. } 655. if ( is_method("ACK") ) { 656. if ( t_check_trans() ) { 657. # no loose-route, but stateful ACK; 658. # must be an ACK after a 487 659. # or e.g. 404 from upstream server 660. route(RELAY); 661. exit; 662. } else { 663. # ACK without matching transaction ... ignore and discard 664. exit; 665. } 666. } 667. sl_send_reply("404","Not here"); 668. } 669. exit; 670. } 671. } 672. 673. # Handle SIP registrations 674. route[REGISTRAR] { 675. if (is_method("REGISTER")) 676. { 677. if(isflagset(FLT_NATS)) 678. { 679. setbflag(FLB_NATB); 680. # uncomment next line to do SIP NAT pinging 681. setbflag(FLB_NATSIPPING); 682. } 683. if (!save("location")) 684. sl_reply_error(); 685. 686. 687. #!ifdef WITH_ASTERISK 688. route(REGFWD); 689. #!endif 690. 691. exit; 692. } 693. } 694. 695. 696. #!ifdef WITH_ASTERISK 697. # Test if coming from Asterisk 698. route[FROMASTERISK] { 699. if($si==$sel(cfg_get.asterisk.bindip) && $sp==$sel(cfg_get.asterisk.bindport)) return 1; 700. return -1; 701. } 702. 703. 704. # Send to Asterisk 705. route[TOASTERISK] { 706. $du = "sip:" + $sel(cfg_get.asterisk.bindip) + ":" + $sel(cfg_get.asterisk.bindport); 707. xlog("L_INFO","[$fU@$si:$sp]{$rm} From Outside World to Asterisk Box $du\n"); 708. route(RELAY); 709. exit; 710. } 711. 712. # Forward REGISTER to Asterisk 713. route[REGFWD] { 714. if(!is_method("REGISTER")) 715. { 716. return; 717. } 718. 719. xlog("[$mi] PRINT AU: $au PRINT fU: $fU Received SIP Message (method: $rm) ($ml bytes) to $Ri:$Rp from $si:$sp:\n$mb\n"); 720. 721. t_relay_to_udp("50.0.0.10", "5060"); 722. 723. xlog("[$mi] PRINT AU: $au PRINT fU: $fU Sended SIP Message (method: $rm) ($ml bytes) to $Ri:$Rp from $si:$sp:\n$mb\n"); 724. 725. } 726. #!endif 727. 728. # USER location service 729. route[LOCATION] { 730. 731. #!ifdef WITH_SPEEDDIAL 732. # search for short dialing - 2-digit extension 733. if($rU=~"^[0-9][0-9]$") 734. if(sd_lookup("speed_dial")) 735. route(SIPOUT); 736. #!endif 737. 738. #!ifdef WITH_ALIASDB 739. # search in DB-based aliases 740. if(alias_db_lookup("dbaliases")) 741. route(SIPOUT); 742. #!endif 743. 744. #!ifdef WITH_ASTERISK 745. if(is_method("INVITE") && (!route(FROMASTERISK))) { 746. # if new call from out there - send to Asterisk 747. # - non-INVITE request are routed directly by Kamailio 748. # - traffic from Asterisk is routed also directy by Kamailio 749. route(TOASTERISK); 750. exit; 751. } 752. #!endif 753. 754. $avp(oexten) = $rU; 755. if (!lookup("location")) { 756. $var(rc) = $rc; 757. route(TOVOICEMAIL); 758. t_newtran(); 759. switch ($var(rc)) { 760. case -1: 761. case -3: 762. send_reply("404", "Not Found"); 763. exit; 764. case -2: 765. send_reply("405", "Method Not Allowed"); 766. exit; 767. } 768. } 769. 770. # when routing via usrloc, log the missed calls also 771. if (is_method("INVITE")) 772. { 773. setflag(FLT_ACCMISSED); 774. } 775. 776. route(RELAY); 777. exit; 778. } 779. 780. # Presence server route 781. route[PRESENCE] { 782. if(!is_method("PUBLISH|SUBSCRIBE")) 783. return; 784. 785. if(is_method("SUBSCRIBE") && $hdr(Event)=="message-summary") { 786. route(TOVOICEMAIL); 787. # returns here if no voicemail server is configured 788. sl_send_reply("404", "No voicemail service"); 789. exit; 790. } 791. 792. #!ifdef WITH_PRESENCE 793. if (!t_newtran()) 794. { 795. sl_reply_error(); 796. exit; 797. } 798. 799. if(is_method("PUBLISH")) 800. { 801. handle_publish(); 802. t_release(); 803. } else if(is_method("SUBSCRIBE")) { 804. handle_subscribe(); 805. t_release(); 806. } 807. exit; 808. #!endif 809. 810. # if presence enabled, this part will not be executed 811. if (is_method("PUBLISH") || $rU==$null) 812. { 813. sl_send_reply("404", "Not here"); 814. exit; 815. } 816. return; 817. } 818. 819. # Authentication route 820. route[AUTH] { 821. 822. #!ifdef WITH_ASTERISK 823. # do not auth traffic from Asterisk - trusted! 824. if(route(FROMASTERISK)) 825. return; 826. #!endif 827. 828. 829. #!ifdef WITH_AUTH 830. 831. #!ifdef WITH_IPAUTH 832. if((!is_method("REGISTER")) && allow_source_address()) 833. { 834. # source IP allowed 835. return; 836. } 837. #!endif 838. 839. if (is_method("REGISTER") || from_uri==myself) 840. { 841. # authenticate requests 842. if (!auth_check("$fd", "subscriber", "1")) { 843. auth_challenge("$fd", "0"); 844. exit; 845. } 846. # user authenticated - remove auth header 847. if(!is_method("REGISTER|PUBLISH")) 848. consume_credentials(); 849. } 850. # if caller is not local subscriber, then check if it calls 851. # a local destination, otherwise deny, not an open relay here 852. if (from_uri!=myself && uri!=myself) 853. { 854. sl_send_reply("403","Not relaying"); 855. exit; 856. } 857. 858. #!endif 859. return; 860. } 861. 862. # Caller NAT detection route 863. route[NATDETECT] { 864. #!ifdef WITH_NAT 865. force_rport(); 866. if (nat_uac_test("19")) { 867. if (is_method("REGISTER")) { 868. fix_nated_register(); 869. } else { 870. if(is_first_hop()) 871. set_contact_alias(); 872. } 873. setflag(FLT_NATS); 874. 875. } 876. #!endif 877. return; 878. } 879. 880. # RTPProxy control 881. route[NATMANAGE] { 882. #!ifdef WITH_NAT 883. if (is_request()) { 884. if(has_totag()) { 885. if(check_route_param("nat=yes")) { 886. setbflag(FLB_NATB); 887. } 888. } 889. } 890. if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) 891. return; 892. 893. rtpproxy_manage(); 894. 895. if (is_request()) { 896. if (!has_totag()) { 897. if(t_is_branch_route()) { 898. add_rr_param(";nat=yes"); 899. } 900. } 901. } 902. if (is_reply()) { 903. if(isbflagset(FLB_NATB)) { 904. if(is_first_hop()) 905. set_contact_alias(); 906. } 907. 908. xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) in route[NATMANAGE] RTPproxy with EI Flags\n"); 909. 910. } 911. #!endif 912. return; 913. } 914. 915. # URI update for dialog requests 916. route[DLGURI] { 917. #!ifdef WITH_NAT 918. if(!isdsturiset()) { 919. handle_ruri_alias(); 920. 921. xlog("L_NOTICE","$rm from $fu (IP:$si:$sp) in route[DLGURI] RTPproxy with EI Flags\n"); 922. 923. } 924. #!endif 925. return; 926. } 927. 928. # Routing to foreign domains 929. route[SIPOUT] { 930. if (!uri==myself) 931. { 932. append_hf("P-hint: outbound\r\n"); 933. route(RELAY); 934. } 935. } 936. 937. # PSTN GW routing 938. route[PSTN] { 939. #!ifdef WITH_PSTN 940. # check if PSTN GW IP is defined 941. if (strempty($sel(cfg_get.pstn.gw_ip))) { 942. xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); 943. return; 944. } 945. 946. # route to PSTN dialed numbers starting with '+' or '00' 947. # (international format) 948. # - update the condition to match your dialing rules for PSTN routing 949. if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) 950. return; 951. 952. # only local users allowed to call 953. if(from_uri!=myself) { 954. sl_send_reply("403", "Not Allowed"); 955. exit; 956. } 957. 958. if (strempty($sel(cfg_get.pstn.gw_port))) { 959. $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); 960. } else { 961. $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip) + ":" 962. + $sel(cfg_get.pstn.gw_port); 963. } 964. 965. route(RELAY); 966. exit; 967. #!endif 968. 969. return; 970. } 971. 972. # XMLRPC routing 973. #!ifdef WITH_XMLRPC 974. route[XMLRPC] { 975. # allow XMLRPC from localhost 976. if ((method=="POST" || method=="GET") 977. && (src_ip==127.0.0.1)) { 978. # close connection only for xmlrpclib user agents (there is a bug in 979. # xmlrpclib: it waits for EOF before interpreting the response). 980. if ($hdr(User-Agent) =~ "xmlrpclib") 981. set_reply_close(); 982. set_reply_no_connect(); 983. dispatch_rpc(); 984. exit; 985. } 986. send_reply("403", "Forbidden"); 987. exit; 988. } 989. #!endif 990. 991. # route to voicemail server 992. route[TOVOICEMAIL] { 993. #!ifdef WITH_VOICEMAIL 994. if(!is_method("INVITE|SUBSCRIBE")) 995. return; 996. 997. # check if VoiceMail server IP is defined 998. if (strempty($sel(cfg_get.voicemail.srv_ip))) { 999. xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); 1000. return; 1001. } 1002. if(is_method("INVITE")) { 1003. if($avp(oexten)==$null) 1004. return; 1005. $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) 1006. + ":" + $sel(cfg_get.voicemail.srv_port); 1007. } else { 1008. if($rU==$null) 1009. return; 1010. $ru = "sip:" + $rU + "@" + $sel(cfg_get.voicemail.srv_ip) 1011. + ":" + $sel(cfg_get.voicemail.srv_port); 1012. } 1013. route(RELAY); 1014. exit; 1015. #!endif 1016. 1017. return; 1018. } 1019. 1020. # manage outgoing branches 1021. branch_route[MANAGE_BRANCH] { 1022. xdbg("new branch [$T_branch_idx] to $ru\n"); 1023. route(NATMANAGE); 1024. } 1025. 1026. # manage incoming replies 1027. onreply_route[MANAGE_REPLY] { 1028. xdbg("incoming reply\n"); 1029. if(status=~"[12][0-9][0-9]") 1030. route(NATMANAGE); 1031. } 1032. 1033. # manage failure routing cases 1034. failure_route[MANAGE_FAILURE] { 1035. route(NATMANAGE); 1036. 1037. if (t_is_canceled()) { 1038. exit; 1039. } 1040. 1041. #!ifdef WITH_BLOCK3XX 1042. # block call redirect based on 3xx replies. 1043. if (t_check_status("3[0-9][0-9]")) { 1044. t_reply("404","Not found"); 1045. exit; 1046. } 1047. #!endif 1048. 1049. #!ifdef WITH_VOICEMAIL 1050. # serial forking 1051. # - route to voicemail on busy or no answer (timeout) 1052. if (t_check_status("486|408")) { 1053. $du = $null; 1054. route(TOVOICEMAIL); 1055. exit; 1056. } 1057. #!endif 1058. } 1059. 1060. 1061. route[DEBUG] { 1062. if (method==("PUBLISH|SUBSCRIBE|REGISTER|OPTIONS")) { 1063. return; 1064. } 1065. xlog("[$mi] Received SIP Message (method: $rm) ($ml bytes) to $Ri:$Rp from $si:$sp:\n$mb\n"); 1066. } -- С уважением, Александр Васин. 8 926 1437200 icq: 9906064

1 0

ngcp-mediaproxy-ng media address
by Kelvin Chua 03 Feb '14

03 Feb '14

somehow, mediaproxy is ignoring the media address set via rtpproxy_manage("co","10.17.0.102"); anybody tried this before? Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Got valid command from 127.0.0.1:46077: answer - { "sdp": "v=0#015#012o=root 345956998 345956998 IN IP4 10.17.0.105#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4 10.17.0.105#015#012t=0 0#015#012m=audio 15712 RTP/AVP 97 3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3 GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=ptime:20#015#012a=sendrecv#015#012", "replace": [ "session-connection", "origin" ], "call-id": "yqtupxcwsnbmcbo@X340saucy", "received-from": [ "IP4", "10.17.0.105" ], "media address": "22.9.18.15", "from-tag": "kjoel", "to-tag": "as478f57f3", "command": "answer" } Jan 31 09:03:29 kam2 mediaproxy-ng[20455]: Returning to SIP proxy: d3:sdp541:v=0#015#012o=root 345956998 345956998 IN IP4 10.17.0.102#015#012s=Asterisk PBX 11.7.0#015#012c=IN IP4 10.17.0.102#015#012t=0 0#015#012a=ice-lite#015#012m=audio 10002 RTP/AVP 97 3 0 8 101#015#012a=rtpmap:97 speex/8000#015#012a=rtpmap:3 GSM/8000#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-16#015#012a=ptime:20#015#012a=sendrecv#015#012a=rtcp:10003#015#012a=ice-ufrag:QocOqhlR#015#012a=ice-pwd:HZ7WUgsHAKlLGp1n2FAzEwWsS9gj#015#012a=candidate:pMoXfVtH0dDfxpoa 1 UDP 2130706432 10.17.0.102 10002 typ host#015#012a=candidate:pMoXfVtH0dDfxpoa 2 UDP 2130706431 10.17.0.102 10003 typ host#015#0126:result2:oke Kelvin Chua

2 4

Re: [SR-Users] Regd. MAX_LDG_LOCKS
by Shankar 03 Feb '14

03 Feb '14

Hi Alex, We set the hash size to 32 MB and found that the hash size is not the same as configured one. At the max it was taking 64KB. Regards, Shankar Date: Mon, 03 Feb 2014 00:27:29 -0500 From: Alex Balashov <abalashov(a)evaristesys.com> To: sr-users(a)lists.sip-router.org Subject: Re: [SR-Users] Regd. MAX_LDG_LOCKS Message-ID: <52EF28C1.5010204(a)evaristesys.com> Content-Type: text/plain; charset=windows-1252; format=flowed On 02/03/2014 12:22 AM, Shankar wrote: > Also we found that in ?dialog.c? the variable dlg_hash_size should be > ?unsigned int?. Hope this will be taken care in next release of Kamailio. How did you arrive at that conclusion? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ From: Shankar [mailto:shankar.rk@plintron.com] Sent: Monday, February 03, 2014 10:53 AM To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: Regd. MAX_LDG_LOCKS Hello, Can anyone brief about MAX_LDG_LOCKS in dlg_hash.c? Should I increase the value of MAX_LDG_LOCKS (hardcoded to 2048) if the hash size is increased? Also we found that in 'dialog.c' the variable dlg_hash_size should be 'unsigned int'. Hope this will be taken care in next release of Kamailio. Regards, Shankar

1 0

Re: [SR-Users] Regd. MAX_LDG_LOCKS
by Alex Balashov 03 Feb '14

03 Feb '14

On 02/03/2014 12:22 AM, Shankar wrote: > Also we found that in ‘dialog.c’ the variable dlg_hash_size should be > ‘unsigned int’. Hope this will be taken care in next release of Kamailio. How did you arrive at that conclusion? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

1 0

Regd. MAX_LDG_LOCKS
by Shankar 03 Feb '14

03 Feb '14

Hello, Can anyone brief about MAX_LDG_LOCKS in dlg_hash.c? Should I increase the value of MAX_LDG_LOCKS (hardcoded to 2048) if the hash size is increased? Also we found that in 'dialog.c' the variable dlg_hash_size should be 'unsigned int'. Hope this will be taken care in next release of Kamailio. Regards, Shankar

1 0

Kamailio behind DSL router
by Muhammad Shahzad 02 Feb '14

02 Feb '14

Hi, I am setting up Raspberry Pi to run Kamailio with mediaproxy-ng. This machine is running on local LAN behind a DSL router. Using dynamic DNS and DMZ services of router, i can access this box from the Internet. However, i do not know how to define advertised_address parameter to public IP of router. The public IP is dynamic and changes roughly every 12 hours or so. Is there any way kamailio can automatically learn this dynamic public IP and use that as advertised_address? Something similar to Asterisk's res_stun_monitor module, https://reviewboard.asterisk.org/r/854/ Any help will be greatly appreciated. Thank you.

2 6

Packet loss / Jitter / Latency issues
by Wingsravi R 02 Feb '14

02 Feb '14

Dear Daniel and Kamailio'ns Greetings, I am working on kamailio server (4.0.x),whicch is integreted with media-proxy server (2.5.2) and it is all working fine in the point of SIP functionality. And i have a set-up like this below, with this when the calls (audio/video) sessions started i am experiencing latency,jitter, echo's in audio calls and a choppy ,pixelled video : KAMAILIO | Android SIP client (IMSDroid) ---- Wi-Fi router ---- Switch (level 2) ---- Wi-Fi router ---- Android SIP client (IMSDroid) (Total set-up runs on Intranet infrastructure). When i call between two SIP clients, Calls are getting established successfully and RTP flow is also relaying using Media-proxy server. But the audio/video performnce is not good enough. I am experiencing all this Latency , jitter , Choppy pixelled video. How can i resolve all this issues? What could be the problem ? Ofcourse SIP proxy is not responsible all this problems (as i know ), But is there anything can be done on Media-proxy server ? Or anything Buffer settings can be done on Kamailio server side (or anything else) ? Even i changed Shared memory and Package memories to 512MB and 16MB respectively. Anybody can guess what may be the problems that causes these issues ? PS: When i tried 'ping' Clients IP addresses in Kamailio server PC, there is 20-30% packet loss also. Please help me in resolving these issues. Any help will greatly appreciate. Regards, Ravi.

4 3

Re: [SR-Users] dialog list query
by Charles Chance 01 Feb '14

01 Feb '14

John, What db_mode are you using for dialog module? Are the entries in the db if you check manually? Are you able to fetch other data using avp_db_query? And do you see any errors in the log? Regards, Charles On 1 Feb 2014 16:24, "John Murray" <john.murray(a)skyracktelecom.com> wrote: > Hello, > > > > I am managing calls with the dialog module in kamailio 4.0.4. > > > > However if is try to get the callid and from_tag of existing calls using: > > > > avp_db_query("select callid, from_tag from dialog", "$avp(s:s_callid), > $avp(s:s_from_tag)"); > > > > I get NULL, yet if I use: > > > > sercmd proxy dlg.list > > > > I get the calls listed correctly. > > > > What am I doing wrong? > > > > Thanks > > > > John > > _______________________________________________ > 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 > > -- www.sipcentric.com Follow us on twitter @sipcentric <http://twitter.com/sipcentric> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham B7 4EJ.

1 0

dialog list query
by John Murray 01 Feb '14

01 Feb '14

Hello, I am managing calls with the dialog module in kamailio 4.0.4. However if is try to get the callid and from_tag of existing calls using: avp_db_query("select callid, from_tag from dialog", "$avp(s:s_callid), $avp(s:s_from_tag)"); I get NULL, yet if I use: sercmd proxy dlg.list I get the calls listed correctly. What am I doing wrong? Thanks John

1 0

Kamailio without tls
by Neville D'Souza 01 Feb '14

01 Feb '14

Hi Support, I have recently kamailio 4.0.x version with tls on port 5061. Now our development team needs to connect to it using unencrypted on port 5060 to test an app for features and then work towards connecting through tls connection. So my question is how do I temporarily disable tls to test all the features on the kamailio server and then once feature testing is done revert back to tls connection? Best Regards, Neville D'Souza

2 1

Re: [SR-Users] [Kamailio-Business] Fosdem this year
by Ivo V 01 Feb '14

01 Feb '14

Hi, My 2 colleague and me (3 total) like to join the Kamailio dinner. We went to Beermania 2 years ago with the Jitsi guys and DanB and I can confirm the perfect fries! Ivo

4 6

kamailio 4.1.1 failure routes issue
by José Seabra 01 Feb '14

01 Feb '14

Hello there, I think that i found a bug within failure routes on version 4.1.1, i have a call flow that needs to use the failure routes 4 times if nobody answer the call, but when the call goes to the 3º attempt to same failure route kamailio doesn't handle the transaction, With the same kamailio script but using the version 4.0.1 kamailio works correctly. Please check the attachment with kamailio debug level 3 -- Cumprimentos José Seabra

1 0

Kamailio not mdifying Contact in multi-homed setup
by Biswas, Dipak 31 Jan '14

31 Jan '14

Hi All, I'm running into an issue, I'm not sure whether any of you seen this yourselves and resolved it. Please share some pointers. My network is: clients <--> Public IP(Kamailio/RTPProxy)10.1.128.11 <--> 10.1.128.34 (Freeswitch) The 200 OK response from Freeswitch (on the way back from called party to caller) to Kamailio is shown below. Notice the Contact header URI host part contains Freeswitch Private IP (10.1.128.34). Kamailio suppose to change that to Public IP before forwarding the 200 OK (copied below) to Caller in public domain. But, it's not. As a result, ACK from Caller is not reaching back to Kamailio. How did you or anybody out there using Kamailio resolve this problem? If needed, I can copy/paste my kamailio.cfg. SIP 200 OK -> Via: SIP/2.0/UDP 10.1.128.11;branch=z9hG4bKa7ea.4013d9881c1b7fe7b4c6c0f0e8f9d6b6.0 Via: SIP/2.0/UDP <Caller Public IP>:5060;rport=5060;branch=z9hG4bK-383736-9b4621118533d3ccea17992738433249 Record-Route: <sip:10.1.128.11;r2=on;lr=on;ftag=791b5ae3;nat=yes> Record-Route: <sip:<Kamailio Pub IP>;r2=on;lr=on;ftag=791b5ae3;nat=yes> From: \"Dipak Biswas\" <sip:dipak.biswas@<Kamailio Pub IP>>;tag=791b5ae3 To: <sip:dipak.biswas.test2@<Kamailio Pub IP>>;tag=atXF5443gQj9p Call-ID: 20d5d6d366fcb06c259a0895b3e44b52@0:0:0:0:0:0:0:0 CSeq: 2 INVITE Contact: <sip:dipak.biswas.test2@10.1.128.34:5060;transport=udp> User-Agent: FreeSWITCH mod_sofia/1.4.2+git~20140108T200418Z~d8fc8469b4~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 269 -- Thanks, Dipak

1 0

sip reroute question
by Øystein Rudi 31 Jan '14

31 Jan '14

Hi, I have a scenario where multiple companies with multiple sip and smtp domains want to also use one common domain. Ie. Users from domain1.com have their own Exchange and Lync topology, this is also true for users from domain domain2.com Is there a way to use SER on commondomain.com to forward Lync traffic, presence, chat, rtp to these servers/users B.r, Øystein Rudi Teknisk leder (CTO) / Seljestadveien 78 A, 9407 Harstad sentralbord: +47 77 00 27 50 / fax: +47 77 00 27 51 / web: www.serit.no epost: oystein.rudi(a)itpartner.no / direkte: +47 77 00 27 81 / mobil: +47 93 00 89 99 [Serit_ITPartner_Harstad]

2 1

File transfering problem with RTPproxy
by Wingsravi R 31 Jan '14

31 Jan '14

Dear Daniel & Kamailio'ns I am working on File transferring feature between two SIP clients (IMSDroid). I have configured Kamailio (4.0.4) sever with RTPproxy to get the through NAT traversal of audio/videov calls. so fro that i added a script in kamailio.cfg as like below (Forced all INVITES through RTPproxy) : if (is_method("INVITE")) { setflag(7); # Set the qos flag #if (has_sdp()) { if(has_body("application/sdp")) { if (rtpproxy_offer()) t_on_reply("1"); } else { t_on_reply("2"); } } #if (is_method("ACK") && has_sdp()) if (is_method("ACK") && has_body("application/sdp")) rtpproxy_answer(); .. .. onreply_route[1] { # if (has_sdp()) if(has_body("application/sdp")) rtpproxy_answer(); } onreply_route[2] { # if (has_sdp()) if(has_body("application/sdp")) rtpproxy_offer(); } But now when i am trying for File transferring (As per RFC 4975, Session mode IM) their INVITEs are also passing through RTPProxy service, which is dropping MSRP contents and with that Files are not getting transferring (But session is establishing between two clients). And when i tried file transferring without running RTPPproxy service. files are getting transferring. but that gives problems for audio/video calls. So anybody please help me in how to make it work for both MSRP&RTP packets. I mean how can i modify the script so that INVITE messges contains MSRP-RTP contents can be descriminate in the script, and then they can execute their respective blocks of scripts. And please find the attachments of my Kamailio.cfg file and file transfer traffic capture (tcpdump based) with RTPproxy instance running and without running. Any help will greatly appreciate. Awaiting for somebody's help. Regards Ravi

3 5

401 responses ending up in onreply_route instead of failure_route
by Daniel Tryba 31 Jan '14

31 Jan '14

Situation: endpoint -> kamailio (4.1.0) -> upstream sip server (kamailio 4.0.x) For an outbound call endpoint authenticates with kamailio. Kamailio relays the invite to upstream and upstream responds with a 401. This 401 should trigger authentication. So I thought I could use uac_auth() to fix this. uac_rely may only be used from FAILURE_ROUTE. So the initial INVITE from the endpoint has this set: if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } But to my suprise the 401 doesn't end up in the failure_route but in the onreply_route. Why? What am I missing? -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024

2 4

Re: [SR-Users] Kamailio without tls
by Neville D'Souza 31 Jan '14

31 Jan '14

And also let me know wat can cause voice break up during conversation. Our Server has an public IP but our clients are behind nat. From: Neville D'Souza [mailto:ncd@gogopay.com] Sent: Friday, January 31, 2014 5:45 PM To: 'sr-users(a)lists.sip-router.org' Subject: Kamailio without tls Hi Support, I have recently kamailio 4.0.x version with tls on port 5061. Now our development team needs to connect to it using unencrypted on port 5060 to test an app for features and then work towards connecting through tls connection. So my question is how do I temporarily disable tls to test all the features on the kamailio server and then once feature testing is done revert back to tls connection? Best Regards, Neville D'Souza

1 0

one audio
by bkyeyune 31 Jan '14

31 Jan '14

Hello;iam running kamailio 4 with two interfaces one public and the other privateam using the default kamailio.cfg file on ubuntu*scenario*register and route calls on asterisk through the proxy private interface on the lan interfaceregister and route calls on asterisk through the public interface if you are on the internetbe able to call from either lan or internet to any one registered on the lan or internet*Achieved *can make register and make calls between endponts both on the internet two way audiocalls from the internet endpoint to lan registered end point one way audiocalls from lan endpoint to internet endpoint no audiocalls from lan to lan endpoints no audio*help*configuration of rtpproxy rule to allow audio flow to all endpointslan to lan lan to internet internet to lanusing the default configuration file route -n0.0.0.0 public 0.0.0.0 UG 1 0 0 eth00.0.0.0 private 0.0.0.0 UG 2 0 0 eth1public 0.0.0.0 pub sunet U 0 0 0 eth0private 0.0.0.0 pri subnet U 0 0 0 eth1/etc/default/rtpproxyCONTROL_SOCK="-F -s udp:*:7722"EXTRA_OPTS="-l public/private -d DBUG:LOG_LOCAL0 -u rtpproxy" -- View this message in context: http://sip-router.1086192.n5.nabble.com/one-audio-tp124687.html Sent from the Users mailing list archive at Nabble.com.

1 0

Notify with Websocket problem
by David Claybourne 31 Jan '14

31 Jan '14

Hi Kamailio-Community, i have the following problem. Publish and subscribe works as suspected. But after saving the presence state from a publish request and notifying the users via NOTIFY, users with a websocket connection don't get the notify request at all :(. Here is the version of kamailio i use: version: kamailio 4.1.1 (x86_64/linux) flags: STATS: Off, 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. I created a log file and attached the notify event (the problem is that a websocket dont have a real IP Address), is there any possibility to use the nathelper module for fixing this problem? I also attached the config file. Thanks for the help Greetings David Log: 9(25950) DEBUG: presence [notify.c:1470]: send_notify_request(): dialog info: 9(25950) DEBUG: presence [notify.c:117]: printf_subs(): pres_uri: sip:1001@example.com 9(25950) DEBUG: presence [notify.c:118]: printf_subs(): watcher_user@watcher_domain: 1000(a)example.com 9(25950) DEBUG: presence [notify.c:119]: printf_subs(): to_user@to_domain: 1001(a)example.com 9(25950) DEBUG: presence [notify.c:120]: printf_subs(): from_user@from_domain: 1000(a)example.com 9(25950) DEBUG: presence [notify.c:121]: printf_subs(): callid/from_tag/to_tag: sc19bmkpmluh91btkc4t7s(a)example.com/o0cqavak8u/6853f4be2e83d57dcdf85008ad4e4098-9f19 9(25950) DEBUG: presence [notify.c:122]: printf_subs(): local_cseq/remote_cseq: 2/4 9(25950) DEBUG: presence [notify.c:123]: printf_subs(): local_contact/contact: sip:5.45.101.128:8088;transport=ws/sip:1000@7b1g33n1ji.invalid 9(25950) DEBUG: presence [notify.c:124]: printf_subs(): record_route: 9(25950) DEBUG: presence [notify.c:125]: printf_subs(): sockinfo_str: tcp:5.45.101.128:8088 9(25950) DEBUG: presence [notify.c:126]: printf_subs(): event: presence 9(25950) DEBUG: presence [notify.c:127]: printf_subs(): status: active 9(25950) DEBUG: presence [notify.c:128]: printf_subs(): reason: 9(25950) DEBUG: presence [notify.c:129]: printf_subs(): version: 2 9(25950) DEBUG: presence [notify.c:130]: printf_subs(): expires: 595 9(25950) DEBUG: presence [notify.c:132]: printf_subs(): updated/updated_winfo: 0/0 9(25950) DEBUG: presence [notify.c:1563]: send_notify_request(): headers: Max-Forwards: 70 Event: presence Contact: <sip:5.45.101.128:8088;transport=ws> Subscription-State: active;expires=595 Content-Type: application/pidf+xml 9(25950) DEBUG: presence [notify.c:925]: ps_build_dlg_t(): CONTACT = sip:1000@7b1g33n1ji.invalid 9(25950) DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 12==12 && [5.45.101.128] == [5.45.101.128] 9(25950) DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 8088 (advertise 0) matches port 8088 9(25950) DEBUG: presence [notify.c:1573]: send_notify_request(): expires 595 status 1 9(25950) DEBUG: presence [notify.c:1726]: shm_dup_cbparam(): === 22/8/37 9(25950) DEBUG: tm [uac.c:243]: t_uac_prepare(): DEBUG:tm:t_uac: next_hop=<sip:1000@7b1g33n1ji.invalid> 9(25950) DEBUG: <core> [dns_cache.c:569]: _dns_hash_find(): dns_hash_find((0), 33), h=0 9(25950) DEBUG: <core> [dns_cache.c:569]: _dns_hash_find(): dns_hash_find(7b1g33n1ji.invalid(18), 1), h=745 9(25950) ERROR: <core> [resolve.c:1733]: sip_hostport2su(): ERROR: sip_hostport2su: could not resolve hostname: "7b1g33n1ji.invalid" 9(25950) ERROR: tm [ut.h:337]: uri2dst2(): failed to resolve "7b1g33n1ji.invalid" 9(25950) ERROR: tm [uac.c:266]: t_uac_prepare(): t_uac: no socket found 9(25950) ERROR: presence [notify.c:1590]: send_notify_request(): in function tmb.t_request_within 9(25950) ERROR: presence [notify.c:1677]: notify(): sending Notify not successful 9(25950) ERROR: presence [notify.c:1275]: publ_notify(): Could not send notify for presence Config: #!KAMAILIO # # Kamailio (OpenSER) SIP Server v4.0 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users(a)lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/wiki/ # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql # - define WITH_PRESENCE # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enable database aliases lookup execute: # - enable mysql # - define WITH_ALIASDB # # *** To enable speed dial lookup execute: # - enable mysql # - define WITH_SPEEDDIAL # # *** To enable multi-domain support execute: # - enable mysql # - define WITH_MULTIDOMAIN # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enable XMLRPC support execute: # - define WITH_XMLRPC # - adjust route[XMLRPC] for access policy # # *** To enable anti-flood detection execute: # - adjust pike and htable=>ipban settings as needed (default is # block if more than 16 requests in 2 seconds and ban for 300 seconds) # - define WITH_ANTIFLOOD # # *** To block 3XX redirect replies execute: # - define WITH_BLOCK3XX # # *** To enable VoiceMail routing execute: # - define WITH_VOICEMAIL # - set the value of voicemail.srv_ip # - adjust the value of voicemail.srv_port # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Include Local Config If Exists ######### import_file "kamailio-local.cfg" ####### Defined Values ######### #LOAD MODULES NEEDED #!define WITH_AUTH #!define WITH_PRESENCE #!define WITH_MYSQL #!define WITH_TLS #!define WITH_WEBSOCKETS #!define WITH_DEBUG ##!define WITH_MSRP #!substdef "!MY_IP_ADDR!5.45.101.128!g" #!substdef "!MY_DOMAIN!5.45.101.128!g" #!substdef "!MY_WS_PORT!8088!g" #!substdef "!MY_WSS_PORT!8089!g" #!substdef "!MY_MSRP_PORT!9000!g" #!substdef "!MY_WS_ADDR!tcp:MY_IP_ADDR:MY_WS_PORT!g" #!substdef "!MY_WSS_ADDR!tls:MY_IP_ADDR:MY_WSS_PORT!g" #!substdef "!MY_MSRP_ADDR!tls:MY_IP_ADDR:MY_MSRP_PORT!g" #!substdef "!MSRP_MIN_EXPIRES!1800!g" #!substdef "!MSRP_MAX_EXPIRES!3600!g" # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!ifndef DBURL #!define DBURL "mysql://kamailio:databasepassword@localhost/kamailio" #!endif #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ alias="example.com" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif #listen=MY_IP_ADDR #!ifdef WITH_WEBSOCKETS listen=MY_WS_ADDR #!ifdef WITH_TLS listen=MY_WSS_ADDR #!endif #!endif #!ifdef WITH_MSRP listen=MY_MSRP_ADDR #!endif tcp_connection_lifetime=3604 tcp_accept_no_cl=yes tcp_rd_buf_size=16384 #syn_branch=0 # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT # tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" pstn.gw_port = "" desc "PSTN GW Port" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/local/lib64/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "corex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_MSRP loadmodule "msrp.so" loadmodule "htable.so" loadmodule "cfgutils.so" #!endif #!ifdef WITH_WEBSOCKETS loadmodule "xhttp.so" loadmodule "websocket.so" loadmodule "nathelper.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 120) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speeddial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_WEBSOCKETS # ----- nathelper params ----- modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") # Note: leaving NAT pings turned off here as nathelper is _only_ being used for # WebSocket connections. NAT pings are not needed as WebSockets have # their own keep-alives. #!endif #!ifdef WITH_MSRP # ----- htable params ----- modparam("htable", "htable", "msrp=>size=8;autoexpire=MSRP_MAX_EXPIRES;") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); #!ifdef WITH_WEBSOCKETS if (nat_uac_test(64)) { # Do NAT traversal stuff for requests from a WebSocket # connection - even if it is not behind a NAT! # This won't be needed in the future if Kamailio and the # WebSocket client support Outbound and Path. force_rport(); if (is_method("REGISTER")) { fix_nated_register(); } else { if (!add_contact_alias()) { xlog("L_ERR", "Error aliasing contact <$ct>\n"); sl_send_reply("400", "Bad Request"); exit; } } } #!endif # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { #!ifdef WITH_WEBSOCKETS if ($du == "") { if (!handle_ruri_alias()) { xlog("L_ERR", "Bad alias <$ru>\n"); sl_send_reply("400", "Bad Request"); exit; } } #!endif route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging ## setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } route(RELAY); exit; } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests if (!auth_check("$fd", "subscriber", "1")) { auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { add_contact_alias(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage(); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { add_contact_alias(); } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } if (strempty($sel(cfg_get.pstn.gw_port))) { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); } else { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip) + ":" + $sel(cfg_get.pstn.gw_port); } route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } #!ifdef WITH_WEBSOCKETS onreply_route { if ((($Rp == MY_WS_PORT || $Rp == MY_WSS_PORT) && !(proto == WS || proto == WSS)) || $Rp == MY_MSRP_PORT) { xlog("L_WARN", "SIP response received on $Rp\n"); drop; exit; } if (nat_uac_test(64)) { # Do NAT traversal stuff for replies to a WebSocket connection # - even if it is not behind a NAT! # This won't be needed in the future if Kamailio and the # WebSocket client support Outbound and Path. add_contact_alias(); } } event_route[xhttp:request] { set_reply_close(); set_reply_no_connect(); if ($Rp != MY_WS_PORT #!ifdef WITH_TLS && $Rp != MY_WSS_PORT #!endif ) { xlog("L_WARN", "HTTP request received on $Rp\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } xlog("L_DBG", "HTTP Request Received\n"); if ($hdr(Upgrade)=~"websocket" && $hdr(Connection)=~"Upgrade" && $rm=~"GET") { # Validate Host - make sure the client is using the correct # alias for WebSockets if ($hdr(Host) == $null || !is_myself("sip:" + $hdr(Host))) { xlog("L_WARN", "Bad host $hdr(Host)\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } # Optional... validate Origin - make sure the client is from an # authorised website. For example, # # if ($hdr(Origin) != "http://communicator.MY_DOMAIN" # && $hdr(Origin) != "https://communicator.MY_DOMAIN") { # xlog("L_WARN", "Unauthorised client $hdr(Origin)\n"); # xhttp_reply("403", "Forbidden", "", ""); # exit; # } # Optional... perform HTTP authentication # ws_handle_handshake() exits (no further configuration file # processing of the request) when complete. if (ws_handle_handshake()) { # Optional... cache some information about the # successful connection exit; } } xhttp_reply("404", "Not Found", "", ""); } event_route[websocket:closed] { xlog("L_INFO", "WebSocket connection from $si:$sp has closed\n"); } #!endif #!ifdef WITH_MSRP event_route[msrp:frame-in] { msrp_reply_flags("1"); if ((($Rp == MY_WS_PORT || $Rp == MY_WSS_PORT) && !(proto == WS || proto == WSS)) && $Rp != MY_MSRP_PORT) { xlog("L_WARN", "MSRP request received on $Rp\n"); msrp_reply("403", "Action-not-allowed"); exit; } if (msrp_is_reply()) { msrp_relay(); } else if($msrp(method)=="AUTH") { if($msrp(nexthops)>0) { msrp_relay(); exit; } if (!www_authenticate("MY_DOMAIN", "subscriber", "$msrp(method)")) { if (auth_get_www_authenticate("MY_DOMAIN", "1", "$var(wauth)")) { msrp_reply("401", "Unauthorized", "$var(wauth)"); } else { msrp_reply("500", "Server Error"); } exit; } if ($hdr(Expires) != $null) { $var(expires) = (int) $hdr(Expires); if ($var(expires) < MSRP_MIN_EXPIRES) { msrp_reply("423", "Interval Out-of-Bounds", "Min-Expires: MSRP_MIN_EXPIRES\r\n"); exit; } else if ($var(expires) > MSRP_MAX_EXPIRES) { msrp_reply("423", "Interval Out-of-Bounds", "Max-Expires: MSRP_MAX_EXPIRES\r\n"); exit; } } else { $var(expires) = MSRP_MAX_EXPIRES; } $var(cnt) = $var(cnt) + 1; pv_printf("$var(sessid)", "s.$(pp).$(var(cnt)).$(RANDOM)"); $sht(msrp=>$var(sessid)::srcaddr) = $msrp(srcaddr); $sht(msrp=>$var(sessid)::srcsock) = $msrp(srcsock); $shtex(msrp=>$var(sessid)) = $var(expires) + 5; # - Use-Path: the MSRP address for server + session id $var(hdrs) = "Use-Path: msrps://MY_IP_ADDR:MY_MSRP_PORT/" + $var(sessid) + ";tcp\r\n" + "Expires: " + $var(expires) + "\r\n"; msrp_reply("200", "OK", "$var(hdrs)"); } else if ($msrp(method)=="SEND" || $msrp(method)=="REPORT") { if ($msrp(nexthops)>1) { if ($msrp(method)!="REPORT") { msrp_reply("200", "OK"); } msrp_relay(); exit; } $var(sessid) = $msrp(sessid); if ($sht(msrp=>$var(sessid)::srcaddr) == $null) { # one more hop, but we don't have address in htable msrp_reply("481", "Session-does-not-exist"); exit; } else if ($msrp(method)!="REPORT") { msrp_reply("200", "OK"); } msrp_relay_flags("1"); msrp_set_dst("$sht(msrp=>$var(sessid)::srcaddr)", "$sht(msrp=>$var(sessid)::srcsock)"); msrp_relay(); } else { msrp_reply("501", "Request-method-not-understood"); } } #!endif

2 3

t_relay_to_tls cannot be found
by jaflong jaflong 31 Jan '14

31 Jan '14

Can anyone suggest why t_relay_to_tls cannot be found 0(15284) ERROR: <core> [cfg.y:3272]: yyparse(): cfg. parser: failed to find command t_relay_to_tls i am using kamailio 4.1.1

2 1

Kamailio is not starting when it connects against remote mysql server
by José Seabra 30 Jan '14

30 Jan '14

Hi there, I'm having a strange behavior when i start kamailio, it start processes but after few seconds all processes die, <core> [main.c:1630]: main_loop(): main_loop: Cannot fork Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7354]: DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql:// xxxx:xxxx@10.0.30.15/kamailio Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: ERROR: db_mysql [km_my_con.c:109]: db_mysql_new_connection(): driver error: Can't connect to MySQL server on '10.0.30.15' (4) Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: ERROR: <core> [db.c:322]: db_do_init2(): could not add connection to the pool Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: ERROR: uri_db [checks.c:249]: uridb_db_init(): unable to connect to the database Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: ERROR: <core> [sr_module.c:896]: init_mod_child(): init_mod_child(): Error while initializing module uri_db (/usr/local/lib64/kamailio/modules/uri_db.so) Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: ERROR: <core> [pt.c:350]: fork_process(): ERROR: fork_process(): init_child failed for process 5, pid 7335, "udp receiver child=4 sock=10.0.20.7:5060 ( 213.58.213.226:5060)" Jan 30 18:08:54 vx00-lss01 /usr/local/sbin/kamailio[7335]: : <core> [main.c:1630]: main_loop(): main_loop: Cannot fork anyone has idea why it is happening, it was working before and we didn't any changes -- Cumprimentos José Seabra

2 2

Re: [SR-Users] Kamailio behind NAT
by John Smith 30 Jan '14

30 Jan '14

Hello Klaus, I have been making some tests just to be sure the network is not the problem. While using a simpler config file for Kamailio with just the TLS and NAT which does not involve Asterisk in the scenario, calls work properly between softphones. OTOH, using the template provided in the KB referenced in my first post disabling the Asterisk define, calls are connected properly but no audio flows between phones. Now I am in the process of trying to locate where is the problem by comparing how both files handle the NAT support. Thank you > ----- Original Message ----- > From: Klaus Darilion > Sent: 01/23/14 08:12 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > On 23.01.2014 10:29, John Smith wrote: > > Hello Klaus, > > > > I had already two sockets bound each to two independent physical interfaces. I have added the force_send_socket at each rtpproxy > > Just for clarity: > > force_send_socket is for near_end NAT traversal of the SIP signaling, > whereas manage_rtpproxy() is for the NAT traversal (near end and far > end) of the RTP stream. > > > It is necessary to use the cwie / cwei flags in the rtpproxy_manage call? > > If rtpproxy uses only a single listen-IP, then these flags are not > needed. Only if you operate rtpproxy in bridge mode, then you need these > flags. Bridge mode is necessary if you do not have IP routing between > the internal network and the "virtual external" network, or if you want > to bridge between IPv4 and IPv6. > > > Currently audio does not flow back to the softphones, it gets lost at Kamailio. > > Actually it should get lost at rtpproxy. > > Please post a SIP trace: ngrep -Wbyline -q -t -P "" port 5060 > > and post the setup (external + internal IP addresses) (you can send it > privately to me or mangle the IP addresses if they are sensitive) > > regards > Klaus > > _______________________________________________ > 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

2 1

Kamailio with mohqueue module
by mark＠brightvoip.co.uk 30 Jan '14

30 Jan '14

Hi, I am developing a system using Kamailio 4.1.1 as a front-end to a group of Asterisk servers. All of the usual functionality (registations, inbound, outbound, internal calls) are fine. We need to add call queueing to the system. I looked at the mohqueue module and read that we can use mohq_process() to send inbound calls to a suitably defined queue, based on the incoming URI. My question is what is the process for managing/automating the call to mohq_retrieve() to send calls to agents? Do I need to track agents with XMPP presence, etc? Thanks, Mark Hall

2 1

tcp_keepalive, tcp_keepidle and tcp_connection_lifetime
by Owais ul Haq 30 Jan '14

30 Jan '14

Hello, I am trying to understand kamailio.cfg parameters. Can some one please help me in understanding what these parameters do exactly when set. tcp_keepalive, tcp_keepidle and tcp_connection_lifetime. I have a general understanding of tcp. Want to know exact role of these parameters in kamailio.cfg. Thanking in advance. Cheers

2 1

htable failed auth banning
by Salvatore Nuzzo 30 Jan '14

30 Jan '14

hey guys. I was trying to add the htable routing rules here: http://preview.tinyurl.com/nomqsls but I need some help figuring our where they should go. See, I really like how this guy bans users for 15 minutes for failing to auth 3 times in a row. Where and how should I add this to my kam config? Any help would be greatly appreciated. Thanks

3 2

Re: [SR-Users] Kamailio behind NAT
by John Smith 30 Jan '14

30 Jan '14

Hello Andrew, I did not know this function. I am using it to determine the direction of the flow. Thank you > ----- Original Message ----- > From: Andrew Pogrebennyk > Sent: 01/24/14 06:51 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > On 01/23/2014 05:12 PM, Klaus Darilion wrote: > >> It is necessary to use the cwie / cwei flags in the rtpproxy_manage call? > > > > If rtpproxy uses only a single listen-IP, then these flags are not > > needed. Only if you operate rtpproxy in bridge mode, then you need these > > flags. Bridge mode is necessary if you do not have IP routing between > > the internal network and the "virtual external" network, or if you want > > to bridge between IPv4 and IPv6. > > John, > This function can be used to check the direction of every message: > http://kamailio.org/docs/modules/4.0.x/modules/rr.html#idp223296 > You might also need to append the record-route parameters to remember > the flags you have passed to the manage_rtpproxy() initially. > Based on the direction of the request and initial flags you can > determine what flags to use when calling manage_rtpproxy() for a given > in-dialog requests and reply. > > Hope this helps. > Andrew > > _______________________________________________ > 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

Re: [SR-Users] Kamailio behind NAT
by John Smith 30 Jan '14

30 Jan '14

Hello Fred, calls are being bridged across two interfaces: one natted from the outside with one public IP and one directly connected to the Asterisk. > ----- Original Message ----- > From: Fred Posner > Sent: 01/24/14 06:55 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > On 01/24/2014 09:51 AM, Andrew Pogrebennyk wrote: > > On 01/23/2014 05:12 PM, Klaus Darilion wrote: > >>> It is necessary to use the cwie / cwei flags in the rtpproxy_manage call? > >> > >> If rtpproxy uses only a single listen-IP, then these flags are not > >> needed. Only if you operate rtpproxy in bridge mode, then you need these > >> flags. Bridge mode is necessary if you do not have IP routing between > >> the internal network and the "virtual external" network, or if you want > >> to bridge between IPv4 and IPv6. > > > > John, > > This function can be used to check the direction of every message: > > http://kamailio.org/docs/modules/4.0.x/modules/rr.html#idp223296 > > You might also need to append the record-route parameters to remember > > the flags you have passed to the manage_rtpproxy() initially. > > Based on the direction of the request and initial flags you can > > determine what flags to use when calling manage_rtpproxy() for a given > > in-dialog requests and reply. > > > > Hope this helps. > > Andrew > > > > Are the calls being bridged across two interfaces or is the Kamailio > just natted? (or is it both?) > > Fred Posner > The Palner Group, Inc. > 503-914-0999 (direct) > 954-472-2896 (fax) > > _______________________________________________ > 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

Problem Re-writing RURI
by Geoffrey Mina 29 Jan '14

29 Jan '14

I am trying to manually rewrite the RURI for a certain scenario. The RURI is currently: sip:110219546496707@12.12.12.12;npdi;rate=0.000880 I want to re-write so it's just: sip:110219546496707@12.12.12.12 I have the following snippet which isn't working: xlog("L_INFO","sip:$(ruri{uri.user})@$(ruri{uri.host})"); $ru = "sip:$(ruri{uri.user})@$(ruri{uri.host})"; t_relay(); the log spits out exactly what I want, but writing the $ru variable results in: Jan 29 18:59:36 dev-sipgateway /usr/local/sbin/kamailio[23042]: ERROR: <core> [resolve.c:1733]: sip_hostport2su(): ERROR: sip_hostport2su: could not resolve hostname: "$(ruri{uri.host})" Jan 29 18:59:36 dev-sipgateway /usr/local/sbin/kamailio[23042]: ERROR: tm [ut.h:337]: uri2dst2(): failed to resolve "$(ruri{uri.host})" Jan 29 18:59:36 dev-sipgateway /usr/local/sbin/kamailio[23042]: ERROR: tm [t_fwd.c:1773]: t_forward_nonack(): ERROR: t_forward_nonack: failure to add branches Jan 29 18:59:36 dev-sipgateway /usr/local/sbin/kamailio[23042]: ERROR: tm [tm.c:1502]: _w_t_relay_to(): ERROR: w_t_relay_to: t_relay_to failed Jan 29 18:59:36 dev-sipgateway /usr/local/sbin/kamailio[23042]: ERROR: tm [t_reply.c:1067]: run_failure_handlers(): ERROR: run_failure_handlers: Error in run_top_route Any hint would be greatly appreciated.

2 1

Notice: changes to apt repositories
by Daniel-Constantin Mierla 29 Jan '14

29 Jan '14

Hello, the current server hosting the apt repositories for debian and ubuntu is scheduled for replacement. It hasn't been updated with new packages in a while. Courtesy of Sipwise, a new build system is under development and should be available in the near future. Meanwhile, we plan to clone the existing packages to another server and have them available till the new system is up and running. As all these involve operations requiring DNS change and file transfer, the repositories might be unavailable from time to time. Many thanks to Jon Bonilla that took care of building the deb packages so far and Inaki Baz Castillo for hosting the afferent repositories. Note also that all Kamailio packages for latest version are also available via the official repositories from Debian unstable (sid) - thanks to Victor Seva for the work on it. Perhaps testing will get them soon and with the next stable version, should be no longer needed to use our repositories by users of Debian. We plan to keep ours as well. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Re: [SR-Users] Contents of sr-users digest...
by Stuart Feeser 28 Jan '14

28 Jan '14

Regarding the sem_post problem, here is an old email from Tomasz Gebarowski which is interesting because it states that he had a sem_post issue with cdp.so which he solved by modifying the modules/cdp/Makefile. Now if we skip forward to right now, I notice that cdp.so COMPILE and LINKS for me with no errors and I also notice that Tomasz' fix is in place, but other ims modules that also use semaphore do NOT link properly for me in ubuntu and are exhibiting the same *undefined symbol: sem_post* error Tomasz had years ago in his ubuntu compiles. I think (hope) this may be more than coincidence that these things are related??? I have tried Tomasz' fix with an ubuntu compile but I still get the sem_post error. I still think he is on to something here and I am NOT modifying the Makefile correctly. Any suggestions on specifics to test this theory are greatly welcome. Here is Tomansz' email..... ---------------------------------------------------------------------------------------------------------------------- https://lists.berlios.de/pipermail/openimscore-users/2011-December/007219.h… [OpenIMSCore-Users] PROBLEM WITH ICSCF AND SCSCF STARTING Tomasz Gebarowski gebarowski at gmail.com Thu Dec 29 22:19:55 CET 2011 Previous message: [OpenIMSCore-Users] Fwd: How are you... Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hello, I've just googled some old post from October 2011, describing an issue with crashing I-CSCF and S-CSCF. The log message was something like: 0(2142) ERROR: load_module: could not open module /opt/OpenIMSCore/ser_ims/ modules/cdp/cdp.so>: /opt/OpenIMSCore/ser_ims/modules/cdp/cdp.so: undefined symbol: sem_post I managed to fix this issue on Ubuntu 11.10. It seems that UBUNTU, required linking cdp.so against pthread. Below you can find a simple patch: Index: modules/cdp/Makefile =================================================================== --- Makefile (revision 1175) +++ Makefile (working copy) @@ -20,7 +20,7 @@ endif DEFS += -I/usr/include/libxml2 -LIBS += -L$(LOCALBASE)/lib -lxml2 -lrt +LIBS += -L$(LOCALBASE)/lib -lxml2 -lrt -lpthread include ../../Makefile.modules =================================================================== Regards, Stuart Feeser

1 0

Kamailio with Asterisk
by Chirag Desai 28 Jan '14

28 Jan '14

Hi all, I'm wondering if someone can help me get a little unstuck. I followed the guide here: http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb And I now have kamailio running, but I have two problems. Number 1 When I do kamctl add user password and make two users, they register fine. But any attempt to call between the users times out. Number 2 Anytime I have my kamailo.cfg file begin as #!KAMAILIO #!define WITH_MYSQL#!define WITH_AUTH#!define WITH_USRLOCDB#!define WITH_ASTERISK I am unable to start kamctl. I get the following error. ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start failed If I run kamailio I get ERROR: bad config file (3 errors) The moment I remove the define lines at the start, kamctl starts fine, but I can't authenticate with asterisk. Any ideas? Thanks Chirag

3 2

ser-0.9.6 bug report
by David Binderman 28 Jan '14

28 Jan '14

Hello there, I just ran the static analyser "cppcheck" over the source code of ser-0.9.6 It said many things, including 1. [parser/parse_uri.c:566] -> [parser/parse_uri.c:568]: (warning) Variable 'state' is reassigned a value before the old one has been used. 'break;' missing? Source code is case 'r': case 'R': b=p; state=PR2_R; default: state=URI_PARAM_P; Suggest add missing break. 2. > [parser/parse_uri.c:624] -> [parser/parse_uri.c:624]: (warning) Variable 'state' is reassigned a value before the old one has been used. 'break;' missing? > [parser/parse_uri.c:628] -> [parser/parse_uri.c:628]: (warning) Variable 'state' is reassigned a value before the old one has been used. 'break;' missing? > [parser/parse_uri.c:631] -> [parser/parse_uri.c:631]: (warning) Variable 'state' is reassigned a value before the old one has been used. 'break;' missing? > [parser/parse_uri.c:636] -> [parser/parse_uri.c:636]: (warning) Variable 'state' is reassigned a value before the old one has been used. 'break;' missing? Duplicates. Regards David Binderman

2 1

Replacing DR Module with Perl Script
by Nick Cameo 27 Jan '14

27 Jan '14

Hello Everyone, We are currently using the DR module for routing and failover, and would like to replace it with equivalent functionality using perl script. What we would like is to: * Order the gateways in a strict list given some constraints (Completed) * Build the RURI with the gateway IP, and prefix from the dr_gateways table (Similar to what do_routing does with the FROM tag and dr_gateways information) * Failover to the next gateway in strict order. I would really like to know what our options are, and the most graceful/scalable way of implementing this. PS An example would be highly appreciated! Kind Regards, Nick

2 2

undefined symbol: sem_post
by Stuart Feeser 26 Jan '14

26 Jan '14

My exact problem is described here,<http://lists.kamailio.org/pipermail/sr-users/2013-January/076554.html> but the thread never explains how to solve the problem, *"here" = * http://lists.kamailio.org/pipermail/sr-users/2013-January/076554.html *Description of the issue: * 1. Installing Kamailio 4.1 (latest download) on a *64 bit* Linux Mint version 16 Petra 2. The system compiles cleanly. I have included MAKE and Make Install info below 3. *ims_registrar_pcscf.so will not load* 4. * ims_qos.so will not load* 5. As an FYI, cdp.so successfully loads. I mention this because cdp.so uses semaphore but does not have the sem_post problem. I compared cdp.so with ims_registrar.pcscf.soMakefiles to see if there was something obvious, but no luck. 6. As an FYI, I get the exact same error from a debian apt-get install, so using the canned Debian solution won't work for me either. 7. The config file I used is the one included with the system which I completed with some info just for testing. I have attached it purely as FYI but I don't think that is the issue. *Parts of the syslog messages relevant for issue* Jan 26 22:03:21 PC03 kamailio: ERROR: <core> [sr_module.c:599]: load_module(): ERROR: load_module: could not open module </lib64/kamailio/modules/ims_qos.so>: /lib64/kamailio/modules/*ims_qos.so:* *undefined symbol: sem_post* Jan 26 22:03:21 PC03 kamailio: ERROR: <core> [sr_module.c:599]: load_module(): ERROR: load_module: could not open module </lib64/kamailio/modules/ims_registrar_pcscf.so>: /lib64/kamailio/modules/ *ims_registrar_pcscf.so*: *undefined symbol: sem_post* *Relevent section of MAKE* CC (gcc) [M ims_qos.so] cdpeventprocessor.o CC (gcc) [M ims_qos.so] mod.o CC (gcc) [M ims_qos.so] rx_aar.o CC (gcc) [M ims_qos.so] rx_asr.o CC (gcc) [M ims_qos.so] rx_authdata.o CC (gcc) [M ims_qos.so] rx_avp.o CC (gcc) [M ims_qos.so] rx_str.o CC (gcc) [M ims_qos.so] stats.o make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_qos.so] ims_qos.so CC (gcc) [M ims_registrar_pcscf.so] async_reginfo.o CC (gcc) [M ims_registrar_pcscf.so] reg_mod.o CC (gcc) [M ims_registrar_pcscf.so] save.o CC (gcc) [M ims_registrar_pcscf.so] service_routes.o CC (gcc) [M ims_registrar_pcscf.so] ul_callback.o make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_registrar_pcscf.so] ims_registrar_pcscf.so CC (gcc) [M ims_registrar_scscf.so] api.o CC (gcc) [M ims_registrar_scscf.so] common.o CC (gcc) [M ims_registrar_scscf.so] config.o CC (gcc) [M ims_registrar_scscf.so] cxdx_avp.o CC (gcc) [M ims_registrar_scscf.so] cxdx_callbacks.o CC (gcc) [M ims_registrar_scscf.so] cxdx_sar.o CC (gcc) [M ims_registrar_scscf.so] lookup.o CC (gcc) [M ims_registrar_scscf.so] path.o CC (gcc) [M ims_registrar_scscf.so] registrar_notify.o CC (gcc) [M ims_registrar_scscf.so] reg_mod.o CC (gcc) [M ims_registrar_scscf.so] regpv.o CC (gcc) [M ims_registrar_scscf.so] regtime.o CC (gcc) [M ims_registrar_scscf.so] reply.o CC (gcc) [M ims_registrar_scscf.so] rerrno.o CC (gcc) [M ims_registrar_scscf.so] save.o CC (gcc) [M ims_registrar_scscf.so] server_assignment.o CC (gcc) [M ims_registrar_scscf.so] sip_msg.o CC (gcc) [M ims_registrar_scscf.so] stats.o CC (gcc) [M ims_registrar_scscf.so] userdata_parser.o CC (gcc) [M ims_registrar_scscf.so] usrloc_cb.o ---------------------------------------------------------------------------------------------------- *Make Install* LD (gcc) [M ims_icscf.so] ims_icscf.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_icscf.so install -m 755 ims_icscf.so //lib64/kamailio/modules make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_qos.so] ims_qos.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_qos.so install -m 755 ims_qos.so //lib64/kamailio/modules make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_registrar_pcscf.so] ims_registrar_pcscf.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_registrar_pcscf.so install -m 755 ims_registrar_pcscf.so //lib64/kamailio/modules

1 0

undefined symbol: sem_post
by Stuart Feeser 26 Jan '14

26 Jan '14

My exact problem is described here,<http://lists.kamailio.org/pipermail/sr-users/2013-January/076554.html>but the thread never explains how to solve the problem, *"here" = * http://lists.kamailio.org/pipermail/sr-users/2013-January/076554.html *Description of the issue: * 1. Installing Kamailio 4.1 (latest download) on a *64 bit* Linux Mint version 16 Petra 2. The system compiles cleanly. I have included MAKE and Make Install info below 3. *ims_registrar_pcscf.so will not load* 4. * ims_qos.so will not load* 5. As an FYI, cdp.so successfully loads. I mention this because cdp.so uses semaphore but does not have the sem_post problem. I compared cdp.so with ims_registrar.pcscf.so Makefiles to see if there was something obvious, but no luck. 6. As an FYI, I get the exact same error from a debian apt-get install, so using the canned Debian solution won't work for me either. 7. The config file I used is the one included with the system which I completed with some info just for testing. I have attached it purely as FYI but I don't think that is the issue. *Parts of the syslog messages relevant for issue* Jan 26 22:03:21 PC03 kamailio: ERROR: <core> [sr_module.c:599]: load_module(): ERROR: load_module: could not open module </lib64/kamailio/modules/ims_qos.so>: /lib64/kamailio/modules/*ims_qos.so:* *undefined symbol: sem_post* Jan 26 22:03:21 PC03 kamailio: ERROR: <core> [sr_module.c:599]: load_module(): ERROR: load_module: could not open module </lib64/kamailio/modules/ims_registrar_pcscf.so>: /lib64/kamailio/modules/ *ims_registrar_pcscf.so*: *undefined symbol: sem_post* *Relevent section of MAKE* CC (gcc) [M ims_qos.so] cdpeventprocessor.o CC (gcc) [M ims_qos.so] mod.o CC (gcc) [M ims_qos.so] rx_aar.o CC (gcc) [M ims_qos.so] rx_asr.o CC (gcc) [M ims_qos.so] rx_authdata.o CC (gcc) [M ims_qos.so] rx_avp.o CC (gcc) [M ims_qos.so] rx_str.o CC (gcc) [M ims_qos.so] stats.o make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_qos.so] ims_qos.so CC (gcc) [M ims_registrar_pcscf.so] async_reginfo.o CC (gcc) [M ims_registrar_pcscf.so] reg_mod.o CC (gcc) [M ims_registrar_pcscf.so] save.o CC (gcc) [M ims_registrar_pcscf.so] service_routes.o CC (gcc) [M ims_registrar_pcscf.so] ul_callback.o make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_registrar_pcscf.so] ims_registrar_pcscf.so CC (gcc) [M ims_registrar_scscf.so] api.o CC (gcc) [M ims_registrar_scscf.so] common.o CC (gcc) [M ims_registrar_scscf.so] config.o CC (gcc) [M ims_registrar_scscf.so] cxdx_avp.o CC (gcc) [M ims_registrar_scscf.so] cxdx_callbacks.o CC (gcc) [M ims_registrar_scscf.so] cxdx_sar.o CC (gcc) [M ims_registrar_scscf.so] lookup.o CC (gcc) [M ims_registrar_scscf.so] path.o CC (gcc) [M ims_registrar_scscf.so] registrar_notify.o CC (gcc) [M ims_registrar_scscf.so] reg_mod.o CC (gcc) [M ims_registrar_scscf.so] regpv.o CC (gcc) [M ims_registrar_scscf.so] regtime.o CC (gcc) [M ims_registrar_scscf.so] reply.o CC (gcc) [M ims_registrar_scscf.so] rerrno.o CC (gcc) [M ims_registrar_scscf.so] save.o CC (gcc) [M ims_registrar_scscf.so] server_assignment.o CC (gcc) [M ims_registrar_scscf.so] sip_msg.o CC (gcc) [M ims_registrar_scscf.so] stats.o CC (gcc) [M ims_registrar_scscf.so] userdata_parser.o CC (gcc) [M ims_registrar_scscf.so] usrloc_cb.o ---------------------------------------------------------------------------------------------------- *Make Install* LD (gcc) [M ims_icscf.so] ims_icscf.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_icscf.so install -m 755 ims_icscf.so //lib64/kamailio/modules make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_qos.so] ims_qos.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_qos.so install -m 755 ims_qos.so //lib64/kamailio/modules make[2]: `libkcore.so.1.0' is up to date. make[2]: `libkamailio_ims.so.0.1' is up to date. LD (gcc) [M ims_registrar_pcscf.so] ims_registrar_pcscf.so make[2]: Nothing to be done for `install-if-newer'. make[2]: Nothing to be done for `install-if-newer'. touch //lib64/kamailio/modules/ims_registrar_pcscf.so install -m 755 ims_registrar_pcscf.so //lib64/kamailio/modules

1 0

alias_db DID regex?
by Pete Ashdown 26 Jan '14

26 Jan '14

Is there a way to use regex or Asterisk style numerical patterns in alias_db or any other db routing modules? Compressing a block of a hundred DID numbers to one entry would be really nice.

4 6

direct2rupayan@gmail.com has indicated you're a friend. Accept?
by direct2rupayan＠gmail.com 25 Jan '14

25 Jan '14

1 0

Static forward, reverse proxy
by Diego Woitasen 24 Jan '14

24 Jan '14

Hi, I need to configure Kamailio to act as reverse/frontend proxy, with static routing using rtpproxy. It will receive the SIP messages using UDP and must forward the traffic to the backends using TCP. The only IP address that the endpoints must see is the IP address of Kamailio. I've been looking at different examples on the web but I can't found something similar and I can't figure out how to start reading the official docs. If anyone has an example, doc or a hint it will be welcome. Regards, Diego -- Diego Woitasen Linux and Open Source solutions architect at www.vhgroup.net

1 0

Re: [SR-Users] Kamailio behind NAT
by John Smith 24 Jan '14

24 Jan '14

Hello Klaus, I had already two sockets bound each to two independent physical interfaces. I have added the force_send_socket at each rtpproxy It is necessary to use the cwie / cwei flags in the rtpproxy_manage call? Currently audio does not flow back to the softphones, it gets lost at Kamailio. Thank you for your help > ----- Original Message ----- > From: Klaus Darilion > Sent: 01/23/14 12:26 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > Am 21.01.2014 17:33, schrieb John Smith: > > The next test has been to comment out the rtpproxy_manage at NATMANAGE function and to put it both at route[RELAY] and onreply(route) following your post in this list from January 2013:http://lists.sip-router.org/pipermail/sr-users/2013-January/076254.html. > > > > Now the media flows from Phone1 to Kamailio, from Kamailio to Asterisk and back, but it gets stuck at Kamailio. I cannot see it flow towards the public IP of the Phone2. > > > > The force_send_socket you used could be of any use here? > That's what I recommend: > > - use 2 sockets, one for communication with internal nodes, one for > external clients > - in your Kamailio config check the direction of every message: i->e or > e->i (for requests and responses). Depending on the direction set the > proper IP when calling manage_rtpproxy and force the send socket: > > regards > Klaus > > > _______________________________________________ > 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

4 3

pv_printf buffer overflow
by Aman Agarwal 24 Jan '14

24 Jan '14

I am running Kamailio-4.1.0 and I am getting this error If I try to parse JSON string longer than 1024 characters. ERROR: <core> [pvapi.c:1338]: pv_printf(): no more space for spec value ERROR: <core> [pvapi.c:1347]: pv_printf(): buffer overflow -- increase the buffer size... ERROR: <core> [sr_module.c:1696]: get_str_fparam(): Could not convert the PV-formated string to str ERROR: json [json_funcs.c:42]: json_get_field(): cannot get json string value I searched online for a fix and it was suggested to increase the PV_PRINT_BUF_SIZE in pvar.c. The source code for Kamailio 4.1.0 does not contain this file. I did not find this constant in other files too . Can some please suggest how to increase the buffer size? Thanks

2 1

Replicate registration
by Volkan Oransoy 23 Jan '14

23 Jan '14

Hi all, I am trying to setup an active-active pair of sip proxies. I have connected two kamailio boxes to the same PostgreSQL database and my usrloc db_mode is 3. I can see the registration data in the database but "ul show" outputs of two device is not same. I think writing registration data to the same db is not enough. I have found a method to replicate the registraiton process. With t_replicate, I synchronize REGISTER requests to both boxes. But I had to disable shared database because of uniqe id validations. route[REGISTRAR] { > if (is_method("REGISTER")) > { > if(isflagset(FLT_NATS)) > { > setbflag(FLB_NATB); > } > if (!save("location")) > sl_reply_error(); > t_replicate("sip:10.1.1.2:5060;transport=udp"); > exit; > } > } My media servers randomly sends calls to SIP proxies. If Media server send the call to the original registrar then the replicated, call initiates normally. But when UA registered in first proxy, and Media server sends the call to the send one, even if second one has UA in location table, call does not initiate. Does anyone have an idea about this kind of an active active setup? Thanks in advance. Best regards, /Volkan

4 4

P_usrloc - expired locations
by Helena Garcia-Nieto 23 Jan '14

23 Jan '14

Hi All, I am testing the p_usrloc module in order to write the location information of my kamailo server (Kamailio is on version 4.0.2) in two db As first test both DB are on the same machine, as well as the master db. On final version master and one db would probably be on the same machine and the second db on a different one. I have read on the p_usrloc module the following note: The p_usrloc module still has some missing feature, like automatic expiry of contacts and dumping of all users via the fifo cmd. And I can sadly see that the locations are not being deleted automatically after expiring. My users are mobile apps, that are programmed to be always logged in, and reconnecting to sip and IM servers if the devices detects a drop on the connection (bad wi-fi connection), or the user just move between different 3G cells. So the locations are most likely not going to be properly "unregistered" (expire 0) Have anyone found a solution or can give me some advice on how can I force the expired locations to be erased from the db, just as the usrloc module does? Thanks in advanced! Helena

2 5

Kamailio with extern Presence and XCAP server
by mohammed alyaseen 23 Jan '14

23 Jan '14

Hi all, Since 2 weeks I am trying to get Kamailio presence and xcap servers working. I am testing with RCS clients (native android clients). Somehow the presence server of kamailio doesn't like some subscribe events of RCS for example "Event: xcap-diff;path="resource-lists/users/sip:22222@kamailio.test/index", when RCS sends subscribe with this event, kamailio returns "Bad Event"... Another problem is some AUIDs used by RCS in the HTTP GETs for example ext-resource-lists. Kamailio doesn't support such as AUIDs and replies with not supported auid error.... Now I want to use extern presence and xdms servers, which run on the same virtual machine, where Kamailio is running. What should I do to achieve this? Any advice would be appreciated... Thanks Medo

1 0

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Jason Penton 23 Jan '14

23 Jan '14

Hi Shankar, I will setup and test case and try to reproduce as soon as I can. I suspect I will be able to get back to you early next week only Cheers Jason On Thu, Jan 23, 2014 at 8:48 AM, Shankar <shankar.rk(a)plintron.com> wrote: > Hi, > > > > From our repeated load tests what we can conclude irrespective of the > number of simultaneous calls, there is always this error “t_continue: > transaction not found” occurring. > > > > If I run say 20 cps, then after running 5000 calls, we observe exactly 20 > calls failing with the above error. We doubt that there is something > happening during a particular point in time (for a second) which impacts > the saving of those new transactions into shared memory. > > > > For 10 cps run, we observe exactly 10 call failures. We repeated with > different cps and found that error is exactly equal to the cps being run. > > > > Any configuration we are missing. Anyone can help? > > > > Regards, > > Shankar > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Tuesday, January 21, 2014 3:09 PM > *To:* 'Jason Penton'; 'SIP Router - Kamailio (OpenSER) and SIP Express > Router (SER) - Users Mailing List' > *Subject:* FW: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi Jason, > > > > Below is our config, > > > > route[LOCATION] { > > if(is_method("INVITE")) > > { > > if(!route(FROMCSCF)) > > { > > setflag(FLT_ACC); > > setflag(FLT_ACCFAILED); > > dlg_manage(); > > dlg_setflag("4"); > > > > async_route("RESUME", "1"); > > > > exit; > > } > > } > > } > > > > route[RESUME] > > { > > route(TO_LOCATION); // here t_relay to REGISTRAR is > done for user lookup. > > exit; > > } > > > > Regards, > > Shankar > > > > > > Date: Tue, 21 Jan 2014 11:14:21 +0200 > > From: Jason Penton <jason.penton(a)smilecoms.com> > > To: "Kamailio (SER) - Users Mailing List" > > <sr-users(a)lists.sip-router.org> > > Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() > > Message-ID: > > <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)mail.gmail.com> > > Content-Type: text/plain; charset="iso-8859-1" > > > > We use it heavily, but not using the async module - we use it directly > from the IMS code. > > > > Can you please provide your config (or a relevant snippet) file so I can > see what exactly you are testing/trying to do > > > > Cheers > > jason > > > > *From:* Shankar [mailto:shankar.rk@plintron.com <shankar.rk(a)plintron.com>] > > *Sent:* Tuesday, January 21, 2014 2:25 PM > *To:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List' > *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi, > > > > Anyone who had used t_suspend() and t_continue() can share the performance > details? > > > > I tried async module with one sec sleep time. I tried only 5 calls per > second but still it was not successful. After sometime I see below logs, > > > > Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]: > t_continue(): ERROR: t_continue: transaction not found > > Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times > > Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times > > Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times > > > > Any configuration changes can help here? > > > > Regards, > > Shankar > > > > *From:* Shankar [mailto:shankar.rk@plintron.com <shankar.rk(a)plintron.com>] > > *Sent:* Wednesday, January 15, 2014 1:26 PM > *To:* 'Jason Penton' > *Cc:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List' > *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi Jason, > > > > I am using 4.0.2 > > > > Regards, > > Shankar > > > > *From:* Jason Penton [mailto:jason.penton@smilecoms.com<jason.penton(a)smilecoms.com>] > > *Sent:* Wednesday, January 15, 2014 1:21 PM > *To:* Shankar > *Cc:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List > *Subject:* Re: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi Shankar, > > > > What version of Kamailio are you running? Kamailio -V > > > > Cheers > > Jason > > > > On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: > > Hi Jason, > > > > Please find below my response inline, > > > > > > I have some questions for you as we have used suspend/continue quite a lot > in the IMS code and don't have any leaks. > > > > Firstly, why are you using pkg_mem for your hash_id and label? Remember > that you will be in 2 different processes in the suspend and continue > portions of the code... so pkg_mem will not work - you should use shm_mem > instead. > > > > [Shankar] We use pkg_mem because we are invoking t_continue from the same > process ( using thread ). > > > > Secondly, how are you using top to tell that you have a leak? Kamailio's > memory is internally managed. > > > > [Shankar] After running for say 20minutes, we get out of shared memory > error. Also in top output we observed incremental increase in the shared > usage of shared memory for the process. > > > > Cheers > > Jason > > > > > > On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > > > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com<shankar.rk(a)plintron.com> > ] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)lists.sip-router.org' > > > *Subject:* Regd. t_suspend() and t_continue() > > > > > > > > > > > > Hi, > > > > > > > > > > > > We are trying out the t_suspend() and t_continue() in our test setup. > > > We are facing memory leak ( both shm and pkg as per top command results). > > > > > > > > > > > > Please find below the scenario, > > > > > > > > > > > > 1) Do a t_newtran() > > > > > > 2) Allocate pkg memory for hashid and label. > > > > > > 3) Call t_suspend() > > > > > > 4) Do t_continue() when async result is available > > > > > > 5) De-allocate pkg memory reserved for hashid and label > > > > > > 6) Do a t_relay() which forwards the sip message to another sip > node. > > > > > > > > > > > > In the step (6) above, we see t_newtran() allocates one more time > > > shared memory for the same transaction. > > > > > > > > > > > > We tried t_release() after step (4) to release the transaction as > > > t_relay() anyways allocates new shared memory. Nothing helped. > > > > > > > > > > > > Please let me know what are the logs you would require to debug the same. > > > I am attaching syslog for this run. > > > > > > > > > > > > Regards, > > > > > > Shankar > > > > > > > > -- > > > > *Jason Penton* > > *Senior Manager: Applications and Services* > > *Smile Communications Pty (Ltd)* > > *Mobile:* > > +27 (0) 83 283 7000 > > *Skype:* > > jason.barry.penton > > jason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> > > www.smilecoms.com > > > > This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer > > > > > > > > -- *Jason Penton**Senior Manager: Applications and Services**Smile Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:* jason.barry.pentonjason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

Re: [SR-Users] kamailio-4.0.2 core issue
by Daniel-Constantin Mierla 23 Jan '14

23 Jan '14

Hello, can you give the output in gdb for: bt full Also, do you have 'listen' parameters or kamailio is listening on all interfaces? It is recommended to upgrade to latest version 4.0.x, to be sure there is not a side effect of a fixed issues. Cheers, Daniel On 17/01/14 13:50, Surendra wrote: > Hi, > > We are facing a core issue in 4.0.2 version. Please find the GDB > trace below > > #0 udp_rcv_loop () at udp_server.c:471 > 471 fromlen=sockaddru_len(bind_address->su); > (gdb) bt > #0 udp_rcv_loop () at udp_server.c:471 > #1 0x0000000000475c14 in main_loop () at main.c:1851 > #2 0x000000000047a98b in main (argc=<value optimized out>, > argv=<value optimized out>) at main.c:2939 > > > We have simulated this so many times in load mode. > Machine details: Linux PLT-RA-RD-W167A.localdomain 2.6.18-308.el5 #1 > SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux > > Can anyone help me on this > > > Regards > Surendra > > > > > _______________________________________________ > 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 -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Re: [SR-Users] SIP Update multi-homed
by Keith 23 Jan '14

23 Jan '14

Hi, Thanks for the replies so far, good news is I got it working by switching off mhomed (mhomed=0). However this seems to have broken my dispatcher as the SIP OPTIONS probing is being sent from the wrong interface! Any ideas how to set where dispatcher sends these from?? Cheers Keith

2 1

Re: [SR-Users] Kamailio behind NAT
by John Smith 23 Jan '14

23 Jan '14

Hello Klaus, I have changed the rtpproxy_manage() in the route(NATMANAGE) to no avail. The c= in the Invite that arrives to Asterisk still points to the public IP of the Phone1. Code is as follows: route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; if (src_ip == ip.pbx.priva.te) { rtpproxy_manage(); } else { rtpproxy_manage("","ip.kamailio.priva.te"); } if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } The next test has been to comment out the rtpproxy_manage at NATMANAGE function and to put it both at route[RELAY] and onreply(route) following your post in this list from January 2013: http://lists.sip-router.org/pipermail/sr-users/2013-January/076254.html. Now the media flows from Phone1 to Kamailio, from Kamailio to Asterisk and back, but it gets stuck at Kamailio. I cannot see it flow towards the public IP of the Phone2. The force_send_socket you used could be of any use here? Thank you > ----- Original Message ----- > From: Klaus Darilion > Sent: 01/21/14 07:25 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > Yes, when calling rtpproxy (whatever function you use, > manage/offer/answer/force), every function accepts as second parameter > the IP address which should be written into the SDP c=... line. > > So, detect the direction (eg based on source-ip) and put the respective > internal or external IP address into the SDP. > > Of course the NAT must be a static 1:1 NAT without any PAT. > > Btw: you have the same problem with some SIP headers, like Record-Route > or Via. Kamailio has to insert the respective public/private IP, > depending on where to send the message. If Kamailio uses only a single > socket, then you have to do this manually. The automatic approach is to > configure 2 listen=... sockets. One for the internal side, and one for > the external side. On the "external" socket you add the "advertise" > option - then Kamailio will automatically put the correct IP addresses > in RR and Via, eg: > > # public IP address of Kamailio/rtpproxy: 3.3.3.3 > # internal socket > listen=udp:10.10.0.2 > # external socket > listen=udp:10.10.0.3 advertise 3.3.3.3:5060 > mhomed=0 > > You could use separate subnets for the 2 sockets, or you could also use > only a single IP address with 2 different ports for the 2 sockets. > > > regards > Klaus > > > On 21.01.2014 14:50, John Smith wrote: > > The intended setup is as you described in option a. > > > > And the behaviour of rewriting SDP using private/public ports is what I understood the rtpproxy_manage was tasked to do. > > > > As it is not working the way I expected, what is the best way to proceed? To check if the IP is from the outside and then rewrite via rtpproxy_offer in the NATMANAGE block? > > > > Thank you > > > >> ----- Original Message ----- > >> From: Klaus Darilion > >> Sent: 01/21/14 05:25 AM > >> To: Kamailio (SER) - Users Mailing List > >> Subject: Re: [SR-Users] Kamailio behind NAT > >> > >> On 21.01.2014 13:24, John Smith wrote: > >>> I might be making wrong assumptions regarding this traffic flow. Is that correct? > >> > >> That depends on your policy. It is up to you to define how RTP should be > >> routed. There are basically 2 choices: > >> > >> a) RTP from clients is handled by rtpproxy: > >> > >> phone1 <-nat-> rtpproxy <--> Asterisk <--> rtpproxy <-nat-> phone2 > >> > >> In this case, only the private IP of Kamailio and rtpproxy (can be the > >> same IP address) must be mapped to a public IP address. > >> > >> > >> b) RTP directly to Asterisk: > >> > >> phone1 <-nat-> Asterisk <-nat-> phone2 > >> > >> In this case, the private IPs of Kamailio and Asterisk must be mapped to > >> a public IP address. > >> > >> > >> When using version a) you have to make sure to set the proper IP address > >> in the SDP. For example, SDPs in messages from Kamailio to the phone > >> must contains the PUBLIC IP of rtpproxy in the c=... line. SDPs in > >> messages from Kamailio to Asterisk must contain the PRIVATE IP of > >> rtpproxy in the c=... line. > >> > >> regards > >> Klaus > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > 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

2 1

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Shankar 23 Jan '14

23 Jan '14

Hi, >From our repeated load tests what we can conclude irrespective of the number of simultaneous calls, there is always this error "t_continue: transaction not found" occurring. If I run say 20 cps, then after running 5000 calls, we observe exactly 20 calls failing with the above error. We doubt that there is something happening during a particular point in time (for a second) which impacts the saving of those new transactions into shared memory. For 10 cps run, we observe exactly 10 call failures. We repeated with different cps and found that error is exactly equal to the cps being run. Any configuration we are missing. Anyone can help? Regards, Shankar From: Shankar [mailto:shankar.rk@plintron.com] Sent: Tuesday, January 21, 2014 3:09 PM To: 'Jason Penton'; 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: FW: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Jason, Below is our config, route[LOCATION] { if(is_method("INVITE")) { if(!route(FROMCSCF)) { setflag(FLT_ACC); setflag(FLT_ACCFAILED); dlg_manage(); dlg_setflag("4"); async_route("RESUME", "1"); exit; } } } route[RESUME] { route(TO_LOCATION); // here t_relay to REGISTRAR is done for user lookup. exit; } Regards, Shankar Date: Tue, 21 Jan 2014 11:14:21 +0200 From: Jason Penton <jason.penton(a)smilecoms.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Message-ID: <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" We use it heavily, but not using the async module - we use it directly from the IMS code. Can you please provide your config (or a relevant snippet) file so I can see what exactly you are testing/trying to do Cheers jason From: Shankar [mailto:shankar.rk@plintron.com] Sent: Tuesday, January 21, 2014 2:25 PM To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi, Anyone who had used t_suspend() and t_continue() can share the performance details? I tried async module with one sec sleep time. I tried only 5 calls per second but still it was not successful. After sometime I see below logs, Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]: t_continue(): ERROR: t_continue: transaction not found Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times Any configuration changes can help here? Regards, Shankar From: Shankar [mailto:shankar.rk@plintron.com] Sent: Wednesday, January 15, 2014 1:26 PM To: 'Jason Penton' Cc: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Jason, I am using 4.0.2 Regards, Shankar From: Jason Penton [mailto:jason.penton@smilecoms.com] Sent: Wednesday, January 15, 2014 1:21 PM To: Shankar Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Shankar, What version of Kamailio are you running? Kamailio -V Cheers Jason On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: Hi Jason, Please find below my response inline, I have some questions for you as we have used suspend/continue quite a lot in the IMS code and don't have any leaks. Firstly, why are you using pkg_mem for your hash_id and label? Remember that you will be in 2 different processes in the suspend and continue portions of the code... so pkg_mem will not work - you should use shm_mem instead. [Shankar] We use pkg_mem because we are invoking t_continue from the same process ( using thread ). Secondly, how are you using top to tell that you have a leak? Kamailio's memory is internally managed. [Shankar] After running for say 20minutes, we get out of shared memory error. Also in top output we observed incremental increase in the shared usage of shared memory for the process. Cheers Jason On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)lists.sip-router.org' > *Subject:* Regd. t_suspend() and t_continue() > > > > Hi, > > > > We are trying out the t_suspend() and t_continue() in our test setup. > We are facing memory leak ( both shm and pkg as per top command results). > > > > Please find below the scenario, > > > > 1) Do a t_newtran() > > 2) Allocate pkg memory for hashid and label. > > 3) Call t_suspend() > > 4) Do t_continue() when async result is available > > 5) De-allocate pkg memory reserved for hashid and label > > 6) Do a t_relay() which forwards the sip message to another sip node. > > > > In the step (6) above, we see t_newtran() allocates one more time > shared memory for the same transaction. > > > > We tried t_release() after step (4) to release the transaction as > t_relay() anyways allocates new shared memory. Nothing helped. > > > > Please let me know what are the logs you would require to debug the same. > I am attaching syslog for this run. > > > > Regards, > > Shankar -- Jason Penton Senior Manager: Applications and Services Smile Communications Pty (Ltd) Mobile: +27 (0) 83 283 7000 Skype: jason.barry.penton <mailto:name.surname@smilecoms.com> jason.penton(a)smilecoms.com <http://www.smilecoms.com/> www.smilecoms.com <http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

pdd value
by Oliver Roth 22 Jan '14

22 Jan '14

Hi all Question about an additional cdr information. We need to get the pdd value - means a time value till the user gets a ringback or an error- to track the delay, till a connection is done --> quality issue for customer. 5.6.1 Definition of Post Dial Delay Post Dial Delay (PDD) is experienced by the originating customer as the time from the sending of the final dialled digit to the point at which they hear ring tone or other in-band information. Where the originating network is required to play an announcement before completing the call then this definition of PDD excludes the duration of such announcements. How can this be done in Kamailio? We use the carrierroute module with different fallback carriers. Kamailio version 3.3.5 Thanks in advance Oli

2 1

Re: [SR-Users] SIP Update multi-homed
by Keith 21 Jan '14

21 Jan '14

Hi All, Thanks for all the advice, I managed to sort this one (I hope!). For anyone else interested I had to add some code at the start of the routing to look for a SIP UPDATE request. If it was a request then to set the $fs (forced socket) value to equal $Ri (Received interface) value. Once this was set it now holds the call open for longer than 30 seconds, fingers crossed it's all good! Thanks again, hope this is of some help to someone else. Keith

1 0

Re: [SR-Users] Kamailio behind NAT
by John Smith 21 Jan '14

21 Jan '14

The intended setup is as you described in option a. And the behaviour of rewriting SDP using private/public ports is what I understood the rtpproxy_manage was tasked to do. As it is not working the way I expected, what is the best way to proceed? To check if the IP is from the outside and then rewrite via rtpproxy_offer in the NATMANAGE block? Thank you > ----- Original Message ----- > From: Klaus Darilion > Sent: 01/21/14 05:25 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > On 21.01.2014 13:24, John Smith wrote: > > I might be making wrong assumptions regarding this traffic flow. Is that correct? > > That depends on your policy. It is up to you to define how RTP should be > routed. There are basically 2 choices: > > a) RTP from clients is handled by rtpproxy: > > phone1 <-nat-> rtpproxy <--> Asterisk <--> rtpproxy <-nat-> phone2 > > In this case, only the private IP of Kamailio and rtpproxy (can be the > same IP address) must be mapped to a public IP address. > > > b) RTP directly to Asterisk: > > phone1 <-nat-> Asterisk <-nat-> phone2 > > In this case, the private IPs of Kamailio and Asterisk must be mapped to > a public IP address. > > > When using version a) you have to make sure to set the proper IP address > in the SDP. For example, SDPs in messages from Kamailio to the phone > must contains the PUBLIC IP of rtpproxy in the c=... line. SDPs in > messages from Kamailio to Asterisk must contain the PRIVATE IP of > rtpproxy in the c=... line. > > regards > Klaus > > _______________________________________________ > 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

2 1

Re: [SR-Users] Kamailio behind NAT
by John Smith 21 Jan '14

21 Jan '14

Using advertised IP address in manage_rttproxy would work with unpatched rtpproxy? Thank you > ----- Original Message ----- > From: Klaus Darilion > Sent: 01/21/14 05:18 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > On 21.01.2014 12:27, Fred Posner wrote: > > With a patched version of rtpproxy you can advertise your private ip. > > > > http://www.fredposner.com/voip/1457/kamailio-behind-nat/ > > Aha, nice. Haven't known of this one. > > I always specified the "adverstised IP address" when calling > manage_rtpproxy(). That should work too. > > regards > Klaus > > _______________________________________________ > 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

2 1

Re: [SR-Users] Kamailio behind NAT
by John Smith 21 Jan '14

21 Jan '14

Hello Kostas, the idea is to hide the Asterisk completely behind Kamailio, so I work only with the public IP of Kamailio and its SIP/RTP ports. There are no Asterisk RTP ports enabled, while the Kamailio RTP are already open. Thank you > ----- Original Message ----- > From: meres > Sent: 01/21/14 05:06 AM > To: Kamailio (SER) - Users Mailing List > Subject: Re: [SR-Users] Kamailio behind NAT > > Hi John, > > rtpproxy is not enough if you are using asterisk in your environment. > You have to check that asterisk is configured to work with NAT, otherwise you will experience audio problems. > Are the asterisk RTP ports enabled/forwarded on your firewall? > > Regards, > > Kostas > > On Jan 21, 2014, at 2:24 PM, John Smith <jsmith.15(a)mail.com> wrote: > > > Hi Fred, > > > > I have followed your HOWTO and the scenario remains exactly the same. > > > > I see traffic from Phone1 IP to Kamailio private IP, from Kamailio private IP to Asterisk IP, and back directly to Phone2 public IP. > > > > I might be making wrong assumptions regarding this traffic flow. Is that correct? > > > > Thank you > > > > _______________________________________________ > > 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

1 0

Re: [SR-Users] Kamailio behind NAT
by John Smith 21 Jan '14

21 Jan '14

Hi Fred, I have followed your HOWTO and the scenario remains exactly the same. I see traffic from Phone1 IP to Kamailio private IP, from Kamailio private IP to Asterisk IP, and back directly to Phone2 public IP. I might be making wrong assumptions regarding this traffic flow. Is that correct? Thank you

3 3

Kamailio behind NAT
by John Smith 21 Jan '14

21 Jan '14

Hello, I am currently deploying one Kamailio behind NAT with one Asterisk as explained in the Asipto KB (Kamailio 4.0.x and Asterisk 11.3.0 using Asterisk Database http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb ). The structure is deployed as described in that document, with the only addition of one NAT between Kamailio and Internet: Phone ———————> Nat ———————> Kamailio ——————> Asterisk I have declared the private IP with the advertise option in order to support the NAT, enabled WITH_NAT and I have installed rtpproxy using standard Debian package configured as rtpproxy -l public_ip_ -s udp:localhost:7722 After setting up two phones which register correctly at Asterisk, I have no audio at all. By placing tcpdumps between nodes I see at Kamailio node both audio from public IP to internal Kamailio IP and from the latter to the Asterisk IP. In Asterisk I see audio coming from the Kamailio private IP and then back to the public IP of the phone. My guess is that audio should flow back into Kamailio and then to the phone, not directly from Asterisk as it is right now. Can anyone hint at where I am wrong? Thank you

3 2

Re: [SR-Users] Regd. t_suspend() and t_continue()
by Shankar 21 Jan '14

21 Jan '14

Hi Daniel, Please find attached the log as requested. I ran 10 cps to reproduce it faster. Regards, Shankar From: Shankar [mailto:shankar.rk@plintron.com] Sent: Tuesday, January 21, 2014 3:09 PM To: 'Jason Penton'; 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: FW: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Jason, Below is our config, route[LOCATION] { if(is_method("INVITE")) { if(!route(FROMCSCF)) { setflag(FLT_ACC); setflag(FLT_ACCFAILED); dlg_manage(); dlg_setflag("4"); async_route("RESUME", "1"); exit; } } } route[RESUME] { route(TO_LOCATION); // here t_relay to REGISTRAR is done for user lookup. exit; } Regards, Shankar Date: Tue, 21 Jan 2014 11:14:21 +0200 From: Jason Penton <jason.penton(a)smilecoms.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Message-ID: <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" We use it heavily, but not using the async module - we use it directly from the IMS code. Can you please provide your config (or a relevant snippet) file so I can see what exactly you are testing/trying to do Cheers jason From: Shankar [mailto:shankar.rk@plintron.com] Sent: Tuesday, January 21, 2014 2:25 PM To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi, Anyone who had used t_suspend() and t_continue() can share the performance details? I tried async module with one sec sleep time. I tried only 5 calls per second but still it was not successful. After sometime I see below logs, Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]: t_continue(): ERROR: t_continue: transaction not found Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times Any configuration changes can help here? Regards, Shankar From: Shankar [mailto:shankar.rk@plintron.com] Sent: Wednesday, January 15, 2014 1:26 PM To: 'Jason Penton' Cc: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Jason, I am using 4.0.2 Regards, Shankar From: Jason Penton [mailto:jason.penton@smilecoms.com] Sent: Wednesday, January 15, 2014 1:21 PM To: Shankar Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Shankar, What version of Kamailio are you running? Kamailio -V Cheers Jason On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: Hi Jason, Please find below my response inline, I have some questions for you as we have used suspend/continue quite a lot in the IMS code and don't have any leaks. Firstly, why are you using pkg_mem for your hash_id and label? Remember that you will be in 2 different processes in the suspend and continue portions of the code... so pkg_mem will not work - you should use shm_mem instead. [Shankar] We use pkg_mem because we are invoking t_continue from the same process ( using thread ). Secondly, how are you using top to tell that you have a leak? Kamailio's memory is internally managed. [Shankar] After running for say 20minutes, we get out of shared memory error. Also in top output we observed incremental increase in the shared usage of shared memory for the process. Cheers Jason On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)lists.sip-router.org' > *Subject:* Regd. t_suspend() and t_continue() > > > > Hi, > > > > We are trying out the t_suspend() and t_continue() in our test setup. > We are facing memory leak ( both shm and pkg as per top command results). > > > > Please find below the scenario, > > > > 1) Do a t_newtran() > > 2) Allocate pkg memory for hashid and label. > > 3) Call t_suspend() > > 4) Do t_continue() when async result is available > > 5) De-allocate pkg memory reserved for hashid and label > > 6) Do a t_relay() which forwards the sip message to another sip node. > > > > In the step (6) above, we see t_newtran() allocates one more time > shared memory for the same transaction. > > > > We tried t_release() after step (4) to release the transaction as > t_relay() anyways allocates new shared memory. Nothing helped. > > > > Please let me know what are the logs you would require to debug the same. > I am attaching syslog for this run. > > > > Regards, > > Shankar -- Jason Penton Senior Manager: Applications and Services Smile Communications Pty (Ltd) Mobile: +27 (0) 83 283 7000 Skype: jason.barry.penton <mailto:name.surname@smilecoms.com> jason.penton(a)smilecoms.com <http://www.smilecoms.com/> www.smilecoms.com <http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

SIP Update multi-homed
by Keith 21 Jan '14

21 Jan '14

Hi, I have a kamailio server which is responding to SIP updates but sending from the wrong IP. I have multiple IPs in the same subnet on the same NIC. Is there anyway to say send update back out of the interface it was received on? Thanks. Keith

3 2

Re: [SR-Users] SIP Update multi-homed
by Keith 21 Jan '14

21 Jan '14

Hi Daniel, So I have looked at the packet capture, the "SIP Request: UPDATE" comes in but when that request is forwarded to the phone it sends it from the interface IP and not the sub interface IP. Therefore the message never gets to the phone and the call is hung up after 30 seconds (due to the failure to respond). Cheers Keith

2 1

FW: FW: Regd. t_suspend() and t_continue()
by Shankar 21 Jan '14

21 Jan '14

Hi Jason, Below is our config, route[LOCATION] { if(is_method("INVITE")) { if(!route(FROMCSCF)) { setflag(FLT_ACC); setflag(FLT_ACCFAILED); dlg_manage(); dlg_setflag("4"); async_route("RESUME", "1"); exit; } } } route[RESUME] { route(TO_LOCATION); // here t_relay to REGISTRAR is done for user lookup. exit; } Regards, Shankar Date: Tue, 21 Jan 2014 11:14:21 +0200 From: Jason Penton <jason.penton(a)smilecoms.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Message-ID: <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" We use it heavily, but not using the async module - we use it directly from the IMS code. Can you please provide your config (or a relevant snippet) file so I can see what exactly you are testing/trying to do Cheers jason From: Shankar [mailto:shankar.rk@plintron.com] Sent: Tuesday, January 21, 2014 2:25 PM To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi, Anyone who had used t_suspend() and t_continue() can share the performance details? I tried async module with one sec sleep time. I tried only 5 calls per second but still it was not successful. After sometime I see below logs, Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]: t_continue(): ERROR: t_continue: transaction not found Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times Any configuration changes can help here? Regards, Shankar From: Shankar [mailto:shankar.rk@plintron.com] Sent: Wednesday, January 15, 2014 1:26 PM To: 'Jason Penton' Cc: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List' Subject: RE: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Jason, I am using 4.0.2 Regards, Shankar From: Jason Penton [mailto:jason.penton@smilecoms.com] Sent: Wednesday, January 15, 2014 1:21 PM To: Shankar Cc: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Hi Shankar, What version of Kamailio are you running? Kamailio -V Cheers Jason On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: Hi Jason, Please find below my response inline, I have some questions for you as we have used suspend/continue quite a lot in the IMS code and don't have any leaks. Firstly, why are you using pkg_mem for your hash_id and label? Remember that you will be in 2 different processes in the suspend and continue portions of the code... so pkg_mem will not work - you should use shm_mem instead. [Shankar] We use pkg_mem because we are invoking t_continue from the same process ( using thread ). Secondly, how are you using top to tell that you have a leak? Kamailio's memory is internally managed. [Shankar] After running for say 20minutes, we get out of shared memory error. Also in top output we observed incremental increase in the shared usage of shared memory for the process. Cheers Jason On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)lists.sip-router.org' > *Subject:* Regd. t_suspend() and t_continue() > > > > Hi, > > > > We are trying out the t_suspend() and t_continue() in our test setup. > We are facing memory leak ( both shm and pkg as per top command results). > > > > Please find below the scenario, > > > > 1) Do a t_newtran() > > 2) Allocate pkg memory for hashid and label. > > 3) Call t_suspend() > > 4) Do t_continue() when async result is available > > 5) De-allocate pkg memory reserved for hashid and label > > 6) Do a t_relay() which forwards the sip message to another sip node. > > > > In the step (6) above, we see t_newtran() allocates one more time > shared memory for the same transaction. > > > > We tried t_release() after step (4) to release the transaction as > t_relay() anyways allocates new shared memory. Nothing helped. > > > > Please let me know what are the logs you would require to debug the same. > I am attaching syslog for this run. > > > > Regards, > > Shankar -- Jason Penton Senior Manager: Applications and Services Smile Communications Pty (Ltd) Mobile: +27 (0) 83 283 7000 Skype: jason.barry.penton <mailto:name.surname@smilecoms.com> jason.penton(a)smilecoms.com <http://www.smilecoms.com/> www.smilecoms.com <http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Jason Penton 21 Jan '14

21 Jan '14

We use it heavily, but not using the async module - we use it directly from the IMS code. Can you please provide your config (or a relevant snippet) file so I can see what exactly you are testing/trying to do Cheers jason On Tue, Jan 21, 2014 at 10:54 AM, Shankar <shankar.rk(a)plintron.com> wrote: > Hi, > > > > Anyone who had used t_suspend() and t_continue() can share the performance > details? > > > > I tried async module with one sec sleep time. I tried only 5 calls per > second but still it was not successful. After sometime I see below logs, > > > > Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]: > t_continue(): ERROR: t_continue: transaction not found > > Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times > > Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times > > Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times > > > > Any configuration changes can help here? > > > > Regards, > > Shankar > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Wednesday, January 15, 2014 1:26 PM > *To:* 'Jason Penton' > > *Cc:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List' > *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi Jason, > > > > I am using 4.0.2 > > > > Regards, > > Shankar > > > > *From:* Jason Penton [mailto:jason.penton@smilecoms.com<jason.penton(a)smilecoms.com>] > > *Sent:* Wednesday, January 15, 2014 1:21 PM > *To:* Shankar > *Cc:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List > *Subject:* Re: [SR-Users] FW: Regd. t_suspend() and t_continue() > > > > Hi Shankar, > > > > What version of Kamailio are you running? Kamailio -V > > > > Cheers > > Jason > > > > On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: > > Hi Jason, > > > > Please find below my response inline, > > > > > > I have some questions for you as we have used suspend/continue quite a lot > in the IMS code and don't have any leaks. > > > > Firstly, why are you using pkg_mem for your hash_id and label? Remember > that you will be in 2 different processes in the suspend and continue > portions of the code... so pkg_mem will not work - you should use shm_mem > instead. > > > > [Shankar] We use pkg_mem because we are invoking t_continue from the same > process ( using thread ). > > > > Secondly, how are you using top to tell that you have a leak? Kamailio's > memory is internally managed. > > > > [Shankar] After running for say 20minutes, we get out of shared memory > error. Also in top output we observed incremental increase in the shared > usage of shared memory for the process. > > > > Cheers > > Jason > > > > > > On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > > > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com<shankar.rk(a)plintron.com> > ] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)lists.sip-router.org' > > > *Subject:* Regd. t_suspend() and t_continue() > > > > > > > > > > > > Hi, > > > > > > > > > > > > We are trying out the t_suspend() and t_continue() in our test setup. > > > We are facing memory leak ( both shm and pkg as per top command results). > > > > > > > > > > > > Please find below the scenario, > > > > > > > > > > > > 1) Do a t_newtran() > > > > > > 2) Allocate pkg memory for hashid and label. > > > > > > 3) Call t_suspend() > > > > > > 4) Do t_continue() when async result is available > > > > > > 5) De-allocate pkg memory reserved for hashid and label > > > > > > 6) Do a t_relay() which forwards the sip message to another sip > node. > > > > > > > > > > > > In the step (6) above, we see t_newtran() allocates one more time > > > shared memory for the same transaction. > > > > > > > > > > > > We tried t_release() after step (4) to release the transaction as > > > t_relay() anyways allocates new shared memory. Nothing helped. > > > > > > > > > > > > Please let me know what are the logs you would require to debug the same. > > > I am attaching syslog for this run. > > > > > > > > > > > > Regards, > > > > > > Shankar > > > > > > > > -- > > > > *Jason Penton* > > *Senior Manager: Applications and Services* > > *Smile Communications Pty (Ltd)* > > *Mobile:* > > +27 (0) 83 283 7000 > > *Skype:* > > jason.barry.penton > > jason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> > > www.smilecoms.com > > > > This email is subject to the disclaimer of Smile Communications 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 > > -- *Jason Penton**Senior Manager: Applications and Services**Smile Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:* jason.barry.pentonjason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Daniel-Constantin Mierla 21 Jan '14

21 Jan '14

Hello, if you do: kamctl mi get_statistics all do you see an increase of active transactions counter? Would be possible for you to compile with MEMDBG=1 and then get the memory logs? make MEMDBG=1 cfg Then add your extra modules in include_modules variable inside modules.lst Afterwards: make install Edit kamailio.cfg and set memlog global parameter to a lower value than debug global parameter. Run kamailio for a while with the new config, when you see the shared memory keeps increasing, stop kamailio. Send the log messages from syslog to mailing list or made them available for download somewhere. Cheers, Daniel On 21/01/14 09:54, Shankar wrote: > > Hi, > > Anyone who had used t_suspend() and t_continue() can share the > performance details? > > I tried async module with one sec sleep time. I tried only 5 calls per > second but still it was not successful. After sometime I see below logs, > > Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm > [t_suspend.c:128]: t_continue(): ERROR: t_continue: transaction not found > > Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times > > Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times > > Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times > > Any configuration changes can help here? > > Regards, > > Shankar > > *From:*Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Wednesday, January 15, 2014 1:26 PM > *To:* 'Jason Penton' > *Cc:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List' > *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue() > > Hi Jason, > > I am using 4.0.2 > > Regards, > > Shankar > > *From:*Jason Penton [mailto:jason.penton@smilecoms.com] > *Sent:* Wednesday, January 15, 2014 1:21 PM > *To:* Shankar > *Cc:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List > *Subject:* Re: [SR-Users] FW: Regd. t_suspend() and t_continue() > > Hi Shankar, > > What version of Kamailio are you running? Kamailio -V > > Cheers > > Jason > > On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com > <mailto:shankar.rk@plintron.com>> wrote: > > Hi Jason, > > Please find below my response inline, > > I have some questions for you as we have used suspend/continue quite a > lot in the IMS code and don't have any leaks. > > Firstly, why are you using pkg_mem for your hash_id and label? > Remember that you will be in 2 different processes in the suspend and > continue portions of the code... so pkg_mem will not work - you should > use shm_mem instead. > > [Shankar] We use pkg_mem because we are invoking t_continue from the > same process ( using thread ). > > Secondly, how are you using top to tell that you have a leak? > Kamailio's memory is internally managed. > > [Shankar] After running for say 20minutes, we get out of shared memory > error. Also in top output we observed incremental increase in the > shared usage of shared memory for the process. > > Cheers > > Jason > > On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com > <mailto:shankar.rk@plintron.com>> wrote: > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)lists.sip-router.org > <mailto:sr-users@lists.sip-router.org>' > > > *Subject:* Regd. t_suspend() and t_continue() > > > > > > > > > > > > Hi, > > > > > > > > > > > > We are trying out the t_suspend() and t_continue() in our test setup. > > > We are facing memory leak ( both shm and pkg as per top command > results). > > > > > > > > > > > > Please find below the scenario, > > > > > > > > > > > > 1) Do a t_newtran() > > > > > > 2) Allocate pkg memory for hashid and label. > > > > > > 3) Call t_suspend() > > > > > > 4) Do t_continue() when async result is available > > > > > > 5) De-allocate pkg memory reserved for hashid and label > > > > > > 6) Do a t_relay() which forwards the sip message to another sip > node. > > > > > > > > > > > > In the step (6) above, we see t_newtran() allocates one more time > > > shared memory for the same transaction. > > > > > > > > > > > > We tried t_release() after step (4) to release the transaction as > > > t_relay() anyways allocates new shared memory. Nothing helped. > > > > > > > > > > > > Please let me know what are the logs you would require to debug the > same. > > > I am attaching syslog for this run. > > > > > > > > > > > > Regards, > > > > > > Shankar > > > > -- > > > *Jason Penton* > > *Senior Manager: Applications and Services* > > *Smile Communications Pty (Ltd)* > > *Mobile:* > > > > +27 (0) 83 283 7000 > > *Skype:* > > > > jason.barry.penton > > jason.penton(a)smilecoms.com <mailto:name.surname@smilecoms.com> > > www.smilecoms.com <http://www.smilecoms.com/> > > This email is subject to the disclaimer of Smile Communications athttp://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 -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Jason Penton 21 Jan '14

21 Jan '14

Hi Shankar, What version of Kamailio are you running? Kamailio -V Cheers Jason On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk(a)plintron.com> wrote: > Hi Jason, > > > > Please find below my response inline, > > > > > > I have some questions for you as we have used suspend/continue quite a lot > in the IMS code and don't have any leaks. > > > > Firstly, why are you using pkg_mem for your hash_id and label? Remember > that you will be in 2 different processes in the suspend and continue > portions of the code... so pkg_mem will not work - you should use shm_mem > instead. > > > > [Shankar] We use pkg_mem because we are invoking t_continue from the same > process ( using thread ). > > > > Secondly, how are you using top to tell that you have a leak? Kamailio's > memory is internally managed. > > > > [Shankar] After running for say 20minutes, we get out of shared memory > error. Also in top output we observed incremental increase in the shared > usage of shared memory for the process. > > > > Cheers > > Jason > > > > > > On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > > > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com<shankar.rk(a)plintron.com> > ] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)lists.sip-router.org' > > > *Subject:* Regd. t_suspend() and t_continue() > > > > > > > > > > > > Hi, > > > > > > > > > > > > We are trying out the t_suspend() and t_continue() in our test setup. > > > We are facing memory leak ( both shm and pkg as per top command results). > > > > > > > > > > > > Please find below the scenario, > > > > > > > > > > > > 1) Do a t_newtran() > > > > > > 2) Allocate pkg memory for hashid and label. > > > > > > 3) Call t_suspend() > > > > > > 4) Do t_continue() when async result is available > > > > > > 5) De-allocate pkg memory reserved for hashid and label > > > > > > 6) Do a t_relay() which forwards the sip message to another sip > node. > > > > > > > > > > > > In the step (6) above, we see t_newtran() allocates one more time > > > shared memory for the same transaction. > > > > > > > > > > > > We tried t_release() after step (4) to release the transaction as > > > t_relay() anyways allocates new shared memory. Nothing helped. > > > > > > > > > > > > Please let me know what are the logs you would require to debug the same. > > > I am attaching syslog for this run. > > > > > > > > > > > > Regards, > > > > > > Shankar > > > -- *Jason Penton**Senior Manager: Applications and Services**Smile Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:* jason.barry.pentonjason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

2 2

Kamailio World 2014 - First group of speakers
by Daniel-Constantin Mierla 21 Jan '14

21 Jan '14

Hello, I would like to announce that the details about first group of speakers to present at Kamailio World Conference are now published at: - http://conference.kamailio.com/k02/speakers/ There are several excellent proposals still under review, we expect to fill the schedule very soon, hurry up if you intend to submit one. So far we have a good mixture of topics with a consistent group of new speakers comparing with the past edition. A selection with the titles of the proposals is available at: - http://conference.kamailio.com/k02/schedule/ Many thanks to the sponsors that make the event happening: FhG Fokus, Asipto, Sipwise, Sipgate, ITCenter, NG Voice. If you plan to attend, consider registering as soon as possible to secure your seat - registration form is available at: - http://conference.kamailio.com/k02/registration/ Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Non-authentication setup of Kamailio
by Carel Burger 20 Jan '14

20 Jan '14

Hi there, I have never used Kamailio before but want to investigate if if will work in my scenario before I invest time to learn it. I am the administrator of a small Wireless ISP. We do not provide SIP channels to our customers, we rather let them choose a service provider of their choice. Currently our customers are using two different providers. Since we are using ADSL with only one static IP we sometimes run into issues at the providers side with one way audio when our clients make a call to another client which is using the same service provider. I assume this is because of NAT. Since the RTP traffic actually leaves our network and then comes back to the other client the quality of the call is not as good as phoning a non client from the network. I want to know if it would be possible to setup Kamailio to keep the internal network calls traffic from leaving the network, and also allow free phone calls on our network. To do this we would require the authentication to take place on the service providers sip server and not on Kamailio. Kamailio would only do routing of the traffic and not worry about authentication. Would this be possible? Regards, Carel Burger

2 2

Development of a Mobile VOIP app connecting to Kamailio Server
by Neville D'Souza 20 Jan '14

20 Jan '14

Hi, I recently got a Kamailio v4.0.0 server up and running with Siremis v4.0.0 on a Debian Wheezy system with mysql as backend database . The Chat, file sharing ,audio and video services work flawlessly even behind nat and the same need to be incorporated in an app. I have configured rtpproxy and tls with self signed certificates. This is basically a test environment and we will install the same kamailio version with commercial certificates on a live hosted server. Server side everything is working. Problem is on the development side. Our company is venturing into VOIP apps for the first time and trying to look at how to go about it. Firstly we would like to start with an android app and then move on to Iphone, Windows, Blackberry and Symbian app. We need to know what is required on server side (any software to be installed or any configuration on kamailio or addition of modules) and client side ( which library and development environment to use) to make it work. Lastly in terms of security what things I need to take care of in the server and app. Best Regards, Neville D'Souza

2 3

kamailio crash after sqlops failures
by Uri Shacked 19 Jan '14

19 Jan '14

Daniel hi, I attached the following file: 1. "bt full" and "log" for each of the 3 servers. 2. The central MySQL slow queries log 3. The var/log/messages from one server. The servers crashed at different times but: 1. The MySQL server was very slow between 16:10:00 till 16:12:00 (approximately). 2. On each server, I am pretty sure, kamailio crashed while doing the data reload from modules like MTREE, HTABLE, DIALPLAN and CARRIERROUTE (all and all round 100,000 rows). Thanks again, Uri On Thu, Jan 16, 2014 at 2:17 AM, Daniel-Constantin Mierla <daniel(a)asipto.com > wrote: > Hello, > > the backtrace shows a crash in tm module, not sqlops. > > Can you tell which of the log files correspond to the instance that > produced the core file from where you took the back trace you attached? > > Can you give the backtraces from all cores? You say there were 3 crashes. > It is important to see if the backtrace is the same everywhere. > > Cheers, > Daniel >

2 2

Re: [SR-Users] S-CSCF configuration brings to seg fault
by Gennaro Sarnataro 17 Jan '14

17 Jan '14

Hi Carsten, I would like to try my scenarios using a kamailio nightly build but i wasn't able to checkout it. Can you indicate me where to find latest builds? 2014/1/15 Gennaro Sarnataro <gen.sarnataro(a)gmail.com> > hi Carsten, > thank for your responsivness!!! > i'm using 4.1 version installed from repository. > how do you fix it?? > > > 2014/1/15 Carsten Bock <carsten(a)ng-voice.com> > >> Salut Gennaro, >> >> what Version of Kamailio are you using? Did you install it from GIT or >> from what repository? >> Looks similar to a bug, i just fixed yesterday... >> I recommend to use at least a 4.1 nightly build. >> >> Thanks, >> Carsten >> >> 2014/1/15 Gennaro Sarnataro <gsarnataro(a)it.tiscali.com>: >> > hello everyone, >> > I'm using some kamailio configurations to perform I-CSCF and S-CSCF. >> > My configurations file let me register and unregister correctly. >> > When i try to perform an invite I've a memory leak as you can see from >> this >> > log: >> > >> >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: >> received >> >> packet >> >> >> >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: >> received >> >> register >> >> >> >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth >> >> [authorize.c:663]: authenticate(): uri=sip:ims.test.net >> >> nonce=173692b1aea9182c2ac712f915f0144a >> >> response=f1efa37094e4492af1e292043c3d57ea qop=auth nc=00000001 >> >> cnonce=a2f5a827ac94467a39e81584c11e8284 hbody= >> >> >> >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth >> >> [authorize.c:708]: authenticate(): UE said: >> f1efa37094e4492af1e292043c3d57ea >> >> and we expect f1efa37094e4492af1e292043c3d57ea ha1 >> >> 1c31125e2929b3fd6a609bd1a134a631 (REGISTER) >> >> >> >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_registrar_scscf >> >> [cxdx_sar.c:79]: create_return_code(): created AVP successfully : >> >> [saa_return_code] - [-2] >> >> >> >> Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf >> >> [cxdx_avp.c:138]: cxdx_get_avp(): cxdx_get_experimental_result_code: >> Failed >> >> finding avp >> >> >> >> Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf >> >> [cxdx_sar.c:79]: create_return_code(): created AVP successfully : >> >> [saa_return_code] - [1] >> >> >> >> Jan 15 11:07:50 localhost kamailio[2932]: WARNING: tm >> [t_lookup.c:1536]: >> >> t_unref(): WARNING: script writer didn't release transaction >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: ERROR: <script>: INVITE >> >> (sip:+393922568123@ims.test.net (10.139.140.249:14437) to >> >> sip:+39666555@ims.test.net, >> >> >> 0gQAAC8WAAACBAAALxYAAM3V1YJ1oc5VxmgXA6gfuMM+33iKMHHLO4FAjeWDRORBfoRu5acqCjeTKNa2pjdRdA--(a)10.139.140.249 >> ) >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: >> received >> >> packet >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: Mobile >> >> Originating Side >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Routing >> Mobile >> >> Originating side >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Adding angle >> >> brackets to P-Asserted-Identity >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: ims_isc [mod.c:236]: >> >> isc_match_filter(): Checking triggers >> >> >> >> Jan 15 11:08:05 localhost kamailio[2940]: : <core> >> [mem/q_malloc.c:454]: >> >> qm_free(): BUG: qm_free: bad pointer 0x7f3dc03597a0 (out of memory >> block!) >> >> called from <core>: parser/parse_param.c: do_free_params(629) - >> aborting >> >> >> >> Jan 15 11:08:05 localhost kamailio[2943]: : <core> [pass_fd.c:293]: >> >> receive_fd(): ERROR: receive_fd: EOF on 90 >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:775]: >> >> handle_sigs(): child process 2940 exited by a signal 6 >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:778]: >> >> handle_sigs(): core was generated >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: <core> [main.c:790]: >> >> handle_sigs(): INFO: terminating due to SIGCHLD >> >> >> >> Jan 15 11:08:05 localhost kamailio[2939]: INFO: <core> [main.c:841]: >> >> sig_usr(): INFO: signal 15 received >> >> >> >> Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: >> >> sig_usr(): INFO: signal 15 received >> >> >> >> >> >> ..... >> >> >> >> >> >> Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: >> >> sig_usr(): INFO: signal 15 received >> >> >> >> Jan 15 11:08:05 localhost kamailio[2876]: INFO: <core> [main.c:841]: >> >> sig_usr(): INFO: signal 15 received >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:251]: >> >> cdp_exit(): CDiameterPeer child stopping ... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:428]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Terminating all >> >> children... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2939] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2938] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2937] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2936] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2935] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2934] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2933] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:435]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child >> [2932] >> >> to terminate... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp >> [diameter_peer.c:447]: >> >> diameter_peer_destroy(): destroy_diameter_peer(): All processes >> terminated. >> >> Cleaning up. >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:137]: >> >> worker_destroy(): Unlocking workers waiting on empty queue... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:140]: >> >> worker_destroy(): Unlocking workers waiting on full queue... >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: CRITICAL: cdp >> >> [diameter_peer.c:487]: diameter_peer_destroy(): >> destroy_diameter_peer(): Bye >> >> Bye from C Diameter Peer test >> >> >> >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:253]: >> >> cdp_exit(): ... CDiameterPeer child stoped >> > >> > >> > after that the S-CSCF terminate. >> > it's unuseful to attach any wireshark dump because,as I told before, the >> > Serving process terminates just after receiving the INVITE. >> > Instead I attach my configuration. >> > >> > thanks in advance!!! >> > >> > saluti >> > >> > Gennaro Sarnataro >> > >> > _______________________________________________ >> > 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 >> > >> >> >> >> -- >> Carsten Bock >> CEO (Geschäftsführer) >> >> ng-voice GmbH >> Schomburgstr. 80 >> D-22767 Hamburg / Germany >> >> http://www.ng-voice.com >> mailto:carsten@ng-voice.com >> >> Office +49 40 34927219 >> Fax +49 40 34927220 >> >> Sitz der Gesellschaft: Hamburg >> Registergericht: Amtsgericht Hamburg, HRB 120189 >> Geschäftsführer: Carsten Bock >> Ust-ID: DE279344284 >> >> Hier finden Sie unsere handelsrechtlichen Pflichtangaben: >> http://www.ng-voice.com/imprint/ >> >> _______________________________________________ >> 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 >> > > > > -- > Gennaro Sarnataro > -- Gennaro Sarnataro

2 1

Re: [SR-Users] S-CSCF configuration brings to seg fault
by Gennaro Sarnataro 17 Jan '14

17 Jan '14

hi Carsten, thank for your responsivness!!! how do you fix it?? i'm using 4.1 version installed from repository. I would like to try my scenarios using a kamailio nightly build but i wasn't able to checkout it. Can you indicate me where to find latest builds? 2014/1/15 Carsten Bock <carsten(a)ng-voice.com> > Salut Gennaro, > > what Version of Kamailio are you using? Did you install it from GIT or > from what repository? > Looks similar to a bug, i just fixed yesterday... > I recommend to use at least a 4.1 nightly build. > > Thanks, > Carsten > > 2014/1/15 Gennaro Sarnataro <gsarnataro(a)it.tiscali.com>: > > hello everyone, > > I'm using some kamailio configurations to perform I-CSCF and S-CSCF. > > My configurations file let me register and unregister correctly. > > When i try to perform an invite I've a memory leak as you can see from > this > > log: > > > >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: > received > >> packet > >> > >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: > received > >> register > >> > >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth > >> [authorize.c:663]: authenticate(): uri=sip:ims.test.net > >> nonce=173692b1aea9182c2ac712f915f0144a > >> response=f1efa37094e4492af1e292043c3d57ea qop=auth nc=00000001 > >> cnonce=a2f5a827ac94467a39e81584c11e8284 hbody= > >> > >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth > >> [authorize.c:708]: authenticate(): UE said: > f1efa37094e4492af1e292043c3d57ea > >> and we expect f1efa37094e4492af1e292043c3d57ea ha1 > >> 1c31125e2929b3fd6a609bd1a134a631 (REGISTER) > >> > >> Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_registrar_scscf > >> [cxdx_sar.c:79]: create_return_code(): created AVP successfully : > >> [saa_return_code] - [-2] > >> > >> Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf > >> [cxdx_avp.c:138]: cxdx_get_avp(): cxdx_get_experimental_result_code: > Failed > >> finding avp > >> > >> Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf > >> [cxdx_sar.c:79]: create_return_code(): created AVP successfully : > >> [saa_return_code] - [1] > >> > >> Jan 15 11:07:50 localhost kamailio[2932]: WARNING: tm [t_lookup.c:1536]: > >> t_unref(): WARNING: script writer didn't release transaction > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: ERROR: <script>: INVITE > >> (sip:+393922568123@ims.test.net (10.139.140.249:14437) to > >> sip:+39666555@ims.test.net, > >> > 0gQAAC8WAAACBAAALxYAAM3V1YJ1oc5VxmgXA6gfuMM+33iKMHHLO4FAjeWDRORBfoRu5acqCjeTKNa2pjdRdA--(a)10.139.140.249 > ) > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: > received > >> packet > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: Mobile > >> Originating Side > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Routing Mobile > >> Originating side > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Adding angle > >> brackets to P-Asserted-Identity > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: INFO: ims_isc [mod.c:236]: > >> isc_match_filter(): Checking triggers > >> > >> Jan 15 11:08:05 localhost kamailio[2940]: : <core> [mem/q_malloc.c:454]: > >> qm_free(): BUG: qm_free: bad pointer 0x7f3dc03597a0 (out of memory > block!) > >> called from <core>: parser/parse_param.c: do_free_params(629) - aborting > >> > >> Jan 15 11:08:05 localhost kamailio[2943]: : <core> [pass_fd.c:293]: > >> receive_fd(): ERROR: receive_fd: EOF on 90 > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:775]: > >> handle_sigs(): child process 2940 exited by a signal 6 > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:778]: > >> handle_sigs(): core was generated > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: <core> [main.c:790]: > >> handle_sigs(): INFO: terminating due to SIGCHLD > >> > >> Jan 15 11:08:05 localhost kamailio[2939]: INFO: <core> [main.c:841]: > >> sig_usr(): INFO: signal 15 received > >> > >> Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: > >> sig_usr(): INFO: signal 15 received > >> > >> > >> ..... > >> > >> > >> Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: > >> sig_usr(): INFO: signal 15 received > >> > >> Jan 15 11:08:05 localhost kamailio[2876]: INFO: <core> [main.c:841]: > >> sig_usr(): INFO: signal 15 received > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:251]: > >> cdp_exit(): CDiameterPeer child stopping ... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:428]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Terminating all > >> children... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2939] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2938] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2937] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2936] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2935] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2934] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2933] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:435]: > >> diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child > [2932] > >> to terminate... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp > [diameter_peer.c:447]: > >> diameter_peer_destroy(): destroy_diameter_peer(): All processes > terminated. > >> Cleaning up. > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:137]: > >> worker_destroy(): Unlocking workers waiting on empty queue... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:140]: > >> worker_destroy(): Unlocking workers waiting on full queue... > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: CRITICAL: cdp > >> [diameter_peer.c:487]: diameter_peer_destroy(): > destroy_diameter_peer(): Bye > >> Bye from C Diameter Peer test > >> > >> Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:253]: > >> cdp_exit(): ... CDiameterPeer child stoped > > > > > > after that the S-CSCF terminate. > > it's unuseful to attach any wireshark dump because,as I told before, the > > Serving process terminates just after receiving the INVITE. > > Instead I attach my configuration. > > > > thanks in advance!!! > > > > saluti > > > > Gennaro Sarnataro > > > > _______________________________________________ > > 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 > > > > > > -- > Carsten Bock > CEO (Geschäftsführer) > > ng-voice GmbH > Schomburgstr. 80 > D-22767 Hamburg / Germany > > http://www.ng-voice.com > mailto:carsten@ng-voice.com > > Office +49 40 34927219 > Fax +49 40 34927220 > > Sitz der Gesellschaft: Hamburg > Registergericht: Amtsgericht Hamburg, HRB 120189 > Geschäftsführer: Carsten Bock > Ust-ID: DE279344284 > > Hier finden Sie unsere handelsrechtlichen Pflichtangaben: > http://www.ng-voice.com/imprint/ > > _______________________________________________ > 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

kamailio-4.0.2 core issue
by Surendra 17 Jan '14

17 Jan '14

Hi, We are facing a core issue in 4.0.2 version. Please find the GDB trace below #0 udp_rcv_loop () at udp_server.c:471 471 fromlen=sockaddru_len(bind_address->su); (gdb) bt #0 udp_rcv_loop () at udp_server.c:471 #1 0x0000000000475c14 in main_loop () at main.c:1851 #2 0x000000000047a98b in main (argc=<value optimized out>, argv=<value optimized out>) at main.c:2939 We have simulated this so many times in load mode. Machine details: Linux PLT-RA-RD-W167A.localdomain 2.6.18-308.el5 #1 SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux Can anyone help me on this Regards Surendra

1 0

kamailio-4.1.1 avp issue within failure routes
by José Seabra 17 Jan '14

17 Jan '14

Hi there, I upgraded my kamailio server from version 4.0.1 to 4.1.1, then i noticed that all my "AVP's variavels" that are initialized on initial "INVITE", are all set as null when call goes to failure route, so kamailio is not keeping the variavel values for same call(dialog) When it happens i see the following warning "WARNING: tm [t_lookup.c:1536]: t_unref(): WARNING: script writer didn't release transaction" Thanks for your help -- Regards José Seabra

3 11

Memory Leaks with Kamailio using SEAS module
by ziad habchi 17 Jan '14

17 Jan '14

Dear Support, I am having an "out of memory" problem while using kamailio with SEAS module. After using Kamailio with the SEAS module for few hours with a high load , I am getting "out of memory" error that I believe is caused from a memory leak. I would like your help interpreting this error. The output of kamailio -v is : version: kamailio 4.0.4 (i386/linux) cabe58 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, 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: cabe58 compiled on 14:23:27 Dec 2 2013 with gcc 4.1.2 kamctl ps : Process:: ID=0 PID=31191 Type=attendant Process:: ID=1 PID=31192 Type=udp receiver child=0 sock=193.100.200.18:5070 Process:: ID=2 PID=31193 Type=udp receiver child=1 sock=193.100.200.18:5070 Process:: ID=3 PID=31194 Type=udp receiver child=2 sock=193.100.200.18:5070 Process:: ID=4 PID=31195 Type=udp receiver child=3 sock=193.100.200.18:5070 Process:: ID=5 PID=31196 Type=slow timer Process:: ID=6 PID=31197 Type=timer Process:: ID=7 PID=31198 Type=ctl handler Process:: ID=8 PID=31199 Type=MI FIFO Process:: ID=9 PID=31200 Type=SEAS Process:: ID=10 PID=31201 Type=tcp receiver (generic) child=0 Process:: ID=11 PID=31202 Type=tcp receiver (generic) child=1 Process:: ID=12 PID=31203 Type=tcp receiver (generic) child=2 Process:: ID=13 PID=31204 Type=tcp receiver (generic) child=3 Process:: ID=14 PID=31205 Type=tcp main process kamcmd pkg.stats: { entry: 0 pid: 31191 rank: 0 used: 72480 free: 4091840 real_used: 102448 } { entry: 1 pid: 31192 rank: 1 used: 80624 free: 4083696 real_used: 110592 } { entry: 2 pid: 31193 rank: 2 used: 80624 free: 4083696 real_used: 110592 } { entry: 3 pid: 31194 rank: 3 used: 80624 free: 4083696 real_used: 110592 } { entry: 4 pid: 31195 rank: 4 used: 80624 free: 4083696 real_used: 110592 } { entry: 5 pid: 31196 rank: -1 used: 2276560 free: 4083744 real_used: 17770256 } { entry: 6 pid: 31197 rank: -1 used: 1787296 free: 4083744 real_used: 17280992 } { entry: 7 pid: 31198 rank: -2 used: 77760 free: 4086544 real_used: 107744 } { entry: 8 pid: 0 rank: 0 used: 89920 free: 4074352 real_used: 119936 } { entry: 9 pid: 0 rank: 0 used: 0 free: 0 real_used: 0 } { entry: 10 pid: 31201 rank: 5 used: 140240 free: 4023728 real_used: 170560 } { entry: 11 pid: 31202 rank: 6 used: 140240 free: 4023712 real_used: 170576 } { entry: 12 pid: 31203 rank: 7 used: 140240 free: 4023856 real_used: 170432 } { entry: 13 pid: 31204 rank: 8 used: 140240 free: 4023712 real_used: 170576 } { entry: 14 pid: 31205 rank: -4 used: 3877344 free: 4030176 real_used: 19269056 } As you can see above , the output of the SEAS module is not showing (pid 31200) Moreover , I can see that the real_used value in the kamcmd core.shmmem keep on increasing , and free decrease until I finally get an error "out of memory" When my SEAS client exit the output of kamcmd core.shmmem : { total: 33554432 free: 16273440 used: 1787296 real_used: 17280992 max_used: 33553520 fragments: 8098 } The traffic is a simple SIP MESSAGE from a seagull simulator, with a 200OK reply from my SEAS client. I appreciate your support, Thank you in advance, Ziad Habchi

3 10

Help required
by Gerhard De Villiers-Mohr 17 Jan '14

17 Jan '14

Good day Can you please forward me a manual of some sort or assist with setting up the kamailio serimis 4.0 to accept registration of IP PBX systems or soft phones. I am very new to this and need a step by step instructions. Also I will be getting a sip trunk to use for testing purposes before we go live and need help with setting this up and routing calls from users to the sip trunk for outbound calls. Please assist me , this is very new to me. If you prefer to do a remote login session I will gladly provide you with the teamviewer session details. Sincerely. Description: Description: Description: gerhard mohr email signature

1 0

Fosdem this year
by Daniel-Constantin Mierla 16 Jan '14

16 Jan '14

Hello, not much about real time communications this year at Fosdem, but being a convenient venue for me, the plan at this moment is to go . I saw some notes online from various people in the community that planned to attend as well, maybe we can synchronize and have an informal meeting around and/or a dinner. Who is planning to go? Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

9 13

Kamailio multi domain issue..
by arun Jayaprakash 16 Jan '14

16 Jan '14

Hello, I am using Kamailio with a multidomain set up. It is working well but for one issue: I first populate the /etc/hosts file with the domain name and the IP address ( and of course the domain table ) but the new domain does not take effect till I restart the kamailio. Does anyone know how I can overcome this problem as it is not possible for me to keep restarting the server each time a new user registers. Thanks for the help. Arun

2 3

Kamailio Advanced Training Course in Europe 2014?
by Yufei Tao 16 Jan '14

16 Jan '14

Hi Just a quick question about the Kamailio Advanced Training Course: are there any courses scheduled in Europe in 2014? If there are, roughly what time will they likely to take place? The only one I can find is the one in Miami next month but it's a bit far to travel. Cheers, Yufei -- Yufei Tao Red Embedded This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Red Embedded Design, Company Number 06688253 Registered in England: The Waterfront, Salts Mill Rd, Saltaire, BD17 7EZ

1 0

Authenticate Failure
by Keith 15 Jan '14

15 Jan '14

Hi, Having a strange issue: auth_db [authorize.c:476]: auth_check(): realm [x.x.x.x] table [subscriber] flags [1] Sep 8 02:10:28 localhost /usr/sbin/kamailio[65448]: DEBUG: auth [api.c:86]: pre_auth(): auth:pre_auth: Credentials with realm 'x.x.x.x' not found Sep 8 02:10:28 localhost /usr/sbin/kamailio[65448]: DEBUG: auth_db [authorize.c:252]: digest_authenticate(): no credentials The x is replaced with my IP. The user was created with the IP address as the domain. Username and password are correct and the phone registers fine. It's just when I place a call it doesn't get routed properly. Thanks Keith

2 1

kamailio crash after sqlops failures
by Uri Shacked 15 Jan '14

15 Jan '14

Hi, Our system had crashed again. Here are the exact details and there are logs and corefile attached. We use 6 kamailio servers over 3 sites. All the servers are connecting to 1 DB server running MYSQL 5.6.12. The sql server supplies 2 things for kamailio servers. 1. Some SQLOPS that the servers need. 2. The data for the MTREE, HTABLE, CARRIERROUTE etc.. We use "kamctl" command in shell script to reload the data for the modules every 1 minute. In normal times, the reload takes about 2-3 sec each minute. When the sql server is down, the queries and reloads fail and it is OK. Yesterday, we had a different failure on the sql server – The server is set ona centos 6.2 that is under a VM cluster. The VM cluster had some disk writing errors, and the sql server could not write or read fast enough. On 3 of the 6 servers (one at each site) kamailio crashed. I have no idea why. When the sql server is down, it does not happen. I attached all 6 servers log, 1 server core file, 1 server var/log/messages and the mysql slow-query log. Any ideas how to handle this? kamailio version 3.3.2 BR, Uri

2 1

Daily crash of kamailio 4.0.5
by Tristan Mahé 15 Jan '14

15 Jan '14

Hi guys, I'm having some crashs on a simple REGISTRAR, in st_delete_ucontact. It happens daily, mostly when proxy is loaded. Saw that someone got the same problem via this pastebin: http://pastebin.com/GsMtav7A. Does someone got an idea of why it's failing or a workaround or a fix to share ? Here is the backtrace for us: #0 0x00007fb6d7178e3c in st_delete_ucontact (_c=0xf0) at ucontact.c:358 #1 0x00007fb6d718f4a1 in delete_ucontact (_r=0x7fb69c9a1ea0, _c=0xf0) at urecord.c:509 #2 0x00007fb6d6d49b6a in update_contacts (_m=0x7fb6d8e1ab70, _r=0x7fb69c9a1ea0, _mode=1) at save.c:700 #3 0x00007fb6d6d4a4c3 in add_contacts (_m=0x7fb6d8e1ab70, _d=0x7fb6908c2f10, _a=0x7fff02a69380, _mode=1) at save.c:803 #4 0x00007fb6d6d4a9f2 in save (_m=0x7fb6d8e1ab70, _d=0x7fb6908c2f10, _cflags=4, _uri=0x0) at save.c:879 #5 0x00007fb6d6d3e41d in w_save2 (_m=0x7fb6d8e1ab70, _d=0x7fb6908c2f10 "\240.\214\220\266\177", _cflags=0x4 <Address 0x4 out of bounds>) at reg_mod.c:442 #6 0x000000000041b80b in do_action (h=0x7fff02a699a0, a=0x7fb6d8de2a30, msg=0x7fb6d8e1ab70) at action.c:1086 #7 0x0000000000423f62 in run_actions (h=0x7fff02a699a0, a=0x7fb6d8de2a30, msg=0x7fb6d8e1ab70) at action.c:1573 #8 0x0000000000424639 in run_actions_safe (h=0x7fff02a6ae90, a=0x7fb6d8de2a30, msg=0x7fb6d8e1ab70) at action.c:1637 #9 0x00000000004bef7d in rval_get_int (h=0x7fff02a6ae90, msg=0x7fb6d8e1ab70, i=0x7fff02a69da8, rv=0x7fb6d8de37a8, cache=0x0) at rvalue.c:920 #10 0x00000000004c1b85 in rval_expr_eval_int (h=0x7fff02a6ae90, msg=0x7fb6d8e1ab70, res=0x7fff02a69da8, rve=0x7fb6d8de37a0) at rvalue.c:1914 #11 0x00000000004c1d6c in rval_expr_eval_int (h=0x7fff02a6ae90, msg=0x7fb6d8e1ab70, res=0x7fff02a6a200, rve=0x7fb6d8de30c0) at rvalue.c:1922 #12 0x000000000041b422 in do_action (h=0x7fff02a6ae90, a=0x7fb6d8df3700, msg=0x7fb6d8e1ab70) at action.c:1050 #13 0x0000000000423f62 in run_actions (h=0x7fff02a6ae90, a=0x7fb6d8de27f0, msg=0x7fb6d8e1ab70) at action.c:1573 #14 0x000000000041b661 in do_action (h=0x7fff02a6ae90, a=0x7fb6d8df3900, msg=0x7fb6d8e1ab70) at action.c:1065 #15 0x0000000000423f62 in run_actions (h=0x7fff02a6ae90, a=0x7fb6d8df3900, msg=0x7fb6d8e1ab70) at action.c:1573 #16 0x0000000000419851 in do_action (h=0x7fff02a6ae90, a=0x7fb6d8dc0e70, msg=0x7fb6d8e1ab70) at action.c:690 #17 0x0000000000423f62 in run_actions (h=0x7fff02a6ae90, a=0x7fb6d8db9bf0, msg=0x7fb6d8e1ab70) at action.c:1573 #18 0x0000000000424701 in run_top_route (a=0x7fb6d8db9bf0, msg=0x7fb6d8e1ab70, c=0x0) at action.c:1658 #19 0x00000000004a0018 in receive_msg ( buf=0x9055c0 "REGISTER sip:[ADOMAIN] SIP/2.0\r\nVia: SIP/2.0/UDP [ANIP];branch=z9hG4bKcydzigwkX;i=20be2b3\r\nVia: SIP/2.0/TLS [ANIP]:40080;received=[ANIP];rport=50419;branch=z9hG4bK793894041\r\nFr"..., len=613, rcv_info=0x7fff02a6b140) at receive.c:211 #20 0x0000000000530665 in udp_rcv_loop () at udp_server.c:557 #21 0x0000000000469be4 in main_loop () at main.c:1638 #22 0x000000000046ca85 in main (argc=13, argv=0x7fff02a6b478) at main.c:2566 And here is the simple part of config that could call this method: route[REGISTRAR] { if (is_method("REGISTER")) { if (!save("location","0x04")) { sl_reply_error(); } else { # DOSOMESTUFF like replicate to a backup proxy } exit; } } If you need more info, don't hesitate to ask !!

1 0

Link Redundancy
by Owais ul Haq 15 Jan '14

15 Jan '14

Hello, I have a kamailio server deployed along with an internet connection and database (on a seperate server than the kamailio server) obviously. Problem in my scenario is that my internet connection is not comfortably reliable and in my environment I just cant help myself in this regard. I want to get another internet connection with another public ip, attach another kamailio server (of same configurations as the first one) with it and then use the same database for both kamailio servers (join both kamailio servers to the same database server). So if one of my connections is down, calls can use other connection attached to other server (take the alternate path) and initialize through the second server. Now my questions are : a) How can I assign two ip's against one domain name ?? b) How can calls be routed to second IP if kamailio server attached to first IP is not responding ?? c) Is all this really possible ?? Or just a fruit less effort of my mind :( Cheers.

2 1

Re: [SR-Users] register fails from openvpn clients
by meres 15 Jan '14

15 Jan '14

Hello, Thank you for your help The REGISTER request is getting to kamailio. I attach my tcpdump output: http://pastebin.com/3RV9wG5G Regards, Kostas On Jan 15, 2014, at 11:09 AM, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: > Hello, > > what do you mean by "register fails"? > > Is the REGISTER request getting to kamailio? Is there a reply for it? > > A ngrep output taken on kamailio server for such registration would help to figure out where is the issue. > > Cheers, > Daniel > > On 13/01/14 18:08, meres wrote: >> I have kamailio 4.1.0 running on a server on a real ip and behind a firewall. >> NAT detection is enabled on kamailio because many remote clients are behind NAT, so NAT is working fine along with rtpproxy. >> Everything else (incoming, outgoing) is working fine except the following: >> >> Users who are connected to our openvpn server (bridged mode) which is on the same subnet with kamailio, fail to register. >> I suspect that kamailio detects NAT on these clients as all of them are behind NAT, but they also have obtained a real ip from our openvpn server on their tap interface and as a result, REGISTER fails. >> >> One solution, but not the best is to exclude kamailio from our openvpn routes but I would not prefer this because I wil not be able to manage the server remotely >> >> My config: http://pastebin.com/JSxzgmKH >> >> Any suggestions? >> >> >> >> >> _______________________________________________ >> 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 > > -- > Daniel-Constantin Mierla - http://www.asipto.com > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > _______________________________________________ > 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

3 5

Implementing the Presence module(Kamailio) to work with websockets (sipML5)
by אורן אברהם 15 Jan '14

15 Jan '14

Dear List, I have some strange error when using sipML5 client (over websockets) with Kamailio 4.0 server when sending a SUBSCRIBE request. here is my log print: Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: WARNING: <core> [msg_translator.c:2499]: TCP/TLS connection (id: 0) for WebSocket could not be found (tcp:10.0.0.4:8080) Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: tm [t_msgbuilder.c:1367]: assemble_via: via building failed Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: tm [t_msgbuilder.c:1540]: build_uac_req(): Error while assembling Via Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: tm [uac.c:338]: t_uac: Error while building message Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: presence [notify.c:1591]: in function tmb.t_request_within Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: presence [notify.c:1678]: sending Notify not successful Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: presence [subscribe.c:678]: Could not send notify Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: presence [subscribe.c:713]: occured Apr 18 02:55:21 oren-ubuntu /usr/sbin/kamailio[26476]: ERROR: presence [subscribe.c:994]: in update_subscription Could anyone help here ? I think it is only some configuration problem, but i'm not sure how to solve it.

3 6

dispatcher sets - mixed/overlapping algorithm
by Rob Moore 15 Jan '14

15 Jan '14

Hi All, I've been trying to find the best way of providing a single dispatcher set to cover all of our outbound SIPtoPSTN providers. However in order to create a single dispatcher set I would need to have a mixture of the available algorithms to provide the required effect. So for example, if I have 4 providers, the first 2 have 2 IP addresses each and the other 2 only have a IP address each. As a standard I would use dispatcher algorithm "8 - use first destination" to move through the 4 providers IP address, 1 at a time as we have a preference of which provider we would like to be used first. However due to CPS and other throughput reasons we get better performance from our first two providers if we round-robin our requests over the two IP addresses for each provider. So What I'm trying to create is a list where I can : round-robin the 2 IPs from Provider1 if both Provider 1 IPs fail I can then.... round-robin the 2 IPs from Provider2 if both Provider 2 IPs fail I can then.... Dispatch calls to the single IP of Provider 3 If Provider 3 fails then.... Dispatch calls to the single IP of Provider 4 I'm, fairly certain that there isn't anything available straight out of the module for this but I'm not sure on how best to build this functionality in. Maybe I need to look at using multiple sets but hidden behind a single set ID. My main preference is that I want to keep all of the logic for this within Kamailio and have our telephony app servers simply dispatcher a call with a specified dispatcher ID as per usual. Other than this one caveat I'm really open to suggestions on how to fulfil this requirement. Any assistance will be greatly appreciated. Many Thanks Rob

1 0

S-CSCF configuration brings to seg fault
by Gennaro Sarnataro 15 Jan '14

15 Jan '14

hello everyone, I'm using some kamailio configurations to perform I-CSCF and S-CSCF. My configurations file let me register and unregister correctly. When i try to perform an invite I've a memory leak as you can see from this log: Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: received > packet Jan 15 11:07:50 localhost kamailio[2873]: INFO: <script>: route: received > register Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth [authorize.c:663]: > authenticate(): uri=sip:ims.test.netnonce=173692b1aea9182c2ac712f915f0144a > response=f1efa37094e4492af1e292043c3d57ea qop=auth nc=00000001 > cnonce=a2f5a827ac94467a39e81584c11e8284 hbody= Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_auth [authorize.c:708]: > authenticate(): UE said: f1efa37094e4492af1e292043c3d57ea and we expect > f1efa37094e4492af1e292043c3d57ea ha1 1c31125e2929b3fd6a609bd1a134a631 > (REGISTER) Jan 15 11:07:50 localhost kamailio[2873]: INFO: ims_registrar_scscf > [cxdx_sar.c:79]: create_return_code(): created AVP successfully : > [saa_return_code] - [-2] Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf > [cxdx_avp.c:138]: cxdx_get_avp(): cxdx_get_experimental_result_code: Failed > finding avp Jan 15 11:07:50 localhost kamailio[2932]: INFO: ims_registrar_scscf > [cxdx_sar.c:79]: create_return_code(): created AVP successfully : > [saa_return_code] - [1] Jan 15 11:07:50 localhost kamailio[2932]: WARNING: tm [t_lookup.c:1536]: > t_unref(): WARNING: script writer didn't release transaction Jan 15 11:08:05 localhost kamailio[2940]: ERROR: <script>: INVITE ( > sip:+393922568123@ims.test.net (10.139.140.249:14437) to > sip:+39666555@ims.test.net, > 0gQAAC8WAAACBAAALxYAAM3V1YJ1oc5VxmgXA6gfuMM+33iKMHHLO4FAjeWDRORBfoRu5acqCjeTKNa2pjdRdA--(a)10.139.140.249 > ) Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: received > packet Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: route: Mobile > Originating Side Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Routing Mobile > Originating side Jan 15 11:08:05 localhost kamailio[2940]: INFO: <script>: Adding angle > brackets to P-Asserted-Identity Jan 15 11:08:05 localhost kamailio[2940]: INFO: ims_isc [mod.c:236]: > isc_match_filter(): Checking triggers Jan 15 11:08:05 localhost kamailio[2940]: : <core> [mem/q_malloc.c:454]: > qm_free(): BUG: qm_free: bad pointer 0x7f3dc03597a0 (out of memory block!) > called from <core>: parser/parse_param.c: do_free_params(629) - aborting Jan 15 11:08:05 localhost kamailio[2943]: : <core> [pass_fd.c:293]: > receive_fd(): ERROR: receive_fd: EOF on 90 Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:775]: > handle_sigs(): child process 2940 exited by a signal 6 Jan 15 11:08:05 localhost kamailio[2863]: ALERT: <core> [main.c:778]: > handle_sigs(): core was generated Jan 15 11:08:05 localhost kamailio[2863]: INFO: <core> [main.c:790]: > handle_sigs(): INFO: terminating due to SIGCHLD Jan 15 11:08:05 localhost kamailio[2939]: INFO: <core> [main.c:841]: > sig_usr(): INFO: signal 15 received Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: > sig_usr(): INFO: signal 15 received > ..... > Jan 15 11:08:05 localhost kamailio[2942]: INFO: <core> [main.c:841]: > sig_usr(): INFO: signal 15 received Jan 15 11:08:05 localhost kamailio[2876]: INFO: <core> [main.c:841]: > sig_usr(): INFO: signal 15 received Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:251]: > cdp_exit(): CDiameterPeer child stopping ... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:428]: > diameter_peer_destroy(): destroy_diameter_peer(): Terminating all > children... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2939] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2938] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2937] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2936] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2935] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2934] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2933] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:435]: > diameter_peer_destroy(): destroy_diameter_peer(): Waiting for child [2932] > to terminate... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [diameter_peer.c:447]: > diameter_peer_destroy(): destroy_diameter_peer(): All processes terminated. > Cleaning up. Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:137]: > worker_destroy(): Unlocking workers waiting on empty queue... Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [worker.c:140]: > worker_destroy(): Unlocking workers waiting on full queue... Jan 15 11:08:05 localhost kamailio[2863]: CRITICAL: cdp > [diameter_peer.c:487]: diameter_peer_destroy(): destroy_diameter_peer(): > Bye Bye from C Diameter Peer test Jan 15 11:08:05 localhost kamailio[2863]: INFO: cdp [mod.c:253]: > cdp_exit(): ... CDiameterPeer child stoped after that the S-CSCF terminate. it's unuseful to attach any wireshark dump because,as I told before, the Serving process terminates just after receiving the INVITE. Instead I attach my configuration. thanks in advance!!! saluti Gennaro Sarnataro

2 1

SIP OPTIONS
by Keith 15 Jan '14

15 Jan '14

Hi, I have a trunk trying to connect to Kamailio but when it sends me OPTIONS I am not replying with 200 OK. This trunk is no authenticated in any way. Any ideas? Keith

3 2

register fails from openvpn clients
by meres 15 Jan '14

15 Jan '14

I have kamailio 4.1.0 running on a server on a real ip and behind a firewall. NAT detection is enabled on kamailio because many remote clients are behind NAT, so NAT is working fine along with rtpproxy. Everything else (incoming, outgoing) is working fine except the following: Users who are connected to our openvpn server (bridged mode) which is on the same subnet with kamailio, fail to register. I suspect that kamailio detects NAT on these clients as all of them are behind NAT, but they also have obtained a real ip from our openvpn server on their tap interface and as a result, REGISTER fails. One solution, but not the best is to exclude kamailio from our openvpn routes but I would not prefer this because I wil not be able to manage the server remotely My config: http://pastebin.com/JSxzgmKH Any suggestions?

2 1

The RPC function in the TM module
by 无愿无悔 15 Jan '14

15 Jan '14

Hello everyone: I want to know what is the parameter for the RPC function "tm.cancel" in the TM module ? I input the parameters such as : tm.cancel d90be24a4553d076@Yml5cC5oYWlnzs5uZXQ 2 but it can accept the only parameter,and inform me "error 400-Callid and CSeq expected as parameters " . The context of the Callid.s is "d90be24a4553d076@Yml5cC5oYWlnzs5uZXQ". But the context of the CSeq.s is "if you get this string, you don't check rpc_scan return code!!!(very bad)". Could you give me an example ? Message: 3 Date: Mon, 13 Jan 2014 09:00:53 +0100 From: Daniel-Constantin Mierla <miconda(a)gmail.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] The RPC Function in The TM Module Message-ID: <52D39D35.5000205(a)gmail.com> Content-Type: text/plain; charset="utf-8"; Format="flowed" Hello, can you try to put callid in between double quotes. Try with the number only and if it doesn't work, try also with number and method. Like: kamcmd tm.cancel "CALLID" "NNN" kamcmd tm.cancel "CALLID" "NNN INVITE" With kamcmd should be an option to force string input parameter to rpc command, iirc, like: kamcmd tm.cancel "CALLID" s:NNN Let us know if it works. Cheers, Daniel hi, I try to put callid between double quotes.Like: tm.cancel "CALLID" "NNN" but it inform : error: 400-Transactions not found. the context of the callid is " "CALLID" " the context of the Cseq is " "NNN" " . note: Thus,the double quotes is treated as a part of the string.

2 1

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Shankar 14 Jan '14

14 Jan '14

Hi Jason, Please find below my response inline, I have some questions for you as we have used suspend/continue quite a lot in the IMS code and don't have any leaks. Firstly, why are you using pkg_mem for your hash_id and label? Remember that you will be in 2 different processes in the suspend and continue portions of the code... so pkg_mem will not work - you should use shm_mem instead. [Shankar] We use pkg_mem because we are invoking t_continue from the same process ( using thread ). Secondly, how are you using top to tell that you have a leak? Kamailio's memory is internally managed. [Shankar] After running for say 20minutes, we get out of shared memory error. Also in top output we observed incremental increase in the shared usage of shared memory for the process. Cheers Jason On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)lists.sip-router.org' > *Subject:* Regd. t_suspend() and t_continue() > > > > Hi, > > > > We are trying out the t_suspend() and t_continue() in our test setup. > We are facing memory leak ( both shm and pkg as per top command results). > > > > Please find below the scenario, > > > > 1) Do a t_newtran() > > 2) Allocate pkg memory for hashid and label. > > 3) Call t_suspend() > > 4) Do t_continue() when async result is available > > 5) De-allocate pkg memory reserved for hashid and label > > 6) Do a t_relay() which forwards the sip message to another sip node. > > > > In the step (6) above, we see t_newtran() allocates one more time > shared memory for the same transaction. > > > > We tried t_release() after step (4) to release the transaction as > t_relay() anyways allocates new shared memory. Nothing helped. > > > > Please let me know what are the logs you would require to debug the same. > I am attaching syslog for this run. > > > > Regards, > > Shankar

1 0

is_in_subnet & Multiple CIDR subnets
by jay binks 14 Jan '14

14 Jan '14

So Im looking at a way of implementing IP Network ACL's in kamailio.. block all except specific subnets etc.. it seems I can do what I need with the IPOps module and is_in_subnet but is_in_subnet will only take 1 CIDR notation subnet, and I want to be able to put ( For example ) 192.168.1.1/24,172.16.10.1/24 in there ... ( or any number of subnets really ) is there a benevolent kamailio developer on the list who is able to add this simple feature for me ? -- Sincerely Jay

3 3

Re: [SR-Users] Update R-URI after lookup("location")
by Igor Potjevlesch 14 Jan '14

14 Jan '14

Hello, No one has an idea? I was thinking that each request goes to RELAY but even if I try to modify the R-URI in this route, it fails. I still had the contact URI taken from location instead of my modification. Regards, Igor. De : Igor Potjevlesch [mailto:igor.potjevlesch@gmail.com] Envoyé : lundi 13 janvier 2014 17:15 À : sr-users(a)lists.sip-router.org Objet : Update R-URI after lookup("location") Hello, I do an association between X aliases with 1 contact. This contact is connected one time in the location. But sometimes, for some scenario, this contact can be connected 2 or 3 times and the INVITE are sent with parallel forking. When an INVITE is received, after lookup(aliases), I set the R-URI with the original SIP TO with the following instruction: avp_pushto("$ruri/username", "$tU"); before relay. The issue occurred with the next contacts. They dont passed through this instruction. How can I update all available R-URI in location before relay? Regards, Igor. --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

2 2

Registration to Kamailio World 2014 is open
by Daniel-Constantin Mierla 14 Jan '14

14 Jan '14

Hello, I would like to announce that the registration to Kamailio World 2014 is now open. This year there is also a pre-conference event for half a day on April 2, with technical tutorials for those looking on more practical and hands-on content. You can see more details on the web site at: - http://conference.kamailio.com/k02/registration/ - http://conference.kamailio.com/k02/2014/01/registration-is-open/ Looking forward to meeting many of you in Berlin during April 2-4, 2014. Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 2

Help with authenticating using Kamailio
by Kasinath 14 Jan '14

14 Jan '14

Hi All, I just installed Kamailio in one server and Asterisk in another. Asterisk loads it sipusers info from database which is in Kamailio server. I don't know how to go further. How can I authenticate Asterisk users through Kamailio. I am trying to authenticate using a sipphone. But no luck. I am missing alot here. I know we can add users using the following command >> kamctl add username password But I already have users in asterisk realtime db. Is there any difference? Awaiting your reply, Thanks in advance, -- Thanks & Regards, Kasinath K P System Engineer Admin-Ahead Server Technologies email:kasinathk@admin-ahead.com

2 1

WebSocket with MSRP
by mohammed alyaseen 14 Jan '14

14 Jan '14

Hi All, I am using Kamailio 4.1 as SIP proxy and registrar with websocket and msrp modules. As a client I am using the JsSIP stack. The client can open websocket for SIP messages by calling "new WebSocket('ws://1.2.3.4:8000','sip')" with sip as a subprotocol, this works fine. But when the client tries to open a websocket for MSRP sessions using new WebSocket('ws://1.2.3.4:8000','msrp') in the browser log I see the error 'WebSocket connection to 'ws://1.2.3.4:8000/' failed: Unexpected response code: 400' . For MSRP file transfer I am using the crocodile msrp lib. The HTTP GET request of sent by the client is: GET / HTTP/1.1 Via: SIP/2.0/TCP 10.147.66.197:54818 Upgrade: websocket Connection: Upgrade Host: 192.168.144.48:8000 Origin: http://localhost Sec-WebSocket-Protocol: msrp Pragma: no-cache Cache-Control: no-cache Sec-WebSocket-Key: gccXstTCf+egnPtufU2xng== Sec-WebSocket-Version: 13 Sec-WebSocket-Extensions: x-webkit-deflate-frame User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36 Cookie: PHPSESSID=pdlbnc3h24i5r8rdg1979tino2 In the log of Kamailio I see these lines: 11(2114) WARNING: websocket [ws_handshake.c:318]: ws_handle_handshake(): required headers not present 11(2114) DEBUG: sl [sl.c:288]: send_reply(): reply in stateless mode (sl) 11(2114) DEBUG: <core> [msg_translator.c:204]: check_via_address(): check_via_address(10.147.66.197, 10.147.66.197, 0) 11(2114) DEBUG: <core> [tcp_main.c:2320]: tcpconn_send_put(): tcp_send: send from reader (2114 (11)), reusing fd 11(2114) DEBUG: <core> [tcp_main.c:2556]: tcpconn_do_send(): tcp_send: sending... 11(2114) DEBUG: <core> [tcp_main.c:2590]: tcpconn_do_send(): tcp_send: after real write: c= 0x7f37ab162bd0 n=182 fd=8 11(2114) DEBUG: <core> [tcp_main.c:2591]: tcpconn_do_send(): tcp_send: buf= HTTP/1.1 400 Bad Request Via: SIP/2.0/TCP 10.147.66.197:54744 Sec-WebSocket-Protocol: sip Sec-WebSocket-Version: 13 Server: kamailio (4.1.1 (x86_64/linux)) Content-Length: 0 So, anyone has an idea whats the problem is? Thanks, Medo

1 0

Update R-URI after lookup("location")
by Igor Potjevlesch 13 Jan '14

13 Jan '14

Hello, I do an association between X aliases with 1 contact. This contact is connected one time in the location. But sometimes, for some scenario, this contact can be connected 2 or 3 times and the INVITE are sent with parallel forking. When an INVITE is received, after lookup("aliases"), I set the R-URI with the original SIP TO with the following instruction: avp_pushto("$ruri/username", "$tU"); before relay. The issue occurred with the next contacts. They don't passed through this instruction. How can I update all available R-URI in location before relay? Regards, Igor. --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

1 0

Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
by Jason Penton 13 Jan '14

13 Jan '14

Hi, I have some questions for you as we have used suspend/continue quite a lot in the IMS code and don't have any leaks. Firstly, why are you using pkg_mem for your hash_id and label? Remember that you will be in 2 different processes in the suspend and continue portions of the code... so pkg_mem will not work - you should use shm_mem instead. Secondly, how are you using top to tell that you have a leak? Kamailio's memory is internally managed. Cheers Jason On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)lists.sip-router.org' > *Subject:* Regd. t_suspend() and t_continue() > > > > Hi, > > > > We are trying out the t_suspend() and t_continue() in our test setup. We > are facing memory leak ( both shm and pkg as per top command results). > > > > Please find below the scenario, > > > > 1) Do a t_newtran() > > 2) Allocate pkg memory for hashid and label. > > 3) Call t_suspend() > > 4) Do t_continue() when async result is available > > 5) De-allocate pkg memory reserved for hashid and label > > 6) Do a t_relay() which forwards the sip message to another sip node. > > > > In the step (6) above, we see t_newtran() allocates one more time shared > memory for the same transaction. > > > > We tried t_release() after step (4) to release the transaction as > t_relay() anyways allocates new shared memory. Nothing helped. > > > > Please let me know what are the logs you would require to debug the same. > I am attaching syslog for this run. > > > > Regards, > > Shankar > > > > > > _______________________________________________ > 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 > > -- *Jason Penton**Senior Manager: Applications and Services**Smile Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:* jason.barry.pentonjason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

1 0

FW: Regd. t_suspend() and t_continue()
by Shankar 13 Jan '14

13 Jan '14

Re-sending without the attachment. From: Shankar [mailto:shankar.rk@plintron.com] Sent: Monday, January 13, 2014 4:57 PM To: 'sr-users(a)lists.sip-router.org' Subject: Regd. t_suspend() and t_continue() Hi, We are trying out the t_suspend() and t_continue() in our test setup. We are facing memory leak ( both shm and pkg as per top command results). Please find below the scenario, 1) Do a t_newtran() 2) Allocate pkg memory for hashid and label. 3) Call t_suspend() 4) Do t_continue() when async result is available 5) De-allocate pkg memory reserved for hashid and label 6) Do a t_relay() which forwards the sip message to another sip node. In the step (6) above, we see t_newtran() allocates one more time shared memory for the same transaction. We tried t_release() after step (4) to release the transaction as t_relay() anyways allocates new shared memory. Nothing helped. Please let me know what are the logs you would require to debug the same. I am attaching syslog for this run. Regards, Shankar

1 0

Regd. t_suspend() and t_continue()
by Shankar 13 Jan '14

13 Jan '14

Hi, We are trying out the t_suspend() and t_continue() in our test setup. We are facing memory leak ( both shm and pkg as per top command results). Please find below the scenario, 1) Do a t_newtran() 2) Allocate pkg memory for hashid and label. 3) Call t_suspend() 4) Do t_continue() when async result is available 5) De-allocate pkg memory reserved for hashid and label 6) Do a t_relay() which forwards the sip message to another sip node. In the step (6) above, we see t_newtran() allocates one more time shared memory for the same transaction. We tried t_release() after step (4) to release the transaction as t_relay() anyways allocates new shared memory. Nothing helped. Please let me know what are the logs you would require to debug the same. I am attaching syslog for this run. Regards, Shankar

1 0

Critical dialog - Bogus event 5 Problem - PRACK after 200OK
by Arik Lustig 13 Jan '14

13 Jan '14

Hello There, We are detecting errors quite often on our kamailio servers log: /usr/local/sbin/kamailio[17527]: CRITICAL: dialog [dlg_hash.c:782]: bogus event 5 in state 4 for dlg 0 x7fe0269a8be0 [1004:10921] with clid '034e8c8f-07daa8c0-001b56a3(a)192.168.210.2' and tags '07daa8c0-33aeaec-t-1' '9304808465080725853 ' After analyzing the issue We found that the root cause for those errors is when kamailio gets PRACK message after 200 OK (CSeq INVITE) in the same CALLID. To mention that those calls are successfuly established. This is due a complecated voice network. As for today we are getting around 100 errors per kamailio server every day. The number will increase to around 1000 errors per day in the near future. Two questions please: 1. Can Kamailio safety deal with those errors with no service effect 2. Is there a way to decrease the level of those errors from CRITICAL to INFO? As for today we are working in debug level 0 so no INFO written is written to the log in general. I will appriciate for any assistant on this topic please. Thanks, Arik.

2 2

The RPC Function in The TM Module
by 无愿无悔 13 Jan '14

13 Jan '14

Hello everyone: I want to know what is the parameter for the RPC function "tm.cancel" in the TM module ? I input the parameters such as : tm.cancel d90be24a4553d076@Yml5cC5oYWlnzs5uZXQ 2 but it can accept the only parameter,and inform me "error 400-Callid and CSeq expected as parameters " . The context of the Callid.s is "d90be24a4553d076@Yml5cC5oYWlnzs5uZXQ". But the context of the CSeq.s is "if you get this string, you don't check rpc_scan return code!!!(very bad)". Could you give me an example ?

2 1

JSCommunicator feedback?
by Daniel Pocock 10 Jan '14

10 Jan '14

Hi, I'm just wondering if anybody has used JSCommunicator with Kamailio yet and if anybody has any feedback? http://jscommunicator.org/ If anybody publishes a dedicated blog about using them together I'll be happy to link to it I'm also looking for any feedback from anybody who may be able to take the CSS a little bit further. On the one hand, it would be nice to make it look a little bit more slick but on the other hand, the intention is for other people to drop it into their own sites where they have existing styles as well, so I'd prefer not to have it themed so aggressively that users have more work to do removing things. Regards, Daniel

2 4

Older Sip Phone ia hangup after 60sec with Realtime asterisk
by Noriyuki Hayashi 10 Jan '14

10 Jan '14

Hello, I am beginner using kamailio with much appreciated. Only one sip-phone is hang up after 60 seconds problem. This sip phone has no nat function at all.(SANYO SIP-2100) Grand Stream is works fine with kamailio. I would like give me your great advice with much appreciated. Environment. CentOS5.10, Asterisk-11.6.0 with PostgreSQL-9.2.5 as Realtime. Kamailio-4.1.0 Only Asterisk and PostgreSQL with older sip phone works fine. If Kamailio is running that registered is OK, But meetme(example) is hangup after 60 sec. I do not know "reINVITE or RTP" problem. Kamailio.cfg #!KAMAILIO #!enable postgresql #!define WITH_PGSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_ASTERISK #!define WITH_NAT #!define WITH_DISPATCHER #!define WITH_ANTIFLOOD #!define WITH_MULTIDOMAIN #!define WITH_WITHINDLG #!define WITH_DEBUG #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_PGSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "postgres://postgres:password@localhost/kamailio" #!ifdef WITH_ASTERISK #!define DBASTURL "postgres://asterisk:password@localhost/asterisk" #!endif #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 #log_facility=LOG_LOCAL0 log_facility=LOG_LOCAL7 fork=yes children=4 check_via=no # (cmd. line: -v) dns=off # (cmd. line: -r) rev_dns=off # (cmd. line: -R) /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no auto_aliases=no /* add local domain aliases */ #alias="sip.mydomain.com" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 /* port to listen to * - can be specified more than once if needed to listen on many ports */ #listen=udp:192.168.192.92 port=5060 mhomed=1 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" #!endif #!ifdef WITH_ASTERISK asterisk1.bindip = "192.168.192.92" desc "Asterisk IP Address" asterisk1.bindport = "5080" desc "Asterisk Port" asterisk2.bindip = "192.168.192.93" desc "Asterisk IP Address" asterisk2.bindport = "5080" desc "Asterisk Port" kamailio.bindip = "192.168.192.92" desc "Kamailio IP Address" kamailio.bindport = "5060" desc "Kamailio Port" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules/" #!else mpath="/usr/lib64/kamailio/modules/" #!endif #!ifdef WITH_PGSQL loadmodule "db_postgres.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif #!ifdef WITH_ASTERISK loadmodule "uac.so" #!endif #!ifdef WITH_DISPATCHER loadmodule "dispatcher.so" loadmodule "sqlops.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) #!ifdef WITH_ASTERISK modparam("rr", "append_fromtag", 1) #!else modparam("rr", "append_fromtag", 0) #!endif # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "load_credentials", "") #!ifdef WITH_ASTERISK modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "version_table", 0) #!else modparam("auth_db", "db_url", DBURL) modparam("auth_db", "password_column", "password") modparam("auth_db", "use_domain", MULTIDOMAIN) #!endif # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speedial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif #!ifdef WITH_DISPATCHER # ----- dispatcher params ----- modparam("dispatcher", "db_url", DBURL) modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("sqlops","sqlcon", "ca=>postgres://asterisk:password@localhost/kamailio") #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging ## setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); #!ifdef WITH_ASTERISK route(REGFWD); #!endif exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif #!ifdef WITH_ASTERISK if(is_method("INVITE") && (!route(FROMASTERISK))) { # if new call from out there - send to Asterisk # - non-INVITE request are routed directly by Kamailio # - traffic from Asterisk is routed also directy by Kamailio route(TOASTERISK); exit; } #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_ASTERISK # do not auth traffic from Asterisk - trusted! if(route(FROMASTERISK)) return; #!endif #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests #!ifdef WITH_ASTERISK if (!auth_check("$fd", "sip_devices", "1")) { #!else if (!auth_check("$fd", "subscriber", "1")) { #!endif auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage(); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } #!ifdef WITH_ASTERISK # Test if coming from Asterisk route[FROMASTERISK] { if(ds_is_from_list()) { return 1; } else { return -1; } } # Send to Asterisk route[TOASTERISK] { if($(au{s.len})<=5) { $var(setid) = 0; xlog("SCRIPT: Connected Asterisk #0 - using set $var(setid) \n"); } else { $var(setid) = 9; xlog("SCRIPT: Connected Asterisk #9 - using set $var(setid) \n"); } # failover dispatching on set determined above if(!ds_select_dst($var(setid), "8")) { send_reply("404", "No destination"); exit; } t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } # Forward REGISTER to Asterisk route[REGFWD] { if(!is_method("REGISTER")) { return; } if($(au{s.len})<=5) { $var(rip) = $sel(cfg_get.asterisk1.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk1.bindport); } else { $var(rip) = $sel(cfg_get.asterisk2.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk2.bindport); } $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); } # Sample failure route failure_route[RTF_DISPATCH] { if (t_is_canceled()) { exit; } # next DST - only for 500 or local timeout if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { if(ds_next_dst()) { t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } } } #!endif *** Test call to meetme Logs. **** sip1*CLI> sip set debug on sip1*CLI> SIP Debugging re-enabled sip1*CLI> sip set debug on sip1*CLI> Name/username Host Dyn Forcerport ACL Port Status Description Realtime 99206/99206 192.168.192.92 D N 5060 OK (515 ms) Cached RT 1 sip peers [Monitored: 1 online, 0 offline Unmonitored: 0 online, 0 offline] sip1*CLI> -- Executing [901@99:1] Answer("SIP/99206-00000000", "") Audio is at 15506 sip1*CLI> Adding codec 100003 (ulaw) to SDP sip1*CLI> Adding codec 100008 (g729) to SDP Adding non-codec 0x1 (telephone-event) to SDP sip1*CLI> <--- Reliably Transmitting (NAT) to 192.168.192.92:5060 ---> SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.192.92;branch=z9hG4bKac02.538bb4a63719b3291fac2770ec3b5b31.0 Via: SIP/2.0/UDP 192.168.192.190:5060;rport=5060;branch=z9hG4bK-52cad077-29932-3be9 Record-Route: <sip:192.168.192.92;lr=on;ftag=bec0a8c0-13c4-52cad076-29850-7422;nat=yes> From: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 To: <sip:901@192.168.192.92>;tag=as7cd1f3fc Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 2 INVITE Session-Expires: 120;refresher=uas Contact: <sip:901@192.168.192.92:5080> Content-Type: application/sdp Require: timer Content-Length: 284 v=0 o=root 729993436 729993436 IN IP4 192.168.192.92 s=Asterisk PBX 11.6.0 c=IN IP4 192.168.192.92 t=0 0 m=audio 15506 RTP/AVP 0 18 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv <------------> sip1*CLI> Retransmitting #1 (NAT) to 192.168.192.92:5060: SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.192.92;branch=z9hG4bKac02.538bb4a63719b3291fac2770ec3b5b31.0 Via: SIP/2.0/UDP 192.168.192.190:5060;rport=5060;branch=z9hG4bK-52cad077-29932-3be9 Record-Route: <sip:192.168.192.92;lr=on;ftag=bec0a8c0-13c4-52cad076-29850-7422;nat=yes> From: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 To: <sip:901@192.168.192.92>;tag=as7cd1f3fc Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 2 INVITE Session-Expires: 120;refresher=uas Contact: <sip:901@192.168.192.92:5080> Content-Type: application/sdp Require: timer Content-Length: 284 v=0 o=root 729993436 729993436 IN IP4 192.168.192.92 s=Asterisk PBX 11.6.0 c=IN IP4 192.168.192.92 t=0 0 m=audio 15506 RTP/AVP 0 18 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv --- sip1*CLI> <--- SIP read from UDP:192.168.192.92:5060 ---> ACK sip:901@192.168.192.92:5080 SIP/2.0 From: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 To: <sip:901@192.168.192.92>;tag=as7cd1f3fc Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 2 ACK Via: SIP/2.0/UDP 192.168.192.92;branch=z9hG4bKac02.9f229e8f27e7aa8e3fad6cc83135f434.0 Via: SIP/2.0/UDP 192.168.192.190:5060;rport=5060;branch=z9hG4bK-52cad077-29a6e-306e Max-Forwards: 16 Contact: <sip:99206@192.168.192.190:5060> Proxy-Authorization: Digest username="99206", realm="192.168.192.92", nonce="UspTFFLKUehXxuLrJ9AbLwT69Jtg5MFQ", uri="sip:901@192.168.192.92", response="8d49c10f184381801aac43fc45b15117", algorithm=MD5 Content-Length:0 <-------------> --- (11 headers 0 lines) --- sip1*CLI> <--- SIP read from UDP:192.168.192.92:5060 ---> ACK sip:901@192.168.192.92:5080 SIP/2.0 From: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 To: <sip:901@192.168.192.92>;tag=as7cd1f3fc Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 2 ACK Via: SIP/2.0/UDP 192.168.192.92;branch=z9hG4bKac02.9f229e8f27e7aa8e3fad6cc83135f434.0 Via: SIP/2.0/UDP 192.168.192.190:5060;rport=5060;branch=z9hG4bK-52cad077-29a6e-306e Max-Forwards: 16 Contact: <sip:99206@192.168.192.190:5060> Proxy-Authorization: Digest username="99206", realm="192.168.192.92", nonce="UspTFFLKUehXxuLrJ9AbLwT69Jtg5MFQ", uri="sip:901@192.168.192.92", response="8d49c10f184381801aac43fc45b15117", algorithm=MD5 Content-Length:0 <-------------> --- (11 headers 0 lines) --- sip1*CLI> -- Executing [901@99:2] Wait("SIP/99206-00000000", "1") sip1*CLI> > 0x17aa0bd0 -- Probation passed - setting RTP source address to 192.168.192.190:17096 sip1*CLI> -- Executing [901@99:3] Authenticate("SIP/99206-00000000", "5963") sip1*CLI> -- <SIP/99206-00000000> Playing 'agent-pass.gsm' (language 'ja') sip1*CLI> -- <SIP/99206-00000000> Playing 'auth-thankyou.gsm' (language 'ja') sip1*CLI> -- Executing [901@99:4] MeetMe("SIP/99206-00000000", "99901,pM") == Parsing '/etc/asterisk/meetme.conf': Found sip1*CLI> -- Created MeetMe conference 1023 for conference '99901' sip1*CLI> -- <SIP/99206-00000000> Playing 'conf-onlyperson.gsm' (language 'ja') sip1*CLI> -- Started music on hold, class 'default', on SIP/99206-00000000 sip1*CLI> -- Stopped music on hold on SIP/99206-00000000 sip1*CLI> -- Started music on hold, class 'default', on SIP/99206-00000000 sip1*CLI> Audio is at 15506 Adding codec 100003 (ulaw) to SDP Adding codec 100008 (g729) to SDP Adding non-codec 0x1 (telephone-event) to SDP Reliably Transmitting (NAT) to 192.168.192.92:5060: INVITE sip:99206@192.168.192.190:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.192.92:5080;branch=z9hG4bK71165cd1;rport Max-Forwards: 70 From: <sip:901@192.168.192.92>;tag=as7cd1f3fc To: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 Contact: <sip:901@192.168.192.92:5080> Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 102 INVITE User-Agent: Asterisk PBX 11.6.0 Session-Expires: 120;refresher=uac Min-SE: 90 Allow: INVITE, ACK, CANCEL, BYE X-asterisk-Info: SIP re-invite (Session-Timers) Content-Type: application/sdp Content-Length: 284 v=0 o=root 729993436 729993436 IN IP4 192.168.192.92 s=Asterisk PBX 11.6.0 c=IN IP4 192.168.192.92 t=0 0 m=audio 15506 RTP/AVP 0 18 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=sendrecv --- sip1*CLI> <--- SIP read from UDP:192.168.192.92:5060 ---> SIP/2.0 404 Not here Via: SIP/2.0/UDP 192.168.192.92:5080;branch=z9hG4bK71165cd1;rport=5080 From: <sip:901@192.168.192.92>;tag=as7cd1f3fc To: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 102 INVITE Server: kamailio (4.1.0 (x86_64/linux)) Content-Length: 0 --- > [INSERT INTO cdr ("calldate","clid","src","dst","dcontext","channel","lastapp","lastdata","duration","billsec","disposition","amaflags","accountcode","uniqueid") VALUES ('2014-01-06 15:49:12','"Richard Nough" <99206>','99206','901','99','SIP/99206-00000000','MeetMe','99901,pM',60,60,'ANSWERED',3,'nori@wats','1388990952.0')] <--- SIP read from UDP:192.168.192.92:5060 ---> SIP/2.0 404 Not here Via: SIP/2.0/UDP 192.168.192.92:5080;branch=z9hG4bK339a9eb8;rport=5080 From: <sip:901@192.168.192.92>;tag=as7cd1f3fc To: Richard Nough<sip:99206@192.168.192.92>;tag=bec0a8c0-13c4-52cad076-29850-7422 Call-ID: 105b2ef4-bec0a8c0-13c4-52cad076-2984c-5404(a)192.168.192.92 CSeq: 103 BYE Server: kamailio (4.1.0 (x86_64/linux)) Content-Length: 0 I hope you have a great 2014. Kind regards, Nori

2 4

Max-Forwards severly decreased when invite is relayed
by Grant Bagdasarian 10 Jan '14

10 Jan '14

Hello, Using Kamailio 4.1. I'm having some problems with the Max-Forwards header being decremented by almost 50 when Kamailio relays the INVITE to the next hop. The INVITE is received by Kamailio with the value of 65, but when sent to the next hop it has the value of 16. I'm not altering the max-forwards header value in any way in the config script. At least not explicitly. Are there any known constructs which indirectly affect the Max-Forwards header? 10.0.0.16 is the Kamailio server. U 10.0.0.10:5060 -> 10.0.0.16:5060 INVITE sip:3110123456@10.0.0.16:5060 SIP/2.0. Via: SIP/2.0/UDP 10.0.0.10;rport;branch=z9hG4bKeg5g6U4Dc5HeS. Max-Forwards: 65. From: "31765123456" <sip:31765123456@10.0.0.10>;tag=9Z7avj87Bc2gm. To: <sip:3110123456@10.0.0.16:5060>. Call-ID: e089c971-f3a8-1231-c2bb-000c2941b070. CSeq: 54291565 INVITE. Contact: <sip:mod_sofia@10.0.0.10:5060>. User-Agent: CM Carrier SBC. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 205. U 10.0.0.16:5060 -> 10.0.0.31:5060 INVITE sip:3110123456@10.0.0.25:5060 SIP/2.0. Record-Route: <sip:10.0.0.16;lr=on>. Via: SIP/2.0/UDP 10.0.0.16;branch=z9hG4bKe501.5459c149e5fa2c6c723149661017aa3d.0. Via: SIP/2.0/UDP 10.0.0.10;rport=5060;branch=z9hG4bKeg5g6U4Dc5HeS. Max-Forwards: 16. From: "31765123456" <sip:31765123456@10.0.0.10>;tag=9Z7avj87Bc2gm. To: <sip:3110123456@10.0.0.16:5060>. Call-ID: e089c971-f3a8-1231-c2bb-000c2941b070. CSeq: 54291565 INVITE. Contact: <sip:mod_sofia@10.0.0.10:5060>. User-Agent: CM Carrier SBC. Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, NOTIFY. Supported: timer, precondition, path, replaces. Allow-Events: talk, hold, conference, refer. Content-Type: application/sdp. Content-Disposition: session. Content-Length: 205.

2 2

attrs field in "kamctl fifo ds_list"
by Benjamin Henrion 09 Jan '14

09 Jan '14

Hi, Any idea what attrs are in dispatcher.cfg? When I do a kamctl fifo ds_list, I can put some strings in this field. Is it used for labelling of the SIP URIs? The documentation is a bit obscure for me. If I put hello as the last item on dispatcher.cfg, I see it when I do a ds_list: $ kamctl fifo ds_list SET:: 99 URI:: sip:127.0.0.1:5060 flags=AP priority=0 attrs=hello Best, -- Benjamin Henrion <bhenrion at ffii.org> FFII Brussels - +32-484-566109 - +32-2-4148403 "In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators."

2 1

Kamailio v4.1.1 Released
by Daniel-Constantin Mierla 09 Jan '14

09 Jan '14

Hello, Kamailio SIP Server v4.1.1 stable release is out. This is a maintenance release of the latest stable branch, 4.1, that includes fixes since release of v4.1.0. There is no change to database schema or configuration language structure that you have to do on installations of v4.1.0. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.1.1. For more details about version 4.1.1 (including links and guidelines to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2014/01/kamailio-v4-1-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Releasing v4.1.1
by Daniel-Constantin Mierla 09 Jan '14

09 Jan '14

Hello, I am considering to release v4.1.1 out of branch 4.1 this week on Thursday -- there were couple of fixes since we did v4.1.0. If there are any open issues that should get addresses, reply here. Also, for developers, if there are patches only on master branch that should be pushed on 4.1 as well, do it as soon as possible. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 2

Kamdbctl create issue
by Owais ul Haq 09 Jan '14

09 Jan '14

Hello all, I am installing Kamailio-4.1.0 on my system. I get this error while creating 'kamdbctl' file. [root@ss3 sbin]# ./kamdbctl create ERROR: DATABASE ENGINE NOT SPECIFIED, PLEASE SETUP ONE IN THE CONFIG SCRIPT. Can some one please help in solving this error. Any help will be appreciated. Cheers, Kamilio Newbie.

2 1

Kamailio-4.1.0 Installation Issues
by Owais ul Haq 09 Jan '14

09 Jan '14

Hello all, I am installing Kamailio-4.1.0 on my system. I get this error while creating 'kamdbctl' file. Can some one please help in solving this error. Any help will be appreciated. Cheers, Kamilio Newbie.

2 1

question about nat_uac_test
by Brian Davis 08 Jan '14

08 Jan '14

When using nat_uac_test("3"), there is a particular REGISTER message that my kamailio server receives where the source and via addresses are different, but this function seems to return false (and then no nat correction is applied). I have included the register message below. Is there an obvious reason this is not triggering the nat_uac_test? Or can anyone share how they would usually debug a situation like this? Any help/advice would be appreciated. Thank you! Example captured Register message: REGISTER sip:test1.test.com:5060 SIP/2.0 Call-ID: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx CSeq: 1418 REGISTER From: "Joe" <sip:xxxyyyzzzz@test1.test.com>;tag=2163936191 To: "Joe" <sip:xxxyyyzzzz@test1.test.com> Via: SIP/2.0/UDP 96.xxx.xxx.xxx:33745;rport;branch=z9hG4bKf5s1p`n3TRv5TZx5RXy.RVv+JPz8Nat*UX!8KRx4SRx Via: SIP/2.0/UDP 192.xx.xxx.xxx:33745;branch=z9hG4bKeb263246c44095f072d8167dd0c7987a343134;rport Max-Forwards: 70 User-Agent: SIPAUA/0.1.001 Contact: "Joe" <sip:xxxyyyzzzz@192.xx.xxx.xxx:33745;transport=udp> Expires: 3600 Authorization: Digest username="xxxyyyzzzz",realm="test1.test.com ",nonce="UsDqxVLA6ZlvIrO3TsqCtm9X3vqY8405",uri="sip:test1.test.com:5060 ",response="769d1e6f2fd36cf040503f9f079279a0" Content-Length: 0 Associated lines from kamailio log: [kamailio]# grep 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxxkamailio.log Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|start|recieved UDP request REGISTER sip:test1.test.com Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|source 96.xxx.xxx.xxx:33745 Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|from sip:xxxyyyzzzz@test1.test.com Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|to sip:xxxyyyzzzz@test1.test.com Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|originated from external sources Dec 30 03:33:45 sip-01 kamailio[20489]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|end|issued new auth challenge to new registration attempt Dec 30 03:33:45 sip-01 kamailio[20495]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|start|recieved UDP request REGISTER sip:test1.test.com:5060 Dec 30 03:33:45 sip-01 kamailio[20495]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|source 96.xxx.xxx.xxx:33745 Dec 30 03:33:45 sip-01 kamailio[20495]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|from sip:xxxyyyzzzz@test1.test.com Dec 30 03:33:45 sip-01 kamailio[20495]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|to sip:xxxyyyzzzz@test1.test.com Dec 30 03:33:45 sip-01 kamailio[20495]: INFO: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|originated from external sources Dec 30 03:33:45 sip-01 kamailio[20495]: DEBUG: <script>: 3b0400ca43e28f78f3e6dc945a084b88(a)192.xx.xxx.xxx|log|authenticated xxxyyyzzzz(a)test1.test.com via cached SIP creds

2 3

Kamailio 4.1.x Installation
by Owais ul Haq 08 Jan '14

08 Jan '14

Hello all, I am currently using Kamailio-3.1.1 installed on a fedora machine. I want to install updated version Kamailio-4.1.x. Can someone give me some link where I can find about installation steps and pre-requisites etc. Thanks for helping. Regards, Kamailio Newbie :)

3 2

kamailio crash after sqlops failures
by Uri Shacked 08 Jan '14

08 Jan '14

Hi kamailio version 3.2.0 16M configured has private memory and 4G as shared memory. using sqlops to query the DB. the DB was down and kamailio crashed after some time with the following log under 1. /var/log/messages "kernel: kamailio[PID]: segfault at 5 ip 00007fdacc65e175 sp 00007fff85897810 error 4 in tm.so[7fdacc630000+79000]" 2./var/log/kamailio " /usr/local/sbin/kamailio[12033]: ERROR: <core> [db_query.c:156]: error while submitting query /usr/local/sbin/kamailio[12033]: ERROR: sqlops [sql_api.c:580]: cannot do the query /usr/local/sbin/kamailio[12055]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 14 /usr/local/sbin/kamailio[11966]: ALERT: <core> [main.c:785]: child process 12034 exited by a signal 11 /usr/local/sbin/kamailio[11966]: ALERT: <core> [main.c:788]: core was generated" (core was not generated due to lack of permissions on linux..... but now it is ok) So, anyone has an idea where to start? BR, Uri

2 4

gateway authentication with the lcr module
by Rene Montilva 08 Jan '14

08 Jan '14

Hi List is there any option with lcr module to authenticate gateways with digest method for outbound calls?, or whats the best practice for that scenario. i have a sip user from my sip provider, it register with uac module for incoming calls, but i want outbound calls too Best Regards

3 2

Re: [SR-Users] Kamailio 4.1, Debian Squeeze, RTPProxy 1.2.1 Segfault [SOLVED]
by Jr Richardson 08 Jan '14

08 Jan '14

On Mon, Dec 30, 2013 at 6:08 PM, Jr Richardson <jmr.richardson(a)gmail.com> wrote: >> >> Hello, >> >> you should enable core dumping - that should be via running 'ulimit -c >> unlimited' before you start rtpproxy. >> >> If you get the coredump, then grab the backtrace with gdb, it should >> show where rtpproxy crashed. With that info, maybe we can spot a fix for it. >> >> Hopefully rtpproxy package is with debug symbols, if not, the look for a >> rtpproxy-dbg package and install it if found. >> >> Cheers, >> Daniel >> >> On 20/12/13 18:59, Jr Richardson wrote: >>> Hi All, >>> root@sip-router3-ve206:/etc/kamailio# kamailio -V >>> version: kamailio 4.1.0 (x86_64/linux) 350d2e >>> Doing some testing, can't seem to get rtpproxy to not segfault. I've >>> loaded version from deb-squeeze pkg, from source >>> http://b2bua.org/chrome/site/rtpproxy-1.2.1.tar.gz and from >>> git://sippy.git.sourceforge.net/gitroot/sippy/rtpproxy >>> <http://sippy.git.sourceforge.net/gitroot/sippy/rtpproxy> (which >>> should be the latest) but all versions segfault as soon as a call sets up. >>> I've configured each versions control socket for both udp or unix, >>> kamailio starts and sees the rtpproxy fine with no errors, but when a >>> call hits, rtpproxy segfaults. >>> I've run rtpproxy in the forground with degug and get this response >>> (IP's washed x.x.x): >>> ------------------ >>> DBUG:handle_command: received command "7505_12 USIEc0,101 >>> 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76 x.x.x.76 23388 as33dd7c98;1" >>> INFO:handle_command: new session >>> 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76, tag as33dd7c98;1 requested, >>> type strong >>> Segmentation fault >>> ------------------ >>> root@sip-router3-ve206:/etc/kamailio# more /etc/default/rtpproxy >>> # Defaults for rtpproxy >>> # The control socket. >>> CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" >>> # To listen on an UDP socket, uncomment this line: >>> #CONTROL_SOCK="udp:127.0.0.1:7722 <http://127.0.0.1:7722>" >>> # Additional options that are passed to the daemon. >>> EXTRA_OPTS="-l x.x.x.20" >>> kamailio.cfg: >>> loadmodule "rtpproxy.so" >>> modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722 >>> <http://127.0.0.1:7722>") >>> inside route[] >>> >>> add_path_received(); >>> rtpproxy_manage("cwei"); >>> record_route(); >>> Any guidance on further identifying the issue? >>> Thanks. >>> JR > > I'm not very familiar with gdb, but did manage to get a core dump and > here are the results: > ------------------------------------------- > root@rtpproxy:/usr/src/rtpproxy-git# gdb > /usr/src/rtpproxy-git/rtpproxy -c /usr/src/rtpproxy-git/core > GNU gdb (GDB) 7.0.1-debian > Copyright (C) 2009 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Reading symbols from /usr/src/rtpproxy-git/rtpproxy...done. > [New Thread 11256] > warning: Can't read pathname for load map: Input/output error. > Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. > Loaded symbols for /lib/libpthread.so.0 > Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. > Loaded symbols for /lib/libm.so.6 > Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. > Loaded symbols for /lib/libc.so.6 > Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging > symbols found)...done. > Loaded symbols for /lib64/ld-linux-x86-64.so.2 > Reading symbols from /lib/libnss_compat.so.2...(no debugging symbols > found)...done. > Loaded symbols for /lib/libnss_compat.so.2 > Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. > Loaded symbols for /lib/libnsl.so.1 > Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. > Loaded symbols for /lib/libnss_nis.so.2 > Reading symbols from /lib/libnss_files.so.2...(no debugging symbols > found)...done. > Loaded symbols for /lib/libnss_files.so.2 > Core was generated by `./rtpproxy -f -l x.x.x.x -s udp:x.x.x.x 7722 -p > /var/run/rtpproxy/rtp'. > Program terminated with signal 11, Segmentation fault. > #0 create_twinlistener (cf=0x7fff957ec2d0, ia=0x0, port=<value > optimized out>, fds=<value optimized out>) > at rtpp_command.c:97 > 97 fds[i] = socket(ia->sa_family, SOCK_DGRAM, 0); > (gdb) bt > #0 create_twinlistener (cf=0x7fff957ec2d0, ia=0x0, port=<value > optimized out>, fds=<value optimized out>) > at rtpp_command.c:97 > #1 create_listener (cf=0x7fff957ec2d0, ia=0x0, port=<value optimized > out>, fds=<value optimized out>) > at rtpp_command.c:143 > #2 0x000000000040967d in handle_command (cf=0x7fff957ec2d0, > controlfd=<value optimized out>, > cmd=0x7f73bf148d00, dtime=<value optimized out>) at rtpp_command.c:837 > #3 0x000000000040bc9d in process_commands (cf=0x7fff957ec2d0, > controlfd_in=3, dtime=<value optimized out>) > at rtpp_command_async.c:63 > #4 0x000000000040bd75 in rtpp_cmd_queue_run (arg=<value optimized > out>) at rtpp_command_async.c:92 > #5 0x00007f73bff6e8ca in start_thread () from /lib/libpthread.so.0 > #6 0x00007f73bfa53b6d in clone () from /lib/libc.so.6 > #7 0x0000000000000000 in ?? () > (gdb) > --------------------------------------------------------------------------------- > I could not find an rtpproxy debug package and the install notes do > not tell how to compile with debugging symbols. > > Thanks. > > JR So apparently rtpproxy doesn't like to be told to use 2 interfaces in the flags (ie or ei) when only 1 interface is actually enabled for use. This was a case of RTFM! RTPProxy seems to be working fine, once I got the correct config parameters in kamailio. Thanks. JR -- JR Richardson Engineering for the Masses

2 1

Cassandra module
by Carlos Ruiz Díaz 08 Jan '14

08 Jan '14

Hi, does anybody know if it is possible to use Kamailio's built-in maintenance tools with the db schema as tables in Cassandra? I'm trying to create the "subscriber" table in a Cassandra cluster and maintain it using kamctl options for new users and passwords. I tried modifying the DBENGINE in kamctlrc to DB_CASSANDRA, CASSANDRA, DBCASSANDRA, without luck. Regards, -- Carlos http://caruizdiaz.com +595981146623

2 1

tag column on address table
by Kelvin Chua 07 Jan '14

07 Jan '14

is the peer_tag_avp used on allow_source_address_group? Kelvin Chua

3 11

SIP Security Architectural Question to Use RTP/Media Proxy or Not?
by Jr Richardson 07 Jan '14

07 Jan '14

Hi All, Background: We are a service provider offering VoIP/Data services to business customers. All hosted VoIP systems and Customers are mostly on-net, VoIP systems not exposed to the Internet, but all hosted PBX's do have public IP address. I do have some Customers with off-net phones/users so I basically white list their IP's so the phones can register back to their hosted PBX. This works well and keeps SIP attack vectors to a minimum. I've been working on a single point of registration Kamailio server to backend PBX's so I can further control public Internet access to hosted PBX's. I've got this working in the lab but have some concerns about RTP streams. I know I can use a RTP/Media Proxy to also have a single point of entry for media streams to the the backend PBX's but don't believe this to be the best method. Researching SBC's and what I know about SIP and RTP Streams, it's best to have media controlled via the B2BUA (Asterisk in this case) and since all my hosted PBX's have public IP's there would be no compelling reason to proxy RTP adding another hop, latency and point of failure other than for security. I'm not transcoding media or doing anything outside of the capability of the B2BUA as far as media goes. Question: Would it be prudent to open UDP media ports from Internet to PBX's on a case-by-case basis, basically white listing media streams or is there any attack vulnerability with UDP in the media port range or should I open up media port range to all PBX's and not worry about attacks. Are there any UDP Media exploits that I should be concerned with, or UDP flood attacks that could DOS my hosted PBX's? Thanks for any feedback. JR -- JR Richardson Engineering for the Masses

4 3

Got SIP response 400 "Bad From URI"
by arun Jayaprakash 06 Jan '14

06 Jan '14

Hello, I have set up two extensions in my network, both have identical configurations. When I call from ext A to ext B I have no problem; ext B rings and I can hear audio. Now when I call from ext B to ext A I get the following error: "Got SIP response 400 "Bad From URI" back from 172.10.30.15". Could someone let me know why this happens, what could be the issue and what I need to check for? Thank you for your help. Arun Jayaprakash

2 1

Kamailio World 2014 - Call for Speakers
by Daniel-Constantin Mierla 06 Jan '14

06 Jan '14

Hello, I would like to announce that call for speakers at Kamailio World 2014 is now open. Those interested in presenting at the event have to submit the proposal via the web form at: - http://conference.kamailio.com/k02/call-for-speakers/ Have a great 2014, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Got SIP response 400 "Bad From URI"
by arun Jayaprakash 04 Jan '14

04 Jan '14

Hello, I have set up two extensions in my network, both have identical configurations. When I call from ext A to ext B I have no problem; ext B rings and I can hear audio. Now when I call from ext B to ext A I get the following error: "Got SIP response 400 "Bad From URI" back from 172.10.30.15". Could someone let me know why this happens, what could be the issue and what I need to check for? Thank you for your help. Arun Jayaprakash

1 0

t_reply in failure route with dialog module
by Efelin Novak 03 Jan '14

03 Jan '14

Hi, when I use t_reply("505", "Error"); in my failure route, the response is not forwarded and following is written into a log: kamailio[26216]: WARNING: tm [t_lookup.c:1559]: t_unref(): WARNING: script writer didn't release transaction plus next line is written exactly 416000 times into a log afterwards: kamailio[32685]: CRITICAL: dialog [dlg_hash.c:794]: log_next_state_dlg(): bogus event 4 in state 5 for dlg 0xb4af6588 [2575:7017] with clid '121d44f0-6555f4c8' and tags 'd12546d053aadc68o2' '' My point is to change the incoming code from users and append a Q.850 reason code. Is there any other way how to do this or a way how to fix this? I'm using Kamilio 4.0.4 on Debian 7.1 The code is as follows: failure_route[MANAGE_FAILURE] { if (t_is_canceled()) { exit; } if($T_reply_code == 408 && isflagset(10)) { xlog("Ringing timeout"); append_to_reply("Reason: Q.850;cause=28\r\n"); t_reply("505", "Error"); } }

3 10

Missing Route headers in locally generated BYE
by Efelin Novak 03 Jan '14

03 Jan '14

Hi, I locally generate BYE using dlg_end_dlg. When I want to end a call that is "transport layer" bridged, the BYE is not sent to first hop in route_set but directly to the endpoint. In such BYE there are no Route headers. In non-bridging calls Routes are correctly placed and the message is routed to the first "hop". When the error happens, this is written to a log: WARNING: rr [loose.c:821]: after_loose(): no socket found for match second RR Here ([SR-Users] no socket found for match second RR) I have read this is only a warning, but in my configuration it seriously influences the message routing. My setup is phone1(192.168.10.3) <--TCP--> kamailio1(192.168.10.2) <--UDP--> kamailio2(192.168.5.3) <--UDP--> phone2 On kamailio1 I generate dlg_end_dlg and the BYE is sent to phone1 and phone2 directly. I'm using Kamailio 4.0.4 on Debian machines. How can I make the Kamailio1 to send the BYE to kamailio2 in the transport layer bridging scenario? Do I have some misconfiguration or this is not a correct behaviour? Thanks for answer Efelin

4 7

tmrec_match function is not working
by José Seabra 03 Jan '14

03 Jan '14

Hi there, I'm trying use tmrec_match in order to create routing rules based on time, but without sucess, please have a look at my code and the errors that i got: Code block: if(tmrec_match("20130101T080500|24H|weekly|||MO,TU,WE,TH,FR")) { xlog("L_INFO", "time match R=$ru ID=$ci\n"); } Error: ERROR: <core> [tmrec.c:1320]: tr_parse_recurrence_string(): failed to parse time recurrence [20130101T080500|24H] My server has the following date/hour Seg Dez 30 18:35:57 WET 2013 Thank for your help -- Cumprimentos José Seabra

2 4

Documentation "error" acc module 4.1
by Daniel Tryba 03 Jan '14

03 Jan '14

Regarding http://www.kamailio.org/docs/modules/4.1.x/modules/acc.html#acc.p.db_insert… "If set to 1, use INSERT DELAYED to add records to accounting tables when the DB driver has support for it. If no INSERT DELAYED support is offered by DB driver, then standard INSERT is used." With the switch to InnoDB in 4.1 acc is by default no longer a table that supports INSERT DELAYED. Mysqld generates an error when trying INSERT DELAYED on a backend that doesn't support this, the driver does support delayed but is oblivious to this not working on acc: /usr/sbin/kamailio[19378]: ERROR: db_mysql [km_dbase.c:122]: db_mysql_submit_query(): driver error on query: DELAYED option not supported for table 'acc' /usr/sbin/kamailio[19378]: ERROR: <core> [db_query.c:235]: db_do_insert_cmd(): error while submitting query /usr/sbin/kamailio[19378]: ERROR: acc [acc.c:504]: acc_db_request(): failed to insert delayed into database So beware if you use InnoDB and INSERT DELAYED. Maybe the documentation should mentioning the fact that the 4.1 defaults don't work for mysql. But people will figure this out fast when there is no accounting :) -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024

2 1

ingress timer
by Kelvin Chua 02 Jan '14

02 Jan '14

i would like to have an fr_inv_timer functionality on inbound INVITEs. the only way i imagine this to work is to use timer module, set a predefined timer value, and when reaching that value after the INVITE, execute a ROUTE that cancels the callee and sends a 500 or timeout message back to the caller. problem is, the timeout value for module is static. i need the timeout to be dynamic for different callers. are there any other methods on achieving this? Kelvin Chua

3 7

Happy New Year!
by Daniel-Constantin Mierla 02 Jan '14

02 Jan '14

Another year packed in the archive, thanks everyone for filling it with excellent achievements and, along them, keeping Kamailio project moving forward! I expect another wonderful year ahead for the project and I am looking forward to collaborating further within this brilliant community as well as meeting many of you at Kamailio World and other events worldwide. I wish everyone a prosperous and successful 2014! Happy new year! Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 1

Thank You for SIP info on iptel.org. However, unable to see pictures of call flow and other things
by hari vittal 01 Jan '14

01 Jan '14

Hello Admin, I had subscribed to your wonderful web page iptel.org, which truly is amazing in terms of SIP. However, please allow me to let you know that in all the SIP documentation you had provided on this webpage, none of the pages display the DIAGRAMS. You would acknowledge the fact that these Diagrams would help a novice like me to grab the knowledge on SIP in more clarity using these Diagrams.. Hence request you to kindly accept my request and fix this issue. Thanks in appreciation of your wonderful work and commitment. Regards, Hari.

1 0

Re: [SR-Users] Kamailio 4.1, Debian Squeeze, RTPProxy 1.2.1 Segfault
by Jr Richardson 30 Dec '13

30 Dec '13

> > Hello, > > you should enable core dumping - that should be via running 'ulimit -c > unlimited' before you start rtpproxy. > > If you get the coredump, then grab the backtrace with gdb, it should > show where rtpproxy crashed. With that info, maybe we can spot a fix for it. > > Hopefully rtpproxy package is with debug symbols, if not, the look for a > rtpproxy-dbg package and install it if found. > > Cheers, > Daniel > > On 20/12/13 18:59, Jr Richardson wrote: >> Hi All, >> root@sip-router3-ve206:/etc/kamailio# kamailio -V >> version: kamailio 4.1.0 (x86_64/linux) 350d2e >> Doing some testing, can't seem to get rtpproxy to not segfault. I've >> loaded version from deb-squeeze pkg, from source >> http://b2bua.org/chrome/site/rtpproxy-1.2.1.tar.gz and from >> git://sippy.git.sourceforge.net/gitroot/sippy/rtpproxy >> <http://sippy.git.sourceforge.net/gitroot/sippy/rtpproxy> (which >> should be the latest) but all versions segfault as soon as a call sets up. >> I've configured each versions control socket for both udp or unix, >> kamailio starts and sees the rtpproxy fine with no errors, but when a >> call hits, rtpproxy segfaults. >> I've run rtpproxy in the forground with degug and get this response >> (IP's washed x.x.x): >> ------------------ >> DBUG:handle_command: received command "7505_12 USIEc0,101 >> 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76 x.x.x.76 23388 as33dd7c98;1" >> INFO:handle_command: new session >> 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76, tag as33dd7c98;1 requested, >> type strong >> Segmentation fault >> ------------------ >> root@sip-router3-ve206:/etc/kamailio# more /etc/default/rtpproxy >> # Defaults for rtpproxy >> # The control socket. >> CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" >> # To listen on an UDP socket, uncomment this line: >> #CONTROL_SOCK="udp:127.0.0.1:7722 <http://127.0.0.1:7722>" >> # Additional options that are passed to the daemon. >> EXTRA_OPTS="-l x.x.x.20" >> kamailio.cfg: >> loadmodule "rtpproxy.so" >> modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722 >> <http://127.0.0.1:7722>") >> inside route[] >> >> add_path_received(); >> rtpproxy_manage("cwei"); >> record_route(); >> Any guidance on further identifying the issue? >> Thanks. >> JR I'm not very familiar with gdb, but did manage to get a core dump and here are the results: ------------------------------------------- root@rtpproxy:/usr/src/rtpproxy-git# gdb /usr/src/rtpproxy-git/rtpproxy -c /usr/src/rtpproxy-git/core GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/src/rtpproxy-git/rtpproxy...done. [New Thread 11256] warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libnss_compat.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Core was generated by `./rtpproxy -f -l x.x.x.x -s udp:x.x.x.x 7722 -p /var/run/rtpproxy/rtp'. Program terminated with signal 11, Segmentation fault. #0 create_twinlistener (cf=0x7fff957ec2d0, ia=0x0, port=<value optimized out>, fds=<value optimized out>) at rtpp_command.c:97 97 fds[i] = socket(ia->sa_family, SOCK_DGRAM, 0); (gdb) bt #0 create_twinlistener (cf=0x7fff957ec2d0, ia=0x0, port=<value optimized out>, fds=<value optimized out>) at rtpp_command.c:97 #1 create_listener (cf=0x7fff957ec2d0, ia=0x0, port=<value optimized out>, fds=<value optimized out>) at rtpp_command.c:143 #2 0x000000000040967d in handle_command (cf=0x7fff957ec2d0, controlfd=<value optimized out>, cmd=0x7f73bf148d00, dtime=<value optimized out>) at rtpp_command.c:837 #3 0x000000000040bc9d in process_commands (cf=0x7fff957ec2d0, controlfd_in=3, dtime=<value optimized out>) at rtpp_command_async.c:63 #4 0x000000000040bd75 in rtpp_cmd_queue_run (arg=<value optimized out>) at rtpp_command_async.c:92 #5 0x00007f73bff6e8ca in start_thread () from /lib/libpthread.so.0 #6 0x00007f73bfa53b6d in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () (gdb) --------------------------------------------------------------------------------- I could not find an rtpproxy debug package and the install notes do not tell how to compile with debugging symbols. Thanks. JR -- JR Richardson Engineering for the Masses

1 0

RTP streaming problem (No Audio)
by Nandini madhu 30 Dec '13

30 Dec '13

Dear All, I am working on Kamailio (V 4.0), installed and configured on ubuntu (12.04) System and it runs on Private IP address. I have also configured Media proxy with the Server. I have two Kinds of SIP clients : One is SIP hard phones and Another is IMSDroid clients. But the problem is its strange behaviour, that i didnt get : --> When i call Between Two SIP Hardphones, calls are OK.But when i tried to call between two Soft clients (IMSDroid), the very first time is fine without any problems. After that first session ends, and again if i call between two soft Clients, there is NO AUDIO both the sides. --> Through SIP Hardphones Audio would OK, But once the first call between Soft-Clients(IMSDroid) ends , thereafter No calls will stream RTP packets through this SIP Hardphones also. But the SIP Session is successfully establishing between All the clients, but ends with No audio. I know that kamailio Server will not negotiate any RTP streams, its only a proxy server. But somewhere is going wrong, can anybody guess what may be the reason for No audio ? Any Help will greatly appreciate. Regards, Nandini

1 0

How can I block friendly-scanner?
by Visetel LLC 30 Dec '13

30 Dec '13

I added the following rules on iptables, but it does not work. iptables -A INPUT -j BLACKLIST iptables -A BLACKLIST -p udp -m udp --dport 5060 -m string --string 'friendly-scanner' --algo bm -m comment --comment 'friendly-scanner' -j DROP Any suggestions will be appreciated.

4 3

Not getting packets between peers!
by Yurisbel Jimenez 28 Dec '13

28 Dec '13

Problems getting audio when call from outside mi LAN. Both peers in my LAN perfect. One peer in my LAN, and another outside in the cellphone company internet; the one outside don't delivery any packet to the one inside my LAN Them can see each other and try to talk but the packets sended to the other party get lost. No one receive anything. Restarting services for rtpproxy and kamailio after every try. Here is my configuration on /etc/default/rtpproxy file: USER=kamailio GROUP=kamailio CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" EXTRA_OPTS="-l 72.28.208.16 -s udp:localhost:7722" Here my configuration on kamailio.cfg file corresponding with NAT: #!ifdef WITH_NAT # ----- rtpproxy params ----- #modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("rtpproxy", "rtpproxy_sock", "unix:/var/run/rtpproxy/rtpproxy.sock") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif Ports opened in my router for Kamailio: udp:35000-65365, udp-tcp:5060, 5061 I know this is personal information but this server is a case study. I'm Trying to learn from you all and if it's possible contribute in the future with some knowledge. Two users for you to test: user name: support domain: uscallfree.com password: support Not TLS yet user name: master domain: uscallfree.com password: master Not TLS yet If one of you wants to try what happen when calls from one peer use that one above, my user name always active is admin(a)uscallfree.com. I know it's not working but maybe helps to determine what it's happening. admin(a)uscallfree.com active 24 hrs. in my nexus 4 native SIP profile configuration. Thank for the help provided here in the mailing list. You all rocks

1 0

Need a clue!
by Yurisbel Jimenez 28 Dec '13

28 Dec '13

I was trying for too long right now to have a complete call between to parties outside mi local network but they can start the call and nothing its heard. I think it’s because my network it’s behind a NAT but I’m already configure the “rtpproxy” to use my external IP not the one on my private network and still not working. Kamailio and RTPPROXY are communicating through IP and port udp:127.0.0.1:7722 Local calls works fine but the problem its with one or both parties outside the local network. Register and keep location outside the networks works but don’t ear a sound and in the statics the is no packets travelling between them both. Thanks you all.

5 6

critical:: Presence related query
by Piyush.Bansal＠relianceada.com 27 Dec '13

27 Dec '13

Hi, I am using iptel SER for quite a long time. Currently am using presence sharing mechanism of SER. While testing the same it is observed that SER doesn't send partial NOTIFY message i.e. it always sends NOTIFY with complete rlmi doc and pidf for all the buddies. Isn't it possible to send NOTIFY messages only with the pidf of the user who is changing the presence not all?? I checked the code and found there is no support of partial notification (fullState is always set as true). Is there any new version of ser available where this issue has got resolved??? Please help, its urgent. Thanks and Regards, --Piyush Bansal NATT - I & T, Reliance Tech Services, Delhi, India (M) +91-93502-30362 Enjoy the widest reach of 3G services across India only On Reliance www.rcom.co.in/3G The information contained in this electronic message (email) and any attachments to this email are intended for the exclusive use of the addressee(s) and access to this email by any one else is unauthorised. The email may contain proprietary, confidential or privileged information or information relating to Reliance Group. If you are not the intended recipient, please notify the sender by telephone, fax, or return email and delete this communication and any attachments thereto, immediately from your computer. Any dissemination, distribution, or copying of this communication and the attachments thereto (in whole or part), in any manner, is strictly prohibited and actionable at law. The recipient acknowledges that emails are susceptible to alteration and their integrity can not be guaranteed and that Company does not guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

kamailio presence server becomes unresponsive
by Juha Heinanen 27 Dec '13

27 Dec '13

file http://box.tutpro.com/tmp/gdb_kamailio_20131223_145323 contains gdb bt of all presence server processes when presence server is not responding to any new requests. looks like several processes are in futexlock.h if that tells something. this is with kamailio 4.0. -- juha

3 7

XAVP question
by Kelvin Chua 27 Dec '13

27 Dec '13

i'm trying to create an array (similar to sql_xquery result) using xavp, i tried the ff: $xavp(arr[0]=>foo1) = 'bar1'; $xavp(arr[0]=>foo2) = 'bar2'; $xavp(arr[1]=>foo1) = 'bar3'; $xavp(arr[1]=>foo2) = 'bar4'; this does not work. Kelvin Chua

2 2

401 Unauthorized (0 bindings) at SIP server.
by 내맘이야 26 Dec '13

26 Dec '13

2 1

ACK Branch ID
by Michel Freiha 26 Dec '13

26 Dec '13

Dear Sir, My Kamailio Server is sending the same Branch ID for all calls on ACK message... Is there a way to make this Branch id different for each call? U X.X.X.X:5060 -> Y.Y.Y.Y:5060 ACK sip:Y.Y.Y.Y:5060;transport=udp SIP/2.0. *Via: SIP/2.0/UDP X.X.X.X;branch=z9hG4bKcydzigwkX.* Via: SIP/2.0/UDP Z.Z.Z.Z:5060;branch=z9hG4bK077293e0;rport=5060. From: "1111" <sip:1111@Z.Z.Z.Z>;tag=as35541df8. To: <sip:011919986013142@X.X.X.X>;tag=52BBDC4F-18FAC498-AC1C1B69. Contact: <sip:1111@Z.Z.Z.Z>. Call-ID: 051f04c861941212308149bf3e7e4ea0(a)Z.Z.Z.Z. CSeq: 102 ACK. User-Agent: Switch. Max-Forwards: 69. Content-Length: 0. . U X.X.X.X:5060 -> Y.Y.Y.Y:5060 ACK sip:Y.Y.Y.Y:5060;transport=udp SIP/2.0. *Via: SIP/2.0/UDP X.X.X.X;branch=z9hG4bKcydzigwkX.* Via: SIP/2.0/UDP Z.Z.Z.Z:5060;branch=z9hG4bK577c532e;rport=5060. From: "801555555555" <sip:801555555555@Z.Z.Z.Z>;tag=as706a0ac1. To: <sip:011919916731781@X.X.X.X>;tag=52BBDC34-18FABB83-AC1C1B69. Contact: <sip:801555555555@Z.Z.Z.Z>. Call-ID: 5a795f6a1c76095a515a22fd356526ea(a)Z.Z.Z.Z. CSeq: 102 ACK. User-Agent: Switch. Max-Forwards: 69. Content-Length: 0. . Regards -- Michel Freiha Product Manager NYMGO S.A. Office: +961 1 373725 ext.116 25 Avenue de la Liberte L-1931 Luxembourg www.nymgo.com

2 1

Missing destinations in CDRTool but calls are ok
by Teddy Rabary 26 Dec '13

26 Dec '13

Hi and Merry Christmas, I don't know if I can ask my problem here because it's about CDRTool not kamailio. I use kamailio+mediaproxy+callcontrol+cdrtool+freeradius-xs, all calls are OK, the balance is updated after each calln, and i have start/bye on freeradius. All seems ok but after each call I receive from cdrtool something like this, for example when I call to Germany (00491525XXXXXXX) Dec 25 17:43:53 billing cdrtool[11656]: Dec 25 17:45:01 billing cdrtool[17062]: Error: cannot find destination id for 491525XXXXXXX of customer = '', total destinations = 0 Dec 25 17:45:01 billing cdrtool[17062]: Error: cannot find destination id for 491525XXXXXXX of customer = '', total destinations = 0 Dec 25 17:45:01 billing cdrtool[17062]: Error: cannot find destination id for 491525XXXXXXX of customer = '', total destinations = 0 Dec 25 17:45:01 billing cdrtool[17062]: 1 CDRs, 1 normalized in 0 s @ 0 cps These are logs from cdrtool: 131225 17:43:35 527269 Query select * from prepaid where account = 'teddy(a)sip.test' 527269 Query select * from destinations where dest_id = '491525' and (reseller_id = 0 or reseller_id = 0) order by reseller_id desc limit 1 527269 Query select * from billing_customers where subscriber = 'teddy(a)sip.test' or domain = 'sip.test' or gateway = '10.57.85.221' or (subscriber = '' and domain = '' and gateway = '') order by subscriber desc, domain desc, gateway desc limit 1 527269 Query select * from billing_rates where name = 'bll_prepaid' and destination = '491525' and application = 'audio' 527269 Query update prepaid set active_sessions = '{\"WrNwobXRtxTIrP3YfZtbz8FmGRXJ6oh0\":{\"timestamp\":1387982615,\"duration\":36000,\"BillingPartyId\":\"teddy(a)sip.test\",\"MaxSessionTime\":36000,\"domain\":\"sip.test\",\"gateway\":\"10.57.85.221\",\"Destination\":\"+4915252136282\",\"DestinationId\":\"491525\",\"region\":null,\"connectCost\":\"0.0000\"}}', session_counter = '1' where account = 'teddy(a)sip.test' 131225 17:43:53 527269 Query select * from prepaid where account = 'teddy(a)sip.test' 131225 17:44:59 527269 Query select * from destinations where dest_id = '491525' and (reseller_id = 0 or reseller_id = 0) order by reseller_id desc limit 1 527269 Query select * from billing_customers where subscriber = 'teddy(a)sip.test' or domain = 'sip.test' or gateway = '10.57.85.221' or (subscriber = '' and domain = '' and gateway = '') order by subscriber desc, domain desc, gateway desc limit 1 527269 Query select * from billing_discounts where domain = 'sip.test' and application = 'audio' and destination = '491525' 527269 Query select * from billing_rates where name = 'bll_prepaid' and destination = '491525' and application = 'audio' 527269 Query select * from prepaid where account = 'teddy(a)sip.test' 527269 Query update prepaid set balance = balance - '660.0000', change_date = NOW(), active_sessions = '[]', session_counter = '0' where account = 'teddy(a)sip.test' 527269 Query insert into prepaid_history (username,domain,action,description,value,balance,date,session,duration,destination,reseller_id) values ('teddy','sip.blueline.mg','Debit balance','Session to +491525XXXXXXX for 66s','-660.0000','895739.9999',NOW(),'WrNwobXRtxTIrP3YfZtbz8FmGRXJ6oh0','66','+491525XXXXXXX',0) 1 when I telnet cdrtool on port 9024 from kamailio, I have the price, for the destination: ShowPrice From=sip:teddy@sip.test To=sip:00491525XXXXXXX@sip.test gateway=10.0.0.1 duration=247 2470.0000 Duration: 247 s App: audio Destination: 491525 Customer: domain=sip.test Connect: 0.0000 StartTime: 2013-12-26 10:50:07 -- Span: 1 Duration: 247 s ProfileId: bll_prepaid / weekday RateId: bll_prepaid / 0-24h Rate: 600.0000 / 60 s Price: 2,470.0000 I don't know why cdrtool sends mail to me and says that it doesn't find the destination, can someone help me please. Thanks in advance. ps: If need, I can show the configuration files or other logs Regards.

1 0

Merry Christmas!
by Daniel-Constantin Mierla 24 Dec '13

24 Dec '13

Almost done with another fruitful year, counting two major releases, the first edition of a dedicated conference for Kamailio and presence at over a dozen events world wide, it's time to say thanks to everyone that helped along the time -- developers, users, businesses investing resources and all the friends around the project! A Merry Christmas and great winter holidays! Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 2

RTPProxy on a different machine than Kamailio problem
by Julia 24 Dec '13

24 Dec '13

Hello, I try to run RTPProxy on a different machine than Kamailio (Kamailio IP is 10.25.1.5 without NAT) for rtp recording. Remote machine has an IP Address of 10.25.1.1 and started with /usr/local/bin/rtpproxy -l 10.25.1.1 -s udp:*:7722 -F -P -r/log/rtp_trace In Kamailio configuration file: modparam("rtpproxy", "rtpproxy_sock", "udp:10.25.1.1:7722") And then, we receive an error after Kamailio start: /usr/local/sbin/kamailio[24510]: ERROR: rtpproxy [rtpproxy.c:1527]: timeout waiting reply from a RTP proxy /usr/local/sbin/kamailio[24510]: ERROR: rtpproxy [rtpproxy.c:1536]: proxy <udp:10.25.153.149:7722> does not respond, disable it /usr/local/sbin/kamailio[24510]: WARNING: rtpproxy [rtpproxy.c:1404]: RTP proxy went down during version query /usr/local/sbin/kamailio[24510]: WARNING: rtpproxy [rtpproxy.c:1430]: support for RTP proxy <udp:10.25.153.149:7722> has been disabled temporarily In netstat -a: udp 0 0 KAMnet-JAF-TST-01:53522 vm-kamnet-dev01.bgtehi:7722 ESTABLISHED udp 0 0 KAMnet-JAF-TST-01:36633 vm-kamnet-dev01.bgtehi:7722 ESTABLISHED udp 0 0 KAMnet-JAF-TST-01:32925 vm-kamnet-dev01.bgtehi:7722 ESTABLISHED It works, when Kamailio & RTPproxy are configured in the same machine, with modparam("rtpproxy", "rtpproxy_sock", "udp:localhost:7722"), Is there something wrong in configuration of remote mode? Thanks for any help, Julia

2 2

kamailio presence server becomes unresponsive
by Juha Heinanen 23 Dec '13

23 Dec '13

once in a while kamailio 4.0 presence server becomes unresponsive, i.e., does not process any requests. below is bt full of a process that at that time takes most of the cpu time. rls_notifier_processes is not set, i.e., it defaults to 1. does the bt give any clue why kamailio is unresponsive? -- juha (gdb) bt full #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765b32d in select () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x0812ad00 in sleep_us (child_id=-1, desc=0xbfab3310 "RLS NOTIFIER 0", make_sock=1, f=0xb6b22dc0 <timer_send_notify>, param=0xb4db0720, uinterval=100000) at ut.h:520 tval = {tv_sec = 0, tv_usec = 64460} #3 fork_basic_utimer (child_id=-1, desc=0xbfab3310 "RLS NOTIFIER 0", make_sock=1, f=0xb6b22dc0 <timer_send_notify>, param=0xb4db0720, uinterval=100000) at timer_proc.c:127 pid = <value optimized out> ts = 4294966782 #4 0xb6b23b90 in child_init (rank=0) at rls.c:704 tmp = "RLS NOTIFIER 0\000\277" i = 0 #5 0x080f5197 in init_mod_child (m=0xb71a3330, rank=0) at sr_module.c:893 No locals. #6 0x080f5110 in init_mod_child (m=0xb71a3500, rank=0) at sr_module.c:890 No locals. #7 0x080f5110 in init_mod_child (m=0xb71a37b0, rank=0) at sr_module.c:890 No locals. #8 0x080f5110 in init_mod_child (m=0xb71a3c20, rank=0) at sr_module.c:890 No locals. #9 0x080f5110 in init_mod_child (m=0xb71a4258, rank=0) at sr_module.c:890 No locals. #10 0x080f5110 in init_mod_child (m=0xb71a4420, rank=0) at sr_module.c:890 No locals. #11 0x08094dcd in main_loop () at main.c:1710 i = 0 pid = -514 si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #12 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -514 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out>

3 5

kamailio presence server becomes unresponsive
by Juha Heinanen 23 Dec '13

23 Dec '13

below find gdb bt of all presence server processes when presence server is not responding to any new requests. looks like several processes are in futexlock.h if that tells something. this is with kamailio 4.0. -- juha 24573 attendant 24574 slow timer 24575 timer 24576 ctl handler 24577 RLS NOTIFIER 0 24578 tcp receiver (generic) child=0 24579 tcp receiver (generic) child=1 24580 tcp receiver (generic) child=2 24581 tcp receiver (generic) child=3 24582 tcp receiver (generic) child=4 24583 tcp receiver (generic) child=5 24584 tcp receiver (generic) child=6 24585 tcp receiver (generic) child=7 24586 tcp main process ---start 24573 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb762d216 in pause () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x08094ee5 in main_loop () at main.c:1763 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #3 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -514 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24573 ------------------------------------------------------- ---start 24574 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b7e5c9 in futex_get (ticks=44443152, param=0x0) at ../../parser/../mem/../futexlock.h:123 v = -512 i = 2 #3 hashT_clean (ticks=44443152, param=0x0) at pua.c:692 i = 53 now = 1387536665 p = <value optimized out> q = <value optimized out> #4 0x08123a10 in compat_old_handler (ti=711090446, tl=0xb4db0640, data=0xb4db0640) at timer.c:1017 No locals. #5 0x08125da7 in slow_timer_main () at timer.c:1151 n = <value optimized out> ret = 3031141152 tl = 0xb4db0640 #6 0x08095305 in main_loop () at main.c:1688 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #7 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24574 ------------------------------------------------------- ---start 24575 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb762d216 in pause () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x08128971 in timer_main () at timer.c:1000 No locals. #3 0x0809522d in main_loop () at main.c:1704 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #4 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -514 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24575 ------------------------------------------------------- ---start 24576 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb7662a28 in epoll_wait () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6db4ce4 in io_wait_loop_epoll (fd_no=1, cs_lst=0x8cf17a0) at ../../io_wait.h:1060 revents = 1 n = 1 fm = <value optimized out> #3 io_listen_loop (fd_no=1, cs_lst=0x8cf17a0) at io_listener.c:292 max_fd_no = 2 poll_err = <value optimized out> poll_method = <value optimized out> cs = 0x1 type = 1 #4 0xb6da5fd3 in mod_child (rank=0) at ctl.c:327 pid = 0 cs = <value optimized out> rpc_handler = 1 #5 0x080f5197 in init_mod_child (m=0xb719f2e0, rank=0) at sr_module.c:893 No locals. #6 0x080f5110 in init_mod_child (m=0xb719f538, rank=0) at sr_module.c:890 No locals. #7 0x080f5110 in init_mod_child (m=0xb719f798, rank=0) at sr_module.c:890 No locals. #8 0x080f5110 in init_mod_child (m=0xb719f9c8, rank=0) at sr_module.c:890 No locals. #9 0x080f5110 in init_mod_child (m=0xb719fb70, rank=0) at sr_module.c:890 No locals. #10 0x080f5110 in init_mod_child (m=0xb719fd68, rank=0) at sr_module.c:890 No locals. #11 0x080f5110 in init_mod_child (m=0xb719ff60, rank=0) at sr_module.c:890 No locals. #12 0x080f5110 in init_mod_child (m=0xb71a0308, rank=0) at sr_module.c:890 No locals. #13 0x080f5110 in init_mod_child (m=0xb71a0608, rank=0) at sr_module.c:890 No locals. #14 0x080f5110 in init_mod_child (m=0xb71a09b0, rank=0) at sr_module.c:890 No locals. #15 0x080f5110 in init_mod_child (m=0xb71a0c68, rank=0) at sr_module.c:890 No locals. #16 0x080f5110 in init_mod_child (m=0xb71a0ec8, rank=0) at sr_module.c:890 No locals. #17 0x080f5110 in init_mod_child (m=0xb71a1008, rank=0) at sr_module.c:890 No locals. #18 0x080f5110 in init_mod_child (m=0xb71a1118, rank=0) at sr_module.c:890 No locals. #19 0x080f5110 in init_mod_child (m=0xb71a1258, rank=0) at sr_module.c:890 No locals. #20 0x080f5110 in init_mod_child (m=0xb71a1390, rank=0) at sr_module.c:890 No locals. #21 0x080f5110 in init_mod_child (m=0xb71a1520, rank=0) at sr_module.c:890 No locals. #22 0x080f5110 in init_mod_child (m=0xb71a16b0, rank=0) at sr_module.c:890 No locals. #23 0x080f5110 in init_mod_child (m=0xb71a1858, rank=0) at sr_module.c:890 No locals. #24 0x080f5110 in init_mod_child (m=0xb71a3330, rank=0) at sr_module.c:890 No locals. #25 0x080f5110 in init_mod_child (m=0xb71a3500, rank=0) at sr_module.c:890 No locals. #26 0x080f5110 in init_mod_child (m=0xb71a37b0, rank=0) at sr_module.c:890 No locals. #27 0x080f5110 in init_mod_child (m=0xb71a3c20, rank=0) at sr_module.c:890 No locals. #28 0x080f5110 in init_mod_child (m=0xb71a4258, rank=0) at sr_module.c:890 No locals. #29 0x080f5110 in init_mod_child (m=0xb71a4420, rank=0) at sr_module.c:890 No locals. #30 0x08094dcd in main_loop () at main.c:1710 i = 0 pid = -4 si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #31 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -4 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24576 ------------------------------------------------------- ---start 24577 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765b32d in select () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x0812ad00 in sleep_us (child_id=-1, desc=0xbfab3310 "RLS NOTIFIER 0", make_sock=1, f=0xb6b22dc0 <timer_send_notify>, param=0xb4db0720, uinterval=100000) at ut.h:520 tval = {tv_sec = 0, tv_usec = 24570} #3 fork_basic_utimer (child_id=-1, desc=0xbfab3310 "RLS NOTIFIER 0", make_sock=1, f=0xb6b22dc0 <timer_send_notify>, param=0xb4db0720, uinterval=100000) at timer_proc.c:127 pid = <value optimized out> ts = 4294966782 #4 0xb6b23b90 in child_init (rank=0) at rls.c:704 tmp = "RLS NOTIFIER 0\000\277" i = 0 #5 0x080f5197 in init_mod_child (m=0xb71a3330, rank=0) at sr_module.c:893 No locals. #6 0x080f5110 in init_mod_child (m=0xb71a3500, rank=0) at sr_module.c:890 No locals. #7 0x080f5110 in init_mod_child (m=0xb71a37b0, rank=0) at sr_module.c:890 No locals. #8 0x080f5110 in init_mod_child (m=0xb71a3c20, rank=0) at sr_module.c:890 No locals. #9 0x080f5110 in init_mod_child (m=0xb71a4258, rank=0) at sr_module.c:890 No locals. #10 0x080f5110 in init_mod_child (m=0xb71a4420, rank=0) at sr_module.c:890 No locals. #11 0x08094dcd in main_loop () at main.c:1710 i = 0 pid = -514 si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #12 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -514 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24577 ------------------------------------------------------- ---start 24578 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a8e in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:110 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb7200310 "49955699;255675533;d09e612f94508baeb706a9c5a14548ee-19e7", len = 56}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d29cc0 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb7200260 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a3d0, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d29cc0 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d29cc0 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d29cc4 "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d29ccf "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d2b0c0, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d2b1a8 uri = 0x8d29cc0 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d2afb8, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d2b0c0 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d2afb8) at subscribe.c:1031 s = {id = {s = 0xb7200310 "49955699;255675533;d09e612f94508baeb706a9c5a14548ee-19e7", len = 56}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb72007c8 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb7200310 "49955699;255675533;d09e612f94508baeb706a9c5a14548ee-19e7", len = 56} tmp_str = <value optimized out> rls_contact_list = 0xb7200128 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb72000a0 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb50dc141 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-For"..., len = 20}, to_domain = { s = 0xb50dc156 "foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent"..., len = 11}, from_user = { s = 0xb50dc10f "foo.iphone(a)foobar.net>;tag=255675533\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;tra"..., len = 12}, from_domain = { s = 0xb50dc11c "foobar.net>;tag=255675533\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\n"..., len = 11}, watcher_user = { s = 0xb50dc10f "foo.iphone(a)foobar.net>;tag=255675533\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;tra"..., len = 12}, watcher_domain = { s = 0xb50dc11c "foobar.net>;tag=255675533\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\n"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-19e7", len = 37}, from_tag = { s = 0xb50dc12d "255675533\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: applicati"..., len = 9}, callid = { s = 0xb50dc16d "49955699\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-"..., len = 8}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb50dc195 "sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEvent: p"..., len = 76}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb71fffc8 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=255675533;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=255675533;n1>auth\"\r\n ", len = 121}, expires = 0, status = 0, reason = {s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 3, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d2ac60 service_node = 0x8d2afb8 hash_code = 375 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1257795776} rt = <value optimized out> rlsubs_did = {s = 0xb7200530 "49955699;255675533;d09e612f94508baeb706a9c5a14548ee-19e7", len = 56} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277r\277\r\265"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277r\277\r\265"}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "23" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148020170 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = { s = 0x8d29a40 " \272\322\bУm\267\070\272\322\b\250\232\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148019776, flags = 3215664212, transport = { s = 0x179 <Address 0x179 out of bounds>, len = 120}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = {s = 0xb76da3a0 "", len = 0}, maddr = { s = 0xbfab2470 "\240\243m\267@\232\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = { s = 0xb76da3d0 "\350@\323\b\260\225\322\b8\232\322\b\340:\322\bأm\267أm\267\340\243m\267\340\243m\267\350\243m\267\350\243m\267\360\243m\267\360\243m\267\370\243m\267\370\243m\267", len = 25560}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148019776}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\270\233\322\b\270\233\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29bb8 "\001", len = 148020152}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\320\a", len = 17}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 25}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x5 <Address 0x5 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148020172}, ttl = {s = 0xb71c4c3f "rls-services/users/sip:foo.bar@foobar.net/index", len = -1218448301}, user_param = {s = 0xb71d13bc "\002", len = 0}, maddr = {s = 0x19 <Address 0x19 out of bounds>, len = -1079303160}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = {s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xb76d8ff4 "|-\024", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 858924104}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = { s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = { s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = {s = 0x8d29bb0 "P\003", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39864, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29bb8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \000\000\000|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b464e7, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb7200148, to = {s = {sa_family = 2, sa_data = "\000\000{\301\r\265\000\000\000\000\233\302\r\265"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3037577595}, sin_zero = "\000\000\000\000\233\302\r\265"}}, id = 0, proto = -99 '\235', send_flags = {f = 194 '\302', blst_imask = 13 '\r'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = 1}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = { s = 0xb50dc28f "P-Flags: 1\r\n\r\n", len = -1222639712}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb50dc28f "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\320\a", len = -1262177912}, user_param = {s = 0xb7200460 "\001", len = 565080}, maddr = {s = 0x0, len = -1262656184}, method = { s = 0xb7720a54 "\314\005n\267\006", len = 71}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267\310\a \267\310\a \267\060*\253\277\v\276\034\267\340\177\034\267H(\253\277", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = {s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0x4dd8 <Address 0x4dd8 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2bd0 "x\372\034\267\070\060\253\277\001", len = 2}, maddr_val = { s = 0x26 <Address 0x26 out of bounds>, len = -1222637632}, method_val = {s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\320\a", len = 135504431}} next_hop = {user = {s = 0xb72005b8 "\003", len = -1217556492}, passwd = {s = 0xb76da3a0 "", len = 147994912}, host = {s = 0xbfab26b0 "P'\253\277\067\341e\267", len = -1218422611}, port = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302320}, params = {s = 0xb76d8ff4 "|-\024", len = -1257389724}, sip_params = {s = 0xbfab2750 "\001", len = -1218059977}, headers = {s = 0x0, len = 0}, port_no = 49508, proto = 46349, type = 3065414780, flags = 3037577885, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079301168}, ttl = {s = 0xb71d0c70 "", len = -1079301576}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = {s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb720015c "@", len = -1257389411}, gr = { s = 0xb50dc189 "\r\nContact: <sip:foo.iphone@192.168.1.181:52209;alias=194.34.85.51~52209~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires:"..., len = -1079302344}, transport_val = {s = 0x0, len = -1257389695}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222639276}, gr_val = {s = 0xb720015c "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 10800, name = {n = -1079301584, s = {s = 0xbfab2a30 "\020\243\036\267", len = -1223449045}, re = 0xbfab2a30}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72005b8 c1 = {cache_type = 3071885320, val_type = 3072329672, c = {avp_val = {n = -1222637624, s = {s = 0xb72007c8 "sip:foo.iphone@foobar.net", len = -1079301584}, re = 0xb72007c8}, pval = {rs = { s = 0xb72007c8 "sip:foo.iphone@foobar.net", len = -1079301584}, ri = -1222853109, flags = -1222869024}}, i2s = "H(\253\277\000\000\000\000\070*\253\277\320W#\267\003\000\000\000\233", <incomplete sequence \302>} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 31144, sa_data = "d\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 31144, sin_port = 100, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = 150}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x96 <Address 0x96 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 565448}, maddr = {s = 0x6 <Address 0x6 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 1387554018}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\320\a", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x97000004 <Address 0x97000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a58 "\270*\253\277", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = {s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729001}, lr = {s = 0x0, len = 17476615}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "\240\234\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072329496, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b\030\a \267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559846}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "\320\a", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 57016, proto = 46345, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb509df00 "", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1257641528}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "\320\a", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "\320\a", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267\370\336\t\265", len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222639288}, headers = { s = 0xb4dd6279 "\nContent-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r\nE"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3032885176, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1257644360}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\032bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1257644296}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1257644360}, user_param_val = { s = 0xbfab2ddc "", len = 23919}, maddr_val = { s = 0xb4dd6143 "754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114"..., len = 23919}, method_val = {s = 0xbfab2ddc "", len = -1260559847}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4ee92c4 "\220\253\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb50dc08e} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb7200938 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000\220\233\b\000\000\000\000\000\030\a"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b=\300\r\265\235\302\r\265`\004 \267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb7200460} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3037577064, 0, 0, 0, 3037577367, 3037577885, 3037577885, 2, 6, 562928, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb50dbf68 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=255675533;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=2556755"..., len=821, rcv_info=0xb50dbdbc) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299332, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1257390680, -1257390232, 821, -1079299340}, __mask_was_saved = 6, __saved_mask = {__val = {0, 3037577884, 1, 135996997, 3215667688, 135393181, 3037576616, 3215667956, 134559844, 3077441080, 3215654926, 3077646560, 3076138600, 3215667688, 4294967295, 3215667600, 3076928993, 3037577885, 16, 3215667768, 8, 16384, 4294967295, 3215667632, 3037576616, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb50dbf68 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=255675533;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=2556755"..., len = 821} #20 0x0811f483 in tcp_read_req (con=0xb50dbda8, bytes_read=0xbfab32fc, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 821 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001 \000\000\bl\"\267\n\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 8193}, sin_zero = "\bl\"\267\n\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 119 'w' ret = <value optimized out> #21 0x08121082 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=-1) at tcp_read.c:1461 ret = <value optimized out> n = <value optimized out> read_flags = 1 con = 0xb50dbda8 s = <value optimized out> resp = <value optimized out> t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=16) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=16) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 1 i = <value optimized out> reader_fd_1 = 16 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24578 ------------------------------------------------------- ---start 24579 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a8e in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:110 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb71ff9f8 "1142216838;713803479;d09e612f94508baeb706a9c5a14548ee-ae60", len = 58}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d2db68 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb7200560 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a450, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d2db68 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d2db68 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d2db6c "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d2db77 "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d30fe8, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d310d0 uri = 0x8d2db68 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d30ee0, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d30fe8 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d30ee0) at subscribe.c:1031 s = {id = {s = 0xb71ff9f8 "1142216838;713803479;d09e612f94508baeb706a9c5a14548ee-ae60", len = 58}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb71ffe90 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb71ff9f8 "1142216838;713803479;d09e612f94508baeb706a9c5a14548ee-ae60", len = 58} tmp_str = <value optimized out> rls_contact_list = 0xb7200ac0 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb71ff978 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb50132b9 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-F"..., len = 20}, to_domain = { s = 0xb50132ce "foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Age"..., len = 11}, from_user = { s = 0xb5013287 "foo.iphone(a)foobar.net>;tag=713803479\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;t"..., len = 12}, from_domain = { s = 0xb5013294 "foobar.net>;tag=713803479\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>"..., len = 11}, watcher_user = { s = 0xb5013287 "foo.iphone(a)foobar.net>;tag=713803479\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;t"..., len = 12}, watcher_domain = { s = 0xb5013294 "foobar.net>;tag=713803479\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-ae60", len = 37}, from_tag = { s = 0xb50132a5 "713803479\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: applica"..., len = 9}, callid = { s = 0xb50132e5 "1142216838\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-2"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb501330f "sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEvent: p"..., len = 76}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb7200860 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=713803479;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=713803479;n1>=3600\r\n", len = 121}, expires = 0, status = 0, reason = { s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 14, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d30b88 service_node = 0x8d30ee0 hash_code = 8 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1258382568} rt = <value optimized out> rlsubs_did = {s = 0xb71ff9a8 "1142216838;713803479;d09e612f94508baeb706a9c5a14548ee-ae60", len = 58} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\352\060\001\265"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277\352\060\001\265"}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "54" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148020138 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277(\244m\267`", len = -1218448485}, headers = { s = 0x8d29968 "@\a\323\b\220\233\322\b\210\v\323\b\001", len = -1218496353}, port_no = 36852, proto = 46957, type = 148019560, flags = 3215664212, transport = { s = 0xb76da428 " \244m\267 \244m\267(\244m\267(\244m\267\060\244m\267\060\244m\267\070\244m\267\070\244m\267@\244m\267@\244m\267H\244m\267H\244m\267P\244m\267P\244m\267X\244m\267X\244m\267`\244m\267`\244m\267h\244m\267h\244m\267p\244m\267p\244m\267x\244m\267x\244m\267\200\244m\267\200\244m\267\210\244m\267\210\244m\267\220\244m\267\220\244m\267\230\244m\267\230\244m\267\240\244m\267\240\244m\267\250\244m\267\250\244m\267\260\244m\267\260\244m\267\270\244m\267\270\244m\267\300\244m\267\300\244m\267Ȥm\267Ȥm\267Фm\267Фm\267ؤm\267ؤm\267\340\244m\267\340\244m\267"..., len = 96}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = {s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267h\231\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = { s = 0xb7600b10 "\201\303\344\204\r", len = 132088}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148019560}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\230\233\322\b\230\233\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29b98 "`\231\322\b8\227\322\b", len = 148020120}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "w\005", len = 16}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x4 <Address 0x4 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148020140}, ttl = {s = 0x0, len = -1218448301}, user_param = {s = 0xb76b8622 "malloc.c", len = -1217689380}, maddr = {s = 0xb76bbc28 "p->bk_nextsize->fd_nextsize == p", len = -1217551412}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = { s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xb76d8ff4 "|-\024", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 875897928}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = {s = 0x8d29b90 "", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39832, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29b98} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \000\000\000|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b456f6, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb7200a78, to = {s = {sa_family = 2, sa_data = "\000\000\365\062\001\265\000\000\000\000\025\064\001\265"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3036754677}, sin_zero = "\000\000\000\000\025\064\001\265"}}, id = 0, proto = 23 '\027', send_flags = {f = 52 '4', blst_imask = 1 '\001'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb5013409 "P-Flags: 1\r\n\r\n", len = -1222640400}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb5013409 "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "w\005", len = -1262086976}, user_param = {s = 0xb71ffb10 "\001", len = 565256}, maddr = {s = 0x0, len = -1262656184}, method = {s = 0xbfab2c40 "\006", len = 71}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267\220\376\037\267\220\376\037\267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = { s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0x5ca5 <Address 0x5ca5 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267\220\376\037\267\220\376\037\267", len = 2}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222639992}, method_val = { s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "w\005", len = 135504431}} next_hop = {user = {s = 0xb7200838 "\003", len = -1229552516}, passwd = {s = 0xbfab2810 "\b@\031\267\220\376\037\267\220\376\037\267", len = 32}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\b\204\n \267\214\n \267", len = -1229632045}, port = { s = 0xb72000c8 "sip:foo.bar@foobar.net", len = -1222639368}, params = {s = 0x0, len = -1258212644}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 13020, proto = 46337, type = 3072327901, flags = 3036754967, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = {s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb7200a8c "@", len = -1258212329}, gr = { s = 0xb5013303 "\r\nContact: <sip:foo.iphone@192.168.1.181:52187;alias=194.34.85.51~52187~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires:"..., len = -1079302344}, transport_val = {s = 0x0, len = -1258212613}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222636924}, gr_val = {s = 0xb7200a8c "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 10800, name = {n = -1079301584, s = {s = 0xbfab2a30 "\020\243\036\267", len = -1223449045}, re = 0xbfab2a30}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7200838 c1 = {cache_type = 3071885320, val_type = 3072327312, c = {avp_val = {n = -1222639984, s = {s = 0xb71ffe90 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb71ffe90}, pval = {rs = { s = 0xb71ffe90 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070*\253\277\260S#\267\003\000\000\000\025\064"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 12904, sa_data = "Z\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 12904, sin_port = 90, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = 150}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x96 <Address 0x96 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 565400}, maddr = {s = 0x6 <Address 0x6 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 27}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "w\005", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x97000004 <Address 0x97000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a38 "", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = { s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729608}, lr = {s = 0x0, len = 17051141}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "P\235\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072329312, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b`\006 \267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559847}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "w\005", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 59448, proto = 46340, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb504e880 "%", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1257966776}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "w\005", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "w\005", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267x\350\004\265", len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222636936}, headers = { s = 0xb4dd6278 "\n\nContent-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r\n"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3032406376, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1257969608}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\031bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1257969544}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1257969608}, user_param_val = { s = 0xbfab2ddc "", len = 3969}, maddr_val = { s = 0xb4dd6142 ".754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.11"..., len = 3969}, method_val = {s = 0xbfab2ddc "", len = -1260559848}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4eea124 "\360@\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb5013206} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb7200448 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000P\234\b\000\000\000\000\000`\006"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b\265\061\001\265\027\064\001\265\020\373\037\267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb71ffb10} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3036754144, 0, 0, 0, 3036754447, 3036754967, 3036754967, 2, 6, 563120, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb50130e0 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=713803479;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=7138034"..., len=823, rcv_info=0xb5012f34) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299332, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1258213600, -1258213152, 823, -1079299340}, __mask_was_saved = 1, __saved_mask = {__val = {1, 3036754966, 1, 135996997, 3215667688, 135393181, 3036753696, 3215667956, 3215667656, 711066862, 3215667688, 3077666304, 3215667768, 3215667688, 4294967295, 3215667600, 3076928993, 3036754967, 18, 3215667768, 8, 16384, 4294967295, 3215667632, 3036753696, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb50130e0 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=713803479;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=7138034"..., len = 823} #20 0x0811f483 in tcp_read_req (con=0xb5012f20, bytes_read=0xbfab32fc, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 823 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001 \000\000\350k\"\267\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 8193}, sin_zero = "\350k\"\267\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 13 '\r' ret = <value optimized out> #21 0x08121082 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=-1) at tcp_read.c:1461 ret = <value optimized out> n = <value optimized out> read_flags = 1 con = 0xb5012f20 s = <value optimized out> resp = <value optimized out> t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=18) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=18) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 2 i = <value optimized out> reader_fd_1 = 18 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24579 ------------------------------------------------------- ---start 24580 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a16 in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:123 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb71ffb10 "1032401684;956512689;d09e612f94508baeb706a9c5a14548ee-f332", len = 58}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d29b98 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb72005b8 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 3600 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a368, cbp = 0xb6efbde4} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d29b98 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d29b98 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d29b9c "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d29ba7 "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d2b010, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d2b0f8 uri = 0x8d29b98 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d2af08, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d2b010 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d2af08) at subscribe.c:1031 s = {id = {s = 0xb71ffb10 "1032401684;956512689;d09e612f94508baeb706a9c5a14548ee-f332", len = 58}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 3600, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb71ffdb0 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb71ffb10 "1032401684;956512689;d09e612f94508baeb706a9c5a14548ee-f332", len = 58} tmp_str = <value optimized out> rls_contact_list = 0xb72005c8 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb7200650 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb4db36a9 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-F"..., len = 20}, to_domain = { s = 0xb4db36be "foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Age"..., len = 11}, from_user = { s = 0xb4db3677 "foo.iphone(a)foobar.net>;tag=956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;t"..., len = 12}, from_domain = { s = 0xb4db3684 "foobar.net>;tag=956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>"..., len = 11}, watcher_user = { s = 0xb4db3677 "foo.iphone(a)foobar.net>;tag=956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;t"..., len = 12}, watcher_domain = { s = 0xb4db3684 "foobar.net>;tag=956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-f332", len = 37}, from_tag = { s = 0xb4db3695 "956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: applica"..., len = 9}, callid = { s = 0xb4db36d5 "1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-2"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb4db36ff "sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 3600\r\nEvent"..., len = 76}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb7200a40 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=956512689;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=956512689;n1>", len = 121}, expires = 3600, status = 0, reason = { s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 31, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d2abb0 service_node = 0x8d2af08 hash_code = 427 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0x0, len = 0} rt = <value optimized out> rlsubs_did = {s = 0xb71ffe18 "1032401684;956512689;d09e612f94508baeb706a9c5a14548ee-f332", len = 58} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\332\064۴"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277\332\064۴"}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23bb "8" end = 0x1 <Address 0x1 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148019339 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = {s = 0x8d29700 "(\247\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148018944, flags = 3215664212, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 120}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = { s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267", len = -1218422611}, method = {s = 0xb7600b10 "\201\303\344\204\r", len = 132888}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148018944}, gr = {s = 0xbfab2490 "0%\253\277\067\341e\267x\230\322\bx\230\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = {s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29878 "UTF-16BE", len = 148019320}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\373\001", len = 14}} next_hop = {user = {s = 0x1 <Address 0x1 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = ERROR_URI_T, flags = URI_USER_NORMALIZE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148019340}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x20c <Address 0x20c out of bounds>, len = -1079302684}, maddr = {s = 0x19 <Address 0x19 out of bounds>, len = -1079303240}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1223081976}, lr = { s = 0x20c <Address 0x20c out of bounds>, len = 0}, r2 = {s = 0x0, len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 942744648}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = { s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = { s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = { s = 0x8d29870 "x\001", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39032, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29878} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b(\215\322\b|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b43454, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb7200c70, to = {s = {sa_family = 2, sa_data = "\000\000\345\066۴\000\000\000\000\b8۴"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3034265317}, sin_zero = "\000\000\000\000\b8۴"}}, id = 0, proto = 10 '\n', send_flags = {f = 56 '8', blst_imask = 219 '\333'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb4db37fc "P-Flags: 1\r\n\r\n", len = -1222638192}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb4db37fc "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\373\001", len = -1262011760}, user_param = {s = 0xb71ffbb8 "\001", len = 565008}, maddr = {s = 0x0, len = -1262656184}, method = {s = 0xbfab2c40 "", len = 63}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267\260\375\037\267\260\375\037\267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = { s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0x68e3 <Address 0x68e3 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267\260\375\037\267\260\375\037\267", len = 2}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222640216}, method_val = { s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\373\001", len = 135504431}} next_hop = {user = {s = 0xb72001c0 "\003", len = -1222869024}, passwd = {s = 0xbfab2810 "\b@\031\267\260\375\037\267\260\375\037\267", len = 28}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\b|\f \267\204\f \267", len = -1229632045}, port = {s = 0xb7200750 "sip:+33374379662@foobar.net", len = -1222638120}, params = {s = 0x0, len = -1260702004}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 14028, proto = 46299, type = 3072329569, flags = 3034265610, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = { s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = { s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb7200c84 "@", len = -1260701686}, gr = { s = 0xb4db36f3 "\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires:"..., len = -1079302344}, transport_val = {s = 0x0, len = -1260701973}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222636420}, gr_val = {s = 0xb7200c84 "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 10800, name = {n = -1079301584, s = {s = 0xbfab2a30 "\020\243\036\267", len = -1223449045}, re = 0xbfab2a30}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72001c0 c1 = {cache_type = 3071885320, val_type = 3072327088, c = {avp_val = {n = -1222640208, s = {s = 0xb71ffdb0 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb71ffdb0}, pval = {rs = { s = 0xb71ffdb0 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070*\253\277\340\177\034\267\003\000\000\000\b8"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xbfab2bd0, to = {s = {sa_family = 41240, sa_data = "\327\266\b0\253\277\b\201\327\266\320+\253\277"}, sin = {sin_family = 41240, sin_port = 46807, sin_addr = { s_addr = 3215667208}, sin_zero = "\b\201\327\266\320+\253\277"}}, id = 1, proto = -48 '\320', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a58 "\330*\253\277" end = 0x815509a "\017\266Uă\370\002~u\241\370\260\036\b\205\300ul\241\370\260\036\b\213\r\020+\037\b\203\300\001\205ɣ\370\260\036\b\017\205)6" crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = 6}, sip_params = {s = 0x89da8 <Address 0x89da8 out of bounds>, len = -1079301320}, headers = {s = 0x81366c9 "\241\204o\036\b\213\220\260", len = 6}, port_no = 40216, proto = 8, type = 3215666128, flags = 135506509, transport = { s = 0xb71e78ee "Via: SIP/2.0/TCP 62.148.194.161:65005\r\nAuthorization: Digest username=\"+33374379662\", realm=\"foobar.net\", nonce=\"UrQ1T1K0NCNwhDwyQYPZH8ibXaJ6I/qUDTP1QQM7Za+Zm33R6ZeZFzpjil+A\", uri=\"/xcap-root/resourc"..., len = -1222739329}, ttl = { s = 0xbfab2b58 "x\372\034\267\026\206\023\b\b@\031\267\220\373\037\267\230+\253\277\300i\r\b\320+\253\277\320+\253\277\230+\253\277\270\215\023\bP\371\037\267\b", len = 135489225}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 564408}, maddr = {s = 0x7 <Address 0x7 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 1387541262}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1222637128}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = {s = 0x0, len = -1222640112}, transport_val = {s = 0xb72009c0 "\001", len = 0}, ttl_val = { s = 0xbfab2b58 "x\372\034\267\026\206\023\b\b@\031\267\220\373\037\267\230+\253\277\300i\r\b\320+\253\277\320+\253\277\230+\253\277\270\215\023\bP\371\037\267\b", len = -1222639104}, user_param_val = {s = 0xb7200260 "\005", len = 0}, maddr_val = { s = 0xbfab2b58 "x\372\034\267\026\206\023\b\b@\031\267\220\373\037\267\230+\253\277\300i\r\b\320+\253\277\320+\253\277\230+\253\277\270\215\023\bP\371\037\267\b", len = -1222640760}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\373\001", len = 135497238}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\005\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x97000004 <Address 0x97000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a58 "\330*\253\277", len = 135490722}, port_no = 6, proto = 0, type = 564560, flags = 3215665752, transport = {s = 0xb70ab605 "E\361\266\006", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = {s = 0x0, len = -1222739693}, method = { s = 0xb71e7913 "\r\nAuthorization: Digest username=\"+33374379662\", realm=\"foobar.net\", nonce=\"UrQ1T1K0NCNwhDwyQYPZH8ibXaJ6I/qUDTP1QQM7Za+Zm33R6ZeZFzpjil+A\", uri=\"/xcap-root/resource-lists/users/sip:+33374379662@anvian"..., len = -1222729001}, lr = {s = 0x0, len = 32589383}, r2 = { s = 0xb71e78f3 "SIP/2.0/TCP 62.148.194.161:65005\r\nAuthorization: Digest username=\"+33374379662\", realm=\"foobar.net\", nonce=\"UrQ1T1K0NCNwhDwyQYPZH8ibXaJ6I/qUDTP1QQM7Za+Zm33R6ZeZFzpjil+A\", uri=\"/xcap-root/resource-lis"..., len = -1222641328}, gr = {s = 0xb7200a34 "\367\003", len = -1079301416}, transport_val = {s = 0x0, len = -1222739725}, ttl_val = {s = 0xb71e7a7f "", len = -1222637120}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = { s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = { s = 0x8136ca2 "\215F\b\203\304<[^_]Ív", len = 6}, gr_val = {s = 0x89cd8 <Address 0x89cd8 out of bounds>, len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072326544, c = {avp_val = {n = -1079301224, s = {s = 0xbfab2b98 "\b0\253\277\b\201\327\266\320+\253\277\001", len = 135096768}, re = 0xbfab2b98}, pval = { rs = {s = 0xbfab2b98 "\b0\253\277\b\201\327\266\320+\253\277\001", len = 135096768}, ri = -1079301168, flags = -1079301168}}, i2s = "\230+\253\277\270\215\023\bP\371\037\267\b\000\000\000\370+\253\277\030\241"} s = {s = 0xbfab2bd0 "x\372\034\267\070\060\253\277\001", len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xa1c2943e <Address 0xa1c2943e out of bounds> end = 0x0 crt = <value optimized out> len = <value optimized out> user = -302186494 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = { s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222739832}, passwd = {s = 0x1f7 <Address 0x1f7 out of bounds>, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = { s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = { s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 0, s = {s = 0x0, len = 0}, re = 0x0}, avp = 0xb4db35f6} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0x0 c1 = {cache_type = RV_CACHE_EMPTY, val_type = RV_NONE, c = {avp_val = {n = 0, s = {s = 0x0, len = 0}, re = 0x0}, pval = {rs = {s = 0x0, len = 0}, ri = 0, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000p\233\b\000\000\000\000\000\000"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b\245\065۴\n8۴\270\373\037\267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb71ffbb8} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3034264784, 0, 0, 0, 3034265087, 3034265610, 3034265610, 2, 6, 562896, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb4db34d0 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=956512689;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=9565126"..., len=826, rcv_info=0xb4db3324) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299332, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1260702960, -1260702512, 826, -1079299340}, __mask_was_saved = -1, __saved_mask = {__val = {3077701620, 3034265609, 1, 135996997, 3215667688, 135393181, 3034264336, 3215667956, 1, 0, 1, 134559704, 136211120, 3215667688, 4294967295, 3215667600, 3076928993, 3034265610, 20, 3215667768, 8, 3215667720, 4294967295, 3215667632, 3034264336, 135444788, 9, 3215667800, 8, 16384, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb4db34d0 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=956512689;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=9565126"..., len = 826} #20 0x0811f483 in tcp_read_req (con=0xb4db3310, bytes_read=0xbfab32fc, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 826 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001 \000\000\350k\"\267\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 8193}, sin_zero = "\350k\"\267\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 100 'd' ret = <value optimized out> #21 0x08121082 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=-1) at tcp_read.c:1461 ret = <value optimized out> n = <value optimized out> read_flags = 1 con = 0xb4db3310 s = <value optimized out> resp = <value optimized out> t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=20) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=20) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 3 i = <value optimized out> reader_fd_1 = 20 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24580 ------------------------------------------------------- ---start 24581 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b79968 in futex_get (dialog=0xbfab181c, rec_id=0xbfab18dc) at ../../mem/../futexlock.h:123 v = -512 i = 0 #3 get_record_id (dialog=0xbfab181c, rec_id=0xbfab18dc) at hash.c:435 hash_code = 333 rec = <value optimized out> id = <value optimized out> #4 0xb6b1ea74 in rls_handle_notify (msg=0xb71cfa78, c1=0x0, c2=0x0) at resource_notify.c:653 pto = <value optimized out> TO = {error = 0, body = {s = 0x0, len = 0}, uri = {s = 0x0, len = 0}, display = {s = 0x0, len = 0}, tag_value = {s = 0x0, len = 0}, parsed_uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}}, param_lst = 0x0, last_param = 0x0} dialog = {id = {s = 0x0, len = 0}, pres_uri = 0xb71ffd6c, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xb72007fc, call_id = { s = 0xb4e46133 "7fbf6df9-24583(a)184.35.30.38\r\nContent-Length: 242\r\nUser-Agent: OpenXg Presence/XCAP Server (3.3.1 (i386/linux))\r\nMax-Forwards: 70\r\nEvent: presence\r\nContact: <sip:127.0.0.1:5082;transport=tcp>\r\nSubscri"..., len = 27}, to_tag = { s = 0xb4e460f3 "d09e612f94508baeb706a9c5a14548ee-8cfb\r\nCSeq: 3 NOTIFY\r\nCall-ID: 7fbf6df9-24583(a)184.35.30.38\r\nContent-Length: 242\r\nUser-Agent: OpenXg Presence/XCAP Server (3.3.1 (i386/linux))\r\nMax-Forwards: 70\r\nEvent"..., len = 37}, from_tag = { s = 0xb4e460a5 "6e2f02e6edecd851ecb0fcf81d460690-ae1e\r\nFrom: sip:foo.iphone@foobar.net;tag=d09e612f94508baeb706a9c5a14548ee-8cfb\r\nCSeq: 3 NOTIFY\r\nCall-ID: 7fbf6df9-24583(a)184.35.30.38\r\nContent-Length: 242\r\nUser-Age"..., len = 37}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} res_id = 0x0 query_cols = {0xb76d8ff4, 0x8d2c880, 0xb7602206, 0xbfab18cc, 0xb75ff39b, 0x8d2c880, 0xb75f389f, 0x5d957d11} query_vals = {{type = 135314651, nul = 1253, free = -1079312384, val = {int_val = -1079306256, ll_val = 3215661040, double_val = 1.5887476485341345e-314, time_val = -1079306256, string_val = 0xbfab17f0 "\f", str_val = {s = 0xbfab17f0 "\f", len = 0}, blob_val = {s = 0xbfab17f0 "\f", len = 0}, bitmap_val = 3215661040}}, {type = 57760, nul = -1263894080, free = -1079306280, val = {int_val = -1223464870, ll_val = -5428456029026031526, double_val = -5.3527910465682604e-55, time_val = -1223464870, string_val = 0xb713685a "\211ǋ\203p\376\377\377\213\020\061\300\207\002\203\370\002tY\205\377t@\213E\f\360\tF\004\213E\020\211G\b\213E\024\211G\f\213E\030\211G\020\213E\f\307\a", str_val = { s = 0xb713685a "\211ǋ\203p\376\377\377\213\020\061\300\207\002\203\370\002tY\205\377t@\213E\f\360\tF\004\213E\020\211G\b\213E\024\211G\f\213E\030\211G\020\213E\f\307\a", len = -1263910912}, blob_val = {s = 0xb713685a "\211ǋ\203p\376\377\377\213\020\061\300\207\002\203\370\002tY\205\377t@\213E\f\360\tF\004\213E\020\211G\b\213E\024\211G\f\213E\030\211G\020\213E\f\307\a", len = -1263910912}, bitmap_val = 3071502426}}, {type = 24, nul = -1079306280, free = -1223561351, val = {int_val = -1218290327, ll_val = 635736638414282089, double_val = 3.603372043614263e-266, time_val = -1218290327, string_val = 0xb7625d69 "\213\225p\377\377\377\215\024\027\211U\270\351\300\361\377\377\215\266", str_val = { s = 0xb7625d69 "\213\225p\377\377\377\215\024\027\211U\270\351\300\361\377\377\215\266", len = 148018970}, blob_val = { s = 0xb7625d69 "\213\225p\377\377\377\215\024\027\211U\270\351\300\361\377\377\215\266", len = 148018970}, bitmap_val = 3076676969}}, {type = 3215661130, nul = 2, free = -1222639616, val = { int_val = 148037320, ll_val = 8737971912, double_val = 4.3171317360449519e-314, time_val = 148037320, string_val = 0x8d2dec8 " \336\322\b\003", str_val = {s = 0x8d2dec8 " \336\322\b\003", len = 2}, blob_val = {s = 0x8d2dec8 " \336\322\b\003", len = 2}, bitmap_val = 148037320}}, {type = 1253, nul = -1259765488, free = 2, val = {int_val = -1217694369, ll_val = -5229931602533190305, double_val = -9.8832415666990436e-42, time_val = -1217694369, string_val = 0xb76b755f "", str_val = {s = 0xb76b755f "", len = -1217688342}, blob_val = { s = 0xb76b755f "", len = -1217688342}, bitmap_val = 3077272927}}, {type = 3077272910, nul = 147789720, free = -1217560992, val = {int_val = -1079306164, ll_val = 54755268684, double_val = 2.7052697185571442e-313, time_val = -1079306164, string_val = 0xbfab184c "", str_val = {s = 0xbfab184c "", len = 12}, blob_val = {s = 0xbfab184c "", len = 12}, bitmap_val = 3215661132}}, {type = DB1_INT, nul = 0, free = 8180, val = {int_val = 2, ll_val = -4294967294, double_val = -nan(0xfffff00000002), time_val = 2, string_val = 0x2 <Address 0x2 out of bounds>, str_val = {s = 0x2 <Address 0x2 out of bounds>, len = -1}, blob_val = {s = 0x2 <Address 0x2 out of bounds>, len = -1}, bitmap_val = 2}}, { type = DB1_DOUBLE, nul = 8, free = 148018972, val = {int_val = -1, ll_val = -4635583572944617473, double_val = -0.052927404642105096, time_val = -1, string_val = 0xffffffff <Address 0xffffffff out of bounds>, str_val = {s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1079305908}, blob_val = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1079305908}, bitmap_val = 4294967295}}} reason = {s = 0x0, len = 0} auth_flag = 2 hdr = 0xb7200628 expires = 2297 reply_code = <value optimized out> reply_str = {s = 0xb6b3617e "Server Internal Error", len = 21} #5 0x0805b859 in do_action (h=0xbfab1c68, a=0xb71b9fb8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 41712, sa_data = "&\bX\033\253\277\234\004\351\264.\000\000"}, sin = {sin_family = 41712, sin_port = 2086, sin_addr = {s_addr = 3215661912}, sin_zero = "\234\004\351\264.\000\000"}}, id = -1079304792, proto = 124 '|', send_flags = {f = 129 '\201', blst_imask = 233 '\351'}} tmp = <value optimized out> new_uri = 0x35 <Address 0x35 out of bounds> end = 0x8 <Address 0x8 out of bounds> crt = <value optimized out> len = <value optimized out> user = 566512 uri = {user = {s = 0x80ebf22 "\213M܅\311\017\204\351\f", len = 0}, passwd = {s = 0xbfab1a74 "", len = -1222638496}, host = {s = 0xb4e98c3c "027a92b24a0cddf08875a1077d93ab3e", len = -1222869024}, port = {s = 0xb4d7f230 "sip:+33374379240@194.34.1.191;uniq=CA44A2CC9F97CEC37E2B9D1C2038AfX", len = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0xb2927a02 <Address 0xb2927a02 out of bounds>, len = -253948854}, gr = {s = 0x7a17588 <Address 0x7a17588 out of bounds>, len = 1051431805}, transport_val = {s = 0xb71cfa78 "!\001", len = -1079305380}, ttl_val = {s = 0x0, len = -1223224600}, user_param_val = {s = 0xb4e90814 <incomplete sequence \350>, len = -1259762628}, maddr_val = { s = 0xbfab1b78 "H\034\253\277\327'\006\bh\034\253\277\270\237\033\267x\372\034\267\364\217m\267\b\227\322\b8!\253\277\034.]\267", len = -1223556437}, method_val = { s = 0xb4e98110 "\200h\347\264xxԴ\"", <incomplete sequence \366>, len = -1079305444}, lr_val = {s = 0x1 <Address 0x1 out of bounds>, len = 0}, r2_val = {s = 0x0, len = -1}, gr_val = {s = 0x0, len = 0}} next_hop = {user = {s = 0xbfab1998 "\330\031\253\277\351\220\t\b8\032\253\277\270\031\253\277\b", len = 134844459}, passwd = {s = 0xbfab1a38 "", len = -1079305648}, host = { s = 0x8 <Address 0x8 out of bounds>, len = 136229112}, port = {s = 0xbfab1988 "\250\031\253\277\070\032\253\277\001", len = -1218422611}, params = {s = 0xbfab1a50 "", len = 8}, sip_params = { s = 0xb6bab1a8 "\024", len = -1222639728}, headers = {s = 0xbfab19a8 "\b", len = -1079305672}, port_no = 1, proto = 0, type = ERROR_URI_T, flags = 3215661528, transport = { s = 0x80990e9 "\213]\364\213u\370\213}\374\211\354]Ív", len = -1079305672}, ttl = {s = 0xbfab19b8 "p\001", len = 8}, user_param = { s = 0xb6bc28a1 "\213]\364\213u\370\213}\374\211\354]\303f\220\213\203\344\377\377\377\211\024$\377\020\213\273t\377\377\377\353А\215t&", len = -1223081976}, maddr = { s = 0xb71fff90 "\b\317\322\bL\002", len = 368}, method = {s = 0x0, len = -1079305768}, lr = {s = 0xb765e4c7 "\311Í\201X\036", len = -1079305704}, r2 = {s = 0xbfab1a38 "", len = -1079305584}, gr = {s = 0xbfab1a90 "\002z\222\262J\f\335\360\210u\241\a}\223\253>x\372\034\267\\\033\253\277", len = -1079305736}, transport_val = { s = 0x8099116 "\205\377t71\300\017\266T\203\003\210T\207\003\017\267T\203\002\210T\207\002\213\024\203\301\352\b\210T\207\001\213\024\203\210\024\207\203\300\001\203\370\004uֹ\026", len = -1079305672}, ttl_val = {s = 0xb4d7f178 "\330\361״\b", len = 135940825}, user_param_val = { s = 0xb4e9049c "z9hG4bK226f.07b95183", '0' <repeats 24 times>, ".0\r\nTo: sip:android2@foobar.net;tag=6e2f02e6edecd851ecb0fcf81d460690-ae1e\r\nFrom: sip:foo.iphone@foobar.net;tag=d09e612f94508baeb706a9c5a14548ee-8cfb\r\nCS"..., len = -1259762628}, maddr_val = {s = 0x1 <Address 0x1 out of bounds>, len = -1079305544}, method_val = { s = 0x8099223 "\203\370\002~k\241\370\260\036\b\205\300ub\241\370\260\036\b\203\300\001\243\370\260\036\b\241\020+\037\b\205\300\017\205\253", len = -1079305584}, lr_val = {s = 0xbfab1a38 "", len = 46}, r2_val = {s = 0xb72007a0 "\001", len = -1222837640}, gr_val = {s = 0xb4e900c8 "!\001", len = -1079305576}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071515210, id = 33204, name = {n = -1222837368, s = {s = 0xb71cfb88 "\177", len = 4}, re = 0xb71cfb88}, avp = 0xb71ffd10} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0x6 c1 = {cache_type = 3077410804, val_type = 3072327624, c = {avp_val = {n = -1079305384, s = { s = 0xbfab1b58 "S\364_\267\373\377\377\377\b@\031\267\030\375\037\267S\364_\267\270\237\033\267x\372\034\267h\034\253\277H\034\253\277\327'\006\bh\034\253\277\270\237\033\267x\372\034\267\364\217m\267\b\227\322\b8!\253\277\034.]\267", len = -1259798328}, re = 0xbfab1b58}, pval = {rs = { s = 0xbfab1b58 "S\364_\267\373\377\377\377\b@\031\267\030\375\037\267S\364_\267\270\237\033\267x\372\034\267h\034\253\277H\034\253\277\327'\006\bh\034\253\277\270\237\033\267x\372\034\267\364\217m\267\b\227\322\b8!\253\277\034.]\267", len = -1259798328}, ri = -1259762684, flags = -1259762680}}, i2s = "\024\b\351\264\\\t\351\264<\214\351\264\020\201鴠\a\351\264c\260"} s = { s = 0xb4e4611d "q: 3 NOTIFY\r\nCall-ID: 7fbf6df9-24583(a)184.35.30.38\r\nContent-Length: 242\r\nUser-Agent: OpenXg Presence/XCAP Server (3.3.1 (i386/linux))\r\nMax-Forwards: 70\r\nEvent: presence\r\nContact: <sip:127.0.0.1:5082;t"..., len = 0} srevp = {0xb71ffcf8, 0x1} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #6 0x080627d7 in run_actions (h=0xbfab1c68, a=0xb71b9fb8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b9fb8 ret = 2 mod = <value optimized out> ms = <value optimized out> #7 0x08062eb1 in run_actions_safe (h=0xbfab3038, a=0xb71b9fb8, msg=0xb71cfa78) at action.c:1708 ctx = {rec_lev = 1, run_flags = 0, last_retcode = 0, jmp_env = {{__jmpbuf = {-1079300040, 0, -1079300040, -1079305144, -1420122341, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3064782664, 0, 0, 3215663640, 3064782664, 137, 3077415840, 0, 3215662280, 3076544685, 3077415840, 3067472996, 3067472996, 148033472, 3215662344, 3066555636, 148033472, 148034480, 4, 0, 3077415840, 3072327624, 25, 0, 0, 3076544685, 1387540425, 3067472996, 0, 0, 3215662392, 1387536825}}}}} ret = -512 #8 0x080cc9eb in rval_get_int (h=0xbfab3038, msg=0xfffffe00, i=0xbfab1f6c, rv=0xb71bb0bc, cache=0x0) at rvalue.c:920 r_avp = <value optimized out> avp_val = {n = -1079304744, s = { s = 0xbfab1dd8 "\374\245\277\266<\246\277\266(a\344\264\065c\344\264\070\036\253\277\237\331\023\b\004\375\037\267\f\375\037\267\274\245\277\266\214\246\277\266\227a\277\266\340\t \267X\037\253\277\030\375\037\267\025", len = 135490722}, re = 0xbfab1dd8} pval = {rs = {s = 0xbfab1d88 "\330\035\253\277\242l\023\b\006", len = -1218422611}, ri = -1228963961, flags = -1228963961} tmp = {s = 0xb6bf7f87 "=", len = -1228963961} s = <value optimized out> r = <value optimized out> ret = <value optimized out> destroy_pval = <value optimized out> #9 0x080d5c42 in rval_expr_eval_int (h=0xbfab3038, msg=0xb71cfa78, res=0xbfab1f6c, rve=0xb71bb0b8) at rvalue.c:1914 i1 = <value optimized out> i2 = <value optimized out> ret = <value optimized out> c1 = {cache_type = 3072130204, val_type = 3072130148, c = {avp_val = {n = -1228971625, s = {s = 0xb6bf6197 "SIP-If-Match", len = -1260101091}, re = 0xb6bf6197}, pval = {rs = { s = 0xb6bf6197 "SIP-If-Match", len = -1260101091}, ri = -1222637920, flags = 0}}, i2s = "\270\036\253\277=\217\023\b\035b\344\264\065c䴸\036\253\277\311f"} c2 = {cache_type = 3072326916, val_type = 3072326924, c = {avp_val = {n = -1228954180, s = {s = 0xb6bfa5bc "\254\020\277\266\004", len = -1228953972}, re = 0xb6bfa5bc}, pval = {rs = { s = 0xb6bfa5bc "\254\020\277\266\004", len = -1228953972}, ri = -1228971625, flags = -1222637088}}, i2s = "X\037\253\277\030\375\037\267\025\000\000\000\000\000\000\000]a\344\264\036b"} rv1 = <value optimized out> rv2 = <value optimized out> #10 0x080d5d0a in rval_expr_eval_int (h=0xbfab3038, msg=0xb71cfa78, res=0xbfab21e8, rve=0xb71bb448) at rvalue.c:1922 i1 = <value optimized out> i2 = <value optimized out> ret = <value optimized out> c1 = {cache_type = 3215663460, val_type = 25, c = {avp_val = {n = -1079304392, s = {s = 0xbfab1f38 "X\037\253\277,\307\f\b\226\201\034\267\003`\344\264\003", len = 135051092}, re = 0xbfab1f38}, pval = {rs = {s = 0xbfab1f38 "X\037\253\277,\307\f\b\226\201\034\267\003`\344\264\003", len = 135051092}, ri = -1223081976, flags = 524}}, i2s = "x\037\253\277m\201\260\266x\372\034\267\064!\253\277X\037\253\277,", <incomplete sequence \307>} c2 = {cache_type = RV_CACHE_EMPTY, val_type = RV_NONE, c = {avp_val = {n = 0, s = {s = 0x0, len = -1260101055}, re = 0x0}, pval = {rs = {s = 0x0, len = -1260101055}, ri = 0, flags = 0}}, i2s = "\223\000\000\000\254D\031\267Ab\344\264\000\000\000\000\065c\344\264\f\002"} rv1 = <value optimized out> rv2 = <value optimized out> #11 0x0805c074 in do_action (h=0xbfab3038, a=0xb71bb808, msg=0xb71cfa78) at action.c:1121 ret = -5 v = <value optimized out> dst = {send_sock = 0x3a706973, to = {s = {sa_family = 0, sa_data = "\000\000\340\177\034\267\070%\253\277\210`", <incomplete sequence \344\264>}, sin = {sin_family = 0, sin_port = 0, sin_addr = { s_addr = 3072098272}, sin_zero = "8%\253\277\210`", <incomplete sequence \344\264>}}, id = 24, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab206a "35|\204\266\266x\372\034\267 \246\033\267\310 \253\277\272ȴ\266x\372\034\267\360\373\034\267 \246\033\267h\"\253\277\200G" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148019346 uri = {user = {s = 0xb76b754e "%I:%M:%S %p", len = -1218436602}, passwd = {s = 0xb76001e4 "\201\303\020\216\r", len = -1079303896}, host = {s = 0x81366c9 "\241\204o\036\b\213\220\260", len = 6}, port = {s = 0x89ed8 <Address 0x89ed8 out of bounds>, len = -1079303928}, params = {s = 0x80ad641 "\205\300\017\205\207", len = -1222837640}, sip_params = {s = 0xb71ba620 "", len = -1079303576}, headers = {s = 0x8d29708 "Уm\267Уm\267\200\230\322\b\200\230\322\b\200\230\322\b:\231\322\b\200\270\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148018952, flags = 3215663364, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 192}, ttl = {s = 0xb76da3a0 "", len = 0}, user_param = {s = 0x0, len = -1222837640}, maddr = { s = 0xbfab21e8 "\330\"\253\277\373\377\377\377\234\251\033\267\f\246\033\267`\"\253\277\b\270\033\267x\372\034\267\070\060\253\277\330\"\253\277\327'\006\b80\253\277\b\270\033\267x\372\034\267\365D\f\bx\372\034\267", len = -1222869032}, method = {s = 0x0, len = -1222924780}, lr = {s = 0xbfab2268 "", len = -1222869024}, r2 = {s = 0x0, len = -1222946437}, gr = { s = 0xbfab2178 "\350!\253\277\254\340\f\b\234\251\033\267x\372\034\267\002", len = 135051491}, transport_val = {s = 0xb7194008 "", len = -1222869024}, ttl_val = {s = 0x0, len = 21}, user_param_val = { s = 0xbfab21e0 "x\372\034\267\070\060\253\277\330\"\253\277\373\377\377\377\234\251\033\267\f\246\033\267`\"\253\277\b\270\033\267x\372\034\267\070\060\253\277\330\"\253\277\327'\006\b80\253\277\b\270\033\267x\372\034\267\365D\f\bx\372\034\267", len = -1218059977}, maddr_val = { s = 0x8d29880 "<134>Dec 20 12:55:35 /usr/sbin/pres-serv[24581]: INFO: Handling in-dialog NOTIFY <sip:rls@127.0.0.1:5082;transport=tcp> from <sip:foo.iphone@foobar.net> to <sip:android2@foobar.net>\n", len = 148019328}, method_val = {s = 0xba <Address 0xba out of bounds>, len = 16384}, lr_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = -1079303576}, r2_val = {s = 0xbfab2260 "", len = -1260101629}, gr_val = {s = 0x3 <Address 0x3 out of bounds>, len = -1222923876}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = 135573070}, passwd = {s = 0xb7194008 "", len = 24}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079304084}, sip_params = {s = 0xc <Address 0xc out of bounds>, len = -1229552516}, headers = { s = 0xbfab2078 "\310 \253\277\272ȴ\266x\372\034\267\360\373\034\267 \246\033\267h\"\253\277\200G", len = -1229673239}, port_no = 64120, proto = 46876, type = 3072042528, flags = 3215663720, transport = {s = 0xb71cfbf0 "\003`\344\264\003", len = 148019348}, ttl = {s = 0x1d <Address 0x1d out of bounds>, len = 0}, user_param = {s = 0xb6af0138 "\024\020\001", len = -1222837640}, maddr = { s = 0xb6af0138 "\024\020\001", len = -1222640260}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1260101394}, lr = { s = 0xb4e460ee ";tag=d09e612f94508baeb706a9c5a14548ee-8cfb\r\nCSeq: 3 NOTIFY\r\nCall-ID: 7fbf6df9-24583(a)184.35.30.38\r\nContent-Length: 242\r\nUser-Agent: OpenXg Presence/XCAP Server (3.3.1 (i386/linux))\r\nMax-Forwards: 70\r\n"..., len = 0}, r2 = {s = 0x1 <Address 0x1 out of bounds>, len = -1079303492}, gr = {s = 0xb71b92ec "\004", len = 892543224}, transport_val = {s = 0xb6b6847c ",\303\002", len = -1222837640}, ttl_val = {s = 0xb71ba620 "", len = -1079303992}, user_param_val = { s = 0xb6b4c8ba "\213]\364\213u\370\213}\374\211\354]Ð\211\064$\350`K\377\377\205\300y\311\350\367J\377\377\203\370\377\215t&", len = -1222837640}, maddr_val = { s = 0xb71cfbf0 "\003`\344\264\003", len = -1222924768}, method_val = {s = 0xbfab2268 "", len = 18304}, lr_val = {s = 0xb76da3a0 "", len = -1217556492}, r2_val = {s = 0x8d29878 "x\001", len = 8009}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = -1218419782}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3215663712, id = 64120, name = {n = -1079300040, s = {s = 0xbfab3038 "\005", len = -1079303704}, re = 0xbfab3038}, avp = 0x80cc83a} sct = <value optimized out> sjt = <value optimized out> rve = 0xb71bb448 mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = RV_CACHE_EMPTY, val_type = 3072020859, c = {avp_val = {n = -1079303704, s = { s = 0xbfab21e8 "\330\"\253\277\373\377\377\377\234\251\033\267\f\246\033\267`\"\253\277\b\270\033\267x\372\034\267\070\060\253\277\330\"\253\277\327'\006\b80\253\277\b\270\033\267x\372\034\267\365D\f\bx\372\034\267", len = 135061676}, re = 0xbfab21e8}, pval = {rs = { s = 0xbfab21e8 "\330\"\253\277\373\377\377\377\234\251\033\267\f\246\033\267`\"\253\277\b\270\033\267x\372\034\267\070\060\253\277\330\"\253\277\327'\006\b80\253\277\b\270\033\267x\372\034\267\365D\f\bx\372\034\267", len = 135061676}, ri = -1222923876, flags = -1222837640}}, i2s = "\002\000\000\000\234\251\033\267\000\000\000\000\332\023\000\000\000\000\000\000\333["} s = {s = 0x81eb0f8 "", len = -1222922968} srevp = {0xbfab2268, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #12 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71bb808, msg=0xb71cfa78) at action.c:1644 t = 0xb71bb808 ret = 2 mod = <value optimized out> ms = <value optimized out> #13 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71bba10, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\330\064۴"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277\330\064۴"}}, id = 21, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xf1345e74 <Address 0xf1345e74 out of bounds> end = 0x0 crt = <value optimized out> len = <value optimized out> user = -1423317221 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\005", len = 0}, host = {s = 0xbfab3038 "\005", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "P*\033\267x\372\034\267\070\060\253\277\070%\253\277B\\\r\b80\253\277x\372\034\267\b&\253\277T*\033\267", len = -1218448485}, headers = {s = 0x8d29708 "Уm\267Уm\267\200\230\322\b\200\230\322\b\200\230\322\b:\231\322\b\200\270\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148018952, flags = 3072010832, transport = {s = 0xb71cfa78 "!\001", len = -1079300040}, ttl = {s = 0xbfab2538 "\001", len = 135093314}, user_param = {s = 0xbfab3038 "\005", len = -1222837640}, maddr = {s = 0xbfab2608 "", len = -1222956460}, method = {s = 0x0, len = 26400}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148018952}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\200\230\322\b\200\230\322\b\210(\253\277\\\217\033\267\070%\253\277\353\311\f\b80\253\277\200\213\033\267x\372\034\267\f", len = -1218422611}, transport_val = {s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = {s = 0xbfab2530 "x\372\034\267\070\060\253\277\001", len = -1218059977}, maddr_val = { s = 0x8d29880 "<134>Dec 20 12:55:35 /usr/sbin/pres-serv[24581]: INFO: Handling in-dialog NOTIFY <sip:rls@127.0.0.1:5082;transport=tcp> from <sip:foo.iphone@foobar.net> to <sip:android2@foobar.net>\n", len = 148019328}, method_val = {s = 0xbfab2888 "\001", len = -1222930596}, lr_val = {s = 0xbfab2538 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\005", len = -1222931584}, gr_val = { s = 0xb71cfa78 "!\001", len = 12}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0xc <Address 0xc out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148019348}, ttl = {s = 0x0, len = -1218448301}, user_param = { s = 0x20c <Address 0x20c out of bounds>, len = -1079302684}, maddr = {s = 0x19 <Address 0x19 out of bounds>, len = -1079303240}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = {s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xbfab2608 "", len = -1222956460}, gr = {s = 0xbfab3038 "\005", len = -1079303096}, transport_val = {s = 0x0, len = -1079300040}, ttl_val = {s = 0xb71b2958 "\002", len = -1222837640}, user_param_val = {s = 0xbfab3038 "\005", len = 0}, maddr_val = {s = 0xbfab3038 "\005", len = -1079303000}, method_val = { s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71b8b80 "\220\001", len = -1222837640}, r2_val = { s = 0x8d29878 "x\001", len = 8097}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39040, name = {n = 0, s = {s = 0x0, len = -1079302808}, re = 0x0}, avp = 0x8136ca2} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xbfab22e8 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \000\000\000|\204\266\266H%\253\277\201["} s = {s = 0x81eb0f8 "", len = -1222930600} srevp = {0x6, 0x89c40} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #14 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71b9d68, msg=0xb71cfa78) at action.c:1644 t = 0xb71bba10 ret = 2 mod = <value optimized out> ms = <value optimized out> #15 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71bc310, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb71ffcf8, to = {s = {sa_family = 2, sa_data = "\000\000\200\066۴\000\000\000\000\221\067۴"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3034265216}, sin_zero = "\000\000\000\000\221\067۴"}}, id = 64, proto = -87 '\251', send_flags = {f = 57 '9', blst_imask = 219 '\333'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277va\257\266x\372\034\267\b" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\005", len = 0}, host = {s = 0xbfab3038 "\005", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\220\205\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb4db377c "\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 3600\r\nEvent: presence\r\nSupported: eventlist\r\nContent-Length: 0\r\nP-Flags: 1\r\n\r\n", len = -1260701812}, port_no = 1912, proto = 46880, type = 3215665160, flags = 135499581, transport = { s = 0xb4db378c "tisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 3600\r\nEvent: presence\r\nSupported: eventlist\r\nContent-Length: 0\r\nP-Flags: 1\r\n\r\n", len = -1079302052}, ttl = { s = 0xb71cfa78 "!\001", len = -1262488568}, user_param = {s = 0xb7200960 "\001", len = 564888}, maddr = {s = 0x0, len = -1262656184}, method = {s = 0xb7720a54 "\314\005n\267\006", len = 0}, lr = { s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267\320\003 \267\320\003 \267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = { s = 0xbfab2878 "X\006\\\267D0\253\277\210(\253\277\364\217m\267\001", len = -1223447380}, transport_val = {s = 0x1b48 <Address 0x1b48 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267\320\003 \267\320\003 \267", len = 1}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222638648}, method_val = { s = 0xbfab2bd8 "\310,\253\277\373\377\377\377\070\060\253\277x\372\034\267(/\253\277\220\204\032\267x\372\034\267\070\060\253\277\310,\253\277\327'\006\b80\253\277\220\204\032\267x\372\034\267\311f\023\b\006", len = -1222997316}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\005", len = -1222997584}, gr_val = {s = 0xb71cfa78 "!\001", len = 135504431}} next_hop = {user = {s = 0xb7200750 "\003", len = -1229552516}, passwd = {s = 0xbfab2810 "\b@\031\267\320\003 \267\320\003 \267", len = 28}, host = {s = 0x25 <Address 0x25 out of bounds>, len = -1223081668}, port = {s = 0xb72007c8 "sip:+33374379662@foobar.net", len = -1222640328}, params = {s = 0x0, len = -1260101428}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = -1222839404}, headers = {s = 0x0, len = 0}, port_no = 24780, proto = 46308, type = 3072329689, flags = 3034866485, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = { s = 0xb6af6176 "\203\370\002~m\213\263\244\377\377\377\213\006\205\300ua\213\006\203\300\001\211\006\213\203\264\377\377\377\213\020\205\322\017\205\340\001", len = -1222837640}, lr = { s = 0x8 <Address 0x8 out of bounds>, len = 0}, r2 = {s = 0x0, len = -1260701271}, gr = { s = 0xb4db368c ".fi>;tag=956512689\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1032401684\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.151:49736;alias=194.34.85.51~49736~2;transport=TCP>\r\nAccept"..., len = -1079302344}, transport_val = {s = 0x0, len = -1260702074}, ttl_val = {s = 0x81bae25 "ublish", len = 6}, user_param_val = {s = 0xb71cfa78 "!\001", len = -1222837640}, maddr_val = {s = 0xbfab2a98 "", len = -1079301720}, method_val = {s = 0x805b859 "\213M\b1҅\300\017\224\302\tQ\004\211A\b\243\340\251\036\b\201\304l\002", len = -1222837640}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x81428ec "\203\370\002~_\241\370\260\036\b\205\300uV\241\370\260\036\b\203\300\001\203=\020+\037\b", len = -1222640380}, gr_val = {s = 0xb71ffd0c "\200", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 1544, name = {n = 1, s = {s = 0x1 <Address 0x1 out of bounds>, len = -1223449045}, re = 0x1}, avp = 0x1} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7200750 c1 = {cache_type = 3071885320, val_type = 3072328656, c = {avp_val = {n = -1222638640, s = {s = 0xb72003d0 "a.1387535139.24583.83.23", len = 0}, re = 0xb72003d0}, pval = {rs = { s = 0xb72003d0 "a.1387535139.24583.83.23", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070\331\034\267\310\334\034\267x\335Y\267\221\067"} s = {s = 0xb75c0658 "\203\304\b[]Ð\220U\211\345\201\354\060\001", len = -1079300028} srevp = {0xbfab3044, 0xbfab2888} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #16 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71b38d8, msg=0xb71cfa78) at action.c:1644 t = 0xb71bc310 ret = 2 mod = <value optimized out> ms = <value optimized out> #17 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8490, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x6, to = {s = {sa_family = 44640, sa_data = "<\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 44640, sin_port = 60, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\005", len = 0}, host = {s = 0xbfab3038 "\005", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = { s = 0xb6e0e008 "select body,etag,sender from presentity where domain='foobar.net' AND username='sven2' AND event='presence' order by received_time", len = 148}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x94 <Address 0x94 out of bounds>, len = -1079301052}, user_param = {s = 0x6 <Address 0x6 out of bounds>, len = 563984}, maddr = { s = 0x7 <Address 0x7 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 27}, lr = {s = 0xb7200fb0 "\b\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\b\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "\001", len = -1222999940}, lr_val = { s = 0xbfab2bd8 "\310,\253\277\373\377\377\377\070\060\253\277x\372\034\267(/\253\277\220\204\032\267x\372\034\267\070\060\253\277\310,\253\277\327'\006\b80\253\277\220\204\032\267x\372\034\267\311f\023\b\006", len = 135055851}, r2_val = {s = 0xbfab3038 "\005", len = -1223000072}, gr_val = {s = 0xb71cfa78 "!\001", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x95000004 <Address 0x95000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a38 "", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = { s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729608}, lr = {s = 0x0, len = 31565647}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select body,etag,sender from presentity where domain='foobar.net' AND username='sven2' AND event='presence' order by received_time", len = -1079301448}, user_param_val = { s = 0xbfab3038 "\005", len = 0}, maddr_val = {s = 0xbfab3038 "\005", len = -1079301304}, method_val = { s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = { s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = 2 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "`\234\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb71cfa78 rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072330288, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b0\n \267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #18 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8490, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8490 ret = 2 mod = <value optimized out> ms = <value optimized out> #19 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559848}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "!\001", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 44264, proto = 46312, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb4e8ad30 "%", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1259816968}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "!\001", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "!\001", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267(\255", <incomplete sequence \350\264>, len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222640360}, headers = { s = 0xb4dd6277 "\r\n\nContent-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3033863824, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1259819800}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\030bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1259819736}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1259819800}, user_param_val = { s = 0xbfab2ddc "", len = 64696}, maddr_val = { s = 0xb4dd6143 "754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114"..., len = 64696}, method_val = {s = 0xbfab2ddc "", len = -1260559849}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4dd50d4 "\220\253\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb4e4604d} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72003d0 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000\360\232\b\000\000\000\000\000\060\n"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b2`\344\264\065c\344\264`\004 \267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb7200460} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #20 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8590 ret = 2 mod = <value optimized out> ms = <value optimized out> #21 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 5, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3034865656, 3034866432, 0, 0, 3034865796, 3034866485, 3034866485, 2, 6, 562864, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #22 0x080b7b45 in receive_msg ( buf=0xb4e45ff8 "NOTIFY sip:rls@127.0.0.1:5082;transport=tcp SIP/2.0\r\nVia: SIP/2.0/TCP 127.0.0.1:5082;branch=z9hG4bK226f.07b95183", '0' <repeats 24 times>, ".0\r\nTo: sip:android2@foobar.net;tag=6e2f02e6edecd851ecb0fcf81d4"..., len=829, rcv_info=0xb4e45e4c) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299336, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1260102088, -1260101640, 829, -1079299340}, __mask_was_saved = 6, __saved_mask = {__val = {0, 3034866242, 1, 120, 3215667688, 135393181, 3034865208, 3215667956, 134559844, 3077441080, 3215654926, 3077646560, 3076138600, 3215667688, 4294967295, 3215667600, 3076928993, 3034866485, 22, 3215667768, 8, 16384, 4294967295, 3215667632, 3034865208, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb4e45ff8 "NOTIFY sip:rls@127.0.0.1:5082;transport=tcp SIP/2.0\r\nVia: SIP/2.0/TCP 127.0.0.1:5082;branch=z9hG4bK226f.07b95183", '0' <repeats 24 times>, ".0\r\nTo: sip:android2@foobar.net;tag=6e2f02e6edecd851ecb0fcf81d4"..., len = 829} #23 0x0811f483 in tcp_read_req (con=0xb4e45e38, bytes_read=0xbfab32f8, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 829 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001\000\000\000\001\000\000\000\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 1}, sin_zero = "\001\000\000\000\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 0 '\000' ret = <value optimized out> #24 0x08120f78 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=<value optimized out>) at tcp_read.c:1403 ret = 4 n = 4 read_flags = 1 con = 0x2 s = 8 resp = -512 t = <value optimized out> #25 0x08122891 in io_wait_loop_epoll (unix_sock=22) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #26 tcp_receive_loop (unix_sock=22) at tcp_read.c:1572 No locals. #27 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 4 i = <value optimized out> reader_fd_1 = 22 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #28 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #29 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24581 ------------------------------------------------------- ---start 24582 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a8e in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:110 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb7200128 "1261457356;193103666;d09e612f94508baeb706a9c5a14548ee-d461", len = 58}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d2a018 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb71ffc78 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a9c0, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d2a018 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d2a018 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d2a01c "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d2a027 "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d2b490, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d2b578 uri = 0x8d2a018 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d2b388, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d2b490 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d2b388) at subscribe.c:1031 s = {id = {s = 0xb7200128 "1261457356;193103666;d09e612f94508baeb706a9c5a14548ee-d461", len = 58}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb7200448 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb7200128 "1261457356;193103666;d09e612f94508baeb706a9c5a14548ee-d461", len = 58} tmp_str = <value optimized out> rls_contact_list = 0xb71ff930 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb71ffeb8 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb4f710d9 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-"..., len = 20}, to_domain = { s = 0xb4f710ee "foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Ag"..., len = 11}, from_user = { s = 0xb4f710a7 "foo.iphone(a)foobar.net>;tag=193103666\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;"..., len = 12}, from_domain = { s = 0xb4f710b4 "foobar.net>;tag=193103666\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP"..., len = 11}, watcher_user = { s = 0xb4f710a7 "foo.iphone(a)foobar.net>;tag=193103666\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;"..., len = 12}, watcher_domain = { s = 0xb4f710b4 "foobar.net>;tag=193103666\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-d461", len = 37}, from_tag = { s = 0xb4f710c5 "193103666\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: applic"..., len = 9}, callid = { s = 0xb4f71105 "1261457356\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb4f7112f "sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEvent: "..., len = 77}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb71ff998 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=193103666;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=193103666;n1>\372\037\267", len = 121}, expires = 0, status = 0, reason = {s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 27, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d2b030 service_node = 0x8d2b388 hash_code = 194 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1258264208} rt = <value optimized out> rlsubs_did = {s = 0xb72005b8 "1261457356;193103666;d09e612f94508baeb706a9c5a14548ee-d461", len = 58} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\n\017", <incomplete sequence \367\264>}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = { s_addr = 3072129656}, sin_zero = "\254%\253\277\n\017", <incomplete sequence \367\264>}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "34" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148020490 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = {s = 0x8d29b80 "\250\253\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148020096, flags = 3215664212, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 120}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = { s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267\200\233\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = {s = 0xb7600b10 "\201\303\344\204\r", len = 131736}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148020096}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\370\234\322\b\370\234\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29cf8 "UTF-16BE", len = 148020472}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\243\005", len = 16}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x4 <Address 0x4 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148020492}, ttl = {s = 0x0, len = -1218448301}, user_param = { s = 0x20c <Address 0x20c out of bounds>, len = -1079302684}, maddr = {s = 0x19 <Address 0x19 out of bounds>, len = -1079303240}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = {s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xbfab2608 "\230\375\037\267", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 875766856}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = {s = 0x8d29cf0 "x\001", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 40184, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29cf8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \215\322\b|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b44f62, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb71ffb10, to = {s = {sa_family = 2, sa_data = "\000\000\025\021\367\264\000\000\000\000\066\022", <incomplete sequence \367\264>}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3036090645}, sin_zero = "\000\000\000\000\066\022", <incomplete sequence \367\264>}}, id = 0, proto = 56 '8', send_flags = {f = 18 '\022', blst_imask = 247 '\367'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb4f7122a "P-Flags: 1\r\n\r\n", len = -1222639088}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb4f7122a "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\243\005", len = -1261163432}, user_param = {s = 0xb71ff410 "\001", len = 566704}, maddr = {s = 0x0, len = -1262656184}, method = { s = 0xbfab2c40 "\006", len = 71}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267H\004 \267H\004 \267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = {s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0xf2f6 <Address 0xf2f6 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267H\004 \267H\004 \267", len = 2}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222638528}, method_val = { s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\243\005", len = 135504431}} next_hop = {user = {s = 0xb72003f8 "\003", len = -1222869024}, passwd = {s = 0xbfab2810 "\b@\031\267H\004 \267H\004 \267", len = 28}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\b\034\373\037\267$\373\037\267", len = -1229632045}, port = { s = 0xb72000c8 "sip:+33374379662@foobar.net", len = -1222637792}, params = {s = 0x0, len = -1258876676}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 4348, proto = 46327, type = 3072327897, flags = 3036090936, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = {s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb71ffb24 "@", len = -1258876360}, gr = { s = 0xb4f71123 "\r\nContact: <sip:foo.iphone@192.168.0.11:50337;alias=85.76.163.203~11793~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires"..., len = -1079302344}, transport_val = {s = 0x0, len = -1258876645}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222640868}, gr_val = {s = 0xb71ffb24 "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 10800, name = {n = -1079301584, s = {s = 0xbfab2a30 "\020\243\036\267", len = -1223449045}, re = 0xbfab2a30}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72003f8 c1 = {cache_type = 3071885320, val_type = 3072328776, c = {avp_val = {n = -1222638520, s = {s = 0xb7200448 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb7200448}, pval = {rs = { s = 0xb7200448 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070*\253\277\260S#\267\003\000\000\000\066\022"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 28160, sa_data = "T\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 28160, sin_port = 84, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = 149}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x95 <Address 0x95 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 565760}, maddr = {s = 0x6 <Address 0x6 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 1387546769}, lr = { s = 0xb7200fb0 "\b\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\b\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\243\005", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x96000004 <Address 0x96000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a58 "\270*\253\277", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = {s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729001}, lr = {s = 0x0, len = 33468327}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "\370\242\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072327400, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b\350\376\037\267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559845}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "\243\005", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 8536, proto = 46336, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb50021a0 "P", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1258279832}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "\243\005", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "\243\005", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267\230!", len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222640880}, headers = { s = 0xb4dd627a "Content-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r\nEx"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3033483304, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1258282664}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\033bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1258282600}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1258282664}, user_param_val = { s = 0xbfab2ddc "", len = 48841}, maddr_val = { s = 0xb4dd6143 "754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114"..., len = 48841}, method_val = {s = 0xbfab2ddc "", len = -1260559846}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4ef6904 "\250@\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb4f71026} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb72007b8 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000\020\242\b\000\000\000\000\000\350\376"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b\325\017\367\264\070\022\367\264\020\364\037\267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb71ff410} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3036090112, 0, 0, 0, 3036090415, 3036090936, 3036090936, 2, 6, 564592, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb4f70f00 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=193103666;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=1931036"..., len=824, rcv_info=0xb4f70d54) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299336, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1258877632, -1258877184, 824, -1079299340}, __mask_was_saved = 1, __saved_mask = {__val = {1, 3036090935, 1, 135996997, 3215667688, 135393181, 3036089664, 3215667956, 3215667656, 711068827, 3215667688, 3077666304, 3215667768, 3215667688, 4294967295, 3215667600, 3076928993, 3036090936, 24, 3215667768, 8, 3215667720, 4294967295, 3215667632, 3036089664, 135444788, 9, 3215667800, 8, 16384, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb4f70f00 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=193103666;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=1931036"..., len = 824} #20 0x0811f483 in tcp_read_req (con=0xb4f70d40, bytes_read=0xbfab32f8, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 824 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001\000\000\000\001\000\000\000\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 1}, sin_zero = "\001\000\000\000\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 110 'n' ret = <value optimized out> #21 0x08120f78 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=<value optimized out>) at tcp_read.c:1403 ret = 4 n = 4 read_flags = 1 con = 0x2 s = 8 resp = -512 t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=24) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=24) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 5 i = <value optimized out> reader_fd_1 = 24 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24582 ------------------------------------------------------- ---start 24583 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a8e in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:110 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb7200198 "1304508773;862755530;d09e612f94508baeb706a9c5a14548ee-0354", len = 58}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d2a010 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb7200128 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a358, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d2a010 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d2a010 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d2a014 "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d2a01f "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d2b488, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d2b570 uri = 0x8d2a010 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d2b380, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d2b488 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d2b380) at subscribe.c:1031 s = {id = {s = 0xb7200198 "1304508773;862755530;d09e612f94508baeb706a9c5a14548ee-0354", len = 58}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb7200170 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb7200198 "1304508773;862755530;d09e612f94508baeb706a9c5a14548ee-0354", len = 58} tmp_str = <value optimized out> rls_contact_list = 0xb7200260 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb72000a0 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb4e26009 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-F"..., len = 20}, to_domain = { s = 0xb4e2601e "foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Age"..., len = 11}, from_user = { s = 0xb4e25fd7 "foo.iphone(a)foobar.net>;tag=862755530\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;t"..., len = 12}, from_domain = { s = 0xb4e25fe4 "foobar.net>;tag=862755530\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>"..., len = 11}, watcher_user = { s = 0xb4e25fd7 "foo.iphone(a)foobar.net>;tag=862755530\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;t"..., len = 12}, watcher_domain = { s = 0xb4e25fe4 "foobar.net>;tag=862755530\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-0354", len = 37}, from_tag = { s = 0xb4e25ff5 "862755530\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: applica"..., len = 9}, callid = { s = 0xb4e26035 "1304508773\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-2"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb4e2605f "sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEvent: p"..., len = 76}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb71fffc8 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=862755530;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=862755530;n1>auth\"\r\n ", len = 121}, expires = 0, status = 0, reason = {s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 16, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d2b028 service_node = 0x8d2b380 hash_code = 489 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1258892240} rt = <value optimized out> rlsubs_did = {s = 0xb7200528 "1304508773;862755530;d09e612f94508baeb706a9c5a14548ee-0354", len = 58} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277:^", <incomplete sequence \342\264>}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = { s_addr = 3072129656}, sin_zero = "\254%\253\277:^", <incomplete sequence \342\264>}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "57" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148020482 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = {s = 0x8d29b78 "\240\253\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148020088, flags = 3215664212, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 120}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = { s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267x\233\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = { s = 0xb76da3d0 "HE\323\b\210\273\322\b\260\233\322\bh\262\322\bأm\267أm\267\340\243m\267\340\243m\267\350\243m\267\350\243m\267\360\243m\267\360\243m\267\370\243m\267\370\243m\267", len = 25248}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148020088}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\360\234\322\b\360\234\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29cf0 "UTF-16BE", len = 148020464}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\025\003", len = 14}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148020484}, ttl = {s = 0x0, len = -1218448301}, user_param = { s = 0x20c <Address 0x20c out of bounds>, len = -1079302684}, maddr = {s = 0x19 <Address 0x19 out of bounds>, len = -1079303240}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = {s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xbfab2608 "\330\373\037\267", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 926229576}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = {s = 0x8d29ce8 "x\001", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 40176, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29cf0} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \215\322\b|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b43cf5, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb72005e0, to = {s = {sa_family = 2, sa_data = "\000\000E`\342\264\000\000\000\000ea", <incomplete sequence \342\264>}, sin = {sin_family = 2, sin_port = 0, sin_addr = { s_addr = 3034734661}, sin_zero = "\000\000\000\000ea", <incomplete sequence \342\264>}}, id = 0, proto = 103 'g', send_flags = {f = 97 'a', blst_imask = 226 '\342'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb4e26159 "P-Flags: 1\r\n\r\n", len = -1222638336}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb4e26159 "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\025\003", len = -1261627784}, user_param = {s = 0xb7200460 "\001", len = 565000}, maddr = {s = 0x0, len = -1262656184}, method = { s = 0xb7720a54 "\314\005n\267\006", len = 0}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267p\001 \267p\001 \267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = {s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0xa762 <Address 0xa762 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267p\001 \267p\001 \267", len = 1}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222639256}, method_val = { s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\025\003", len = 135504431}} next_hop = {user = {s = 0xb72007c8 "\003", len = -1222869024}, passwd = {s = 0xbfab2810 "\b@\031\267p\001 \267p\001 \267", len = 28}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\b\354\005 \267\364\005 \267", len = -1229632045}, port = { s = 0xb7200590 "sip:+33374379662@foobar.net", len = -1222638040}, params = {s = 0x0, len = -1260232660}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 24620, proto = 46306, type = 3072329121, flags = 3034734951, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = {s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb72005f4 "@", len = -1260232345}, gr = { s = 0xb4e26053 "\r\nContact: <sip:foo.iphone@192.168.1.181:51869;alias=194.34.85.51~51869~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires:"..., len = -1079302344}, transport_val = {s = 0x0, len = -1260232629}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222638100}, gr_val = {s = 0xb72005f4 "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 1544, name = {n = 1, s = {s = 0x1 <Address 0x1 out of bounds>, len = -1223449045}, re = 0x1}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72007c8 c1 = {cache_type = 3071885320, val_type = 3072328048, c = {avp_val = {n = -1222639248, s = {s = 0xb7200170 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb7200170}, pval = {rs = { s = 0xb7200170 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070\331\034\267\310\334\034\267x\335Y\267ea"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 45584, sa_data = "J\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 45584, sin_port = 74, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = 148}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x94 <Address 0x94 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 564040}, maddr = {s = 0x7 <Address 0x7 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 27}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = 11}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\025\003", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x95000004 <Address 0x95000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a38 "", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = { s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729608}, lr = {s = 0x0, len = 32811605}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "P\234\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072326456, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b8\373\037\267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559848}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "\025\003", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 10112, proto = 46325, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = { s = 0xb4f527c8 "sip:+33374573423@194.34.14.44;uniq=E7E7C9C02076EA739F4B9279FF24F4B93A47E29@194.34.14.70000\210\002", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1258999152}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "\025\003", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "\025\003", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267\300'", <incomplete sequence \365\264>, len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222641328}, headers = { s = 0xb4dd6277 "\r\n\nContent-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3033559744, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1259001984}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\030bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1259001920}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1259001984}, user_param_val = { s = 0xbfab2ddc "", len = 52026}, maddr_val = { s = 0xb4dd6143 "754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114"..., len = 52026}, method_val = {s = 0xbfab2ddc "", len = -1260559849}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4dd50d4 "\220\253\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb4e25f56} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb7200050 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000h\233\b\000\000\000\000\000\070", <incomplete sequence \373>} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b\005_\342\264ga\342\264`\004 \267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb7200460} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3034734128, 0, 0, 0, 3034734431, 3034734951, 3034734951, 2, 6, 562888, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb4e25e30 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=862755530;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=8627555"..., len=823, rcv_info=0xb4e25c84) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299332, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1260233616, -1260233168, 823, -1079299340}, __mask_was_saved = 6, __saved_mask = {__val = {0, 3034734950, 1, 135996997, 3215667688, 135393181, 3034733680, 3215667956, 134559844, 3077441080, 3215654926, 3077646560, 3076138600, 3215667688, 4294967295, 3215667600, 3076928993, 3034734951, 26, 3215667768, 8, 16384, 4294967295, 3215667632, 3034733680, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb4e25e30 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=862755530;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=8627555"..., len = 823} #20 0x0811f483 in tcp_read_req (con=0xb4e25c70, bytes_read=0xbfab32fc, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 823 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001 \000\000\350k\"\267\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 8193}, sin_zero = "\350k\"\267\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 115 's' ret = <value optimized out> #21 0x08121082 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=-1) at tcp_read.c:1461 ret = <value optimized out> n = <value optimized out> read_flags = 1 con = 0xb4e25c70 s = <value optimized out> resp = <value optimized out> t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=26) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=26) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 6 i = <value optimized out> reader_fd_1 = 26 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24583 ------------------------------------------------------- ---start 24584 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a8e in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:110 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb71ffba0 "1254844073;41259915;d09e612f94508baeb706a9c5a14548ee-e317", len = 57}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d29ba0 "sip:foo.ipad@foobar.net", len = 26}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb7200248 ret = <value optimized out> hash_code = 65 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a350, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d29ba0 "sip:foo.ipad@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d29ba0 "sip:foo.ipad@foobar.net", len = 26} parsed_pres_uri = {user = {s = 0x8d29ba4 "foo.ipad(a)foobar.net", len = 10}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d29baf "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d2b018, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d2b100 uri = 0x8d29ba0 "sip:foo.ipad@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d2af10, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d2b018 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d2af10) at subscribe.c:1031 s = {id = {s = 0xb71ffba0 "1254844073;41259915;d09e612f94508baeb706a9c5a14548ee-e317", len = 57}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb7200078 "sip:foo.iphone@foobar.net", len = 28} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb71ffba0 "1254844073;41259915;d09e612f94508baeb706a9c5a14548ee-e317", len = 57} tmp_str = <value optimized out> rls_contact_list = 0xb7200138 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb71fff50 "sip:foo.iphone-friends@foobar.net", len = 36}, to_user = { s = 0xb507bbe6 "foo.iphone-friends(a)foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-F"..., len = 20}, to_domain = { s = 0xb507bbfb "foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Age"..., len = 11}, from_user = { s = 0xb507bbb5 "foo.iphone(a)foobar.net>;tag=41259915\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;tr"..., len = 12}, from_domain = { s = 0xb507bbc2 "foobar.net>;tag=41259915\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r"..., len = 11}, watcher_user = { s = 0xb507bbb5 "foo.iphone(a)foobar.net>;tag=41259915\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;tr"..., len = 12}, watcher_domain = { s = 0xb507bbc2 "foobar.net>;tag=41259915\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-e317", len = 37}, from_tag = { s = 0xb507bbd3 "41259915\r\nTo: <sip:foo.iphone-friends@foobar.net>\r\nCall-ID: 1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: applicat"..., len = 8}, callid = { s = 0xb507bc12 "1254844073\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-2"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb507bc3c "sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEvent: p"..., len = 76}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb7200910 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=41259915;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=41259915;n1>", len = 119}, expires = 0, status = 0, reason = {s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 31, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d2abb8 service_node = 0x8d2af10 hash_code = 319 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1258504080} rt = <value optimized out> rlsubs_did = {s = 0xb72000d0 "1254844073;41259915;d09e612f94508baeb706a9c5a14548ee-e317", len = 57} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\032\272\a\265"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277\032\272\a\265"}}, id = 36, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "48" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148019346 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = {s = 0x8d29708 "0\247\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148018952, flags = 3215664212, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 120}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = { s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267\b\227\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = { s = 0xb76da3d0 "\330@\323\b\030\267\322\b@\227\322\b\370\255\322\bأm\267أm\267\340\243m\267\340\243m\267\350\243m\267\350\243m\267\360\243m\267\360\243m\267\370\243m\267\370\243m\267", len = 26384}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148018952}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267\200\230\322\b\200\230\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = {s = 0x8d29880 "UTF-16BE", len = 148019328}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\025\006", len = 17}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x5 <Address 0x5 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148019348}, ttl = {s = 0x0, len = -1218448301}, user_param = {s = 0xb76b8622 "malloc.c", len = -1217689380}, maddr = {s = 0xb76bbc28 "p->bk_nextsize->fd_nextsize == p", len = -1217551412}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = { s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xb76d8ff4 "|-\024", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 942941256}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = {s = 0x8d29878 "x\001", len = 8081}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39040, name = {n = 0, s = {s = 0x0, len = 113}, re = 0x0}, avp = 0x8d29880} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b \215\322\b|\204\266\266H%\253\277\222["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b45ba0, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb71ffb80, to = {s = {sa_family = 2, sa_data = "\000\000\"\274\a\265\000\000\000\000B\275\a\265"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3037183010}, sin_zero = "\000\000\000\000B\275\a\265"}}, id = 0, proto = 68 'D', send_flags = {f = 189 '\275', blst_imask = 7 '\a'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb507bd36 "P-Flags: 1\r\n\r\n", len = -1222640840}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb507bd36 "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\025\006", len = -1262602880}, user_param = {s = 0xb7200750 "\001", len = 565032}, maddr = {s = 0x0, len = -1262656184}, method = { s = 0xb7720a54 "\314\005n\267\006", len = 0}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267x", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = { s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0x8ad <Address 0x8ad out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267x", len = 1}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222639504}, method_val = {s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = { s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\025\006", len = 135504431}} next_hop = {user = {s = 0xb72007d0 "\003", len = -1222869024}, passwd = {s = 0xbfab2810 "\b@\031\267x", len = 28}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\b\214\373\037\267\224\373\037\267", len = -1229632045}, port = { s = 0xb7200898 "sip:+33374379662@foobar.net", len = -1222638600}, params = {s = 0x0, len = -1257784311}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 48137, proto = 46343, type = 3072329897, flags = 3037183300, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = {s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = {s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb71ffb94 "@", len = -1257783996}, gr = { s = 0xb507bc30 "\r\nContact: <sip:foo.iphone@192.168.1.181:52197;alias=194.34.85.51~52197~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Nov-25-2013 Sipson/v0.0.1\r\nExpires:"..., len = -1079302344}, transport_val = {s = 0x0, len = -1257784280}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222640756}, gr_val = {s = 0xb71ffb94 "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 1544, name = {n = 1, s = {s = 0x1 <Address 0x1 out of bounds>, len = -1223449045}, re = 0x1}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb72007d0 c1 = {cache_type = 3071885320, val_type = 3072327800, c = {avp_val = {n = -1222639496, s = {s = 0xb7200078 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb7200078}, pval = {rs = { s = 0xb7200078 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070\331\034\267\310\334\034\267x\335Y\267B\275"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 59048, sa_data = "^\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 59048, sin_port = 94, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = 150}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x96 <Address 0x96 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 564424}, maddr = {s = 0x7 <Address 0x7 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 27}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\025\006", len = 135497238}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x97000004 <Address 0x97000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a38 "", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = { s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729608}, lr = {s = 0x0, len = 17415479}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.iphone' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "p\234\b", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072330208, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = -1079301168}}, i2s = "\230+\253\277\250\203\036\bx\000 \267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559848}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 200}, sip_params = {s = 0xb71cfa78 "\025\006", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 6072, proto = 46343, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb5071800 "%", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1257823544}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "\025\006", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "\025\006", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267\370\027\a\265", len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1222640768}, headers = { s = 0xb4dd6277 "\r\n\nContent-Length: 0\r\n\r\nf94508baeb706a9c5a14548ee-fe35\r\nm: \"+33373222532\" <sip:+33373222532@184.35.10.170:57697;ob>\r\ni: RWliJgu5Ish5x61FglIuWPeWcOoqll7F\r\nCSeq: 28297 SUBSCRIBE\r\nEvent: message-summary\r"..., len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 3033693736, transport = {s = 0xb4bd6548 "He\275\264He\275\264", len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1257826376}, lr = { s = 0xc8 <Address 0xc8 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = { s = 0xbfab2e00 "\030bݴ\336=\026\267/>\025\267\350\022\027\267", <incomplete sequence \310>, len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1257826312}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1257826376}, user_param_val = { s = 0xbfab2ddc "", len = 57609}, maddr_val = { s = 0xb4dd6143 "754b9ab7", '0' <repeats 24 times>, ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114"..., len = 57609}, method_val = {s = 0xbfab2ddc "", len = -1260559849}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = { s = 0xb4eea124 "\360@\n\265", len = 200}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 200, s = {s = 0xc8 <Address 0xc8 out of bounds>, len = 0}, re = 0xc8}, avp = 0xb507bb33} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb7200990 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 200}, re = 0x0}, pval = {rs = {s = 0x0, len = 200}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000\210\233\b\000\000\000\000\000\000"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b\343\272\a\265D\275\a\265P\a \267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb7200750} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3037182480, 0, 0, 0, 3037182780, 3037183300, 3037183300, 2, 6, 562920, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb507ba10 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=41259915;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=41259915"..., len=820, rcv_info=0xb507b864) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299336, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1257785264, -1257784816, 820, -1079299340}, __mask_was_saved = 1, __saved_mask = {__val = {1, 3037183299, 1, 135996997, 3215667688, 135393181, 3037182032, 3215667956, 3215667656, 711069674, 3215667688, 3077666304, 3215667768, 3215667688, 4294967295, 3215667600, 3076928993, 3037183300, 28, 3215667768, 8, 16384, 4294967295, 3215667632, 3037182032, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb507ba10 "SUBSCRIBE sip:foo.iphone-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=41259915;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=41259915"..., len = 820} #20 0x0811f483 in tcp_read_req (con=0xb507b850, bytes_read=0xbfab32f8, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 820 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001\000\000\000\001\000\000\000\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 1}, sin_zero = "\001\000\000\000\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 13 '\r' ret = <value optimized out> #21 0x08120f78 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=<value optimized out>) at tcp_read.c:1403 ret = 4 n = 4 read_flags = 1 con = 0x2 s = 8 resp = -512 t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=28) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=28) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 7 i = <value optimized out> reader_fd_1 = 28 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24584 ------------------------------------------------------- ---start 24585 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb765e547 in syscall () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb6b90a16 in futex_get (subs=0xbfab20e4) at ../../mem/../futexlock.h:123 v = -512 i = 0 #3 send_subscribe (subs=0xbfab20e4) at send_subscribe.c:998 pres = {id = {s = 0xb7200148 "1682002748;1062640361;d09e612f94508baeb706a9c5a14548ee-e04e", len = 59}, pres_uri = 0xbfab1f58, event = 1, expires = 0, desired_expires = 0, flag = 512, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab2134, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0x0, record_route = {s = 0x0, len = 0}, remote_contact = { s = 0x8d2e6c8 "sip:foo.iphone@foobar.net", len = 28}, contact = {s = 0x0, len = 0}} presentity = <value optimized out> met = {s = 0xb6b95217 "SUBSCRIBE", len = 9} str_hdr = 0xb7200c60 ret = <value optimized out> hash_code = 383 hentity = <value optimized out> expires = 0 flag = 512 result = <value optimized out> uac_r = {method = 0xbfab1ea4, headers = 0x0, body = 0xbfab1e38, dialog = 0x8136ca2, cb_flags = 6, cb = 0x8a370, cbp = 0xbfab1e38} res = 0x0 dbpres = {id = {s = 0x0, len = 0}, pres_uri = 0xbfab1e0c, event = 0, expires = 0, desired_expires = 0, flag = 0, db_flag = 0, cb_param = 0x0, next = 0x0, ua_flag = 0, etag = {s = 0x0, len = 0}, tuple_id = {s = 0x0, len = 0}, body = 0x0, content_type = {s = 0x0, len = 0}, watcher_uri = 0xbfab1e04, call_id = {s = 0x0, len = 0}, to_tag = {s = 0x0, len = 0}, from_tag = {s = 0x0, len = 0}, cseq = 0, version = 0, outbound_proxy = 0x0, extra_headers = 0xbfab1dfc, record_route = {s = 0x0, len = 0}, remote_contact = {s = 0x0, len = 0}, contact = {s = 0x0, len = 0}} pres_uri = {s = 0x0, len = 0} watcher_uri = {s = 0x0, len = 0} extra_headers = {s = 0x0, len = 0} td = <value optimized out> #4 0xb6b2ce68 in send_resource_subs (uri=0x8d2e6c8 "sip:foo.iphone@foobar.net", param=0xbfab211c) at subscribe.c:973 pres_uri = {s = 0x8d2e6c8 "sip:foo.iphone@foobar.net", len = 28} parsed_pres_uri = {user = {s = 0x8d2e6cc "foo.iphone(a)foobar.net", len = 12}, passwd = {s = 0x0, len = 0}, host = {s = 0x8d2e6d9 "foobar.net", len = 11}, port = {s = 0x0, len = 0}, params = { s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers = {s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = 0}} #5 0xb6b176ff in process_list_and_exec (list_node=0x8d30ff0, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1071 node = 0x8d310d8 uri = 0x8d2e6c8 "sip:foo.iphone@foobar.net" res = 0 #6 0xb6b17777 in process_list_and_exec (list_node=0x8d30ee8, username=..., domain=..., function=0xb6b2ccb0 <send_resource_subs>, param=0xbfab211c) at notify.c:1081 node = 0x8d30ff0 uri = 0xb <Address 0xb out of bounds> res = 0 #7 0xb6b30201 in resource_subscriptions (subs=0xbfab21bc, xmlnode=0x8d30ee8) at subscribe.c:1031 s = {id = {s = 0xb7200148 "1682002748;1062640361;d09e612f94508baeb706a9c5a14548ee-e04e", len = 59}, pres_uri = 0xbfab1f58, watcher_uri = 0xbfab2134, contact = 0xb6b3bc1c, remote_target = 0xbfab1f58, outbound_proxy = 0xb6b3bc44, event = 1, extra_headers = 0xbfab212c, expires = 0, source_flag = 512, flag = 0, cb_param = 0x0, internal_update_flag = 0} wuri = {s = 0xb71fff50 "sip:foo.bar@foobar.net", len = 32} extra_headers = {s = 0xb6b39120 "Supported: eventlist\r\nAccept: application/pidf+xml, application/rlmi+xml, application/watcherinfo+xml, multipart/related\r\n", len = 122} did_str = {s = 0xb7200148 "1682002748;1062640361;d09e612f94508baeb706a9c5a14548ee-e04e", len = 59} tmp_str = <value optimized out> rls_contact_list = 0xb7200128 rls_subs_list = <value optimized out> params = {0xbfab20e4, 0xbfab213c} #8 0xb6b328c6 in rls_handle_subscribe (msg=0xb71cfa78, watcher_user=..., watcher_domain=...) at subscribe.c:736 subs = {pres_uri = {s = 0xb7200210 "sip:foo.bar-friends@foobar.net", len = 40}, to_user = { s = 0xb50bbf8b "foo.bar-friends(a)foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAccept: application/pidf+"..., len = 24}, to_domain = { s = 0xb50bbfa4 "foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUs"..., len = 11}, from_user = { s = 0xb50bbf54 "foo.bar(a)foobar.net>;tag=1062640361\r\nTo: <sip:foo.bar-friends@foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.3"..., len = 16}, from_domain = { s = 0xb50bbf65 "foobar.net>;tag=1062640361\r\nTo: <sip:foo.bar-friends@foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;tra"..., len = 11}, watcher_user = { s = 0xb50bbf54 "foo.bar(a)foobar.net>;tag=1062640361\r\nTo: <sip:foo.bar-friends@foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.3"..., len = 16}, watcher_domain = { s = 0xb50bbf65 "foobar.net>;tag=1062640361\r\nTo: <sip:foo.bar-friends@foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;tra"..., len = 11}, event = 0xb4d7f178, event_id = {s = 0x0, len = 0}, to_tag = {s = 0xb7184760 "d09e612f94508baeb706a9c5a14548ee-e04e", len = 37}, from_tag = { s = 0xb50bbf76 "1062640361\r\nTo: <sip:foo.bar-friends@foobar.net>\r\nCall-ID: 1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAcce"..., len = 10}, callid = { s = 0xb50bbfbb "1682002748\r\nCSeq: 21 SUBSCRIBE\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1"..., len = 10}, sockinfo_str = {s = 0xb71e7750 "tcp:127.0.0.1:5082", len = 18}, remote_cseq = 21, local_cseq = 0, contact = { s = 0xb50bbfe5 "sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Dec-17-2013 Sipson/v0.0.1\r\nExpires: 0\r\nEv"..., len = 82}, local_contact = {s = 0xb71a6d28 "sip:rls@127.0.0.1:5082;transport=tcp", len = 36}, record_route = { s = 0xb71fffc8 "<sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=1062640361;n1>,<sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=1062640361;n1>", len = 123}, expires = 0, status = 0, reason = { s = 0x0, len = 0}, version = 1, send_on_cback = 0, db_flag = 0, auth_rules_doc = 0x0, recv_event = 0, internal_update_flag = 0, updated = 42, updated_winfo = 0, next = 0x0} event = <value optimized out> err_ret = <value optimized out> ret = 10 doc = 0x8d30b90 service_node = 0x8d30ee8 hash_code = 137 to_tag_gen = 1 ev_param = <value optimized out> reason = {s = 0xb712c19a "\213]\370\270\001", len = -1258574736} rt = <value optimized out> rlsubs_did = {s = 0xb72000d0 "1682002748;1062640361;d09e612f94508baeb706a9c5a14548ee-e04e", len = 59} #9 0xb6b33f1c in rls_handle_subscribe0 (msg=0xb71cfa78) at subscribe.c:434 pfrom = <value optimized out> #10 0x0805b859 in do_action (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1197 ret = -5 v = <value optimized out> dst = {send_sock = 0x5, to = {s = {sa_family = 12104, sa_data = "\253\277x\372\034\267\254%\253\277\252\275\v\265"}, sin = {sin_family = 12104, sin_port = 49067, sin_addr = {s_addr = 3072129656}, sin_zero = "\254%\253\277\252\275\v\265"}}, id = 40, proto = 0 '\000', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab23ba "20" end = 0x2 <Address 0x2 out of bounds> crt = <value optimized out> len = <value optimized out> user = 148019546 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079303208}, port = {s = 0xab2b871b <Address 0xab2b871b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1218436602}, sip_params = {s = 0xbfab243c "T$\253\277y\001", len = -1218448485}, headers = {s = 0x8d297d0 "\360\215\322\b\260\222\322\b", len = -1218496353}, port_no = 36852, proto = 46957, type = 148019152, flags = 3215664212, transport = {s = 0x179 <Address 0x179 out of bounds>, len = 128}, ttl = {s = 0xb76da3a0 "", len = -1217556492}, user_param = {s = 0xb76da3a0 "", len = 0}, maddr = {s = 0xbfab2470 "\240\243m\267З\322\b\220$\253\277\255X`\267\025", len = -1218422611}, method = { s = 0xb76da3d0 "\310\027\323\b@\223\322\b\260\222\322\b", len = 26176}, lr = {s = 0xb76da3a0 "", len = -1217556492}, r2 = {s = 0xb76da3a0 "", len = 148019152}, gr = { s = 0xbfab2490 "0%\253\277\067\341e\267H\231\322\bH\231\322\b\210(\253\277L\311\032\267\070%\253\277\353\311\f\b80\253\277", len = -1218422611}, transport_val = { s = 0x15 <Address 0x15 out of bounds>, len = -1079302864}, ttl_val = {s = 0xb76d8ff4 "|-\024", len = 21}, user_param_val = { s = 0xbfab2530 "x\372\034\267\070\060\253\277(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = -1218059977}, maddr_val = { s = 0x8d29948 "uri=\"sip:foo.iphone@foobar.net\"/><rl:entry uri=\"sip:sami.jyrkiainen@foobar.net\"/><rl:entry uri=\"sip:sami.jyrkiainen@foobar.net\"/><rl:entry uri=\"sip:Merjan@foobar.net\"/><rl:entry uri=\"sip:Merjan@"..., len = 148019528}, method_val = {s = 0xbfab2888 "\001", len = -1222981300}, lr_val = { s = 0xbfab2538 "(&\253\277\373\377\377\377\070\060\253\277x\372\034\267\210(\253\277\310\306\032\267x\372\034\267\070\060\253\277(&\253\277\327'\006\b80\253\277\310\306\032\267x\372\034\267N\256\024\b\b@\031\267 ", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222982400}, gr_val = {s = 0xb71cfa78 "\223\006", len = 17}} next_hop = {user = {s = 0x2 <Address 0x2 out of bounds>, len = -1222869024}, passwd = {s = 0x0, len = 32}, host = {s = 0xb76b755f "", len = -1217688342}, port = {s = 0xb76b754e "%I:%M:%S %p", len = 147789720}, params = {s = 0xb76d7e60 "h\214k\267", len = -1079303236}, sip_params = {s = 0x5 <Address 0x5 out of bounds>, len = 0}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 0, type = 4294967295, flags = URI_SIP_USER_PHONE, transport = {s = 0x8 <Address 0x8 out of bounds>, len = 148019548}, ttl = {s = 0x0, len = -1218448301}, user_param = {s = 0xb76b8622 "malloc.c", len = -1217689380}, maddr = {s = 0xb76bbc28 "p->bk_nextsize->fd_nextsize == p", len = -1217551412}, method = {s = 0xb7602206 "\201\303\356m\r", len = -1218422703}, lr = { s = 0x1 <Address 0x1 out of bounds>, len = -1217556492}, r2 = {s = 0xb76d8ff4 "|-\024", len = -1079302644}, gr = {s = 0xb71ab194 "\004", len = 808592456}, transport_val = {s = 0x0, len = -1217686161}, ttl_val = {s = 0xb76d8040 "\340|m\267\340\201m\267`~m\267", len = 850076788}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079303000}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079303176}, lr_val = {s = 0xb71ac500 "3\001", len = -1222837640}, r2_val = { s = 0x8d29940 "l:entry uri=\"sip:foo.iphone@foobar.net\"/><rl:entry uri=\"sip:sami.jyrkiainen@foobar.net\"/><rl:entry uri=\"sip:sami.jyrkiainen@foobar.net\"/><rl:entry uri=\"sip:Merjan@foobar.net\"/><rl:entry uri=\"sip"..., len = 8073}, gr_val = {s = 0xb75fe131 "\201\303î\r", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4, id = 39240, name = {n = 0, s = {s = 0x0, len = 117}, re = 0x0}, avp = 0x8d29948} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7625d69 c1 = {cache_type = 20, val_type = 11, c = {avp_val = {n = 113, s = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, re = 0x71}, pval = {rs = {s = 0x71 <Address 0x71 out of bounds>, len = 5}, ri = 353, flags = 0}}, i2s = " \034\000\000\230\027\317\b /\322\b|\204\266\266H%\253\277\226["} s = {s = 0x81eb0f8 "", len = -1222981304} srevp = {0x52b46124, 0xb6acf850} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #11 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71ac6c8, msg=0xb71cfa78) at action.c:1644 t = 0xb71ac6c8 ret = 2 mod = <value optimized out> ms = <value optimized out> #12 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b16f8, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0xb7200338, to = {s = {sa_family = 2, sa_data = "\000\000˿\v\265\000\000\000\000\361\300\v\265"}, sin = {sin_family = 2, sin_port = 0, sin_addr = {s_addr = 3037446091}, sin_zero = "\000\000\000\000\361\300\v\265"}}, id = 0, proto = -13 '\363', send_flags = {f = 192 '\300', blst_imask = 11 '\v'}} tmp = <value optimized out> new_uri = 0xbfab26e8 "('\253\277\005b\257\266x\372\034\267e" end = 0x813a0dc "\213\016\211EčA\001\203\370\067\017\206\023\001" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079302360}, port = {s = 0xab21671b <Address 0xab21671b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1079301168}, sip_params = {s = 0xbfab2f48 "\030\060\253\277\327'\006\b80\253\277\230\206\032\267x\372\034\267\242l\023\b\006", len = -1079302072}, headers = {s = 0xb50bc0e5 "P-Flags: 1\r\n\r\n", len = -1222638192}, port_no = 65535, proto = 65535, type = 3215665160, flags = 135499581, transport = {s = 0xb50bc0e5 "P-Flags: 1\r\n\r\n", len = -1079302052}, ttl = {s = 0xb71cfa78 "\223\006", len = -1261581656}, user_param = {s = 0xb7200960 "\001", len = 565008}, maddr = {s = 0x0, len = -1262656184}, method = { s = 0xb7720a54 "\314\005n\267\006", len = 0}, lr = {s = 0xbfab2808 "x\372\034\267/\242\023\b\b@\031\267X\003 \267X\003 \267", len = -1223224600}, r2 = {s = 0xb711ef89 "\201\303_#\005", len = -1223224600}, gr = {s = 0xbfab2878 "\370(\253\277Ь\032\267x\372\034\267\070\060\253\277\001", len = -1223447380}, transport_val = {s = 0xaee4 <Address 0xaee4 out of bounds>, len = -1}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0xbfab2810 "\b@\031\267X\003 \267X\003 \267", len = 1}, maddr_val = {s = 0x26 <Address 0x26 out of bounds>, len = -1222638768}, method_val = { s = 0xbfab2bd8 "\001", len = -1222988588}, lr_val = {s = 0xbfab2888 "\001", len = 135055851}, r2_val = {s = 0xbfab3038 "\004", len = -1222989088}, gr_val = {s = 0xb71cfa78 "\223\006", len = 135504431}} next_hop = {user = {s = 0xb7200050 "\003", len = -1222869024}, passwd = {s = 0xbfab2810 "\b@\031\267X\003 \267X\003 \267", len = 28}, host = { s = 0xbfab2728 "\370'\253\277\261.\006\bH'\253\277\340\252\032\267x\372\034\267\237\331\023\bD\003 \267L\003 \267", len = -1229632045}, port = {s = 0xb72007c8 "sip:+33374379662@foobar.net", len = -1222637704}, params = {s = 0x0, len = -1257521230}, sip_params = {s = 0xb71cf388 "\250\363\034\267\n", len = 11}, headers = {s = 0x0, len = 0}, port_no = 49074, proto = 46347, type = 3072329689, flags = 3037446387, transport = {s = 0x8 <Address 0x8 out of bounds>, len = -1079300280}, ttl = {s = 0xb71c3f08 "\331\001", len = -1079301168}, user_param = { s = 0xb6b014ac "X\003\001", len = -1222837640}, maddr = {s = 0xbfab2a98 "", len = -1079302360}, method = {s = 0xb6af6205 "\203\370\002\017\217\272", len = -1222837640}, lr = { s = 0x65 <Address 0x65 out of bounds>, len = 0}, r2 = {s = 0xb720034c "@", len = -1257520909}, gr = { s = 0xb50bbfd9 "\r\nContact: <sip:foo.bar@10.232.195.95:51050;alias=37.219.32.240~58200~2;transport=TCP>\r\nAccept: application/pidf+xml\r\nMax-Forwards: 69\r\nUser-Agent: antisip/4.8.1-Dec-17-2013 Sipson/v0.0.1\r\nEx"..., len = -1079302344}, transport_val = {s = 0x0, len = -1257521199}, ttl_val = {s = 0x81bae2c "ubscribe", len = 8}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079302152}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079302328}, lr_val = {s = 0xb71aaae0 ",\001", len = -1222837640}, r2_val = {s = 0x813d99f "\213U\344\205\300t\021\351Y\001", len = -1222638780}, gr_val = {s = 0xb720034c "@", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 4294967295, id = 1544, name = {n = 1, s = {s = 0x1 <Address 0x1 out of bounds>, len = -1223449045}, re = 0x1}, avp = 0xb71712e8} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb7200050 c1 = {cache_type = 3071885320, val_type = 3072328536, c = {avp_val = {n = -1222638760, s = {s = 0xb7200358 "sip:foo.iphone@foobar.net", len = 0}, re = 0xb7200358}, pval = {rs = { s = 0xb7200358 "sip:foo.iphone@foobar.net", len = 0}, ri = -1222900868, flags = -1222899796}}, i2s = "\000\000\000\000\000\000\000\000\070\331\034\267\310\334\034\267x\335Y\267\361\300"} s = {s = 0xbfab28f8 "X)\253\277\235n\024\267x\372\034\267", len = -1222988592} srevp = {0xb71cfa78, 0xbfab3038} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #13 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71abd48, msg=0xb71cfa78) at action.c:1644 t = 0xb71b16f8 ret = 2 mod = <value optimized out> ms = <value optimized out> #14 0x0805c0ca in do_action (h=0xbfab3038, a=0xb71b2538, msg=0xb71cfa78) at action.c:1136 ret = 1 v = 1 dst = {send_sock = 0x6, to = {s = {sa_family = 29824, sa_data = "a\000\b0\253\277\260\341\020\267\240\254\277\266"}, sin = {sin_family = 29824, sin_port = 97, sin_addr = {s_addr = 3215667208}, sin_zero = "\260\341\020\267\240\254\277\266"}}, id = -1228953072, proto = -40 '\330', send_flags = {f = 43 '+', blst_imask = 171 '\253'}} tmp = <value optimized out> new_uri = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267" end = 0xb6f793c9 "\204\300\017\225\300\353\277U\211\345WV\203\354\060\213u\b\213}\020\213\006\205\300\017\204", <incomplete sequence \307> crt = <value optimized out> len = <value optimized out> user = -1222729608 uri = {user = {s = 0x0, len = -1}, passwd = {s = 0xbfab3038 "\004", len = 0}, host = {s = 0xbfab3038 "\004", len = -1079301512}, port = {s = 0xab3ec71b <Address 0xab3ec71b out of bounds>, len = -248226188}, params = {s = 0x0, len = -1222729608}, sip_params = {s = 0xb6e0e008 "select doc,etag from xcap where username='foo.bar' AND domain='foobar.net' AND doc_type=8", len = 149}, headers = {s = 0x0, len = -1223630416}, port_no = 0, proto = 0, type = 3215665960, flags = 3071275398, transport = { s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = -1226776568}, ttl = {s = 0x95 <Address 0x95 out of bounds>, len = -1079301052}, user_param = { s = 0x6 <Address 0x6 out of bounds>, len = 564104}, maddr = {s = 0x6 <Address 0x6 out of bounds>, len = -1222635576}, method = {s = 0xb76d8ff4 "|-\024", len = 27}, lr = { s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = 12}, r2 = { s = 0xb75dd422 "\203\304\020[]Ð\220\220\220\220\220\220\220U\211\345S\203\354\f\215E\020\211D$\b\213E\f\350\231\366\374\377\201î\273\017", len = -1226776541}, gr = { s = 0x3ffe5 <Address 0x3ffe5 out of bounds>, len = -1225802512}, transport_val = {s = 0x81e6f84 "\204\020۴", len = -1222635600}, ttl_val = { s = 0xbfab2ba8 "\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = -1225844681}, user_param_val = {s = 0xb7200fb0 "\020\247\277\266\360\314\035\267", len = -1225802268}, maddr_val = { s = 0x3ffde <Address 0x3ffde out of bounds>, len = -1079301052}, method_val = {s = 0xbfab2f28 "", len = -1222999940}, lr_val = {s = 0xbfab2bd8 "\001", len = 135055851}, r2_val = { s = 0xbfab3038 "\004", len = -1223000072}, gr_val = {s = 0xb71cfa78 "\223\006", len = 134679018}} next_hop = {user = {s = 0xbfab2a18 "X*\253\277\300\266\n\267x\240\036\267\020\243\036\267X*\253\277%)\367\266\020\243\036\267", len = -1225288443}, passwd = {s = 0xbfab29f8 "\004", len = 0}, host = { s = 0x0, len = -1225479862}, port = {s = 0xb71ea078 "\350\336\320\b\b\375\320\b\b\035\321\b\b\375\320\b\b\375\320\b\004", len = 0}, params = {s = 0x96000004 <Address 0x96000004 out of bounds>, len = 0}, sip_params = {s = 0xb71ea2d7 "00000", len = -1224075381}, headers = {s = 0xbfab2a38 "", len = -1224034624}, port_no = 41080, proto = 46878, type = ERROR_URI_T, flags = 3215665752, transport = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, ttl = {s = 0xb71ea310 "", len = -1079301544}, user_param = {s = 0xb6f72925 "ǆ\224\002", len = -1222728944}, maddr = { s = 0x2000 <Address 0x2000 out of bounds>, len = 0}, method = {s = 0x0, len = -1222729608}, lr = {s = 0x0, len = 17208509}, r2 = {s = 0xb70ab6c0 "\250\365\032", len = -1222729608}, gr = { s = 0x7 <Address 0x7 out of bounds>, len = -1079301448}, transport_val = {s = 0x0, len = -1079301476}, ttl_val = { s = 0xb6e0e008 "select doc,etag from xcap where username='foo.bar' AND domain='foobar.net' AND doc_type=8", len = -1079301448}, user_param_val = {s = 0xbfab3038 "\004", len = 0}, maddr_val = {s = 0xbfab3038 "\004", len = -1079301304}, method_val = {s = 0x8062eb1 "\213\225X\377\377\377\211S\b\213\225T\377\377\377\200\346\376\t\362\211S\004\201\304\300", len = -1079301480}, lr_val = {s = 0xb71a7ff8 "\020\001", len = -1222837640}, r2_val = {s = 0x0, len = -1222635600}, gr_val = {s = 0xbfab2c30 "\004", len = 0}} u = <value optimized out> port = <value optimized out> i = <value optimized out> flags = <value optimized out> avp = <value optimized out> st = {flags = 3071278221, id = 4016, name = {n = -1079301052, s = {s = 0xbfab2c44 "\024\246\277\266\f\246\277\266\004\246\277\266", len = 0}, re = 0xbfab2c44}, avp = 0xbfab2c08} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = <value optimized out> rv1 = 0xb70ab6c0 c1 = {cache_type = 3071885320, val_type = 3072330288, c = {avp_val = {n = -1079301224, s = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, re = 0xbfab2b98}, pval = {rs = { s = 0xbfab2b98 "\b0\253\277\260\341\020\267\240\254\277\266\020\252\277\266\330+\253\277\215\374\017\267\260\017 \267D,\253\277", len = 135096768}, ri = -1079301168, flags = 0}}, i2s = "\230+\253\277\250\203\036\b0\n \267\b\000\000\000\370+\253\277\000"} s = {s = 0xb70ff120 "U\211\345WVS\203\354<\213}\f\350V\376\377\377\201\303\177", <incomplete sequence \360>, len = -1222999944} srevp = {0x3, 0xb7103870} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #15 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a88a8, msg=0xb71cfa78) at action.c:1644 t = 0xb71b2538 ret = 2 mod = <value optimized out> ms = <value optimized out> #16 0x0805bd16 in do_action (h=0xbfab3038, a=0xb71a8698, msg=0xb71cfa78) at action.c:761 ret = -5 v = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}}, id = 0, proto = 38 '&', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} tmp = <value optimized out> new_uri = 0xbfab2d98 "K[\023\267\350\022\027\267" end = 0xb71712e8 "$ \006" crt = <value optimized out> len = <value optimized out> user = 0 uri = {user = {s = 0x0, len = 0}, passwd = {s = 0x0, len = 0}, host = {s = 0x0, len = -1260559815}, port = {s = 0xb7163dde "NVITE", len = -1223344593}, params = {s = 0xb71712e8 "$ \006", len = 481}, sip_params = {s = 0xb71cfa78 "\223\006", len = -1079300440}, headers = { s = 0xb7156092 "\351\271\375\377\377\213E\344\213M\340\211U\274\211Eȋ\203\214\377\377\377\211Mċ@@\211E\314\350\021\f\374\377\211\301\213EĉL$\f\211D$ \213EȉD$\034\213E\020\211D$\030\215\203^\325\377\377\211D$\024\213ẺD$\020\213\203\330\376\377\377\213", len = 1024}, port_no = 12568, proto = 46343, type = ERROR_URI_T, flags = 3072129656, transport = {s = 0x1e1 <Address 0x1e1 out of bounds>, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x0, len = -1223456650}, maddr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223432305}, method = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1}, lr = {s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223507881}, r2 = {s = 0xb5073160 "", len = 80}, gr = { s = 0xbfab2ea8 "h0\253\277מ\025\267x\372\034\267x\372\034\267", len = -1223351770}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x4 <Address 0x4 out of bounds>, len = -1257817048}, user_param_val = {s = 0x0, len = -1222837292}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0xb71cfa78 "\223\006", len = -1079300024}, lr_val = {s = 0xb713e740 "\201è+\003", len = -1223224600}, r2_val = {s = 0xb71cfa78 "\223\006", len = -1079300048}, gr_val = {s = 0xbfab3068 "", len = -1223319849}} next_hop = {user = {s = 0xbfab2da8 "\030.\253\277Z_\023\267X1\a\265", len = -1223467684}, passwd = {s = 0x826a2e8 "", len = 136749660}, host = {s = 0xbfab2ddc "", len = 0}, port = {s = 0x0, len = 0}, params = {s = 0xbfab2d98 "K[\023\267\350\022\027\267", len = 135490722}, sip_params = {s = 0x6 <Address 0x6 out of bounds>, len = -1223345663}, headers = { s = 0xb5629d <Address 0xb5629d out of bounds>, len = 5308416}, port_no = 0, proto = 20736, type = 81, flags = 10481, transport = {s = 0x0, len = 0}, ttl = {s = 0x826a264 "", len = 136749672}, user_param = {s = 0x826a26c "", len = 136749680}, maddr = {s = 0x826a25c "", len = 136749664}, method = {s = 0x826a2e8 "", len = -1257819880}, lr = {s = 0x1e1 <Address 0x1e1 out of bounds>, len = -1223468213}, r2 = {s = 0xb71712e8 "$ \006", len = 1024}, gr = {s = 0xbfab2e00 "9bݴ\336=\026\267/>\025\267\350\022\027\267\341\001", len = -1079300584}, transport_val = { s = 0xb7135f5a "\213]\364\213u\370\213}\374\211\354]É\366\215\274'", len = -1257819816}, ttl_val = {s = 0x400 <Address 0x400 out of bounds>, len = -1257819880}, user_param_val = { s = 0xbfab2ddc "", len = 4035}, maddr_val = { s = 0xb4dd6163 ".0\r\nFrom: <sip:+33373457689@barcar.net>;tag=d09e612f94508baeb706a9c5a14548ee-b9b1\r\nTo: <sip:+33373457689@barcar.net>;tag=3174993244\r\nCall-ID: 29CED6351D23DEE2(a)194.34.114.188\r\nCSeq: 2 NOTIFY\r\nUser-Agent"..., len = 4035}, method_val = {s = 0xbfab2ddc "", len = -1260559816}, lr_val = {s = 0x0, len = 0}, r2_val = {s = 0x0, len = -1222837640}, gr_val = {s = 0xb4d9bed4 "`@\n\265", len = 481}} u = <value optimized out> port = <value optimized out> i = 1 flags = <value optimized out> avp = <value optimized out> st = {flags = 3071885636, id = 0, name = {n = 481, s = {s = 0x1e1 <Address 0x1e1 out of bounds>, len = 0}, re = 0x1e1}, avp = 0xb50bbecc} sct = <value optimized out> sjt = <value optimized out> rve = <value optimized out> mct = <value optimized out> rv = 0xb7194008 rv1 = 0xb7200600 c1 = {cache_type = 3072129656, val_type = 3072129656, c = {avp_val = {n = 0, s = {s = 0x0, len = 481}, re = 0x0}, pval = {rs = {s = 0x0, len = 481}, ri = -1079300048, flags = 0}}, i2s = "\030/\253\277\242l\023\b\006\000\000\000P\233\b\000\000\000\000\000\060\n"} s = {s = 0xbfab2fa8 "(0\253\277Е\023\b{\276\v\265\363\300\v\265`\t \267\242l\023\b\006", len = 135614618} srevp = {0x64, 0xb7200960} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} #17 0x080627d7 in run_actions (h=0xbfab3038, a=0xb71a8590, msg=0xb71cfa78) at action.c:1644 t = 0xb71a8698 ret = 2 mod = <value optimized out> ms = <value optimized out> #18 0x08062e34 in run_top_route (a=0xb71a8590, msg=0xb71cfa78, c=0x0) at action.c:1729 ctx = {rec_lev = 4, run_flags = 0, last_retcode = 1, jmp_env = {{__jmpbuf = {-1079300040, 0, -1222837292, -1079300072, -1422719205, -248226188}, __mask_was_saved = 0, __saved_mask = {__val = { 3037445536, 0, 0, 0, 3037445845, 3037446387, 3037446387, 2, 6, 562864, 3215667352, 3071468080, 3071742696, 3072129656, 3215667384, 3071558667, 0, 2, 0, 1073741825, 3071558617, 1073741825, 3215667432, 135096663, 3072129656, 1073741825, 0, 135497595, 3072129664, 48, 0, 3072129656}}}}} p = 0xbfab3038 ret = <value optimized out> sfbk = 0 #19 0x080b7b45 in receive_msg ( buf=0xb50bbda0 "SUBSCRIBE sip:foo.bar-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=1062640361;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=10"..., len=851, rcv_info=0xb50bbbf4) at receive.c:209 msg = 0xb71cfa78 ctx = {rec_lev = -1079299340, run_flags = -1079299332, last_retcode = -1079299752, jmp_env = {{__jmpbuf = {135388985, 8, -1257522208, -1257521760, 851, -1079299340}, __mask_was_saved = 6, __saved_mask = {__val = {0, 3037446386, 1, 135996997, 3215667688, 135393181, 3037445088, 3215667956, 134559844, 3077441080, 3215654926, 3077646560, 3076138600, 3215667688, 4294967295, 3215667600, 3076928993, 3037446387, 30, 3215667768, 8, 16384, 4294967295, 3215667632, 3037445088, 135444788, 9, 3215667800, 8, 8, 3076138600, 3215667800}}}}} ret = <value optimized out> inb = { s = 0xb50bbda0 "SUBSCRIBE sip:foo.bar-friends@foobar.net SIP/2.0\r\nRecord-Route: <sip:127.0.0.1:5070;transport=tcp;r2=on;lr;ftag=1062640361;n1>\r\nRecord-Route: <sip:184.35.30.38;transport=tcp;r2=on;lr;ftag=10"..., len = 851} #20 0x0811f483 in tcp_read_req (con=0xb50bbbe0, bytes_read=0xbfab32fc, read_flags=0xbfab32f4) at tcp_read.c:1231 bytes = <value optimized out> total_bytes = 851 resp = <value optimized out> size = <value optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 16, sa_data = "\000\000\001 \000\000\350k\"\267\b\000\000"}, sin = {sin_family = 16, sin_port = 0, sin_addr = {s_addr = 8193}, sin_zero = "\350k\"\267\b\000\000"}}, id = -1079299344, proto = 4 '\004', send_flags = {f = 0 '\000', blst_imask = 0 '\000'}} c = 0 '\000' ret = <value optimized out> #21 0x08121082 in handle_io (fm=<value optimized out>, events=<value optimized out>, idx=-1) at tcp_read.c:1461 ret = <value optimized out> n = <value optimized out> read_flags = 1 con = 0xb50bbbe0 s = <value optimized out> resp = <value optimized out> t = <value optimized out> #22 0x08122891 in io_wait_loop_epoll (unix_sock=30) at io_wait.h:1092 revents = 2 n = 1 fm = 0xfffffe00 #23 tcp_receive_loop (unix_sock=30) at tcp_read.c:1572 No locals. #24 0x080fcf9c in tcp_init_children () at tcp_main.c:4952 r = 8 i = <value optimized out> reader_fd_1 = 30 pid = <value optimized out> si_desc = "tcp receiver (generic)\000\277\377_\000\000\364\217m\267\030\065\253\277\001\000\000\000z\000\000\000\374/e\267\255\274\n\b\f\000\000\000\034W\031\b\200\000\000\000 D\032\267\000\000\000\000P5\253\277\030\065\253\277\020Q\017\b\b@\031\267\210x\036\267\000\016\000\000\020\017۴\000\000\000\000\030\n\035\267˃A\037s/\210\070\000\000\000\000\000\000\000\000\v\000\000" si = <value optimized out> #25 0x08095047 in main_loop () at main.c:1718 i = 0 pid = <value optimized out> si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #26 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -512 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24585 ------------------------------------------------------- ---start 24586 ----------------------------------------------------- [Thread debugging using libthread_db enabled] 0xb7703424 in __kernel_vsyscall () #0 0xb7703424 in __kernel_vsyscall () No symbol table info available. #1 0xb7662a28 in epoll_wait () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0x08117642 in io_wait_loop_epoll () at io_wait.h:1060 revents = <value optimized out> n = 1 fm = <value optimized out> #3 tcp_main_loop () at tcp_main.c:4653 si = <value optimized out> r = 1 #4 0x08095177 in main_loop () at main.c:1727 i = 0 pid = -4 si = 0x0 si_desc = "\001\000\000\000\220\065\253\277\000\000\000\000\220D\032\267\006\000\000\000\020\317\060\000\000\000\000\000\220D\032\267\001\000\000\000\330\067\005\b\320i\036\b\000\000\000\000\030\036Z\267\030\000\000\000\v\b\000\000\b\017۴\350\065\253\277\250\205\031\267\004\000\000\000\002\000\000\000\300\201\252\264\001\000\000\000\000\000\000\000\002\000\000\000|\353&\b\b\000\000\000\330\065\253\277\002\000\000\000h\353&\b\b\000\000\000\350\065\253\277\071\026\f\b" nrprocs = 134560983 #5 0x08096f66 in main (argc=16, argv=0xbfab3724) at main.c:2546 cfg_stream = 0x8 c = <value optimized out> r = -4 tmp = 0xbfab3f7d "" tmp_len = 135830000 port = <value optimized out> proto = <value optimized out> ret = <value optimized out> seed = 779380118 rfd = <value optimized out> debug_save = 0 debug_flag = <value optimized out> dont_fork_cnt = 8 n_lst = <value optimized out> p = <value optimized out> ---end 24586 -------------------------------------------------------

1 0

Caller not receiving RTP feed
by Benjamin Trent 23 Dec '13

23 Dec '13

Hey all, I have kamailio set up behind a nat(port restricted, with firewall rules to allow sip transactions and allowing rtpproxy packet handling if needed) on Amazon EC2. I can register and calls complete, however, the Caller(the one initiating the transaction) receives no rtp media feed. I am running with NAT enabled on kamailio and have rtpproxy installed listening on the public IP. Kamailio and the rtpproxy are communicating(I have verified via the kamailio debug logs). If I make a call between the exact same voip machines directly via local IP on the same Nat(skipping kamailio), the calls complete and they both receive feeds. Both the Caller(party making the call) and the Callee(party receiving the call) are behind a Port Restricted Nat. This is a folder containing the debug output for one of these calls and the kamailio.cfg settings https://drive.google.com/folderview?id=0B9Foq0jDF8gLRlVNc001bTUtbFE&usp=sha… Quick FYI, the Caller Display Name and the Callee SIP UserName are the same string. However, in my understanding about sip, the display name means pretty much nothing and is just a human readable string that does not effect packet transport. If I am wrong and should test with a different display name, let me know. Thank you for the assistance, ben

2 1

Kamailio 4.1, Debian Squeeze, RTPProxy 1.2.1 Segfault
by Jr Richardson 20 Dec '13

20 Dec '13

Hi All, root@sip-router3-ve206:/etc/kamailio# kamailio -V version: kamailio 4.1.0 (x86_64/linux) 350d2e Doing some testing, can't seem to get rtpproxy to not segfault. I've loaded version from deb-squeeze pkg, from source http://b2bua.org/chrome/site/rtpproxy-1.2.1.tar.gz and from git:// sippy.git.sourceforge.net/gitroot/sippy/rtpproxy (which should be the latest) but all versions segfault as soon as a call sets up. I've configured each versions control socket for both udp or unix, kamailio starts and sees the rtpproxy fine with no errors, but when a call hits, rtpproxy segfaults. I've run rtpproxy in the forground with degug and get this response (IP's washed x.x.x): ------------------ DBUG:handle_command: received command "7505_12 USIEc0,101 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76 x.x.x.76 23388 as33dd7c98;1" INFO:handle_command: new session 0adb2f8449b8c9026f993a0a7db9ab5d(a)x.x.x.76, tag as33dd7c98;1 requested, type strong Segmentation fault ------------------ root@sip-router3-ve206:/etc/kamailio# more /etc/default/rtpproxy # Defaults for rtpproxy # The control socket. CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" # To listen on an UDP socket, uncomment this line: #CONTROL_SOCK="udp:127.0.0.1:7722" # Additional options that are passed to the daemon. EXTRA_OPTS="-l x.x.x.20" kamailio.cfg: loadmodule "rtpproxy.so" modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") inside route[] add_path_received(); rtpproxy_manage("cwei"); record_route(); Any guidance on further identifying the issue? Thanks. JR -- JR Richardson Engineering for the Masses

2 1

Kamailio v4.0.5 Released
by Daniel-Constantin Mierla 20 Dec '13

20 Dec '13

Hello, Kamailio SIP Server v4.0.5 stable release is out. This is a maintenance release of the stable branch 4.0, that includes fixes since release of v4.0.4. There is no change to database schema or configuration language structure that you have to do on installations of v4.0.x. Deployments running previous v4.0.x versions are strongly recommended to be upgraded to v4.0.5. For more details about version 4.0.5 (including links and guidelines to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2013/12/kamailio-v4-0-5-released/ Note that 4.0.x is previous stable release series, the latest one is now 4.1.x, with v4.1.0 released about two weeks ago. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Caller Not Receiving RTP Feed
by Benjamin Trent 20 Dec '13

20 Dec '13

Hey all, **I apologize if this is a duplicate, I received a bounce back on my first email. I have kamailio set up behind a nat(port restricted, with firewall rules to allow sip transactions and allowing rtpproxy packet handling if needed) on Amazon EC2. I can register and calls complete, however, the Caller(the one initiating the transaction) receives no rtp media feed. I am running with NAT enabled on kamailio and have rtpproxy installed listening on the public IP. Kamailio and the rtpproxy are communicating(I have verified via the kamailio debug logs). If I make a call between the exact same voip machines directly via local IP on the same Nat(skipping kamailio), the calls complete and they both receive feeds. Both the Caller(party making the call) and the Callee(party receiving the call) are behind a Port Restricted Nat. This is a folder containing the debug output for one of these calls and the kamailio.cfg settings https://drive.google.com/folderview?id=0B9Foq0jDF8gLRlVNc001bTUtbFE&usp=sha… Quick FYI, the Caller Display Name and the Callee SIP UserName are the same string. However, in my understanding about sip, the display name means pretty much nothing and is just a human readable string that does not effect packet transport. If I am wrong and should test with a different display name, let me know. Thank you for the assistance, ben

2 2

ack not transfer kamailio-3.3.4
by dolphin 20 Dec '13

20 Dec '13

hello, I’m trying to build two kamailio-3.3.4 server like this: ua1 ----> kamailio1(k1)-----> kamailio2(k2) -----> ua2 ua1 (5978003 ) is register k1 ua2 (5001005) is register k2 When ua1 callout to ua2 sip process through k1 and k2 The problem is k2 server ACK not transfer to ua2 and k2 has received ack signals from u1 through k1 I ngrep sip process for k2 and k2 /var/log/debug see the attached File ngrep_k2server.txt, debug_k2 1. First ACK uri have ua2 number sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob , is correct !! 2. Second ack not include 5001005 , again loop itself ; Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941> loose_route Next hop: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' is loose router. so next hop Not found in usrloc db 5001005 user and not transfer to ua2 How to fix this problem, any suggestions ?

2 3

how to detect un-REGISTER
by Henry Fernandes 20 Dec '13

20 Dec '13

Is there a Kamailio module/function to detect if a REGISTER request is for unregistering? -H

2 1

Kamailo - Problems with RTP streaming.
by Wingsravi R 20 Dec '13

20 Dec '13

Dear All, I am running a kamailio 4.0.3 server, it was working fine with the features like- audio calling, video calling , SMS (but presence is not working). But from last two days I’m facing problems with RTP packets streaming between SIP clients (IMSDroid clients). Session establishment between two clients works well but without audio and video streaming. And after sometime again it works well. What is this wierd behaviour? Following attachments are Audio calling cases of working and not working (ngrep based), And i have found some errors in Syslog (attached) and my config file for any reference. What could be the problem? How can i solve the issue? Anybody please help me. Regards,

2 1

planning release of v4.0.5
by Daniel-Constantin Mierla 20 Dec '13

20 Dec '13

Hello, I am considering to release a new version out of branch 4.0 (previous stable branch) before Christmas holidays. Depending on the available time, it could be this Friday or next week on Monday. If there are patches to be backported, do them as soon as possible. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

ACC issue on 4.0 trunk when doing serial fork
by Kelvin Chua 20 Dec '13

20 Dec '13

this is the 2nd branch, the first branch is sent to 100.200.30.40 $rd is set properly according to xlog (10.20.30.40). tcpdump proves packets are sent to 10.20.30.40 however, after failing, ACC logs dst_domain as the previous branch's $rd (100.200.30.40), not the current one. is this the expected behavior? seems incorrect. modparam("acc", "db_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;callrate=$avp(callrate)") failure_route[SERIAL] { if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if ( isbflagset(FLB_CANCEL) ) { xlog("cancel bflag set!\n"); exit; } else if ( !t_next_contacts() ) { xlog("serial fork done!\n"); t_reply("404", "Not here or busy"); exit; } else { setflag(FLT_ACC); setflag(FLT_ACCMISSED); xlog("failure_route new branch - $ru\n"); t_on_failure("SERIAL"); $avp(callrate) = ""; if ( $sel(ruri.params["rtmr"]) != $null ) { t_set_fr($sel(ruri.params["rtmr"])*1000,$sel(ruri.params["dtmr"])*1000); $avp(ABSOLUTE) = $sel(ruri.params["tmr"]); } if ( $sel(ruri.params["callrate"]) != $null ) $avp(callrate) = $sel(ruri.params["callrate"]); xlog("failure_route sending INVITE to $rd\n"); t_relay(); } } ERROR: <script>: failure_route sending INVITE to 10.20.30.40 DEBUG: <script>: new branch [1] to sip:14X88X72X2X@10.20.30.40:5060 ;dtmr=1;rtmr=20;tmr=60;callrate=0.007600000000 DEBUG: siputils [checks.c:103]: has_totag(): no totag DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:565]: extract_mediaip(): located IP address [192.168.5.191] in `o=' field DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:565]: extract_mediaip(): located IP address [192.168.5.191] in `c=' field DEBUG: rtpproxy [rtpproxy.c:2630]: force_rtp_proxy(): proxy reply: 10370 2X8.1X1.3X.2X#012 DEBUG: siputils [checks.c:103]: has_totag(): no totag DEBUG: <core> [msg_translator.c:461]: clen_builder(): clen_builder: content-length: 172 (172) DEBUG: <core> [msg_translator.c:206]: check_via_address(): check_via_address(1X5.2X2.1X7.1X0, 192.168.5.191, 0) DEBUG: <core> [parser/sdp/sdp.c:793]: free_sdp(): _sdp = 0x7f53c9a5e580 DEBUG: <core> [parser/sdp/sdp.c:795]: free_sdp(): sdp = 0x7f53cb87d3e0 DEBUG: <core> [parser/sdp/sdp.c:797]: free_sdp(): session = 0x7f53cb87d480 DEBUG: tm [t_reply.c:1710]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=-1 DEBUG: tm [t_reply.c:1211]: t_should_relay_response(): ->>>>>>>>> T_code=100, new_code=408 DEBUG: tm [t_hooks.c:288]: run_trans_callbacks_internal(): DBG: trans=0x7f53c1511148, callback type 128, id 0 entered DEBUG: acc [acc_logic.c:539]: tmcb_func(): acc callback called for t(0x7f53c1511148) event type 128, reply code 408 NOTICE: acc [acc.c:279]: acc_log_request(): ACC: call missed: timestamp=1387019197;method=INVITE;from_tag=wyudf;to_tag=;call_id=cjfbdfydrjielti@X340saucy;code=408;reason=Request Timeout;src_user=kelvin;src_domain=2X8.1X1.3X.2X;src_ip=1X5.2X2.1X7.1X0;dst_ouser=14X88X72X2X;dst_user=14X88X72X2X;dst_domain=100.200.30.40;callrate=0.007600000000 Kelvin Chua

2 10

memory debug
by Victor V. Kustov 20 Dec '13

20 Dec '13

Hi, all debug=2 memdbg=0 memlog=0 mem_summary=0 i saw it in kamcmd cfg.get... but anyway q_malloc messages in log. where i make mistake? -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.10.24-calculate GNU/Linux

2 2

Kamailio v3.3.6 Released
by Daniel-Constantin Mierla 19 Dec '13

19 Dec '13

Hello, Kamailio SIP Server v3.3.6 stable release is out. This is a maintenance release of the previous stable branch, 3.3, that includes fixes since release of v3.3.5. There is no change to database schema or configuration language structure that you have to do on installations of previous v3.3.x. Deployments running previous v3.x.x versions are strongly recommended to be upgraded to v3.3.6 or a newer stable release. For more details about version 3.3.6 (including links and hints to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2013/12/kamailio-v3-3-6-released/ Be aware that this is intended to be the last version released from branch 3.3. Note that latest stable series is now 4.1.x, with v4.1.0 released about two weeks ago. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

timers
by Kelvin Chua 19 Dec '13

19 Dec '13

just a quick question, somebody out there might have an idea: currently, we can easily control the ff: Time from INVITE to 200 OK ------ fr_inv_timer Time from INVITE to 100 TRYING ------ fr_timer what i hope to achieve is: Time from Session Progress (180/183) to 200 OK Time from INVITE to Session Progress (180/183) is there any hack to do this? Kelvin Chua

2 2

failure in accessing r-uri params
by Juha Heinanen 19 Dec '13

19 Dec '13

i started to wonder, why my config does not work when there is ';user=phone' param in r-uri. in order to investigate, i added these to the config: xlog("L_INFO", "r-uri = '$ru'\n"); xlog("L_INFO", "r-uri params = '$(ru{uri.params})'\n"); xlog("L_INFO", "r-uri params = '$sel(ruri.params)'\n"); and made two tests. in the first, r-uri param is ;user=phone: Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri = 'sip:+35862345670@test.tutpro.com;user=phone' Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = '' Dec 19 07:08:10 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = '<null>' and in the second r-uri param is ;param=value: Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri = 'sip:+35862345670@test.tutpro.com;param=value' Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = 'param=value' Dec 19 07:09:59 rautu /usr/sbin/sip-proxy[5107]: INFO: r-uri params = 'param=value' note the difference. in the first, neither uri transformation nor ruri select works, but they work in the second. i checked from rfc3261 and both request uris are syntactically valid and in both cases there is a valid r-uri parameter. my current hack is to use tobody.params, but would like to get rid of it. -- juha

2 7

planning last release for 3.3 branch
by Daniel-Constantin Mierla 19 Dec '13

19 Dec '13

Hello, the last two stable branches are now 4.0 and 4.1. I am considering packaging the latest branch 3.3 as release 3.3.6 and mark the end of releasing from that branch. Patches can still go there if developers find time for them, but the focus on release will go on 4.0 and 4.1. Hopefully I will find some time tomorrow afternoon for it. If anyone has patches to backport, do it before noon GMT tomorrow, or if there is something that should go there and is no time for it now, reply here with description and eventually propose a new date (or when you think what you want to do can be finished). Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

broken ims modules links in online doc
by Andreas Granig 19 Dec '13

19 Dec '13

Hi, Seems like two ims module links (linked from http://kamailio.org/docs/modules/4.1.x/) are broken: http://kamailio.org/docs/modules/4.1.x/modules/ims_registrar_pcscf.html http://kamailio.org/docs/modules/4.1.x/modules/ims_usrloc_scscf.html The same for http://kamailio.org/docs/modules/devel/, as far as I can see. Thanks for checking! Andreas

2 1

call limit by trunk/user
by Oliver Roth 18 Dec '13

18 Dec '13

Hi all I need a solution to limit the amount of concurrent calls by trunk or user/subscriber. We have the following situation: Kamailio loadbalancer ==> 3 kamailio gateway with routing/business logic Kamailio is version 3.3 for all 4 systems. Loadbalancer has only the absolute minimum config to act as loadbalancert, the whole business logic is on gateway side (db connections, carrierroute, ...) Do you have a suggestion how to limit calls/connections? Has this to be done on the loadbalancer? Or is there a solution to do this on the gateways - so every gateway knows the currently opened connections? Thanks for helping Oli

2 3

Kamailio Admin Book Update?
by JR Richardson 18 Dec '13

18 Dec '13

Hi Daniel, What is the status and possible release date for your admin book. The last update is it will be released as an e-Book only, that's ok with me. Thanks. JR JR Richardson - - - - - - - - - - - Engineering for the Masses

2 1

I-cscf module not reading correctly UserAuthenticationAnswer
by Gennaro Sarnataro 18 Dec '13

18 Dec '13

Hello everyone, I'm using kamailio modules as Interrogating-cscf and Serving-cscf. Registering an user i perform correctly an UAR and the HSS answers correctly with an UAA giving user'c server-capabilities. Even if i have a success result code ( as you can see in the attached wireshark dump) the configuration code bring me in the failure branch. route[REG_UAR_REPLY] > { > xlog("L_INFO", "FB: received uaa"); > xlog("L_INFO", "<<<<<<<<<<<<<<<< [$avp(s:uaa_return_code)]"); > switch ($avp(s:uaa_return_code)){ > case 1: #success > xlog("L_INFO", "FB:success"); > if (I_scscf_select("0")){ > t_on_failure("register_failure"); > t_on_reply("register_reply"); > #now relay to appropriate SCSCF > if (!t_relay()) { > t_reply("500", "Error forwarding to > SCSCF"); > } > } else {#select failed > I_scscf_drop(); > t_reply("500", "Server error on SCSCF Select > (UAR)"); > } > break; > case -1: #failure > xlog("L_INFO", "failure"); > xlog("L_ERR", "UAR failure - error response sent from > module\n"); > break; > case -2: #error > xlog("L_INFO", "error"); > xlog("L_ERR", "UAR error - sending error response now\n"); > t_reply("500", "UAR failed"); > break; > default: > xlog("L_ERR", "Unknown return code from UAR, value is > [$avp(s:uaa_return_code)]\n"); > t_reply("500", "Unknown response code from UAR"); > break; > } > } as you can see from my log i think tre's some problem when reading UserAuthenticationAnswer return code. Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=325 a=24 n=I_scscf_drop > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=327 a=26 > n=I_perform_user_authorization_request > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28053]: INFO: ims_icscf > [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : > [uaa_return_code] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_server_name: Failed finding avp > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_avp.c:137]: cxdx_get_avp(): cxdx_get_experimental_result_code: Failed > finding avp > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: ims_icscf > [cxdx_uar.c:211]: async_cdp_uar_callback(): Empty capability list returning > 600 > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: ims_icscf > [cxdx_uar.c:71]: create_uaa_return_code(): created AVP successfully : > [uaa_return_code] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=336 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: FB: > received uaa > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=337 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: > <<<<<<<<<<<<<<<< [18446744073709551615] > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=366 a=21 n=switch > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=354 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: INFO: <script>: > failure > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=355 a=26 n=xlog > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: <script>: UAR > failure - error response sent from module > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: ERROR: *** cfgtrace: > c=[/home/voiceeng/kamailio/i-cscf/kamailio.cfg] l=356 a=2 n=exit > Dec 17 12:31:40 localhost /usr/sbin/kamailio[28045]: WARNING: tm > [t_lookup.c:1536]: t_unref(): WARNING: script writer didn't release > transaction I hope you will clarify this matter... thanks in advance for your help -- Gennaro Sarnataro

2 1

Re: [SR-Users] memory
by Keith 17 Dec '13

17 Dec '13

Hi, Yeah sorry, I had to restart it as it's a production box. I have the log file which I can show you? Cheers Keith

1 0

Re: [SR-Users] Memory
by Keith 17 Dec '13

17 Dec '13

Hi, Here are the details: Version: 4.02 *kamcmd pkg.stats:* { entry: 0 pid: 15738 rank: 0 used: 1521632 free: 2504528 real_used: 1689776 } { entry: 1 pid: 15745 rank: 1 used: 1530112 free: 2495248 real_used: 1699056 } { entry: 2 pid: 15746 rank: 2 used: 1529920 free: 2496240 real_used: 1698064 } { entry: 3 pid: 15747 rank: 3 used: 1529920 free: 2496240 real_used: 1698064 } { entry: 4 pid: 15748 rank: 4 used: 1529920 free: 2496240 real_used: 1698064 } { entry: 5 pid: 15749 rank: 5 used: 1530192 free: 2494816 real_used: 1699488 } { entry: 6 pid: 15751 rank: 6 used: 1530208 free: 2494768 real_used: 1699536 } { entry: 7 pid: 15753 rank: 7 used: 1530192 free: 2494848 real_used: 1699456 } { entry: 8 pid: 15754 rank: 8 used: 1530192 free: 2494848 real_used: 1699456 } { entry: 9 pid: 15756 rank: 9 used: 1555456 free: 2458096 real_used: 1736208 } { entry: 10 pid: 15757 rank: 10 used: 1557328 free: 2455264 real_used: 1739040 } { entry: 11 pid: 15758 rank: 11 used: 1557216 free: 2455536 real_used: 1738768 } { entry: 12 pid: 15759 rank: 12 used: 1555952 free: 2457632 real_used: 1736672 } { entry: 13 pid: 15760 rank: -1 used: 2891024 free: 2496064 real_used: 3029088 } { entry: 14 pid: 15761 rank: -1 used: 2879152 free: 2496096 real_used: 3017216 } { entry: 15 pid: 0 rank: 0 used: 1539584 free: 2486512 real_used: 1707792 } { entry: 16 pid: 15776 rank: -2 used: 1532704 free: 2493424 real_used: 1700880 } { entry: 17 pid: 15778 rank: -1 used: 1532224 free: 2493872 real_used: 1700432 } { entry: 18 pid: 15779 rank: -1 used: 1532032 free: 2494096 real_used: 1700208 } { entry: 19 pid: 15782 rank: 13 used: 1610320 free: 2415744 real_used: 1778560 } { entry: 20 pid: 15784 rank: 14 used: 1610320 free: 2415744 real_used: 1778560 } { entry: 21 pid: 15786 rank: 15 used: 1610320 free: 2415744 real_used: 1778560 } { entry: 22 pid: 15788 rank: 16 used: 1610320 free: 2415744 real_used: 1778560 } { entry: 23 pid: 15790 rank: -4 used: 1603056 free: 2423008 real_used: 1771296 } *kamcmd stats* core:bad_URIs_rcvd = 0 core:bad_msg_hdr = 0 core:drop_replies = 0 core:drop_requests = 50 core:err_replies = 0 core:err_requests = 0 core:fwd_replies = 0 core:fwd_requests = 352 core:rcv_replies = 5181 core:rcv_requests = 5522 core:unsupported_methods = 0 dialog:active_dialogs = 34 dialog:early_dialogs = 0 dialog:expired_dialogs = 0 dialog:failed_dialogs = 60 dialog:processed_dialogs = 272 dns:failed_dns_request = 0 mysql:driver_errors = 0 registrar:accepted_regs = 103 registrar:default_expire = 3600 registrar:default_expires_range = 0 registrar:max_contacts = 0 registrar:max_expires = 3600 registrar:rejected_regs = 0 shmem:fragments = 1633 shmem:free_size = 64059008 shmem:max_used_size = 3755584 shmem:real_used_size = 3049856 shmem:total_size = 67108864 shmem:used_size = 2911792 siptrace:traced_replies = 0 siptrace:traced_requests = 0 sl:1xx_replies = 0 sl:200_replies = 616 sl:202_replies = 0 sl:2xx_replies = 0 sl:300_replies = 0 sl:301_replies = 0 sl:302_replies = 0 sl:3xx_replies = 0 sl:400_replies = 0 sl:401_replies = 81 sl:403_replies = 0 sl:404_replies = 0 sl:407_replies = 54 sl:408_replies = 0 sl:483_replies = 0 sl:4xx_replies = 0 sl:500_replies = 0 sl:5xx_replies = 0 sl:6xx_replies = 0 sl:failures = 0 sl:received_ACKs = 50 sl:sent_err_replies = 0 sl:sent_replies = 751 sl:xxx_replies = 0 sst:expired_sst = 0 tcp:con_reset = 0 tcp:con_timeout = 0 tcp:connect_failed = 0 tcp:connect_success = 0 tcp:current_opened_connections = 0 tcp:current_write_queue_size = 0 tcp:established = 0 tcp:local_reject = 0 tcp:passive_open = 0 tcp:send_timeout = 0 tcp:sendq_full = 0 tmx:2xx_transactions = 4543 tmx:3xx_transactions = 0 tmx:4xx_transactions = 795 tmx:5xx_transactions = 110 tmx:6xx_transactions = 0 tmx:UAC_transactions = 2365 tmx:UAS_transactions = 5449 tmx:active_transactions = 1 tmx:inuse_transactions = 8 tmx:local_replies = 1317 usrloc:location-contacts = 35 usrloc:location-expires = 2 usrloc:location-users = 35 usrloc:registered_users = 35 Thanks!

2 1

Calling end_media_session twice
by Teddy Rabary 17 Dec '13

17 Dec '13

Hi all, I see this discussion about mediaproxy and it's the same what happens to me http://opensips.org/pipermail/users/2010-August/013997.html Indeed in my kamailio.cfg, I call twice end_media_session on "bye" and on "cancel" route[CANCEL] { if (is_method("CANCEL")) { end_media_session(); if (t_check_trans()) t_relay(); exit; } } and route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { end_media_session(); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails $avp(s:can_uri) = $ru; } if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } route(RELAY); } else { ... I thought both are necessary, so can I make something like this at route[WITHINDLG] ? ... if (is_method("BYE|CANCEL")) { end_media_session(); setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails $avp(s:can_uri) = $ru; } ... and then remove end_media_session at route[CANCEL] ? Regards.

2 1

Memory
by Keith 16 Dec '13

16 Dec '13

Hi, Not sure if this is a bug or config but getting this error message: insert_subst_lump_after(): ERROR: insert_new_lump_after: out of memory Any ideas? Keith

2 1

S-CSCF strange execution effects
by Flavio Battimo 16 Dec '13

16 Dec '13

Hello, i'm encountering in some strange behaviours while working with S-CSCF version: kamailio 4.1.0 (x86_64/linux) 350d2e Making some tests, in particular with Ro interface for online charging, the script execution doesn't follow normal flow (checking it by adding some xlog call). Looking at the following code script, i have made some modifications: 1) Modify the P-Asserted-Identity so as to add angle brackets to the value. 2) Add user=phone parameter to uri if it doesn't exists 3) Enabled RO interface for accounting The amazing thing is that if kamailio is executed with this script the whole flow terminates without any notice just after record_route() call. Making some attempts, removing record_route() call flow continues until Ro_CCR method, where same behaviour appears (call flow is unpredictable terminated and no diameter CCR request is made) Which kind of operations can lead to this strange behaviour If is needed i can attach some logs in debug level mode Thanks in advance ###################################################################### # Originating, Intial Requests ###################################################################### route[orig] { xlog("L_DBG","Enter orig route\n"); # modifica di P-Asserted-Identity subst('/P\-Asserted\-Identity:[ ]*([\+0-9a-z@\.\-\:]*)/P-Asserted-Identity: <\1>\r\n/ig'); if ($ru =~ ".*;user=phone.*" ){ xlog("L_DBG","Parameter user=phone already exists"); } else { xlog("L_DBG","Adding parameter user=phone"); $ru = $ru + ";user=phone"; } xlog("L_DBG","$rm $ru"); set_dlg_profile("orig"); # we MAYBE need something like this to check if a user is barred # if (S_originating_barred()){ # sl_send_reply("403","Forbidden - Originating Public Identity barred"); # exit; # } xlog("L_DBG","Checking AVP mo custom\n"); if (is_method("INVITE|SUBSCRIBE")) { xlog("L_DBG","Adding AVP mo custom parameter\n"); $avp(RR_CUSTOM_USER_AVP)="mo"; xlog("L_DBG","call record_route\n"); record_route(); } #!ifdef WITH_RO # before we allow call - lets check credit xlog("L_DBG","Checking if RO must be called\n"); if (is_method("INVITE")) { xlog("L_DBG","Sending initial CCR Request for call\n"); Ro_CCR("CHARGING_CCR_REPLY", "orig", "SCUR", "", "30"); } #!else xlog("L_DBG","calling route[finalize_orig]"); route(Finalize_Orig); #!endif } -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

3 2

500 I'm terribly sorry error
by Helena Garcia-Nieto 16 Dec '13

16 Dec '13

Hello, Thanks in advanced for the help. I am almost new with kamailio and still struggling through silly problems so please forgive me if the solution is so obvious. I have a network like Xlitle -- Kamailio -- GW The GW is more or less out of my reach for changing the behaivour. As devices I have xlitle Kamailio is on version 4.0.2 I've changed only few things from the default config file. Add mysql support, auth, userlocdb, pstngw. For this part, gw routing , I've defined gw ip and port inside the PSTN definition like: #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" pstn.gw_port = "" desc "PSTN GW Port" iskratel.gw_ip = "10.XX.XX.XX" iskratel.gw_port = "5060" #!endif I route the calls with: route(ISKRATEL); And defined a routing function route[ISKRATEL] { #!ifdef WITH_PSTN # check if ISKRATEL GW IP is defined if (strempty($sel(cfg_get.iskratel.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but iskratel.gw_ip not defined\n"); return; } # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } if (strempty($sel(cfg_get.iskratel.gw_port))) { $ru = "sip:" + $rU + "@" + $sel(cfg_get.iskratel.gw_ip); } else { $ru = "sip:" + $rU + "@" + $sel(cfg_get.iskratel.gw_ip) + ":" + $sel(cfg_get.iskratel.gw_port); } # Add profix to ISKRATEL: A99901 subst_uri('/^sip:(.*)/sip:A99901\1/i'); # add A99901 route(RELAY); exit; #!endif return; } I can see that the code goes all the way to the route(relay) but all I can see is the 500 I'm terribly sorry, server error occurred (7/SL) and a second response 500 I'm terribly sorry, server error occurred (7/TM) I've tried defining the IP as the given pstn.gw_ip and route(pstn) without changing anything on the pst default routing but the response of the server is the same. I cannot see any special error on the logs. I have the exact same config for this part, in another test server and the calls go to the gw without reporting any error. I'll appreciate any help from you! Thanks in advanced for your time Helena

3 8

Trying to understand the interal workings of Dispatcher and timers
by Grant Bagdasarian 16 Dec '13

16 Dec '13

Hello, I'm trying to understand how the dispatcher module works and how the timers in the TM module influence the behavior. My architecture looks like this: UA1 ---- SBC1 ---- Kamailio ----- SBC2 ---- FreeSWITCH App Server(x2) What I got so far: 1) UA1 sends an INVITE to SBC1, which bridges the call between the UA1 and Kamailio 2) INVITE is received by Kamailio. 3) Kamailio looks in its dispatcher table to dispatch the INVITE to its destination 4) Kamailio rewrites the $du value to that of the SBC2 5) Kamailio rewrites the request-uri and sends the INVITE to the destination in $du. 6) SBC2 is a FreeSWITCH instance which bridges the call (does not answer). It only responds back with a 100 TRYING 7) SBC2 tries to contact the endpoint (FS App Server 1) in the request-uri, but the destination does not respond because it is unavailable. 8) Kamailio keeps waiting for a final reply. 9) The fr_inv_timer is set to 5000 on startup 10) Once the timer hits, Kamailio executes the route set in t_failure_route 11) The failure route looks like this: if(t_is_expired()) { ... } if (t_is_canceled()) { ... } if(t_check_status("500") || t_branch_timeout() || !t_branch_replied()) { .... } 12) Kamailio enters the third if block in which the next domain is selected and the $du is rewritten again to that of SBC2 13) A new INVITE is generated and sent to its destination (FS App Server 2) through SBC2. Nothing is sent back to SBC1 yet, because Kamailio handles the failover here. Is this correct? Are there any other timers which are fired which I missed, or does the fr_inv_timer have nothing to do with this? If Kamailio is supposed to load balance between FS App Server 1 and 2 using the Round-Robin algorithm, does it in case of an unreachable first destination take the next destination in the route set? Regards, Grant

2 1

Kamailio stability/timing problem w.r.t. registrations?
by Sotas Development 16 Dec '13

16 Dec '13

Hi, We run Kamailio 3.2.3 (FLAVOUR=ser) on an embedded ARM platform in near- default configuration. In a duration test, we observe that at a certain moment Kamailio seems to start ignoring all (re-)register messages, and eventually expires the existing registrations. We have not been able to reproduce the issue using debug-level logging (-dddd). Info-level logging (-ddd) does reproduce the error, but does not produce any error messages. Configuration: ser-basic.cfg, with the following changes: port=5060 alias=testnet Command line: ser -m 4 -f /etc/ser/ser-basic.cfg -n3 -l udp:eth0 Load: Bursts of 8 (Re-)REGISTER messages that are repeated every 85 seconds. The specified expiration time is 120 seconds. Bursts of 9 (Re-)INVITE messages that are repeated every 45 seconds. Note: With this load it takes roughly 1 hour for the error to occur. Using a more standard 3600 second expiration time Kamailio still stalls, it just takes longer. Does anyone have any idea how to tackle this issue? Kind regards, Michiel Veldkamp

3 14

flatstore.rotate not working
by Abdelkader Allam 16 Dec '13

16 Dec '13

Hello Guys, I am using Kamailio 4.1.0. I am trying to get Kamailio to rotate the cdr log through command kamcmd flatstore.rotate but it keeps sending log to the renamed files, I use the following parameter (i tried to set flush to 1 and 0, same result, i have also tried in debug and normal mode) #!define WITH_ACCFILE # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) #!ifdef WITH_ACCFILE modparam("acc", "db_url", "flatstore:/var/log/kamailio") modparam("db_flatstore", "flush", 1) modparam("acc", "cdr_enable", 1) #modparam("acc", "cdr_flag", 3) modparam("acc", "db_extra","ds=$DLG_lifetime") modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$DLG_lifetime") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$avp(i:256)") #!endif

2 10

Outbound Calls using pstn.gw_ip
by Rajah Chowbay 16 Dec '13

16 Dec '13

Setup: jitsi --> kamailio <-----> pstn.gw jitsi is registered using TCP SIP Trunk between kamailio and pstn.gw is using TCP Initial invite from jitsi to kamailio is sent using TCP but invite sent from kamailio to pstn.gw is being sent with UDP. How can I configure kamailio to send invite to pstn.gw with TCP? Thank You

2 1

Kamailio s-cscf SRV <Root> query
by Flavio Battimo 13 Dec '13

13 Dec '13

Hello, working on Kamailio SCSCF module, when I receive an INVITE the serving module should find the corresponding ICSCF to forward the INVITE. In order to do this it should perform a NAPTR query, followed by a DNS SRV query and a DNS A query. In our case the serving has the following behavior: 1) it CORRECTLY make NAPTR query 2) it send an SRV query to resolve ICSCF service port having invalid response 4 times. After 4 times, so 20 seconds, it sends INVITE message to ICSCF at default port 5060. SRV query contains a null name, shown as <Root> in Wireshark. Current DNS application (MyDNS) answer with a not implemented response. I expect that the serving CSCF try to resolve the ICSCF making an SRV query and an A query to discover the service port and ip address using the domain returned by NAPTR query. I have two questions: It seems that SRV query is not valid, because it's not based on SIP domain, do you think it's correct? At least, is it possible to configure s-cscf to force an INVITE to be sent always to the same interrogating? -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

2 2

Carrier Authentication
by Keith 13 Dec '13

13 Dec '13

Hi, I am using LCR module to send outbound calls to my carrier, however I am using a new carrier who require authentication. Any ideas on how to authenticate the call to the carrier? Thanks Keith

2 1

ACK sent to wrong socket IP in mhomed scenario
by Ronald Voermans 13 Dec '13

13 Dec '13

Dear list, I'm having an issue with our Kamailio setup. I've installed two Kamailio servers with Corosync/Pacemaker. Kamailio1 has ip 10.254.254.5, Kamailio2 has ip 10.254.254.23. The VIP is 10.254.254.1. All is working well; clients can sent request to the VIP, and all traffic is sent via 10.254.254.1, and not the real ipI've configured the listen addressess: mhomed = no listen = udp:10.254.254.1:5060 listen = udp:10.254.254.23:5060 I'm now trying to configure the server as a multihomed one. Both Kamailio have two NIC's. Kamailio1 also has ip X1, Kamailio2 has ip X2. The VIP is Y. Configuration is done as: mhomed = yes listen = udp:10.254.254.1:5060 listen = udp:10.254.254.23:5060 listen = udp:Y:5060 listen = udp:X1:5060 When a UA sends an INVITE to for example 10.254.254.1, all responses (back) to UA are being sent with source address 10.254.254.1 (VIP), except for the ACK (and BYE). The ACK is sent via the real ip 10.254.254.23. I can resolve this by issuing a force_send_socket before t_relay in the config; but since it's multihomed, I have to build a lot of checks to find out the outgoing socket. Besides that, I want it to be possible to use both the real IP and the VIP as IP-address for the UA (for testing purposes). This won't work with force_send_socket. Does anyone from the list know how I can solve this? Thanks, Regards, Ronald

2 3

4.0.4 crash segfault when CANCEL
by Kelvin Chua 13 Dec '13

13 Dec '13

following is backtrace: #0 qm_detach_free (frag=0x7f91a4656170, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x7f91a4656170 next = 0x0 #1 qm_malloc (qm=0x7f91a429b000, size=3840) at mem/q_malloc.c:386 f = 0x7f91a4656170 hash = -1536859792 #2 0x000000000050977f in shm_malloc (size=3832) at parser/../mem/shm_mem.h:262 p = <optimized out> #3 sip_msg_shm_clone (org_msg=0x7f91ae9d7630, sip_msg_len=0x7fff56a2dde0, clone_lumps=0) at sip_msg_clone.c:502 len = 3832 hdr = <optimized out> new_hdr = <optimized out> last_hdr = <optimized out> via = <optimized out> prm = <optimized out> to_prm = <optimized out> new_to_prm = <optimized out> new_msg = <optimized out> p = <optimized out> __FUNCTION__ = "sip_msg_shm_clone" #4 0x00007f91ac989062 in build_cell (p_msg=0x7f91ae9d7630) at h_table.c:372 new_cell = 0x7f91a4656180 sip_msg_len = <optimized out> old = <optimized out> cbs = <optimized out> cbs_tmp = <optimized out> xold = <optimized out> #5 0x00007f91ac9b5fc6 in new_t (p_msg=0x7f91ae9d7630) at t_lookup.c:1357 new_cell = <optimized out> #6 t_newtran (p_msg=0x7f91ae9d7630) at t_lookup.c:1497 lret = <optimized out> my_err = <optimized out> canceled = <optimized out> __FUNCTION__ = "t_newtran" #7 0x00007f91ac9a99e0 in t_forward_cancel (p_msg=0x7f91ae9d7630, proxy=0x0, proto=0, tran=0x7fff56a2e2c0) at t_fwd.c:1607 t_invite = <optimized out> t = 0x0 ret = <optimized out> new_tran = <optimized out> dst = {send_sock = 0x63371f, to = {s = {sa_family = 54224, sa_data = "\003\255\221\177\000\000\020\300\220\256\221\177\000"}, sin = {sin_family = 54224, sin_port = 44291, sin_addr = {s_addr = 32657}, sin_zero = "\020\300\220\256\221\177\000"}, sin6 = {sin6_family = 54224, sin6_port = 44291, sin6_flowinfo = 32657, sin6_addr = {__in6_u = {__u6_addr8 = "\020\300\220\256\221\177\000\000\070\261W\000\000\000\000", __u6_addr16 = {49168, 44688, 32657, 0, 45368, 87, 0, 0}, __u6_addr32 = {2928721936, 32657, 5747000, 0}}}, sin6_scope_id = 0}}, id = 0, proto = 96 '`', send_flags = { f = 225 '\341', blst_imask = 162 '\242'}} host = {s = 0x0, len = 0} port = <optimized out> __FUNCTION__ = "t_forward_cancel" #8 0x00007f91ac99ae15 in t_relay_to (p_msg=0x7f91ae9d7630, proxy=0x0, proto=0, replicate=0) at t_funcs.c:264 ret = 0 new_tran = <optimized out> t = <optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, id = 0, proto = 64 '@', send_flags = {f = 243 '\363', blst_imask = 162 '\242'}} port = <optimized out> host = {s = 0x7fff56a2eab8 "0[*\244\221\177", len = -1398876638} __FUNCTION__ = "t_relay_to" Kelvin Chua

2 10

updating from kamailio-3.1 to kamailio-4.0
by Owais ul Haq 12 Dec '13

12 Dec '13

Hello all, I want to know the difference between kamailio-3.1.1 and kamailio-4.0 in regard to their features. If anyone has the experience to use both. What improvements will one enjoy on upgrading to kamailio-4.0 as compared to kamailio-3.1.1. I asked this question and a friend suggested some webpages. They give updates in modules for every version from 3.1 to 4.0. That is good but I want to know in short what main improvements will I get. Thanks for help. Cheers, Owais

1 0

Call Setup Monitoring
by Keith 12 Dec '13

12 Dec '13

Hi All, I know there are some products out there but I'm looking for a very basic way to store in a database the SIP call journey including errors etc. Anyone have any ideas? Thanks, Keith

2 1

Re: [SR-Users] force_send_socket
by Keith 12 Dec '13

12 Dec '13

Thanks for the info guys, unfortunately it's not sending the from ip address properly now. I am using dispatcher to route these calls so not sure if the $fs is working properly? Any more ideas? Thanks Keith

3 2

Difference between Kamailio-3.1.1 and Kamailio-4.0
by Owais ul Haq 12 Dec '13

12 Dec '13

Hello all, I want to know the difference between kamailio-3.1.1 and kamailio-4.0. As I am running kamailio-3.1.1 in my environment. I am interested to know what improvements will I enjoy if I reset the whole system and use kamailio-4.0(latest stable version). Replacing is quite a huge task, I have to make a decision whether it is worth it or not. Can some one please suggest any online page to read which can help. Any help will be much appreciated. Thanking in advance. Regards, Owais ul Haq, Kamailio user :)

2 1

Fwd: ack not transfer in multiple kamailio
by dolphin 11 Dec '13

11 Dec '13

hello, I’m trying to build two kamailio-3.3.4 server like this: ua1 ----> kamailio1(k1)-----> kamailio2(k2) -----> ua2 ua1 (5978003 ) is register k1 ua2 (5001005) is register k2 When ua1 call to ua2 sip process through k1 and k2 The problem is k2 server ACK not transfer to ua2 and k2 has received ack signals from u1 through k1 I ngrep sip process for k2 and k2 /var/log/debug , see the problem is 1. First ACK uri have ua2 number sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob , is correct !! 2. Second ack not include 5001005 , again loop itself ; Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941> loose_route Next hop: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' is loose router is , so next hop Not found in usrloc db 5001005 user and not transfer to ua2 How to fix this problem, any suggestions? ================================= /var/log/debug in k2 server : : DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: : DEBUG: <core> [parser/msg_parser.c:626]: method: <ACK> : DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob> : DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 : DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via : DEBUG: <core> [receive.c:149]: After parse_msg... : DEBUG: <core> [receive.c:190]: preparing to run routing scripts... : DEBUG: sl [sl_funcs.c:396]: DEBUG : sl_filter_ACK: to late to be a local ACK! : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 234, <received> = <122.116.37.55>; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK-d8754z-5479c6361610102b-1---d8754z->; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60496>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [73]; uri=[sip:5001005@xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>] : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=1944d063 : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: siptrace [siptrace.c:794]: storing info... : DEBUG: maxfwd [mf_funcs.c:85]: value = 69 : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=42 global id=41 T start=0xffffffffffffffff : DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <1> <ACK> : DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 : DEBUG: <core> [parser/msg_parser.c:104]: found end of header : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=42 global id=42 T end=(nil) : DEBUG: rr [loose.c:88]: is_preloaded: No : DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 11==11 && [xxx.xxx.xxx.xxx(k2)] == [xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5003 (advertise 0) matches port 5003 : DEBUG: rr [loose.c:597]: Next hop: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' is loose router : DEBUG: rr [loose.c:647]: The last route URI: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' : DEBUG: rr [rr_cb.c:97]: callback id 0 entered with <ob> : DEBUG: dialog [dlg_handlers.c:1109]: Route param 'did' not found : DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=42 , global msg id=42 , T on entrance=(nil) : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_funcs.c:315]: SER: forwarding ACK statelessly : DEBUG: <core> [msg_translator.c:206]: check_via_address(xxx.xxx.xxx.xxx(k1), xxx.xxx.xxx.xxx(k1), 0) : DEBUG: <core> [forward.c:609]: Sending:#012ACK sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941 SIP/2.0#015#012Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr=on>#015#012Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>#015#012Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;branch=z9hG4bKcydzigwkX#015#012Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX#015#012Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496#015#012Max-Forwards: 68#015#012Contact: <sip:5978003@122.116.37.55:60496;transport=udp>#015#012To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf#015#012From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063#015#012Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.#015#012CSeq: 1 ACK#015#012User-Agent: eyeBeam release 1100z stamp 47739#015#012Content-Length: 0#015#012#015#012. : DEBUG: <core> [forward.c:611]: orig. len=669, new_len=730, proto=1 : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) : DEBUG: <core> [receive.c:293]: receive_msg: cleaning up : DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: : DEBUG: <core> [parser/msg_parser.c:626]: method: <ACK> : DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941> : DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 : DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via : DEBUG: <core> [receive.c:149]: After parse_msg... : DEBUG: <core> [receive.c:190]: preparing to run routing scripts... : DEBUG: sl [sl_funcs.c:396]: DEBUG : sl_filter_ACK: to late to be a local ACK! : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 234, <received> = <122.116.37.55>; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK-d8754z-5479c6361610102b-1---d8754z->; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60496>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [73]; uri=[sip:5001005@xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>] : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=1944d063 : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: siptrace [siptrace.c:794]: storing info... : DEBUG: maxfwd [mf_funcs.c:85]: value = 68 : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=43 global id=42 T start=(nil) : DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <1> <ACK> : DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 : DEBUG: <core> [parser/msg_parser.c:104]: found end of header : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=43 global id=43 T end=(nil) : DEBUG: rr [loose.c:111]: No Route headers found : DEBUG: rr [loose.c:835]: There is no Route HF : DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7f32b6d1cc30 : DEBUG: db_mysql [km_res.c:68]: 16 columns returned from the query : DEBUG: <core> [db_res.c:155]: allocate 128 bytes for result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:165]: allocate 64 bytes for result types at 0x7f32b6d1bdb8 : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7f32b6d1cc10 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc10)[0]=[contact] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x7f32b6d1cc78 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc78)[1]=[expires] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7f32b6d1c958 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1c958)[2]=[q] : DEBUG: db_mysql [km_res.c:111]: use DB1_DOUBLE result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x7f32b6d1cda8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cda8)[3]=[callid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x7f32b6d1cdc8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cdc8)[4]=[cseq] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[5] at 0x7f32b6d1cde8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cde8)[5]=[flags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[6] at 0x7f32b6d1ce08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce08)[6]=[cflags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x7f32b6d1ce28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce28)[7]=[user_agent] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[8] at 0x7f32b6d1ce48 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce48)[8]=[received] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[9] at 0x7f32b6d1ce68 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce68)[9]=[path] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[10] at 0x7f32b6d1ce88 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce88)[10]=[socket] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x7f32b6d1cea8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cea8)[11]=[methods] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[12] at 0x7f32b6d1cec8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cec8)[12]=[last_modified] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[13] at 0x7f32b6d1cee8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cee8)[13]=[ruid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[14] at 0x7f32b6d1cf08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf08)[14]=[instance] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[15] at 0x7f32b6d1cf28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf28)[15]=[reg_id] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:169]: no rows returned from the query : DEBUG: usrloc [udomain.c:599]: aor not found in table aliases : DEBUG: <core> [db_res.c:81]: freeing 16 columns : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x7f32b6d1cc10 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x7f32b6d1cc78 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x7f32b6d1c958 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x7f32b6d1cda8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x7f32b6d1cdc8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x7f32b6d1cde8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[6] at 0x7f32b6d1ce08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[7] at 0x7f32b6d1ce28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x7f32b6d1ce48 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[9] at 0x7f32b6d1ce68 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[10] at 0x7f32b6d1ce88 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[11] at 0x7f32b6d1cea8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[12] at 0x7f32b6d1cec8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[13] at 0x7f32b6d1cee8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[14] at 0x7f32b6d1cf08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[15] at 0x7f32b6d1cf28 : DEBUG: <core> [db_res.c:94]: freeing result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:99]: freeing result types at 0x7f32b6d1bdb8 : DEBUG: <core> [db_res.c:136]: freeing result set at 0x7f32b6d1cc30 : DEBUG: registrar [lookup.c:158]: '' Not found in usrloc : DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7f32b6d1cc30 : DEBUG: db_mysql [km_res.c:68]: 16 columns returned from the query : DEBUG: <core> [db_res.c:155]: allocate 128 bytes for result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:165]: allocate 64 bytes for result types at 0x7f32b6d1bdb8 : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7f32b6d1cf28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf28)[0]=[contact] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x7f32b6d1cf08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf08)[1]=[expires] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7f32b6d1cee8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cee8)[2]=[q] : DEBUG: db_mysql [km_res.c:111]: use DB1_DOUBLE result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x7f32b6d1cec8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cec8)[3]=[callid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x7f32b6d1cea8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cea8)[4]=[cseq] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[5] at 0x7f32b6d1ce88 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce88)[5]=[flags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[6] at 0x7f32b6d1ce68 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce68)[6]=[cflags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x7f32b6d1ce48 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce48)[7]=[user_agent] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[8] at 0x7f32b6d1ce28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce28)[8]=[received] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[9] at 0x7f32b6d1ce08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce08)[9]=[path] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[10] at 0x7f32b6d1cde8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cde8)[10]=[socket] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x7f32b6d1cdc8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cdc8)[11]=[methods] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[12] at 0x7f32b6d1cda8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cda8)[12]=[last_modified] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[13] at 0x7f32b6d1c958 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1c958)[13]=[ruid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[14] at 0x7f32b6d1cc78 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc78)[14]=[instance] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[15] at 0x7f32b6d1cc10 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc10)[15]=[reg_id] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:169]: no rows returned from the query : DEBUG: usrloc [udomain.c:599]: aor not found in table location : DEBUG: <core> [db_res.c:81]: freeing 16 columns : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x7f32b6d1cf28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x7f32b6d1cf08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x7f32b6d1cee8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x7f32b6d1cec8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x7f32b6d1cea8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x7f32b6d1ce88 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[6] at 0x7f32b6d1ce68 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[7] at 0x7f32b6d1ce48 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x7f32b6d1ce28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[9] at 0x7f32b6d1ce08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[10] at 0x7f32b6d1cde8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[11] at 0x7f32b6d1cdc8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[12] at 0x7f32b6d1cda8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[13] at 0x7f32b6d1c958 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[14] at 0x7f32b6d1cc78 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[15] at 0x7f32b6d1cc10 : DEBUG: <core> [db_res.c:94]: freeing result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:99]: freeing result types at 0x7f32b6d1bdb8 : DEBUG: <core> [db_res.c:136]: freeing result set at 0x7f32b6d1cc30 : DEBUG: registrar [lookup.c:158]: '' Not found in usrloc : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=43 global id=43 T start=(nil) : DEBUG: tm [t_lookup.c:1154]: DEBUG: t_check_msg: T previously sought and not found : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) : DEBUG: <core> [receive.c:293]: receive_msg: cleaning up ngrep debug in k2 server : k1 <----> k2 U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 INVITE sip:5001005@xxx.xxx.xxx.xxx(k2):5003 SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on;nat=yes;did=763.7861>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. Max-Forwards: 69. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 312. P-hint: forward branch. . v=0. o=- 5 2 IN IP4 100.65.104.101. s=CounterPath eyeBeam 1.5. c=IN IP4 xxx.xxx.xxx.xxx(k2). t=0 0. m=audio 35462 RTP/AVP 98 18 3 101. a=fmtp:18 annexb=yes. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=sendrecv. a=x-rtp-session-id:A27021BC28EB48E8BAF43C5BE6389874. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Server: SIP Server. Content-Length: 0. . # U xxx.xxx.xxx.xxx(k2):5003 -> 122.116.37.55:35890 INVITE sip:5001005@122.116.37.55:35890;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr=on;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on;nat=yes;did=763.7861>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. Max-Forwards: 68. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 312. . v=0. o=- 5 2 IN IP4 100.65.104.101. s=CounterPath eyeBeam 1.5. c=IN IP4 xxx.xxx.xxx.xxx(k2). t=0 0. m=audio 35462 RTP/AVP 98 18 3 101. a=fmtp:18 annexb=yes. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=sendrecv. a=x-rtp-session-id:A27021BC28EB48E8BAF43C5BE6389874. # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 100 Trying. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>. CSeq: 1 INVITE. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. . # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 ACK sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496. Max-Forwards: 69. Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 ACK. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 ACK sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496. Max-Forwards: 69. Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 ACK. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 0. .

1 0

Re: [SR-Users] Kamailio 4.1.0 P-Asserted-Identity value
by Flavio Battimo 11 Dec '13

11 Dec '13

Hello, thanks for your help. I attach the whole INVITE message INVITE sip:+393922568003@ims.example.net;user=phone SIP/2.0 Via: SIP/2.0/TCP 10.139.140.249:5260;branch=z9hG4bK+183a8f199afae25013ec3da9c768d7e71+sip+1+a64ef5ee From: "Flavio" <sip:+393891524510@ims.example.net>;tag=10.139.140.249+1+6a272b5b+75130025 To: <sip:+393922568003@ims.example.net> CSeq: 1 INVITE Expires: 180 Route: <sip:orig@scscf.ims.example.net:7060;lr> Content-Length: 250 Call-Info: <sip:10.139.140.249:5260>;method="NOTIFY;Event=telephone-event;Duration=2000" Supported: replaces P-Charging-Vector: icid-value=070d4ad6d2ad162b8aa5bb701dbca1f5 Contact: <sip:+393891524510@10.139.246.113:32734> Record-Route: <sip:10.139.140.249:5260;transport=tcp;lr> Content-Type: application/sdp P-Served-User: sip:+393891524510@ims.example.net P-Asserted-Identity: sip:+393891524510@ims.example.net Max-Forwards: 69 Call-ID: 0gQAAC8WAAACBAAALxYAAHDXeTpfsrd8TbexIcx32VhAZNOydD+L9Uama1JAimxtSDPFHcDNu7JpFnHKPNLfKQ--(a)10.139.140.249 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO User-Agent: X-Lite release 4.5.5 stamp 71236 P-Visited-Network-ID: sbc1.stage.ims.example.net Accept: application/sdp, application/dtmf-relay -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

3 2

Selective load_credentials in auth_db
by Alex Balashov 11 Dec '13

11 Dec '13

I have some extra columns to load from the 'subscriber' table': modparam("auth_db", "load_credentials", "$avp(s:fruit_id)=fruit_id"); Is there any way to get auth_db to only load this column for one realm and not another? I use multiple realms (tables) and one of them doesn't have this column. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 2

force_send_socket
by Keith 11 Dec '13

11 Dec '13

Hi, I am using force_send_socket as I have two interfaces. It works fine but at the moment I am hard coding the IP address. I want to use a variable instead, I have tried the following: force_send_socket($sel(cfg_get.kamailio.bindip); But kamailio doesn't start and complains about the format. Any ideas? Thanks, Keith

3 6

Kamailio + mediaproxy-ng for webrtc to sip calls
by Muhammad Shahzad 11 Dec '13

11 Dec '13

Hi, According to documentation, using kamailio's rtpproxy-ng module with mediaproxy-ng service, it is possible to make webrtc to sip calls and vice versa, However i am stuck since morning to make JSSIP (in chrome) to phonerlite (in Windows 8) calls. There is not working example or sample code anywhere either. So i was wondering if anyone has actually tries that successfully and would care to share some samples for us. So, far i tried "+SP" flags for phonerlite to JSSIP calls and "-sp" for JSSIP to phonerlite calls in "rtpproxy_manage" method. Apparently both calls connects but then drop after a few seconds of ACK. Which indicate the problem is likely to be on mediaproxy-ng end rather then kamailio.. Thank you. -- Mit freundlichen Grüßen Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +49 176 99 83 10 85 MSN: shari_786pk(a)hotmail.com Email: shaheryarkh(a)googlemail.com

2 2

kamailio/script call route(...) in switch(...) expression
by Seudin Kasumovic 11 Dec '13

11 Dec '13

Hi, Let route[FOO]{...} returns -1, 0, or 1 value. Next example never print message in case -1: switch (route(FOO)) { case -1: xlog("L_INFO", "FOO = -1\n"); break; case 0: xlog("L_INFO", "FOO = zero\n"); break; case 1: xlog("L_INFO", "FOO = +1\n"); break; } Result from route(FOO) less then to zero converted to 0, so never get label -1, but next example works properly (when use $rc): route(FOO); switch ($rc) { case -1: xlog("L_INFO", "FOO = -1\n"); break; case 0: xlog("L_INFO", "FOO = zero\n"); break; case 1: xlog("L_INFO", "FOO = +1\n"); break; } Is this bug, or regular behavior ? Regards, Seudin

2 1

Re: [SR-Users] Differnce Bettween F_MALLOC and DSF_MALLOC defines
by Daniel-Constantin Mierla 11 Dec '13

11 Dec '13

Hello, only F_MALLOC and Q_MALLOC were tested for production. The others are attempts to have alternatives, you should test it well and see if you get any benefits there. Cheers, Daniel On 10/12/13 07:15, Surendra wrote: > > Hi Daniel-Constantin Mierla, > > Could you please help me on this.. > > What is the difference between these two defines > F_MALLOC and SF_MALLOC. Currently we are compiling with F_MALLOC option. > > When we can enable SF_MALLOC define, Will it improve > the performance? > > Please find our server architecture: > > Intel(R) Xeon(R) Quad Core 2.40GHz with 24 G RAM and around 621G Hard > Disk---Os versi0n: rhel5 > > Thanks in advance > > @surendra > > > > _______________________________________________ > 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 -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Configuring Kamailio as an authenticating SIP Proxy?
by Mark D. Montgomery II 10 Dec '13

10 Dec '13

Here's the issue: I have a FreePBX server running at a location that 1. Is not directly accessible from all the outside locations I would be at 2. I don't want the SIP ports directly open to it from the whole world anyway for security reasons. I have a VPS that I am currently using as a pure SIP redirector via firewall rules, and the main location allows connection from the VPS only. The issue I've run into (which is the same issue as having the main server open to the world), is that I still get a fair number of exploit hits to the server. What I'd like to do is use Kamailio as an authenticating proxy so I could use fail2ban on the VPS to ban the offenders when they try to exploit the server. Basically I want Kamailio to handle passing authentication back and forth from the client to the actual server and then handle proxying the full connection when the auth is correct. Is this doable? If so, how would I go about setting it up? It looks like Kamailio should be able to do just about anything, but I don't know where to start. Thanks. Mark II -- Mark D. Montgomery II http://www.techiem2.net

2 1

dialog sync via dmq
by Victor V. Kustov 10 Dec '13

10 Dec '13

Hi all! Can I create dialog structures via dmq? for example, two K. share IP via carp. Active K. (carp master) process calls, create dialogs and send it to slave. When master die, slave became master and has complete info 'bout registered clients and dialogs. -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.10.19-calculate GNU/Linux

2 4

how to string concatination
by Grant Bagdasarian 10 Dec '13

10 Dec '13

Hello, How do I concatenate a string to an avp variable? $avp(s:caller) = $fU; if($(avp(s:caller){s.substr,0,2}) != "00") { $avp(s:caller) = "00$avp(s:caller)"; } This piece of code does not work as the value of $avp(s:caller) is "00$avp(s:caller)"

2 5

Differnce Bettween F_MALLOC and DSF_MALLOC defines
by Surendra 10 Dec '13

10 Dec '13

Hi Daniel-Constantin Mierla, Could you please help me on this.. What is the difference between these two defines F_MALLOC and SF_MALLOC. Currently we are compiling with F_MALLOC option. When we can enable SF_MALLOC define, Will it improve the performance? Please find our server architecture: Intel(R) Xeon(R) Quad Core 2.40GHz with 24 G RAM and around 621G Hard Disk-Os versi0n: rhel5 Thanks in advance @surendra

1 0

Kamailio generating 408 Request Timeout?
by Grant Bagdasarian 09 Dec '13

09 Dec '13

Hello, I'm seeing Kamailio generating 408 Request Timeout responses which are sent back to the originator. And it also generates a CANCEL to the terminating party. I assume this is normal behavior. Which timer controls this timeout? Is the 408 generated only when no final reply is received? Regards, Grant

2 1

Kamailio 4.1.0 P-Asserted-Identity value
by Flavio Battimo 09 Dec '13

09 Dec '13

Hello, i'm encountering a matter while receiving an INVITE from a third-party proxy module to the Kamailio s-cscf module (version: kamailio 4.1.0 (x86_64/linux) 350d2e) Accordling to the RFC3325 section 9.1 The P-Asserted-Identity Header, > The P-Asserted-Identity header field is used among trusted SIP > entities (typically intermediaries) to carry the identity of the user > sending a SIP message as it was verified by authentication. > PAssertedID = "P-Asserted-Identity" HCOLON PAssertedID-value > *(COMMA PAssertedID-value) > PAssertedID-value = name-addr / addr-spec > A P-Asserted-Identity header field value MUST consist of exactly one > name-addr or addr-spec. In our scenario the received INVITE contains a P-Asserted-Identity header with an addr-spec value format, so without angle brackets, as described in RFC2822 In Kamailio log I see that it rejects this header asserting it is malformed. > > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:369]: qm_malloc(): qm_malloc(0x7f271cded010, 72) called from <core>: parser/parse_rr.c: do_parse_rr_body(72) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:415]: qm_malloc(): qm_malloc(0x7f271cded010, 72) returns address 0x7f271cebf510 frag. 0x7f271cebf4e0 (size=72) on 1 -th hit > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: ERROR: <core> [parser/parse_rr.c:82]: do_parse_rr_body(): parse_rr(): Error while parsing name-addr (sip:+39******10@ims.example.net) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7f271cded010, 0x7f271cebf510), called from <core>: parser/parse_rr.c: do_parse_rr_body(141) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:474]: qm_free(): qm_free: freeing frag. 0x7f271cebf4e0 alloc'ed from <core>: parser/parse_rr.c: do_parse_rr_body(72) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: CRITICAL: <core> [ims_getters.c:408]: cscf_get_asserted_identity(): WARN:cscf_get_asserted_identity: P-Asserted-Identity header must contain a Nameaddr!!! Fix the client! Can you confirm this issue? -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

2 1

error compiling kamailio 4.1
by Grant Bagdasarian 09 Dec '13

09 Dec '13

Hello, I'm getting the following error when compiling kamailio 4.1. CC (gcc) [M gzcompress.so] gzcompress_mod.o gzcompress_mod.c:42:18: fatal error: zlib.h: No such file or directory compilation terminated. make[1]: *** [gzcompress_mod.o] Error 1 make: *** [modules] Error 1 The modules/gzcompress directory only contains the following items: doc/ gzcompress_mod.c makecfg.lst Makefile README I installed zlibc, but that didn't work either. Any ideas?

2 2

Billing
by Oliver Roth 09 Dec '13

09 Dec '13

Hi all I am looking for a free billing solution usable with Kamailio. I currently use the sp from siremis - so far it works fine! I need to get a solution where I can add credit limits for users/trunks or credit limits for carriers (eg. If we made a prepayment). I thing JBilling could be great - but I think the Telco version will cost a monthly fee.. Other ideas or solutions? Btw: The invoice itself will be made in an ERP system - so I actually just need the rating and credit-management to handle the routings. Regards, Oli

3 2

Kamailio sending HTTP request to another app
by Victor Torre Antunez 09 Dec '13

09 Dec '13

Hi all, I´m using EXEC Module to execute a HTTP request via curl, to comunicate with another app like this: exec_avp("curl --connect-timeout 1 --max-time 2 http://IP_ADDR:PORT/PATH/'$fU'/'$tU'/'$hdr(Call-ID)'", "$avp(s:output)"); Sometimes Kamailio blocks when HTTP server does not response in time, despite the max-time parameter. I found this know issue on EXEC module docs: "There is currently no guarantee that scripts ever return and stop blocking SIP server. (There is kill.c but it is not used along with the current mechanisms based on popen. Besides that kill.c is ugly)." Does anyone know a better way to communicate Kamailio with a HTTP server without blocks? I will try a python script to send the HTTP request and call it with APP_PYTHON module. Has anyone had blocks with APP_PYTHON module? Thanks in advance. -- *Victor*

5 6

kamailio 4.1 - t_next_contacts crash
by Kelvin Chua 07 Dec '13

07 Dec '13

consistent, does not happen in 4.0.4 here is the bt full #0 0x00007fbdbfb2e8da in t_next_contacts () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #1 0x000000000041e307 in do_action (h=0x7fff07e448c0, a=0x7fbdc1ad90f8, msg=0x7fbdc1b94b48) at action.c:1099 ret = -5 v = <optimized out> dst = {send_sock = 0x7fbd00000002, to = {s = {sa_family = 36488, sa_data = "\271\301\275\177\000\000\320\062\262\301\275\177\000"}, sin = {sin_family = 36488, sin_port = 49593, sin_addr = {s_addr = 32701}, sin_zero = "\320\062\262\301\275\177\000"}, sin6 = { sin6_family = 36488, sin6_port = 49593, sin6_flowinfo = 32701, sin6_addr = {__in6_u = { __u6_addr8 = "\320\062\262\301\275\177\000\000\001\000\000\000\000\000\000", __u6_addr16 = {13008, 49586, 32701, 0, 1, 0, 0, 0}, __u6_addr32 = {3249681104, 32701, 1, 0}}}, sin6_scope_id = 3250146120}}, id = 32701, proto = 80 'P', send_flags = {f = 56 '8', blst_imask = 228 '\344'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = 0x7fbdc1aa2118 len = <optimized out> user = <optimized out> uri = {user = {s = 0x0, len = 132396896}, passwd = {s = 0x320 <Address 0x320 out of bounds>, len = 0}, host = { s = 0x0, len = -1045595992}, port = {s = 0x7fff07e434a0 "", len = -1044821176}, params = { s = 0x7fff07e437f0 "\001", len = -1}, sip_params = {s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4918909}, headers = {s = 0x7fff00000000 <Address 0x7fff00000000 out of bounds>, len = -1040326971}, port_no = 14320, proto = 2020, type = 32767, flags = 132397040, transport = {s = 0x7fff07e448c0 "\004", len = 5188128}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x64f0bc "", len = -1}, maddr = { s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4313740}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 1407459328}, r2 = {s = 0x0, len = 0}, gr = { s = 0xfffffffffffffffb <Address 0xfffffffffffffffb out of bounds>, len = 0}, transport_val = { s = 0x343207e43c20 <Address 0x343207e43c20 out of bounds>, len = -1045594184}, ttl_val = { s = 0x7fbdc1b94b48 "\005", len = 132401344}, user_param_val = {s = 0x7fff07e43800 "\274\360d", len = 5211172}, maddr_val = {s = 0x7fbdc22193c0 "", len = 132401344}, method_val = {s = 0x0, len = 132401344}, lr_val = { s = 0x7fff07e43c90 "\001", len = -1}, r2_val = {s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4350884}, gr_val = {s = 0x0, len = 1}} next_hop = {user = {s = 0x7fff07e448c0 "\004", len = 2147369492}, passwd = {s = 0x7fff07e448c0 "\004", len = 132398224}, host = {s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1045044528}, port = { s = 0x39d5963016be4214 <Address 0x39d5963016be4214 out of bounds>, len = -793624044}, params = { s = 0x7fbd00000000 <Address 0x7fbd00000000 out of bounds>, len = 132396656}, sip_params = { s = 0x7fbdc221b720 "", len = 26661728}, headers = {s = 0x52 <Address 0x52 out of bounds>, len = 26661712}, port_no = 96, proto = 0, type = ERROR_URI_T, flags = 3253622526, transport = {s = 0x7fbdc221b720 "", len = 0}, ttl = {s = 0x7fff07e43700 "\210\216\271\301\275\177", len = 1}, user_param = {s = 0x0, len = 0}, maddr = { s = 0x0, len = 1}, method = {s = 0x0, len = 26661728}, lr = {s = 0x15 <Address 0x15 out of bounds>, len = 132398224}, r2 = {s = 0x7fff07e448c0 "\004", len = 5188312}, gr = { s = 0x7fff07e43768 "\200\r\260\301\275\177", len = -1040900113}, transport_val = {s = 0x7fff07e437e0 "䪕", len = -1101485628}, ttl_val = {s = 0x500000018 <Address 0x500000018 out of bounds>, len = 23}, user_param_val = {s = 0x710000000b <Address 0x710000000b out of bounds>, len = 5}, maddr_val = { s = 0x7fbd00000000 <Address 0x7fbd00000000 out of bounds>, len = -18000}, method_val = {s = 0x1938a90 "EST", len = 1407459328}, lr_val = {s = 0x7fff07e43730 "\373\377\377\377", len = -1045592360}, r2_val = { s = 0x7fbdc1b94b48 "\005", len = 132401344}, gr_val = {s = 0x7fff07e43c90 "\001", len = 0}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 3249922768, id = 32701, name = {n = 5211654, s = { s = 0x4f8606 "\205\300A\211\306\017\210\067\374\377\377\213\033\213\214$\020\001", len = 26661728}, re = 0x4f8606}, avp = 0x0} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 3249681104, val_type = 32701, c = {avp_val = {n = -1045426816, s = {s = 0x7fbdc1b00d80 "\001", len = -1044821176}, re = 0x7fbdc1b00d80}, pval = {rs = {s = 0x7fbdc1b00d80 "\001", len = -1044821176}, ri = -1088190650, flags = 32701}}, i2s = "\250\003\000\000\000\000\000\000}\016K\000\000\000\000\000\000\000\000\000\000"} s = {s = 0x7fbdc1b98e88 "\001", len = -1046081520} srevp = {0x3, 0x7fbdc018c650} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 2, string = 0x2 <Address 0x2 out of bounds>, str = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, data = 0x2, attr = 0x2, select = 0x2}}, { type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 41}, data = 0x0, attr = 0x0, select = 0x0}}, {type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 3}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = { number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action" Kelvin Chua

2 2

why does
by Henry Fernandes 06 Dec '13

06 Dec '13

I'm using the REGISTRAR module and having phones register to Kamailio. This is working properly and the phones register without problem. The issue I have is that it takes about 60-90 seconds for the new entry to appear in the 'location' table after I do save("location"). The entry is correct, however it takes so long for it to show up. Can anyone explain why this is happening? -H

2 1

[sr-users] Function sdp_get_line_startswith in sdpops removes \r in SIP messages
by Tuan Viet Nguyen 06 Dec '13

06 Dec '13

Hello, It seems that when calling the function sdp_get_line_startswith, it removes the \r (0d in hexa) from the SIP message before forwarding it. In the code (sdpops_mod.c) from line 1402 to 1406, we see that // remove ending \r\n if exists if (avp_val.s.s[line.len-2] == '\r' && avp_val.s.s[line.len-1] == '\n') { avp_val.s.s[line.len-2] = '\0'; avp_val.s.len -= 2; } As avp_val is the pointer pointing directly to the line in the message, all modification made to this variable will also be applied to the message. Am I wrong? Regards,

2 1

siptrace module duplicating original and forwarded reply messages
by Grant Bagdasarian 06 Dec '13

06 Dec '13

Hello, I have my siptrace module configured with setflag(22) which make sure only the forwarded messages are duplicated, and not the original messages. This works great for requests, but for replies this doesn't work. Kamailio duplicates both original and forwarded replies. Is it possible to do the same for replies, so only forwarded replies are duplicated? Why are replies treated differently? Regards, Grant

1 1

Reg : Kamailio and jitsi with Audio Call Doubts
by Balakrishnan Nainar 06 Dec '13

06 Dec '13

Hi, Actually my doubt is whether jitsi will support to make a call over the internet? I like to explain what i have done and what i need help from you . Steps to make jitsi client to work with kamailio. 1. I have installed kamailio server in my linux box, created global ip to my local ip and i have installed jitsi client in my machine and my friend machine. 2. Then i registered my SIP accounts with the local ip address like below 3. Then i added contacts of my friends. All my friends are in online. I could make audio call and speak with each other with local network. In this case no problem. 4. But the problem is when i use public ip instead of local ip in account registration wizard, it is showing all my friends are in offline eventhough they are in online. Actually my requirements is , I want to make audio call over internet(i.e from other domain). I really stuck in this case. Please help me how to achieve this? Advance Thanks, Balakrishnan.N

1 0

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