- sr-users - kamailio.org

Re: [SR-Users] Homer SIP Capture Setup Question
by JR Richardson 24 Jan '12

24 Jan '12

> On 01/16/2012 09:11 PM, JR Richardson wrote: > > > So my question; what is the difference between a drop; and exit; > > within the on_reply route > > Remember that an onreply_route is a callback that allows you to > intercept a reply, but the reply is forwarded by default afterward (if > using stateful forwarding). This is different from a request route, > where it's up to you to marshal everything, and to explicitly forward > the message. > > Thus, exiting an onreply_route has null effect. It doesn't do > anything to stop the reply from being forwarded, because forwarding is > the behaviour--the onreply_route is just a hook. In contrast, 'drop' > explicitly drops the message and prevents further forwarding of the > reply from taking place. > > This is different than in a request route, where exiting precludes any > forwarding action, because forwarding action must be taken explicitly > -- e.g. t_relay(). > > -- > Alex Balashov - Principal Aaaah, concise explanation, once again, thanks for turning on the light bulb Alex. JR

2 1

Is t_on_failure with uac_req_send possible?
by Nathan Angelacos 24 Jan '12

24 Jan '12

I'm trying to arm the failure route for a message sent via uac_req_send - similar to: { $uac_req(method)="OPTIONS"; $uac_req(ruri)="sip:kamailio.org"; $uac_req(furi)="sip:kamailio.org"; $uac_req(turi)="sip:kamailio.org"; t_on_failure("UAC_FAIL"); uac_req_send(); } failure_route("UAC_FAIL") { xlog ...... } If there is no response from the remote server, kamailio resends until the timers expire; but the failure route is not run. Similarly, if a 404 is sent back from the remote server, the failure route is not run. Am I missing something obvious? Thanks

3 3

(no subject)
by Florian Meister 24 Jan '12

24 Jan '12

unsubscribe

2 1

unable to find dialog for ACK with route param
by Uri Shacked 24 Jan '12

24 Jan '12

Hi, i use the dialog module. i create the dialog using dlg_manage() right after the invite is recieved. in a case where the final destination rejects the call (486 busy), i get the following error: " WARNING: dialog [dlg_handlers.c:1054]: unable to find dialog for ACK with route param....." i guess the dialog module deletes the dialog on the 486 reply and gives me this erro when an ACK for the 486 is recieved from the caller... no a bug issue, but, is there a way to overcome it? thanks, Uri

2 2

Problem with www_challenge
by Stoyan Mihaylov 23 Jan '12

23 Jan '12

Hi, If I am using IP address, I have no problems. If I use domain name (pointing to same IP address) then phones do not register. I have couple of hardware and software SIP phones and when I put name of domain (stribogkonsult.com) - then no registration, if I put IP - no problems. I put IP, and names in domain table. Effect is - when I use domain name, there are bulk of messages in syslog - like messages reenter kamailio again and again. xlog("Auth attemps $au\n"); - I receive many times if I use domain name, if I use IP - once only. Problem can be somewhere else of course. But everything else work as I expect. route[AUTH] { #!ifdef WITH_AUTH if (is_method("REGISTER")) { if (!www_authorize("$td", "subscriber")) { xlog("RegisterChalange $au $td\n"); www_challenge("$td", "1"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } xlog("Auth attemps $au\n"); } else { #!ifdef WITH_IPAUTH if(allow_source_address()) { # source IP allowed return; } #!endif # authenticate if from local subscriber if (from_uri==myself) { xlog("Register MySelf\n"); if (!proxy_authorize("$fd", "subscriber")) { proxy_challenge("$fd", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$fU || $au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } if ($au!=$rU) { sl_send_reply("403","Forbidden R-URI"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } else { # caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (!uri==myself) { sl_send_reply("403","Not relaying"); exit; } } } #!endif return; }

2 2

db_cassandra
by David 23 Jan '12

23 Jan '12

Using thrift/0.8.0/thrift-0.8.0.tar.gz I get this when trying to build db_cassandra. In file included from /usr/local/include/thrift/protocol/TProtocol.h:23, from /usr/local/include/thrift/protocol/TBinaryProtocol.h:23, from dbcassa_base.cpp:36: /usr/local/include/thrift/transport/TTransport.h:34: error: expected constructor, destructor, or type conversion before ‘readAll’ /usr/local/include/thrift/transport/TTransport.h:107: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:111: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:124: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:128: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:139: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:156: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TTransport.h:156: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TTransport.h:160: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TTransport.h:160: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TTransport.h:172: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TTransport.h:214: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TTransport.h:214: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/transport/TTransport.h:218: error: expected ‘;’ before ‘virtual’ /usr/local/include/thrift/transport/TTransport.h:218: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TTransport.h:218: error: ‘uint8_t’ declared as a ‘virtual’ field /usr/local/include/thrift/transport/TTransport.h:218: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/transport/TTransport.h:231: error: expected ‘;’ before ‘void’ /usr/local/include/thrift/transport/TTransport.h:231: error: ‘uint32_t’ has not been declared /usr/local/include/thrift/transport/TTransport.h:235: error: ‘uint32_t’ has not been declared /usr/local/include/thrift/transport/TTransport.h: In member function ‘void apache::thrift::transport::TTransport::write(int)’: /usr/local/include/thrift/transport/TTransport.h:158: error: ‘buf’ was not declared in this scope /usr/local/include/thrift/transport/TTransport.h:158: error: ‘len’ was not declared in this scope In file included from /usr/local/include/thrift/protocol/TBinaryProtocol.h:23, from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TProtocol.h: At global scope: /usr/local/include/thrift/protocol/TProtocol.h:184: error: expected constructor, destructor, or type conversion before ‘skip’ /usr/local/include/thrift/protocol/TProtocol.h:305: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:309: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:312: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:314: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:316: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:320: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:322: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:324: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:328: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:330: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:333: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:335: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:338: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:340: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:342: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:344: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:346: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:348: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:350: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:352: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:354: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:356: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:363: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:369: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:374: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:379: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:386: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:391: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:396: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:403: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:408: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:413: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:418: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:423: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:428: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:433: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:438: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:443: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:448: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:453: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:458: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:463: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:472: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:476: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:478: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:480: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:482: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:486: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:488: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:492: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:494: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:497: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:499: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:502: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:504: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:506: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:508: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:510: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:512: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:514: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:516: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:518: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:520: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:522: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:529: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:534: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:539: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:544: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:551: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:556: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:561: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:566: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:571: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:576: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:581: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:586: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:591: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:596: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:601: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:606: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:611: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:616: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:621: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:631: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:639: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TProtocol.h:643: error: ‘uint32_t’ does not name a type In file included from /usr/local/include/thrift/protocol/TBinaryProtocol.h:24, from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TVirtualProtocol.h:42: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:52: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:57: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:63: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:68: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:78: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:83: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:91: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:96: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:103: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:108: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:115: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:120: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:126: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:132: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:138: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:144: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:150: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:156: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:162: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:168: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:174: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:184: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:190: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:196: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:201: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:211: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:216: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:221: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:231: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:236: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:243: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:248: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:255: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:260: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:266: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:272: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:278: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:284: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:290: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:296: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:302: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:308: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:329: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:336: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:341: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:345: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:349: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:356: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:360: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:364: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:370: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:374: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:379: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:383: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:388: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:392: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:396: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:400: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:404: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:408: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:412: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:416: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:420: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:428: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:435: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:439: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:443: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:447: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:454: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:458: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:464: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:468: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:473: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:477: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:482: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:486: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:490: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:494: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:498: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:502: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:506: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:510: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:514: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:518: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:522: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:536: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TVirtualProtocol.h:548: error: ‘uint32_t’ does not name a type In file included from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TBinaryProtocol.h:92: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:96: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:99: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:101: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:103: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:107: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:109: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:111: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:115: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:117: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:119: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:121: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:123: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:125: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:127: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:129: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:131: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:133: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:135: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:137: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:139: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:146: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:150: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:152: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:154: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:156: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:160: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:162: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:166: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:168: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:170: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:172: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:174: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:176: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:180: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:182: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:184: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:186: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:188: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:190: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:192: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:195: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/protocol/TBinaryProtocol.h:208: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/protocol/TBinaryProtocol.h:208: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/protocol/TBinaryProtocol.h: In constructor ‘apache::thrift::protocol::TBinaryProtocolT<Transport_>::TBinaryProtocolT(boost::shared_ptr<X>)’: /usr/local/include/thrift/protocol/TBinaryProtocol.h:51: error: class ‘apache::thrift::protocol::TBinaryProtocolT<Transport_>’ does not have any field named ‘string_buf_’ /usr/local/include/thrift/protocol/TBinaryProtocol.h: In constructor ‘apache::thrift::protocol::TBinaryProtocolT<Transport_>::TBinaryProtocolT(boost::shared_ptr<X>, int32_t, int32_t, bool, bool)’: /usr/local/include/thrift/protocol/TBinaryProtocol.h:65: error: class ‘apache::thrift::protocol::TBinaryProtocolT<Transport_>’ does not have any field named ‘string_buf_’ /usr/local/include/thrift/protocol/TBinaryProtocol.h: In destructor ‘apache::thrift::protocol::TBinaryProtocolT<Transport_>::~TBinaryProtocolT()’: /usr/local/include/thrift/protocol/TBinaryProtocol.h:69: error: ‘string_buf_’ was not declared in this scope In file included from /usr/local/include/thrift/protocol/TBinaryProtocol.h:24, from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TVirtualProtocol.h: At global scope: /usr/local/include/thrift/protocol/TVirtualProtocol.h: In instantiation of ‘apache::thrift::protocol::TVirtualProtocol<apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>, apache::thrift::protocol::TProtocolDefaults>’: /usr/local/include/thrift/protocol/TBinaryProtocol.h:37: instantiated from ‘apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>’ /usr/local/include/thrift/protocol/TBinaryProtocol.h:259: instantiated from here /usr/local/include/thrift/protocol/TVirtualProtocol.h:554: error: no members matching ‘apache::thrift::protocol::TProtocolDefaults::readBool’ in ‘class apache::thrift::protocol::TProtocolDefaults’ In file included from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TBinaryProtocol.h: In instantiation of ‘apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>’: /usr/local/include/thrift/protocol/TBinaryProtocol.h:259: instantiated from here /usr/local/include/thrift/protocol/TBinaryProtocol.h:178: error: no members matching ‘apache::thrift::protocol::TVirtualProtocol<apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>, apache::thrift::protocol::TProtocolDefaults>::readBool’ in ‘class apache::thrift::protocol::TVirtualProtocol<apache::thrift::protocol::TBinaryProtocolT<apache::thrift::transport::TTransport>, apache::thrift::protocol::TProtocolDefaults>’ In file included from /usr/local/include/thrift/protocol/TBinaryProtocol.h:277, from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:31: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:51: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:56: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:62: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:67: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:78: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:83: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:89: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:100: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:105: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:114: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:119: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:128: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:133: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:140: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:146: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:153: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:160: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:167: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:179: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:189: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:198: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ In file included from /usr/local/include/thrift/protocol/TBinaryProtocol.h:277, from dbcassa_base.cpp:36: /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:230: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:235: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:241: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:246: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:263: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:268: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:289: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:294: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:312: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:317: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:335: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:340: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:348: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:356: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:367: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:378: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:389: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:404: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:412: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ /usr/local/include/thrift/protocol/TBinaryProtocol.tcc:417: error: expected constructor, destructor, or type conversion before ‘TBinaryProtocolT’ In file included from /usr/local/include/thrift/transport/TSocket.h:33, from dbcassa_base.cpp:37: /usr/local/include/thrift/transport/TVirtualTransport.h:50: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TVirtualTransport.h:53: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TVirtualTransport.h:56: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TVirtualTransport.h:56: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TVirtualTransport.h:59: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TVirtualTransport.h:59: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/transport/TVirtualTransport.h:62: error: expected ‘;’ before ‘void’ /usr/local/include/thrift/transport/TVirtualTransport.h:62: error: ‘uint32_t’ has not been declared /usr/local/include/thrift/transport/TVirtualTransport.h: In member function ‘void apache::thrift::transport::TTransportDefaults::write(int)’: /usr/local/include/thrift/transport/TVirtualTransport.h:57: error: ‘buf’ was not declared in this scope /usr/local/include/thrift/transport/TVirtualTransport.h:57: error: ‘len’ was not declared in this scope /usr/local/include/thrift/transport/TVirtualTransport.h: At global scope: /usr/local/include/thrift/transport/TVirtualTransport.h:94: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TVirtualTransport.h:98: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TVirtualTransport.h:102: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TVirtualTransport.h:102: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TVirtualTransport.h:106: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TVirtualTransport.h:106: error: ‘uint8_t’ declared as a ‘virtual’ field /usr/local/include/thrift/transport/TVirtualTransport.h:106: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/transport/TVirtualTransport.h:110: error: expected ‘;’ before ‘virtual’ /usr/local/include/thrift/transport/TVirtualTransport.h:110: error: ‘uint32_t’ has not been declared /usr/local/include/thrift/transport/TVirtualTransport.h:124: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TVirtualTransport.h: In member function ‘virtual void apache::thrift::transport::TVirtualTransport<Transport_, Super_>::write_virt(int)’: /usr/local/include/thrift/transport/TVirtualTransport.h:103: error: ‘buf’ was not declared in this scope /usr/local/include/thrift/transport/TVirtualTransport.h:103: error: ‘len’ was not declared in this scope In file included from dbcassa_base.cpp:37: /usr/local/include/thrift/transport/TSocket.h: At global scope: /usr/local/include/thrift/transport/TSocket.h:100: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TSocket.h:105: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TSocket.h:105: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TSocket.h:110: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TSocket.h:216: error: ISO C++ forbids declaration of ‘sockaddr’ with no type /usr/local/include/thrift/transport/TSocket.h:216: error: expected ‘;’ before ‘*’ token /usr/local/include/thrift/transport/TSocket.h:237: error: ISO C++ forbids declaration of ‘sockaddr’ with no type /usr/local/include/thrift/transport/TSocket.h:237: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TSocket.h:290: error: ‘sockaddr_in’ does not name a type /usr/local/include/thrift/transport/TSocket.h:291: error: ‘sockaddr_in6’ does not name a type In file included from /usr/local/include/thrift/transport/TTransportUtils.h:29, from dbcassa_base.cpp:38: /usr/local/include/thrift/transport/TBufferTransports.h:62: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TBufferTransports.h:75: error: ‘uint32_t’ does not name a type /usr/local/include/thrift/transport/TBufferTransports.h:94: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TBufferTransports.h:94: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/local/include/thrift/transport/TBufferTransports.h:107: error: ISO C++ forbids declaration of ‘uint8_t’ with no type /usr/local/include/thrift/transport/TBufferTransports.h:107: error: expected ‘;’ before ‘*’ token dbcassa_base.cpp:1031: error: expected ‘;’ at end of input dbcassa_base.cpp:1031: error: expected ‘}’ at end of input In file included from /usr/local/include/thrift/transport/TTransportUtils.h:29, from dbcassa_base.cpp:38: /usr/local/include/thrift/transport/TBufferTransports.h: In member function ‘void apache::thrift::transport::TBufferBase::write(int)’: /usr/local/include/thrift/transport/TBufferTransports.h:95: error: ‘new_wBase’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:95: error: ‘wBase_’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:95: error: ‘len’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:96: error: ‘wBound_’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:97: error: ‘buf’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:101: error: ‘buf’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h:101: error: ‘writeSlow’ was not declared in this scope /usr/local/include/thrift/transport/TBufferTransports.h: At global scope: /usr/local/include/thrift/transport/TBufferTransports.h:102: error: expected unqualified-id at end of input /usr/local/include/thrift/transport/TBufferTransports.h:102: error: expected ‘}’ at end of input /usr/local/include/thrift/transport/TBufferTransports.h:102: error: expected ‘}’ at end of input /usr/local/include/thrift/transport/TBufferTransports.h:102: error: expected ‘}’ at end of input make[1]: *** [dbcassa_base.o] Error 1 make: *** [install-modules] Error 1

3 10

set acc flag to dlg_bye
by Uri Shacked 23 Jan '12

23 Jan '12

thanks..... i already did. no bye is inserted to the DB. 2 invites for the 183 and 200, 1 ack, and that is it... another idea? :-) " Hi, set acc flag in local_route, On Sat, Jan 21, 2012 at 1:08 PM, Uri Shacked <ushacked at gmail.com<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>> wrote: " >* Hi, *>* *>* i wonder, anyone has a good idea of how to set a flag, that will insert *>* the bye kamailio created to end the dialog into the acc table? *>* i am checking "early media", "cancel", "ack" etc.... but when kamaiilo *>* creates the bye with the dlg_bye command, there is no acc raw for that.... *>* i can create a sqlops and insert with the call's params... but there must *>* be a nicer way, no? *>* *>* BR, *>* Uri *>* *

2 4

acc flag before droping the call
by Uri Shacked 22 Jan '12

22 Jan '12

Hi, I am doing an internal chaek right after the following: " ........... # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting ............. " sometimes this check does not find the conditions needed and creates a sl_reply (404). the scenario works OK. now, i need the acc tabale record.... should probably be "INVITE".....""....... ""..... "404" .... "not found".... well, there is no record there. i tried the ACCFAILED flag as well, still does not work. i guess it has something to do with the transaction stage.... so, any idea on how to get ACC record with the ACC module there? BR, Uri

2 1

set acc flag to dlg_bye
by Uri Shacked 21 Jan '12

21 Jan '12

Hi, i wonder, anyone has a good idea of how to set a flag, that will insert the bye kamailio created to end the dialog into the acc table? i am checking "early media", "cancel", "ack" etc.... but when kamaiilo creates the bye with the dlg_bye command, there is no acc raw for that.... i can create a sqlops and insert with the call's params... but there must be a nicer way, no? BR, Uri

2 1

SIP Service not Connecting to VoIP Provider
by IPAN Gov-Europe 20 Jan '12

20 Jan '12

Sirs: Our SIP service with you (pbx(a)iptel.org) is not connecting to the VoIP Provider we installed. It was working until today... What can we do to fix this? Frank Riley, CTO IPANGov www.IPANGov.edu.tc

3 2

onreply _route syntax error for homer capture server
by JR Richardson 20 Jan '12

20 Jan '12

Hi All, Tuning my homer capture server and ran into a syntax error in the onreply_route. The idea is to NOT to capture NOTIFY|SUBSCRIBE|OPTIONS. The route block compiles ok but I get the following errors for the lines in the onreply_route: 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 48, column 46: syntax error 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 49, column 15: bad expression 0(6443) : <core> [cfg.y:3504]: parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 49, column 16: ERROR: bad config file (3 errors) route { if (!(method =~ "^(NOTIFY|SUBSCRIBE|OPTIONS)")) { sip_capture(); } exit; } 47 onreply_route { 48 if (!($rm =~ "^(NOTIFY|SUBSCRIBE|OPTIONS)") { 49 sip_capture(); 50 } 51 drop; 52 } This example was used from the homer wiki http://code.google.com/p/homer/wiki/Kamailio root@homer:/etc/kamailio# kamailio -V version: kamailio 3.2.1 (x86_64/linux) bee094 Any guidance is appreciated. Thanks. JR -- JR Richardson Engineering for the Masses

2 2

Group-based routing (Carrierroute - DRouting)
by Carlo Dimaggio 20 Jan '12

20 Jan '12

Hi all, I need group-based routing, that is I want a routing table for each type of subscriber (residential, business,...). I have seen that Drouting does it throught groupID and I'm wondering about the same behaviour with carrierroute module (as LCR uses only flat costs). Can the "carrier" parameter be the right way to do it? I have no special requirement about the number of routes. However, Is the DRouting actively maintained? Regards,

3 2

I am unable to call other iptel users and my voice mail is not working
by praseeth k m 20 Jan '12

20 Jan '12

Hi Team, I am unable to call other iptel users and my voice mail is not working . Would you be able to help me on this ? my user id is praseeth.panicker Regards, Praseeth

2 1

ip address error with exec module
by Uri Shacked 19 Jan '12

19 Jan '12

Daniel hi, a little late but, here is the level 3 debug log.... Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: tm [t_reply.c:1509]: DEBUG: cleanup_uac_timers: RETR/FR timers reset Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2387]: DEBUG: <core> [receive.c:291]: receive_msg: cleaning up Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2388]: DEBUG: <core> [receive.c:291]: receive_msg: cleaning up Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=860 a=65 n=assign Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=861 a=26 n=exec_msg Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: : exec [../../parser/../ip_addr.h:688]: BUG: ip_addr2sbuf: unknown address family 0 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: <core> [md5utils.c:67]: DEBUG: MD5 calculated: 64d3de5c2447acd6006b8539d1246e10 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CONTENT_LENGTH=0 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CSEQ=1 OPTIONS Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_CALLID=123 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_TO=<you(a)kamailio.org> Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_FROM=<you(a)kamailio.org>;tag=123 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_hf.c:267]: SIP_HF_VIA=SIP/2.0/UDP 127.0.0.1 Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: exec [exec_mod.c:175]: executing [nc -u -w0 10.2.0.54 514 <<< ",denied_calls-0,dos-green"] Jan 18 07:36:23 kamailiolabroute /usr/local/sbin/kamailio[2401]: DEBUG: <core> [main.c:852]: SIGCHLD received: we do not worry about grand-children Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1168]: ->>>>>>>>> T_code=0, new_code=408 Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1931]: DEBUG: local_reply: branch=0, save=0, winner=0 Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_reply.c:1968]: DEBUG: local transaction completed Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: tm [t_hooks.c:288]: DBG: trans=0xb00a772c, callback type 256, id 0 entered Jan 18 07:36:25 kamailiolabroute /usr/local/sbin/kamailio[2390]: DEBUG: dispatcher [dispatch.c:2345]: OPTIONS-Request was finished with code 408 (to sip:10.10.21.26, group 47)

2 3

Kamailio Keepalive
by Reda Aouad 18 Jan '12

18 Jan '12

Hi, I am using the nat_keepalive function of the nat_traversal module, using the OPTIONS message, and my code is the following : if (is_method("REGISTER")) nat_keepalive(); I see that Kamailio still sends OPTIONS packets even if the client unregisters itself. It stops later, but I don't know when exactly. Is that a normal behaviour? What is the keepalive timeout? Why doesn't Kamailio remove the client from its keepalive list if it unregisters and is no more in the user location? And is there a way to remove a contact from the user location if it doesn't respond to keepalive packets? Thanks Reda

2 1

re-route SIP response message
by Robert R 18 Jan '12

18 Jan '12

Hi, Can I re-route a SIP response message? In other words, after the SIP proxy receives a 503 from node A, I need to change the TO field and re-route it to node B. I tried to modify $rd or $rU and didn't work. Thanks, R

2 1

New feature: embedded MSRP relay
by Daniel-Constantin Mierla 18 Jan '12

18 Jan '12

Hello, a new module is now on development branch, named msrp, offering an embedded MSRP relay. Message Session Relay Protocol is specified by IETF ( core and relay part in RFC4975 and RFC4976), one of typical use cases is Instant Messaging sessions negotiated via INVITE-200ok-ACK, a different approach than SIP MESSAGE request. There is no external dependency, the transport layer from core is reused to manage TCP/TLS connections used for MSRP. A MSRP relay is pretty much an independent node, thus you can run Kamailio just to deal with MSRP traffic. But there is no problem to run Kamailio to handle SIP and MSRP traffic in the same instance, same or different sockets (it is working even when SIP/MSRP are sent over the same connection or different connections to same port). I couldn't find a reliable and trustable open source SIP phone to test with it so far (hints are welcome), the module was tested with network tools and chaining Kamailio instances. Help with testing and feedback is very appreciated -- I can provide guidelines to adjust the config file to fit tester's needs, just contact me off list or via IRC channel. For the moment, the relation (user,session) management is done in the config, using htable module for example (see the README), it may be added inside the module for the future to make it easier overall, although is less than 10 lines of config -- this is mainly for extra security reasons, to check if the session id matches the connection that was opened when the session was created, otherwise the user authentication functionality is done reusing existing functions from auth module. Another benefit is performances, storing local socket and connection IP/port saves some time to lookup the connection. Building MSRP relay on top of SIP server was done first for the benefit of reusing the transport layer from the core for IPv4/IPv6 and TCP/TLS, which is mature, scalable and offers asynchronous communication. Besides that, you have most of the config tools to route SIP requests available for routing MSRP (authentication, authorization, IP checking, accounting, a.s.o.). I made a news post with more details: * http://www.kamailio.org/w/2012/01/new-module-embedded-msrp-relay/ The readme of the new module is available at: * http://kamailio.org/docs/modules/devel/modules/msrp.html Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

4 6

sip-router and related projects at FOSDEM 2012 - social event
by Stefan Sayer 17 Jan '12

17 Jan '12

Hello everyone, as has become already a tradition, we would like to invite all VoIP people and everyone interested in sip-router and related projects (SER, Kamailio/OpenSER, OpenSIPS, SEMS etc) who is attending FOSDEM, Europe's biggest Free and Open Source conference, to a dinner on the evening of Saturday February 4th. This is the perfect opportunity to socialize among the developers, get to know the people behind email addresses and commits, do networking, find the people for the next project, and/or just hang out together with fine food and drinks. Participation at the event is free of charge, everybody pays for their own expenses. In order to do reservation in a restaurant please send me a short mail if you would like to attend. Please also indicate if you don't want to have your contact details communicated to the other social event attendees. If you are still wondering whether it's worth to go to FOSDEM - among all the other interesting talks this year in the telephony-devroom on Sunday, 5th, there will be a few directly related talks (the exact time may be subject to change): 11:30 Andreas Granig: From zero to VoIP provider in 15 minutes 12:55 Stefan Sayer: Session Border Control with SEMS 15:25 Daniel-Constantin Mierla: Secure SIP Communications with Kamailio 16:15 Saúl Ibarra Corretgé: SIP beyond VoIP http://fosdem.org/2012/schedule/track/telephony_and_communications_devroom Hope to see you all in Brussels! With Best Regards Stefan Sayer -- tel:+491621366449 sip:sayer@iptel.org mailto/xmpp:stefan.sayer@gmail.com

3 2

new developer: Anca Vamanu
by Henning Westerholt 17 Jan '12

17 Jan '12

Hello all, I'm happy to announce a new developer for the project: Anca Vamanu. Welcome to the development team! Anca joined 1&1 last year and worked since then on several internal modules and also many important bug fixes for our kamailio server setup. She is a experienced C and C++ developer and contributed in the past a lot to OpenSER and other VoIP projects. One interesting work she just finished and that we also like to contribute to the community is a db_cassandra module, providing access to this NoSQL database [1] from kamailio. She will take over the maintenance of this module and also work on improving other parts of the server. Best regards, Henning [1] http://cassandra.apache.org/ -- Henning Westerholt - Head of IT Operations Internet Access & Communications 1&1 Internet AG, Brauerstraße 48, 76135 Karlsruhe, Germany

3 2

Homer SIP Capture Setup Question
by JR Richardson 17 Jan '12

17 Jan '12

Hi All, I spent a few hours this afternoon setting up a Homer SIP Capture server today. The build went well, good example setup howto's. My setup is a single kamailio/sipcature/homer node sitting on a LAN with 2 NIC's, eth0 for network access ssh/web, eth1 is the capture port connected to switch mirrored port. On the switch I have a kamailio proxy server being monitored. All SIP traffic through the proxy server is logged to the homer server, but the homer server is receiving SIP packets on the capture interface and sending out SIP messages through the network access eth0 port. The messages are being processed from the on_reply route. The default config for the capture node is to capture all SIP packets, but this seems to create the problem. Here is the route and onreply_route default config: route { sip_capture(); exit; } onreply_route { sip_capture(); exit; } If I replace the onreply_route exit; with drop; then the capture server no longer sends SIP messages out the eth0 interface and everything seems to work as expected. So my question; what is the difference between a drop; and exit; within the on_reply route and how the hell is the capture server sending messages out the eth0 network interface when the server is 100% bound to eth1 capture interface? Any insight or guidance is appreciated. Thanks. JR -- JR Richardson Engineering for the Masses

2 1

NoSQL Backends for Subscriber Database.
by David 16 Jan '12

16 Jan '12

I was wondering if any NoSQL adapters are available for Kamailio to do "subscriber authentication" backend? I was looking at Mongo or CouchDB as two possible backends Seems like these would be good candidates for Backends for Kamailio. Any ideas on this? Thanks David.

2 1

Selecting a database for Kamailio, PostgreSQL or MySQL
by Spencer Thomason 16 Jan '12

16 Jan '12

Hello all, We are currently in the process of reworking our billing platform which uses Kamailio for routing in conjunction with a Django based web interface. I am curious if anyone has any feedback on which database engine they chose for their deployment and why. Obviously performance is a concern but data integrity is essential. Currently we have two Kamailio based clusters in two datacenters using MySQL in a dual master setup for each of the primary database nodes. I've been looking into PostgreSQL as a possible alternative and would like to hear any community thoughts. Thanks, Spencer

2 1

Re: [SR-Users] sr-users Digest, Vol 80, Issue 49
by Javier Gallart 16 Jan '12

16 Jan '12

Hello Yaron can you try "mi mt_reload"? Regards Javi > > Message: 2 > Date: Mon, 16 Jan 2012 11:54:04 +0200 > From: Yaron Nachum <nachum.yaron(a)gmail.com> > Subject: [SR-Users] using XMLRPC module for fifo commands > To: sr-users(a)lists.sip-router.org > Message-ID: > <CADKX-JDqsxBb3T6XOsiUUs=Xj+idNAXEECBx1HeuAu8dSEdbsA(a)mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi everyone, > Is it possible to use the xmlrpc module in order to send fifo commands to > the kamailio. for example I would like to use it in order to trigger mtree > table reload. > > I have already enabled the xmlrpc module and it responds. however I didn't > succeeded in sending the appropriate syntax in lrder to make the mtree > reload work. > > I tried using mtree.mt_reload method or fifo.mt_reload . > > Does anyone have a clue? > > Yaron. >

2 2

using XMLRPC module for fifo commands
by Yaron Nachum 16 Jan '12

16 Jan '12

Hi everyone, Is it possible to use the xmlrpc module in order to send fifo commands to the kamailio. for example I would like to use it in order to trigger mtree table reload. I have already enabled the xmlrpc module and it responds. however I didn't succeeded in sending the appropriate syntax in lrder to make the mtree reload work. I tried using mtree.mt_reload method or fifo.mt_reload . Does anyone have a clue? Yaron.

1 0

drouting - do_routing with $avp does not work
by Uri Shacked 16 Jan '12

16 Jan '12

Hi, this is my cfg: if(do_routing("0")){ $avp(tdr)=$avp(dr_attrs); } else { $avp(tdr)="1"; } subst_user('/(.*)/$avp(Ssrvindx)/'); xlog("L_CRIT","$C(rg) group is $avp(tdr)$C(xx)\n"); if(!do_routing("$avp(tdr)")){ xlog("L_CRIT","$C(rg)No TDR is found for $avp(DID) with Index $avp(Ssrvindx)$C(xx)\n"); t_reply("404", "Not found"); exit; } in the log, i get the following: 1(25799) CRITICAL: <script>: group is 8 1(25799) ERROR: drouting [drouting.c:706]: failed to get group id when i change the do_routing("$avp(tdr)") to do_routing("8"), everything works..... it looks like with the avp (although it is 8) it does not work. any ideas?

2 1

Preventing the use of received port as the source port for next hop
by Arif Tuhin 16 Jan '12

16 Jan '12

I've noticed this in both kamailio 3.1.5 and 3.2.x. I've configured to receive on udp 9090 port. This sip message will be forwarded to a asterisk box listening on 5060 port. Now what i'm trying to achieve is , When kamailio will receive the sip message on udp 9090 port it will forward the message to asterisk using source port 5060, not 9090. How can i configure this?Thanks in advance. With Best Regards Ariful Hossain Tuhin email: 1. etothepowerpi(a)gmail.com 2. etothepowerpi(a)hotmail.com 3.etothepowerpi(a)yahoo.com skype: freeburn1986

2 1

when does ds_select_dst update list of addresses to choose from when using DB?
by Albert Petit 13 Jan '12

13 Jan '12

I'm using dispatcher module for load balancnig purposes I read active/inactive nodes from the database So I define on my kamailio.cfg: modparam("dispatcher", "db_url", "mysql://openser:openserrw@ <DB_IP>/openser") Then, on my route(DISPATCH) I call: * ds_select_dst("1", "4");* * t_relay();* * * My question is: Which *set of addresses is using **ds_select_dst *to choose destination. Will it do a query on the db each time updating active and inactive nodes on each ds_select_dst call? If not, when is the list of addresses to choose updated? (on kamaiilio restart, periodically...) I say this because I would like to update active and inactive nodes from a 3rd party application modifying the flags column but I need to know also how many time will it take for the change to be applied. BR Albert -- Albert

2 2

new feature: per-socket number of workers
by Daniel-Constantin Mierla 13 Jan '12

13 Jan '12

Hello, the master branch has a new feature that allow setting number of worker processes to handle received traffic per listen socket. So far there were global parameters that were applied to all sockets (e.g., 'children' value set the number of workers for all udp sockets). So far each UDP and SCTP socket had its own pool of workers (e.g., children=4 and 2 udp sockets resulted in 8 processes), while for tcp and tls was a single pool of workers (e.g., having children (or tcp_children) set 8, resulted in 8 processes no matter how many tcp/tls sockets). The new features is based on using a new config parameter, named "socket_workers", before a "listen" parameter. The value of socket_workers will overwrite the value of *children parameter. For UDP and SCTP will result in creating a number of "socket_workers" processes. For TCP and TLS will add an extra set of "socket_workers" processes, that will handle traffic only on those specific sockets. The value of "socket_workers" is reset with the next listen socket added. If "socket_workers" is not set, the value of "*children" parameter is used in backward compatible fashion. Some typical scenarios where this feature may become handy: - set a lower number for loopback or internal/replication sockets, as the traffic there is low (e.g, maybe for keepalive monitoring on loopback, or it is only REGISTER requests replication done over the replication sockets) - set a dedicated group of tcp/tls workers for handling http/xmlrpc/xcap traffic - handling such traffic may be time consuming, in this way you avoid delays on routing SIP over tcp/tls - fine tune the number of over all forked processes by a SIP server instance, thus controlling better the resources used from the physical server (e.g., overall private memory used by sip server is a matter of how many forked processes are there) You can see details about the new parameter and examples on the wiki page: * http://www.kamailio.org/wiki/cookbooks/devel/core?&#socket_workers Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

ip address error with exec module
by Uri Shacked 12 Jan '12

12 Jan '12

Hi, i am doing this command in a timer under kamailio: $var(log)='"'+'denied_calls-'+$stat(denied_calls)+',dos-'+$shv(dos)+'"'; exec_msg("nc -u -w0 10.2.0.54 514 <<< $var(log)"); each time the command is executed, i get the following error: 9(19302) : exec [../../parser/../ip_addr.h:688]: BUG: ip_addr2sbuf: unknown address family 0 9(19302) ERROR: exec [exec.c:86]: cmd nc -u -w0 10.2.0.54 514 <<< ",denied_calls-0,dos-green" failed. exit_status=-1, errno=32: Broken pipe any idea? the syslog server gets the message.... thanks, Uri

2 8

send bye to caller after dialog timeout
by Uri Shacked 12 Jan '12

12 Jan '12

hi, i am manging dialogs in memory only. no DB. i would like to set a timeout for a dialog and when the timeout is reached, to send "bye" to the parties. today i know how to timeout the dialog, and using the dlg_bye function is understood. but, how do i activate the dlg_bye when the time out is executed and whith which parameters in order to disconnect the right session? the explenation about the "route" to perform is not clear? please, thanks, Uri

2 3

"out of memory" in Kamailio 3.2
by Henry Fernandes 11 Jan '12

11 Jan '12

I upgraded from Kamailio 3.1 to Kamailio 3.2 (x86_64/linux) 31c991 recently. Since upgrading, my LCR does not work. The "load_gws" command always returns a 2 (meaning no routes found). When I do a "sercmd lcr.dump_rules", I get the following error: # sercmd lcr.dump_rules error: 500 - Internal server error: out of memory I've tried increasing "binrpc_max_body_size" and "binrpc_struct_max_body_size", but this doesn't help. -H

3 6

Hashed Passwords
by Ali Jawad 11 Jan '12

11 Jan '12

Hi All We are using plain text passwords for authentication, for the obvious reasons we want to change to hashed passwords so first I executed the following on the SQL server : update subscriber set ha1 = md5(concat(username, ':', domain, ':', password)), ha1b = md5(concat(username, '@', domain, ':', domain, ':', password)) The related config is : # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "ha1") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) and # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "ha1") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", 1) But I keep getting unauthorized, what did I miss here. Regards

3 4

Re: [SR-Users] RTPproxy on Kamailio 3.2.1 difficulty.
by Sammy Govind 10 Jan '12

10 Jan '12

Congrats so now RTPproxy issue has been resolved and Kamailio is saying that support for it has been enables. Next thing is ...ignore the reverse resolving of IPv6 IP !! thats not an issue at all for now. The error you are receiving is due to sip PUBLISH method ... that can be a bug in Kamailio or anything on which I can't comment any better than you. I hope some other gy take over the thread from here and see if this _IS_ really an issue or not, if so why is this here then !! Regards, Sammy. On Fri, Jan 6, 2012 at 3:37 PM, nunu abe <nunu_abe(a)yahoo.com> wrote: > Hi, > > I commented out the unix socket in the modparam as instructed and there is > still no change. > > 1. The rtpproxy was listening to port 7722, but to make sure I stopped it > and restarted it with the command: > xxx@DualStackCS:~$ sudo netstat -pln |grep rtpp > udp 0 0 127.0.0.1:7722 0.0.0.0:* > 860/rtpproxy > > xxx@DualStackCS:~$ sudo /etc/init.d/rtpproxy restart > Restarting RTP relay: rtpproxy. > > xxxxx@DualStackCS:~$ sudo netstat -pln |grep rtpp > udp 0 0 127.0.0.1:7722 0.0.0.0:* > 2303/rtpproxy > > xxxx@DualStackCS:~$ sudo /etc/init.d/rtpproxy stop > Stopping RTP relay: rtpproxy. > > xxxxx@DualStackCS:~$ sudo netstat -pln |grep rtpp > xxxxx@DualStackCS:~$ sudo rtpproxy -F -l 10.10.10.10 -6 > /3001:0:0:1::10 -s udp:127.0.0.1:7722 > xxxxx@DualStackCS:~$ sudo netstat -pln |grep rtpp > udp 0 0 127.0.0.1:7722 0.0.0.0:* > 2366/rtpproxy > > 2.Kamailio service started without error message but with this warning: > 0(1549) WARNING: <core> [socket_info.c:1275]: WARNING: fix_hostname: > could not rev. resolve 3001:0:0:1:0:0:0:10 > > 16(2422) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child > (11): nathelper > 16(2422) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child > (11): rtpproxy > 15(2421) INFO: rtpproxy [rtpproxy.c:1415]: rtp proxy > <udp:localhost:7722> found, support for it enabled > > 3.As soon as clients register, these errors appear in the logs > (similar errors appear even more frequently while making a call, shown in > the attachment): > 7(2407) DEBUG: <core> [parser/msg_parser.c:630]: method: <PUBLISH> > 7(2407) DEBUG: <core> [parser/msg_parser.c:632]: uri: <sip:300@ > [3001:0:0:1::10]> > 7(2407) DEBUG: <core> [parser/msg_parser.c:634]: version: <SIP/2.0> > 7(2407) DEBUG: <core> [parser/parse_via.c:1288]: Found param type 232, > <branch> = <z9hG4bK3847>; state=16 > 7(2407) DEBUG: <core> [parser/parse_via.c:2563]: end of header reached, > state=5 > 7(2407) DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: Via > found, flags=2 > 7(2407) DEBUG: <core> [parser/msg_parser.c:517]: parse_headers: this is > the first via > 7(2407) DEBUG: <core> [receive.c:147]: After parse_msg... > 7(2407) DEBUG: <core> [receive.c:188]: preparing to run routing scripts... > 7(2407) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=464 a=6 n=route > 7(2407) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=573 a=17 n=if > 7(2407) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=568 a=26 n=mf_process_maxfwd_header > > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=744 a=26 n=is_method > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=767 a=25 n=consume_credentials > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=780 a=3 n=return > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=489 a=26 n=remove_hf > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=500 a=6 n=route > 6(2406) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=704 a=27 n=sl_send_reply > > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=467 a=6 n=route > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=789 a=17 n=if > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=789 a=57 n=force_rport > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=799 a=17 n=if > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=790 a=26 n=nat_uac_test > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=795 a=17 n=if > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=791 a=26 n=is_method > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=792 a=25 n=fix_nated_register > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=796 a=40 n=setflag > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=799 a=3 n=return > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=470 a=6 n=route > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=617 a=17 n=if > 4(2458) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] > l=582 a=25 n=has_totag > > So still lost in this issue. > Thanks for your help! > > Regards, > Maedot > ------------------------------ > *From:* Sammy Govind <govoiper(a)gmail.com> > *To:* nunu abe <nunu_abe(a)yahoo.com>; SIP Router - Kamailio (OpenSER) and > SIP Express Router (SER) - Users Mailing List < > sr-users(a)lists.sip-router.org> > *Sent:* Friday, January 6, 2012 10:06 AM > > *Subject:* Re: [SR-Users] RTPproxy on Kamailio 3.2.1 difficulty. > > Don't forget to change the modparams for RTPproxy as > > modparam("rtpproxy", "rtpproxy_sock", "udp:localhost:7722") > # modparam("rtpproxy", "rtpproxy_sock", > "unix:/var/run/rtpproxy/rtpproxy.sock") > > > On Fri, Jan 6, 2012 at 2:05 PM, Sammy Govind <govoiper(a)gmail.com> wrote: > > Hi, > > Kamailio is trying to communicate to RTproxy using port 7722 , execute > the command > > # netstat -pln | grep rtpp > > and see if your rtpproxy is even listening on that interface, which it > isn't for sure. > > No if above is true then stop rtpproxy and start rtpproxy using the b/m > command > > #sudo rtpproxy -F -l 10.10.10.10 -6 /3001:0:0:1::10 -s udp:127.0.0.1:7722 > > confirm using the netstat command that RTPproxy is indeed listening on > 7722 port, if yes restart Kamailio and make sure you don't see kamailio > complaining about not connecting to RTPproxy anymore. > > > Regards, > Sammy. > > On Fri, Jan 6, 2012 at 1:31 PM, nunu abe <nunu_abe(a)yahoo.com> wrote: > > Hi, > > I have already posted this message but it was sent only to Sammy Govind > somehow, not to the mailing list. So I am posting it again to the list. I > am sorry if this is double posting or if this is not the right way to do it. > > **Original message*** > > > Hi Sammy > These are the params from my kamilio cfg file. Just a reminder, the > whole cfg file is copied from the link: > http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6, i just edited the > IP addresses and DB_URL line to fit my settings. > #!ifdef WITH_NAT > # ----- rtpproxy params ----- > # modparam("rtpproxy", "rtpproxy_sock", "udp:localhost: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 > I have tried to use both unix and UDP sockets each at a time.I removed the > square braces from the IP addresses in the rtpproxy default files and its > no more complainig about the "rtpproxy: setbindhost: No addressassociated with hostname" > but still have the same messages in the logs. > Thank you four your help. > Regards, > Maedot > > *From:* Sammy Govind <govoiper(a)gmail.com> > > *To:* nunu abe <nunu_abe(a)yahoo.com>; SIP Router - Kamailio (OpenSER) and > SIP Express Router (SER) - Users Mailing List < > sr-users(a)lists.sip-router.org> > *Sent:* Thursday, January 5, 2012 8:13 PM > > *Subject:* Re: [SR-Users] RTPproxy on Kamailio 3.2.1 difficulty. > > hi, > > quick look at your logs, > > 14(1596) ERROR: rtpproxy [rtpproxy.c:1466]: can't connect to RTP proxy > 15(1597) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (10): nathelper > 14(1596) ERROR: rtpproxy [rtpproxy.c:1538]: proxy <unix:/var/run/rtpproxy/rtpproxy.sock> does not respond, disable it > 5(1584) DEBUG: db_mysql [km_my_con.c:123]: server version is 5.1.41-3ubuntu12.10 > 14(1596) WARNING: rtpproxy [rtpproxy.c:1395]: can't get version of the RTP proxy > 14(1596) WARNING: rtpproxy [rtpproxy.c:1432]: support for RTP proxy <unix:/var/run/rtpproxy/rtpproxy.sock> has been disabled temporarily > 14(1596) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (9): debugger > 5(1584) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (5): nathelper > 14(1596) DEBUG: debugger [debugger_mod.c:124]: rank is (9) > 5(1584) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (5): rtpproxy > 5(1584) ERROR: rtpproxy [rtpproxy.c:1466]: can't connect to RTP proxy > 5(1584) ERROR: rtpproxy [rtpproxy.c:1538]: proxy <unix:/var/run/rtpproxy/rtpproxy.sock> does not respond, disable it > 5(1584) WARNING: rtpproxy [rtpproxy.c:1395]: can't get version of the RTP proxy > 5(1584) WARNING: rtpproxy [rtpproxy.c:1432]: support for RTP proxy <unix:/var/run/rtpproxy/rtpproxy.sock> has been disabled temporarily > 5(1584) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (5): debugger > 5(1584) DEBUG: debugger [debugger_mod.c:124]: rank is (5) > 15(1597) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (10): rtpproxy > 15(1597) ERROR: rtpproxy [rtpproxy.c:1466]: can't connect to RTP proxy > 15(1597) ERROR: rtpproxy [rtpproxy.c:1538]: proxy <unix:/var/run/rtpproxy/rtpproxy.sock> does not respond, disable it > 15(1597) WARNING: rtpproxy [rtpproxy.c:1395]: can't get version of the RTP proxy > 15(1597) WARNING: rtpproxy [rtpproxy.c:1432]: support for RTP proxy <unix:/var/run/rtpproxy/rtpproxy.sock> has been disabled temporarily > 15(1597) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (10): debugger > > > > paste the rtpproxy/nathelper module params lines which are in your > kamailio.cfg. > > regards, > sammy > > > On Wed, Jan 4, 2012 at 7:59 PM, nunu abe <nunu_abe(a)yahoo.com> wrote: > > Thank you Sammy for noticing :) > > Now I have a bit of different but same problem. After the earlier posting > the message I decided to start everything from scratch and I installed > everything new. > But I still have problem. The rtpproxy server is not working, it fails to > replace the IP address of the sender in the SDP and hence there is no RTP > communication. > These are the steps I followed: > > > 1. Freshly installed kamailio 3.2.1 on Kubuntu from GIT > > 2. Installed mysql server > > 4. installed rtpproxy, changed its user to be kamailio. > > 3.Copied the provided kamailio.cfg file from the link and edited the IP > addresses and the DBURL to reflect my settings > > 4. Uncommented the Control socket line and added these lines in the > /etc/default/rtpproxy file > CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" > ADDR_IPV4=[10.10.10.10] > ADDR_IPV6=[3001:0:0:1::10] > EXTRA_OPTS="-l {ADDR_IPV4} -6 /{ADDR_IPV6}" > > *** I aslso tried without adding the last three lines, but it made no > difference.*** > > 5. Started rtpproxy in a bridge mode > > xxxx@DualStackCS:~$ sudo rtpproxy -F -l 10.10.10.10 -6 /3001:0:0:1::10 > *** I have also tried to start it this way :xxxx@DualStackCS:~$ sudo > rtpproxy -F -l 10.10.10.10 -6 /3001:0:0:1::10 -s > unix:/var/run/rtpproxy/rtpproxy.sock - but no difference**** > > xxxx@DualStackCS:~$ ps aux|grep rtpproxy > root 1522 0.0 0.0 11384 696 ? Ssl 15:31 0:00 rtpproxy > -F -l 10.10.10.10 -6 3001:0:0:1::10 > xxxx 1528 0.0 0.0 3324 804 pts/1 S+ 15:31 0:00 grep > --color=auto rtpproxy > > xxxxx@DualStackCS:~$ sudo /etc/init.d/kamailio start > > > 6. Started kamailio > @DualStackCS:~$ sudo /etc/init.d/kamailio restart > > I have attached the log file. > > Many thanks for your help. > > Regards, > > Maedot > > *From:* Sammy Govind <govoiper(a)gmail.com> > *To:* miconda(a)gmail.com; SIP Router - Kamailio (OpenSER) and SIP Express > Router (SER) - Users Mailing List <sr-users(a)lists.sip-router.org> > *Sent:* Tuesday, January 3, 2012 2:04 PM > *Subject:* Re: [SR-Users] RTPproxy on Kamailio 3.2.1 difficulty. > > Hi, > > I had a good laugh when I read the reply, but going through the whole > thread again I found this: > " It displays the same message even when I replace ADDR_IPV4 and > ADDR_IPV6 with IP addresses. " > > So there _IS_ some problem here. > > Nuno, can you please copy paste the exact command which you executing, > plus paste the logs, > > -- > Regards, > Sammy. > > On Tue, Jan 3, 2012 at 2:22 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > > Hello, > > the ADDR_IPV4 and ADDR_IPV6 have to be replaced with real IP addresses > that you have on the system runnin RTPProxy. > > Cheers, > Daniel > > > On 1/3/12 8:56 AM, nunu abe wrote: > > Dear Daniel, > Greetings and Happy New year to you all! I would like to thank you very > much for your detailed and well structured tutorials on Kamailio. I am > resending this email as I sent the earlier one before I was a member of the > mailing list and I thought it may have been sent to the spam folder. If not > then, I apologize for double posting. > I was trying to design a similar scenario like the one " Run your own > SIP VoIP service on both IPv4 and IPv6 " as explained on Asipto web-page( > http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6). However I ran > into difficulties with rtpproxy. The proxy is not routing media packets > as it should. I followed the instruction regarding the kamailio.cfg file > and edited the necessary lines according to my settings. I think my problem > comes from setting up the rtpproxy. > 1. I edited the /etc/default/rtpproxy file. i.e. I uncommented the line > - CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" > 2. I started the rtpproxy with this command: rtpproxy -F -l ADDR_IPV4 -6 > /ADDR_IPV6 . However, after this command the system returns the message : rtpproxy: > setbindhost: No address associated with hostname > It displays the same message even when I replace ADDR_IPV4 and ADDR_IPV6 > with IP addresses. > > 3. I have also tried using the udp socket:- CONTROL_SOCK=udp: > 127.0.0.1:22222, of course I have replaced the unix socket by this udp > socket in the kamilio.cfg file. > So my question is, what did I do wrong with the settings that SIP > messages are traversing normal from IPv4 client to IPv6 client and vice > versa but media files(RTP packets) are not? The rtpproxy receives the media > files from one client but fails to forward them to the other client. > Thanks for your help. > Maedot > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/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 > > > > _______________________________________________ > 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 8

most links broken on http://www.iptel.org/ser/doc/gettingstarted host siprouter.teigre.com is unknown)
by Klausfpga 10 Jan '12

10 Jan '12

Hi, II just want to find the minimalistic setup to get a sip registrar up and running. I went to http://www.iptel.org/ser/doc/gettingstarted and tried to download the html documentation: ( http://siprouter.teigre.com/doc/gettingstarted/ ) My browser reports that this host is unknown all the other links are also pointing to the same unknown host. Has the server been renamed. Having the 'Getting Started' Software not available renders ser useless for all new users. I used ser already many years ago, with a very simple config file and if I remember well, there were some very primitive example config files for simple use cases, but somehow I don't know how to locate them. I'd like to have a minimalistic setup for a sip registrar with softphones connected on two subnets (no NAT or firewall involved) and am rather stuck without some documentation. Thanks in advance for any pointers

3 2

app_lua coredump
by noc＠nelcom-voip.com 10 Jan '12

10 Jan '12

I've installed kamailio (3.2, 3.2-nightly, dev-nightly) for debian unstable (wheezy) using repository at http://deb.kamailio.org and constantly get a coredump with this lua code: -- SIP request routing function route_request(name) sr.dbg("routing SIP request from Lua [" .. name .. "]\n") -- initial checks of SIP request if sr.maxfwd.process_maxfwd(10) < 0 then sr.sl.send_reply(483,"Too Many Hops") return end end I've started with an example at this page http://kb.asipto.com/kamailio:usage:k32-lua-routing, and then just reduced the lua script to code above. If I do comment sr.maxfwd.process_maxfwd(10) it passes. It is impossible to call sr.modf("mf_maxfwd...") because it says about fixups. What's wrong? -- With best regards, Roman Galeev.

2 14

Prepaid billing solution for a service provider
by Carlo Dimaggio 09 Jan '12

09 Jan '12

Hi all, I'm working in a project for a service provider in which prepaid is an essential requirement. They have about 12000 subscribers. The core infrastructure will be Kamailio+RTPProxy while I have some doubts about the prepaid feature. I'm thinking about a B2BUA (SEMS or Freeswitch) that is called if the user belong to a "prepaid group" and perform authorization and accounting; in this case the SIP flow could be: Kamailio -> B2BUA(Prepaid) -> Kamailio. Is a good choice? At the moment I cannot estimate the effort needed to develop this section (base prepaid feature) of the project... Do you have some hints? What are the prepaid solution implemented by you? Do you use your own developed solution or do you think that is better to choose a commercial solution (that provide also calling-card and other features)? I have seen some commercial products (Portabilling, Jerasoft/Bilberry, ...); what do you think about? Best Regards,

6 8

Kamctl reload commands
by Uri Shacked 09 Jan '12

09 Jan '12

Hi, i am using different modules like "mtree", "carrierroute", "drouting" and so. how can i tell how long did the reload takes? how do i know if it fails? is there a way to get a return code from kamailio that confirms that the reload ended and successfuly? BR, Uri

3 4

Re: [SR-Users] Topoh Log Warning
by Daniel-Constantin Mierla 09 Jan '12

09 Jan '12

Hello, On 1/6/12 10:50 PM, Javier Vidal wrote: > Hi Daniel, problem solved!!! thanks, was a bad REGISTER, i was wrong. > > Thank you!!!! welcome, jut keep the mailing list always on cc, to help others to look for solutions of similar cases. Cheers, Daniel > > El 06/01/2012, a las 19:34, Daniel-Constantin Mierla escribió: > >> Hello, >> >> On 1/6/12 6:47 PM, Javier Vidal wrote: >>> Hi all, >>> >>> Two days ago, i had activated topoh module, and now in log file, when i receive a Options, appears this error >>> >>> /usr/sbin/kamailio[29936]: WARNING: topoh [th_msg.c:1063]: Invalid/Unparsed CSeq in message. Skipping. >>> >>> I dont' know solve it, only deactivating the topoh module!! >> does the OPTIONS have the CSeq header? Can you paste here an ngrep trace of such OPTIONS? >> >> The warning message is printed from a function that tries to detect whether is a REGISTER or PUBLISH, which are requests that don't get masked since they end to a service. >> >> Cheers, >> Daniel >> >> -- >> Daniel-Constantin Mierla -- http://www.asipto.com >> http://linkedin.com/in/miconda -- http://twitter.com/miconda >> -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

Topoh Log Warning
by Javier Vidal 06 Jan '12

06 Jan '12

Hi all, Two days ago, i had activated topoh module, and now in log file, when i receive a Options, appears this error /usr/sbin/kamailio[29936]: WARNING: topoh [th_msg.c:1063]: Invalid/Unparsed CSeq in message. Skipping. I dont' know solve it, only deactivating the topoh module!! Sorry for my english. ;) Regards. Javier Vidal

2 1

RTPproxy on Kamailio 3.2.1 difficulty.
by nunu abe 06 Jan '12

06 Jan '12

Dear Daniel, Greetings and Happy New year to you all! I would like to thank you very much for your detailed and well structured tutorials on Kamailio. I am resending this email as I sent the earlier one before I was a member of the mailing list and I thought it may have been sent to the spam folder. If not then, I apologize for double posting. I was trying to design a similar scenario like the one " Run your own SIP VoIP service on both IPv4 and IPv6 " as explained on Asipto web-page(http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6). However I ran into difficulties with rtpproxy. The proxy is not routing media packets as it should. I followed the instruction regarding the kamailio.cfg file and edited the necessary lines according to my settings. I think my problem comes from setting up the rtpproxy. 1. I edited the /etc/default/rtpproxy file. i.e. I uncommented the line - CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" 2. I started the rtpproxy with this command: rtpproxy -F -l ADDR_IPV4 -6 /ADDR_IPV6 . However, after this command the system returns the message : rtpproxy: setbindhost: No address associated with hostname It displays the same message even when I replace ADDR_IPV4 and ADDR_IPV6 with IP addresses. 3. I have also tried using the udp socket:- CONTROL_SOCK=udp:127.0.0.1:22222, of course I have replaced the unix socket by this udp socket in the kamilio.cfg file. So my question is, what did I do wrong with the settings that SIP messages are traversing normal from IPv4 client to IPv6 client and vice versa but media files(RTP packets) are not? The rtpproxy receives the media files from one client but fails to forward them to the other client. Thanks for your help. Maedot

3 8

Kamailio 3.2 RTP repacketization
by Arif Tuhin 06 Jan '12

06 Jan '12

Hi,I'm using the new kamailio 3.2 which has some changes in rtpproxy module. And i'm finding it hard to implement a certain configuration. Because of our network infrastructure i have to repackage rtp streams in one direction. Now in kamailio 3.1.5 i used to do this in this way:In main routeroute[RTPPROXY]{if(is_method("BYE"){ unforce_rtp_proxy();else if(is_method("INVITE")){ force_rtp_proxy();}in onreply_route force_rtp_proxy("z160"); Now in kamailio 3.2 the force_rtp_proxy() is replaced by rtpproxy_manage(). Here the script reads like:main routeroute[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("z150"); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; onreply_routethis block is called route[NATMANAGE]. Now if i put rtpproxy_manage("z150"), it tries to repackage in both direction which i do not want. So i need to write a separate block for onreply_route instead of calling route[NATMANAGE]. So please help me to write a block for onreply_route.Thanks in advance. With Best Regards Ariful Hossain Tuhin email: 1. etothepowerpi(a)gmail.com 2. etothepowerpi(a)hotmail.com 3.etothepowerpi(a)yahoo.com skype: freeburn1986

2 1

auth module realm_prefix
by Kelvin Chua 06 Jan '12

06 Jan '12

Hi guys, just wondering, what happened to realm_prefix on auth module for 3.2.x? why was it removed?

2 3

dialog module - set_dlg_profile won't work
by Ben WIlliams 05 Jan '12

05 Jan '12

Hi, can anyone see why this code wouldn't work? In the log is shows this message after set_dlg_profile called - dialog [dlg_hash.c:523]: no dialog callid='...' found Dialogs are being saved to dialog table ok but nothing is in dialog_vars table. modparam("dialog", "dlg_flag", DLGFLAG) modparam("dialog", "hash_size", 128) modparam("dialog", "default_timeout", 14400) modparam("dialog", "dlg_match_mode", 0) modparam("dialog", "table_name", "dialog") modparam("dialog", "db_url", DBURL) modparam("dialog", "db_mode", 2) modparam("dialog", "db_update_period", 10) modparam("dialog", "profiles_with_value", "caller ; allcalls") ... if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting setflag(DLGFLAG); ## add to dialog list $var(callcnt) = 0; get_profile_size("caller", "$fu", "$var(callcnt)"); xlog("$fu has $var(callcnt) concurrent calls\n"); if ($var(callcnt) >= 2) { sl_send_reply("503", "Simultaneous calls limit reached"); exit; } set_dlg_profile("caller","$fu"); } -- Thanks Ben

2 2

No memory left in send_subscribe (PUA) from update_pua while building the tm dlg_t structure
by laura testi 04 Jan '12

04 Jan '12

Hi, we are using the PUA_XMPP and PUA modules from the master branch. When the modules are started, everything are ok, the presence events from XMPP are sent to kamailio SIP servers (PUBLISH/SUBSCRIBE) and cached in the hash. But when there are several thousands records in the hash tabel, the update_pua function called in the hashT_clean gives a lot of "No memory left" error when the hashT_clean is waked up from the time: ERROR: pua [send_subscribe.c]: No memory left ERROR: pua [pua.c]: while building tm dlg_t structure The failed call is: td = (dlg_t*)pkg_malloc(size); if(td == NULL) { LM_ERR("No memory left\n"); return NULL; } in dlg_t* pua_build_dlg_t(ua_pres_t* presentity) function in send_subscribe.c. The size is about 400 and something... It's strange..... Is it the memory leak in the PUA module? I also try to increase the pkg_memory from 4MB default to 16MB, but it doesn't help. Any Idea? Thanks in advanced Laura

2 14

Authentication Feature Question
by Ali Jawad 04 Jan '12

04 Jan '12

Hi I do have 3 Kamailio servers, one for mobile phone registrations, one for softphone registrations and one for SIP device registrations. Each of those devices connects to it's perspective kamailio server sip1.domain.com sip2.domain.com sip3.domain.com All 3 Kamailio servers share the same database, and users can use their kamailio user/pwd on any of the devices, now I want to use encrypted passwords and remove clear text passwords from the database. I did test with one server and all is fine,however if a user want to register from the second kamailio server it does not work, basically because the db domain entry from which the hash is created is sip1.domain.com and stored in the db, while the user connects from to sip2.domain.com this eventually generates a different hash. Is there anyway to overcome this ? Can I exclude Domain from Hash generation ? Any other option that allows me to do the above ? Thanks

2 20

Intermittent start up issue
by Ali Jawad 03 Jan '12

03 Jan '12

Hi All I have tried the below with Kamailio 3.1.0 and 3.2.1. the problem is that Kamailio at times fails to start up for no obvious reasons, I.e. in 10 restarts Kamailio might fail to start 3,0 or 5 times. Te debug log "level 2 " shows the following : 27(24762) ERROR: db_mysql [km_my_con.c:109]: driver error: Can't connect to MySQL server on 'xxxxxxxxx' (4) 27(24762) ERROR: <core> [db.c:303]: could not add connection to the pool27(24762) ERROR: group [group.c:211]: unable to connect to the database 27(24762) ERROR: <core> [sr_module.c:889]: init_mod_child(): Error while initializing module group (/usr/local/kamailio/lib/kamailio/modules_k/group.so) 27(24762) ERROR: <core> [pt.c:481]: ERROR: fork_tcp_process(): init_child failed for process 27, pid 24762, "tcp receiver child=1" and then 30(24765) : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 45 0(24735) ALERT: <core> [main.c:748]: child process 24762 exited normally, status=255 0(24735) INFO: <core> [main.c:766]: INFO: terminating due to SIGCHLD The problem happens on 4 different servers, I did try to compile more than once, the servers are 32 Bit CentOS 5.6. The connection to the database is monitored and there are no issues with connecting to the DB "it works at times and times not for Kamailio so a user/pwd issue is not likely to cause this, manual cnnect worked", config file errors are not found. I did also check max no of connections on MySQL server which is set to 500 on the server and only 100 cons are used. The group module uses the same connection string as other modules which is predefined and there are other modules that access the db before the group module and those do not have a problem. Please advice. Regards

4 15

New Year, New Module: app_mono - embedded execution of managed code
by Daniel-Constantin Mierla 03 Jan '12

03 Jan '12

Hello, the first committed module in 2012 is app_mono, which offers embedded execution of manage code (e.g., C#/.NET) via Mono project (http://www.mono-project.com/). The readme of the new module is available at: * http://kamailio.org/docs/modules/devel/modules/app_mono.html Current API which exported by SIP server for usage in C# application is documented at: * http://www.kamailio.org/wiki/embeddedapi/devel/mono Besides C#, app_mono should be able to run managed code compiled from applications written in other languages such as VisualBasic.NET, Java, Java Script, Python, ... more are listed at: * http://www.mono-project.com/Languages A primary use is integration with several widely used Microsoft technologies and APIs, for example C# having up-to-date libraries to connect to Active Directory LDAP service or MS SQL Server. Happy 2012, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

usrloc, timer process and cache cleanup
by Andreas Granig 02 Jan '12

02 Jan '12

Hi, Could you please tell me which of the three timer processes ("timer", "slow timer" or "timer nh") is responsible for cleaning up the internal usrloc cache? Looks like every now and then the cleanup of the internal location cache is starting to fail. Funny thing is that expired locations are removed from the mysql backend, but not from the internal cache. We're running kamailio 3.1.5, are there any known issues fixed since that version? In the meanwhile we're trying to pin the issue down, but maybe someone has a clue... Andreas

5 11

Problems with video behind NAT
by Stoyan Mihaylov 02 Jan '12

02 Jan '12

My whole configuration is: [Sip clients] < = > Kamailio 3.2 <=> Asterisk servers (behind Kamailio) Asterisk servers have only local IP addresses, and I use t_relay instead of forward. Kamailio runs on same server as rtpproxy. Now I played lot of combinations and I have next results: 1. Clients are in same net with Kamailio server (and Asterisk server). Client call Kamailio, Kamailio t_relay to Asterisk, Asterisk dial back to Kamailio, and Kamailio dial Client. rtpproxy is working. Video and audio are fine... 2. Same as above, but clients are behind NAT. Sound is perfect, no video. 3. Same as in point 1, but no rtpproxy, and no Asterisk servers. Sound and video are perfect. With rtpproxy - no voice, no video. I would like to find solution for point 2. Sound and video are on different rports (seen in wireshark). As I understand, my error is either in wrong forwarding of ACK (I do t_relay to Asterisk in case from and to addresses are same), or may be I have to find correct FLAGS for rtpproxy_manage(), or even replace it and place with rtpproxy_offer (answer etc). Bellow is my kamailio.cfg: ####### Defined Values ######### #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_IPAUTH #!define WITH_NAT #!define WITH_PSTN # *** Value defines - IDs used later in config #!define DBURL "mysql://user:pass@192.168.2.251/openser" #!define MULTIDOMAIN 0 #!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 ######### debug=3 log_stderror=no memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 port=5060 tcp_connection_lifetime=3605 #!ifdef WITH_PSTN pstn.gw_ip = "192.168.2.251" desc "PSTN GW Address" #!endif # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="//lib64/kamailio/modules_k/://lib64/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.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 loadmodule "htable.so" #!ifdef WITH_ANTIFLOOD loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- loadmodule "dispatcher.so" modparam("dispatcher", "db_url", DBURL) # ----- 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", 3600) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) 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 #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif #!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) #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif #!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 #!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", "//etc/kamailio/tls.cfg") #!endif modparam("htable", "htable", "forw=>size=8;autoexpire=7200;") #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif request_route { xlog("L_ALERT","Pakage $rm from $fu (IP:$si:$sp)\n"); # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); route(ACKBYE); # handle requests within SIP dialogs route(WITHINDLG); if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); 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 } route(SIPOUT); route(PRESENCE); route(REGISTRAR); if ($rU==$null) { sl_send_reply("484","Address Incomplete"); exit; } route(PSTN); route(LOCATION); route(RELAY); } route[RELAY] { 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; } route[REQINIT] { 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()) { 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() ) { 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(); exit; } } # USER location service route[LOCATION] { $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; # 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 if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("$td", "subscriber")) { www_challenge("$td", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { #!ifdef WITH_IPAUTH if(allow_source_address()) { # source IP allowed return; } #!endif # authenticate if from local subscriber if (from_uri==myself) { if (!proxy_authorize("$fd", "subscriber")) { proxy_challenge("$fd", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$fU || $au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } if ($au!=$rU) { sl_send_reply("403","Forbidden R-URI"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } else { # a local destination, otherwise deny, not an open relay here if (!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); } } route[ACKBYE] { #!ifdef WITH_PSTN if (is_method("BYE|ACK")) { xlog("L_ALERT","AB $rm $sht(forw=>$ft) $td"); if(($sht(forw=>$ft))=~"MessageCPIM"){ # Direct messages between clients xlog("L_ALERT","AB $rm CPIM $td"); return; } if(src_ip==$td){ #I have to rewrite du - messages loop in Kamailio xlog("L_ALERT","ACK,Bye Method equalIP"); $du=$sht(forw=>$ft); xlog("L_ALERT","ACK,Bye $ft $du"); route(RELAY); exit; } xlog("L_ALERT","ACK,Bye Not me"); } #!endif return; } route[PSTNINVITE] { if(is_method("INVITE")){ if($rb=~"message/CPIM"){ # Direct messages between clients $sht(forw=>$ft)="MessageCPIM"; route(LOCATION); route(RELAY); } #This way I can select from multiple Asterisk servers. I will t_relay instead of forward, because Asterisk servers are with local IP. ds_select_dst("1","4"); $sht(forw=>$ft)=$du; sl_send_reply("100","Trying"); route(RELAY); exit(); } } route[PSTN] { #I am using this routine to forward to Asterisks (instead of additional one for balancing) #!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; } if(allow_source_address()) return; if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } if(is_method("MESSAGE")) return; route(PSTNINVITE); route(RELAY); exit; #!endif return; } # route to voicemail server route[TOVOICEMAIL] { 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 }

2 1

Happy New Year!
by Daniel-Constantin Mierla 31 Dec '11

31 Dec '11

This was it for 2011, final timeout for a fruitful year! Many thanks to the community for keeping things moving forward! A happy and prosperous 2012 to all Kamailio and SER friends!!! Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

problem with create and release tcp connections
by Bruno Bresciani 29 Dec '11

29 Dec '11

Hi all, Someone know if the kamailio 1.5.0 has problem to create and release tcp connetctions after some time running? In my SIP network I have six IP telephones and one gateway registered over TLS, after some time (one day) this devices have problems to register and make calls. I noticed through the log a freezing of kamailio when it try release the tcp connections. Below is part of the log where I notice this behavior: *Dec 28 09:46:46 vts74 /home2/local/kamailio/sbin/kamailio[8951]: DBG:core:io_watch_add: io_watch_add(0x816cc80, 25, 2, 0xb61e6558), fd_no=20 Dec 28 09:46:46 vts74 /home2/local/kamailio/sbin/kamailio[8951]: DBG:core:handle_tcp_child: cmd CONN_RELEASE 0xb61e6558 refcnt= 0 Dec 28 09:47:11 vts74 /home2/local/kamailio/sbin/kamailio[8940]: DBG:usrloc:nodb_timer: Binding '2503','sips:2503@192.168.174.178;transport=tls' has expired Dec 28 09:47:26 vts74 /home2/local/kamailio/sbin/kamailio[8951]: DBG:core:handle_tcpconn_ev: data available on 0xb621d710 30 Dec 28 09:47:26 vts74 /home2/local/kamailio/sbin/kamailio[8951]: DBG:core:io_watch_del: io_watch_del (0x816cc80, 30, -1, 0x0) fd_no=21 called * I know that upgrade to kamailio 3xx is recommended and I'm working to do it, but before, I have to understand this behavior. Cheers

2 2

Pseudo-variables for "Status-Line"
by Robert R 29 Dec '11

29 Dec '11

Hi, What is the Pseudo-variables for "Status-Line" filed of SIP response messages (2xx, 3xx,4xx,5xx,6xx)? i.e., is there a Pseudo-variables to display the SIP response code? Thanks, R

4 5

Dispatcher does not trigger the event_route
by Mino Haluz 29 Dec '11

29 Dec '11

Hi, I have two gateways pinged by kamailio. The both are AP (active/probing), when I cut the one gateway off, it becomes IP(inactive/probing) but the event_route is not fired up. Am I missing something ? event_route[dispatcher:dst-down] { xlog("L_ERR", "Destination down: $rm $ru ($du)\n"); } Mino

3 5

Load Balancing
by Ronald Kiel 28 Dec '11

28 Dec '11

Hi! Relatively new here, so forgive my probably newbie question.. I understand Kamailio has the Dispatcher-module for load-balancing. OpenSIPS has both a Dispatcher-module and a LB-module, which seems to offer improved functionality. Is there also something like the LB-module in Kamailio? Cheers, Ron

3 2

ACK From an OK it's being discarded
by Lucas Alvarez 27 Dec '11

27 Dec '11

I have Kamailio 3.2.0 between two asterisk servers, after the call set, one of the kamailio send the OK from the INVITE and the return ACK of that message was discarded. This makes asterisk hangup the call after 5 secs. It's that right? OK message: U 172.25.249.15:5060 -> 172.25.249.14:5060 SIP/2.0 200 OK. Via: SIP/2.0/UDP 172.25.249.14:5060;branch=z9hG4bK09fc3de6;rport=5060. From: "asterisk" <sip:asterisk@172.25.249.14>;tag=as6411602a. To: <sip:775008@172.25.249.15:5060>;tag=as55ab3180. Call-ID: 547225391b7828402ecaa03e1dab5a86(a)172.25.249.14. CSeq: 102 INVITE. Server: Asterisk PBX 1.8.7.1. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH. Supported: replaces, timer. Contact: <sip:775008@172.25.249.15:5080>. Remote-Party-ID: "Eus Test" <sip:3999@172.25.249.14 >;party=called;privacy=off;screen=no. Content-Type: application/sdp. Content-Length: 285. . v=0. o=root 2045590031 2045590031 IN IP4 172.25.249.15. s=Asterisk PBX 1.8.7.1. c=IN IP4 172.25.249.15. t=0 0. m=audio 11922 RTP/AVP 0 3 8 101. a=rtpmap:0 PCMU/8000. a=rtpmap:3 GSM/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-16. a=ptime:20. a=sendrecv. Discarded ACK: U 172.25.249.14:5060 -> 172.25.249.15:5060 ACK sip:775008@172.25.249.15:5080 SIP/2.0. Via: SIP/2.0/UDP 172.25.249.14:5060;branch=z9hG4bK6ea5aff6;rport. From: "asterisk" <sip:asterisk@172.25.249.14>;tag=as6411602a. To: <sip:775008@172.25.249.15:5060>;tag=as55ab3180. Contact: <sip:asterisk@172.25.249.14>. Call-ID: 547225391b7828402ecaa03e1dab5a86(a)172.25.249.14. CSeq: 102 ACK. User-Agent: Asterisk PBX. Max-Forwards: 70. Remote-Party-ID: "asterisk" <sip:asterisk@172.25.249.14>. Content-Length: 0. . Kamailio's configuration where the ACK message it's being discarded: 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; } } It would be ok if I relay the ack even if it didn't match any transaction?? Any help would be appreciated. Regards, Lucas

2 1

lcr module and IPv6
by Andreas Granig 26 Dec '11

26 Dec '11

All, Just realized that lcr module does not support IPv6 yet. Is there already any work going on here? Otherwise we'd take this task over. Andreas

3 9

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

24 Dec '11

I want to take the opportunity and give proper credits to everyone around the project, any bit of contribution makes it evolve better and better year by year. This includes also the involvement in community, we don't need only developers to improve. There is no reason to stay aside in an open source project, become active and play a role in its evolution. We've just started the second decade of development, but there is always space to innovate communications. With SER and Kamailio, we pioneered over the years many solutions in unified communication systems, the plans are the same, be ahead of the market with new features while preserving the robustness. Merry Christmas and great winter holidays to all Kamailians and SERians!!! Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

2 1

How to get Reason code from reply in failure_route
by Mino Haluz 23 Dec '11

23 Dec '11

Hi, how can I get the reason code from reply in failure_route ? $hdr(reason) points to the INVITE request.. Thanks, Mino

2 3

kagoor voiceflow 4000
by 3samnet 22 Dec '11

22 Dec '11

Hi, I am Isam; I have bought used Juniper vf4000, without any (manuals, datasheets, disc, etc.). So maybe you something like that or you has an idea how to configure it. At least to reset the system, because I don't have login or password. Kind Regards, Isam Awadallah

1 0

Music on hold with freeswitch as SBC
by Gautam Batra 22 Dec '11

22 Dec '11

Hello, I have a kamailio sip proxy server with freeswitch acting as SBC. I want to redirect the call to freeswitch when hold is pressed so that i can play music on hold. I tried this by using rewritehostport in case of a re-invite, but the call drops in that case. Could someone please help me with this? Gautam

3 9

ERROR: slow timer too slow: overflow (1048 - 25 = 1023) repeat a lot
by laura testi 22 Dec '11

22 Dec '11

Hi, sometime we get the following error after we restart the kamailio for a while: ERROR: <core> [timer.c:972]: ERROR: slow timer too slow: overflow (1048 - 25 = 1023) ... last message repeated 138times .... ERROR: <core> [timer.c:972]: ERROR: slow timer too slow: overflow (1048 - 25 = 1023) last message repeated 49 times it print them continuously.... is it normal? How I can fix it? Thank you very much! Best Regards, Laura

2 2

anyone with opensuse around?
by Daniel-Constantin Mierla 22 Dec '11

22 Dec '11

Hello, is anyone here having an opensuse available for using to do some tests? It is about the radius modules, it seems opensuse does now have radiusclient-ng, but the client library from freeradius. They should be quite similar and we should be able to compile with freeradius client library, like make FREERADIUS=1 ... I tried on opensuse build service and it fails due to some conflict on DBG definition. It is hard to troubleshoot on OBS, so maybe someone can give a hand and find the fix faster -- I can provide guidelines or if I can get shell access (just simple user) would be better (write me directly in this case). The goal is to get the radius modules packaged as rpm on opensuse. Thanks, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

new in devel wiki page
by Daniel-Constantin Mierla 22 Dec '11

22 Dec '11

Hello, short reminder for everyone to update the wiki page with short description of the new stuff/enhancements added to GIT repository -- here it is: * http://www.kamailio.org/wiki/features/new-in-devel Also, if you do changes to existing parts that require upgrade of config file or database schema from v3.2.x to devel, please write short guidelines at: * http://www.kamailio.org/wiki/install/upgrade/3.2.x-to-3.3.0 Thanks, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

Re: [SR-Users] Who can tell me how to get the dialog-based CDRs ?
by Timo Reimann 21 Dec '11

21 Dec '11

Hey there, I added the list to CC as others may be interested in your findings as well. "sunny_day" <416415455(a)qq.com> schrieb: > Thank you very much for your detailed analysis ! > According to your analysis I have been getting more understand the > kamailio. :-) > After submitting the issue, I have done many experiments. And now, I > may find the reason about my script. > > 1. somebody seems like having said dialog is tracing and dealed with > after loose_route()--(May be I didn't understand it correctly. And now > I am also not sure the relationship between dialog and loose_route() ). > And the dialog will be destroyed after receiving the "BYE" message. > So, I place the "insert" after loose_route() and "is_method("BYE")" . > ------it may have problem. Calling loose_route() makes sure that for a given sequential request (which includes BYE messages) it is properly linked to its dialog. This is carried out by either adding cookies to Route headers or trying to match the dialog-identifying SIP headers (From-Tag, To-Tag, and Call-ID). This so-called "matching mode" is set to "DID only" which corresponds to using cookies in Route headers. For this to work, you must ensure that calls are being enriched with Record-Route headers. So one possible reason why things didn't work for you is that you used "DID only" matching mode (which you apparently did as you configuration didn't deviate from the default) but forgot to add Record-Route headers. Alternatively, you could set matching mode to 2 (SIP header-based matching only) or 1 (cookie-based but fallback to header-based) to get things going dialog-wise. See the dlg_match_mode modparam documentation here: http://sip-router.org/docbook/sip-router/branch/master/modules_k/dialog/dia… . > The main reason "insert" can not insert the data into cdr table is > loose_route() returns "0", which has no "Route:" header , and the > "insert" will never be executed. Which may be the case because you did not instruct Kamailio to add Record-Route headers along the signaling way. > 2. At last, I place the "insert" in the "route(RELAY);". And data can > be inserted into the cdr table again. Originally, I was considering the > dialog will be destroyed immediately when then "BYE" message received. > The results of my experiments prove that it isn't. But I am not sure > whether my conclusion is right. In the old days, dialogs would indeed be destroyed as soon as the transaction correlating to the first BYE request was deleted. This was changed a while in ago in order to be able to handle responses to such BYE requests too. So these days, dialogs do not get destroyed until a BYE-completing response is seen. (More specifically, until the transaction related to a BYE-completing response is terminated. Or, if that BYE request never sees a response and its transaction times out, whichever comes first. But that's just details.) You probably shouldn't be satisfied with updating database entries during route[RELAY] (at least not only). If it's not working on processing of a final BYE request, this indicates that dialog tracking isn't properly working for you (see my explanation above as to why). Whatever you store in dialog variables during an INVITE may not be valid by the time you persist to database. And regarding CDR generation using Kamailio's built-in mechanism: It's part of the acc (accounting) module (not dialog as I initially claimed). You may want to look at the documentation to see if it's a fit for you: http://sip-router.org/docbook/sip-router/branch/master/modules_k/acc/acc.ht… HTH, --Timo > ------------------ Original ------------------ > From: "Timo Reimann"<sr(a)foo-lounge.de>; > Date: Wed, Dec 21, 2011 06:51 PM > To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List"<sr-users(a)lists.sip-router.org>; > Cc: "sunny_day"<416415455(a)qq.com>; > Subject: Re: [SR-Users] Who can tell me how to get the dialog-based > CDRs ? > > > Hey, > > > Am 21.12.2011 um 07:03 schrieb sunny_day: >> My object: get the dialog-based CDRs >> >> SIP proxy: kamailio-3.2.0 >> >> My script: >> >> loadmodule "dialog.so" >> ...... >> modparam("dialog","dlg_flag",4)#Must be set to create the dialog > associated to an initial request. >> modparam("dialog","db_url","mysql://xxx:xxx@localhost/albert") >> modparam("dialog","table_name","dialog") >> ....... >> request_route{ >> if( is_method("INVITE") && !has_totag()) >> { >> dlg_setflag(4); >> dlg_var(start_time)=$TS; >> dlg_var(caller)=$fU; >> dlg_var(caller)=$tU; >> } >> dlg_manage(); >> ...... >> # dispatch destinations to PSTN >> route(PSTN); >> # user location service >> route(LOCATION); >> route(RELAY); >> } >> ......... >> 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 >> >> sql_query("cd", "insert into > cdr(caller,callee,start_time,duration) > values($dlg_var(caller),$dlg_var(callee),$dlg_var(start_time),$DLG_lifetime)", > "rd"); >> sql_result_free("rd"); >> } >> if (is_method("ACK")) { >> route(NATMANAGE); # ACK is forwarded statelessy >> } >> route(RELAY); >> } >> ........ >> >> >> My issue is : >> >> The dialog records can be wrritten into the dialog table. > But , the sql_query can not executed. So the cdr table will not get the > CDRs. I don't know why. Who can help me ? >> This is a simple script for testing. >> >> Any suggestion will be appreciated. >> >> Thank you in advance. > > It's very hard to help with any Kamailio error unless you provide the > actual error message. Whatever the issue is with the sqlops module, > Kamailio will tell you, so please tell us. > > Until then, I can only speculate what's gone wrong: Did you possibly > forget to specify the sqlcon module parameter? You need to setup the > MySQL connection parameters in there. See > > http://sip-router.org/docbook/sip-router/branch/master/modules_k/sqlops/sql… > > for sqlcon's documentation and > > http://sip-router.org/docbook/sip-router/branch/master/modules_k/sqlops/sql… > > for the reference regarding sql_query(). Please note how that part > states that "the result parameter should normally only be omitted when > no result is expected (INSERT, UPDATE, DELETE)" (which is the case in > your test script). In consequence, you won't need to free the result > set which could be another source of error. > > > Finally, please note that the dialog module itself is capable of > producing CDRs directly from the dialog machinery. It's yet lacking > support for direct output to a database (AFAIK), however, so you'd have > to post-process the CDR results (which are being written to file as of > now) in order to get them persisted into a database. > For some reason, the CDR documentation I wrote seems to have > disappeared from the git repository. I'll investigate that further and > provide you with a link to the dialog-way-of-creating-CDRs when > available (and desired from your side). > > > HTH, > > --Timo

1 0

carrierroute issue with rewrite host
by Uri Shacked 21 Dec '11

21 Dec '11

Hi, I am using kamailio (only one) as routing engine. I have 2 gateways. Both of them sending calls to kamailio. When i use the carrierroute module i need to change (and succeed) the user ($rU). But, i need to send the call (the invite) back to the gateway that sent me the call from the beginning (it can be either one of those 2). So, my problem is that i don’t want to rewrite the host in carrierroute, just the user. If i leave the rewrite_host field empty, it is considered to be "black list" and drops the call. If i rewrite the host, i can send the call to the second gateway that was not the one that sent the call, and the call drops as well. any ideas how to use carrierroute for changing user only and send the invite back to the gateway that originally sent the call? Thanks, Uri

3 2

Who can tell me how to get the dialog-based CDRs ?
by sunny_day 21 Dec '11

21 Dec '11

My object: get the dialog-based CDRs SIP proxy: kamailio-3.2.0 My script: loadmodule "dialog.so" ...... modparam("dialog","dlg_flag",4)#Must be set to create the dialog associated to an initial request. modparam("dialog","db_url","mysql://xxx:xxx@localhost/albert") modparam("dialog","table_name","dialog") ....... request_route{ if( is_method("INVITE") && !has_totag()) { dlg_setflag(4); dlg_var(start_time)=$TS; dlg_var(caller)=$fU; dlg_var(caller)=$tU; } dlg_manage(); ...... # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } ......... 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 sql_query("cd", "insert into cdr(caller,callee,start_time,duration) values($dlg_var(caller),$dlg_var(callee),$dlg_var(start_time),$DLG_lifetime)", "rd"); sql_result_free("rd"); } if (is_method("ACK")) { route(NATMANAGE); # ACK is forwarded statelessy } route(RELAY); } ........ My issue is : The dialog records can be wrritten into the dialog table. But , the sql_query can not executed. So the cdr table will not get the CDRs. I don't know why. Who can help me ? This is a simple script for testing. Any suggestion will be appreciated. Thank you in advance. ------------------ albert.gu

2 1

Issue when SRTP enabled in the SIP clients
by Jonathan Martin 21 Dec '11

21 Dec '11

Hi, I followed this web article to install Kamailio 3.2 and RTPProxy on Debian Squeeze x64: http://kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour The system is running on a public IP address outside of our corporate LAN. I have been testing it using pjsua v2 alpha 2 from the pjsip.org project. I am having an issue when I enable srtp in the pjsua clients. If both pjsua clients are running on machines on our corporate LAN (symmetric NAT), the call succeeds and I get audio and video. If one of the clients is running outside of the corporate LAN, the call connects but I do not get any audio or video. If I turn off srtp in both clients and try the call again, audio and video starts working. Is there any additional configuration I need to make in the kamailio.cfg file when I intend to use srtp in the clients? RTPProxy info: Basic version: 20040107 Extension 20050322: Support for multiple RTP streams and MOH Extension 20060704: Support for extra parameter in the V command Extension 20071116: Support for RTP re-packetization Extension 20071218: Support for forking (copying) RTP stream Extension 20080403: Support for RTP statistics querying Extension 20081102: Support for setting codecs in the update/lookup command Extension 20081224: Support for session timeout notifications Kamailio info: version: kamailio 3.2.0 (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 10:23:25 Nov 2 2011 with gcc 4.4.5 Regards, --Jonathan

2 1

KAMAILIO
by Ahmed Yousef 21 Dec '11

21 Dec '11

is KAMAILIO work as registrar server

2 1

回复： Why? there isn't a syslog.conf under mykamailiodirectory?
by sunny_day 21 Dec '11

21 Dec '11

Elena, your advice is very useful for me. Thank you very much. :-) However,i think i should introduce the environment I now used. First, there are 3 users on the linux, and one kamailio.cfg for each user. I am not the root user. So i don't have the priviledge to write the diretory---->/var/log/messages According the introduction you provided for me, I want to setup my own log file. But I am not sure whether it will work. The idea is: 1. In kamailio.cfg set "log_facility=LOG_LOCAL5" 2. In syslog.conf set # Log anything (except mail) of level info or higher. # Don't log private authentication messages! *.info;mail.none;authpriv.none;cron.none;local5.none /var/log/messages 3. In syslog.conf set # log messages with LOG_LOCAL5 in /var/log/kamailio.log local5.* -/home/albert/mylocal/myvar/log/kamailio.log Any idea will be appreciated. Thanks in advance. ------------------ albert.gu ------------------ 原始邮件 ------------------ 发件人: "Elena-Ramona Modroiu"<ramona(a)asipto.com>; 发送时间: 2011年12月21日(星期三) 凌晨4:29 收件人: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List"<sr-users(a)lists.sip-router.org>; 抄送: "sunny_day"<416415455(a)qq.com>; 主题: Re: [SR-Users] 回复： Why? there isn't a syslog.conf under mykamailiodirectory? Hi, regarding the configuration of syslog to write kamailio log messges in a special file, you can find couple of tutorials on kamailio.org wiki sites. One is: http://www.kamailio.org/wiki/tutorials/3.2.x/syslog Regards, Ramona On 12/20/11 10:35 AM, sunny_day wrote: I got it . Thank you Michal :) ------------------ albert.gu ------------------ 原始邮件 ------------------ 发件人: "Michal Matyska"<michal.matyska(a)iptel.org>; 发送时间: 2011年12月20日(星期二) 下午5:20 收件人: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - UsersMailing List"<sr-users(a)lists.sip-router.org>; 主题: Re: [SR-Users] Why? there isn't a syslog.conf under mykamailiodirectory? Hi, use -E option and you'll get all the logs on the sterr. Michal sunny_day píše v �t 20. 12. 2011 v 17:10 +0800: > Olle , Thank you very much for your reply! > I am not the root user on the unix system. but I want to customize the > log file for the function: xlog. > Now, I don't know where to see the content what xlog writes. It can > help me to debug the script of kamailio.cfg i edited. > > what i do is collect the CDRs by dialog and acc modules. Any > suggestion will be appreciated. > > Thanks a lot ! > > ------------------ > albert.gu > > > ------------------ Original ------------------ > From: "Olle E. Johansson"<oej(a)edvina.net>; > Date: Tue, Dec 20, 2011 04:57 PM > To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > UsersMailing List"<sr-users(a)lists.sip-router.org>; > > Subject: Re: [SR-Users] Why? there isn't a syslog.conf under my > kamailiodirectory? > > > 20 dec 2011 kl. 05:57 skrev sunny_day: > > > There should be a syslog.conf file under the kamailio directory. > > But I haven't. > > > > I only want to see the contents generated by "xlog" > > Syslog is a daemon in your operating system. The configuration file is > propably in the /etc > directory. Try running "man syslog.conf" for more information about > that file. > > /O > > > _______________________________________________ > 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 _______________________________________________ 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

回复： Why? there isn't a syslog.conf under mykamailiodirectory?
by sunny_day 20 Dec '11

20 Dec '11

I got it . Thank you Michal :) ------------------ albert.gu ------------------ 原始邮件 ------------------ 发件人: "Michal Matyska"<michal.matyska(a)iptel.org>; 发送时间: 2011年12月20日(星期二) 下午5:20 收件人: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - UsersMailing List"<sr-users(a)lists.sip-router.org>; 主题: Re: [SR-Users] Why? there isn't a syslog.conf under mykamailiodirectory? Hi, use -E option and you'll get all the logs on the sterr. Michal sunny_day píše v �t 20. 12. 2011 v 17:10 +0800: > Olle , Thank you very much for your reply! > I am not the root user on the unix system. but I want to customize the > log file for the function: xlog. > Now, I don't know where to see the content what xlog writes. It can > help me to debug the script of kamailio.cfg i edited. > > what i do is collect the CDRs by dialog and acc modules. Any > suggestion will be appreciated. > > Thanks a lot ! > > ------------------ > albert.gu > > > ------------------ Original ------------------ > From: "Olle E. Johansson"<oej(a)edvina.net>; > Date: Tue, Dec 20, 2011 04:57 PM > To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > UsersMailing List"<sr-users(a)lists.sip-router.org>; > > Subject: Re: [SR-Users] Why? there isn't a syslog.conf under my > kamailiodirectory? > > > 20 dec 2011 kl. 05:57 skrev sunny_day: > > > There should be a syslog.conf file under the kamailio directory. > > But I haven't. > > > > I only want to see the contents generated by "xlog" > > Syslog is a daemon in your operating system. The configuration file is > propably in the /etc > directory. Try running "man syslog.conf" for more information about > that file. > > /O > > > _______________________________________________ > 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

Database connections
by Mariana Arduini 20 Dec '11

20 Dec '11

Hello all, I'm running some performance tests and need to know how does the database connections work. Are they open when we start OpenSER and are kept open for each process or they just open before a query and closed afterwards? Does anyone know where I can find such info? Thanks in advance! Mariana.

2 2

Dispatcher module with call load balancing
by Mino Haluz 20 Dec '11

20 Dec '11

Hi, I would like to use the dispatcher module with algorithm 10 - call load balancing. But there are multiple things that are a bit unclear to me. I have multiple gateways that can serve different maximum number of calls. 1) Can I somehow set the maximum calls count for each dispatcher gateway, so that it can fairly distribute the calls? I know it is stateless module, but how could I solve this? 2) Is there any method how can I get the current number of calls for each gateway from the dispatcher module? 3) What is the expiration timer in the dispatcher module for dialogs if the dialog is canceled uncleanly ? 4) Imagine I will restart kamailio, it will lose the call count and the distribution will be incorrect. Maybe it could nice, that kamailio would offer MI command to set these values. Thanks for the responses, Mino

2 1

Re: [SR-Users] Why? there isn't a syslog.conf under my kamailiodirectory?
by sunny_day 20 Dec '11

20 Dec '11

Olle , Thank you very much for your reply! I am not the root user on the unix system. but I want to customize the log file for the function: xlog. Now, I don't know where to see the content what xlog writes. It can help me to debug the script of kamailio.cfg i edited. what i do is collect the CDRs by dialog and acc modules. Any suggestion will be appreciated. Thanks a lot ! ------------------ albert.gu ------------------ Original ------------------ From: "Olle E. Johansson"<oej(a)edvina.net>; Date: Tue, Dec 20, 2011 04:57 PM To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - UsersMailing List"<sr-users(a)lists.sip-router.org>; Subject: Re: [SR-Users] Why? there isn't a syslog.conf under my kamailiodirectory? 20 dec 2011 kl. 05:57 skrev sunny_day: > There should be a syslog.conf file under the kamailio directory. > But I haven't. > > I only want to see the contents generated by "xlog" Syslog is a daemon in your operating system. The configuration file is propably in the /etc directory. Try running "man syslog.conf" for more information about that file. /O _______________________________________________ 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

Why? there isn't a syslog.conf under my kamailio directory?
by sunny_day 20 Dec '11

20 Dec '11

There should be a syslog.conf file under the kamailio directory. But I haven't. I only want to see the contents generated by "xlog" Why? Who can help me ? Thanks a lot. albert.gu

2 1

force_send_socket and IPv6
by Andreas Granig 19 Dec '11

19 Dec '11

Hi, Is it possible to use force_send_socket() with an IPv6 address in Kamailio 3.1? I get the error ERROR: fix_actions: force_send_socket: could not resolve X:X:X:X:X:X:X:X:5060 where X:X:X:X:X:X:X:X is my IPv6 address. Another problem (not sure if it's a real problem but looks weird) is when I use X::X:X:X:X:X which is actually X:0:0:X:X:X:X:X, then when starting kamailio, the "Listening on" message on stdout expands it correctly, but the error message for force_send_socket drops a 0, so it says that it can't resolve 'X:0:X:X:X:X:X' which is not a valid IPv6 address, right? Andreas

3 17

rtpproxy and IP6 in c= line
by Andreas Granig 19 Dec '11

19 Dec '11

Hi, Is there a flag in the rtpproxy module to force a change of the IP protocol field? When a call comes from an IPv4 endpoint and you do the bridging to IPv6, then the c= and o= lines contain the IPv6 address, but the address family is still IP4 (e.g. "c=IN IP4 10.10.8.22" becomes "c=IN IP4 fe80::1"). In case of bridging from IPv6 to IPv4, the field is correctly set to IP4 though (e.g. "c=IN IP6 fe80::1" becomes "c=IN IP4 10.10.8.22"). Is there something special to be taken into consideration? I couldn't find any hints in the rtpproxy module that it tries or would try to set that correctly (kam-3.1.5). Andreas

1 2

Dispatcher does not send pings
by Mino Haluz 19 Dec '11

19 Dec '11

Hi, please, could someone specify the conditions when the dispatcher module sends the INFO pings to the gateways ? modparam("dispatcher", "flags", 2) modparam("dispatcher", "dstid_avp", "$avp(s:test)") modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("dispatcher", "ds_ping_interval", 30) modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_ping_method", "INFO") modparam("dispatcher", "ds_ping_from", "sip:001122@test") And my dispatcher.list is: 1 sip:IP1:5060 1 sip:IP2:5060 Am I missing something? I dumped all the communication and the kamailio(dispatcher) does not send anything.. Thanks, Mino

2 5

using xhttp_rpc to send MESSAGE to SIP user from web server
by Krishna Kurapati 19 Dec '11

19 Dec '11

Dear list members, I have seen examples of using mi_fifo and mi_xmlrpc modules to send a MESSAGE or INVITE from a webserver. Since I am using xhttp to control presence policies from webserver, I would like to use xhttp_rpc module to send MESSAGE and INVITE from webserver. Are there any examples of using xhttp_rpc to achieve the function? Thanks Krish Kura

3 4

Bug: Dialog State=*Teminated* even when the call is active
by Gnaneshwar Gatla 17 Dec '11

17 Dec '11

Hello, I have come across this behavior in Kamailio 3.1.5 version. The proxy is behind a Firewall and uses the advertised IP to communicate to sipclients. I have used the "dlg_match_mode", as the record_route_preset() does not include the DID during call initiation. modparam("dialog", "dlg_match_mode", 2) I'm also using pua_dialoginfo to notify users about the "Event:dialog". I have used the attached patch to make pua_dialog info aware of the dialog I see that the dialog is being created, and the pua_dialoginfo publishes with state "trying" and "confirmed". When the call is cancelled/408 request is generated, the pua_dialoginfo generates the xml with state=terminated. But when the call is answered, the dialog module updates the dialog to state=4, according to the documentation mentioned below state=4 --> Terminated. I'm not aware of the event types that fires the state to termination (I have not found the documentation about events in the dialog module). When a BYE is received to the same call, the BYE is processed and the dialog is cleared from the memory. But the pua_dialoginfo never gets the callback for the termination and the xml is never updated. I have attached a log for a call, please find the attached document. I have come across a documentation about dialog module: http://www.kamailio.org/dokuwiki/doku.php/modules-new-design:dialog-module-… Regards Gnaneshwar

3 3

Sending SIP request from mi_fifo using TMX module
by Sammy Govind 16 Dec '11

16 Dec '11

Hello list, I'm using Kamailio 3.2 and am trying to send a SIP request from fifo to kamailio using below format. #kamctl fifo t_uac_dlg MESSAGE sip:103@ mydomain.org . . "From: 101(a)mydomain.org To: 103(a)mydomain.org Contact: mydomain.org Content-Type: text/plain; charset=UTF-8" "INVITE" But I see this reply from Kamctl *database engine 'MYSQL' loaded* *Control engine 'FIFO' loaded* *entering fifo_cmd t_uac_dlg INVITE sip:103@ mydomain.org . . From: 101@ mydomain.org To: 103@ mydomain.org Contact: mydomain.org Content-Type: text/plain; charset=UTF-8 INVITE* *400 Bad headers* *FIFO command was:* *:t_uac_dlg:openser_receiver_25561* *INVITE* *sip:103@mydomain.org* *.* *.* *From: 101@ mydomain.org To: 103@ mydomain.org Contact: mydomain.org Content-Type: text/plain; charset=UTF-8* *INVITE* And in log file I see this output: Dec 16 00:57:46 Kamailio3 /usr/local/sbin/kamailio[24541]: ERROR: <core> [parser/msg_parser.c:275]: ERROR: get_hdr_field: bad body for <From: 101(a)mydomain.org To: 103@ mydomain.org Contact: mydomain.org Content-Type: text/plain; charset=UTF-8INVITE#012>(4) Dec 16 00:57:46 Kamailio3 /usr/local/sbin/kamailio[24541]: INFO: <core> [parser/msg_parser.c:353]: ERROR: bad header field [From: 101(a)mydomain.o] Can anyone help.. Regards, Sammy

2 4

source port used for forwarded requests
by Ben WIlliams 16 Dec '11

16 Dec '11

Hi, My Kamailio server listens on multiple IPs - say IP1, IP2. If a request arrives on one IP, Kamailio uses the same IP as the source address when forwarding, which is good. But is there any way a UA could generate a request to IP1 that gets forwarded by Kamailio with source address IP2 ? The reason I ask is because Asterisk is setup to trust all calls arriving from IP2 but not IP1. Thanks Ben

3 4

How to get dispatcher list with sercmd command
by Mino Haluz 16 Dec '11

16 Dec '11

Hi, # sercmd dispatcher.list error: 500 - command dispatcher.list not found The module is loaded, dispatcher.list file exists. Am I doing something wrong ? Thanks. Mino.

3 7

SERi - SIP Express Router setup file corrupted
by Tirtha 16 Dec '11

16 Dec '11

Dear Sir, To configure a SIP server in windows platform, I have downloaded the setup file of SIP Express Router from your FTP server as mentioned in your web portal, but unfortunately when I am going to extract that file , a error is coming and showing that the specific file is corrupted. So requesting you please help me in this regard with the proper installation guide line. Thank you. Regards, http://www.matrixventures.com/images/green.jpg Tirtha Ghosh Asst. Manager IT M +91 8017372776 T +91 33 40624172 E <mailto:tirtha.ghosh@matrixinfrastructure.com> eMail Me Matrix Ventures Matrix logo <http://in.linkedin.com/in/tirthaghoshkolkata> LinkedIn | <http://www.facebook.com/home.php#!/profile.php?id=1385652529> Facebook | http://www.matrixventures.com/images/blue.jpg http://www.matrixventures.com/images/blue.jpg Matrix Ventures Pvt Ltd . Saltlake, Sector 1 . Kolkata 700064 . India

1 0

How to enable rtp repacketization
by Arif Tuhin 15 Dec '11

15 Dec '11

I want to enable the rtp repacketization feature of the rtpproxy. I have set force_rtp_proxy("z150"). But the repacketization is not happening. in the log it does show that rtp will be repacketizes but when i see the wireshark capture, its the same. With Best Regards Ariful Hossain Tuhin email: 1. etothepowerpi(a)gmail.com 2. etothepowerpi(a)hotmail.com 3.etothepowerpi(a)yahoo.com skype: freeburn1986

2 1

Kamailio - Asterisk Integration
by Anthony Sanchez 15 Dec '11

15 Dec '11

Is there an update of default Kamailio 3.2.1 configuration file to integrate with Asterisk? Thanks in advance, Tony

2 1

Kamailio - Asterisk Integration
by Anthony Sanchez 15 Dec '11

15 Dec '11

Is there an update of default Kamailio 3.2.1 configuration file to integrate with Asterisk? Thanks in advance, Tony

1 0

Siremis v3.2.0 Released
by Elena-Ramona Modroiu 14 Dec '11

14 Dec '11

Hi, Siremis v3.2.0 is out - the web management interface for Kamailio and SER v3.2.x series. Besides updates to existing views to match the database schema in Kamailio v3.2.x (such as lcr, dialog or siptrace), there are many new features. Among most important: - SQL-based CDR rating engine for billing purposes, with views to manage the rating rules - charts and table summaries to reflect the activity of accounting records - new views to manage records for remote registrations, mtree and global black list - command line tools to add new database table views in a step-by-step wizard fashion - selection of usernames and domains for many views can be done by a select box or picker form with values from subscriber or domain tables More details can be find in the announcement of the release on the web site: * http://asipto.com/u/4t or in the ChangeLog inside the tarball. Siremis can be downloaded from: * http://asipto.com/u/sd Alternative download site, along with the GIT repository for Siremis, is offered at sourceforge.net project: * http://sourceforge.net/projects/siremis/ Regards, Ramona

1 0

Double Invite / Issue
by Brandon Armstead 14 Dec '11

14 Dec '11

Hello, I am running into a problem where I am experiencing duplicated INVITE's being originated from Kamailio proxy. U 2011/12/13 23:58:17.543802 KAMAILIO:5060 -> PSTN:5060 INVITE sip:URI@PSTN SIP/2.0. U 2011/12/13 23:58:17.543840 KAMAILIO:5060 -> PSTN:5060 INVITE sip:URI@PSTN SIP/2.0. As you can see that the timestamp between the two invites is literally a fraction of seconds. There is no failure condition that is causing this with append_branch There is no retransmission timer issue that is causing this (using default timing): modparam("tm", "retr_timer1", 500) modparam("tm", "retr_timer2", 4000) Any thoughts / ideas - as this is causing a race condition in which there is a 200 OK that is being sent back from upstream -- and we are then CANCELING the 2nd INVITE which is essentially causing on overall problem with the call. Thanks for all help / thoughts / input in advance, thanks! Sincerely, Brandon Armstead

2 2

syncing db_text acc table
by Pedro Antonio Vico Solano 14 Dec '11

14 Dec '11

3 4

Re: [SR-Users] carrierroute reload option
by Uri Shacked 14 Dec '11

14 Dec '11

> > OK, > > If for example I loaded at startup 30K raws. > Then, after 5 min 20 raws needs to change... > I truncate the carrierroute table, populate it again with 20 raws onlye > and reload.... > > what about the others? they will be gone right? > > >

2 1

carrierroute reload option
by Uri Shacked 14 Dec '11

14 Dec '11

Hi, Is there a way to reload only specified raws from the carrierroute table and not reload the full table? BR, Uri

2 1

MSRP Relay with Kamailio
by Krishna Kurapati 14 Dec '11

14 Dec '11

Dear List members, I would like to use MSRP as part of SIP communication for session based IM, and file transfer. Is there an MSRP relay software that works well with Kamailio? Appreciate any help. Thanks Krish Kura

2 1

problem forking to dbaliase
by Yufei Tao 13 Dec '11

13 Dec '11

Hi I'm using Kamailio 3.1.5 and want to fork calls to all members in the same group defined in dbaliase. e.g. alias_username is 'clients' for 3 usernames: 'clientone', 'clienttwo', 'clientthree'. If any of the 3 users are online, call to the alias_username 'clients' looks fine: INVITE is forked to all online users etc. But problem comes when none of the users are online: in this case, t_relay will cause a server error 500, as server tries to relay to the user on trunk, e.g. clientone(a)domain.com, for which failed to find a location entry and uri remaied clientone(a)domain.com rather than an IP address. I expected server to send a 404 if non of the users for alias_username 'clients' is online. How should I fix it please? Following is relevant parts from my config file: ############################################################# route[LOCATION] { if ( alias_db_lookup("dbaliases") ) { t_on_branch("BRANCH_ALIASDB"); # in branch_route[BRANCH_ALIASDB], # call another route that looks up location, # if not existent, call drop() } else { xlog("L_DBG","LOCATION: not alias - go to lookup location trunk\n"); route(LOCATION_TRUNK); # normal look up location and sending of 404 etc } ... ... } ############################################################# branch_route[BRANCH_ALIASDB] { xlog("L_DBG", "BRANCH_ALIASDB: $fU@$fd -> $rU@$rd; Method:$rm\n"); route(LOCATION_BRANCH); } route[LOCATION_BRANCH] { if (!lookup("location")) { # Drop this branch - it's going nowhere drop(); } } ############################################################# route[RELAY] { xlog("L_DBG","RELAY: method=$rm, callid=$ci, cseq=$cs\n"); #!ifdef WITH_NAT if (check_route_param("nat=yes")) { setbflag(FLB_NATB); } if (isflagset(FLT_NATS) || isbflagset(FLB_NATB)) { xlog("L_DBG", "RELAY: about to call RTPPROXY\n"); route(RTPPROXY); } #!endif /* example how to enable some additional event routes */ if (is_method("INVITE")) { t_on_reply("REPLY_ONE"); t_on_failure("FAIL_ONE"); } if (!t_relay()) { sl_reply_error(); } exit; } ############################################################# And in the main route, route LOCATION and RELAY are the last two routes: route { ... # user location service route(LOCATION); route(RELAY); } Thanks very much! 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

2 2

Fwd: commands out of sync you can't run this command now
by MingHon 13 Dec '11

13 Dec '11

ya debug is set to 3 already.. also #!define WITH_DEBUG dont hav any -d command.. On Tue, Dec 13, 2011 at 9:06 PM, Daniel-Constantin Mierla <miconda(a)gmail.com > wrote: > I cannot see any DEBUG messages, are you sure the debug=3 in your config > and you dont have other -d command line parameters? > > Cheers, > Daniel > > > On 12/13/11 12:58 PM, MingHon wrote: > > Hi, > > the attachment was 2mb i remove it from approval. i did sentto ur email > too.. > > anyway i attached the file with 7 zip.. reduced to 60k now.. > > -- > Regards, > > MingHon > > > On Tue, Dec 13, 2011 at 7:00 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> Hello, >> >> have you sent them to me or to mailing list? On the mailing list I could >> not find an attachment, also I didn't get an email on myself only. >> >> Cheers, >> Daniel >> >> >> On 12/13/11 10:39 AM, MingHon wrote: >> >> >> Hello, >>> >>> i attached the log/messages files please take a look... >>> >>> Cheers, >>> MingHon >>> >>> >>> On Tue, Dec 13, 2011 at 4:58 PM, Daniel-Constantin Mierla < >>> miconda(a)gmail.com> wrote: >>> >>>> Hello, >>>> >>>> >>>> On 12/13/11 9:24 AM, Daniel-Constantin Mierla wrote: >>>> >>>> Hello, >>>> >>>> are you using any private developed module or extension? There seems to >>>> be a buffer overflow as well. >>>> >>>> if you don't have any private extension, can you send directly to me >>>> the entire log from start of kamailio with following global parameters: >>>> >>>> debug=3 >>>> memlog=4 >>>> memdbg=4 >>>> >>>> errata - the values of the global parameters were wrong -- actually >>>> the above three lines should be: >>>> >>>> debug=3 >>>> memlog=1 >>>> memdbg=1 >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> >>>> Cheers, >>>> Daniel >>>> >>>> On 12/13/11 8:51 AM, MingHon wrote: >>>> >>>> im using version: kamailio 3.1.4 (i386/linux) >>>> after kamctl start it return >>>> INFO: Starting Kamailio : >>>> INFO: started (pid: 3589) >>>> >>>> ps aux | grep 3589 >>>> root 3609 0.0 0.0 4012 704 pts/0 S+ 15:48 0:00 grep >>>> 3589 >>>> >>>> here is the log message. >>>> >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: >>>> db_mysql [km_dbase.c:120]: driver error on query: Commands out of sync; you >>>> can't run this command now >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >>>> [db_query.c:101]: error while submitting query >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >>>> [db.c:366]: error in db_query >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >>>> [db.c:405]: querying version for table location >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: usrloc >>>> [dlist.c:491]: error during table version check. >>>> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: : <core> >>>> [mem/q_malloc.c:146]: BUG: qm_*: fragm. 0x838b11c (address 0x838b134) end >>>> overwritten(0, 0)! >>>> Dec 13 15:43:41 hostname kamailio: ERROR: <core> [daemonize.c:307]: >>>> Main process exited before writing to pipe >>>> >>>> >>>> >>>> On Tue, Dec 13, 2011 at 12:53 AM, Daniel-Constantin Mierla < >>>> miconda(a)gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> >>>>> On 12/12/11 4:09 PM, MingHon wrote: >>>>> >>>>> btw im using kamailio 3.1 >>>>> >>>>> >>>>> which one exactly? Just send output of 'kamailio -V'. >>>>> >>>>> Also, watch the log messages with debug=3 and get the one related to >>>>> the error messages to see which module is executing that command. >>>>> >>>>> Cheers, >>>>> Daniel, >>>>> >>>>> >>>>> >>>>> On Mon, Dec 12, 2011 at 11:08 PM, MingHon <gminghon(a)gmail.com> wrote: >>>>> >>>>>> Hi List, >>>>>> >>>>>> im doing a fresh install, everything installed successfully but when >>>>>> >>>>>> i try to start kamailio with kamctl start i receive this error. >>>>>> >>>>>> when im using mysql 5.5 rpm version i get this error.... >>>>>> >>>>>> if install with mysql 5.0 rpm i dont receive that error it run >>>>>> perfectly. >>>>>> >>>>>> is mysql 5.5 incompatible yet? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>>> -- >>>>>> Regards, >>>>>> >>>>>> MingHon >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> >>>>> MingHon >>>>> >>>>> >>>>> _______________________________________________ >>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>>> >>>>> >>>>> -- >>>>> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >>>>> >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> >>>> MingHon >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >>>> >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >>>> >>>> >>> >>> >>> -- >>> Regards, >>> >>> MingHon >>> >> >> >> >> -- >> Regards, >> >> MingHon >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> -- >> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >> >> > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda > > -- Regards, MingHon -- Regards, MingHon

2 1

Re: [SR-Users] set host as inactive and probing in dispatcher
by Daniel-Constantin Mierla 13 Dec '11

13 Dec '11

On 12/13/11 11:45 AM, Uri Shacked wrote: > thanks, > I work with centos... rpms for latest stable release of 3.2.x series are generated and available for download, details about distros at: http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel > > On Tue, Dec 13, 2011 at 10:31 AM, Daniel-Constantin Mierla > <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: > > Hello, > > > On 12/12/11 7:38 PM, Uri Shacked wrote: >> I installed with those instructions once... from scratch.... >> I thought mayby there is a quicker way (like update in windows >> msi..... :-)) when my system is already configured nicely.. > it is even better than windo$. For example, if you use debian (or > ubuntu), just set the apt repository to our debs server where we > have nighlty builds, see this page: > > * http://www.kamailio.org/wiki/packages/debs > > The you do: > > apt-get install kamailio kamailio-mysql-modules ... > > Whenever you need upgrade, just do: > > apt-get update > apt-get upgrade > > The better part is that the uninstall really works and you don't > get trojans/viruses. > > Cheers, > Daniel > > >> Thanks, >> I must say i think kamailio is great !! a real SIP application >> server, perfect for many implementations. >> Cheers! >> >> >> On Mon, Dec 12, 2011 at 2:51 PM, Daniel-Constantin Mierla >> <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: >> >> Hello, >> >> >> On 12/12/11 1:35 PM, Uri Shacked wrote: >>> >>> thanks, >>> since i am not so good with linux... :-( sorry.... >>> after doing GIT like : >>> # git clone –depth 1 git://git.sip-router.org/sip-router <http://git.sip-router.org/sip-router> kamailio >>> # cd kamailio >>> # git checkout -b 3.2 origin/3.2 >>> # make FLAVOUR=kamailio cfg >>> what do i do next? >>> make install? >> >> yes, make install. You can read a tutorial about installing >> kamailio 3.2 from git at: >> >> * http://www.kamailio.org/wiki/install/3.2.x/git >> >> Cheers, >> Daniel >> >> >>> On Mon, Dec 12, 2011 at 12:18 PM, Daniel-Constantin Mierla >>> <miconda(a)gmail.com <mailto:miconda@gmail.com>> wrote: >>> >>> Hello, >>> >>> you have to upgrade to 3.2.1 (or use the latest git >>> branch 3.2). The current keepalive mechanism was >>> refactored a bit after the release of 3.2.0, as they >>> were overlapping cases. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 12/12/11 11:13 AM, Uri Shacked wrote: >>>> version : >>>> version: kamailio 3.2.0 (i386/linux) e19bb8 >>>> flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, >>>> TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, >>>> DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>> DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, >>>> USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, >>>> MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, >>>> DEFAULT PKG_SIZE 4MB >>>> poll method support: poll, epoll_lt, epoll_et, >>>> sigio_rt, select. >>>> id: e19bb8 >>>> compiled on 18:43:11 Oct 24 2011 with gcc 4.1.2 >>>> and with log level 3 : >>>> 13(11897) ERROR: <script>: OSPRPL is 408 now disable >>>> destination >>>> 13(11897) ERROR: *** cfgtrace: >>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1266 a=26 >>>> n=ds_mark_dst >>>> 13(11897) DEBUG: dispatcher [dispatch.c:1994]: mode [1] >>>> grp [47] dst [sip:10.10.21.28] >>>> 13(11897) ERROR: *** cfgtrace: >>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1267 a=26 n=xlog >>>> 13(11897) ERROR: <script>: after disabling destination >>>> >>>> On Mon, Dec 12, 2011 at 11:14 AM, Daniel-Constantin >>>> Mierla <miconda(a)gmail.com <mailto:miconda@gmail.com>> >>>> wrote: >>>> >>>> Hello, >>>> >>>> cn you give output of 'kamailio -V' and the log >>>> messages with debug=3 in config file? >>>> >>>> Note that from the moment you set the gateway in >>>> some state and you dump the list via mi, there can >>>> be keepalives that change the state. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 12/11/11 3:42 PM, Uri Shacked wrote: >>>>> Hi, >>>>> i tried to change the ds_probing_mode as well. it >>>>> didn't do any good. >>>>> i need the probing mode to be set to 1 anyway. >>>>> so, >>>>> any ideas? >>>>> here is the cfg again: >>>>> after the failure route i turn to this route >>>>> "route[OSPRPLERR] { >>>>> xlog("$C(rg) SCRIPT : in OSPRPLERR $ru $C(xx)\n"); >>>>> if($avp(OSPRPL)!=404) { >>>>> xlog("$C(rg) OSPRPL is $avp(OSPRPL)*now disable >>>>> destination* $C(xx)\n"); >>>>> ds_mark_dst("AP"); >>>>> xlog("$C(rg) *after disabling destination* >>>>> $C(xx)\n"); >>>>> }" >>>>> here is the log: >>>>> >>>>> 13(5760) ERROR: <script>: SCRIPT : in OSPRPLERR >>>>> sip:36264529@10.10.21.29 >>>>> <mailto:sip%3A36264529@10.10.21.29> >>>>> 13(5760) ERROR: *** cfgtrace: >>>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1264 >>>>> a=17 n=if >>>>> 13(5760) ERROR: *** cfgtrace: >>>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1259 >>>>> a=26 n=xlog >>>>> 13(5760) ERROR: <script>: OSPRPL is 408 *now >>>>> disable destination >>>>> *13(5760) ERROR: *** cfgtrace: >>>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1260 >>>>> a=26 n=ds_mark_dst >>>>> 13(5760) ERROR: *** cfgtrace: >>>>> c=[/usr/local/etc/kamailio/kamailio.cfg] l=1261 >>>>> a=26 n=xlog >>>>> 13(5760) ERROR: <script>: *after disabling >>>>> destination* >>>>> >>>>> now i check the dispatcher list status: >>>>> kamctl fifo ds_list >>>>> >>>>> SET:: 47 >>>>> URI:: sip:10.10.21.20 flags=AX priority=25 >>>>> attrs=OSP_B4 >>>>> URI:: sip:10.10.21.22 flags=AX priority=25 >>>>> attrs=OSP_B3 >>>>> URI:: sip:10.10.21.23 flags=AX priority=25 >>>>> attrs=OSP_B2 >>>>> URI:: sip:10.10.21.21 flags=AX priority=25 >>>>> attrs=OSP_B1 >>>>> SET:: 41 >>>>> URI:: sip:10.10.21.29 flags=AX priority=25 >>>>> attrs=OSP_A4 >>>>> URI:: sip:10.10.21.27 flags=AX priority=25 >>>>> attrs=OSP_A3 >>>>> URI:: sip:10.10.21.25 flags=AX priority=25 >>>>> attrs=OSP_A1 >>>>> URI:: sip:10.10.21.24 flags=AX priority=25 >>>>> attrs=OSP_A2 >>>>> >>>>> >>>>> _______________________________________________ >>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>>> sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> -- >>>> Daniel-Constantin Mierla --http://www.asipto.com <http://www.asipto.com/> >>>> http://linkedin.com/in/miconda -- http://twitter.com/miconda >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >>>> sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>> >>> -- >>> Daniel-Constantin Mierla --http://www.asipto.com <http://www.asipto.com/> >>> http://linkedin.com/in/miconda -- http://twitter.com/miconda >>> >>> >> >> -- >> Daniel-Constantin Mierla --http://www.asipto.com <http://www.asipto.com/> >> http://linkedin.com/in/miconda -- http://twitter.com/miconda >> >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla --http://www.asipto.com <http://www.asipto.com/> > http://linkedin.com/in/miconda -- http://twitter.com/miconda > > -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

2 1

Re: [SR-Users] commands out of sync you can't run this command now
by MingHon 13 Dec '11

13 Dec '11

> Hello, > > i attached the log/messages files please take a look... > > Cheers, > MingHon > > > On Tue, Dec 13, 2011 at 4:58 PM, Daniel-Constantin Mierla < > miconda(a)gmail.com> wrote: > >> Hello, >> >> >> On 12/13/11 9:24 AM, Daniel-Constantin Mierla wrote: >> >> Hello, >> >> are you using any private developed module or extension? There seems to >> be a buffer overflow as well. >> >> if you don't have any private extension, can you send directly to me the >> entire log from start of kamailio with following global parameters: >> >> debug=3 >> memlog=4 >> memdbg=4 >> >> errata - the values of the global parameters were wrong -- actually the >> above three lines should be: >> >> debug=3 >> memlog=1 >> memdbg=1 >> >> Cheers, >> Daniel >> >> >> >> Cheers, >> Daniel >> >> On 12/13/11 8:51 AM, MingHon wrote: >> >> im using version: kamailio 3.1.4 (i386/linux) >> after kamctl start it return >> INFO: Starting Kamailio : >> INFO: started (pid: 3589) >> >> ps aux | grep 3589 >> root 3609 0.0 0.0 4012 704 pts/0 S+ 15:48 0:00 grep >> 3589 >> >> here is the log message. >> >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: >> db_mysql [km_dbase.c:120]: driver error on query: Commands out of sync; you >> can't run this command now >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >> [db_query.c:101]: error while submitting query >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >> [db.c:366]: error in db_query >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: <core> >> [db.c:405]: querying version for table location >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: ERROR: usrloc >> [dlist.c:491]: error during table version check. >> Dec 13 15:43:41 hostname /usr/local/sbin/kamailio[3589]: : <core> >> [mem/q_malloc.c:146]: BUG: qm_*: fragm. 0x838b11c (address 0x838b134) end >> overwritten(0, 0)! >> Dec 13 15:43:41 hostname kamailio: ERROR: <core> [daemonize.c:307]: Main >> process exited before writing to pipe >> >> >> >> On Tue, Dec 13, 2011 at 12:53 AM, Daniel-Constantin Mierla < >> miconda(a)gmail.com> wrote: >> >>> Hello, >>> >>> >>> On 12/12/11 4:09 PM, MingHon wrote: >>> >>> btw im using kamailio 3.1 >>> >>> >>> which one exactly? Just send output of 'kamailio -V'. >>> >>> Also, watch the log messages with debug=3 and get the one related to the >>> error messages to see which module is executing that command. >>> >>> Cheers, >>> Daniel, >>> >>> >>> >>> On Mon, Dec 12, 2011 at 11:08 PM, MingHon <gminghon(a)gmail.com> wrote: >>> >>>> Hi List, >>>> >>>> im doing a fresh install, everything installed successfully but when >>>> >>>> i try to start kamailio with kamctl start i receive this error. >>>> >>>> when im using mysql 5.5 rpm version i get this error.... >>>> >>>> if install with mysql 5.0 rpm i dont receive that error it run >>>> perfectly. >>>> >>>> is mysql 5.5 incompatible yet? >>>> >>>> Thanks, >>>> >>>> >>>> -- >>>> Regards, >>>> >>>> MingHon >>>> >>> >>> >>> >>> -- >>> Regards, >>> >>> MingHon >>> >>> >>> _______________________________________________ >>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>> >>> >>> -- >>> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >>> >>> >> >> >> -- >> Regards, >> >> MingHon >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> -- >> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> -- >> Daniel-Constantin Mierla -- http://www.asipto.comhttp://linkedin.com/in/miconda -- http://twitter.com/miconda >> >> > > > -- > Regards, > > MingHon > -- Regards, MingHon

2 3

route return value confusion
by Juha Heinanen 13 Dec '11

13 Dec '11

i have defined two routes: route [TEST_ROUTE_MINUS_ONE] { return (-1); } route [TEST_ROUTE_PLUS_ONE] { return (1); } and then test them with these statements: if (route(TEST_ROUTE_MINUS_ONE) == -1) { xlog("L_INFO", "TEST_ROUTE returned -1\n"); } if (!route(TEST_ROUTE_MINUS_ONE)) { xlog("L_INFO", "TEST_ROUTE returned failure\n"); } if (route(TEST_ROUTE_PLUS_ONE) == 1) { xlog("L_INFO", "TEST_ROUTE returned 1\n"); } if (route(TEST_ROUTE_PLUS_ONE)) { xlog("L_INFO", "TEST_ROUTE returned success\n"); } can someone explain, why i get only three lines to syslog? Dec 10 16:14:56 sip /usr/sbin/sip-proxy[16099]: INFO: TEST_ROUTE_MINUS_ONE returned failure Dec 10 16:14:56 sip /usr/sbin/sip-proxy[16099]: INFO: TEST_ROUTE_PLUS_ONE returned 1 Dec 10 16:14:56 sip /usr/sbin/sip-proxy[16099]: INFO: TEST_ROUTE_PLUS_ONE returned success -- juha

3 10

RTP rePacketization
by Arif Tuhin 13 Dec '11

13 Dec '11

HiI need to use the rtp repacketization feature of rtpproxy. Now i have also some custom rtp obsfucation modules which hides the rtp header and rtp payload size. Now if i want to use rtp repacketization(for_rtp_proxy(zNN)) , would it work? I mean does the rtp repacketization requires any header information? the architecture is described below: Dialer--------------->RTP Obsfucation--------------->kamailio + rtpproxy-------------------->Asterisk The rtp obsfucation works like this:Dialer obsfucates the packet and rtp proxy decodes it, from the other side Asterisk sends plain packets and the module obsfucates it. Its also stated in the manual the rtp repacketization is "possible" the it will repacket the rtps. Now Whats the conditions for which its not "possible"? With Best Regards Ariful Hossain Tuhin email: 1. etothepowerpi(a)gmail.com 2. etothepowerpi(a)hotmail.com 3.etothepowerpi(a)yahoo.com skype: freeburn1986

1 0

commands out of sync you can't run this command now
by MingHon 13 Dec '11

13 Dec '11

Hi List, im doing a fresh install, everything installed successfully but when i try to start kamailio with kamctl start i receive this error. when im using mysql 5.5 rpm version i get this error.... if install with mysql 5.0 rpm i dont receive that error it run perfectly. is mysql 5.5 incompatible yet? Thanks, -- Regards, MingHon

2 5

Re: [SR-Users] set host as inactive and probing in dispatcher
by Uri Shacked 13 Dec '11

13 Dec '11

Hi, i tried to change the ds_probing_mode as well. it didn't do any good. i need the probing mode to be set to 1 anyway. so, any ideas? here is the cfg again: after the failure route i turn to this route "route[OSPRPLERR] { xlog("$C(rg) SCRIPT : in OSPRPLERR $ru $C(xx)\n"); if($avp(OSPRPL)!=404) { xlog("$C(rg) OSPRPL is $avp(OSPRPL)* now disable destination* $C(xx)\n"); ds_mark_dst("AP"); xlog("$C(rg) *after disabling destination* $C(xx)\n"); }" here is the log: 13(5760) ERROR: <script>: SCRIPT : in OSPRPLERR sip:36264529@10.10.21.29 13(5760) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1264 a=17 n=if 13(5760) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1259 a=26 n=xlog 13(5760) ERROR: <script>: OSPRPL is 408 *now disable destination *13(5760) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1260 a=26 n=ds_mark_dst 13(5760) ERROR: *** cfgtrace: c=[/usr/local/etc/kamailio/kamailio.cfg] l=1261 a=26 n=xlog 13(5760) ERROR: <script>: *after disabling destination* now i check the dispatcher list status: kamctl fifo ds_list SET:: 47 URI:: sip:10.10.21.20 flags=AX priority=25 attrs=OSP_B4 URI:: sip:10.10.21.22 flags=AX priority=25 attrs=OSP_B3 URI:: sip:10.10.21.23 flags=AX priority=25 attrs=OSP_B2 URI:: sip:10.10.21.21 flags=AX priority=25 attrs=OSP_B1 SET:: 41 URI:: sip:10.10.21.29 flags=AX priority=25 attrs=OSP_A4 URI:: sip:10.10.21.27 flags=AX priority=25 attrs=OSP_A3 URI:: sip:10.10.21.25 flags=AX priority=25 attrs=OSP_A1 URI:: sip:10.10.21.24 flags=AX priority=25 attrs=OSP_A2

2 7

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