00:10.37 | TazzNZ | hey guys - my google skills is letting me down - is a dash (-) valid in a SIP URI ? |
00:14.26 | snuff-work | appears so |
00:14.52 | TazzNZ | that is what I though - thanks - issue is somewhere else then :) |
00:15.20 | coreyfarrell | TazzNZ: I think you're looking for rfc2396 |
00:15.38 | coreyfarrell | if you are interested in the rules for URI's |
00:16.24 | TazzNZ | thanks coreyfarrell |
00:35.17 | *** join/#asterisk-dev Fwny (~potato@192.0.250.51) |
02:18.59 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
02:54.46 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
02:54.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
04:33.36 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
06:06.51 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:35f3:d418:5266:5ed1) |
06:07.05 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
06:07.05 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
06:07.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
06:07.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
06:08.38 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
07:07.09 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
07:07.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
07:44.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
07:44.30 | *** mode/#asterisk-dev [+o oej] by ChanServ |
07:44.34 | oej | Morning folks |
08:30.11 | skrusty | morning |
10:42.12 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-avmgldjlwonvnqgj) |
11:29.07 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
11:46.34 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-snqgzxutqqdvfble) |
12:18.30 | *** join/#asterisk-dev protocoldoug (~quassel@unaffiliated/protocoldoug) |
12:43.09 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-fwsybnqlzjgixegx) |
12:49.41 | *** join/#asterisk-dev vassilux (~vassilux@LMontsouris-656-01-80-156.w82-127.abo.wanadoo.fr) |
12:56.01 | vassilux | hi, I try to use dial API to dial from my application(C module). How I can connect my incomming channel to the new answered chanel from ast_dial_answered_steal. |
13:15.48 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
13:15.53 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
13:16.09 | vassilux | I use an other option pbx_exec with Dial application , it works but I need the calle channel states and callbacl of Dial API looks ok for me. |
13:21.33 | *** join/#asterisk-dev dms1 (~dms1@c-50-168-154-89.hsd1.sc.comcast.net) |
13:23.16 | *** join/#asterisk-dev dms1 (~dms1@c-50-168-154-89.hsd1.sc.comcast.net) |
13:24.21 | file | vassilux, what version of Asterisk? |
13:25.07 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
13:25.08 | *** mode/#asterisk-dev [+o oej] by ChanServ |
13:25.14 | seanbright | good morrow friends |
13:25.48 | file | seanbright, bananas. |
13:26.04 | vassilux | astersik 11 |
13:26.24 | seanbright | you must be looking for #astersik-dev then |
13:26.31 | seanbright | this is #asterisk-dev |
13:26.37 | seanbright | teehee |
13:26.52 | dms1 | file: +o ? |
13:27.00 | vassilux | lol |
13:27.19 | file | you can either use the bridging API in bridging.h, or ast_bridge_call API call from features.h |
13:28.12 | vassilux | ok thank file , will try it |
13:28.14 | leifmadsen | if someone sees mjordan before me, tell him I was looking for him |
13:28.24 | file | leifmadsen, no |
13:37.28 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-qbyxvqrdmskuvgfz) |
13:37.28 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
13:38.19 | file | mjordan, that leifmadsen wants you |
13:39.29 | *** join/#asterisk-dev anonymouz666 (~anonymouz@179.236.136.49) |
13:41.16 | leifmadsen | o/ |
13:41.25 | mjordan | \o |
13:45.25 | mjordan | leifmadsen: what's up? :-) |
13:48.47 | *** join/#asterisk-dev dms1 (~dms1@c-50-168-154-89.hsd1.sc.comcast.net) |
13:50.55 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
13:53.26 | leifmadsen | mjordan: nothing important, shot you a privmsg. Respond when you have a second if you don't mind. |
13:58.59 | vassilux | file thank for your help it works :-) |
13:59.21 | file | vassilux, nifty |
14:00.49 | file | mjordan, yesterday (I think) when you were asking about getting local IP... what was that for? |
14:00.59 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-giadorvgpwtlrpvu) |
14:26.02 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
14:26.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
14:26.05 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
14:26.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
14:27.20 | mjordan | file: both the PJSIP CHANNEL function and the RTCP work want to get the local IP address for reporting stuff & things |
14:27.27 | file | nods |
14:27.28 | mjordan | if you bind to 0.0.0.0, that's what you get back from those functions |
14:27.31 | file | that's what I thought |
14:27.31 | mjordan | which is less than useful |
14:27.32 | file | yup |
14:27.42 | mjordan | not as big of a deal for the CHANNEL function |
14:27.55 | mjordan | but for RTCP events, you could conceivably have lots of servers sending RTCP information to "something" |
14:28.18 | file | there's even a pj_enum_ip_interface for getting alllll of 'em |
14:28.28 | mjordan | that'd be useful for the PJSIP related ones |
14:28.35 | mjordan | for the RTCP one, I can just use the function Mark pointed out |
14:28.46 | newtonr | mjordan, Oh yeah, the raw core and extra english sounds are 320MB tarred up. (In re: to conversation yesterday about providing the raw sounds) |
14:29.10 | file | better than I expected |
14:30.08 | newtonr | if we don't want to do anything permanently, I could just throw them up on drop-box for the two people that want it. |
14:31.33 | mjordan | newtonr: If that works for them, that'd be perfect |
14:32.00 | mjordan | I'd rather not go through a whole lot of craziness in setting up a public repo - mostly because they aren't public, and I'm not sure what all the implications are of doing that. Probably none, but this is a pretty rare request. |
14:32.55 | skrusty | afternoon guys. has anything specific changed in ARI in 12.4.0? The reason i ask is when i list apps, my simpleconf is listed, but when i cann stasis(simpleconf) it says that the application isn't registered. |
14:33.03 | skrusty | am i missing something here, or just being plain stupid? :) |
14:33.12 | newtonr | mjordan, aye |
14:33.15 | *** join/#asterisk-dev sgalarneau (~sgalarnea@nat/digium/x-itjsfukbtedjyeka) |
14:33.19 | mjordan | skrusty: do you have a websocket connected? |
14:33.23 | skrusty | yup |
14:33.37 | mjordan | that's odd. I haven't seen that happen... |
14:33.40 | skrusty | and ari "applications" lists my application |
14:33.47 | skrusty | "name": "simpleconf", |
14:34.00 | skrusty | Stasis app 'simpleconf' not registered |
14:34.18 | mjordan | that occurs when a channel tries to go into the Stasis dialplan application? |
14:34.27 | skrusty | yes |
14:35.09 | skrusty | im not even using my c# framework (as it happened there too) but just connecting a websocket |
14:35.11 | mjordan | that doesn't make much sense. The HTTP command and the dialplan app are actually hitting the same ao2 container. |
14:35.56 | skrusty | getting the app list via swagger ui |
14:36.14 | sgalarneau | wonder if swagger ui is caching that? |
14:36.28 | skrusty | nope |
14:36.45 | skrusty | just called it via wget :) |
14:36.45 | mjordan | skrusty: how did your websocket connect? PB that? |
14:36.45 | skrusty | same result |
14:36.45 | skrusty | will do |
14:37.39 | skrusty | http://pastebin.com/dedt27k3 |
14:38.05 | skrusty | im just using a websocket client i've used many times (http://www.websocket.org/echo.html) for testing |
14:38.27 | sgalarneau | hmmm |
14:39.00 | skrusty | i get the same when using AsterNET.ARI - that uses WebSocket4NET |
14:39.36 | mjordan | I can't reproduce it here |
14:39.42 | skrusty | i upgraded the install from 12.2 i think to 12.4 - could this be a config issue? |
14:40.24 | mjordan | also, every ARI test should be failing like crazy... |
14:40.31 | skrusty | :) |
14:40.34 | sgalarneau | I just killed my WebSocket connection locally and the application name is still being returned by ARI |
14:40.59 | mjordan | it should support a re-connect |
14:41.13 | skrusty | ari show status show's user count as 1 |
14:41.22 | mjordan | once a websocket connection is made at all, it generally is 'okay' with whatever happens. It will just get angry that you have nothing available to get the events. |
14:41.24 | skrusty | i assume that means conneced apps? |
14:41.35 | mjordan | no, that's your ARI users configured in ari.conf |
14:41.41 | skrusty | oh sorry |
14:42.01 | skrusty | is there a way from the console to show connections? |
14:42.07 | skrusty | ws connections that is |
14:42.45 | mjordan | I don't think so. |
14:42.49 | skrusty | boo :) |
14:43.00 | skrusty | i might just try a fresh install then |
14:43.03 | mjordan | You can take a look at the enabled URIs via http show status, but that's about it |
14:43.16 | skrusty | yeah, ari and ws are enabled |
14:44.27 | sgalarneau | looks like you get and error that the stasis app is not active is the web socket connection dies, not that the app is not found |
14:46.01 | skrusty | there used to be an output at the console saying a stasis app has connected/started (iirc) |
14:46.04 | skrusty | i don't see that |
14:46.12 | skrusty | am i right in thinking that? |
14:46.47 | mjordan | I still get that |
14:46.50 | sgalarneau | me too |
14:47.08 | file | same here |
14:47.10 | sgalarneau | verbose level perhaps? |
14:48.41 | file | er, have you confirmed you are connecting to the same Asterisk instance? |
14:49.02 | sgalarneau | without verbose on it doesn't output that for me |
14:49.46 | skrusty | jsut checked, yes - same instance ;) |
14:50.11 | skrusty | verbose is set high (255 no idea what max verbose level is) |
14:50.40 | skrusty | is confused |
14:50.45 | skrusty | i mgiht just try a fresh install |
15:04.35 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
15:17.35 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-jrqwlelgoiawcdwg) |
15:19.39 | skrusty | i think i've found it, looks like one of the ari modules wont load and causing issues. res_ari_mailboxes.so |
15:20.23 | sgalarneau | you probably have app voicemail loaded, but that shouldn't cause the issue you were describing |
15:20.34 | skrusty | no |
15:21.34 | sgalarneau | no, app_voicemail is not loaded? |
15:22.04 | skrusty | no, i was agreeing with you |
15:22.27 | sgalarneau | ah ok |
15:23.19 | skrusty | right, got it working |
15:23.32 | skrusty | and no, i've no idea what fixed it :/ |
15:23.46 | skrusty | i did configs from make samples, made normal changes and it all worked |
15:24.47 | opticron | this could probably use some more reviewing for anyone interested in stasis funness https://reviewboard.asterisk.org/r/3823/ |
15:26.31 | putnopvut | opticron: I must be kind of dense. I'm not finding the function that gets the stasis_app from the stasis_app_control struct. |
15:27.51 | opticron | it's called control_app |
15:28.02 | opticron | in control.h, iirc |
15:28.10 | putnopvut | opticron: I figured it out. svn up got it. |
15:28.23 | putnopvut | Apparently that's something pretty new :) |
15:28.27 | opticron | relatively |
15:28.40 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
15:28.40 | *** mode/#asterisk-dev [+o file] by ChanServ |
15:32.50 | skrusty | file: just testing out the talk detection, seem to work well |
15:55.06 | mjordan | just as an FYI, we have lots of reviews with Ship Its! out there. If you have commit access and a review is shipped, let's get try to get them committed today |
16:14.44 | Qwell | mjordan: PING! Can I get a reviewboard exemption for my patch? https://issues.asterisk.org/jira/browse/ASTERISK-23814?focusedCommentId=219301&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-219301 |
16:14.59 | Qwell | pretty trivial. I can commit/merge |
16:15.33 | seanbright | lefteris zafiris? |
16:17.39 | Qwell | PS, it's addons, so you can just say yes without clicking the link. |
16:44.22 | mjordan | Qwell: Ship It! |
16:44.29 | Qwell | word |
16:44.30 | mjordan | and I did look at the issue and the patch ;-) |
16:44.43 | Qwell | You didn't look at the patch! I haven't posted it anywhere. :p |
16:44.51 | Qwell | it's just s/FAILURE/DECLINE/ though |
16:45.08 | mjordan | I looked at the patch on the issue... |
16:45.15 | Qwell | that's already committed |
16:45.19 | Qwell | that's what caused this mess |
16:45.24 | mjordan | oh |
16:45.34 | mjordan | lovely. I just took a glance and saw it was swapping out return values |
16:45.50 | Qwell | I was specifically pointing out the comment by Lefteris |
16:46.08 | mjordan | FAILURE really isn't an option. |
16:46.12 | Qwell | indeed |
16:46.39 | Qwell | fwiw, I might also push for a regression release... |
16:46.54 | Qwell | easy workaround, and it's addons, but... |
16:51.29 | mjordan | It is addons. |
16:51.35 | mjordan | That's kind of a hard sell |
16:51.49 | Qwell | svn st |
16:52.14 | Qwell | only push very lightly then :D I don't care much. |
16:52.23 | Qwell | We're fixing our RPMs either way. |
17:31.34 | Juggie | Qwell: ping |
17:31.40 | Qwell | Juggie: pong |
17:33.12 | *** join/#asterisk-dev sgalarneau (~sgalarnea@nat/digium/x-nwloynlcfmtvvtyv) |
18:27.44 | coreyfarrell | mjordan: ping from https://reviewboard.asterisk.org/r/3811/ |
19:36.14 | *** join/#asterisk-dev otherwiseguy (~otherwise@63.92.246.169) |
19:42.49 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.230.144.37) |
19:55.01 | opticron | putnopvut, yep, that code definitely works properly for masquerading out of Stasis() |
19:55.25 | putnopvut | woot |
19:56.38 | TazzNZ | sup all |
20:01.26 | opticron | rmudgett, I'm on my way out, but I've encountered an issue where I need a fixup operation on the wrong channel in a masquerade. Basically, a local channel is being masqueraded into a channel that's in stasis (but not stasis-bridged) |
20:01.41 | opticron | any ideas on how one might accomplish that operation? |
20:02.09 | opticron | would I need to add a reverse fixup datastore callback to match the chan_fixup callback? |
20:51.05 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
20:55.11 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
20:55.12 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
20:55.30 | *** join/#asterisk-dev sgalarneau (~sgalarnea@user-24-96-87-214.knology.net) |
21:01.51 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
21:01.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
21:03.12 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
21:17.01 | *** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
21:57.31 | *** join/#asterisk-dev sgriepentrog (~sgriepent@75.76.28.27) |
22:27.09 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-giadorvgpwtlrpvu) |
22:33.15 | *** join/#asterisk-dev sgriepentrog (~sgriepent@75.76.28.27) |
23:12.19 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
23:59.38 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
23:59.38 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |