Re: [SR-Users] Via header with i attribute
Hey Daniel, Many thanks again for premium support as always ;). Will get back to them since I understand Kamailio is RFC compatible on this one. Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Via header with i attribute
Hey Daniel, Indeed, call comes in over tcp and goes out over udp. They claim that it is not RFC compatible to add the i. Thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Via header with i attribute
Hey Guys, Any of you know which module is adding the "i" attribute and maybe if it can be removed safely? The reason would be for some Avaya PBXes discarding the Via completely due to this attribute. Sample header: """ Via: SIP/2.0/UDP 1.2.3.4;branch=z9hG4bKf0d6.72eca17f202d1e73a1f519dbecf7d6a6.0;i=8f1. """ Many thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] FOSDEM 2017
Hey Daniel, Would be there 2 persons for sure, so please count us also in. Thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] FOSDEM 2017
Hey Daniel, if anything to be reserved, please count us also in. Will come back regarding number of seats but just to be aware that we are interested to join the dinner. Thanks! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Evapi module is not broadcasting any data
Have noticed this thread remaining without a follow up. I can also confirm that in newer Kamailio the events are not longer sent out. Can I help in any way? Ta, DanB Hi Daniel, sorry for not being clear. I have all three evapi event routes in my config. When I telnet to port 8448, xlog shows that evapi:connection-new is exectued. When I send 6:efelin, to telnet, the evapi:message-received is executed. When I close the telnet session, the evapi:connection-closed is executed. This works just fine. However, when I execute evapi_async_relay or evapi_relay nothing is sent to my telnet session or CGRateS application (This was also observed by ngrep and tcpdump). My configuration is default from CGRateS: https://github.com/cgrates/cgrates/tree/master/data/tutorials/kamevapi/kamailio/etc/kamailio (kamailio.cfg and included kamailio-cgrates.cfg) with few xlogs for further debuging + modparam("evapi", "workers", 2) modparam("evapi", "bind_addr", "0.0.0.0:8448") I have just downloaded the fresh config in order to evade some typo, but the problem persists. Thanks Jan ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] UAC reg_refresh for auth_username
Hey Guys, When refreshing the uac details I have noticed that auth_username is not updated. Is that architecturally not possible or can I maybe open a feature request to be included? Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] UAC reg_contact_addr with rinstance
Hey Guys, Have hit an issue when using uacreg. When working with Broadsoft (I know, life is not perfect), it appears that their SBC sitting in front of registration server is caching REGISTRATION requests and it will not be able to re-REGISTER in case of credential changes for example. This will break the registration process in registrar since that one flushes the registrations on password change. Their "standard" workaround it is using "rinstance" uri parameter in contact (each contact should be unique in order to be cached by their SBC). Checking it appears that I can only add rinstance statically in reg_contact_addr configuration parameter. Is there any chance to provide things like $avp or selects which I can later modify via mi maybe? Thanks in advance for any kind of tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] uac.reg_refresh not removing records from memory
Hey Daniel, Thanks for so fast feedback! No difference as far as I can tell before and after removing the record from db. I have also not disabled specifically the record inside uacreg table but completely removed it from db. I should mention that I have just upgraded to latest 4.4.1 so I should have the flags also saved in db. Here is the record before removal: """ root@iPBXDev1:/etc/ipbxrp# kamcmd -s tcp:127.0.0.1:2046 uac.reg_dump { l_uuid: rsua1_172.16.254.101 l_username: rsua1 l_domain: 172.16.254.101 r_username: cust_sua1 r_domain: 172.16.254.102 realm: auth_username: cust_sua1 auth_password: check123 auth_proxy: sip:172.16.254.102:5060 expires: 3600 flags: 20 diff_expires: 3588 timer_expires: 1466349066 reg_init: 1466345451 reg_delay: 0 } """ and the one after: """ root@iPBXDev1:/etc/ipbxrp# kamcmd -s tcp:127.0.0.1:2046 uac.reg_dump { l_uuid: rsua1_172.16.254.101 l_username: rsua1 l_domain: 172.16.254.101 r_username: cust_sua1 r_domain: 172.16.254.102 realm: auth_username: cust_sua1 auth_password: check123 auth_proxy: sip:172.16.254.102:5060 expires: 3600 flags: 20 diff_expires: 3526 timer_expires: 1466349066 reg_init: 1466345451 reg_delay: 0 } """ Also here is the command refreshing the record (after that is not longer in db): """ POST /jsonrpc HTTP/1.1. Host: 172.16.254.101:5090. User-Agent: Go-http-client/1.1. Content-Length: 85. Content-Type: application/json. Accept-Encoding: gzip. . {"jsonrpc":"2.0","method":"uac.reg_refresh","params":["rsua1_172.16.254.101"],"id":7} # T 2016/06/19 16:17:47.275473 172.16.254.101:5090 -> 172.16.254.102:58172 [AP] HTTP/1.1 200 OK. Sia: SIP/2.0/TCP 172.16.254.102:58172. Content-Type: application/json. Server: Sipean-RP 4.3.2. Content-Length: 36. . {"jsonrpc":"2.0","result":{},"id":7} """ Ta, DanB On 16.06.2016 12:00, sr-users-requ...@lists.sip-router.org wrote: Message: 10 Date: Thu, 16 Jun 2016 08:17:53 +0200 From: Daniel-Constantin Mierla <mico...@gmail.com> To: "Kamailio (SER) - Users Mailing List" <sr-users@lists.sip-router.org> Subject: Re: [SR-Users] uac.reg_refresh not removing records from memory Message-ID: <76d9f2eb-26f7-c0db-8b74-37c93a5d3...@gmail.com> Content-Type: text/plain; charset=utf-8 Hello, On 14/06/16 16:52, DanB wrote: > >Hey Guys, > >I was wondering if there is any dynamic way today to remove a single >registration out of memory (and implicitly to force un-REGISTER) > >Eg: I add one record using uac.reg_refresh (which works fine) but after >removing the record from the database and executing uac.reg_refresh >again, the record stays in memory until expire. >Is there a better way to enforce un-register on remote side? > do the flags in memory of the uac_reg account show that it is disabled? Cheers, Daniel ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] uac.reg_refresh not removing records from memory
Hey Guys, I was wondering if there is any dynamic way today to remove a single registration out of memory (and implicitly to force un-REGISTER) Eg: I add one record using uac.reg_refresh (which works fine) but after removing the record from the database and executing uac.reg_refresh again, the record stays in memory until expire. Is there a better way to enforce un-register on remote side? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Multiple LCR instances with LCR module
Hey Juha, Many thanks for so quick feedback! Changing the module param did the trick. Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Multiple LCR instances with LCR module
Hey Guys, I was wondering if any of you use multiple LCR instances with LCR module since I could see that the documentation allows it, however for some reason the queries to load data (both on restart or kamcmd lcr.reload) somehow hardcode the value of 1 inside: """ select `gw_name`,`ip_addr`,`port`,`uri_scheme`,`transport`,`params`,`hostname`,`strip`,`prefix`,`tag`,`flags`,`defunct`,`id` from `lcr_gw` where `lcr_id`=0 select `gw_name`,`ip_addr`,`port`,`uri_scheme`,`transport`,`params`,`hostname`,`strip`,`prefix`,`tag`,`flags`,`defunct`,`id` from `lcr_gw` where `lcr_id`=1 select `id`,`prefix`,`from_uri`,`stopper`,`enabled`,`request_uri` from `lcr_rule` where `lcr_id`=1 select `rule_id`,`gw_id`,`priority`,`weight` from `lcr_rule_target` where `lcr_id`=1 """ My kamailio version: """ # kamailio -V version: kamailio 4.3.5 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, 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 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 4.9.2 """ Many thanks in advance for any kind of tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Fosdem 2016
Hey Daniel, Please also count me in (and possible 2 other friends) for dinner/event out. Thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] UacRegInfo flags
Hey Daniel, Thank you for the information! It will be useful if someone understanding the code behind uac will add some information about the expected behavior of each flag since as they are labeled they do not say much (eg: which flag will be raised when auth is wrong and when). Thanks again! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] UacRegInfo flags
Hey Guys, I have been digging around but could not find some proper documentation on flags which are coming back in the UacRegInfo rpc query. Any chance I can find out from the flags what is the status of that registration(whether password failed or user online)? Thanks in advance for any kind of tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Domain register_myself
Hey Daniel, That would make sense also why it worked for me in the past! Many thanks for so fast answer! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Domain register_myself
Hey Guys, I was recently playing with "register_myself" setting of the domain module (which I was the impression that I have used it successfully in the past) and I have the feeling it does not longer behave. I have the following config: """ modparam("domain", "db_url", DBURL) modparam("domain", "register_myself", 1) # block foreign domains here if !is_uri_host_local() { sl_send_reply("603","Only local domains accepted"); exit; } """ Based on the register_myself setting I would expect that is_uri_host_local passes the request but it does not although the request is towards the IP address of my server. Is this the intended behavior or am I just unlucky and hit a bug? Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Persistence of enable/disable for uacreg
Hey Guys, I was wondering how does enable/disable flag for uac registration gets persistence, since I could not spot it in the mysql tables. Is that just temporary in-memory and on next restart/refresh does not longer take effect? Thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] LCR Routing - Cost based routing
Hi Alexandru, Well the concept is simple: on INVITE, you will issue a special format evapi request. You will receive the list of suppliers in the reply (which is received in a separate route) and you continue processing from there. These suppliers are simple tags so your creativity will be the limit of what you can do with them - eg: direct ip addresses received or tags of suppliers which you can further translate with drouting module or any alias related one. For more information on LCR please find this year's presentation on Kamailio World (which I strongly recommend to be attended): https://www.youtube.com/watch?v=Hsvcwleb-fY You can also find the kamailio configuration which I have used in the worshop here: https://github.com/cgrates/cgrates/tree/master/data/tutorials/kamevapi/kamailio/etc/kamailio Let me know if further questions (or join our irc or mailing list so we do not create too much noise here). DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] LCR Routing - Cost based routing
Guys, Since I saw the thread growing, I am around if you got questions on CGRateS related LCR, fully compatible with Kamailio via evapi module. DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Using $avp in evapi:message-received
Hey Daniel, Thanks for coming back to me. Yes, called t_continue and for now I have used $var() to pass information back to the route with transaction info recovered. Will that be OK to leave it like that? Is $var() safe to use between event_route[evapi:message-received] and route called by t_continue()? I am just speaking about these two interactions since after t_continue, I will process the vars into $avp(). You can find the .cfg we are using it as part of our test build here: https://github.com/cgrates/cgrates/blob/master/data/tutorials/kamevapi/kamailio/etc/kamailio/kamailio-cgrates.cfg#L62 https://github.com/cgrates/cgrates/blob/master/data/tutorials/kamevapi/kamailio/etc/kamailio/kamailio.cfg#L191 Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Using $avp in evapi:message-received
Daniel, Many thanks! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Getting 404 From Kamailio for PRACK
Hi Austin, Kamailio will not reject by himself (nor handle) PRACK (or any other methods) unless you tell him so. The logic for handling it should be in your .cfg file. I suggest adding xlog statements through your config script and see where that is rejected. 404 would tell me you are trying to locate your endpoint and send the PRACK there but the endpoint is not registered. DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Using $avp in evapi:message-received
Hey Guys, Was wondering what would be the recommended way to share information between $evapi(msg) received and transaction processors? I have tried $avp() but they do not appear to be available in evapi:message-received route. Trying to avoid here $sht() so I don't need to do extra management to destroy them. Is there any way to activate the $avp or $dlg_var based on dialog index, label maybe? Thanks in advance for any kind of tip! DanB // ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Increase Simultaneous Registration
Hi Austin, Kamailio should be pretty fast on these things. Here are things which you can check: * Increase number of TCP workers/make sure you are using async TCP. * Use in-memory store for your registrations, not DB ones (at least dump async your contacts in DB). * Make sure you allow enough files to be opened in case of TCP connections (I suspect this is your issue there). Regarding performance tests, not sure if you saw already these links: http://www.kamailio.org/docs/openser-performance-tests/ https://sip-router.org/wiki/performance/v3.0-capacity Hope these help! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Fosdem 2015
I will be there this year also, if someone prepares an event. DanB. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Evapi reply processing
Hey Guys, We are in the process of implementing prepaid control using CGRateS engine and for that we will be using evapi module (thanks Daniel again for that). I was wondering if you can advice us whether the path we are taking is the correct one. On INVITE, we will initiate a MaxCallTimeout (sort of call auth) to CGRateS via evapi. Once request sent, we should park the request somehow (right now we are considering sleep in the process via usleep and recheck for the answer every 5-10 milliseconds). Answer should be shared via htable. Could you recommend us a better approach? On reply, the answer processed in event route evapi:message-received should set in htable a key of combination callid:fromtag with the maximum call duration or auth reject if not enough balance. This key should be processed by the sleeping process on wakeup. What do u think, is there a better way to approach the 2 ways communication? Thanks in advance for any kind of tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Accounting: syslog vs db_flatfile
Thanks guys for all of your answers! @Daniel: OK, this is good news. I will check both syslog and db_flatfile. @Jorj: the reason I am looking towards a local module is for eliminating the risk of loosing the CDRs on the network. Why flatfile: for simplicity of configuring (vs additional syslog configuration). Plus syslog is shared over the machine so there are increased chances of issues. @Jordan: the CDRs will end up anyway in SQL database (MySQL or Postgres on CGRateS side). I try to avoid inserting the raw cdrs into MySQL directly due to possible load issues on peak times. Once they are on disk, they can be asynchronously processed. And yes, we are working seriously these days to have Kamailio and CGRateS interoperability done (we were planning it since before Kamailio World 2013 but for some reason it got delayed due to our complicated task queue). Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Evapi reply processing
Thanks Daniel, This was exactly what I was looking for. I have also reviewed again your Asynchronous Processing in Kamailio Configuration File presentation from Kamailio World 2014 and it provided me an incredible amount of digested information regarding async processing(especially the part with push notification). Will follow that approach, and yes, it is a brilliant idea to pass the transaction indentifiers to CGR and process them in evapi reply route, so no more dependency on htable needed. Cheers, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Accounting: syslog vs db_flatfile
Hey Guys, We are in the process to review the interoperability between Kamailio and CGRateS and was wondering what is the best/most recommended/maintained way to generate accounting from Kamailio: * Syslog * db_flatfile * other way maybe? Is CDR generation planned for files already, or just accounting events? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Accounting: syslog vs db_flatfile
Hey Alex, Thank you for your quick answer. I understand what you mean regarding multiple ways of handling accounting. I was hoping about recommendation about best practice, most automated, most used, most maintained one (eg: development of CDR generation going towards syslog and such). For the moment syslog wins :). Cheers, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Accounting: syslog vs db_flatfile
Btw, my preference was db_flatfile due to it's isolation from the rest of the system, however I don't see steps towards it, so prefer to go with most maintained way. Cheers, DanB On 03.12.2014 12:24, DanB wrote: Hey Alex, Thank you for your quick answer. I understand what you mean regarding multiple ways of handling accounting. I was hoping about recommendation about best practice, most automated, most used, most maintained one (eg: development of CDR generation going towards syslog and such). For the moment syslog wins :). Cheers, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Suggestion for VOIP Solution
That is not entirely true. We use MySQL without any kind of issues via ODBC driver. DanB On 14.02.2014 10:18, sr-users-requ...@lists.sip-router.org wrote: Asterisk would be suitable solution, FREESwitch is also fine, but with FREESwitch latest version uses postgreSQL, and removed support for MySQL, if you are comfortable with postgreSQL for reporting stuffs like that then you can proceed with FREESwitch. Regards Thank you with regards, Gopalkrishnan N. Mob: +91 99404 91346 VoIP call -sip:sai...@gtalk2voip.com ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] [Kamailio-Business] Fosdem this year
Hey Daniel, Would be happy to join also, so please count me in. DanB On 08.01.2014 20:07, Daniel-Constantin Mierla wrote: Hello, not much about real time communications this year at Fosdem, but being a convenient venue for me, the plan at this moment is to go . I saw some notes online from various people in the community that planned to attend as well, maybe we can synchronize and have an informal meeting around and/or a dinner. Who is planning to go? Cheers, Daniel ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] kamcmd vs kamctl
Hey Ovidiu, Thanks for the tip. Will have a look. Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] kamcmd vs kamctl
Hey Daniel, Thanks for the answer. It makes more sense now. Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] is_uri_host_local() maybe not considering IP:PORT
Klaus, Thanks for the tip. I have been using (uri==myself) up to know but I was trying to move towards a more multidomain configuration, was kinda hoping to get rid of hardcoded stuff in particular servers. Daniel, Can the fact that port in ruri makes host part not longer matching as own domain be considered a bug or it is the accepted working mechanism? The register_myself parameter made me think that it should match host part at least (port is not important for me), but in my case port in ruri makes the whole host not matching. Hope I have clearly expressed my thoughts ;). Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] kamcmd vs kamctl
Hey Guys, since I am considering administrating kamailio over console, I was wondering what is the current recommended way to do it: * kamcmd - new tool, lost track of it's existing support * kamctl - old tool, many commands returning ERROR: command disabled - eg LCR ones. Ta for any kind of tip. DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] is_uri_host_local() maybe not considering IP:PORT
Guys, I was wondering if I am doing something wrong or domain module not considering properly local ips within is_uri_host_local(). Although I have domain loaded with register_myself on 1, the request going to my IP is simply not matching local domain (listening on 127.0.0.1 port 5070). Bellow the trace of such request: # U 2013/05/30 12:35:56.436485 10.10.10.21:5060 - 127.0.0.1:5070 OPTIONS sip:127.0.0.1:5070 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.21;branch=z9hG4bK4866.b4f45983.0. To: sip:127.0.0.1:5070. From: sip:e...@iec.itsyscom.com;tag=ae9b2706b606c3acb0ebe4f1c8f81cee-f20d. CSeq: 10 OPTIONS. Call-ID: 467de807489c4482-3002@10.10.10.21. Max-Forwards: 70. Content-Length: 0. User-Agent: iClass4-EP 4.0.0. . # U 2013/05/30 12:35:56.440410 127.0.0.1:5070 - 10.10.10.21:5060 SIP/2.0 484 Address Incomplete. Via: SIP/2.0/UDP 10.10.10.21;branch=z9hG4bK4866.b4f45983.0. To: sip:127.0.0.1:5070;tag=46a6e639fa023622ac1ba4fea686e961.d61e. From: sip:e...@iec.itsyscom.com;tag=ae9b2706b606c3acb0ebe4f1c8f81cee-f20d. CSeq: 10 OPTIONS. Call-ID: 467de807489c4482-3002@10.10.10.21. Server: iClass4-AP 4.0.0. Content-Length: 0. My script looks something like bellow, so Address Incomplete should never be reached: #!define LISTEN_IP 127.0.0.1 #!define LISTEN_PORT 5070 ... listen=LISTEN_IP port=LISTEN_PORT auto_aliases=yes ... # - domain params - modparam(domain, db_url, DBURL) modparam(domain, register_myself, 1) ... if (is_method(OPTIONS) is_uri_host_local()) { options_reply(); exit; } ... if ($rU==$null) { # request with no Username in RURI sl_send_reply(484,Address Incomplete); exit; } I am running on git master with the test patch Daniel did few days back for me. Thanks in advance for any tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Adding Contacts info from branches in 302 redirect not as expected
Daniel, Good catch, I do not recall it but it could be I have used in first case (when it worked) normal clone, and it second just the dept=1. I have just rechecked now and it works checking out directly your commit, so sorry for additional noise. Thanks and have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Adding Contacts info from branches in 302 redirect not as expected
Hey Daniel, Many thanks for so fast reaction. As I always say, opensource beats proprietary in more than one way ;). The changes you did work smooth for me, the new redirect comes with proper enclosure characters for uri in branches: # U 2013/05/28 10:44:53.201933 127.0.0.1:5070 - 10.10.10.21:5060 SIP/2.0 302 iClass4-AP Redirect. Call-ID: ab9c9470915850c7ec7c8922dc4eed95@0:0:0:0:0:0:0:0. CSeq: 2 INVITE. From: dan sip:d...@iec.itsyscom.com;tag=e65ed733. To: sip:d...@iec.itsyscom.com;tag=46a6e639fa023622ac1ba4fea686e961.8db5. Via: SIP/2.0/UDP 10.10.10.21;branch=z9hG4bKf5a1.88785e1b21984da781a03be04b99e6b9.0. Via: SIP/2.0/UDP 10.10.10.154:5060;rport=5060;branch=z9hG4bK-313932-636d0be5350bb5038fc59a6d30111b9d. Contact: sip:dan@10.10.10.141:3072;line=113rlmlo;rcv=sip:10.10.10.141:3072;q=1, sip:dan@10.10.10.154:5060;transport=udp;registering_acc=iec_itsyscom_com;rcv=sip:10.10.10.154:5060. Server: iClass4-AP 4.0.0. Content-Length: 0. Have a good one! DanB PS: Checking out specific commit fails for me after Juha's merge, could be I am doing something wrong though. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Dispatcher ds_select_dst on branches
Hey Guys, I was wondering if I could get some guidance on my ideas. I would like to use dispatcher ds_select_dst on ruri in a branch. Is this scenario feasible or out of internals (winning branch maybe) impossible? The idea behind my scenario is to be able to dispatch separately branches received from redirect server. Thanks in advance for any tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Dispatcher ds_select_dst on branches
Hey Daniel, Thanks for the answer. Now if I think deeper the AVPs should be also overwritten by sequential ds_select_dst so I guess it can end up nasty (was kinda planning to use two dispatchers on the same transaction-one to reach redirect server and second to process the answer in failure route). Will anyway redesign my ideas ;). Have a good one! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Adding Contacts info from branches in 302 redirect not as expected
Daniel, The command which failed for me it was checking out your commit in the git sources: Here is how I run it: root@IECDev:/usr/local/src/kamailio/kamailio.git# git checkout 74bf08ef30cf18fb609c2c067584f1515ede23da fatal: reference is not a tree: 74bf08ef30cf18fb609c2c067584f1515ede23da root@IECDev:/usr/local/src/kamailio/kamailio.git# git branch * master DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Adding Contacts info from branches in 302 redirect not as expected
Hey Guys, I was wondering if someone can help me with identifying my issue (which I suspect it as a bug). I am doing some redirect tests between 2 servers, both running same Kamailio version - 4.0.0 out of debian packages. root@IECDev:/home/dan# kamailio -V version: kamailio 4.0.0 (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 13:13:24 Mar 29 2013 with gcc 4.7.2 On redirect server I have location stored, doing lookup and right after using sl_send_reply(302, iClass4-AP Redirect); Up to information stored in the Contact of redirect request everything works smooth, the problem which I get is with the information in the Contact of the redirect: # U 2013/05/27 16:55:39.171237 127.0.0.1:5070 - 10.10.10.21:5060 SIP/2.0 302 iClass4 AP Redirect. Call-ID: 1886b401c36753c96bb85a0f4ad7ef88@0:0:0:0:0:0:0:0. CSeq: 2 INVITE. From: dan sip:d...@iec.itsyscom.com;tag=9f9fd3ed. To: sip:d...@iec.itsyscom.com;tag=46a6e639fa023622ac1ba4fea686e961.affb. Via: SIP/2.0/UDP 10.10.10.21;branch=z9hG4bK0947.8bc60857.0. Via: SIP/2.0/UDP 10.10.10.154:5060;rport=5060;branch=z9hG4bK-363833-3efe2f43332be9a60ebd1e1aad124280. Contact: sip:dan@10.10.10.141:3072;line=qhjb2bk0;rcv=sip:10.10.10.141:3072;q=1, sip:dan@10.10.10.154:5060;transport=udp;registering_acc=iec_itsyscom_com. Server: iClass4-AP 4.0.0. Content-Length: 0. It appears that the information of the first contact is correctly encapsulated but the second (out of first branch) not. Due to this in the server capturing the redirect I will only have first contact correctly written in the ruri and second one partially. Example of loging this: May 27 16:55:39 IECDev /usr/sbin/kamailio[3556]: ERROR: script: Extracted destination set: Contact: sip:dan@10.10.10.154:5060;q=0.01, sip:dan@10.10.10.141:3072;line=qhjb2bk0;rcv=sip:10.10.10.141:3072;q=1, ru: sip:d...@iec.itsyscom.com, du: sip:127.0.0.1:5070 May 27 16:55:39 IECDev /usr/sbin/kamailio[3556]: ERROR: script: Branches: sip:dan@10.10.10.154:5060;q=0.01, sip:dan@10.10.10.141:3072;line=qhjb2bk0;rcv=sip:10.10.10.141:3072;q=1 . I would suspect the redirect function not properly inserting the content of each contact uri within it's own boundaries but I would appreciate a confirmation on this from someone more experienced with Kamailio's code. Thanks in advance for any tip! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] [Kamailio-Business] Evariste Systems to drop Kamailio market, become Acme Packet VAR
Interesting ... I have been considering this option since a while now. Alex are you having good channels within Oracle, can you maybe sub-license? DanB On 04/01/2013 12:33 AM, Alex Balashov wrote: For immediate release: ATLANTA, GA (1 April 2013)--Evariste Systems LLC, an Atlanta-based consultancy specialising in Kamailio-based VoIP infrastructure solutions for the ITSP and CLEC market, has announced that beginning in the second quarter of 2013, it will be abandoning its Kamailio-based technology portfolio to focus on its new role as a preferred VAR (Value Added Reseller) for Acme Packet (NASDAQ:APKT). It is with a heavy heart that we abandon five years of Kamailio-oriented work and the Canonical SIP Routing Platform product derived from it, said Alex Balashov, the principal of the company. However, the reality is that investment in open-source VoIP technology is a dead end. From a technological point of view, we have lagged very badly in meeting the needs of today's sophisticated VoIP market, and it's time to cut our losses. Asterisk, Kamailio, FreeSWITCH--all this stuff just hasn't kept up with the pace of evolution of 3GPP, ETSI, and ITU standards. We are tired of saying 'sorry, we don't support IMS or H.323' to our resultingly dwindling customer base. Does anyone actually run an all-SIP network? Starting in early April, Evariste will begin providing value-added consultancy related to the implementation of the Acme Packet Net-Net Session Director. In Balashov's view, the Net-Net SD is the only product capable of meeting the perimeter security, routing and peering needs of today's VoIP service delivery environment. Fred Posner, the director of Team Forrest, a Palner Group integration and consultancy operation based in the Jacksonville, Florida area, agreed: SIP is a tiny piece of the telephony puzzle. The big boys of ClueCon [an interoperator revenue-sharing consortium] want DIAMETER-based interdomain peering policy control, H.323, MGCP, and IMS. IMS is pretty much how VoIP architecture is done now. We got out of the Asterisk business just in time, right before Mitel swallowed the PBX world. I'm glad to see Evariste is finally seeing the light, and I'm sure its shareholders are too. Posner also believes Evariste's lack of support for TDM interfaces accounted for dwindling market share. Have you seen CSRP? It's SIP in, SIP out. Real inter-LATA haulers and application service providers use TDM and leave SIP for things like voicemail. I can't plug my DS3s into a SIP proxy, so I just don't think there was any real demand for the sort of thing they were doing. Noting Oracle's US$2.5bn acquisition of Acme Packet in early February, as well as its more recently announced buyout of Tekelec, a Siris Capital Group portfolio company, Balashov remarked: The obvious shift to an Oracle-centric telephony paradigm was a kind of validation, if you will, of our decision to unload our dead weight and sign on to the revolution in unified communications. Sean McCord, of CyCORE Systems, an Atlanta-based software consulting house and long-time Evariste creditor, agreed that there was a natural synergy between Evariste's shift to Acme Packet and Oracle's dominance of telephony infrastructure. Oracle is a forward-thinking telecom pioneer, McCord said. The telephone is Oracle, and Oracle is the telephone. Balashov also noted that a tightening regulatory environment and new consumer protection rules helped hasten the decision to embrace the more professionalised Acme Packet product portfolio. John Knight, Senior Engineer at Hendersonville, NC-based Ringfree Communications, one of Evariste's oldest channel partners, said: As one of Evariste's long-time disties, we were jittery about exposure to CALEA and the QA requirements of large call centers. We tried to make do, but at some point we just had to put the relationship on stop. I'm all in favour of open, but there's just no open-source software out there that does call recording, and that's the bottom line for us. In the end, we had to restructure some debt just to get bondholders to let us source a proprietary solution on tick. In a thematically related move, Evariste will be dropping its heavy use of the open-source PostgreSQL database manager for its rating and reporting tools. The business case for standardising on Oracle's databases could not be clearer. With Oracle Database 11g's support of warehousing and OLTP, the real mystery is why we didn't go there sooner, said Balashov. Carlos Alvarez, a director at Televolve, a growing Phoenix-area VoIP operator, recently spearheaded a move away from Evariste's PostgreSQL- based call detail record (CDR) storage solution to one running atop Microsoft SQL Server 2008. Alvarez commented: Evariste had a nice idea, in a cute, David-and-Goliath kind of way, but we're processing over five hundred phone calls a day now. Are we really going to store those kinds of volumes in an open-source database? Might
Re: [SR-Users] Accessing received after lookup()
Daniel, As always experience counts the most (I did not consider the multiple contacts scenario). Here is what I cooked now after your advice (for the sake of proper archiving). In the end I will process the rcv contact parameter (which will become ruri param) in the proxy sitting in front of registrar and set the $du out of it. if (!lookup(location)) { $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply(404, Not Found); exit; case -2: send_reply(405, Method Not Allowed); exit; } } # Populate received contact parameter if found in db $var(received) = $(du{uri.param,received}); if !strempty( $var(received) ) { $ru = $ru + ;rcv=+ $var(received); } $var(i)=0; while($var(i)$branch(count)) { $var(received) = $(branch(dst_uri)[$var(i)]{uri.param,received}); if !strempty( $var(received) ) { $(branch(uri)[$var(i)]) = $(branch(uri)[$var(i)]) + ;rcv=+ $var(received); } $var(i) = $var(i) + 1; } sl_send_reply(302, Locator Redirect); exit; Thanks again! DanB On 08/17/2012 11:42 AM, Daniel-Constantin Mierla wrote: Hello, On 8/17/12 11:13 AM, DanB wrote: If it helps someone else, got in the mean time another way of accessing it, via transformations on top of $du: $(du{uri.param,received}). $du is the address of next hop and it is set due to the Path headers in this case. In the case there is no intermediary proxy, it will be the address of the NAT router. In case you have many contacts for same users, then you have to look also at the other branches, which are accessible via $branch(...). The question which still stands: is there more automated way to properly handle 302 redirect when the contact is behind NAT? This might not work for multiple contacts. I even wonder if there is a RFC saying what to do in the case there are many contacts with different Path headers. Path headers have to be turned into Route headers after lookup(), but for redirects?!? Shall Path should be added in reply? Any IETF guru around that can shed some light? Cheers, Daniel ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Debian packages still installing 3.3.0
Hey Guys, Not sure if important, but what I noticed is that the latest debian stable as well as latest 33 packages, they both install still kamailio 3.3.0. In order to get 3.3.1 I needed to use nightly build packages. Is this what is desired? Thanks, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] Dispatcher: ds_is_from_list does not longer populate grp_avp
Hey Guys, Something I noticed after upgrading Kamailio from 3.3.0 to 3.3.1. Having the following code: if ds_is_from_list() { xlog(Request coming from SCloud); xlog(Checking grp_internal, having: $avp(s:dsgrp)); } will produce the following output to syslog (dsgrp null instead of group id): Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Request coming from SCloud Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Checking grp_internal, having: null I have in dispatcher set: modparam(dispatcher, grp_avp, $avp(dsgrp)) and I am loading the rules from file. I should mention that this block was working fine before upgrade. Am I doing something wrong? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Dispatcher: ds_is_from_list does not longer populate grp_avp
Hey Daniel, Thanks for so fast feedback. I have doublecked again the config: If it helps, here are my complete settings: # - dispatcher params - modparam(dispatcher, list_file, /etc/sbalancer/dispatcher.list) modparam(dispatcher, flags, 2) modparam(dispatcher, dst_avp, $avp(dsdst)) modparam(dispatcher, grp_avp, $avp(dsgrp)) modparam(dispatcher, cnt_avp, $avp(dscnt)) modparam(dispatcher, attrs_avp, $avp(dsattrs)) modparam(dispatcher, hash_pvar, $avp(dshash)) modparam(dispatcher, ds_ping_from, sip:sbalan...@mydomain.com) modparam(dispatcher, ds_ping_interval, 30) modparam(dispatcher, ds_probing_threshhold, 3) modparam(dispatcher, ds_ping_reply_codes, class=2;code=403;code=488;class=3) modparam(dispatcher, ds_probing_mode, 1) Calling the logging block happens right at beginning, so not possible to overwrite the avp. request_route { #check antiflood before anything route(ANTIFLOOD); # Detect if requests are from internal network if ds_is_from_list() { xlog(Request coming from SCloud); $avp(s:authType) = INTERNAL; $avp(s:authUser) = $hdr(X-AuthUser); xlog(Checking grp_internal, having: $avp(dsgrp)); } Result the same ( I am sure ds_is_from_list matches since I get the first xlog correctly): Aug 15 12:36:07 PrxyDev /usr/sbin/kamailio[2973]: ERROR: script: Request coming from SCloud Aug 15 12:36:07 PrxyDev /usr/sbin/kamailio[2973]: ERROR: script: Checking grp_internal, having: null Thanks again, DanB On 08/15/2012 11:41 AM, Daniel-Constantin Mierla wrote: Hello, there was no change in dispatcher module related to this function since 3.3.0. The value of the group id is set to the variable specified by the parameter setid_pvar: http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2495800 Very likely you are using the wrong variable which you set as grp_avp parameter, based your config snippets. Cheers, Daniel On 8/15/12 11:30 AM, DanB wrote: Hey Guys, Something I noticed after upgrading Kamailio from 3.3.0 to 3.3.1. Having the following code: if ds_is_from_list() { xlog(Request coming from SCloud); xlog(Checking grp_internal, having: $avp(s:dsgrp)); } will produce the following output to syslog (dsgrp null instead of group id): Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Request coming from SCloud Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Checking grp_internal, having: null I have in dispatcher set: modparam(dispatcher, grp_avp, $avp(dsgrp)) and I am loading the rules from file. I should mention that this block was working fine before upgrade. Am I doing something wrong? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Dispatcher: ds_is_from_list does not longer populate grp_avp
Daniel, My bad, I was reading through the lines :(. I now understand that setid_pvar is different than group pvar. I got the false understanding based on documentation saying: Parameter groupid is optional, when it is missing, then the matching will be done against all addresses in all groups. Upon a match, the 'grp_avp' will be set to groupid of matching address. All clear now, thanks!!! DanB On 08/15/2012 11:41 AM, Daniel-Constantin Mierla wrote: Hello, there was no change in dispatcher module related to this function since 3.3.0. The value of the group id is set to the variable specified by the parameter setid_pvar: http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2495800 Very likely you are using the wrong variable which you set as grp_avp parameter, based your config snippets. Cheers, Daniel On 8/15/12 11:30 AM, DanB wrote: Hey Guys, Something I noticed after upgrading Kamailio from 3.3.0 to 3.3.1. Having the following code: if ds_is_from_list() { xlog(Request coming from SCloud); xlog(Checking grp_internal, having: $avp(s:dsgrp)); } will produce the following output to syslog (dsgrp null instead of group id): Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Request coming from SCloud Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Checking grp_internal, having: null I have in dispatcher set: modparam(dispatcher, grp_avp, $avp(dsgrp)) and I am loading the rules from file. I should mention that this block was working fine before upgrade. Am I doing something wrong? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Dispatcher: ds_is_from_list does not longer populate grp_avp
Daniel, Since we are still in connected state, one more (hopefully last) question on this subject: If I set the setid_pvar the configuration does not longer pass checking (just upgraded to latest nightly 3.3.1): root@PrxyDev:/etc/sbalancer# kamailio -c -f kamailio.cfg loading modules under /usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/:/usr/local/lib/kamailio/modules/ 0(3190) ERROR: core [modparam.c:151]: set_mod_param_regex: parameter setid_pvar not found in module dispatcher 0(3190) : core [cfg.y:3594]: parse error in config file /usr/local/src/sipean2/trunk/SDev/SBalancer/Kamailio/etc/kamailio/kamailio.cfg, line 73, column 51: Can't set module parameter ERROR: bad config file (1 errors) root@PrxyDev:/etc/sbalancer# kamailio -V version: kamailio 3.3.1 (i386/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 03:07:36 Aug 15 2012 with gcc 4.4.5 I define the parameter in the following way: modparam(dispatcher, setid_pvar, $var(setid)) Am I missing something again? Thanks, DanB On 08/15/2012 12:52 PM, Daniel-Constantin Mierla wrote: Hello, right, the readme was mistaken. Probably grp_avp was used initially but changed later because it messes up when ds_is_from_list() and ds_select_*() are used for same requests. I committed an update to the readme. Cheers, Daniel On 8/15/12 12:40 PM, DanB wrote: Daniel, My bad, I was reading through the lines :(. I now understand that setid_pvar is different than group pvar. I got the false understanding based on documentation saying: Parameter groupid is optional, when it is missing, then the matching will be done against all addresses in all groups. Upon a match, the 'grp_avp' will be set to groupid of matching address. All clear now, thanks!!! DanB On 08/15/2012 11:41 AM, Daniel-Constantin Mierla wrote: Hello, there was no change in dispatcher module related to this function since 3.3.0. The value of the group id is set to the variable specified by the parameter setid_pvar: http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2495800 Very likely you are using the wrong variable which you set as grp_avp parameter, based your config snippets. Cheers, Daniel On 8/15/12 11:30 AM, DanB wrote: Hey Guys, Something I noticed after upgrading Kamailio from 3.3.0 to 3.3.1. Having the following code: if ds_is_from_list() { xlog(Request coming from SCloud); xlog(Checking grp_internal, having: $avp(s:dsgrp)); } will produce the following output to syslog (dsgrp null instead of group id): Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Request coming from SCloud Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Checking grp_internal, having: null I have in dispatcher set: modparam(dispatcher, grp_avp, $avp(dsgrp)) and I am loading the rules from file. I should mention that this block was working fine before upgrade. Am I doing something wrong? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Dispatcher: ds_is_from_list does not longer populate grp_avp
Daniel, Nice catch! All smooth now. Thanks and enjoy your free time ;). DanB On 08/15/2012 01:00 PM, Daniel-Constantin Mierla wrote: Another mismatch of sources and docs, the parameter is expected to be 'setid_pvname' instead of 'setid_pvar'. I'll update docs. Cheers, Daniel On 8/15/12 12:56 PM, DanB wrote: Daniel, Since we are still in connected state, one more (hopefully last) question on this subject: If I set the setid_pvar the configuration does not longer pass checking (just upgraded to latest nightly 3.3.1): root@PrxyDev:/etc/sbalancer# kamailio -c -f kamailio.cfg loading modules under /usr/lib/kamailio/modules_k/:/usr/lib/kamailio/modules/:/usr/local/lib/kamailio/modules/ 0(3190) ERROR: core [modparam.c:151]: set_mod_param_regex: parameter setid_pvar not found in module dispatcher 0(3190) : core [cfg.y:3594]: parse error in config file /usr/local/src/sipean2/trunk/SDev/SBalancer/Kamailio/etc/kamailio/kamailio.cfg, line 73, column 51: Can't set module parameter ERROR: bad config file (1 errors) root@PrxyDev:/etc/sbalancer# kamailio -V version: kamailio 3.3.1 (i386/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled on 03:07:36 Aug 15 2012 with gcc 4.4.5 I define the parameter in the following way: modparam(dispatcher, setid_pvar, $var(setid)) Am I missing something again? Thanks, DanB On 08/15/2012 12:52 PM, Daniel-Constantin Mierla wrote: Hello, right, the readme was mistaken. Probably grp_avp was used initially but changed later because it messes up when ds_is_from_list() and ds_select_*() are used for same requests. I committed an update to the readme. Cheers, Daniel On 8/15/12 12:40 PM, DanB wrote: Daniel, My bad, I was reading through the lines :(. I now understand that setid_pvar is different than group pvar. I got the false understanding based on documentation saying: Parameter groupid is optional, when it is missing, then the matching will be done against all addresses in all groups. Upon a match, the 'grp_avp' will be set to groupid of matching address. All clear now, thanks!!! DanB On 08/15/2012 11:41 AM, Daniel-Constantin Mierla wrote: Hello, there was no change in dispatcher module related to this function since 3.3.0. The value of the group id is set to the variable specified by the parameter setid_pvar: http://kamailio.org/docs/modules/stable/modules_k/dispatcher.html#id2495800 Very likely you are using the wrong variable which you set as grp_avp parameter, based your config snippets. Cheers, Daniel On 8/15/12 11:30 AM, DanB wrote: Hey Guys, Something I noticed after upgrading Kamailio from 3.3.0 to 3.3.1. Having the following code: if ds_is_from_list() { xlog(Request coming from SCloud); xlog(Checking grp_internal, having: $avp(s:dsgrp)); } will produce the following output to syslog (dsgrp null instead of group id): Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Request coming from SCloud Aug 15 11:24:28 PrxyDev /usr/sbin/kamailio[2818]: ERROR: script: Checking grp_internal, having: null I have in dispatcher set: modparam(dispatcher, grp_avp, $avp(dsgrp)) and I am loading the rules from file. I should mention that this block was working fine before upgrade. Am I doing something wrong? Thanks in advance! DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Segfault running 3.3.0 with registrar/p_usrloc/path
Hey Guys, Just a quick follow up to see if anything happened with p_usrloc fixup. Any chance to expect it running on new 3.3.1 release? Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users