| 00:30.37 | *** join/#asterisk x86- (~PC@ool-4570f1e8.dyn.optonline.net) |
| 00:32.25 | x86- | I'm trying to make an inbound rule to hang up on the caller if the caller id number does not equal a certain number.. exten => 1207384837,1,Answer(),If($["${CALLERID(number)}" != "6315555555"]?,n,Hangup() |
| 00:32.37 | x86- | but it's not working, can anyone let me know how to fix it? |
| 00:37.51 | Samot | That syntax is all sorts of wrong |
| 00:41.46 | dtascom | exten => 1207384837,1,ExecIf($["${CALLERID(number)}"!="6315555555"]?Hangup():Answer()) |
| 00:55.51 | x86- | it still don't block the caller id |
| 00:56.02 | x86- | block the incoming call based on caller id... |
| 00:57.22 | x86- | ahhh... thanks bro I think it works now |
| 00:59.09 | x86- | nope rejects my number when I call |
| 01:31.50 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 01:43.04 | *** join/#asterisk startledmarmot (~startledm@67.231.202.253) |
| 01:51.08 | *** join/#asterisk tehgooch (tehgooch@unaffiliated/tehgooch) |
| 01:56.09 | x86- | weird, works with the cid name but not the number |
| 01:57.42 | *** join/#asterisk dandann00dle (uid120491@gateway/web/irccloud.com/x-djdmmwawwovodhlx) |
| 02:45.57 | *** join/#asterisk gringo (~gringo@unaffiliated/gringo) |
| 02:51.10 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 02:52.40 | *** join/#asterisk NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey) |
| 03:04.25 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 03:14.04 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 03:58.58 | tuxd00d | x86-: The true action comes first. ExecIf ( CONDITION ? TRUE : FALSE) |
| 04:00.09 | tuxd00d | *cli> core show application ExecIf |
| 04:02.59 | x86- | thanks guys |
| 04:03.17 | x86- | i'm reading some guides on agi. |
| 04:08.44 | *** join/#asterisk krzee (~k@openvpn/community/support/krzee) |
| 04:21.52 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 04:26.29 | *** join/#asterisk s-mutin (~s-mutin@85.234.114.134) |
| 04:28.16 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 04:38.24 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:10.43 | *** join/#asterisk jamesaxl (~James_Axl@109.172.62.242) |
| 05:26.21 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:54.19 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 05:57.49 | *** part/#asterisk TheGallopingFox (~TheGallop@gateway/vpn/privateinternetaccess/thegallopingfox) |
| 06:03.12 | *** join/#asterisk nfsnobody (~nfsnobody@unaffiliated/nfsnobody) |
| 06:03.51 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 06:24.21 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
| 06:34.44 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 06:43.52 | *** join/#asterisk pchero_work (~pchero@109.70.54.56) |
| 06:43.59 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 07:24.54 | *** join/#asterisk tzafrir (~tzafrir@local.xorcom.com) |
| 07:26.53 | *** join/#asterisk troyt (~troyt@2601:681:4100:10d1:44dd:acff:fe85:9c8e) |
| 07:37.28 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 07:37.43 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 07:42.54 | *** join/#asterisk sekil (~sekil@external-rc.comtrade.rs) |
| 07:44.35 | *** join/#asterisk troyt (~troyt@2601:681:4100:10d1:44dd:acff:fe85:9c8e) |
| 07:47.26 | *** join/#asterisk jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:55.07 | *** join/#asterisk sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 08:09.53 | *** join/#asterisk evil_gordita (robert@ip70-188-41-127.rn.hr.cox.net) |
| 08:13.56 | *** join/#asterisk hehol (~hehol@gatekeeper.loca.net) |
| 08:36.50 | eharris | Got a question about using the Voicemail app in dialplan. From reading the docs, it suggests that no greeting is played unless I pass a u or b option. I'm passing only s, and want no greeting or instructions played, but I'm still getting the unavailable greeting. |
| 08:37.10 | eharris | How do I send a call directly to voicemail without any greeting? |
| 08:38.41 | eharris | I'm using 13 |
| 08:47.30 | *** join/#asterisk jkroon_ (~jkroon@165.16.204.36) |
| 08:50.45 | *** join/#asterisk hajekd (~hajekd@212.24.153.186) |
| 08:51.00 | *** join/#asterisk hajekd (~hajekd@212.24.153.186) |
| 08:52.19 | *** join/#asterisk hajekd (~hajekd@212.24.153.186) |
| 08:57.47 | *** join/#asterisk jkroon_ (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 09:05.06 | *** join/#asterisk infernix (nix@unaffiliated/infernix) |
| 09:06.30 | *** join/#asterisk sekil (~sekil@185.56.220.46) |
| 09:20.13 | *** join/#asterisk wonderworld (~ww@dslb-088-075-029-175.088.075.pools.vodafone-ip.de) |
| 09:35.12 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 09:43.41 | wonderworld | i am having problems with res_mysql. i seem to be unable to install it correctly. i checked app_mysql and cdr_mysql in menuconfig and recompiled. i added a [mysql] section in cdr.conf and configured cdr_mysql.conf. |
| 09:44.08 | *** join/#asterisk infernix (nix@unaffiliated/infernix) |
| 09:44.36 | wonderworld | cdr show status on CLI still doesnt show cdr-mysql as available backend |
| 09:59.00 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 10:22.07 | *** join/#asterisk _Maik_ (~Maik@business-90-187-7-33.pool2.vodafone-ip.de) |
| 10:29.16 | *** join/#asterisk lankanmon (~LKNnet@CPE64777dd7e053-CM64777dd7e050.cpe.net.cable.rogers.com) |
| 10:34.16 | *** join/#asterisk Dirk23 (Dirk23@diehildebrands.de) |
| 10:54.06 | *** join/#asterisk gedia (~gd@185.73.41.1) |
| 10:54.51 | gedia | hey guys, does anyone know how to configure auth credentials for the BLFs on cisco SPA phones? they always seem to use the ones configured for "line 1"... |
| 10:55.24 | Samot | Yup. |
| 10:56.04 | gedia | Samot: yup as in "i know how to do it" or as in "yes they always use credentials configured for line 1" |
| 10:56.13 | gedia | ? |
| 10:56.14 | gedia | :-D |
| 10:56.37 | Samot | It uses the creds of the SIP account the BLF is associated to. |
| 10:57.09 | gedia | hmm.. and how can I associate it with an account? I need to do this per BLF, not globally... is this possible? |
| 10:57.32 | Samot | What do you mean per BLF? |
| 10:57.45 | Samot | You can only subscribe to BLFs that you have an account with |
| 10:57.46 | gedia | per subscription |
| 10:58.21 | gedia | right, but I have two asterisk servers for example, one configured for line 1 and one for line 2, and I need to configure BLFs for both servers with different credentials for each |
| 10:58.36 | Samot | Then you associate the BLF with the SIP account |
| 10:58.58 | gedia | right, but how... it's not documented.. :-( |
| 11:00.26 | Samot | Use fnc=blf+sd+cp;sub=10@$PROXY to monitor |
| 11:00.39 | Samot | $PROXY can be changed to the IP of the PBX |
| 11:00.51 | Samot | When it sends the challenge it should work just fine. |
| 11:03.49 | gedia | it doesn't, it sends the credentials for another account |
| 11:04.03 | gedia | there's a [vid=outboundextnum;] option, I'll try that and see if it works.. |
| 11:04.08 | gedia | but thanks anyway :-) |
| 11:06.29 | gedia | yeap, vid=4 works, the phone will now reply to the challenge with the credentials used with |
| 11:06.33 | gedia | "Ext 4 |
| 11:06.35 | gedia | " account |
| 11:06.53 | gedia | sorry, accidental "enter" keypresses due to proximity with quotes :-) |
| 11:29.06 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 11:53.11 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 11:56.45 | *** join/#asterisk hajekd (~hajekd@212.24.153.186) |
| 11:57.48 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 12:14.08 | *** join/#asterisk startledmarmot (~startledm@67.231.202.253) |
| 12:14.13 | *** join/#asterisk Chainsaw (~chainsaw@gentoo/developer/chainsaw) |
| 12:17.48 | *** join/#asterisk ganbold (~ganbold@173.244.215.173) |
| 12:25.23 | *** join/#asterisk vandyk (~vandyk@179.232.66.98) |
| 12:30.04 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 12:31.16 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
| 12:42.44 | eharris | Is there any way to make WaitExten only wait for a single digit even if there are multidigit extensions defined in the current context? |
| 12:44.06 | *** join/#asterisk [TK]D-Fender (~joe@216.191.106.165) |
| 12:54.52 | voipmonk | Show the current context |
| 12:55.02 | voipmonk | ~pb |
| 12:55.02 | infobot | [pastebin] a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 12:57.44 | [TK]D-Fender | eharris, No |
| 12:58.49 | eharris | is there another way to do that? I want to create a simple ivr menu and have it only jump to single digit options |
| 13:00.41 | [TK]D-Fender | Then give it only single digit options |
| 13:01.04 | *** join/#asterisk startledmarmot (~startledm@67.231.202.2) |
| 13:01.44 | *** join/#asterisk luckman212 (~luckman21@unaffiliated/luckman212) |
| 13:20.19 | voipmonk | https://wiki.asterisk.org/wiki/display/AST/Pattern+Matching |
| 13:20.57 | Samot | I'm not sure why there needs to be pattern matching for this. |
| 13:20.59 | Samot | It's an IVR |
| 13:21.23 | [TK]D-Fender | that doesn't change what he has to do. |
| 13:21.32 | Samot | If there is a desire for single digit options, you add diaplan for those options |
| 13:22.23 | Samot | So no WaitExten will not wait for single digit DTMF when there are no single digit options, it will treat it as an invalid option |
| 13:22.44 | Samot | Just like it would for 3 digits or any multi-digits that didn't match |
| 13:33.47 | eharris | the thing is I have different handling based on the extension that the context is entered with. |
| 13:34.49 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-enskycfesbiazptq) |
| 13:34.50 | eharris | I just don't want those more complex extensions to be considered when processing the IVR menu, which only has single digit options in it |
| 13:35.04 | [TK]D-Fender | it doesn't |
| 13:35.16 | [TK]D-Fender | stop saying it only has single digit options |
| 13:35.24 | [TK]D-Fender | YOU put that stuff in there. |
| 13:35.31 | voipmonk | show the context |
| 13:35.40 | [TK]D-Fender | If there are things in that context yuo don't want them to be able to dial then you shouldn't have put them there. |
| 13:35.47 | eharris | I know the context does. I'm saying I want to only gather single digits from the user. |
| 13:35.56 | *** join/#asterisk paulgrmn (~paulgrmn@198-0-107-153-static.hfc.comcastbusiness.net) |
| 13:35.56 | [TK]D-Fender | NOT HAPPENING |
| 13:36.00 | paulgrmn | join #go-nuts |
| 13:36.01 | Samot | WaitExten doesn't look in other contexts. |
| 13:36.17 | Samot | If you want what they press to go to another context you need to use a GoTo statement |
| 13:36.26 | [TK]D-Fender | that's not what he's asking |
| 13:36.26 | voipmonk | you can have them go into a context with just those options. |
| 13:36.31 | [TK]D-Fender | ^ |
| 13:36.41 | Samot | Right |
| 13:36.44 | Samot | But not 4 contexts |
| 13:36.49 | [TK]D-Fender | DON'T PUT SHIT IN YOUR CONTEXTS YOU DON'T WANT THEM TO BE ABLE TO DIAL |
| 13:36.51 | Samot | There needs to be one context for the IVR |
| 13:36.53 | eharris | I don't want it to look at any contexts, I just want to get a single digit from the user, and abort the playback and wait on that digit immediately |
| 13:36.57 | Samot | Regardless of where the call actually lands. |
| 13:36.57 | [TK]D-Fender | YOUR JOB <- |
| 13:37.03 | [TK]D-Fender | The answer is "NO" |
| 13:37.33 | Samot | So Background() for the playback |
| 13:37.40 | Samot | Followed by WaitExten() |
| 13:37.42 | eharris | I kind of got it working using read, but Read doesn't behave right with multiple prompt files. |
| 13:37.46 | Samot | For however long you want to wait |
| 13:37.46 | [TK]D-Fender | Samot, no... |
| 13:37.51 | Samot | OK. |
| 13:38.02 | [TK]D-Fender | make a proper context for your IVR |
| 13:38.08 | Samot | Well there's that |
| 13:38.14 | [TK]D-Fender | Youshouldn' |
| 13:38.16 | eharris | and if I do Background() followed by Read, if the digit is pressed during Background() it still waits for more than one digit |
| 13:38.21 | [TK]D-Fender | t have PUT that other shit in the same context. |
| 13:38.56 | [TK]D-Fender | YOU made those choices. |
| 13:39.05 | [TK]D-Fender | there are no "take-backs" |
| 13:39.26 | [TK]D-Fender | You don't get to say "but you can't pick that one!" |
| 13:40.02 | Samot | Isn't that what the invalid part is for |
| 13:40.09 | Samot | So you can say "You can't pick that one" |
| 13:40.13 | eharris | I simply want to be able to play an interruptible prompt, and collect a single touch tone digit from the user. I don't want any context choices to be considered. |
| 13:40.32 | Samot | eharris: Show your IVR dialplan |
| 13:40.36 | Samot | ~pb |
| 13:40.36 | infobot | [pastebin] a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 13:40.45 | [TK]D-Fender | facepalm |
| 13:41.09 | [TK]D-Fender | NO OTHER SHIT IN THAT FUCKING CONTEXT OR WAITEXTEN WILL WAIT IF SOMETHING LONGER COULD BE VALID. |
| 13:41.19 | Samot | I know that |
| 13:41.24 | Samot | I said that earlier. |
| 13:41.26 | [TK]D-Fender | THIS twit isn't getting it |
| 13:41.31 | Samot | I know that too |
| 13:41.36 | Samot | I want to see what is there |
| 13:41.41 | Samot | What this is all based on. |
| 13:41.42 | [TK]D-Fender | I don't CARE what else he has in the context |
| 13:41.46 | [TK]D-Fender | GET IT OUT OF THERE |
| 13:41.47 | Samot | OK. |
| 13:41.53 | [TK]D-Fender | it does NOT belong |
| 13:42.05 | Samot | Ahh. |
| 13:42.06 | eharris | I do get it. I don't want the "smarts" that asterisk is trying to give me by looking at the context. I just want to collect a digit! |
| 13:42.11 | [TK]D-Fender | You have a 10 in there and want "1" to get acted on immediately? NOT FUCKING HAPPENING |
| 13:42.24 | Samot | eharris: Please show me what you have created for this so far. |
| 13:42.31 | [TK]D-Fender | waitexten looks at ALL the stuff in the context it's in |
| 13:42.43 | [TK]D-Fender | You shouldn't BE THERE if there are things you don't want them to match against |
| 13:42.46 | [TK]D-Fender | YOU PUT THEM THERE |
| 13:42.48 | [TK]D-Fender | YOUR FAULT |
| 13:42.55 | *** join/#asterisk newtonr (newtonr@nat/digium/x-xjvuzrtqlnqpizmb) |
| 13:42.55 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 13:43.08 | [TK]D-Fender | Make a fucking SEPARATE context with ONLY valid choices |
| 13:43.16 | eharris | Ok, so then waitexten doesn't do what I want. So I tried using read, which seems to work fine as long as the digit isn't pressed during Background() |
| 13:43.36 | [TK]D-Fender | Backgrond has nothing to do with read |
| 13:43.46 | [TK]D-Fender | You are mixing things that don't play together |
| 13:43.49 | eharris | So is there an equivalent of Background() that plays an interruptible prompt but does not wait for an extension. |
| 13:43.55 | [TK]D-Fender | background is functionally like Waitexten |
| 13:44.31 | eharris | I know. What function plays a prompt that can be interrupted without waiting for an extension? |
| 13:45.00 | [TK]D-Fender | Read |
| 13:45.04 | [TK]D-Fender | Read() |
| 13:45.15 | eharris | Read doesn't work right with more than one prompt file. |
| 13:45.31 | [TK]D-Fender | Show me |
| 13:46.03 | eharris | Read(DIGIT,somefile&silence/5,1) gives errors. |
| 13:46.08 | [TK]D-Fender | Show me |
| 13:49.37 | [TK]D-Fender | Read() |
| 13:49.44 | [TK]D-Fender | oops |
| 13:50.44 | dadrc | Oops() |
| 13:52.40 | Samot | This is why I asked for the entire IVR dialplan. |
| 13:52.47 | Samot | So we can see what the logic is |
| 13:53.07 | [TK]D-Fender | It doesn't matter |
| 13:53.14 | Samot | No, of course not. |
| 13:53.26 | eharris | Hmm, I changed it back to trying Read with multiple prompts and now it's working, but it didn't before even though the log shows the same call. |
| 13:53.41 | [TK]D-Fender | He didn't want it matching longer thing he has in there and is incapable of shove it in a context without that garbage there. |
| 13:54.00 | [TK]D-Fender | It also isn't "magically" working. |
| 13:54.25 | Samot | 8:42:44 AM E<eharris> Is there any way to make WaitExten only wait for a single digit even if there are multidigit extensions defined in the current context? |
| 13:54.26 | [TK]D-Fender | As with pretty much all of these cases, user-error |
| 13:54.38 | Samot | That sounds like to me, he wanted a way to not have to wait for a timeout or a # |
| 13:54.43 | [TK]D-Fender | <Samot> 8:42:44 AM E<eharris> Is there any way to make WaitExten only wait for a single digit even if there are multidigit extensions defined in the current context? <- And the answer is NO. |
| 13:54.54 | Samot | Right |
| 13:54.58 | Samot | That was the original question. |
| 13:55.01 | [TK]D-Fender | He doesn't want it to stick on "1" because there is a "10" there |
| 13:55.03 | Samot | Which we all said was no. |
| 13:55.03 | [TK]D-Fender | ^ |
| 13:55.10 | [TK]D-Fender | it's waiting for LONGER SHIT |
| 13:55.14 | Samot | I know |
| 13:55.20 | [TK]D-Fender | Shit that shouldn't BE there |
| 13:55.21 | Samot | So how can you make it not wait for longer shit? |
| 13:55.26 | eharris | eharris> I simply want to be able to play an interruptible prompt, and collect a single touch tone digit from the user |
| 13:55.26 | Samot | Are you sure? |
| 13:55.35 | [TK]D-Fender | YOU CAN'T |
| 13:55.36 | Samot | Do you need multi-digit options? |
| 13:56.02 | Samot | Because it actually doesn't matter how many digits your options are.. |
| 13:56.07 | [TK]D-Fender | he doesn't WANT them to be able to dial those |
| 13:56.11 | eharris | What is so holy about contexts that everything has to pay attention to them? And why do you say you can't when Read is supposed to do exactly that? |
| 13:56.17 | Samot | All this shit waits for either a timeout, a # or a maxdigit var. |
| 13:57.02 | Samot | So if you have 1, 2, 3, 15, 200, 34000.... |
| 13:57.06 | Samot | It's still wants a TIMEOUT |
| 13:57.16 | Samot | Because if the timeout is too low, you'll never get 34000 |
| 13:57.25 | [TK]D-Fender | Waitexten <- See the NAME? It waits for an EXTENSION to be dialed. If you are in a context with something longer than single digit extens then YOU fucked up |
| 13:57.32 | eharris | yes, there should be a timeout. Just not once the maxdigit of 1 has been received. |
| 13:57.41 | [TK]D-Fender | exten => 10,1,Blah() |
| 13:57.59 | [TK]D-Fender | You have that in there with your 1-digit "exten => 1,..." and you're GONNA FUCKING WAIT |
| 13:58.13 | eharris | eharris> is there another way to do that? |
| 13:58.24 | Samot | eharris: Your IVR *cannot* have single and multi-digits options. |
| 13:58.31 | [TK]D-Fender | You have Waitexten, and you have Read. |
| 13:58.33 | Samot | If you want it not to accept anything longer than 1 |
| 13:58.40 | eharris | I asked, way at the beginning if there was another way than waitexten |
| 13:58.46 | Samot | No. |
| 13:59.00 | Samot | It's all based on a timeout or # or a maxdigit limit |
| 13:59.09 | [TK]D-Fender | If you want to take in input those are the 2 options. |
| 13:59.12 | eharris | Yes, and maxdigit is 1 |
| 13:59.16 | Samot | OK |
| 13:59.16 | [TK]D-Fender | Read() ... or a DIALPLAN MATCH |
| 13:59.25 | *** join/#asterisk startledmarmot (~startledm@67.231.202.2) |
| 13:59.48 | Samot | So then WaitExten() will wait x seconds for an extension that matches in the context |
| 14:00.00 | Samot | Read() has a maxdigit length |
| 14:00.20 | eharris | Thanks, but I figured that out myself, even though you adamantly said it couldn't be done, and never mentioned Read() until I found it myself. |
| 14:00.41 | [TK]D-Fender | I told you Read() 10 times |
| 14:00.49 | Samot | Because your original request wasn't what you actually wanted. |
| 14:00.54 | Samot | You changed up during it. |
| 14:01.15 | [TK]D-Fender | And you kept asking "But how do I make waitexten behave in ways it doesn't" |
| 14:01.22 | Samot | ^^^ |
| 14:01.27 | [TK]D-Fender | BUT HOW?!?!???! |
| 14:01.50 | [TK]D-Fender | Of course you COULD have just done it properly and not had that other shit in there |
| 14:01.55 | [TK]D-Fender | butt you dragged this on. |
| 14:06.10 | *** join/#asterisk dandann00dle (uid120491@gateway/web/irccloud.com/x-qthttcksqnxylcqo) |
| 14:07.03 | eharris | When I originally tried Read, it gave me an error when I tried to play multiple prompt files, and the docs don't show the & notation that Playback and Background do, so I tried to look for another way. |
| 14:07.46 | Samot | Yes they do |
| 14:07.57 | eharris | When I just tried it again, it seems to work now, even though my logs show the exact same call as before. |
| 14:08.13 | Samot | Read(variable,filename&[filename2[&...]],[maxdigits,[options,[attempts,[timeout]]]]]) |
| 14:08.21 | Samot | &'s are in the Wiki docs. |
| 14:11.17 | eharris | I wasn't using the wiki as when I was working on this earlier asterisk.org was down for several hours |
| 14:12.46 | eharris | apparently the ones google turned up weren't up to date. |
| 14:16.36 | [TK]D-Fender | "core show application read" <- |
| 14:16.53 | [TK]D-Fender | Not going to CLI for instruction = fail |
| 14:16.59 | [TK]D-Fender | Not using the official WIKI = fail |
| 14:17.06 | [TK]D-Fender | not SHOWING us your attempt when requested = fail |
| 14:17.21 | [TK]D-Fender | Not listening when we tell you Waitexen is GOING to listen for longer things it can match = fail |
| 14:20.16 | eharris | Getting stuck on the holyness of contexts and giving incorrect info that something isn't possible when it is = fail |
| 14:20.23 | [TK]D-Fender | "holyiness"? |
| 14:20.31 | Samot | Don't even bother. |
| 14:20.34 | [TK]D-Fender | You put that shit in there |
| 14:20.39 | Samot | Now this is just to argue. |
| 14:20.47 | [TK]D-Fender | What part of "don't put shit you don't want them picking" do you have a problem with? |
| 14:20.55 | eharris | never mind. Thanks for your time. |
| 14:21.15 | eharris | you missed the point. totally. Several times. But that's ok. |
| 14:21.27 | [TK]D-Fender | You asked how to make waitexten ignore longer ones |
| 14:21.29 | [TK]D-Fender | it doesn't |
| 14:21.40 | [TK]D-Fender | Nothing I have said is incorrect |
| 14:21.42 | eharris | and then I asked for another way to do what I wanted. |
| 14:21.50 | [TK]D-Fender | And I said Read() |
| 14:21.52 | Samot | [TK]D-Fender mentioned Read() multiple times. |
| 14:22.15 | eharris | yes, but only after I mentioned trying to make it work and insisting it couldn't be done. |
| 14:22.25 | [TK]D-Fender | <[TK]D-Fender> Read |
| 14:22.25 | [TK]D-Fender | <[TK]D-Fender> Read() |
| 14:22.31 | eharris | yes, Read. |
| 14:22.36 | Samot | OK |
| 14:22.42 | Samot | Buh-bye. |
| 14:22.48 | Samot | This is now just to argue. |
| 14:22.53 | Samot | I'm not feeding it. |
| 14:22.57 | eharris | me either. |
| 14:23.12 | [TK]D-Fender | You said it doesn't work. and never showed us. Then you tried again it now it miraculously works. |
| 14:23.29 | [TK]D-Fender | I told you how to get your FIRST method to work |
| 14:23.32 | [TK]D-Fender | You didn't do it. |
| 14:23.52 | [TK]D-Fender | I then told you Read was another completely different option to get the same result. |
| 14:23.57 | [TK]D-Fender | And you told ME it doesn't work |
| 14:27.31 | *** join/#asterisk zerohalo (~zerohalo@2601:199:417f:7e6d:f4ce:d5c0:532b:a37c) |
| 14:28.44 | *** join/#asterisk cemotyz09 (~cemotyz09@cpe-70-121-157-202.satx.res.rr.com) |
| 14:32.12 | *** join/#asterisk tuxd00d (~tuxd00d@ip68-106-11-138.ph.ph.cox.net) |
| 14:38.05 | *** join/#asterisk tuxian (~tuxian@igilmour.plus.com) |
| 14:42.09 | *** join/#asterisk rmudgett (rmudgett@nat/digium/x-ocznyoavcfkfxhay) |
| 14:42.09 | *** mode/#asterisk [+o rmudgett] by ChanServ |
| 15:02.59 | *** join/#asterisk davlefou (~davlefou@unaffiliated/davlefou) |
| 15:14.36 | *** join/#asterisk hajekd (~hajekd@212.24.153.186) |
| 15:18.48 | *** join/#asterisk startledmarmot (~startledm@67.231.202.2) |
| 15:26.02 | *** join/#asterisk kharwell (~kharwell@67.231.202.2) |
| 15:26.03 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 15:29.34 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 15:33.04 | *** join/#asterisk rrittgarn (~rrittgarn@75-150-221-205-Illinois.hfc.comcastbusiness.net) |
| 15:34.47 | *** join/#asterisk miralin (~Thunderbi@91.237.94.10) |
| 15:44.37 | *** join/#asterisk tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 15:55.03 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 15:55.21 | *** join/#asterisk jkroon (~jkroon@vc-nat-gp-s-41-13-56-34.umts.vodacom.co.za) |
| 16:01.14 | *** join/#asterisk Dovid (~dovid@ool-4573a525.dyn.optonline.net) |
| 16:15.11 | *** join/#asterisk drbrown (~chatzilla@remote.l3tech.com) |
| 16:31.33 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 16:58.44 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 17:01.22 | *** join/#asterisk startledmarmot (~startledm@67.231.202.3) |
| 17:12.03 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 17:12.40 | *** join/#asterisk MechWar (bff92be5@gateway/web/freenode/ip.191.249.43.229) |
| 17:12.47 | MechWar | hi |
| 17:13.22 | MechWar | Guys, is it possible to answer an inoming call by AMI ? |
| 17:13.36 | Samot | No. |
| 17:13.49 | Samot | Call has to hit dialplan. |
| 17:14.49 | MechWar | And is it possible to do it by dialplan ? |
| 17:15.05 | Samot | What do you mean? |
| 17:15.08 | Samot | Answer a call? |
| 17:15.11 | [TK]D-Fender | AMI is not a call-processing tool to begin with. It can forcibly redirect a call from where it is currently being processed, can kill calls, etc, but this is an overview poewr, not a "hand-hold" flow control |
| 17:15.13 | Samot | That's the point. |
| 17:17.42 | MechWar | the Company i'm working, they are developing an app like CRM + CallCenter, when incoming a call pop a message to accept or deny, we don't know how can we accept the incoming call pressing a button Accept. =/ |
| 17:19.01 | Samot | You send the call into the dialplan |
| 17:19.06 | Samot | Which triggers an AMI event |
| 17:19.24 | Samot | That is sent to your program that has an event listener running |
| 17:20.55 | MechWar | yes |
| 17:23.22 | MechWar | the point is while is ringing, i press the accept button, i need to answer this call, but we don't know how to. |
| 17:23.24 | MechWar | =/ |
| 17:24.50 | *** join/#asterisk Penguin (~xwQ5kwYl6@our.systems.are.full.of.penguins.at.penguinsystems.net) |
| 17:26.28 | MechWar | is there any way ? |
| 17:26.45 | Samot | Yes. |
| 17:28.51 | Samot | If you're waiting for how that is, I can't help. |
| 17:29.13 | Samot | I haven't worked with listeners and AMI events enough.. |
| 17:29.33 | Samot | But since systems like FOP2 and others do this, I know it can be done. |
| 17:35.51 | Kobaz | mmmm |
| 17:35.54 | Kobaz | [2017-10-04 13:35:14.450] WARNING[19343]: chan_sip.c:4087 retrans_pkt: Timeout on 347940935-252370290-1142443937 on non-critical invite transaction. |
| 17:36.17 | Kobaz | very informative... |
| 17:36.30 | [TK]D-Fender | MechWar, first, a call isn't just "ringing". |
| 17:36.41 | [TK]D-Fender | there is a CHANNEL in progress. |
| 17:36.43 | Kobaz | [TK]D-Fender: when are you coming to astricon :P |
| 17:36.54 | [TK]D-Fender | AMi can throw it somewher in the dialplan. that is all |
| 17:37.12 | Samot | Right |
| 17:37.23 | Samot | Which then uses Answer() |
| 17:37.30 | Samot | Or dials an endpoint |
| 17:37.33 | Samot | Or something |
| 17:37.45 | [TK]D-Fender | Kobaz, Marchtember Oneteenth |
| 17:37.57 | Kobaz | sounds good |
| 17:38.18 | [TK]D-Fender | MechWar, There is no "answer this in limbo". |
| 17:38.42 | Kobaz | what's defined as a 'non-critical invite transaction' |
| 17:39.27 | Kobaz | and that id doesn't look like a sip call-id |
| 17:39.39 | MechWar | so i can drop a call to someplace and answer before delivery it ? |
| 17:40.08 | Samot | Kobaz: Those are related to network issues. |
| 17:40.39 | Samot | That is saying that it timed out trying to re-transmit a packet. Re-transmission happens when Asterisk doesn't get a reply back in time. |
| 17:41.34 | *** join/#asterisk vandyk (~vandyk@179.179.113.79) |
| 17:41.54 | Samot | MechWar: You should probably get an understand of Asterisk, AMI/AGI/ARI before you invest time in a CRM+Call Center solution based on Asterisk. |
| 17:42.06 | Samot | s/understand/understanding/ |
| 17:44.01 | *** join/#asterisk domlaz11 (~domlaz11@luminet-2-130-190.cust.b2b2c.ca) |
| 17:44.09 | domlaz11 | can we know who hangup with this line |
| 17:44.17 | domlaz11 | VERBOSE[14683][C-00005aef] pbx.c: Executing [h@from-internal:1] Hangup("SIP/403-00005d20", "") in new stack |
| 17:44.17 | domlaz11 | the asterisk user or the other end? |
| 17:44.59 | MechWar | the first leave from the bridge is that who hangup. |
| 17:45.29 | domlaz11 | [2017-10-04 12:06:48] VERBOSE[14688][C-00005aef] bridge_channel.c: Channel SIP/GoldLineOut-00005d21 left 'simple_bridge' basic-bridge <7592b656-728c-42d2-baef-7bd016658417> |
| 17:45.31 | domlaz11 | this? |
| 17:45.42 | domlaz11 | so its the other end |
| 17:45.49 | MechWar | this channel left first? |
| 17:46.11 | domlaz11 | [2017-10-04 12:06:48] VERBOSE[14683][C-00005aef] bridge_channel.c: Channel SIP/403-00005d20 left 'simple_bridge' basic-bridge <7592b656-728c-42d2-baef-7bd016658417> |
| 17:46.13 | domlaz11 | this follows |
| 17:46.21 | domlaz11 | the extnesion is after the trunk |
| 17:46.29 | MechWar | ok SIP/GoldLineOut hangs up |
| 17:46.34 | Samot | So the trunk channel left first. |
| 17:46.42 | [TK]D-Fender | MechWar, You say "before" and you never say what you are expecting to have happen. |
| 17:47.37 | MechWar | isn't right [TK]D-Fender ? |
| 17:47.39 | *** part/#asterisk Kunsi (franzi@unaffiliated/kunsi) |
| 17:47.45 | [TK]D-Fender | huh? |
| 17:47.53 | [TK]D-Fender | you ar not communicating clearly at all |
| 17:47.54 | MechWar | about other question. |
| 17:48.32 | MechWar | sorry, my English is not fluent, but I try. |
| 17:50.24 | MechWar | =) |
| 17:58.52 | *** join/#asterisk somepoortech (~somepoort@72-0-128-67.static.firstlight.net) |
| 17:59.36 | *** join/#asterisk startledmarmot (~startledm@67.231.202.253) |
| 18:11.38 | *** join/#asterisk SoBlindWolf (~SoBlindWo@go.pcshost.co) |
| 18:23.12 | *** join/#asterisk kharwell (~kharwell@67.231.202.3) |
| 18:23.12 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 18:28.02 | *** join/#asterisk ian_baca9 (~ian@81.84.234.209) |
| 18:28.21 | ian_baca9 | hey guys |
| 18:29.48 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 18:39.20 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 18:44.52 | *** join/#asterisk somepoortech (~somepoort@72-0-128-109.static.firstlight.net) |
| 18:51.14 | *** join/#asterisk defsdoor (~andy@cpc120600-sutt6-2-0-cust177.19-1.cable.virginm.net) |
| 18:54.54 | *** join/#asterisk kharwell (~kharwell@67.231.202.4) |
| 18:54.54 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 18:56.42 | *** join/#asterisk startledmarmot (~startledm@67.231.202.3) |
| 18:58.13 | *** join/#asterisk yokel (~yokel@unaffiliated/contempt) |
| 19:33.08 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 19:34.47 | *** join/#asterisk startledmarmot (~startledm@67.231.202.4) |
| 19:44.57 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 19:45.52 | *** join/#asterisk startledmarmot (~startledm@67.231.202.4) |
| 19:47.17 | *** join/#asterisk kharwell (~kharwell@67.231.202.2) |
| 19:47.17 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 19:49.03 | *** part/#asterisk kharwell (~kharwell@67.231.202.2) |
| 20:15.40 | *** join/#asterisk Hyper_Eye (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
| 20:17.46 | *** join/#asterisk dandann00dle (uid120491@gateway/web/irccloud.com/x-xkcuzaiccgouzvlt) |
| 20:43.56 | bipolar | I'm trying to find an IAX ATA for a remote location, but I'm coming up empty in my search. Can anyone recommend something along the lines of the discontinued IAXy? Does anything even exist any more? |
| 20:46.06 | fauxalliance | bipolar: n.b. voip-info is old. |
| 20:46.08 | fauxalliance | https://www.voip-info.org/wiki/view/Analog+Telephone+Adapters |
| 20:46.37 | fauxalliance | iirc the grandstream does iax/2 as well |
| 20:46.52 | fauxalliance | the handytone.. something something |
| 20:48.15 | bipolar | fauxalliance: grandstream does IAX? Hmm... I'll do more research in that direction. Thanks! |
| 20:48.31 | fauxalliance | and the inter asterisk exchange is more p2p between servers, not server to endpoint. |
| 20:51.39 | bipolar | Grandstream's FAQ says "IAX/IAX2 are proprietary protocols and Grandstream does not currently support these protocols." |
| 20:51.42 | fauxalliance | http://www.ebay.ca/itm/2-Ports-VoIP-FXS-ATA-Phone-Gateway-w-WIFI-SIP-IAX2-Router-Bridge-JS200-FX-/171836932443?hash=item280247815b:g:SFEAAOSweW5VFApS |
| 20:51.43 | bipolar | ugh |
| 20:51.48 | fauxalliance | bipolar: my bad |
| 20:52.10 | bipolar | np |
| 20:52.31 | bipolar | I'll take a look at that device. |
| 20:55.39 | fauxalliance | fwiw. grandsteam lied, IAX/2 is as open protocol |
| 20:56.09 | bipolar | Yeah... I cringed when I read that. It's like they're coming up with a lame excuse for not supporting IAX. |
| 20:57.01 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 21:12.01 | *** join/#asterisk rwb (~Thunderbi@74.85.159.204) |
| 21:15.20 | Samot | Really? |
| 21:15.52 | Samot | The fact that IAX2 has almost zero impact in the overall VoIP/IP Voice world wouldn't play into that? |
| 21:16.31 | Samot | That's like saying "lame excuses for not supporting H.323" |
| 21:16.34 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 21:25.45 | Samot | IAX/2 is basically an open protocol because that's the only way future development will be done. |
| 21:26.01 | Samot | I can't remember the last time IAX/2 got a serious or real update or feature adds. |
| 21:26.09 | [TK]D-Fender | Doesn't need it |
| 21:26.18 | [TK]D-Fender | Because of what it is. |
| 21:26.43 | [TK]D-Fender | It was never made with phones in mind. It isn't a "routable" protocol like SIP. |
| 21:27.12 | [TK]D-Fender | So when you're down to B2BUA-lan, there isn't much more to add. |
| 21:27.17 | Samot | My point is, complaining about the lack of support for it *now* is pointless |
| 21:27.22 | Samot | And will bear no fruit. |
| 21:27.33 | *** join/#asterisk youtmon (~yout@c-98-242-250-233.hsd1.fl.comcast.net) |
| 21:27.41 | [TK]D-Fender | Complaining back then didn't make any more sense... |
| 21:31.22 | Samot | And it didn't make a huge impact back then either. |
| 21:31.29 | Samot | Not like it is going to happen now. |
| 21:39.13 | fauxalliance | h.323, Video4Linux, Gentoo, i died a little. |
| 21:41.36 | fauxalliance | wasted a whole year of my life waiting for Qt to compile. |
| 21:42.45 | fauxalliance | still trying to perfect the balance between 'silence suppression' and 'comfort noise' |
| 21:43.49 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 21:44.33 | *** join/#asterisk J0hnSteel (~J0hnSteel@92.55.116.178) |
| 21:48.09 | fauxalliance | https://tools.ietf.org/html/rfc3389 |
| 21:50.21 | fauxalliance | bandwidth saved is bandwidth earned. |
| 21:52.03 | fauxalliance | Samot: https://anigan.wordpress.com/2008/03/20/fluke-vs-cisco-voip-a-token-ring-story/ |
| 21:53.01 | *** join/#asterisk newtonr (~newtonr@216.186.174.249) |
| 21:53.01 | *** mode/#asterisk [+o newtonr] by ChanServ |
| 21:53.29 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 21:59.26 | *** join/#asterisk Typhon (~Typhon@dslb-092-078-206-000.092.078.pools.vodafone-ip.de) |
| 22:11.38 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 22:21.17 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 22:29.06 | Samot | Uhm..ok |
| 22:30.54 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 22:32.11 | drmessano | Thats so weak |
| 22:32.26 | drmessano | #IAX2SavesBandwidth is such a 2005 problem |
| 22:40.42 | Samot | Pretty much #IAX2SolvesAnything is a 2005 problem |
| 22:42.26 | drmessano | Yep |
| 22:42.55 | *** join/#asterisk juvenal (~juvenal@189-68-84-45.dsl.telesp.net.br) |
| 22:49.03 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 22:49.05 | *** join/#asterisk u0m3_ (~u0m3@86.120.99.58) |
| 22:58.38 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 22:59.56 | *** join/#asterisk ArchNemesis (~nixgod@2602:306:cf99:b0b0:bc51:3a1c:7e24:50e3) |
| 23:01.36 | ArchNemesis | Hmm, so i know this isn't really the place to ask this but a2billing doesn't really have a channel, does anyone know if its possible to run a2billing standalone with external asterisk servers |
| 23:06.30 | Samot | Sure. |
| 23:06.44 | Samot | As long as they're not Asterisk 13 or greater servers. |
| 23:07.41 | ArchNemesis | one would just haveto disable/not use realtime correct? |
| 23:08.05 | Samot | No. |
| 23:08.09 | Samot | It's not that. |
| 23:08.29 | Samot | I say that because they have admitted they haven't touched A2Billing since before Asterisk 13 came out |
| 23:08.43 | Samot | It hasn't had a real update years. |
| 23:09.18 | Samot | They told someone less than a month ago, who was having issues, that "We have not touched it but we know some community members made it work" |
| 23:09.18 | ArchNemesis | yeah wish there was something better, but this is what the clients always request |
| 23:09.45 | Samot | Then they don't know better. |
| 23:09.48 | Samot | It's a POS. |
| 23:11.37 | Samot | Oh and the A2billing server has to be where to calls go |
| 23:11.42 | Samot | So that's always fun. |
| 23:12.12 | Samot | Nothing like hopping calls through multiple boxes...can't cause any issues. |
| 23:13.01 | ArchNemesis | yeah, so no matter what you have to have asterisk on the same server as a2b i mean i suppose you could try to rig a sip proxy but that will probably be 10 times more trouble than actually running asterisk in the background |
| 23:13.14 | Samot | Lol |
| 23:13.14 | Samot | OK |
| 23:15.11 | Samot | I route all my systems through a SIP proxy. |
| 23:15.23 | Samot | That's where all my CDRs live and are pulled from. |
| 23:15.44 | ArchNemesis | do you disagree? lol i've never done a a2b -> multiple asterisk boxes before honestly i try to avoid a2b if possible unless a client insists =/ |
| 23:16.10 | Samot | I disagree with your SIP proxy statement. |
| 23:16.24 | Samot | I don't disagree with *not* using A2B since it's a pile of steamy crap |
| 23:16.58 | ArchNemesis | oh i was somewhat making an assumption, as a2b barely works with asterisk i figured making it pass to a proxy would be like re-inventing the wheel |
| 23:17.18 | Samot | You wouldn't need A2B at that point. |
| 23:17.41 | Samot | Pretty much all SIP Proxy/softswitches have a CDR module/mechanism. |
| 23:17.52 | Samot | Because that's kinda the point for them. |
| 23:17.59 | Samot | A central location to route all your calls |
| 23:20.22 | ArchNemesis | true, well i'm gonna see if i can force it to work for this particular client so i can get them off my back, but i probably need to stop "supporting" it |
| 23:20.35 | Samot | Uhm. |
| 23:20.37 | Samot | OK |
| 23:20.42 | Samot | So you have to route every other box to it |
| 23:20.53 | Samot | So you're adding extra call legs. |
| 23:21.27 | Samot | Like the issue the guy was having was that it was breaking all the calls it was receiving from the other boxes. |
| 23:21.44 | Samot | And A2B came back and said they would support it if he paid for it. |
| 23:21.59 | Samot | So you're basically using defuncted software as a solution for your clients. |
| 23:22.19 | Samot | That, at this point, requires you to pay people that made it to even look at it |
| 23:24.17 | ArchNemesis | well they are being pretty admit about using it, despite my advice that is a giant pile of bugs, i think what it comes down to in the end, is the client isn't capable of managing it on their own without a2billing an |
| 23:25.10 | ArchNemesis | if it turns out too much headache i'm just going to tell them it wont work they way they want to use it. |
| 23:32.27 | Samot | Is this some sort of provider? |
| 23:44.49 | *** join/#asterisk hajekd (~hajekd@81.90.251.91) |
| 23:57.21 | *** join/#asterisk rwb (~Thunderbi@65.183.151.121) |
| 23:58.47 | *** join/#asterisk Mr_Pleb_Mgoo (~jakeb@103.46.213.148) |