| 00:23.54 | *** join/#asterisk Penguin (~xwQ5kwYl6@2001:470:1f07:26d:20c:29ff:fe62:be33) |
| 00:37.52 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 00:43.43 | *** join/#asterisk jeffspeff (~Jeff@209.141.208.197) |
| 00:43.58 | *** join/#asterisk Penguin (~xwQ5kwYl6@2001:470:1f07:26d:20c:29ff:fe62:be33) |
| 00:56.25 | *** join/#asterisk justdave_ (~dave@unaffiliated/justdave) |
| 01:15.16 | *** join/#asterisk corretico (~corretico@186.176.253.4) |
| 01:34.41 | *** join/#asterisk pa (~pa@unaffiliated/pa) |
| 01:54.53 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 02:56.13 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
| 03:17.58 | *** join/#asterisk _r0ck_p3arl_ (~admin@203.149.66.146) |
| 03:23.09 | *** join/#asterisk Korolev (~Korolev@c-73-179-85-246.hsd1.fl.comcast.net) |
| 03:31.10 | *** join/#asterisk Marquel (~Marquel@fuchsfanclub/allerdings/marquel) |
| 04:00.36 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 04:30.20 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 04:54.46 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:56.55 | *** join/#asterisk _r0ck_p3arl_ (~admin@203.149.66.146) |
| 06:28.57 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 06:59.24 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 07:00.00 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 07:03.18 | *** join/#asterisk clarjon1 (~clarjon1@unaffiliated/clarjon1) |
| 07:13.07 | *** join/#asterisk _r0ck_p3arl_ (~admin@203.149.66.146) |
| 07:22.29 | *** join/#asterisk MrMojit0 (~MrMojit0@52D9DF74.cm-11-1d.dynamic.ziggo.nl) |
| 07:23.00 | *** part/#asterisk MrMojit0 (~MrMojit0@52D9DF74.cm-11-1d.dynamic.ziggo.nl) |
| 07:44.55 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 07:48.20 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 07:55.43 | *** join/#asterisk pawiecki (~pawiecki@89.238.53.32) |
| 08:29.52 | *** join/#asterisk woopstar (~quassel@unaffiliated/woopstar) |
| 08:30.48 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 08:45.59 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 08:50.38 | *** join/#asterisk DanB (~DanB@clt-195.192.204.110.ip-anschluss.net) |
| 09:04.15 | *** join/#asterisk Marquel (~Marquel@fuchsfanclub/allerdings/marquel) |
| 09:10.10 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
| 09:38.37 | *** join/#asterisk pawiecki (~pawiecki@router.dir.pl) |
| 09:58.37 | *** join/#asterisk ashutoshkrchaube (71c11f6e@gateway/web/freenode/ip.113.193.31.110) |
| 10:14.05 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 10:26.06 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 10:51.14 | *** join/#asterisk k-man (~jason@unaffiliated/k-man) |
| 11:32.45 | slima | Hello, I build IVR, and extens 'i' and 't' not working, there is my dialplan: https://gist.github.com/slima/cd4f0c4ca4c16e9af3fe5f95e2b7068b any hint? |
| 11:37.16 | pawiecki | slima: i don't believe you. Show me proof, they don't work :) |
| 11:40.23 | slima | pawiecki: https://gist.github.com/slima/56c282b4888f15c29ece3c58e955c69b |
| 11:42.04 | pawiecki | slima: this looks ok, but that doesn't show how extensions 'i' or 't' do not work. |
| 11:42.38 | pawiecki | slima: what are you trying to do? |
| 11:42.38 | file | Read doesn't use the 'i' or 't' extensions, it reads DTMF into a variable - that's it |
| 11:43.00 | pawiecki | slima: https://wiki.asterisk.org/wiki/display/AST/Special+Dialplan+Extensions |
| 11:45.55 | slima | pawiecki: if user enter nothing, goto sekretariat, if user enter some other digit than valid, go to invalid. So, if Read doesn't use i, and t exten i must write another gotoif |
| 11:50.52 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 12:11.59 | pawiecki | slima: read what i linked - there's an explanation of those extensions. In your example, you can just add Goto(sekretariat) below. |
| 12:12.20 | pawiecki | to be more precise: GoTo(inkaso-sekretariat,s,1) |
| 12:13.07 | pawiecki | If none of GotoIf statement is true, then the next priority will be executed. |
| 12:19.53 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 12:21.30 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:26.20 | [TK]D-Fender | that isn't the right way to make an IVR at all... |
| 12:26.41 | [TK]D-Fender | Shouldn't be using Read() or those Gotoif's |
| 12:28.48 | pawiecki | [TK]D-Fender: can you elaborate? |
| 12:29.33 | [TK]D-Fender | "core show application WaitExten" <- |
| 12:29.44 | [TK]D-Fender | THAT is what you use to make IVR's |
| 12:30.12 | [TK]D-Fender | You also don't sue Playback for those prompts normally because that is a BLOCKING playback.... |
| 12:30.17 | [TK]D-Fender | they can't answer during it. |
| 12:30.27 | [TK]D-Fender | which is what Background() is for |
| 12:32.11 | pawiecki | [TK]D-Fender: you shouldn't answer while on playback in this config, because caller is being informed of invalid choice. |
| 12:32.48 | [TK]D-Fender | Sorry, I read the order a little wrong |
| 12:33.00 | pawiecki | Also, this IVR would work just fine, it's not "wrong". |
| 12:33.35 | [TK]D-Fender | t & i don't apply to read() |
| 12:33.47 | pawiecki | [TK]D-Fender: sure, but the intention was, thet they would |
| 12:33.52 | [TK]D-Fender | So it isn't right. |
| 12:34.03 | pawiecki | [TK]D-Fender: yes, we already established that |
| 12:34.10 | [TK]D-Fender | Waitexten <- |
| 12:34.18 | [TK]D-Fender | make your IVR properly |
| 12:34.31 | pawiecki | it's one of available options. |
| 12:35.44 | [TK]D-Fender | it's the proper way |
| 12:35.58 | [TK]D-Fender | that and Background() were written that way for a reason |
| 12:36.00 | [TK]D-Fender | IVR's is it |
| 12:38.34 | pawiecki | He made perfectly fine IVR, just didn't understand special extensions. It works fine, why would he need to change that? Also, can you show an example using WaitExten and Background? |
| 12:38.53 | [TK]D-Fender | http://asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/asterisk-DP-Basics-SECT-3.html |
| 12:39.09 | [TK]D-Fender | ^ |
| 12:39.45 | [TK]D-Fender | Nobody uses Read for a menu like that unless they are forced to |
| 12:40.22 | [TK]D-Fender | it also doesn't allow for intelligent reading of fixed things that aren't # terminated, etc |
| 12:40.25 | pawiecki | [TK]D-Fender: You are wrong apparently |
| 12:40.34 | pawiecki | thanks for example, looks good. |
| 12:40.37 | [TK]D-Fender | Read is a tool, but it was not made for general IVR use |
| 12:40.58 | [TK]D-Fender | the other 2 were made expressly for that purpose and that's why those special extens also exist |
| 12:41.13 | [TK]D-Fender | working against that is working against the entire mechanism that was made for this |
| 12:41.31 | [TK]D-Fender | <pawiecki> [TK]D-Fender: You are wrong apparently <- nobody ELSE. |
| 12:41.33 | pawiecki | [TK]D-Fender: but using Read it also works, you don't have to be mad, just because someone uses his tools differently, even if it's not the best way :) |
| 12:41.48 | [TK]D-Fender | it can work depending on your need |
| 12:41.57 | pawiecki | [TK]D-Fender: still wrong, in my company standard IVR's were built using Read |
| 12:42.16 | [TK]D-Fender | except you get none of those things he was expecting to work, the code is unnecessarily complex |
| 12:42.22 | [TK]D-Fender | fine, TWO of you |
| 12:42.30 | [TK]D-Fender | these dialplan apps were made SPECIFICALLY for this |
| 12:42.45 | pawiecki | [TK]D-Fender: sure, and it doesn't really matter, you know. |
| 12:42.46 | [TK]D-Fender | if you want to to it the painful messy way for no practical reason you're more than welcome to |
| 12:43.05 | [TK]D-Fender | just like doing it yourself in AGI, ARI, or your own "c" app |
| 12:43.08 | [TK]D-Fender | go for it |
| 12:43.30 | [TK]D-Fender | but you don't seem to have learned the basic tools that were provided expressly for this |
| 12:44.00 | pawiecki | [TK]D-Fender: and? |
| 12:44.03 | [TK]D-Fender | Go brush up on those basics |
| 12:44.23 | pawiecki | [TK]D-Fender: I have no need for that at the moment, but thanks :) |
| 12:45.36 | Samot | smh |
| 12:47.05 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 12:47.40 | [TK]D-Fender | exten => t,GoTo(inkaso-sekretariat,s,1) <- also invalid |
| 12:48.37 | Samot | Wow |
| 12:48.54 | Samot | OK, I just scrolled back and saw that IVR dialplan. That is totally wrog. |
| 12:48.57 | Samot | OK, I just scrolled back and saw that IVR dialplan. That is totally wrong. |
| 12:49.02 | pawiecki | [TK]D-Fender: we already established that |
| 12:49.09 | [TK]D-Fender | Keep on using that screwdriver as a hammer..... |
| 12:49.16 | [TK]D-Fender | but whatever |
| 12:49.44 | pawiecki | [TK]D-Fender: it's not my problem, that we are discussing here, so I don't understand your attitude towards me. |
| 12:50.23 | Samot | Because you made improper suggestions. |
| 12:50.39 | Samot | And when he pointed out that's not the proper way to do IVR stuff.... |
| 12:50.47 | pawiecki | Samot: what exactly was improper |
| 12:50.48 | Samot | You basically said "Yeah but who cares?" |
| 12:50.57 | Samot | You don't use Read() |
| 12:51.08 | Samot | You don't use GoToIf's for handling DTMF input |
| 12:51.33 | *** join/#asterisk cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 12:51.33 | *** mode/#asterisk [+o cresl1n] by ChanServ |
| 12:51.42 | pawiecki | Samot: you can, and slima made it almost good. He just didn't know how to cover "no input" and "bad input" cases |
| 12:51.53 | Samot | Again.. |
| 12:51.54 | Samot | You can |
| 12:52.02 | pawiecki | So? |
| 12:52.04 | Samot | Hence the "Use a screwdriver as a hammer" comment |
| 12:52.20 | Samot | You can use a screwdriver to hammer a nail but it doesn't make it *right* |
| 12:53.28 | Samot | I can drive home after 12 beers. |
| 12:53.34 | pawiecki | bad example |
| 12:53.41 | Samot | But just because *i* can doesn't make it right. |
| 12:53.51 | [TK]D-Fender | <pawiecki> Samot: what exactly was improper <- Read what I wrote. There are a series fo dialplan apps an special extension SPECIFICALLY for this. Fighting AGAINST that is "wrong". Using Read for scenarios when you can't do it the way it was designed to work is one thing. Teaching someone else "this is how you do it" is not |
| 12:54.17 | Samot | ^^ |
| 12:54.28 | Samot | Poor knowledge transfer is just bad. |
| 12:54.56 | pawiecki | [TK]D-Fender: "Teaching someone else "this is how you do it" is not" <= where did I say something like this? |
| 12:55.22 | Samot | 8:11:58 AM P<pawiecki> slima: read what i linked - there's an explanation of those extensions. In your example, you can just add Goto(sekretariat) below. |
| 12:55.22 | Samot | 8:12:19 AM P<pawiecki> to be more precise: GoTo(inkaso-sekretariat,s,1) |
| 12:55.22 | Samot | 8:13:06 AM P<pawiecki> If none of GotoIf statement is true, then the next priority will be executed. |
| 12:56.19 | Samot | The proper response would have been "Oh Read() and GoToIf()'s are not the right way. Here's what you should use..." |
| 12:56.22 | pawiecki | Samot: "in your example" != that's the way you are suppoesed to do this in * |
| 12:57.01 | pawiecki | Samot: sure, but ""[TK]D-Fenderthat isn't the right way to make an IVR at all... |
| 12:57.03 | pawiecki | Shouldn't be using Read() or those Gotoif's |
| 12:57.05 | pawiecki | pawiecki[TK]D-Fender: can you elaborate?" |
| 12:58.36 | [TK]D-Fender | <[TK]D-Fender> that isn't the right way to make an IVR at all... |
| 12:58.37 | [TK]D-Fender | <[TK]D-Fender> Shouldn't be using Read() or those Gotoif's |
| 12:58.43 | [TK]D-Fender | <[TK]D-Fender> "core show application WaitExten" <- |
| 12:58.43 | [TK]D-Fender | <[TK]D-Fender> THAT is what you use to make IVR's |
| 12:58.45 | pawiecki | So you are basically bashing me for something that I've said, BEFORE I was corrected by [TK]D-Fender, not knowing the "right way". And now you are saying, that I saind that I recommended the wrong way to another user. That's BS |
| 12:58.49 | [TK]D-Fender | <[TK]D-Fender> which is what Background() is for |
| 12:58.57 | Samot | Well.. |
| 12:58.59 | [TK]D-Fender | Yeah, I did say what to use |
| 12:59.08 | Samot | You asked why TK was on your case so much over what you said. |
| 12:59.11 | Samot | I gave you an answer. |
| 12:59.16 | pawiecki | sure, but I already answered to slima BEFORE |
| 12:59.20 | Samot | I'm sorry you don't like the answer. |
| 12:59.24 | pawiecki | Samot: ok |
| 12:59.35 | Samot | Right and your answer to slima was incorrect |
| 12:59.39 | Samot | Which is what TK pointed out |
| 12:59.41 | Samot | That's all |
| 12:59.42 | pawiecki | It wasn't incorrect |
| 12:59.45 | Samot | OK. |
| 12:59.46 | pawiecki | you are wrong |
| 12:59.49 | Samot | OK |
| 12:59.56 | pawiecki | it was a good answer "in his example" |
| 13:00.06 | Samot | OH |
| 13:00.08 | Samot | I get it. |
| 13:00.33 | Samot | Your answer was OK because in the context of wrong dialplan, it was still better than what he had. |
| 13:00.36 | pawiecki | but sure, I wasn't 100% correct, so now you will drag this "RIGHT" talk, to make me feel like a shit. |
| 13:00.38 | Samot | So it's cool. |
| 13:00.44 | Samot | No. |
| 13:00.45 | Samot | Dude. |
| 13:00.46 | Samot | FFS. |
| 13:00.56 | Samot | I'm sorry your feelings are hurt. |
| 13:00.59 | [TK]D-Fender | <pawiecki> It wasn't incorrect <- yes it was. Just because it "works" does not mean it is "correct" |
| 13:01.09 | [TK]D-Fender | You should not equate the two |
| 13:01.29 | Samot | But if you pass out bad knowledge then there are OTHERS out there who will RE-PASS that knowledge on. |
| 13:03.28 | [TK]D-Fender | pawiecki, https://gist.github.com/anonymous/4771c37bcd58491d213731a0413957de <- since you wanted an example handed to you. |
| 13:03.51 | [TK]D-Fender | "core show function TIMEOUT" <- another thing you should read since it also has specific implications for IVR's |
| 13:05.43 | *** join/#asterisk seanbright (~sean@asterisk/community-developer/seanbright) |
| 13:05.43 | *** mode/#asterisk [+o seanbright] by ChanServ |
| 13:07.48 | pawiecki | [TK]D-Fender: thanks, looks good, and now extensions t and i make sense. |
| 13:08.02 | *** join/#asterisk shido6 (~voipmonk@2604:a880:2:d0::191:8001) |
| 13:08.06 | pawiecki | slima: chack aout his improoved version of your IVR - link abopve |
| 13:08.09 | pawiecki | above* |
| 13:08.13 | pawiecki | out* |
| 13:08.32 | pawiecki | jeez I can't write. |
| 13:08.38 | shido6 | it happens |
| 13:09.45 | *** join/#asterisk seanbright (~sean@asterisk/community-developer/seanbright) |
| 13:09.45 | *** mode/#asterisk [+o seanbright] by ChanServ |
| 13:15.10 | [TK]D-Fender | https://gist.github.com/anonymous/e31253430d39c19c0cd8076e8d3628ca <- Better since you also shouldn't be mixing hard-numbered priorities other than "1" in the modern age |
| 13:15.16 | pawiecki | [TK]D-Fender: it's now mentioned - by default WaitExten reads single digit or as many as the user inpouts? |
| 13:15.22 | pawiecki | not* |
| 13:15.43 | [TK]D-Fender | pawiecki, it MATCHES against the dialplan in your context |
| 13:17.12 | [TK]D-Fender | if you have a "1" and nothing longer that just starts with "1" then it goes instantly. If there COULD be something longer it will wait for a DIGIT timeout amount of time to let them continue entering a number until they are done, or it hits a final "unique" math, or becomes invalid |
| 13:27.12 | pawiecki | [TK]D-Fender: ok, that answers what I was about to ask. Also I see you've made distinct contexts for every choice. |
| 13:27.27 | [TK]D-Fender | no, |
| 13:28.02 | [TK]D-Fender | I just took the destinations in the code that was pasted and took it that that was a reason they were in their own contexts |
| 13:28.15 | [TK]D-Fender | since I can't see that code to judge if it was a poor idea or not |
| 13:28.23 | [TK]D-Fender | What I posted was a single context |
| 13:34.25 | pawiecki | [TK]D-Fender: ahh yes, I missed this in the original. |
| 13:54.41 | *** join/#asterisk bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 13:54.42 | *** mode/#asterisk [+o bford] by ChanServ |
| 13:56.40 | *** join/#asterisk shido6 (~voipmonk@138.68.2.1) |
| 14:31.32 | *** join/#asterisk gerhard7_ (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 14:35.05 | *** join/#asterisk kharwell (kharwell@nat/digium/x-mgclqwygwjncoaet) |
| 14:35.05 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:36.05 | *** join/#asterisk imcdona (~imcdona@2607:f0d8:20:1001:30bd:d471:2b1e:a682) |
| 14:37.31 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-ocqfjzswvhctdcxr) |
| 14:37.31 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 14:46.56 | *** join/#asterisk sekil (~sekil@nat-73.net011.net) |
| 14:48.16 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 14:49.11 | *** join/#asterisk ChrisAnzo (~ChrisAnzo@vtelinet-216-66-110-254.vermontel.net) |
| 14:52.12 | *** part/#asterisk voipmonk (~voipmonk@138.68.2.1) |
| 14:53.03 | *** join/#asterisk stefan27 (~stefan27@static-212-247-4-149.cust.tele2.se) |
| 14:56.14 | ChrisAnzo | Good morning, our company uses asterisk for call queues (an engineer set it up who has now left the company). Once in awhile it crashes - our service reps tell me its usually when the call queue is high. The error we receive is "segfault at 154 ip 00007f5e77b0c628 sp 00007f5e60816600 error 4 in app_queue.so[7f5e77af9000+36000]" and we are using "Asterisk certified/13.8-cert4" which was built |
| 14:56.14 | ChrisAnzo | from source. I'm finding that there is a known bug in the app_queue.so under certain scenarios. I'm very unfamilar with linux+asterisk - hoping someone might be able to point me in the right direction in terms of... Is this version infact affected by this bug (or am I looking down the wrong path?) and if it is affected - what steps could I use to patch/or upgrade? Thanks |
| 14:57.25 | Samot | ChrisAnzo: Well, you have one thing to solve first. |
| 14:58.13 | Samot | ChrisAnzo: Do you actually have a Cert agreement with Digium? Because using the Asterisk Certified version only makes sense if you have the agreement with Digium. |
| 14:58.29 | [TK]D-Fender | <PROTECTED> |
| 14:58.36 | Samot | Hes on Cert |
| 14:58.39 | [TK]D-Fender | because otherwise you're very behind |
| 14:58.42 | Samot | Which has less updates. |
| 14:58.49 | [TK]D-Fender | I know. And Cert doesn't mean everything gets backported and perfect |
| 14:58.51 | Samot | So Cert would not be 13.17.2 |
| 14:59.03 | Samot | And that's what I'm getting it. |
| 14:59.09 | [TK]D-Fender | Same here |
| 14:59.21 | [TK]D-Fender | #nocertforyou |
| 14:59.33 | Samot | The Certified Versions get less updates, so if there is a bug in app_queue.so, upgrading may still not work. |
| 15:00.20 | ChrisAnzo | Interesting. I'd be surprised if we actually have a Cert agreement (we love using free, unsupported software) |
| 15:00.54 | Samot | ChrisAnzo: The Cert version is up to 13.13-cert6 |
| 15:01.14 | Samot | So what you need to see is if the bug you are referring to is fixed by 13.13 |
| 15:01.33 | Samot | But then you'll need to upgrade. |
| 15:01.38 | [TK]D-Fender | (and still care about using a version with no special benefits for you) |
| 15:01.52 | Samot | And if you're not really a linux or asterisk person, that is going to be a bit of a roadblock |
| 15:02.18 | Samot | Well, lack of Linux/Asterisk knowledge is a factor here. |
| 15:02.21 | *** join/#asterisk billx (49958984@gateway/web/freenode/ip.73.149.137.132) |
| 15:02.28 | Samot | So either option is going to need to address that. |
| 15:02.35 | ChrisAnzo | https://issues.asterisk.org/jira/browse/ASTERISK-25888 is what I stumbled upon. 11.23.0, 13.9.0, and 14.0.0 for "target release versions" |
| 15:02.40 | Samot | Because either option isn't really a beginners thing. |
| 15:02.59 | Samot | OK |
| 15:03.10 | Samot | so that means you probably need to be on at least cert5 |
| 15:03.18 | Samot | Or the 13.13.-cert6 versions to get the fix. |
| 15:03.59 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 15:08.18 | ChrisAnzo | ok, great. good start, and I agree. But I work for a small ISP and my life is learning the hard way here. At least its a VM, and I'll have a full backup before making any changes.... We do have plenty of special functions and scripts, too. Do I need to rebuild from source? Or look for an 'upgrade' process online? Also - if digium supplies support - I can use that as plan b and get some funds |
| 15:08.18 | ChrisAnzo | to get this taken care of |
| 15:10.08 | Samot | Well |
| 15:10.11 | Samot | Hang on. |
| 15:10.40 | Samot | "We do have plenty of special functions and scripts, too" <-- That is a big flag on the play. |
| 15:11.12 | Samot | Because now you have to make sure those things are done in some weird way and that recompiling to upgrade won't break. |
| 15:11.19 | Samot | *aren't |
| 15:12.37 | Samot | ChrisAnzo: This probably the point where you need to tell anyone with the power to make this decision that you need to replace the guy that left. |
| 15:13.24 | Samot | Someone with actual, real Asterisk and programming experience. |
| 15:13.33 | *** join/#asterisk Dovid (~dovid@ool-4356ea97.dyn.optonline.net) |
| 15:13.47 | ChrisAnzo | Interesting... Another idea I have.... the previous engineer built this asterisk system via a Ansible script (which downloads the source code, builds it, does all the custom scripts) I could change the version in the script / rebuild in a new VM. |
| 15:13.57 | ChrisAnzo | Samot.... the entire office is asking me why im laughing my ass off |
| 15:14.11 | Samot | ChisAnzo: I mean you're rolling the dice. |
| 15:14.18 | Samot | ChrisAnzo: I mean you're rolling the dice. |
| 15:14.40 | Samot | You could just do the Anisble script but do you know if that's all you need to do? |
| 15:14.44 | ChrisAnzo | No man, you're right. I appreciate the direct answer. Its just funny :( |
| 15:15.17 | Samot | Here's the thing.. |
| 15:15.48 | Samot | The new person might go "Oh snap, the issue isn't that bug. It's this poorly done script and/or dialplan and/or config" |
| 15:16.07 | Samot | And now, upgrading isn't "high priority" |
| 15:16.25 | Samot | Should still be done but now it's not the "OMG IT NEEDS TO HAPPEN" thing. |
| 15:17.11 | Samot | And nothing against you... |
| 15:17.43 | Samot | But spending the money to bring in a monkey to watch it f*ck a football would be more cost effective then you trying to figure this out to fix it. |
| 15:18.07 | Samot | Because at least then, you'd all be amused. |
| 15:18.09 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 15:18.40 | Samot | The other way could end up bringing down your call queues. |
| 15:18.47 | Samot | And then no one would be amused. |
| 15:19.22 | Samot | Being the reason everyone is sad is probably not who you want to be. |
| 15:19.44 | Samot | More importantly, when crap like that happens someone has to hang. |
| 15:19.56 | ChrisAnzo | oh man. you made my day. I trust every word you said. I'm putting this on hold and working on something I can fix :) |
| 15:20.08 | Samot | And that, right there... |
| 15:20.13 | Samot | Is the right attitude. |
| 15:22.35 | ChrisAnzo | Samot, many many thanks. I really appreciate the advice. |
| 15:29.32 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 15:31.39 | slima | pawiecki, [TK]D-Fender, Samot: thx guys. I rewrite my IVR with WaitExten() and Background() apps. |
| 15:38.13 | *** join/#asterisk mub (~jub@unaffiliated/mub) |
| 16:10.39 | *** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt) |
| 16:21.16 | *** join/#asterisk SupaYoshi (~SupaYoshi@104.223.1.186) |
| 16:24.06 | *** join/#asterisk retentiveboy (~retentive@c-73-82-30-193.hsd1.ga.comcast.net) |
| 16:33.06 | *** join/#asterisk miralin (~Thunderbi@194.8.128.64) |
| 16:45.25 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 19:02.48 | *** join/#asterisk pawiecki (~pawiecki@user-94-254-170-88.play-internet.pl) |
| 19:07.35 | *** join/#asterisk tzafrir (~tzafrir@212.29.194.37) |
| 19:12.10 | *** join/#asterisk tripleslash (~triplesla@unaffiliated/imsaguy) |
| 19:27.31 | *** join/#asterisk aness (~aness@cm-84.209.56.255.getinternet.no) |
| 19:42.36 | *** join/#asterisk jkroon (~jkroon@165.16.204.165) |
| 19:47.21 | *** join/#asterisk Dovid (~dovid@ool-4356ea97.dyn.optonline.net) |
| 20:10.07 | *** join/#asterisk gusto (~gusto@2a01:c844:14eb:ce20:3716:d4b5:d753:2a49) |
| 20:49.56 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 20:52.13 | *** join/#asterisk mlhess (~mlhess@drupal.org/user/102818/view) |
| 21:13.00 | *** join/#asterisk strgout (881cd9f6@gateway/web/freenode/ip.136.28.217.246) |
| 21:15.34 | strgout | Hi all, i'm still pretty new to asterisk, but i'm helping someone out. I have a box with a wildcat TCE400P transcoder card. Is there anyway to pull stats from the card to find out how many channels are used or any issues etc. |
| 21:16.22 | strgout | BTW i compiled dhadi_tool and it doesn't seem to find the card but i see the module loaded and it shows up in lspci -vvv output. |
| 21:49.44 | *** join/#asterisk _r0ck_p3arl_ (~admin@203.149.66.146) |
| 21:53.36 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 22:09.11 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |
| 22:14.18 | TandyUK | asterisk -x "sip show peer tandyuk201" |
| 22:14.38 | TandyUK | any easy way to get that output as something machine friendly, like json (or anything else tbh)? |
| 22:15.18 | Samot | Use ARI. |
| 22:15.47 | Samot | It sends back response in JSON |
| 22:16.16 | TandyUK | asterisk 11 :( |
| 22:16.25 | Samot | Yeah. |
| 22:16.39 | Samot | You're pretty much writing something for that. |
| 22:16.59 | TandyUK | ghey lol |
| 22:17.11 | TandyUK | fuck me scopserv need to hurry up rolling out 13(+) |
| 22:17.20 | Samot | Well AMI can do the mini-HTTP server requests.. |
| 22:17.52 | Samot | Return the output in XML format but you'll still have some parsing based on the XML data. |
| 22:18.01 | Samot | "Hurry up" |
| 22:18.10 | Samot | 13 was released in 2014. |
| 22:18.16 | TandyUK | yeah im aware |
| 22:18.49 | Samot | And if it wasn't for all the new changes happening in v15, it's LTS would be almost over. |
| 22:20.08 | Samot | But Scopserv isn't the first vendor I see do this. |
| 22:20.40 | strgout | hey my needs are important! Ok maybe not that important. |
| 22:20.52 | Samot | The updates that happened in 12 and thus solidified in 13 made some vendors loss their minds. |
| 22:21.10 | Samot | strgout: I don't do DAHDI |
| 22:21.18 | TandyUK | "asterisk -x "sip show peer tandyuk201" | grep 'Useragent' | cut -d: -f2" |
| 22:21.23 | TandyUK | fugly, but works lol |
| 22:21.44 | Samot | But a lot of vendors just stopped updating once 13 hit. |
| 22:21.54 | Samot | Well, a good chunk that I've seen. |
| 22:22.23 | file | a lot of vendors just don't participate in the community or provide input/feedback on such things |
| 22:22.35 | Samot | I know. |
| 22:22.39 | strgout | TandyUK: Sorry, was that for me? |
| 22:22.46 | TandyUK | no |
| 22:22.47 | file | it'd be better for everyone if they did, but c'est la vie |
| 22:22.53 | strgout | eff! |
| 22:22.58 | Samot | Well look at A2Billing.. |
| 22:23.12 | Samot | They haven't made a single effort to do anything for 13 |
| 22:23.21 | [TK]D-Fender | ScopServ is pretty big and normally dedicated |
| 22:23.31 | [TK]D-Fender | I usd to use their platform and have met with them |
| 22:23.36 | Samot | Well.. |
| 22:23.40 | Samot | Three years. |
| 22:23.40 | TandyUK | oh theyre just having issues migrating some of their custom stuff afaik |
| 22:23.46 | Samot | I think they've dropped the ball on this. |
| 22:23.52 | TandyUK | which as i understand, bugs are open for |
| 22:23.57 | Samot | Well.. |
| 22:24.03 | Samot | They would have done what I did. |
| 22:24.10 | Samot | Starting messing with it in beta when it was in beta. |
| 22:24.43 | Samot | Well, looked at 12 too since those changes were introduced in 12. |
| 22:24.56 | Samot | They had a year on 12 to see how that was going to shape 13 |
| 22:25.12 | Samot | 13 was released in beta / rc before stable.. |
| 22:25.20 | Samot | Serious vendors kept up with it. |
| 22:28.36 | [TK]D-Fender | 11 is utterly dead. |
| 22:28.42 | Samot | Yeah. |
| 22:28.50 | [TK]D-Fender | The moment it's SFO you should consider it dead, so that's a year ago already |
| 22:28.56 | file | I was going to buy a cake, but I wasn't about to pay full price and there wasn't a 50% off one |
| 22:29.04 | file | perhaps over the weekend |
| 22:29.07 | Samot | hah |
| 22:29.12 | Samot | I think now.. |
| 22:30.09 | Samot | Any admin who complains that their systems are so tightly tied into 11 and that it would take months or over a year to get their stuff migrated to 13...deserves it |
| 22:30.18 | Samot | At this point in the game. |
| 22:30.22 | Samot | 3 years. |
| 22:30.49 | Samot | Everyone's had 3 years to get their poop in a group and be on the current LTS. |
| 22:31.08 | TandyUK | well tell that to the vendors who still havent rolled it out |
| 22:31.20 | Samot | I would. |
| 22:31.25 | Samot | If they were in here. |
| 22:31.49 | Samot | Just like I've told the TSPs in here. |
| 22:32.03 | Samot | When they go "Well my customer isn't paying me to go from 11 to 13" |
| 22:32.07 | file | Samot: 4 years |
| 22:32.15 | file | 12.0.0 was released 4 years ago |
| 22:32.21 | Samot | I highly doubt that the customer was paying to be on 11... |
| 22:32.33 | Samot | I think they were paying for hosted pbx/voice services. |
| 22:32.36 | file | well, 3 years 10 months but potatoes potatoes |
| 22:32.41 | Samot | yeah. |
| 22:32.49 | Samot | I was just going by 13's release. |
| 22:32.56 | *** join/#asterisk stoopkid (uid137696@gateway/web/irccloud.com/x-aiperbllfkxysdha) |
| 22:33.19 | Samot | But I've also seen people argue they have no need to update. |
| 22:33.33 | Samot | Then have similar scenarios.. |
| 22:33.40 | Samot | "I was Asterisk would do X" |
| 22:33.51 | Samot | "It does. ARI or Y thing" |
| 22:33.56 | Samot | "Oh, I'm on 11" |
| 22:34.13 | Samot | was = wish |
| 22:34.58 | TandyUK | oh i know full well i need to upgrade, the second i can, i will |
| 22:35.02 | [TK]D-Fender | We're at * 15 now |
| 22:35.09 | TandyUK | then HEP will be getting rapidly rolled out |
| 22:35.10 | [TK]D-Fender | Anyone that far behind should get punched |
| 22:35.11 | c|oneman | thats a common theme in tech. People refusing to do X then complaining that option Y isn't available to them, then asking for some weird workaround |
| 22:35.34 | Samot | TandyUK: HEP is not a Chan_SIP thing. |
| 22:35.46 | Samot | So not only do you have to deal with the changes from 11 to 13.. |
| 22:35.48 | TandyUK | no, but native support for it in asterisk was added in 13 |
| 22:35.52 | Samot | You have to deal with migrating to PJSIP |
| 22:36.00 | Samot | Sigh. |
| 22:36.04 | Samot | Not for Chan_SIP |
| 22:36.07 | TandyUK | or pjsip, whatever |
| 22:36.07 | Samot | Correct, file? |
| 22:36.12 | TandyUK | the ability to use hep == asterisk 13 |
| 22:36.31 | file | I don't think we added it to chan_sip, no, unless a community member did |
| 22:36.35 | TandyUK | asterisk 11 == nope |
| 22:36.38 | Samot | Right |
| 22:36.45 | Samot | It's a Chan_PJSIP feature. |
| 22:36.54 | Samot | You need to migrate from Chan_SIP to Chan_PJSIP |
| 22:37.00 | Samot | And thus all your configs. |
| 22:37.07 | Samot | Settings are not the same |
| 22:37.13 | Samot | Configs are way different. |
| 22:37.14 | TandyUK | i dont have to migrate shit ;) |
| 22:37.20 | Samot | OK |
| 22:37.27 | TandyUK | once scopserv have support for 13, i'll switch the option lol |
| 22:37.43 | TandyUK | then commit and all lovely new configs get rolled out |
| 22:38.01 | TandyUK | **once the release it** |
| 22:38.04 | TandyUK | they* |
| 22:38.13 | Samot | Well.. |
| 22:38.21 | TandyUK | or is it if lol |
| 22:38.54 | Samot | Do they have an ETA? |
| 22:41.37 | Samot | I wonder if the changes screwed up their multi-tenanting.. |
| 22:41.47 | TandyUK | We are completing retro testing on AMI events which have been completely re-written in Asterisk 13 |
| 22:41.47 | TandyUK | ETA is a few weeks |
| 22:41.53 | TandyUK | that was 8 days ago |
| 22:42.11 | [TK]D-Fender | So now a bunch of weeks? |
| 22:42.22 | [TK]D-Fender | Or is it a bundle of weeks? |
| 22:42.47 | TandyUK | bearin mind the "6 weeks" for the centos6 iso took more like 6 months |
| 22:42.53 | Samot | Well this out to be fun. |
| 22:43.02 | TandyUK | indeed |
| 22:43.03 | Samot | er ought |
| 22:43.06 | Samot | Well.. |
| 22:43.11 | file | if they decide to block themselves on any issues they filed with us... |
| 22:43.29 | Samot | We just hand a conversation about this a few weeks ago.. |
| 22:43.34 | Samot | er had |
| 22:44.08 | Samot | PJSIP hasn't really, really been beaten down in a high volume/ITSP scenario. |
| 22:44.58 | Samot | So if they haven't done any real world scenario testing... |
| 22:45.22 | Samot | Converting a system with a few though extensions to PJSIP so be interesting.. |
| 22:45.33 | Samot | thousand.. |
| 23:17.17 | *** part/#asterisk kharwell (kharwell@nat/digium/x-mgclqwygwjncoaet) |
| 23:39.36 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |
| 23:51.15 | *** join/#asterisk startledmarmot (~startledm@cpe-75-82-221-87.socal.res.rr.com) |