| 00:55.01 | *** join/#asterisk-dev infobot (ibot@208.53.50.136) |
| 00:55.01 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 01:45.40 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 01:45.41 | *** mode/#asterisk-dev [+o DivideBy0] by ChanServ |
| 03:15.40 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 03:15.40 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 04:13.16 | *** join/#asterisk-dev tzafrir (~quassel@lemon.tzafrir.org.il) |
| 04:13.16 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:00.36 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b403:ad4f:25fe:e338) |
| 07:45.16 | *** join/#asterisk-dev GameGamer43_ (sid5533@gateway/web/irccloud.com/x-jmjwrzhepagnfphp) |
| 07:46.32 | *** join/#asterisk-dev skrusty (~skrusty@88.150.145.104) |
| 07:46.45 | *** mode/#asterisk-dev [+o skrusty] by ChanServ |
| 07:50.34 | *** join/#asterisk-dev leifmadsen (~leifmadse@asterisk/documenteur-extraordinaire/blitzrage) |
| 07:50.34 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 07:50.38 | *** join/#asterisk-dev hehol (~Adium@ip-178-200-60-212.hsi07.unitymediagroup.de) |
| 09:16.50 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 13:06.27 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-49-42-3.dialup.adsl.anteldata.net.uy) |
| 14:18.37 | *** join/#asterisk-dev cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:18.37 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:20.33 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-dezdbfpnlygkavub) |
| 14:20.33 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:21.53 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-doybpnwsypvubjru) |
| 14:21.53 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:37.10 | scgm11_ | is it possilbe to execute some dialplan app on a hint? for example to call a webservice with the hint state? or someone can point me how to subscribe from like a res_ module so I can get thos events so I can publish them where I need them? |
| 14:38.28 | file | there is nothing built in to do that, and it depends on whether you want to subscribe to one thing or everything |
| 14:38.53 | scgm11_ | Im trying with using hints for every extension |
| 14:39.06 | scgm11_ | for example |
| 14:39.09 | scgm11_ | 1001@tests : PJSIP/1001 State:Idle Presence:not_set Watchers 0 |
| 14:39.25 | scgm11_ | each time this State: Idle Unavailable InUse changes |
| 14:39.42 | scgm11_ | I would like to know those changes in order to publish them where I want |
| 14:40.31 | file | https://github.com/asterisk/asterisk/blob/master/res/res_pjsip_exten_state.c |
| 14:40.43 | file | is a module which uses extension state for PJSIP so it can send NOTIFY messages with updates |
| 14:40.43 | scgm11_ | As an example: I now have some cel, cdr, and loggin modules publish to a redis I want the same with the state |
| 14:40.56 | scgm11_ | ok I will check that one |
| 14:40.57 | file | that'd be the closest thing to an example of using the API |
| 14:44.31 | scgm11_ | thanks |
| 15:01.27 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.168) |
| 15:07.48 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-yryozvjmtxpyhrpb) |
| 15:07.48 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:14.56 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-49-42-3.dialup.adsl.anteldata.net.uy) |
| 15:15.25 | *** join/#asterisk-dev scgm11__ (~scgm11@r186-49-42-3.dialup.adsl.anteldata.net.uy) |
| 16:13.01 | *** join/#asterisk-dev tuxd00d (~tuxd00d@unaffiliated/tuxd00d) |
| 16:26.34 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00bda15d72f20cc853.ipv6.abo.wanadoo.fr) |
| 16:33.29 | danjenkins | hellooo |
| 16:33.48 | danjenkins | having a conversation with someone about pjsip and asterisk. I know i could go look through code etc |
| 16:34.02 | danjenkins | but... did a warning make its way into 16 about using chan_sip? |
| 16:34.10 | danjenkins | and is it not enabled by default? |
| 16:34.26 | file | hasn't been touched afaik |
| 16:34.36 | danjenkins | oh |
| 16:35.47 | danjenkins | ok |
| 16:36.00 | danjenkins | also- the cert on wiki.asterisk.org isnt trusted by chorme canary any more |
| 16:36.00 | danjenkins | https://wiki.asterisk.org/wiki/display/AST/AstriDevCon |
| 16:37.03 | file | I'll go file an IT ticket |
| 16:44.19 | file | done and done |
| 16:48.06 | jpsharp | In extension matching, is there a particular reason why external switches are consulted before #included dialplans? |
| 16:48.45 | danjenkins | thanks @file |
| 16:49.09 | file | jpsharp: that's not enough information to answer - you'd need to provide an actual example |
| 16:49.38 | file | a dialplan show really, because that is after it has been read in and processed |
| 16:52.16 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-49-42-3.dialup.adsl.anteldata.net.uy) |
| 16:55.42 | jpsharp | I have extensions, a switch => Dundi/blah, and then some #includes. 99% of traffic should be handled by the context and the #include files, but I'm seeing a whole lot of dundi traffic to the point it driving CPU usage through the roof running through the dundi cache for every call. remove the Switch=> statement and CPU usage drops. |
| 16:56.14 | file | #include itself has no special meaning within dialplan, it's a config file concept which just means literally include the file and merge it in |
| 16:56.33 | file | so the what the dialplan actually is and how it is interpreted is the important part |
| 16:56.52 | *** join/#asterisk-dev sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
| 17:00.08 | jpsharp | then maybe i'm a bit confused in pbx.c, pbx_find_extension. |
| 17:00.37 | file | include => is separate and IS specific to dialplan |
| 17:01.13 | sahmed | Hi @rmudgett |
| 17:01.21 | jpsharp | Er, yeah. Dammit. Not #include, include => |
| 17:01.37 | jpsharp | Sorry. |
| 17:01.44 | rmudgett | sahmed: hi |
| 17:02.02 | file | you should still provide an example |
| 17:02.20 | jpsharp | Okay. Let me see if I can put one together. |
| 17:02.32 | file | I'd also suggest using "dialplan show" with a specific extension and context, it'll tell you what it determines |
| 17:03.18 | sahmed | here could I have a small discussion on ASTERISK-27999? |
| 17:03.40 | rmudgett | ask |
| 17:03.57 | file | afaik though includes should be first over a switch |
| 17:05.19 | jpsharp | rmudgett told me it was native context, switch, and then include=> and that's what I see in that function. I was just wondering if there was a system/design reason behind that. |
| 17:06.22 | file | the PBX core is old, any knowledge of that is likely lost to time |
| 17:06.33 | file | and probably in the "it seemed right at the time" category |
| 17:06.45 | rmudgett | That's really old code. Though it makes sense to search the current context before going down a level. |
| 17:07.06 | file | yeah, it predates me, which makes it uh... 14+ years? |
| 17:07.20 | jpsharp | Probably originally written by Mark. |
| 17:10.46 | sahmed | @rmudgett Thanks, I have build a branch on gerrit, I will make patch on there, Now about the patch, in 2nd block I have seen while received non srtp sdp response from an endpoint then crypto->remote_key has been checked and with remote_key but while it failed we return from further crypto processing. Otherwise the flag AST_SRTP_CRYPTO_OFFER_OK was set after few lines. So we disabled this flag set while remote key unchanged. |
| 17:15.04 | rmudgett | jpsharp: Why don't you put your dundi switch into another context and include it last. |
| 17:15.52 | jpsharp | That makes more sense than trying to hack up pbx.c |
| 17:16.11 | file | much more sense. |
| 17:16.14 | file | you don't hack up pbx.c |
| 17:16.59 | jpsharp | And the includes=> are searched in order they appear, if I read this code right. |
| 17:17.09 | file | yes |
| 18:05.50 | sahmed | During git review I get this error, "remote: error: 6a00148: too many commit message lines longer than 80 characters; manually wrap lines" anyone have any idea on this? |
| 18:07.07 | file | you have to edit your commit message so that you have no lines longer than 70 characters |
| 18:07.15 | file | er 80 characters |
| 18:14.13 | rmudgett | file: I thought that message said you needed to eat 80 bananas. |
| 18:14.30 | file | rmudgett: bananas are on my points list this week! |
| 18:14.53 | file | 20 cents cashback on each $1 spent |
| 18:15.33 | file | bananas for all! |
| 18:44.14 | jsmith | file: banana muffins? |
| 18:44.23 | file | not a fan |
| 19:08.44 | *** join/#asterisk-dev scgm11_ (~scgm11@r186-49-42-3.dialup.adsl.anteldata.net.uy) |
| 20:11.14 | scgm11_ | file I was able to register a hook and publish the AMI events, I have a question if I can get that formated as json instead of the \n |
| 20:11.25 | file | AMI doesn't do JSON, so no |
| 20:11.29 | file | not using that. |
| 20:12.03 | scgm11_ | ok so the only way is parsing that in other place right? |
| 20:12.54 | scgm11_ | In case anyone has the same need I took an example out of test_amihooks.c and was very easy |
| 20:12.57 | file | I don't understand the question - hook gives you the AMI event same as if it was being sent out, what you do with it is up to you |
| 20:13.21 | file | some events in the internal message bus do have JSON converts for ARI, but it's a subset, and doesn't use AMI |
| 20:13.27 | scgm11_ | yes yes but I saw some json structure inside AMI that converts to the AMI format |
| 20:13.45 | scgm11_ | ok ok this works for me anyway |
| 20:13.53 | scgm11_ | thanks again |
| 23:20.54 | sahmed | Hello, I have got an issue while I cherry pick 13 to 14 Error: "Cherry pick failed: merge conflict" |
| 23:21.13 | sahmed | could anyone please tell me why I am getting this? |
| 23:21.58 | file | Asterisk 14 no longer receives changes for one thing, secondly it means that your change doesn't cleanly apply - it conflicts in some way |
| 23:23.20 | sahmed | Yes I have found that same patch dose not work for newer versions... then what will be the next in that case... |
| 23:24.06 | file | you have to create a new one which applies to it |
| 23:25.10 | sahmed | ok, how can I track the review id? have any idea please? |
| 23:25.48 | file | which review id are you referring to? the one in the commit message? the Change-ID? |
| 23:26.21 | file | it's fine for it to be different, or you can copy/paste the commit message, or you can use cherry pick to bring the commit in, fix it, and continue |
| 23:26.24 | sahmed | I mean review id: 9807 |
| 23:26.36 | file | each branch gets its own review |
| 23:26.58 | sahmed | ok now got it |
| 23:27.08 | file | they are independent |
| 23:27.13 | sahmed | Thanks @file |
| 23:27.19 | file | yw |
| 23:28.59 | sahmed | According to doc if we made a patch for 13 and if it review id is 9999 then for 14 version it will be 10000. Thats why I was confused |
| 23:29.18 | file | it depends on when you put it up for review |
| 23:29.32 | file | if someone puts up a review before you do, then it wouldn't be |
| 23:29.43 | file | but it doesn't matter |
| 23:30.45 | sahmed | ok, thanks again :) |
| 23:35.29 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-dezdbfpnlygkavub) |