[SR-Users] Any modules with LRN dipping capacity?
kamdevessa at yahoo.com
Tue May 22 22:47:22 CEST 2018
By going http_query I could kill 2 birds with 1 stone.
- dip LRN
- dip db and get composed LCR string for my Contact header.
Then Kamailio just update the contact header and replies 300 back and we are off to the races.
Basically moving business logic off kamailio and keeping it lean and mean.
On Tuesday, May 22, 2018, 4:29:53 PM EDT, KamDev Essa <kamdevessa at yahoo.com> wrote:
Thanks great example. I think I will go with
route because I am not as savvy @ python or lua as I am on C# over .NetCore. Yes I can see delays with the two resource hop. I am hoping its not too much.
On Tuesday, May 22, 2018, 4:04:36 PM EDT, James Cloos <cloos at jhcloos.com> wrote:
For reference, this is how my lrn provder replies to a dns query:
; <<>> DiG 9.11.2 <<>> @enum.AnEnumProvider.com -t naptr 184.108.40.206.220.127.116.11.7.7.1.lrn.e164.arpa
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7531
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;18.104.22.168.22.214.171.124.7.7.1.lrn.e164.arpa. IN NAPTR
;; ANSWER SECTION:
126.96.36.199.188.8.131.52.7.7.1.lrn.e164.arpa. 30 IN NAPTR 10 10 "u" "E2U+pstn:tel" "!^.*$!tel:+17755624623;rn=+17753840044;npdi!" .
;; Query time: 79 msec
;; SERVER: 184.108.40.206#53(220.127.116.11)
;; WHEN: Tue May 22 16:02:15 EDT 2018
;; MSG SIZE rcvd: 130
So he needs to send the naptr query to a specific host, and to grab and
unpack the answer to get the rn.
To the OP, I suspect the only good way to do that with kamailio is to
use one of the Turing complete modules (perl, lua, python or the like)
to write the necessary code.
Or write your own kamailio module.
The answer is likely the same when using a web-based api to do the dips.
James Cloos <cloos at jhcloos.com> OpenPGP: 0x997A9F17ED7DAEA6
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the sr-users