01:32.45 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-adgeihnxzwofgovu) |
02:00.30 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
04:46.46 | *** join/#asterisk-dev doome_ (~doome@77-234-67-131.pool.digikabel.hu) |
06:39.11 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-gkqntgamiclpvuou) |
07:24.52 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
08:00.29 | *** join/#asterisk-dev flo291288 (~flo291288@mx306-1-88-173-34-251.fbx.proxad.net) |
08:16.59 | *** join/#asterisk-dev oej (~oej@195.245.147.94) |
08:17.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
08:19.26 | flo291288 | @file thk you, so i can call one res_module function since my app_module in the load_module function for inc it? is ok? |
08:24.07 | *** join/#asterisk-dev flo291288 (~flo291288@mx306-1-88-173-34-251.fbx.proxad.net) |
09:37.57 | *** join/#asterisk-dev oej (~oej@195.245.147.94) |
09:37.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
10:05.12 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-tkmqgimcdlrsbgne) |
10:33.47 | *** join/#asterisk-dev snuff-home (~brad@180-150-6-49.NBN.cranbourne.aussiebb.net) |
10:33.47 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
11:48.19 | stefan27 | I'm getting a 'Call on SIP/kasperWebrtcDev-0000006a placed on hold' in the asterisk verbose log when asterisk receives a 200 OK on an invite to a chan_sip peer, but 2 way media is established. I tried to read through the process_sdp code and found a segment with ast_queue_hold(p->owner, p->mohsuggest) which might be triggered due to the fact the received SDP contains c=IN IP 0.0.0.0 at |
11:48.19 | stefan27 | media-level. Is it supposed to work that way? |
11:49.43 | file | yes, that's an old style way of indicating hold |
11:50.21 | file | I'm guessing the WebRTC client disregards that and puts 0.0.0.0 in since they have no IP? |
11:50.42 | file | in which case you would need to hack chan_sip, or hack the WebRTC client |
11:50.49 | file | and now I take my dog for a walk before it gets absurdly hot |
11:53.22 | stefan27 | yes, it's a bug on the sipml client side. Only firefox puts 0.0.0.0 and it only happens when the pc has multiple nics and the ice gathering doesnt succeed, but sipml does have access to the IP at the time of transmission, since it includes it in the srflx ice candidates, therefore 2 way-media can be established, but im confused because call is supposedly holded but there is audio both |
11:53.23 | stefan27 | ways |
11:54.58 | stefan27 | good idea, dogs dont like heat |
12:12.51 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
13:09.06 | *** join/#asterisk-dev oej (~oej@195.245.147.94) |
13:09.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
13:09.16 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-qwtmfhnqirnhsabd) |
14:12.06 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
14:12.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
14:21.21 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-ohgujerywwnglyfq) |
14:25.33 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-bxvnxrilzfauhexc) |
14:25.33 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
14:38.26 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-gnrggtmordhssvao) |
14:58.17 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
15:52.11 | DivideBy0 | sure they do stefan27, haven't you heard of a "dog in heat?" |
15:53.04 | WIMPy | only knows hot dogs. |
17:25.37 | *** join/#asterisk-dev fornax (~fornax@p548FFD8D.dip0.t-ipconnect.de) |
17:41.56 | *** join/#asterisk-dev superscrat (~asanders@173-21-89-217.client.mchsi.com) |
17:42.13 | *** join/#asterisk-dev doome_ (~doome@77-234-67-91.pool.digikabel.hu) |
18:40.52 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
18:49.17 | *** join/#asterisk-dev dan_j (sid21651@gateway/web/irccloud.com/x-mxqsletyidgtlnpz) |
18:55.21 | dan_j | Hi. I'm having my first go at adding to the asterisk source code. I'm trying to add the regcontext functionality into pjsip. I've found the code in chansip and currently hunting to find the code that executes when a pjsip endpoint is registered. |
18:56.26 | dan_j | I've taken the comments from the CLI when an endpoint registers and trying it in the source code. I thought I found it and changed the comment to check that I found the right place, but the CLI comment didnt change. |
18:56.47 | dan_j | Could anyone point me to the function name which is called when an extension registers? |
18:56.53 | file | registrations are handled in the registrar, res_pjsip_registrar.c |
18:57.07 | dan_j | This is so that I can get dundi working with pjsip like it does with chansip. |
18:57.11 | file | however code which handles informing the core when an endpoint is reachable/unreachable is located in res/res_pjsip/pjsip_configuration.c |
18:58.53 | dan_j | Ok, thanks. I'll take a look at both. |
19:00.41 | file | the reachable/unreachable spot would be the best place to have the extension added/deleted on reachabilityness (I'm not sure that's a word but I like it) |
19:02.09 | dan_j | I found the code in res/res_pjsip/pjsip_configuration.c but when i update that code, it doesnt seem to affect the cli. |
19:37.45 | tm1000 | https://issues.asterisk.org/jira/browse/ASTERISK-25202 <â seems to still be a bug |
19:37.58 | tm1000 | is Presence State is ânullâ then no watchers are allowed |
19:45.28 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
19:47.02 | file | that issue had nothing to do with presence state itself, it was case sensitivity of the technology |
19:47.06 | file | this would be a new issue |
19:53.46 | tm1000 | file: yes I agree 100% |
19:53.53 | tm1000 | it actually sounds closer to an issue you are working on |
19:54.00 | tm1000 | https://issues.asterisk.org/jira/browse/ASTERISK-25394 |
19:54.15 | file | that issue is doubtful, it requires rather specific code execution |
19:54.27 | file | if you have a hint defined in extensions.conf or use a pattern it won't happen |
19:54.38 | tm1000 | yeah we use a pattern |
19:54.44 | tm1000 | ok well bug it is I guess |
19:54.57 | tm1000 | file: how would an extension even have a presence state of null |
19:55.04 | file | no idea! |
19:55.07 | tm1000 | I guess on "new" |
19:55.15 | file | nope, it's invalid |
19:56.33 | file | unless invalid shows up as blank - which is possible |
19:58.13 | tm1000 | file: yeah still trying to narrow this down |
19:59.46 | tm1000 | file: I guess I should just report on the fact that when Presence is somehow set to a null state (Blank) no hints work |
20:00.20 | file | include the astdb entries for the custom presence |
20:02.32 | tm1000 | file: yeah there is no âCustomPresence/XXXXâ value for those |
20:02.43 | tm1000 | should we be creating them? |
20:02.54 | file | nope, lack of them should make it not_set |
20:10.09 | tm1000 | file: https://issues.asterisk.org/jira/browse/ASTERISK-25400 |
20:10.14 | file | kk |
20:17.37 | dan_j | Hi. Any idea why when i successfully build asterisk and run 'make install' it does not appear to install. |
20:18.14 | dan_j | i wasnt sure if it was installing successfully, so i deleted /usr/sbin/asterisk and ran 'make install' but the file is not re-created. |
20:18.35 | WIMPy | Did you check, where you installed it? |
20:18.43 | dan_j | This is following my regcontext changes. |
20:19.21 | dan_j | where am i installing it? I havent specified a location so i assume the default location? |
20:22.13 | WIMPy | ... which usually is /usr/local/ |
20:22.28 | WIMPy | I don't think I've ever tried without specifying. |
20:23.10 | dan_j | previously when i ran 'make install', it installed in /usr/sbin/asterisk |
20:23.42 | WIMPy | And it doesn't tell anything interesting when you 'make install'? |
20:25.10 | dan_j | All seems normal when i run make install, except none of the relevant files seem to be created. |
20:26.11 | dan_j | This is the output |
20:26.11 | dan_j | http://pastebin.com/R1tjFACP |
20:26.37 | seanbright | so leedm777... want to update swagger_model.py for swagger 2.0?? |
20:26.39 | seanbright | :-) |
20:26.55 | leedm777 | :-) |
20:27.06 | seanbright | leedm777: http://seanbright.com/ari2/swagger.json |
20:27.14 | seanbright | annnnnnnnnnnnnnnnnnnnnd GO |
20:27.34 | leedm777 | Nice :-) |
20:28.27 | leedm777 | I haven't even looked at Swagger 2.0 yet. Hopefully there's a summary somewhere of the differences in the spec⦠|
20:28.37 | seanbright | leedm777: i have the summary right here... |
20:28.39 | seanbright | "EVERYTHING" |
20:28.47 | leedm777 | figures |
20:29.01 | WIMPy | I only see it installing safe_asterisk. |
20:29.18 | seanbright | i couldn't get swagger-codegen to work with the 1.2ish spec that we had |
20:30.41 | seanbright | here's an idea... i'll just write a 2.0 to 1.2ish convertor |
20:31.01 | leedm777 | That might be easier. |
20:32.16 | leedm777 | :-P |
20:32.52 | seanbright | i'll figure something out |
20:33.32 | leedm777 | ooo. yaml support. |
20:33.42 | seanbright | indeed |
20:33.46 | leedm777 | That would be better for human editing. Because it has comments and stuff. |
20:34.02 | dan_j | Hmm. Any idea why? I've never had an issue like this before and done this hundreds of times. Except this is my first time altering source code. |
20:34.32 | file | dan_j, it appears as though whatever has configured this has made it prefix all install paths with /usr/lib |
20:35.55 | dan_j | file: seems you're right. weird |
20:36.28 | seanbright | leedm777: http://seanbright.com/ari2/swagger.yaml |
20:36.56 | seanbright | i'm trying to tempt you into doing my work for me |
20:37.01 | seanbright | i do it to file all the time |
20:37.19 | file | seanbright, have you not gotten the invoices? |
20:37.23 | leedm777 | seanbright: you need to offer more cookies. |
20:38.27 | seanbright | fine... i'll have file send you cookies |
20:48.12 | dan_j | file: thanks for spotting that. all sorted now. |
21:01.17 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
21:18.52 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
21:25.24 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
22:05.04 | *** join/#asterisk-dev BakaKuna (~BakaKuna@82-169-251-128.ip.telfort.nl) |
22:23.55 | *** part/#asterisk-dev superscrat (~asanders@173-21-89-217.client.mchsi.com) |
22:31.32 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
23:30.35 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-ohgujerywwnglyfq) |