- sr-users - kamailio.org

Re: [SR-Users] kamcmd uac commands not working
by Gertjan Wolzak 26 Jul '17

26 Jul '17

Hello Daniel, Yes, that are the parameters I've set. But just found out why the kamcmd uac commands were not working. Looks like you have to have a succesfull registry to be able to give the uac.reg_xxx command. Once I had a succesfull registration, the command works. So, I will continue to learn.. Thanks. Rgds, Gertjan

2 1

Fwd: kamcmd uac commands not working
by Gertjan Wolzak 26 Jul '17

26 Jul '17

Hello All, Been a while, glad to be back. I started working with the kamailio 5.0.2 version, specificly with the UAC module trying to register accounts with another B2BUA. When I give the command kamcmd, I end up in de kamcmd cli. The command ctl.connectsion shows me the number of connections, when I give the command uac.reg_dump, the result is an error: 500. Below the cli dump... I'm going to assume I have an error in my config, but I don't understand where... I've looked at the uac module documentation and think I have set the parameters correctly. kamcmd 1.5 Copyright 2006 iptelorg GmbH This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. kamcmd> ctl.connections 1 kamcmd> uac.reg_dump error: 500 - command uac.reg_dump not found kamcmd> # Uac parameters modparam("uac","restore_mode","auto") modparam("uac", "restore_dlg", 1) # ----- 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 ----- # set next param to 1 to add value to ;lr param (helps with some UAs) modparam("rr", "enable_full_lr", 0) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 1 # Dialog parameters modparam("dialog", "enable_stats", 0) modparam("dialog", "db_url", DBURL) modparam("dialog", "dlg_flag", 4) Does anyone see an error I've made, or has some information for me to look at...? Or maybe I did not provide enough information... Tips would be appreciated. Rgds, Gertjan

2 1

Can kamaillio act as user?
by Anuradha Selvarajan 26 Jul '17

26 Jul '17

Hello, Can Kamaillio act as a user and send SIP registration? If yes, how/which module and any sample config? I tried to use UAC module but errored while loading the module inspite of loading it after TM/RR module. Thanks Anu

3 4

(no subject)
by ells2016＠uni-hohenheim.de 25 Jul '17

25 Jul '17

PK |ùJéº©}(( 18336.zipPK|ùJÔŸ}€18336.jsÅ]msSUþîÿ!Óíè`HÕ¶Ãð!mSŠÚ*TÇirÛD&&iÓêøß7¥T·ò*EAðvtæ<»ëî¹TýÒ97œ÷ŒìîÙÝsÎ>g_~ù»G¯ž÷íÁ}gN=ÝúÆÞïOÞ|rìÎÃwïïûöØ£s§<ýùâKç¯žðÅÏÏ¯ß\»~ãÒÁËyôÝÝÏî;}jußœÇNÿpçâý'úîè+O>|äÂ÷§ŸºñÛíãOî¿täÇÞ[Y¿sæüõGû®>9ìÌú³'~¹»zåC×.Ü»tëæ_ýñãÚs¿~yýìã+{¯ŒùùúÃs·ö_žóí#ÇNŸûãÊé«G÷Ý:tqÿé3+Wß}|é«_¿ñíÚÞ_?~æÆg._Œ}ëÞï{¯}œþàè¹/OÞYœröÈÓûWoÜ?{ïß|uíð×?8±vüÜ£ÇÜŒ~÷·õÕöÞ~°º÷ìþë¿<<|äê¥ó×î?xÿÞÍõÛ+þñóg7Þ~|öÈñ;?}~yíâÊ±+ç×žuòò÷g¯_|z÷×Ó?<<õåá}}ìàŸ«kV¯_:óËÊo'o|³úý×k®\}ôðÞéëúéËÏýþüsÖÄ;»ÞZÞ=8üñøRuf{×\×]A+ü3ò®mBu¶žs×ÌX+»gtñã©í]éð?©}]Ûnê£ÆÛcsÅg{F³µï%¶'^Èµ?F^ãÝüèt¹ù¶{ú(Ûv3®Œ0ÞpÕ+ïvÅ+nòŒ+®ØNd -÷X^öž§qè+~ZÝ]Ðæ{Z]±miºòhPqPÚ{\q[bâ÷ôŠ+f]ñÊ°{ØÙ1š(>~w{ÚSA-žò,Ò¥ø4÷öG®LyµŒÝÂR5ãÎ'!uÆº^tÏÀh¯<µmeß©A÷Jyö!xœÈRº{ÀÓ,w_dÙßd;=m];:í!+ ÄagÑÜ¶ B&W.Aï¹b1èvH°8U¶³d%]Ñ&:<%°õ*;b¹"/NH''Nmìv6}¥¹ÉòB€D "`ôúŽ:üŒgÇ¶ÈŸÛh²C®±µAãHñd#zilH,QôMœQyvÍY[=êùVI°]`7XÈ¶ßSqåÁÎTYû72±ÎK±Díuue/;ë¿ëÊ;öw/Ì§ATÉig·çàu÷04²S»ŒîAWGY«ŸÓ6œ,«ØÄÿ)] RDçFÔi/èjbæ¡O ¬-n[Õ°íà$?°ÙÀAlô©ü Õëb9°ÈJf¥º¡ùßMJëhmõ Û`;Ü7âÄ¶·Œêì-ÚóbOF2jB»IÖ8¥àç^ý$Ÿ#¬[·í@O²Âqe²ÖÁÛ$ÏµÞïøaŠ%¶B\ñhudÌõ:|î^zèa^k/Àœ0)d%rDó]QŸAõm©ý.Åjþ)¶žS9QSó(»äkIN]1\äŽÐâgD¿ÊÝ1Ö³Ý?çxN§±êløD-|/í'LŒ$ 'ù)/0<ÂæšÏ{Ãùª*+ÆÎ:*F1ù@PHå|7ÒáqÖÓP'RV]û¬šbóãágd<ü,êÁöš\À%^Iç0tkXx{>yšÉ€ÎaÉ4é'n?a@w;åz(>Y€IL#¥2·éNv6ŽªRux»UR-á"áAŽ©PGEÌ²6Ä©MêÒZ`-ÿBz j©¢£ÐéD]Ñ€ÀJd >JzýÕ!WÆ]_LÂ ÁµêC)pe øp]|Ôxå/ÙÖROµrQýüjLô%Õ»²¡¡iP},Öê§A* üT\,Ýcp%ØïRÀ@âÕ_z8+6/»?ôëÙ)1¥SVÅÎ[¬kË`#®,ü<z¯ÒyÝmfA j]ÜÁõ óH]×ëlï-ŸŸ,Œ^$!Î!Oå€~P?D_{ÿx€ ù köqBÜ1)É÷Çf²¯j Þ+éØ êŽjß#«ùè20øªÐâY¶ ÚrìÝóT}4>€œ)}ý¥V¯.Â©ÇÁM«ayÅz,uŸ÷'ýRäºËiy_Æ^úPR`u:%š¹ÃÆ' Ë¶ÆÝü±WKU/ý5Á79Áû¬õÚ|qÿRÝXRBDoº+Á®E6Tc'àíœyœ¿œqIJ'[ß>Ù&áEøtµä#ŒW"žýuÍþ#æ1vªQôþqM¬5ëÄãå ú^á£T,bëXrLæ-+îW*¬yXÂ%øPMeº+Jì/%ýX-yfi"<ÒÕ÷ÌÔ}ºñÓYÈœS7ÑË[u§Â`p9únË+D8©òUÊ±ÓBW>ûü<g¿mž`°Ø4ªEµg?=CQãÛ2]Œù0ýVåmè6(]é@¯°7¯éáÀ Îáç×±xØŸLÔÃüWÍfLÆÏC·ê m'ÃjTÁìTpQÐŠ!^žÏÛ1ënÛhíw-úìÑÕ(µÕ×ôcB<3 fxÊðn'Ò}BF7pèZU~¥×Òw°[ïçyw'ê^¹¶}w~îÃ]¹V=þŸ[§jv¶ZÀ96KwÖž&íI;f P?îuüõFfq²wkÎnœvÑúül>ŸJb5ÔÎäù~œÊºûóEBçMŒa|ÂwWyÙÃD±fÓ Ø·£Dd§ÇÞ©µ"ªZ*X sînHC«ú'äÜÃo©¿×È|«w`ÈÝ rR<Êjìôã£Âêê·, êzÌµÞhjìy>vm{!gÝaè@b8ß º{Þë@œßÝØŸ=±ñBŠÑÈ/ww zÞKœßøäùçÞ/ÔwŽ§:WlOåòìžÈE;0ÃxJ÷nèI5/ÁÇKHq0®,€Àšn1B\`ÚÂŸ>ÚAÕè }¥P&vE!BxÃœ"fIž +6HÌ*ÊÂgsüÏù¢Æ§Q 6ŠÂ t}œóCµxâ{@Ô&À \QDº²5YTâž¢þÙÜØÂU®ø©ågv&+ps&ðWgjjÆ ¿ù'ü:> ãýB`ô@&l€NUSÈo?°¬*hšëõÐ¢àn5œè*ùl³¢f KT ºÆ\`yZÊüúÃÇ«Çµ2®(ÂnkqE:ùü0žè¯üfg?ÂM%âò$%%-¶ç-ÖÉ|8 S qo¬óº÷df(GÀ°àí,XèvIÈ6 !A¶±«®m¬ï,àÞX2-ò°ÎrCGÅ¹¢éÖøäÄç=]Ùæ:ÆMgb`?$ÜA»¹²{Ë¡ß((6»Ã@ìZ£|IÛ\dt\Kj@'ªN F²ªî¢C>?|'ðqÂBÛrHÎcWw§ô|?<\È³àÞx³ÕR=?qÎ+ôi@»5õýµŸ4AAMÐ{/ì~VF¥éRfDý.&X&0lþ tBë:°@ÀÇEPqQ¥Õã è7V§sÎ[tQ`}¢Ó¢Æ!*r$XÕ:"Â~¶ šdGOvE]¿ÈuäT§,U¥ÄZéVbô²òÄA¥%ALœ¶Œö{UŸzA· ±lRNsiêÂYu¶IBtt%x0²8ßP5-AÏÅç¶ÖL»Yâæë<§Êè€zrŠîaðóhm¶ òÏãAWÒ¹`ýÙKGäÚæÝ~cÀØ(»Îó×èÖ¢Ø@ÔyÔnæ:ÈØ"y*ðÐéÝîÊyŒúD"ªÁi)rm ÊDv j)çO| ïæUQ&=ê1`ðÒêdL©ÄÅåe²£FÕUY»VC\^àð$Fa#ª5ÔÐ®¬=ÄOŒp$È·óÑŽzüê,¿ë¢ÇÚ«êEZ3Ð5÷h±Ú©ñ=(åÙx~|ëÁ[ &;¥¯k{ÿö_Ý0ìøbüÎKc«ôIª[šiÉÇÖ\ÇÂ-;îcö u¢xuW ±þß2h=Ü8éBc)¯ëÃDËóDãe1p£YÇí5<:Ä=rõJ§ØMóoÂDÓìN#fKÚ~ô\VwR$YäG&Qç:¶®\QÁ®ýaZâ%ásUëÒý.ÉåÄ3ê¿ž5 åú&·ÄKÑžø8ýV9Di#:fd=/Â#}Ž$ºåûÂô Ù€X£-hŸ µ«k«(;ºð4Üs@Àp{M@%nìb#åT±|ßà÷l\(I€·Uõ«X8Uþ¡qiAY`ulQ4ãW×^SÂLÅõdAuÍÐðKøž]NÕG1Üê£zÏ)ì$Ø[V»`@ÊA±CÏ³]0 âtàN&{µe Ô{+úÜÎr` €&Åy«HÞš.7qºëw_è9á>tÆ÷Šb@`êµöóÐž#âgÐðs_©ÕÒïÒ7ÜÝ,èErðý"·GIwF ·qzaá{€r±ÎæÕëb6=ññì;+;°W0tÐÓï¡²ØdóÆ©¬Ÿ×Õä·ªêå0Æ[(;:;¶]96TjnšÛ(ÝgžCßm5TòÈ;úFT!xÝWeYHÕ¿:LºFDDÀà!DÀ»ýì`5òÒ'œ§¥$ø¡WË¿15;:òå02¶ÛÒê|!èæ²Kõî.šå¥D+¬'üÛÕ³-ñibr93ßQª¶JÍ7w·saÁbŸÒÝÙPOØøÙrfjp$÷VûíJ}çhðÎé¬a¬]ä\ØßÂ8Kzê"°1!Î0áÇ¥wšÈEád0É¡ñ2å\qîÑâþSzÀ€ôkNà?e¢ã.ÂûûCî ÄOöYpjs&0*/õ"!Ñ ]Or ÉLž_š_¢€n.êªââ[Æ&Á|QíGl«Qôb!@ÈŠCí\Ñºó'¢lA°ëÑï"¢8NsÍëyÁÂuEð>B£ÿãwëØ»9¶qCÆ± I÷Ü`9Á[ (+]LÌ)æÊ»Þve)»jaVL®Áj¢k! .¢±º· þ÷ðV5{Ìâ®Èš²*XlP BßùÃ¬B!8*W4äË°DÅLbSõ\an=/X×èCBìŒ6Åkf¹ÙÀ²3dn2ÜuKBÔu|pðøš~|ðÌÝ4aŠâfÓo2[zNæ9W²¢ëPyCÄV·XÒ@åå">ÊëšÞÿ96 °PBT1©dtJ=RÏ-œBÎ:ñlCzüûBnXGÊYÒêêÊGHHT|RiÃÝvZ$Y§0td±z[Zª2Æüg3°PêfÙ&ðyt|TK ,ô3¹gÖ®hKa©;.9äêØ:ÃŒòq²E1XìjFÄe¹BKcßÐbÏóÖªÉWbéJŸ:DR¡bÜ *¯HÂ~Ëx&1·_U5øšBÄºBŠ8,òŸK8ýRp Ioóþ!$@tè-KjØOÚ*ÕÃÓv®%yÔ`gæ¿r@ú,!G©¥ãš:mÓšªøe5SÑ(zV3 QÅZÃÃÊùõÌoæz${ïVýî<öõuÅ¬fÐo(~º"Qãuôn Þ«élVêt÷Xeùe!áŸ=ÔIòŒÓºòÔ°ÄøÙ=bêaÃÕêÕl4&ÅuÏ ù÷|\2Å¡ep·IþŠ®>iþ.Ç ÊdIJMâ!|OsBð[¬K!äUK;ÿ/V·4Ôp}x QG^ÐÞØ HË áÓØùÒ\±BE^;&Ïóâ¿}¯<rš!LÇp÷k¯íy@²)ÖôlRZÌ k×Ø+Ç¢_oEµôjOô4€zà £Ê±Æ07Ü®'æ3L÷ÍŠïò-xPeÎ+ÚžßUú \8éìÍâLõBžéaZGžåÚÑÐ^Â©TêÆ,sa`S +ªT@€Æ, 0ÅÍfÊñ¶¬N§Ö»ÖÑl^qxÞp#þ!ÛÒ°ß÷ÚÞË}QÒ3»©ýÒÍ&$v:öÊâ&Ül×L2ÊguÓ¯ÍÀ>ÆÛPp:þ åÑòEÂ¡<Hyß1SæÔ-Ìû=QÚ»[É2ZßÁtEÃ^&¶k%ý²Ì¹¢1ß0âh¶OJwÜ^á{T¬~e@³¹¢×æcqXÕË ÀEPoê|VÍH:®Z.ßD~ùº bH:ÖÍ éû ^+iAaðüêÖ¯ónîò[©ku¡žE%bâºü²ÃHÙ<,çŒ (œj°9ŒÀg{}jnd±Y«·Ñé¡\¡Œmîµôk¯ŒÜ3ËýLÛUÓÌî[Èl€ØÀ±ý PK?|ùJÔŸ}€$ 18336.js ûv«µÓûv«µÓÏ.«µÓPKZžPK? |ùJéº©}(( $ 18336.zip «x«µÓûv«µÓÏ.«µÓPK[O

1 0

xavp questions (variables in root/branch)
by Vasiliy Ganchev 25 Jul '17

25 Jul '17

Hi, community! I have a question regarding xavp usage. according to docs, xavp has format: $xavp(root=>branch)="value"; I want to use "root" and "branch" - variables. (as it is implemented with AVPs - the id there, can be variable) e.g.: ... $var(root_key) = "root_1"; $var(branch_key1) = "key_value1"; ... $xavp($var(root_key)[0]=>$var(branch_key1)) = "some_value"; ... Playing around with the script - I found that it is currently impossible (tested with 4.2.5 and 5.2.0 versions). Kamailio interprets variables in "root" and "branch" as static strings. Walking through the mailing list history, I have an impression that xavp are originally designed to operate only with constant keys. The question is: is it planned to add functionality with variables as "root" and "branch" components? Thanks in advance for the answers! Best regards -- View this message in context: http://sip-router.1086192.n5.nabble.com/xavp-questions-variables-in-root-br… Sent from the Users mailing list archive at Nabble.com.

2 4

I_SCSCF_select function dont return the next SCSCF in IMS network!!!
by Mojtaba 25 Jul '17

25 Jul '17

Hello, Today i have a strange problem in IMS network. All nodes (pcscf,icscf,scscf and hss) are configured in independent server. My domain is default(open-ims.test) Now when i want to register bob(a)open-ims.test, I get this error from ICSCF: 500 Error in request. When i saw the log files, i found the icscf could not found the next node(scscf) in registration path. As i defined prefered scscf_uri in configuration file, Why the icscf, could not found the scscf? The dns server works correctly and i have ping of scscf.open-ims.test from icscf node. When i trace the diameter packets, the icscf connect to hss successfully but dont send UAR to hss while registration proccess!! It's strange. Please let me know why i have this problem, Thanks With Regards. -- --Mojtaba Esfandiari.S

2 3

TR: Failure Mode
by Nicolas Breuer 24 Jul '17

24 Jul '17

Hello, Some help here is needed # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) I test a call with two branches. 1st branch received a 408 timeout error 2nd branch received a 486 busy. Normally the failure route should be with the 486. NOTICE: <script>: Failure route -----2---1--408---- We can see the 408 is the winning reply but I understood from the documentation that if Failure reply mode is "3" , the winning reply is always the reply from the last branch :) It's a problem because if the 1st is timeout (because down), the second is OK but callee is busy ; we don't send the right reply to the caller

2 14

Display name in contact
by Diego Nadares 24 Jul '17

24 Jul '17

Hi guys, Is possible to cut change/delete display name in contact header? Does this breaks something? Cheers, Diego.

3 2

path use_received not working?
by Iskren Hadzhinedev 23 Jul '17

23 Jul '17

Hello, I have a kamailio proxy in front of FreeSWITCH. Whenever FreeSWITCH initiates the dialog (e.g. sends an INVITE), kamailio doesn't use the 'received' parameter and it forwards to the RFC1918 IP address. The initial INVITE from FreeSWITCH has the following headers: To: <sip:1001@192.168.1.200:5063> Route: <sip:1.2.3.4>;lr;received=sip:5.6.7.8:5063 Where 1.2.3.4 is the kamailio public IP and5.6.7.8 is the public IP of the UAC behind NAT. I have modparam("path", "use_received", 1) in my config file and to my understanding that should be sufficient to route to the proper IP, but kamailio keeps sending INVITEs to 192.168.1.200. Can anyone tell me what am I missing? Thanks! Kind regards, Iskren

4 8

Sleep command working
by Nicolas Breuer 21 Jul '17

21 Jul '17

Hello, I'm trying to do a sleep in the request route but seems it's not working if (src_ip == $sel(cfg_get.kamalio2.gw) ){ xlog("L_NOTICE","Sleep 5 seconds"); usleep("5000"); } xlog("L_NOTICE","End of sleeping"); Result : Jul 21 11:38:02 proxy2 /usr/sbin/kamailio[31442]: NOTICE: <script>: Sleep 5 seconds Jul 21 11:38:02 proxy2 /usr/sbin/kamailio[31442]: NOTICE: <script>: End of sleeping Breuer Nicolas Network Supervisor Sales Executive BELCENTER sprl/bvba Operations - NCC 7 Boulevard de France, 1420 Braine - L'Alleud Tel +32 2 403 04 61 Fax +32 2 403 04 63 National Contact Center +32 2 403 04 60

2 1

Re: [SR-Users] Problem with IPv4-IPv6 media bridging using RTPengine
by Ismir Saljic 20 Jul '17

20 Jul '17

On 19/07/17 08:31 AM, Ismir Saljic wrote: >* Hello, *>>* I've issue with bridging media between IPv4 and IPv6 clients. *>* IPv4-IPv4 and IPv6-IPv6 calls are working without issues. *>* I'm using kamailio 4.4.2 and configuration according to: *>* http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6> *>* <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 <http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6>> *>>* SIP signalling is working without issues,but media addresses in SDP *>* are not rewritten correctly. *>>* The server is on amazon AWS and both kamailio and RTPengine are on the *>* same server. *>* RTPengine is running using these options: *>>* /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 *>* --interface=GlobalIPv6 *>* --listen-udp=127.0.0.1:22222 <http://127.0.0.1:22222> <http://127.0.0.1:22222 <http://127.0.0.1:22222>> *>* --tos=184 *>* --pidfile=/var/run/rtpengine.pid *>* --log-level=6 *>* --log-facility=daemon * I would suggest to use Kamailio's rtpengine module instead of rtpproxy, together with --listen-ng instead of --listen-udp. The UDP protocol of the rtpproxy module should work with rtpengine, but not many people are using it, so it's always possible that some bugs creep in. I'll look into it anyway, but in the long run, it's much preferable to switch to the rtpengine module. Cheers ########################## Hello Richard, thank you very much for your answer. I will try to use rtpengine module. As I can see from logs, kamailio is sending correctly data to rtpengine but rtp engine failed to parse IPv6 address from SDP body. I'm sending flags to rtpengine according to the howto from link I've posted in the original post. This is the part of the config: if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB) || isbflagset(FLB_V4V6))) return; if(isbflagset(FLB_V4V6)) { if(af==INET6) { rtpproxy_manage("FAEI"); } else { rtpproxy_manage("FAIE"); } } else { if(af==INET6) { rtpproxy_manage("FAEE"); } else { rtpproxy_manage("FAII"); I'm not sure if I need to inform rtpengine that in SDP body will be IPv6 address. Thanks Ismir On Wed, Jul 19, 2017 at 2:31 PM, Ismir Saljic <isaljic(a)gmail.com> wrote: > Hello, > > I've issue with bridging media between IPv4 and IPv6 clients. IPv4-IPv4 > and IPv6-IPv6 calls are working without issues. > I'm using kamailio 4.4.2 and configuration according to: > http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 > > SIP signalling is working without issues,but media addresses in SDP are > not rewritten correctly. > > The server is on amazon AWS and both kamailio and RTPengine are on the > same server. > RTPengine is running using these options: > > /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 > --interface=GlobalIPv6 > --listen-udp=127.0.0.1:22222 > --tos=184 > --pidfile=/var/run/rtpengine.pid > --log-level=6 > --log-facility=daemon > > > In case of IPv4-IPv6 call, INVITE message contains correct IPv4 address > but 200 OK response to the caller still contains IPv6 address of the callee > in SDP body instead of IPv4 address of the server/RTPengine. > This is the log during generation of the 200 OK response. Seems that > RTPengine failed to parse IPv4 address from SDP body. > > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:618]: parse_msg(): SIP Reply (status): > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:620]: parse_msg(): version: <SIP/2.0> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:622]: parse_msg(): status: <200> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:624]: parse_msg(): reason: <OK> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, > <branch> = <z9hG4bK5afe.c59aef39af345458e17940722ba0c70b.0>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, > <received> = <Server's GlobalIPv6>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 236, <i> = > <8>; state=16 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, > flags=2 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:498]: parse_headers(): parse_headers: this is the > first via > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [receive.c:178]: receive_msg(): After parse_msg... > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global > id=142 T start=0xffffffffffffffff > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, > <received> = <178.165.130.177>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, > <branch> = <z9hG4bK.BUIgttWpK>; state=6 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:1254]: parse_via_param(): Found param type 235, <rport> > = <2066>; state=16 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, > flags=62 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:509]: parse_headers(): parse_headers: this is the > second via > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: > tag=2996330c > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, > state=29 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:173]: get_hdr_field(): DEBUG: get_hdr_field: <To> > [59]; uri=[sip:user@domain.com] > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:175]: get_hdr_field(): DEBUG: to body ["user"< > sip:user@domain.com>] > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: > <21> <INVITE> > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:888]: t_reply_matching(): DEBUG: t_reply_matching: hash 61349 > label 0 branch 0 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:943]: t_reply_matching(): DEBUG: t_reply_matching: reply > matched (T=0x7f7f95c19a10)! > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_hooks.c:266]: run_trans_callbacks_internal(): DBG: > trans=0x7f7f95c19a10, callback type 2, id 0 entered > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: acc > [acc_logic.c:644]: tmcb_func(): acc callback called for t(0x7f7f95c19a10) > event type 2, reply code 200 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global > id=143 T end=0x7f7f95c19a10 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:2160]: reply_received(): DEBUG: reply_received: org. status > uas=180, uac[0]=180 local=0 is_invite=1) > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: > incoming reply > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: > FAIE > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : > content_length=559 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/msg_parser.c:89]: get_hdr_field(): found end of header > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 of the callee] in `o=' field > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 of the callee] in `c=' field > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= > line: `a=rtcp-fb:* nack#015#012a=rtcp-fb:* nack pli#015#012' > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= > line: `a=rtcp-fb:* nack pli#015#012' > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found > valid > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: > tag=aNfQNJz3e > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, > state=29 > Jul 19 08:02:42 rtpengine[24330]: Got valid command from udp: > 127.0.0.1:28152: 1691_12 LAEI6 dcMDMrNRhw IPv6 of the callee 58100 > aNfQNJz3e;1 2996330c;1 > Jul 19 08:02:42 rtpengine[24330]: [dcMDMrNRhw] Failed to parse a media > stream: /IPv6 of the callee:58100 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy > [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp > proxy > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:1233]: t_should_relay_response(): ->>>>>>>>> T_code=180, > new_code=200 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm > [t_reply.c:1751]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, > relay=0 icode=0 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [msg_translator.c:2260]: generate_res_buf_from_sip_res(): old size: 1467, > new size: 1319 > Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [msg_translator.c:2278]: generate_res_buf_from_sip_res(): copied size: > orig:164, new: 16, rest: 1303 > msg=#012SIP/2.0 200 OK#015#012 > Via: SIP/2.0/TCP 10.152.108.46:56401;received=X.X.X.X; > branch=z9hG4bK.BUIgttWpK;rport=2066 > Record-Route: <sip:[Server's IPv6];transport=tcp;r2=on;lr;nat=v46> > Record-Route: <sip:X.X.X.X;transport=tcp;r2=on;lr;nat=v46> > Contact: <sip:user@[IPv6 of the callee]:59335;rinstance=836aa3 > 6a01097072;transport=tcp> > To: "user"<sip:user@domain.com>;tag=2996330c > From: "caller" <sip:caller@domain.com>;tag=aNfQNJz3e > Call-ID: dcMDMrNRhw > CSeq: 21 INVITE > Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, > MESSAGE > Content-Type: application/sdp > Supported: replaces > User-Agent: Bria 5 release 5.0.0 stamp 85993 > Content-Length: 559 > > v=0 > o=- 241380314 3 IN IP6 IPv6 of the callee(should be IPv4 address of the > server) > s=Bria 5 release 5.0.0 stamp 85993 > c=IN IP6 IPv6 of the callee (should be IPv4 address of the server) > > > > The same situation is in case of IPv6-IPv4 call. > This is the part of the log in case of IPV6-IPv4 call when kamailio is > creating INVITE to the IPv4 callee: > > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: > FAIE > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 Address] in `o=' field > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> > [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address > [IPv6 Address] in `c=' field > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found > valid > Jul 19 08:04:52 rtpengine[24330]: Got valid command from udp: > 127.0.0.1:28152: 1691_13 UAEI6 85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ > 2a03:f81:abcd:172:16:20:119:2 50168 1430094e;1 > Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] > Creating new call > Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] > Failed to parse a media stream: /IPv6:50168 > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy > [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy > [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp > proxy > Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: siputils > [checks.c:97]: has_totag(): no totag > > > Any help would be very appreciated! > > Thank you > Kind regards >

2 2

kamailio 5.0 with asterisks
by Aidar Kamalov 20 Jul '17

20 Jul '17

Hello! I'm new with kamailio, so may be don't understand some basic. I'm tryin to load balance asterisk servers with kamailio and dispatcher module. My ip phones registered at kamailio, for example: [root@sipchel ~]# kamctl ul show 101 { "jsonrpc": "2.0", "result": { "AoR": "101", "Contacts": [{ "Contact": { "Address": "sip:101@192.168.2.62;line=4733c4bfa459eea", "Expires": 2953, "Q": -1, "Call-ID": "1361221648", "CSeq": 136, "User-Agent": "Linphone/3.6.1 (eXosip2/3.6.0)", "Received": "[not set]", "Path": "[not set]", "State": "CS_SYNC", "Flags": 0, "CFlags": 0, "Socket": "udp:192.168.10.54:5060", "Methods": -1, "Ruid": "uloc-596f5abc-2ce5-2", "Instance": "[not set]", "Reg-Id": 0, "Last-Keepalive": 1500530337, "Last-Modified": 1500530337 } }] }, "id": 15024 } I have realtime asterisk server. [root@sipchel ~]# kamctl dispatcher dump { "jsonrpc": "2.0", "result": { "NRSETS": 1, "RECORDS": [{ "SET": { "ID": 1, "TARGETS": [{ "DEST": { "URI": "sip:192.168.4.16", "FLAGS": "IX", "PRIORITY": 0 } }, { "DEST": { "URI": "sip:192.168.10.47", "FLAGS": "AX", "PRIORITY": 0 } }] } }] }, "id": 15087 } So I want if 101 call to 102 it will process by asterisk(for call recording and other features). Now if I call from 101 to 102 kamailio will forward to asterisk and asterisk dialplan cannot find that extesion(as expected, because it is not registed on asterisk) [kamailio] exten => _1XX,1,Dial(SIP/${EXTEN}) exten => _1XX,n,Hangup If I change dialplan to Dial(SIP/KAMAILIO/${EXTEN}) call wil return to kamailio, but kamailio send it back to asterisk... I hope I explained correctly, my English is terrible. Is my screnario proper? How this usually done? Should I forward sip registrations to asterisks? My kamailio config # dispatcher params modparam("dispatcher", "db_url", "mysql://kamailio:kamailiorw@localhost /kamailio") modparam("dispatcher", "ds_ping_interval", 30) modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "flags", 2) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "load_credentials", "") #modparam("auth_db", "version_table", 0) request_route { <------># per request initial checks <------>route(REQINIT); <------># NAT detection <------>route(NATDETECT); <------># CANCEL processing <------>if (is_method("CANCEL")) { <------><------>if (t_check_trans()) { <------><------><------>route(RELAY); <------><------>} <------><------>exit; <------>} <------># handle retransmissions <------>if (!is_method("ACK")) { <------><------>if(t_precheck_trans()) { <------><------><------>t_check_trans(); <------><------><------>exit; <------><------>} <------><------>t_check_trans(); <------>} <------># handle requests within SIP dialogs <------>route(WITHINDLG); <------>### only initial requests (no To tag) <------># authentication <------>route(AUTH); <------># record routing for dialog forming requests (in case they are routed) <------># - remove preloaded route headers <------>remove_hf("Route"); <------>if (is_method("INVITE|SUBSCRIBE")) { <------><------>record_route(); <------>} <------># account only INVITEs <------>if (is_method("INVITE")) { <------><------>setflag(FLT_ACC); # do accounting <------>} <------># dispatch requests to foreign domains <------>route(SIPOUT); ------>### requests for my local domains <------># handle presence related requests <------>route(PRESENCE); <------># handle registrations <------>route(REGISTRAR); <------>if ($rU==$null) { <------><------># request with no Username in RURI <------><------>sl_send_reply("484","Address Incomplete"); <------><------>exit; <------>} <------># dispatch destinations to PSTN <------>route(PSTN); <------># user location service <------>route(LOCATION); } # User location service route[LOCATION] { #!ifdef WITH_SPEEDDIAL <------># search for short dialing - 2-digit extension <------>if($rU=~"^[0-9][0-9]$") { <------><------>if(sd_lookup("speed_dial")) { <------><------><------>route(SIPOUT); <------><------>} <------>} #!endif #!ifdef WITH_ALIASDB <------># search in DB-based aliases <------>if(alias_db_lookup("dbaliases")) { <------><------>route(SIPOUT); <------>} #!endif <------>$avp(oexten) = $rU; <------>if (!lookup("location")) { <------><------>$var(rc) = $rc; <------><------>route(TOVOICEMAIL); <------><------>t_newtran(); <------><------>switch ($var(rc)) { <------><------><------>case -1: <------><------><------>case -3: <------><------><------><------>send_reply("404", "Not Found"); <------><------><------><------>exit; <------><------><------>case -2: <------><------><------><------>send_reply("405", "Method Not Allowed"); <------><------><------><------>exit; <------><------>} <------>} <------># when routing via usrloc, log the missed calls also <------>if (is_method("INVITE")) { <------><------>setflag(FLT_ACCMISSED); <------>} route(DISPATCH); <------>route(RELAY); <------>exit; } # Dispatch requests route[DISPATCH] { <------># round robin dispatching on gateways group '1' <------>if(!ds_select_dst("1", "4")) <------>{ <------> xlog("aaaa--- SCRIPT: going to <$ru> via <$du>\n"); <------> send_reply("404", "No destination"); <------> exit; <------>} <------>xlog("--- SCRIPT: going to <$ru> via <$du>\n"); <------>t_on_failure("RTF_DISPATCH"); <------>return; } -- Aydar A. Kamalov

3 2

Integration of Google Speech API V2
by Rahul MathuR 19 Jul '17

19 Jul '17

Hi, I'm trying to integrate Google cloud speech recognition v2 in it. I can get the audio recorded, have created Service key and API key but whenever I try to access it, I just get 403 access denied. I am at my wits end here. Has anybody tried it ? were you successful ? Could you please guide me how to do it ? I'll be grateful to you if this works ! -- Warm Regds. MathuRahul

2 1

Problem with IPv4-IPv6 media bridging using RTPengine
by Ismir Saljic 19 Jul '17

19 Jul '17

Hello, I've issue with bridging media between IPv4 and IPv6 clients. IPv4-IPv4 and IPv6-IPv6 calls are working without issues. I'm using kamailio 4.4.2 and configuration according to: http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 SIP signalling is working without issues,but media addresses in SDP are not rewritten correctly. The server is on amazon AWS and both kamailio and RTPengine are on the same server. RTPengine is running using these options: /usr/sbin/rtpengine --interface=privateIPv4!publicIPv4 --interface=GlobalIPv6 --listen-udp=127.0.0.1:22222 --tos=184 --pidfile=/var/run/rtpengine.pid --log-level=6 --log-facility=daemon In case of IPv4-IPv6 call, INVITE message contains correct IPv4 address but 200 OK response to the caller still contains IPv6 address of the callee in SDP body instead of IPv4 address of the server/RTPengine. This is the log during generation of the 200 OK response. Seems that RTPengine failed to parse IPv4 address from SDP body. Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:618]: parse_msg(): SIP Reply (status): Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:620]: parse_msg(): version: <SIP/2.0> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:622]: parse_msg(): status: <200> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:624]: parse_msg(): reason: <OK> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK5afe.c59aef39af345458e17940722ba0c70b.0>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, <received> = <Server's GlobalIPv6>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 236, <i> = <8>; state=16 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, flags=2 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:498]: parse_headers(): parse_headers: this is the first via Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [receive.c:178]: receive_msg(): After parse_msg... Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global id=142 T start=0xffffffffffffffff Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 234, <received> = <178.165.130.177>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK.BUIgttWpK>; state=6 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:1254]: parse_via_param(): Found param type 235, <rport> = <2066>; state=16 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_via.c:2642]: parse_via(): end of header reached, state=5 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:496]: parse_headers(): parse_headers: Via found, flags=62 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:509]: parse_headers(): parse_headers: this is the second via Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: tag=2996330c Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, state=29 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:173]: get_hdr_field(): DEBUG: get_hdr_field: <To> [59]; uri=[sip:user@domain.com] Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:175]: get_hdr_field(): DEBUG: to body ["user"< sip:user@domain.com>] Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <21> <INVITE> Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:888]: t_reply_matching(): DEBUG: t_reply_matching: hash 61349 label 0 branch 0 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:943]: t_reply_matching(): DEBUG: t_reply_matching: reply matched (T=0x7f7f95c19a10)! Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_hooks.c:266]: run_trans_callbacks_internal(): DBG: trans=0x7f7f95c19a10, callback type 2, id 0 entered Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback called for t(0x7f7f95c19a10) event type 2, reply code 200 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=143 global id=143 T end=0x7f7f95c19a10 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:2160]: reply_received(): DEBUG: reply_received: org. status uas=180, uac[0]=180 local=0 is_invite=1) Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: incoming reply Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: FAIE Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : content_length=559 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/msg_parser.c:89]: get_hdr_field(): found end of header Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 of the callee] in `o=' field Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 of the callee] in `c=' field Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= line: `a=rtcp-fb:* nack#015#012a=rtcp-fb:* nack pli#015#012' Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp.c:574]: parse_sdp_session(): ignoring unknown type in a= line: `a=rtcp-fb:* nack pli#015#012' Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:172]: parse_to_param(): DEBUG: add_param: tag=aNfQNJz3e Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/parse_addr_spec.c:894]: parse_addr_spec(): end of header reached, state=29 Jul 19 08:02:42 rtpengine[24330]: Got valid command from udp: 127.0.0.1:28152: 1691_12 LAEI6 dcMDMrNRhw IPv6 of the callee 58100 aNfQNJz3e;1 2996330c;1 Jul 19 08:02:42 rtpengine[24330]: [dcMDMrNRhw] Failed to parse a media stream: /IPv6 of the callee:58100 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:1233]: t_should_relay_response(): ->>>>>>>>> T_code=180, new_code=200 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: tm [t_reply.c:1751]: relay_reply(): DEBUG: relay_reply: branch=0, save=0, relay=0 icode=0 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [msg_translator.c:2260]: generate_res_buf_from_sip_res(): old size: 1467, new size: 1319 Jul 19 08:02:42 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [msg_translator.c:2278]: generate_res_buf_from_sip_res(): copied size: orig:164, new: 16, rest: 1303 msg=#012SIP/2.0 200 OK#015#012 Via: SIP/2.0/TCP 10.152.108.46:56401;received=X.X.X.X; branch=z9hG4bK.BUIgttWpK;rport=2066 Record-Route: <sip:[Server's IPv6];transport=tcp;r2=on;lr;nat=v46> Record-Route: <sip:X.X.X.X;transport=tcp;r2=on;lr;nat=v46> Contact: <sip:user@[IPv6 of the callee]:59335;rinstance= 836aa36a01097072;transport=tcp> To: "user"<sip:user@domain.com>;tag=2996330c From: "caller" <sip:caller@domain.com>;tag=aNfQNJz3e Call-ID: dcMDMrNRhw CSeq: 21 INVITE Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE Content-Type: application/sdp Supported: replaces User-Agent: Bria 5 release 5.0.0 stamp 85993 Content-Length: 559 v=0 o=- 241380314 3 IN IP6 IPv6 of the callee(should be IPv4 address of the server) s=Bria 5 release 5.0.0 stamp 85993 c=IN IP6 IPv6 of the callee (should be IPv4 address of the server) The same situation is in case of IPv6-IPv4 call. This is the part of the log in case of IPV6-IPv4 call when kamailio is creating INVITE to the IPv4 callee: Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <script>: BMX: FAIE Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 Address] in `o=' field Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: <core> [parser/sdp/sdp_helpr_funcs.c:504]: extract_mediaip(): located IP address [IPv6 Address] in `c=' field Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy_funcs.c:148]: check_content_type(): type <application/sdp> found valid Jul 19 08:04:52 rtpengine[24330]: Got valid command from udp: 127.0.0.1:28152: 1691_13 UAEI6 85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ 2a03:f81:abcd:172:16:20:119:2 50168 1430094e;1 Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] Creating new call Jul 19 08:04:52 rtpengine[24330]: [85993YWVkNmQ4YTFmN2JkZWQ4NjIzMGYwMDBlM2RlOGY0ZDQ] Failed to parse a media stream: /IPv6:50168 Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: rtpproxy [rtpproxy.c:2712]: force_rtp_proxy(): proxy reply: E8 Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: ERROR: rtpproxy [rtpproxy.c:2735]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy Jul 19 08:04:52 /usr/local/sbin/kamailio[1691]: DEBUG: siputils [checks.c:97]: has_totag(): no totag Any help would be very appreciated! Thank you Kind regards

2 1

dns failover and branches
by Juha Heinanen 19 Jul '17

19 Jul '17

If Request-URI hostpart is a domain name with more than one SRV record, it appears that each SRV destination creates its own Kamailio branch. If branch route is set before t_relay(), it is executed only on the first SRV destination. If the first SRV destination fails, Kamailio tries automatically the second one, but any branch flags set in the branch route are lost. What is the simplest way to make Kamailio preserve the stuff set in the branch route for all SRV destinations? -- Juha

3 13

about rtpengine-[offer-answer] via-branch flag
by Juha Heinanen 18 Jul '17

18 Jul '17

rtpengine-offer function documentation tells this about via-branch flag: via-branch=... - Include the “branch” value of one of the “Via” headers in the request to the RTP proxy. Possible values are: “1” - use the first “Via” header; “2” - use the second “Via” header; “auto” - use the first “Via” header if this is a request, or the second one if this is a reply; “extra” - don't take the value from a header, but instead use the value of the “extra_id_pv” variable. This can be used to create one media session per branch on the RTP proxy. When sending a subsequent “delete” command to the RTP proxy, you can then stop just the session for a specific branch when passing the flag '1' or '2' in the “rtpengine_delete”, or stop all sessions for a call when not passing one of those two flags there. This is especially useful if you have serially forked call scenarios where the RTP proxy gets an “offer” command for a new branch, and then a “delete” command for the previous branch, which would otherwise delete the full call, breaking the subsequent “answer” for the new branch. Is the note about "serial forking" correct or should it be about "parallel forking" instead? In case of serial forking, it would not matter if the whole call is deleted, because a new offer would be issued for the next branch. Or perhaps I just don't understand the meaning of the note? -- Juha

2 2

Info: business directory
by Daniel-Constantin Mierla 18 Jul '17

18 Jul '17

Hello, for those new in the community as well as a reminder for the others: if you offer Kamailio-related services or products, you can get listed at: - https://www.kamailio.org/w/business-directory/ Besides that, also in the case if you just use Kamailio for RTC/VoIP services, you can add yourself in Used By directory: - https://www.kamailio.org/w/used-by/ The website has very good traffic and can increase your visibility in the market. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - www.kamailioworld.com

1 0

rtpengine: Failed to open UDP control connection port
by David Cunningham 17 Jul '17

17 Jul '17

Hello, We're using Kamailio 4.2.1 with rtpengine 5.1.2.1 on Ubuntu 16.04. When running rtpengine we get this error: [1500263405.711288] ERR: FAILED TO CREATE KERNEL TABLE 0 (File exists), KERNEL FORWARDING DISABLED [1500263405.712367] CRIT: Fatal error: Failed to open UDP control connection port The first line I think is not important, but the second appears to be. It's being run as root with these options: /usr/sbin/rtpengine --interface=xx.xx.xx.xx --listen-ng=7724 --timeout=60 --silent-timeout=3600 --pidfile=/var/run/rtpengine.pid --port-min=45000 --port-max=50000 --table=0 Running "netstat -lnp | grep 7724" does not report anything listening on port 7724 already. Has anyone any ideas? Thanks in advance. -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 Australia: +61 (0) 2 8063 9019

3 4

Kamilio new user - help get going
by Kenneth Knudsen 17 Jul '17

17 Jul '17

Hi I have been watching numerous videos on youtube in search of how to configure Kamilio ! I know we I need the Sip Server, but don't know how to get it configured. The installation is obvious with the commands as a root user. Brief description of the project: Have quite a few customers we want to move from PSTN (AT&T primarily) to a Voip/Sip solution. So instead of setting up 1 FreePBX and 1 public ip, we would rather use 1 public IP to many FreePBX servers on the backend. I haven't been able to find one video on how to configure this SIP server, and was hoping somebody here might have some clues to lead me in the right direction. I found one company that would help us, but they said at least 20 hours just to configure the first customer/freePBX installation. If we could get help setting up the first we should be able to figure out the ones to come later. Any help would be appreciated... We know the product is awesome, we have the keys but don't know how to run the thing or even get it started !! Kind regards, Kenneth Knudsen

6 11

Clarification on redis_cmd in ndb_redis module
by vivek＠advaitamtech.com 17 Jul '17

17 Jul '17

Hi, Am using redis_cmd in kamailio.cfg to perform redis operations. I would like to know if redis_cmd() creates new connection everytime I call it in kamailio.cfg?. Since am using redis_cmd() multiple times to access few data's. Also, is calling redis_free() necessary to avoid connections being open? I am facing an error of number of open files exceeded. This error is caused by ndb_redis module. But cannot confirm due to which part of redis. Thanks, Vivek

2 1

Need help to send INVITE to multiple client based on REGISTRATION status
by amit Kumar 15 Jul '17

15 Jul '17

Hi All, Following are the requirement which we want to achieve through Kamailio. Our "voip client" will not be register in advance.When Kamailio get INIVITE request for particular "voip client"(multiple client), we send push notification to make "voip client"(multiple client) alive and get it register for to Kamailio. Meanwhile INIVITE request will wait. the moment, "voip client" get register, Kamailio will send INIVITE to all the client despite their *registration time/status*.for example - if first client get register with in T+1 second,that should also get INVITE and another client get register in T+2 second that should also get INVITE. Could you please help me if this is possible in Kamailio. I have done some code walk through and have the basic idea to save the INVITE transaction(similar to suspend and continue), later point of time when i get the register request, I will use functionality like t_lookup_request and and lookup(which in turn append_branch) and call the t_realy () again. Please let me know if this is correct approach or if there is some other way to solve this. Thanks, Amit

2 1

Database connection handles vs. processes
by Alex Balashov 13 Jul '17

13 Jul '17

Hi, By way of illustration, I have one server with children=8, a single UDP listener, and 23 processes total: -- 21117 attendant 21118 udp receiver child=0 sock=xxx.xxx.xxx.xxx:5060 21119 udp receiver child=1 sock=xxx.xxx.xxx.xxx:5060 21120 udp receiver child=2 sock=xxx.xxx.xxx.xxx:5060 21121 udp receiver child=3 sock=xxx.xxx.xxx.xxx:5060 21122 udp receiver child=4 sock=xxx.xxx.xxx.xxx:5060 21123 udp receiver child=5 sock=xxx.xxx.xxx.xxx:5060 21124 udp receiver child=6 sock=xxx.xxx.xxx.xxx:5060 21125 udp receiver child=7 sock=xxx.xxx.xxx.xxx:5060 21126 slow timer 21127 timer 21128 MI FIFO 21129 ctl handler 21130 RTIMER USEC EXEC 21131 RTIMER USEC EXEC 21132 RTIMER USEC EXEC 21133 RTIMER USEC EXEC 21134 RTIMER USEC EXEC 21135 RTIMER USEC EXEC 21136 RTIMER USEC EXEC 21137 Dialog KA Timer 21138 Dialog Clean Timer 21139 tcp main process # kamcmd -s /tmp/kamailio_ctl ps | wc -l 23 -- This appears to result in 23 total database connections to the Postgres server: -- # lsof -n | grep -i '^kam' | grep IPv4 | grep TCP | grep -i :postgres | wc -l 23 -- But I have another Kamailio server that has three listeners, two UDP and one TCP, and children=24, i.e. -- children=24 listen=udp:xxx.xxx.xxx.xxx:5060 listen=udp:yyy.yyy.yyy.yyy:5060 listen=tcp:zzz.zzz.zzz.zzz:5060 -- I am given to understand that the total number of worker processes there will be (children_setting * listeners), i.e. 72 in this case, plus some number of rtimer and supervisory processes, as in my case. And true enough: -- # kamcmd -s /tmp/kamailio_ctl ps | wc -l 86 # kamcmd -s /tmp/kamailio_ctl ps | sed 's/65.254.44.195/yyy.yyy.yyy.yyy/g' | sed 's/65.254.44.194/zzz.zzz.zzz.zzz/g' 22065 main process - attendant 22069 udp receiver child=0 sock=zzz.zzz.zzz.zzz:5060 22070 udp receiver child=1 sock=zzz.zzz.zzz.zzz:5060 22071 udp receiver child=2 sock=zzz.zzz.zzz.zzz:5060 22073 udp receiver child=3 sock=zzz.zzz.zzz.zzz:5060 22074 udp receiver child=4 sock=zzz.zzz.zzz.zzz:5060 22076 udp receiver child=5 sock=zzz.zzz.zzz.zzz:5060 22079 udp receiver child=6 sock=zzz.zzz.zzz.zzz:5060 22080 udp receiver child=7 sock=zzz.zzz.zzz.zzz:5060 22082 udp receiver child=8 sock=zzz.zzz.zzz.zzz:5060 22085 udp receiver child=9 sock=zzz.zzz.zzz.zzz:5060 22086 udp receiver child=10 sock=zzz.zzz.zzz.zzz:5060 22089 udp receiver child=11 sock=zzz.zzz.zzz.zzz:5060 22091 udp receiver child=12 sock=zzz.zzz.zzz.zzz:5060 22093 udp receiver child=13 sock=zzz.zzz.zzz.zzz:5060 22095 udp receiver child=14 sock=zzz.zzz.zzz.zzz:5060 22097 udp receiver child=15 sock=zzz.zzz.zzz.zzz:5060 22099 udp receiver child=16 sock=zzz.zzz.zzz.zzz:5060 22100 udp receiver child=17 sock=zzz.zzz.zzz.zzz:5060 22103 udp receiver child=18 sock=zzz.zzz.zzz.zzz:5060 22105 udp receiver child=19 sock=zzz.zzz.zzz.zzz:5060 22107 udp receiver child=20 sock=zzz.zzz.zzz.zzz:5060 22109 udp receiver child=21 sock=zzz.zzz.zzz.zzz:5060 22111 udp receiver child=22 sock=zzz.zzz.zzz.zzz:5060 22113 udp receiver child=23 sock=zzz.zzz.zzz.zzz:5060 22115 udp receiver child=0 sock=yyy.yyy.yyy.yyy:5060 22117 udp receiver child=1 sock=yyy.yyy.yyy.yyy:5060 22119 udp receiver child=2 sock=yyy.yyy.yyy.yyy:5060 22121 udp receiver child=3 sock=yyy.yyy.yyy.yyy:5060 22123 udp receiver child=4 sock=yyy.yyy.yyy.yyy:5060 22125 udp receiver child=5 sock=yyy.yyy.yyy.yyy:5060 22127 udp receiver child=6 sock=yyy.yyy.yyy.yyy:5060 22129 udp receiver child=7 sock=yyy.yyy.yyy.yyy:5060 22131 udp receiver child=8 sock=yyy.yyy.yyy.yyy:5060 22132 udp receiver child=9 sock=yyy.yyy.yyy.yyy:5060 22135 udp receiver child=10 sock=yyy.yyy.yyy.yyy:5060 22137 udp receiver child=11 sock=yyy.yyy.yyy.yyy:5060 22139 udp receiver child=12 sock=yyy.yyy.yyy.yyy:5060 22141 udp receiver child=13 sock=yyy.yyy.yyy.yyy:5060 22143 udp receiver child=14 sock=yyy.yyy.yyy.yyy:5060 22145 udp receiver child=15 sock=yyy.yyy.yyy.yyy:5060 22147 udp receiver child=16 sock=yyy.yyy.yyy.yyy:5060 22149 udp receiver child=17 sock=yyy.yyy.yyy.yyy:5060 22151 udp receiver child=18 sock=yyy.yyy.yyy.yyy:5060 22153 udp receiver child=19 sock=yyy.yyy.yyy.yyy:5060 22155 udp receiver child=20 sock=yyy.yyy.yyy.yyy:5060 22156 udp receiver child=21 sock=yyy.yyy.yyy.yyy:5060 22159 udp receiver child=22 sock=yyy.yyy.yyy.yyy:5060 22161 udp receiver child=23 sock=yyy.yyy.yyy.yyy:5060 22163 slow timer 22165 timer 22167 secondary timer 22168 ctl handler 22169 RTIMER USEC EXEC 22170 RTIMER USEC EXEC 22172 RTIMER USEC EXEC 22173 RTIMER USEC EXEC 22175 Dialog Clean Timer 22176 TIMER NH 22177 TIMER NH 22178 TIMER NH 22179 tcp receiver (generic) child=0 22180 tcp receiver (generic) child=1 22182 tcp receiver (generic) child=2 22184 tcp receiver (generic) child=3 22186 tcp receiver (generic) child=4 22188 tcp receiver (generic) child=5 22190 tcp receiver (generic) child=6 22192 tcp receiver (generic) child=7 22194 tcp receiver (generic) child=8 22196 tcp receiver (generic) child=9 22198 tcp receiver (generic) child=10 22200 tcp receiver (generic) child=11 22202 tcp receiver (generic) child=12 22204 tcp receiver (generic) child=13 22206 tcp receiver (generic) child=14 22208 tcp receiver (generic) child=15 22210 tcp receiver (generic) child=16 22212 tcp receiver (generic) child=17 22214 tcp receiver (generic) child=18 22216 tcp receiver (generic) child=19 22218 tcp receiver (generic) child=20 22220 tcp receiver (generic) child=21 22223 tcp receiver (generic) child=22 22225 tcp receiver (generic) child=23 22227 tcp main process -- But, for some reason, the number of database connections to Postgres seems to be considerably higher than the number of total processes: -- # lsof -n | grep '^kam' | grep TCP | grep IPv4 | grep ':postgres' | wc -l 114 -- This is not due to orphaned/unterminated Kamailio processes. There's only one process lineage: -- |-kamailio(22065)-+-kamailio(22069) | |-kamailio(22070) | |-kamailio(22071) | |-kamailio(22073) | |-kamailio(22074) | |-kamailio(22076) | |-kamailio(22079) | |-kamailio(22080) | |-kamailio(22082) | |-kamailio(22085) | |-kamailio(22086) | |-kamailio(22089) | |-kamailio(22091) | |-kamailio(22093) | |-kamailio(22095) | |-kamailio(22097) | |-kamailio(22099) | |-kamailio(22100) | |-kamailio(22103) | |-kamailio(22105) | |-kamailio(22107) | |-kamailio(22109) | |-kamailio(22111) | |-kamailio(22113) | |-kamailio(22115) | |-kamailio(22117) | |-kamailio(22119) | |-kamailio(22121) | |-kamailio(22123) | |-kamailio(22125) | |-kamailio(22127) | |-kamailio(22129) | |-kamailio(22131) | |-kamailio(22132) | |-kamailio(22135) | |-kamailio(22137) | |-kamailio(22139) | |-kamailio(22141) | |-kamailio(22143) | |-kamailio(22145) | |-kamailio(22147) | |-kamailio(22149) | |-kamailio(22151) | |-kamailio(22153) | |-kamailio(22155) | |-kamailio(22156) | |-kamailio(22159) | |-kamailio(22161) | |-kamailio(22163) | |-kamailio(22165) | |-kamailio(22167) | |-kamailio(22168) | |-kamailio(22169) | |-kamailio(22170) | |-kamailio(22172) | |-kamailio(22173) | |-kamailio(22175) | |-kamailio(22176) | |-kamailio(22177) | |-kamailio(22178) | |-kamailio(22179) | |-kamailio(22180) | |-kamailio(22182) | |-kamailio(22184) | |-kamailio(22186) | |-kamailio(22188) | |-kamailio(22190) | |-kamailio(22192) | |-kamailio(22194) | |-kamailio(22196) | |-kamailio(22198) | |-kamailio(22200) | |-kamailio(22202) | |-kamailio(22204) | |-kamailio(22206) | |-kamailio(22208) | |-kamailio(22210) | |-kamailio(22212) | |-kamailio(22214) | |-kamailio(22216) | |-kamailio(22218) | |-kamailio(22220) | |-kamailio(22223) | |-kamailio(22225) | `-kamailio(22227) -- Yet, for some reason, some of the processes have two established DB connections from different ports: -- kamailio 22220 root 3u IPv4 189895303 0t0 TCP 127.0.0.1:46550->127.0.0.1:postgres (ESTABLISHED) kamailio 22220 root 86u IPv4 189895067 0t0 TCP 127.0.0.1:46458->127.0.0.1:postgres (ESTABLISHED) kamailio 22223 root 3u IPv4 189895315 0t0 TCP 127.0.0.1:46556->127.0.0.1:postgres (ESTABLISHED) kamailio 22223 root 86u IPv4 189895067 0t0 TCP 127.0.0.1:46458->127.0.0.1:postgres (ESTABLISHED) kamailio 22225 root 3u IPv4 189895321 0t0 TCP 127.0.0.1:46560->127.0.0.1:postgres (ESTABLISHED) kamailio 22225 root 86u IPv4 189895067 0t0 TCP 127.0.0.1:46458->127.0.0.1:postgres (ESTABLISHED) kamailio 22227 root 86u IPv4 189895067 0t0 TCP 127.0.0.1:46458->127.0.0.1:postgres (ESTABLISHED) -- ... while others don't ... -- kamailio 22111 root 3u IPv4 189894820 0t0 TCP 127.0.0.1:46326->127.0.0.1:postgres (ESTABLISHED) kamailio 22113 root 3u IPv4 189894828 0t0 TCP 127.0.0.1:46332->127.0.0.1:postgres (ESTABLISHED) kamailio 22115 root 3u IPv4 189894834 0t0 TCP 127.0.0.1:46334->127.0.0.1:postgres (ESTABLISHED) kamailio 22117 root 3u IPv4 189894842 0t0 TCP 127.0.0.1:46338->127.0.0.1:postgres (ESTABLISHED) kamailio 22119 root 3u IPv4 189894848 0t0 TCP 127.0.0.1:46340->127.0.0.1:postgres (ESTABLISHED) -- So, this gives rise to two questions in my mind: 1. I don't seem to understand the relationship between the number of database connection handles and the total number of child processes. I had always assumed that only SIP workers and other processes specialised into a role with possible "database involvement" (e.g. rtimer, async workers, etc.) would hold database connections. 2. What's going on in the second scenario such that some processes have two connections? Both servers running: -- # kamcmd -s /tmp/kamailio_ctl core.version kamailio 4.4.6 (x86_64/linux) becbde -- Insights much appreciated! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

5 12

What happens to calls when Kamailio restarts?
by Samuel F. 13 Jul '17

13 Jul '17

Hi, I have a question regarding calls and Kamailio restarts. Suppose Kamailio crashes (and started again), is restarted or failed over to a different server (same IP). What then happens with calls? Let's suppose the following scenario: - 1000 calls active on the machine - Some are in call setup, some are in call, some are in teardown phases - The proxy is stateful - The proxy forwards calls from B2BUA machines to an ITSP (outbound only) - Uses record-routing - Uses loose routing What will be the likely outcome of the restart with regards to the calls in the different phases and accounting for said calls? All the best, Samuel

4 6

Subst_body M Audio
by Nicolas Breuer 13 Jul '17

13 Jul '17

Hello, I'm trying to replace the M part in the SDP Body. Seems not working as expected ( I changed the "s" part without problems ) Code : if ( subst_body('/(^m=.*)/m=testing of rewrite.\r/') ) { $var(s)=""; }; Here's the incoming body message c=IN IP4 217.112.180.235. t=0 0. m=audio 49152 RTP/AVP 8 9 18 101. a=rtpmap:8 PCMA/8000. a=rtpmap:9 G722/8000. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. After subst. ( note the .10840 on the m line) c=IN IP4 217.112.180.10. t=0 0. m=testing of rewrite..10840 a=rtpmap:8 PCMA/8000. a=rtpmap:9 G722/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=nortpproxy:yes.

2 3

issue sending http_async_client POST request
by Abdul Basit 13 Jul '17

13 Jul '17

Hi folks, I am using kamailio -v version: kamailio 5.0.2 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 10:02:27 Jul 4 2017 with gcc 4.9.2 I was trying to send http POST request to my web server example.com following example Example 1.12. http_async_query() usage <https://www.kamailio.org/docs/modules/5.0.x/modules/http_async_client.html#…> https://www.kamailio.org/docs/modules/5.0.x/modules/http_async_client.html according to that we should send parameters in body like # POST $http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}"; http_async_query("http://example.com/test.php", "HTTP_REPLY"); But its not working out of the box as described with error message from server: INFO: <script>: route[HTTP_REPLY]: status 400 INFO: <script>: route[HTTP_REPLY]: body Insufficient parameters. I even tried adding additional parameters $http_req(hdr) = "Content-Type: application/x-www-form-urlencoded"; $http_req(method) = "POST"; But again it didn't work. I tried the alternative way which worked fine. # POST $http_req(body) = "r_uri=$rU&f_uri=$fU"; http_async_query("http://example.com/test.php", "HTTP_REPLY"); Is there any issue with documentation or i am missing something for POST request? -- regards, abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445

3 4

issue sending http_async_client POST request
by Abdul Basit 13 Jul '17

13 Jul '17

Hi folks, I am using I was trying to send http POST request to my web server example.com following example Example 1.12. http_async_query() usage <https://www.kamailio.org/docs/modules/5.0.x/modules/http_async_client.html#…> https://www.kamailio.org/docs/modules/5.0.x/modules/http_async_client.html according to that we should send parameters in body like # POST $http_req(body) = "{'r_uri':'" + $rU + "', 'f_uri':'" + $fU + "'}"; http_async_query("http://example.com/test.php", "HTTP_REPLY"); But its not working out of the box as described with error message from server: INFO: <script>: route[HTTP_REPLY]: status 400 INFO: <script>: route[HTTP_REPLY]: body Insufficient parameters. I even tried adding additional parameters $http_req(hdr) = "Content-Type: application/x-www-form-urlencoded"; $http_req(method) = "POST"; But again it didn't work. I tried the alternative way which worked fine. # POST $http_req(body) = "r_uri=$rU&f_uri=$fU"; http_async_query("http://example.com/test.php", "HTTP_REPLY"); Is there any issue with documentation or i am missing something for POST request? -- regards, abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445

1 0

Call is not placing in kamailio
by Logeshwaran G 13 Jul '17

13 Jul '17

Dear Team, I have installed Kamailio-5.0, and i have included subscriber table as well. Two users have successfully registered but cant able to place the call in between the users. Kindly help me for placing the call. Thanks in Advance, Logesh

2 9

RTPProxy - lookup request failed
by Marian Piater 12 Jul '17

12 Jul '17

Hello, I have a problem with RTPProxy. Scenario: SS7 (PSTN) ---> ASTERISK BOX --> Kamailio --> UAC In case of incoming call from PSTN, when called party answer the call after 60 seconds of ringing, then the call is without audio and in this case I see in the log this message: Creating session Jul 11 11:24:32 b2b-voice-sipproxy-v3 rtpproxy[731]: INFO:handle_command: new session 766d0e006d8969d36c628e363ea7c3e1(a)upc.cz, tag as7a7c86ae;1 requested, type strong Jul 11 11:24:32 b2b-voice-sipproxy-v3 rtpproxy[731]: INFO:handle_command: new session on a port 52902 created, tag as7a7c86ae;1 Jul 11 11:24:32 b2b-voice-sipproxy-v3 rtpproxy[731]: INFO:handle_command: pre-filling caller's address with XXX.XXX.XXX.XXX:32740 Answer after approx 60 seconds Jul 11 11:25:40 b2b-voice-sipproxy-v3 rtpproxy[731]: INFO:handle_command: lookup request failed: session 766d0e006d8969d36c628e363ea7c3e1(a)upc.cz, tags as7a7c86ae;1/l0g9iusua2;1 not found Jul 11 11:25:40 b2b-voice-sipproxy-v3 rtpproxy[731]: INFO:handle_delete: forcefully deleting session 1 on ports 35196/36656 Kamailio log (answer) Jul 11 11:25:40 b2b-voice-sipproxy-v3 kamailio[5268]: INFO: <script>: UID:766d0e006d8969d36c628e363ea7c3e1@upc.cz -- ONREPLY_ROUTE: rtpproxy_manage(co) Jul 11 11:25:40 b2b-voice-sipproxy-v3 kamailio[5268]: ERROR: rtpproxy [rtpproxy.c:2536]: force_rtp_proxy(): incorrect port 0 in reply from rtp proxy It looks like there is somewhere 60 seconds session timeout. But I don't know where. When the call is answered during first 60 seconds, then everything is OK and we have both audio. Kamailio reply route configuration: onreply_route[REPLYROUTE] { # #-- On-replay block routing -- # xlog("L_INFO","UID:$ci -- ONREPLY_ROUTE1: $rm $si avp $avp(s:131) $avp(s:132)"); if(has_body("application/sdp")) { xlog("L_INFO","UID:$ci -- ONREPLY_ROUTE: rtpproxy_manage(co)"); rtpproxy_manage("co"); } if ((isflagset(FLT_NATS) || isbflagset(FLB_NATB)) && status=~"(183)|(2[0-9][0-9])"){ xlog("L_INFO","UID:$ci -- ONREPLY_ROUTE1: force_rtp_proxy"); append_hf("P-hint: onreply_route|force_rtp_proxy \r\n"); } if (isbflagset(FLB_NATB)) { xlog("L_INFO","UID:$ci -- ONREPLY_ROUTE1: P-hint: Onreply-route - fixcontact"); append_hf("P-hint: Onreply-route - fixcontact \r\n"); fix_nated_contact(); } exit; } Some parameters settings. modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("rtpproxy", "extra_id_pv", "$avp(extra_id)") modparam("rtpproxy", "rtpproxy_disable_tout", 20) modparam("rtpproxy", "rtpproxy_tout", 2) modparam("tm", "disable_6xx_block", 1) modparam("tm", "fr_timer", 5000) ## 5 seconds. modparam("tm", "restart_fr_on_each_reply", 0) modparam("tm", "auto_inv_100_reason", "Trying") modparam("dialog", "dlg_flag", 4) modparam("dialog", "rr_param", "rtp") modparam("dialog", "default_timeout", 7230) modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "db_mode", 1) modparam("dialog", "enable_stats", 1) modparam("dialog", "send_bye", 1) modparam("dialog", "lreq_callee_headers", "TH: dlh\r\n") modparam("rr", "enable_full_lr", 1) modparam("rr", "append_fromtag", 1) modparam("rr", "enable_double_rr", 1) RTPproxy is installed from Debian package: /usr/bin/rtpproxy -s udp:127.0.0.1 7722 -u rtpproxy rtpproxy -p /var/run/rtpproxy/rtpproxy.pid -F -l XXX.XXX.XXX.XXX -d DBUG LOG_LOCAL0 Any advice? Thanks

3 9

Re: [SR-Users] Setup IMS core Network When Network behind nat
by Mojtaba 12 Jul '17

12 Jul '17

Hi. I found where was my problem. I had a misunderestanding. I used public domaim as outbound proxy and i could register to ims. On 11 Jul 2017 15:00, "Mojtaba" <mespio(a)gmail.com> wrote: > Hi Daniel. > Let me describe more clearly the network. Let me suppose these > configurations: > Private IMS Domain: kamailio0ims.test (192.168.100.200) > username: bob(a)kamailio-ims.test > secret: bob > outboundproxy: pcscf.kamailio-ims.test (192.168.100.101) > With these informations, all things works correctly. > Now suppose we have one public IP with predefined > domain(sbc.ims-domain.com) that is set on PCSCF.(This node has two ip > address, one private ip and on public ip), > How can the bob register to network like as before?because the domain > sbc.ims-domain.com is not validate on IMS network. > should i use the sems-sbc? becuase in this situation the private > domain is not reachables. > If it is needed, let me to describe more. > Thanks > > > > On Tue, Jul 11, 2017 at 2:24 PM, Daniel-Constantin Mierla > <miconda(a)gmail.com> wrote: > > Hello, > > > > do you want the entire platform to be behind a single public ip, or each > > node in the network to run on a private ip but have also a public ip > > associated? > > > > Cheers, > > Daniel > > > > > > On 11.07.17 11:31, Mojtaba wrote: > >> Hello, I am working on IMS core network. In this network we have these > >> node with private IP: > >> P-CSCF: 192.168.100.101(pcscf.kamailio-ims.test) > >> I-CSCF: 192.168.100.102(icscf.kamailio-ims.test) > >> S-CSCF: 192.168.100.103(scscf.kamailio-ims.test) > >> HSS: 192.168.100.200(hss.kamailio-ims.test) > >> I have two default users (bob and alice) and all things right great. > >> Now i want use this network with one public IP behind nat. Let me know > >> What should i do? > >> In one way i could use SEMS-SBC and set public IP on it, How should i > >> config sems-sbc to work correctly? > >> Thanks.With Regads. > >> M.ES.S > >> > >> _______________________________________________ > >> Kamailio (SER) - Users Mailing List > >> sr-users(a)lists.kamailio.org > >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > > -- > > Daniel-Constantin Mierla > > www.twitter.com/miconda -- www.linkedin.com/in/miconda > > Kamailio Advanced Training - www.asipto.com > > Kamailio World Conference - www.kamailioworld.com > > > > > > -- > --Mojtaba Esfandiari.S >

2 1

New Diameter IMS Module : can we use it as SWx interface
by Igor Potjevlesch 11 Jul '17

11 Jul '17

Dear Kamailio users, Recently has been added to Kamailio two new modules : CDP and CDP_AVP There is not the TS 29.273 in it but I wanted to know if we can use it to emulate SWx interface? or add it with a non-hardcoded solution? I have seen the kamailio conference online and one session told about emulate IMS HSS with those two modules. Is someone tried to do it and want to share is experience with me ? Some DIAMETER functions in these modules are closed from the SWx. Best regards Igor Potjevlesch --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. https://www.avast.com/antivirus

2 1

Setup IMS core Network When Network behind nat
by Mojtaba 11 Jul '17

11 Jul '17

Hello, I am working on IMS core network. In this network we have these node with private IP: P-CSCF: 192.168.100.101(pcscf.kamailio-ims.test) I-CSCF: 192.168.100.102(icscf.kamailio-ims.test) S-CSCF: 192.168.100.103(scscf.kamailio-ims.test) HSS: 192.168.100.200(hss.kamailio-ims.test) I have two default users (bob and alice) and all things right great. Now i want use this network with one public IP behind nat. Let me know What should i do? In one way i could use SEMS-SBC and set public IP on it, How should i config sems-sbc to work correctly? Thanks.With Regads. M.ES.S

2 1

Siremis updates
by Daniel-Constantin Mierla 11 Jul '17

11 Jul '17

Hello, there is some ongoing work on Siremis (web management interface for kamailio) to make it fully compatible with Kamailio 5.0.x as well as update some of its legacy components: - https://github.com/asipto/siremis So I thought to start a discussion here and see if some of those changes are going to impact too much existing installations or what are the best options to use for the future. Done so far: 1) implemented the JSONRPC client using UDP and unix domain sockets, to work in pair with jsonrpcs module as a replacement for removed MI interface. The old JSONRPC over HTTP is still an option. 2) charts system has been migrated from open flash chart (ofc) to echarts (pure html5/javascript) -- therefore no more requiring to enable flash in browser. Configuration is the same and the charts should look pretty similar. If you upgrade, apart of different html view for the charts, the config files should not be changed. If you notice something broken, open an issue on github project linked above. Planned to be done: 3) Relocate siremis/modules/ser to siremis/modules/sipadmin -- this purely for more suggestive name for the admin module related to the SIP services offered by Kamailio, and be in pair with the module sipuser. This is mainly search and replace over php and xml files, however, it is going to impact if you developed your own internal extensions for siremis and placed them in the 'ser' module. It will require that you do the same search+replace 4) Review existing database tables views and add fields for missing columns. 5) Add views for other database tables. First in my mind being the table for rtpengine module. If you use some modules with tables not yet managed by siremis, reply and list them to set a list of priorities. Should have other things to report about siremis and are not yet listed on project's issue tracker, let's discuss here. Testing and feedback for 1) and 2) are very appreciated! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - www.kamailioworld.com

1 1

deb nightly-builds not being built
by Victor Seva 10 Jul '17

10 Jul '17

We are having some issues with our building infrastructure so packages are not being built. We are working on it, please be patient. Cheers, Victor

2 3

m_dump sends multiple messages
by Rahul Mehta 10 Jul '17

10 Jul '17

hello, when m_dump() function is called as user gets online, the function i.e=m_dump() sends multiple copies of same message,can anyone please provide way to stop m_dump() sending multiple copies of same message. I am providing the code of m_dump function if (m_dump("$fu")) { xlog("L_INFO","MSILO: offline messages dumped - if they were\n"); }else{ xlog("L_INFO","MSILO: no offline messages dumped\n"); };

2 1

kamctl v5 issues sending rpc from jsonrpc_exec_ex
by Abdoul Osséni 10 Jul '17

10 Jul '17

Hello, Got this error : ERROR: jsonrpcs [jsonrpcs_mod.c:1323]: jsonrpc_exec_ex(): method callback not found [dlg.end_dlg 3660 9594] Regards

2 3

domain vs uid_domain module
by Huber Andreas 10 Jul '17

10 Jul '17

Hi, I was comparing the documentation of the "uid_domain" and "domain" modules and I was wondering what is the main difference between the two modules. While the "uid_domain" module has more documentation, it seems to me that both modules are offering very similar functionality, or am I missing something ? Also I found it curious that the documentation of the "uid_domain" module uses "domain" as the module name in all its examples for the module configuration. E.g. modparam("domain", "domain_table", "new_name") But when I try to use the "uid_domain" module, I actually have to specify the parameters as : modparam("uid_domain", "domain_table", "new_name") The same question also applies to the "uid_auth_db" module that resembles closely the "auth_db" module in the documentation, but not in the implementation. Kind Regards, Andreas

2 1

app_lua reload - what exactly gets reloaded?
by Sebastian Damm 10 Jul '17

10 Jul '17

Hi, we have written some logic for a project in lua. There is a small function that gets called from Kamailio, but the main logic is done in a self-written module. That module does initialize some values from database on the first request that comes in. Now when reloading app_lua from kamcmd or via jsonrpc, I don't see the log output generated when initializing. In the debug log, I can see that the reload is taking place, but the variables and state seem to not get reset. What does the reload command actually reload? Best Regards, Sebastian

2 7

How to delay messages when msilo messages are dumped
by Rahul Mehta 10 Jul '17

10 Jul '17

Hello, We are facing scenario when msilo dump function is called the user's device gets hanged/crash as messages are sent together to the user who gets online,please provide solution how to delay the messages which are send to the user when 'm_dump' function is called. I am providing the code of m_dump function if (m_dump("$fu")) { xlog("L_INFO","MSILO: offline messages dumped - if they were\n"); }else{ xlog("L_INFO","MSILO: no offline messages dumped\n"); };

2 1

Random Proxy Crash, Restarted OK Anything Here For Concern?
by JR Richardson 10 Jul '17

10 Jul '17

Hi All, I have a basic proxy up and running for over 6 months without issue, had a random crash, not sure why. Restarted kamailio process and it's working as expected. Any clue is the log to indicate what might have happened? ----snip---- Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13416]: : <core> [mem/q_malloc.c:468]: qm_free(): BUG: qm_free: freeing already freed pointer (0x7fa1e1ebd658), called from <core>: mem/shm_mem.c: sh_realloc(88), first free <core>: mem/shm_mem.c: sh_realloc(88) - aborting Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13415]: ALERT: <core> [main.c:775]: handle_sigs(): child process 13416 exited by a signal 6 Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13415]: ALERT: <core> [main.c:778]: handle_sigs(): core was not generated Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13415]: INFO: <core> [main.c:790]: handle_sigs(): INFO: terminating due to SIGCHLD Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13423]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13420]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13424]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13419]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13421]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13422]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13418]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13417]: INFO: <core> [main.c:841]: sig_usr(): INFO: signal 15 received Jul 5 16:31:46 sip-router3-ve206 /usr/local/sbin/kamailio[13415]: ERROR: ctl [ctl.c:379]: mod_destroy(): ERROR: ctl: could not delete unix socket /tmp/kamailio_ctl: Operation not permitted (1) ----snip---- RTPProxy also running on the server was not affected. root@sip-router3-ve206:/var/log# kamailio -V version: kamailio 4.1.0 (x86_64/linux) 350d2e flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: 350d2e compiled on 16:41:38 Dec 17 2013 with gcc 4.4.5 Yes, I know it's an older version but I prefer not to upgrade unless absolutely necessary. I'm sure this was a random event, not too concerned but since it is a production server, I'm obligated to investigate. Thanks. JR -- JR Richardson Engineering for the Masses Chasing the Azeotrope

3 2

remove_hf_re error on startup
by Grant Bagdasarian 07 Jul '17

07 Jul '17

Hi, I'm trying to remove all custom headers starting with X-, except a certain header, but Kamailio won't start due to an error. ERROR: <core> [route.c:1154]: fix_actions(): fixing failed (code=-1) at cfg:/etc/kamailio/kamailio.cfg:455 remove_hf_re("^(?!X-ThisHeaderShouldNotBeRemoved)X-.*") or remove_hf_re("^(?!X- ThisHeaderShouldNotBeRemoved)X-") This is valid regex according to https://regex101.com/ Any idea's why this won't compile? Regards, Grant

3 3

How to convert ipv6 to ipv4 address inside message body
by Narayan P 07 Jul '17

07 Jul '17

Hi, I am using kamailio as outbound proxy integrated with rtpproxy.I have done the configuration of ipv6 to ipv4 network. But when 183 session progress came ,kamailio is sending its ipv6 address to pjsip client inside sdp body.So that it is not accepting and 488 error message is giving. How to convert ipv6 to ipv4 inside kamailio so that pjsip can accept. Below is the sip trace from client. 20:49:20.152 pjsua_app.c .....Call 0 state changed to EARLY (183 Session progress) 20:49:20.152 pjsua_media.c .....Call 0: updating media.. 20:49:20.152 pjsua_media.c ......pjmedia_stream_info_from_sdp() failed for call_id 0 media 0: Unsupported address family (PJ_EAFNOTSUP) 20:49:20.152 pjsua_media.c ......Error updating media call00:0: Unsupported address family (PJ_EAFNOTSUP) 20:49:20.152 pjsua_call.c .....Unable to create media session: No active media stream after negotiation (PJMEDIA_SDPNEG_ENOMEDIA) [status=220048] 20:49:20.152 pjsua_core.c ........TX 418 bytes Request msg CANCEL/cseq=12308 (tdta0x7f0b28008400) to UDP 2001:db8:bad:a55::2:5070: CANCEL sip:919035438928@185.122.206.62 SIP/2.0 Via: SIP/2.0/UDP [2001:DB8:BAD:A55:0:0:0:2]:5077;rport;branch=z9hG4bKPj8pbyM6u7jh2tBncOqhPSbPMA8mK4RaIz Max-Forwards: 70 From: sip:OTT919620649614@185.122.206.62;tag=YZDJ3TTb4kDIO2.0Bvuw8nrkTTNPBwtm To: <sip:919035438928@185.122.206.62> Call-ID: 7otfmBr7j6wvfhjlApd0xcHOPp6wsII6 CSeq: 12308 CANCEL Route: <sip:[2001:db8:bad:a55::2]:5070;lr> Content-Length: 0 --end msg-- 20:49:20.154 pjsua_core.c .RX 457 bytes Response msg 200/CANCEL/cseq=12308 (rdata0x7f0b28001d08) from UDP 2001:db8:bad:a55::2:5070: SIP/2.0 200 canceling Via: SIP/2.0/UDP [2001:DB8:BAD:A55:0:0:0:2]:5077;rport=5077;branch=z9hG4bKPj8pbyM6u7jh2tBncOqhPSbPMA8mK4RaIz;received=2001:DB8:BAD:A55:0:0:0:2 From: sip:OTT919620649614@185.122.206.62;tag=YZDJ3TTb4kDIO2.0Bvuw8nrkTTNPBwtm To: <sip:919035438928@185.122.206.62>;tag=6374de6d95f421336d5241fc0a072275-2b9b Call-ID: 7otfmBr7j6wvfhjlApd0xcHOPp6wsII6 CSeq: 12308 CANCEL Server: kamailio (5.0.0-dev5 (x86_64/linux)) Content-Length: 0 --end msg-- 20:49:20.310 pjsua_core.c .RX 380 bytes Response msg 487/INVITE/cseq=12308 (rdata0x7f0b28001d08) from UDP 2001:db8:bad:a55::2:5070: SIP/2.0 487 Request Terminated Via: SIP/2.0/UDP [2001:DB8:BAD:A55:0:0:0:2]:5077;rport=5077;branch=z9hG4bKPj8pbyM6u7jh2tBncOqhPSbPMA8mK4RaIz;received=2001:DB8:BAD:A55:0:0:0:2 From: <sip:OTT919620649614@185.122.206.62>;tag=YZDJ3TTb4kDIO2.0Bvuw8nrkTTNPBwtm To: <sip:919035438928@185.122.206.62> CSeq: 12308 INVITE Call-ID: 7otfmBr7j6wvfhjlApd0xcHOPp6wsII6 Content-Length: 0 --end msg-- 20:49:20.310 pjsua_core.c ..TX 412 bytes Request msg ACK/cseq=12308 (tdta0x7f0b2800cf40) to UDP 2001:db8:bad:a55::2:5070: ACK sip:919035438928@185.122.206.62 SIP/2.0 Via: SIP/2.0/UDP [2001:DB8:BAD:A55:0:0:0:2]:5077;rport;branch=z9hG4bKPj8pbyM6u7jh2tBncOqhPSbPMA8mK4RaIz Max-Forwards: 70 From: sip:OTT919620649614@185.122.206.62;tag=YZDJ3TTb4kDIO2.0Bvuw8nrkTTNPBwtm To: <sip:919035438928@185.122.206.62> Call-ID: 7otfmBr7j6wvfhjlApd0xcHOPp6wsII6 CSeq: 12308 ACK Route: <sip:[2001:db8:bad:a55::2]:5070;lr> Content-Length: 0 --end msg-- 20:49:20.311 pjsua_app.c .....Call 0 is DISCONNECTED [reason=488 (Not Acceptable Here)] 20:49:20.311 pjsua_app_comm ..... [DISCONNCTD] To: <sip:919035438928@185.122.206.62>;tag=GB-1498835320600 Call time: 00h:00m:00s, 1st res in 361 ms, conn in 0ms #0 audio deactivated 20:49:20.311 pjsua_media.c .....Call 0: deinitializing media.. 20:49:20.311 pjsua_media.c .......Media stream call00:0 is destroyed 20:49:21.311 pjsua_aud.c !Closing sound device after idle for 1 second(s) 20:49:21.311 pjsua_app.c .Turning sound device OFF 20:49:21.311 pjsua_aud.c .Closing default sound playback device and default sound capture device Any suggestion will be highly appreciated. Thanks, Narayan

3 2

SUBSCRIBE not work with public ip kamailio
by Nguyen Tran Nhan 07 Jul '17

07 Jul '17

Hello, I am using Kamailio with SEMS and rtpproxy for public ip address. I got issue that SUBSCRIBE message does not work. SUBSCRIBE works well with private ip address. Anyone face with this issue? Thanks, Nhan

2 5

Dialog List cannot be listed using kamcmd
by Muhammad Zaka 07 Jul '17

07 Jul '17

Hi We have over 400 active dialogs and I wanted to list all of them but it doesn't list any : - root@kamailio:~# kamcmd dlg.list ERROR: reply too big The command works fine when we have few dialogs. Is there any way to list all the active dialogs? Many Thanks Regards Muhammad Zaka

3 4

Kamilio doesn't start up with pymongo in the Kemi Python script..
by Muhammad Zaka 06 Jul '17

06 Jul '17

Hi all, In kamailio 5.0.1 with kemi interface for python I am trying to use pymongo to import Mongo Client interface for python but the kamailio service fails to start up properly. kamailio-kemi-python.py import sys import struct import Router.Logger as Logger import KSR as KSR from pymongo import MongoClient Case - I : No forking and no children in kamailio.cfg kamailio.cfg fork=no children=0 Kamailio service fails with the following error: - Jun 20 15:12:32 sbc99-kam-dev kamailio: ERROR: app_python [python_support.c:142]: python_handle_exception(): mod_init: Unhandled exception in the Python code:#012Traceback (most recent call last):#012 File "/etc/kamailio/kamailio-kemi-python.py", line 19, in <module>#012 from pymongo import MongoClient#012 File "/usr/local/lib/python2.7/dist-packages/pymongo/__init__.py", line 87, in <module>#012 from pymongo.mongo_client import MongoClient#012 File "/usr/local/lib/python2.7/dist-packages/pymongo/mongo_client.py", line 52, in <module>#012 from pymongo.client_options import ClientOptions#012 File "/usr/local/lib/python2.7/dist-packages/pymongo/client_options.py", line 23, in <module>#012 from pymongo.pool import PoolOptions#012 File "/usr/local/lib/python2.7/dist-packages/pymongo/pool.py", line 121, in <module>#012 ('type', platform.system()),#012 File "/usr/lib/python2.7/platform.py", line 1333, in system#012 return uname()[0]#012 File "/usr/lib/python2.7/platform.py", line 1300, in uname#012 processor = _syscmd_uname('-p','')#012 File "/usr/lib/python2.7/platform.py", line 1035, in _syscmd_uname#012 rc = f.close()#012IOError: [Errno 10] No child processes Case - II : Forking in kamailio.cfg fork=yes children=32 With forking Kamailio service fails with the following error: - Jun 20 15:19:07 sbc99-kam-dev kamailio: INFO: <core> [core/tcp_main.c:4665]: init_tcp(): using epoll_lt as the io watch method (auto detected) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: jsonrpcs [jsonrpcs_sock.c:197]: jsonrpc_dgram_mod_init(): the socket /var/run/kamailio/kamailio_rpc.sock already exists, trying to delete it... Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: rr [../outbound/api.h:52]: ob_load_api(): unable to import bind_ob - maybe module is not loaded Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: rr [rr_mod.c:175]: mod_init(): outbound module not available Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: pike [pike.c:99]: pike_init(): PIKE - initializing Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: pike [ip_tree.c:81]: init_lock_set(): probing 256 set size Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== from Python mod init Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.__init__ Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/udp_server.c:153]: probe_max_receive_buffer(): SO_RCVBUF is initially 212992 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/udp_server.c:203]: probe_max_receive_buffer(): SO_RCVBUF is finally 425984 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-127) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19708]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(1) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19709]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(2) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19710]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(3) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19711]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(4) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19712]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(5) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19713]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(6) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19714]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(7) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19715]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(8) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19716]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(9) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19717]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(10) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19718]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-1) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19719]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-1) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19720]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-1) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19722]: INFO: jsonrpcs [jsonrpcs_sock.c:429]: jsonrpc_dgram_process(): a new child 0/19722 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(0) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19723]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-2) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19723]: INFO: ctl [io_listener.c:214]: io_listen_loop(): io_listen_loop: using epoll_lt io watch method (config) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19703]: INFO: <core> [main.c:759]: handle_sigs(): terminating due to SIGCHLD Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19709]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19722]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19708]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19723]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19716]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19717]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19715]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19719]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19714]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19720]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19713]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19721]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: INFO: <core> [core/kemi.c:86]: sr_kemi_core_info(): ===== kamailio.child_init(-4) Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19718]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 8 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 9 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 13 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 14 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 16 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 17 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 18 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 20 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 21 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 22 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19710]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19711]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19712]: INFO: <core> [main.c:814]: sig_usr(): signal 15 received Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 25 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 23 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 19 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 10 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 11 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 12 Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Jun 20 15:19:07 sbc99-kam-dev /usr/sbin/kamailio[19724]: ERROR: <core> [core/io_wait.h:1040]: io_wait_loop_epoll(): epoll_wait(5, 0x7efdd80797c0, 0, 5000): Invalid argument [22] Is there any pointers of what am I missing or is it kamailio bug? Many Thanks Regards Muhammad Zaka

2 5

SQL replication stops
by Brian Jenkins 05 Jul '17

05 Jul '17

Hello, When we reload Kamailio Kam stops impacting our sql replication. We are running 3.3.0. Has anyone seen this issue before. -- Brian Jenkins Network Operation

2 1

Reload an individual entry into a hash table from database
by Jonathan Hunter 05 Jul '17

05 Jul '17

Hi Guys, We are currently building a wholesale platform to route numbers to particular carriers, and we are looking to do this with hash tables. We will potentially have 100s of thousands of numbers we will need to lookup and query as to where to route them, and one idea is to populate them in a database, we would then load these values into a hash table which will be defined in the kamailio configuration file for us to query in realtime when an Invite arrives. The backend database will be modified constantly, so we would have the need to reload the hash table on demand. I can see there is the ability to reload a whole hash table, sht_reload, but is there an option to reload for an individual entry which has been added to the database, and we therefore want it in the hash table? I dont see anything in documentation (forgive me if I have missed it), is there an option to reload just an individual key entry from the database into cache? Thanks Jon

2 1

Re: [SR-Users] host to get name of local server
by Daniel-Constantin Mierla 05 Jul '17

05 Jul '17

I haven't looked at its implementation, so be careful if it does DNS (or system call) query every time it is used, it may slow down the processing, in that case you can just store in another variable and use it instead. Cheers, Daniel On 05.07.17 17:01, Henry Fernandes wrote: > I ended up using $HN(). > > https://www.kamailio.org/wiki/cookbooks/4.2.x/pseudovariables#hn_key_-_host… > > > > > > > From: Daniel-Constantin Mierla <miconda(a)gmail.com > <mailto:miconda@gmail.com>> > Reply-To: "miconda(a)gmail.com <mailto:miconda@gmail.com>" > <miconda(a)gmail.com <mailto:miconda@gmail.com>> > Date: Monday, July 3, 2017 at 1:03 AM > To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org > <mailto:sr-users@lists.kamailio.org>>, Henry Fernandes > <henry(a)usinternet.com <mailto:henry@usinternet.com>> > Subject: Re: [SR-Users] host to get name of local server > > Hello, > > > On 29.06.17 18:11, Henry Fernandes wrote: >> We have multiple Kamailio 4.4.x servers and I am setting up stats >> tracking. I would like to track the stats for each individual >> Kamailio server separately like so: >> >> kamailio_1.sip.register.count >> kamailio_2.sip.register.count >> kamailio_3.sip.register.count >> >> The problem is that we use one common file (in version control) for >> our Kamailio configuration. Thus, I can’t just hardcode the hostname >> into the file because it will be the same for each server. >> >> Does anyone have a solution for me? Is there a variable that >> provides the hostname or is there something else I can do? >> >> Ideally, I’d love to be able to do something like this. >> >> statsd_incr($host_name + “.sip.register.count"); >> >> > > one option would be to define it via command line parameter with -A > option. Your start script can set it using the usual shell scripts. > > Cheers, > Daniel > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training - www.asipto.com > Kamailio World Conference - www.kamailioworld.com -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - www.asipto.com Kamailio World Conference - www.kamailioworld.com

1 0

host to get name of local server
by Henry Fernandes 05 Jul '17

05 Jul '17

We have multiple Kamailio 4.4.x servers and I am setting up stats tracking. I would like to track the stats for each individual Kamailio server separately like so: kamailio_1.sip.register.count kamailio_2.sip.register.count kamailio_3.sip.register.count The problem is that we use one common file (in version control) for our Kamailio configuration. Thus, I can’t just hardcode the hostname into the file because it will be the same for each server. Does anyone have a solution for me? Is there a variable that provides the hostname or is there something else I can do? Ideally, I’d love to be able to do something like this. statsd_incr($host_name + “.sip.register.count");

2 2

kamcmd dialogs count
by Arek Łazarczyk 05 Jul '17

05 Jul '17

Hi, I have a problem with kamcmd, for now i use kamctl fifo profile_get_size to get dialogs count to pass to nrpe and futher to nagios. Since fifo is deprecated, and i want to migrate to kamailio v5.0, i must change my method of counting dialogs to kamcmd dlg.profile_get_size. Problem is that i have dialog profiles values starting with 0, so kamctl fifo profile_get_size caller 004 returns correct vaule, but kamcmd dlg.profile_get_size caller 004 returns 0, i think that kamcmd converts 004 to just 4 on fly. Is there any way to prevent such behavior ? Thx4help in advance. Best regards, AŁ.

2 3

Kamailio Crashing inconsistently
by hemanth＠advaitamtech.com 05 Jul '17

05 Jul '17

Hello, I am using Kamailio 4.4, Kamailio is crashing inconsistently, I am not able find the root cause of the issue, Error which i get for the process which crashed at multiple occations kamailio[9137]: : <core> [mem/q_malloc.c:145]: qm_debug_frag(): BUG: qm_*: prev. fragm. tail overwritten(6363e160b12, abcdefed)[0x7f205db59070:0x7f205db590a8]! Memory allocator was called from tm: h_table.c:152. Fragment marked by tm: t_reply.c:1903. kamailio[21724]: : <core> [mem/q_malloc.c:134]: qm_debug_frag(): BUG: qm_*: fragm. 0x7f1fe804a1e8 (address 0x7f1fe804a220) end overwritten (4ae8cfaec87c0a27, 192f1270797ac90b)! Memory allocator was called from tm: h_table.c:179. Fragment marked by core: msg_translator.c:2153. kamailio[21950]: : <core> [mem/q_malloc.c:134]: qm_debug_frag(): BUG: qm_*: fragm. 0x7fe541a2cd68 (address 0x7fe541a2cda0) end overwritten (c0082c06, abcdefed)! Memory allocator was called from tm: h_table.c:179. Fragment marked by core: msg_translator.c:2153. kamailio[23200]: : <core> [mem/q_malloc.c:134]: qm_debug_frag(): BUG: qm_*: fragm. 0x7f1fae7fa260 (address 0x7f1fae7fa298) end overwritten (3a46e86e1b362938, 7260f1875617e)! Memory allocator was called from tm: h_table.c:179. Fragment marked by core: msg_translator.c:2153. There are 2 cores generated whenever it crashes, I have given the backtrace of the core generated, (gdb) bt #0 0x00007fe16aca4c37 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007fe16aca8028 in __GI_abort () at abort.c:89 #2 0x000000000066b4ac in qm_debug_frag (qm=0x7fe160bc2000, f=0x7fe160ec9108, file=0x7fe1684dc84e "tm: h_table.c", line=179) at mem/q_malloc.c:147 #3 0x000000000066e255 in qm_free (qmp=0x7fe160bc2000, p=0x7fe160ec9140, file=0x7fe1684dc84e "tm: h_table.c", func=0x7fe1684dcb00 <__FUNCTION__.10973> "free_cell_helper", line=179, mname=0x7fe1684dc250 "tm") at mem/q_malloc.c:480 #4 0x00007fe16840cab9 in free_cell_helper (dead_cell=0x7fe160f09e50, silent=0, fname=0x7fe1684eeb8c "timer.c", fline=648) at h_table.c:179 #5 0x00007fe1684584a7 in wait_handler (ti=1156027084, wait_tl=0x7fe160f09ed0, data=0x7fe160f09e50) at timer.c:648 #6 0x000000000063a329 in timer_list_expire (t=1156027084, h=0x7fe160c3faf0, slow_l=0x7fe160c42da8, slow_mark=776) at timer.c:874 #7 0x000000000063a79d in timer_handler () at timer.c:939 #8 0x000000000063ac3d in timer_main () at timer.c:978 #9 0x00000000004c2550 in main_loop () at main.c:1683 #10 0x00000000004c9211 in main (argc=13, argv=0x7ffe6bf7da98) at main.c:2627 (gdb) bt #0 0x00007fe16aca4c37 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x00007fe16aca8028 in __GI_abort () at abort.c:89 #2 0x000000000066b02c in qm_debug_frag (qm=0x7fe160bc2000, f=0x7fe160ec8de0, file=0x7fe1684dc84e "tm: h_table.c", line=179) at mem/q_malloc.c:136 #3 0x000000000066e255 in qm_free (qmp=0x7fe160bc2000, p=0x7fe160ec8e18, file=0x7fe1684dc84e "tm: h_table.c", func=0x7fe1684dcb00 <__FUNCTION__.10973> "free_cell_helper", line=179, mname=0x7fe1684dc250 "tm") at mem/q_malloc.c:480 #4 0x00007fe16840cab9 in free_cell_helper (dead_cell=0x7fe160ed6a28, silent=1, fname=0x7fe1684dc9c1 "h_table.c", fline=449) at h_table.c:179 #5 0x00007fe16840e491 in free_hash_table () at h_table.c:449 #6 0x00007fe168436141 in tm_shutdown () at t_funcs.c:90 #7 0x00000000005c0a50 in destroy_modules () at sr_module.c:811 #8 0x00000000004b6449 in cleanup (show_status=1) at main.c:525 #9 0x00000000004b7ad6 in shutdown_children (sig=15, show_status=1) at main.c:667 #10 0x00000000004ba428 in handle_sigs () at main.c:759 #11 0x00000000004c343e in main_loop () at main.c:1744 #12 0x00000000004c9211 in main (argc=13, argv=0x7ffe6bf7da98) at main.c:2627 Thanks & Regards Hemanth

2 3

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