| 00:31.29 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:31.29 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 08:36.41 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 09:04.24 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-105-5.mobile.abo.orange.fr) |
| 09:36.53 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-105-5.mobile.abo.orange.fr) |
| 12:12.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-105-26.mobile.abo.orange.fr) |
| 13:12.19 | *** join/#asterisk-dev sduthil (~sduthil@bras-base-mtrlpq4806w-grc-01-174-88-180-188.dsl.bell.ca) |
| 13:24.08 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@rrcs-66-57-14-122.midsouth.biz.rr.com) |
| 13:24.08 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 13:38.32 | *** join/#asterisk-dev snuff-work (~snuff-wor@202-161-112-134.tpgi.com.au) |
| 13:38.33 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 14:19.00 | *** join/#asterisk-dev dakudos (~dakudos@c-73-229-175-50.hsd1.co.comcast.net) |
| 14:52.51 | coreyfarrell | I'm going to be creating an app that will use ARI to bridge an agent with a caller. will need to support a "coach" feature where a supervisor whispers to the agent only, is this currently possible? I assume this would be done with `/channels/{channelId}/snoop` or `/channels/{channelId}/snoop/{snoopId}`, not sure if that can be done to a channel that is already bridged? |
| 14:53.54 | coreyfarrell | I'm not trying to figure out the implementation details now just want to make sure I'm not trying to do something that vanilla asterisk 16 won't do. |
| 14:55.57 | jsmith | coreyfarrell: Yes, it's supported |
| 14:58.03 | coreyfarrell | awesome thanks! |
| 14:58.22 | jsmith | coreyfarrell: You can definitely do it with bridges in ARI... but I'm fairly certain you can do it with ChanSpy and ExtenSpy as well.. |
| 15:02.50 | coreyfarrell | jsmith: I'm writing an Asterisk interface which will replace some proprietary PRI based system and the existing interface is actually ARI-like so using dialplan apps would actually be more difficult |
| 15:09.18 | jsmith | ARI is where it's at... |
| 15:09.26 | jsmith | (says the guy who *loves* the dialplan) |
| 15:14.23 | coreyfarrell | this will be my first time using ARI, I'm a bit anxious but I think it'll work fine. |
| 15:23.56 | jsmith | You're smart -- you'll do fine. |
| 15:24.22 | jsmith | It's a bit strange the first time you try it... at least it was for me. |
| 15:46.23 | coreyfarrell | thanks, I'm confident as long as I don't have to muck around in the C bridging code :) |
| 16:05.20 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-107-156.mobile.abo.orange.fr) |
| 16:14.57 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@pop.92-184-107-156.mobile.abo.orange.fr) |
| 16:35.15 | *** join/#asterisk-dev CELYA_ (~Thunderbi@pop.92-184-107-156.mobile.abo.orange.fr) |
| 16:38.38 | Kobaz | Curious.. where's the code for pjsip that handles determining whether or not to use external_media_address |
| 16:38.51 | Kobaz | I think I found bug where external_media_address is not being used where it should be |
| 17:23.49 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@rrcs-66-57-14-122.midsouth.biz.rr.com) |
| 17:23.49 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 19:26.02 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-xvagmterhwwmbfow) |
| 19:26.02 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 19:29.54 | *** join/#asterisk-dev file (sid178970@asterisk/developer-and-muffin-lover/file) |
| 19:29.55 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 19:31.26 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-ckfvbcmwvvyefkuf) |
| 19:38.46 | *** join/#asterisk-dev zerohalo (uid288136@gateway/web/irccloud.com/x-vlvyenblfchakqvb) |
| 19:47.28 | *** join/#asterisk-dev csavinovich (sid296765@gateway/web/irccloud.com/x-skpeaotqddfatqzu) |
| 19:47.28 | *** mode/#asterisk-dev [+o csavinovich] by ChanServ |
| 19:47.48 | gtjoseph | file: you seem to be back |
| 19:47.56 | file | factually correct statement |
| 19:52.10 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-rfldtkcnhhinkkhu) |
| 19:52.10 | *** mode/#asterisk-dev [+o GameGamer43] by ChanServ |
| 19:56.42 | gtjoseph | Can anyone think of a situation where we _should_ accept an endpoint configuration that doesn't have any codecs configured? |
| 19:57.38 | gtjoseph | we do now and we create an empty format caps and topology for it. |
| 20:02.37 | file | I can't think of one |
| 20:11.45 | kharwell | do the empty caps represent no configured codecs or are you referring to the joint caps created between a device's codecs, and the configuration? |
| 20:15.51 | *** join/#asterisk-dev tuxd00d (sid401305@gateway/web/irccloud.com/x-qvmqfatvpvuipnmx) |
| 20:17.26 | kharwell | I'm wondering what's the behavior now and do we need to continue to support it? For instance, endpoint has no configured codecs. Phone sends ulaw,alaw then is the resulting joint list ulaw,alaw and that gets passed to the core? If so then that's a way for user to essentially just say, "use whatever the phone sends" |
| 21:52.31 | *** join/#asterisk-dev linuxlad (4a732909@74.115.41.9) |