[sr-dev] [kamailio/kamailio] TOPOS with event_route filter fails with BYE message (#1569)

2018-06-20 Thread Joonas Keskitalo
mailio[26884]: DEBUG: [core/parser/msg_parser.c:172]: get_hdr_field(): to body ["Joonas Keskitalo" ] Jun 20 09:43:11 edge3 /usr/local/sbin/kamailio[26884]: DEBUG: [core/parser/msg_parser.c:152]: get_hdr_field(): cseq : <1> Jun 20 09:43:11 edge3 /usr/local/sbin/kamailio[26884]: DE

Re: [sr-dev] [kamailio/kamailio] TOPOS with event_route filter fails with BYE message (#1569)

2018-06-20 Thread Joonas Keskitalo
I tried the same with stable Kamailio version ``` # kamailio -v version: kamailio 5.1.4 (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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, US

Re: [sr-dev] [kamailio/kamailio] TOPOS with event_route filter fails with BYE message (#1569)

2018-06-20 Thread Joonas Keskitalo
Thank you for your fast and clarifying response. The problem here is that I simply can't use event_route to disable topos on calls destined to Asterisk since it will break every call made to another direction. That means that current event_route feature allows topos to be disabled but only if t

Re: [sr-dev] [kamailio/kamailio] TOPOS with event_route filter fails with BYE message (#1569)

2018-06-20 Thread Joonas Keskitalo
Ok, I will place a feature request on another event_route that can be called with full SIP headers so this problem can be then resolved via that. I used the git branch 5.1 and master to rebuild between 5.1.4 and 5.2.0-dev4. -- You are receiving this because you are subscribed to this thread. Re

[sr-dev] [kamailio/kamailio] Feature request: New event_route on topos (#1573)

2018-06-25 Thread Joonas Keskitalo
As discused on #1569, here is a new feature request. ### What this feature request is all about? Currently there is a feature on topos module, which allows Kamailio to disable topos on requests destined to specific IP address. This event_route however has a drawback since it is only usable if t

[sr-dev] [kamailio/kamailio] Kamailio crashes on NAPTR lookup (#1680)

2018-10-18 Thread Joonas Keskitalo
### Description Kamailio crashes when running `dns.lookup NAPTR ` in kamcmd. NAPTR can be resolved from nameservers using `dig` command on same server: ``` # dig NAPTR sip.example.com +short 102 50 "s" "SIP+D2T" "" _sip._tcp.sip.example.com. 100 50 "s" "SIP+D2U" "" _sip._udp.sip.example.com. ``

Re: [sr-dev] [kamailio/kamailio] Kamailio crashes on NAPTR lookup (#1680)

2018-10-18 Thread Joonas Keskitalo
Closed #1680. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1680#event-1913990784___ Kamailio (SER) - Development Mailing List sr-dev@l

Re: [sr-dev] [kamailio/kamailio] Kamailio crashes on NAPTR lookup (#1680)

2018-10-18 Thread Joonas Keskitalo
Just tested new patch and it seems to fix the problem. Thank you for your fast fix. ``` kamcmd> dns.lookup NAPTR sip.fi.setera.com { name: sip.example.com type: NAPTR size_bytes: 312 reference_counter: 2 permanent: no expires: 3541 last_used

[sr-dev] [kamailio/kamailio] Added 'msg' argument to ksr_route_relay (#1734)

2018-11-22 Thread Joonas Keskitalo
Pre-Submission Checklist - [x] Commit message has the format required by CONTRIBUTING guide - [x] Commits are split per component (core, individual modules, libs, utils, ...) - [x] Each component has a single commit (if not, squash them into one commit) - [x] No commits to README files