| 01:19.57 | *** join/#asterisk war9407 (war@2600:4040:4001:1e00::f7aa) |
| 01:21.12 | *** join/#asterisk tehgooch (tehgooch@unaffiliated/tehgooch) |
| 01:22.30 | *** join/#asterisk scampbell (~scampbell@mail.scampbell.net) |
| 01:39.20 | *** join/#asterisk cryptic (~cryptic@142.196.139.17) |
| 02:03.59 | *** join/#asterisk MICROburst1 (~Thunderbi@x4e36a639.dyn.telefonica.de) |
| 02:38.45 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 02:45.36 | *** join/#asterisk Chotizei (chotaire@unaffiliated/chotaire) |
| 03:35.29 | *** join/#asterisk hfb (~hfb@cpe-172-117-13-65.socal.res.rr.com) |
| 05:31.00 | *** join/#asterisk giesen (~ggiesen@ego.giesen.me) |
| 06:17.21 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
| 06:23.24 | *** join/#asterisk madduck (~madduck@debian/developer/madduck) |
| 06:23.32 | madduck | How can I make IFTIME() timezone-aware? |
| 06:23.52 | madduck | (I have a dialplan I'd like to deploy world-wide) |
| 06:24.52 | madduck | oh, asterisk 17 seems to finally have timezoner |
| 06:40.27 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
| 06:48.14 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 07:07.44 | zBeeble | back to the code issue from before... I don't trust pjsip at the momment (and I'm not convinced it solves the issue). I'm going to put opensips into the path. I'm confident I can make it work that way. |
| 07:10.03 | zBeeble | in escence, I can force calls that don't want g.729 to a g.711 only asterisk instance and g.729 calls to a g.729-only asterisk instance. |
| 07:11.19 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 07:33.01 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 07:50.03 | *** join/#asterisk i9zO5AP (~BQcdf9eiZ@41.140.177.107) |
| 07:52.05 | *** join/#asterisk deavmi (~quassel@165.0.49.28) |
| 07:55.41 | *** join/#asterisk lankanmon (~LKNnet@CPEb4fbe4e331bd-CM64777d632380.cpe.net.cable.rogers.com) |
| 10:38.44 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
| 12:46.21 | *** join/#asterisk paulgrmn (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
| 12:56.27 | *** join/#asterisk DodgeThis (~DodgeThis@246.102.90.149.rev.vodafone.pt) |
| 13:11.01 | *** join/#asterisk iq (~iq@47.185.92.236) |
| 13:19.21 | *** join/#asterisk iq (~iq@47.185.92.236) |
| 13:21.35 | *** join/#asterisk iq (~iq@47.185.92.236) |
| 13:23.26 | *** join/#asterisk iq (~iq@47.185.92.236) |
| 13:38.06 | *** join/#asterisk zapata (~zapata@2a02:1748:fad4:7260:80d:34e:d2a:5ad0) |
| 13:49.35 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 14:29.57 | *** join/#asterisk DodgeThis (~DodgeThis@246.102.90.149.rev.vodafone.pt) |
| 14:31.49 | *** join/#asterisk Katty (uid62315@gateway/web/irccloud.com/x-ussidnytgylifjzx) |
| 14:40.45 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-lhbasuistrfnbevq) |
| 14:40.45 | *** mode/#asterisk [+o bford] by ChanServ |
| 14:53.50 | *** join/#asterisk chandoo (~chandoo@pool-108-50-150-199.nwrknj.fios.verizon.net) |
| 14:54.07 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-remqwhpksgpbzmyd) |
| 14:54.07 | *** mode/#asterisk [+o kharwell] by ChanServ |
| 14:55.35 | *** join/#asterisk chandoo (~chandoo@pool-108-50-150-199.nwrknj.fios.verizon.net) |
| 15:05.08 | *** join/#asterisk pchero_work (~pchero@87.213.247.82) |
| 15:31.02 | *** join/#asterisk FH_thecat (~FH_thecat@75.11.25.212.ftth.as8758.net) |
| 15:37.17 | *** join/#asterisk Janos (~Janos@201.204.94.76) |
| 15:37.34 | *** join/#asterisk gusto (~gusto@bband-dyn27.178-41-185.t-com.sk) |
| 15:43.08 | *** join/#asterisk irrgit (~ch33se@parajsa.chat) |
| 16:08.21 | *** join/#asterisk joepublic (~joepublic@fsf/member/joepublic) |
| 16:55.10 | *** join/#asterisk hfb (~hfb@47.139.16.213) |
| 17:21.46 | *** join/#asterisk [TK]D-Fender (~joe@64.235.216.2) |
| 17:59.56 | *** join/#asterisk Kioubit (~Kioubit@de2.g-load.eu) |
| 18:35.51 | *** join/#asterisk Helenah (~s98259@unaffiliated/iveeee) |
| 19:23.02 | *** join/#asterisk AsteriskRoss (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |
| 19:23.42 | *** join/#asterisk AsteriskRoss (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |
| 19:57.54 | *** join/#asterisk radicaldev (~kvirc@c-73-76-132-192.hsd1.tx.comcast.net) |
| 20:14.15 | radicaldev | Hello, can anyone familiar with ARI help me understand channels, bridges, and dialing? I'm building an application and it's working up to the point where I actually want to dial out. |
| 20:15.27 | radicaldev | A TFN is dialed by someone, which enters a stasis application called "incoming-call" with channel ID "I", I create a new channel for the outgoing call with channel ID "O", and I create a bridge with ID "B" |
| 20:16.38 | radicaldev | when I try to add channel "I" to the bridge "B", I receive a response "Resource not found" even though it definitely is still up. I receive the same response for channel "O". When I try to dial the channel, I receive the response "Channel not in stasis application" |
| 20:21.01 | radicaldev | All I'm really trying to do is receive an inbound call, and forward that call to another number. |
| 20:31.08 | kharwell | how is channel "I" getting created? |
| 20:33.07 | radicaldev | That's an inbound call from the PSTN which goes to the "from-pstn" context which in priorirty 2 calls the Stasis application "incoming-call" |
| 20:34.06 | kharwell | and your application received a StasisStart message that it entered the application? |
| 20:35.18 | radicaldev | Indeed |
| 20:35.21 | radicaldev | '/. |
| 20:38.51 | kharwell | how is the bridge created? What command are you using? |
| 20:40.50 | *** join/#asterisk paulgrmn (~paulgrmn@c-68-34-113-42.hsd1.mi.comcast.net) |
| 20:47.16 | *** join/#asterisk radicaldev (~kvirc@c-73-76-132-192.hsd1.tx.comcast.net) |
| 20:47.28 | radicaldev | Sorry about that, technical difficulties =) |
| 20:48.26 | radicaldev | Anyway, yes the stasis app is being invoked and I receive the event. I can play back audio on the channel, etc, but when trying to add the channel to the bridge that I create, the response is "Resource not found" |
| 20:50.40 | kharwell | and you received a 200 response when creating the bridge, so ensured it got created? |
| 20:51.16 | radicaldev | Yes, and I can see the bridge with the asterisk cli `bridge show all` |
| 20:51.41 | kharwell | hrm, and what command are you using to add the channel to the bridge? |
| 20:52.18 | radicaldev | ari/bridges/<bridge_id>/addChannels |
| 20:52.46 | radicaldev | I tried providing a comma separated list of the channels "I" and "O", as well as adding each individually. |
| 20:54.35 | kharwell | try "ari/bridges/<bridge_id>/addChannel" without the "s"/plural |
| 20:57.33 | radicaldev | lol, I hope that's it! |
| 20:58.31 | radicaldev | Gosh, fat fingering things. There's no addChannels endpoint! |
| 20:58.45 | kharwell | ha so that was it? |
| 20:59.28 | radicaldev | I dunno, waiting on the pipeline to deploy the changes. I'll let you know in a minute or two. |
| 20:59.44 | radicaldev | but... that was definitely an error on my part =) |
| 20:59.53 | kharwell | easy to add that "s" on the end :-) |
| 21:00.09 | kharwell | hopefully that is what it is, as that's an easy fix |
| 21:00.59 | radicaldev | Indeed =) I'm being a little adventurous with this and using AWS lambda functions as the stasis handler, lol. I've done a lot of work with Asterisk, but never messed with ARI. |
| 21:02.03 | radicaldev | If it works out OK, I may try adding the ability for asterisk to act as a websocket client rather than server so that it can simply use API gateway as the websocket server. |
| 21:04.26 | radicaldev | Progress! Channels entered the bridge =) |
| 21:05.10 | kharwell | excellent! |
| 21:08.12 | *** join/#asterisk Kioubit (~Kioubit@de2.g-load.eu) |
| 21:12.33 | radicaldev | Ok, a little optimistic on that part. Only channel "I" was added to the bridge. Adding "O" to the bridge failed with "message": "Channel not in Stasis application" |
| 21:18.22 | kharwell | how is channel "O" getting created? Is your app creating it? |
| 21:18.26 | radicaldev | I'd share the results of the create_channel call, but hastebin is choking atm. |
| 21:19.15 | kharwell | I'm assuming your app creates it, but make sure you are sending it into the app and not the dialplan |
| 21:20.07 | radicaldev | I "think" that's what I'm doing. I create the channel by POSTing to ari/channels |
| 21:20.21 | radicaldev | https://pastebin.com/8J9XPLwc - This is the response |
| 21:21.42 | radicaldev | The parameters passed to the endpoint are: {'endpoint': 'PJSIP/outbound/sip:5555555555@54.91.160.194', 'callerId': '2342342344', 'timeout': 75, 'context': 'to-pstn', 'extension': '2342342344', 'priority': 1} |
| 21:21.51 | kharwell | from that it looks like you are sending it to the "s" extension in the dialplan |
| 21:22.14 | radicaldev | I also tried by passing "app" and "appArgs" instead, where that would look like {"app": "outgoing-call", "appArgs": "nothing to see here"} |
| 21:22.14 | wyoung | noice |
| 21:22.40 | radicaldev | The response from creating the channel is the same, in either case. |
| 21:24.07 | kharwell | I think in that second case you are posting to a different app right? The "I" channel, and the bridge you created are in the "incoming-call" app |
| 21:24.15 | kharwell | so you'll need to post your outgoing channel to that one too |
| 21:24.29 | kharwell | Something like: /channels/{channelId}?endpoint=PJSIP/outbound&app=incoming-call |
| 21:24.42 | kharwell | (or whatever your endpoint is) |
| 21:25.00 | kharwell | and channel ID |
| 21:27.18 | kharwell | and you can drop the context, exten, and priority stuff since you sending the channel into your app as I'm not sure if you specify both it might choose to send to the exten vs the app |
| 21:28.46 | radicaldev | I'm not sure what I'm doing =) Will you be around for a few more minutes? I'm going to poke around a bit and see if I can get a handle on what you're saying. |
| 21:29.19 | radicaldev | In any case, you've helped me out a good bit and I thank you for that! |
| 21:29.43 | kharwell | yeah I'l be around for a maybe a little over an hour |
| 21:34.30 | radicaldev | While the latest changes deploy... Does [TK]Defender still hang around here? |
| 21:34.51 | [TK]D-Fender | Nope |
| 21:35.15 | [TK]D-Fender | resumes haunting the halls... |
| 21:35.31 | wyoung | Why are you 3 still online? get off the computer and grab a beer or something |
| 21:35.47 | radicaldev | Haha, hello! |
| 21:35.54 | radicaldev | wyoung: beer < whiskey. |
| 21:36.22 | [TK]D-Fender | LIES |
| 21:36.41 | wyoung | radicaldev: i agree, but start with beer first. |
| 21:37.04 | wyoung | port matured single malt, mmmmmmmmm.... |
| 21:37.46 | radicaldev | I typically start with coffee, then as brick walls, beuraucracy, and confounding error messages creep up I make the switch. |
| 21:38.21 | wyoung | haha yeah |
| 21:38.39 | radicaldev | Lol... well I just demolished Bureaucracy, but yes... those things ruin everything... |
| 21:39.34 | wyoung | I am on a couple of Government projects, I feel your pain. |
| 21:50.19 | radicaldev | Alright, I think I get the flow a little better now. Still doesn't work, but we're getting closer. [TK]D-Fender: I should have taken your advice years ago to use ARI =) |
| 21:57.44 | kharwell | channel still won't bridge? |
| 21:58.32 | radicaldev | Yep, Channel not in a stasis application. I think that's my fault, though. |
| 22:00.38 | radicaldev | When I create the "O" channel, I receive a "Dial" event that I'm not handling. |
| 22:00.59 | radicaldev | The theory is that I'm either creating the channel incorrectly, or I should be handling that event. |
| 22:03.47 | kharwell | you shouldn't necessarily have to handle the dial event unless you want to trigger some action off of it for some reason |
| 22:05.48 | kharwell | Are you receiving a StasisStart message for the outgoing channel? |
| 22:06.38 | radicaldev | Yes =) This is what I'm trying to unpack now. How to handle that situation. It would appear I've got an infinite loop on my hands, potentially. |
| 22:13.58 | kharwell | aah okay. If you've received the StasisStart, and it specifies your app (incoming-call?) in the app_data field then you should be able to add that channel to the bridge at that point |
| 22:14.31 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
| 22:14.51 | kharwell | but yeah could be you've got something else that triggers on that or a subsequent event that starts a loop of sorts |
| 22:20.09 | radicaldev | Yep, I'm about 78% sure of what is going on. I'm missing code paths for the outbound channel entirely, hence the "Channel is not in a stasis application" message... Because I'm trying to bridge the channel I just created BEFORE it entered Stasis. |
| 22:20.57 | radicaldev | 30 minutes ago that error message made no sense, but now it does =) |
| 22:23.44 | radicaldev | I gotta go hang out with the family now, though. Will pick it up again tomorrow. How do y'all feel about Asterisk AGI/Lambda/Elasticache integration all codified in yaml, though? I think it's totally badass =) |
| 22:24.07 | radicaldev | s/AGI/API Gateway/ |
| 22:45.11 | *** join/#asterisk sysgrammer (~sysgramme@205.234.48.217) |
| 22:48.51 | wyoung | radicaldev: I've been using CloudFormation for a year now. I have been meaning to give Terraform a go too but haven't yet. |
| 22:49.32 | wyoung | ElastiCache needs better SecretsManager support (like what RDS has). |