| 00:10.04 | leifmadsen | file: can you lock down ASTERISK-24309 for me? Either this user doesn't have permission to do this, or I'm selecting the wrong thing :\ |
| 00:10.21 | leifmadsen | I'm such a jira nub it turns out :) |
| 00:12.35 | Juggie | or just a nub? :) |
| 00:13.31 | leifmadsen | also possible |
| 00:35.38 | file | I do occasionally go out and, like, get groceries and stuff :P |
| 00:36.14 | file | security adjusted |
| 01:18.26 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 01:47.26 | leifmadsen | file: thanks... I wasn't looking for immediate results, just that I knew you'd see it eventually :) |
| 01:47.42 | *** join/#asterisk-dev saint_ (~saint@c-50-166-85-78.hsd1.nj.comcast.net) |
| 01:48.29 | *** join/#asterisk-dev saint_ (~saint@216.155.131.74) |
| 03:33.22 | *** join/#asterisk-dev tonyclewis_ (sid6025@gateway/web/irccloud.com/x-gvomgjaygjfpxvjw) |
| 03:33.40 | *** join/#asterisk-dev philippel_ (uid10480@gateway/web/irccloud.com/x-rbfetriuicunsujp) |
| 03:41.20 | *** join/#asterisk-dev TazzNZ (~TazzNZ@office-nat1.ytechops.co.nz) |
| 03:42.48 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 03:45.51 | *** join/#asterisk-dev CIDname (~CIDname@c-50-175-104-185.hsd1.tx.comcast.net) |
| 03:55.28 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 04:01.34 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 04:28.46 | *** join/#asterisk-dev wedhorn (~wedhorn@110-175-181-222.static.tpgi.com.au) |
| 04:37.52 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 06:17.57 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:15.00 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 07:15.01 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:52.14 | *** join/#asterisk-dev makmak78 (~makmak78@195.67.63.194) |
| 08:20.52 | *** join/#asterisk-dev oej (~Adium@dab-yat1-h-87-1.dab.02.net) |
| 08:20.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:30.05 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-ghtdnqjimozrefgi) |
| 08:42.51 | *** join/#asterisk-dev wanna (~wanna@194.183.244.5) |
| 10:23.43 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:23.43 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:37.52 | *** join/#asterisk-dev oej (~Adium@dab-yat1-h-87-9.dab.02.net) |
| 11:37.52 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:05.46 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:05.46 | *** mode/#asterisk-dev [+o tzafrir] by tepper.freenode.net |
| 12:11.12 | *** join/#asterisk-dev Marquis42 (~mrbmw@d149-67-95-208.try.wideopenwest.com) |
| 12:13.08 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:42.17 | leifmadsen | o/ |
| 13:19.55 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 13:58.08 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-dkxhgzxeuaxjkhfd) |
| 13:58.08 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:10.43 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-eqghrisxqmzymptl) |
| 14:10.43 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:23.28 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:23.28 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:34.02 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:34.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:37.17 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:37.17 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:37.38 | pabelanger | file: ohai |
| 14:37.44 | file | hi |
| 14:37.48 | pabelanger | what was the motivation for chan_rtp? |
| 14:37.57 | file | I wrote a blog post about that |
| 14:38.10 | pabelanger | Oh |
| 14:38.10 | file | http://www.joshua-colp.com/broadcasting-asterisk-conferences/ |
| 14:38.15 | pabelanger | neat |
| 14:38.24 | pabelanger | if it does what I think it does, I wanted to do that like 8months ago |
| 14:38.40 | pabelanger | to offload transcoding via ffmpeg |
| 14:39.24 | file | it's been on my list for quite awhile so the quality of the AstriDevCon conference bridge streaming could be improved and made available on more devices |
| 14:39.26 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-ctsdhnlklqnanbup) |
| 14:40.23 | file | I may run a setup like it off my neutron test server permanently |
| 14:40.42 | pabelanger | Ya, way cool |
| 14:40.55 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 14:41.13 | file | further down the road I'll likely make an ARI interface and give greater control |
| 14:41.14 | pabelanger | so, looking at it, we can only originate a chan_rtp channel right? It could not accept a rtp stream ATM? |
| 14:41.44 | file | it provides the local IP addres and port as dialplan variables if you REALLY want to, but the dialplan and dial string is not a great interface to managing RTP |
| 14:42.01 | pabelanger | ya |
| 14:43.10 | file | ARI can provide a much more richer interface, and would effectively become the signaling protocol for it |
| 14:44.20 | file | so that is why chan_rtp exists - to cover this use case |
| 14:44.38 | pabelanger | Ya, cool |
| 14:45.00 | pabelanger | Totally need to find some time to play with it |
| 14:48.34 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-mynzmtdmftrfkvct) |
| 14:57.48 | *** join/#asterisk-dev oej (~Adium@dab-glb1-h-19-3.dab.02.net) |
| 14:57.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:17.44 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 15:24.18 | leifmadsen | file: I have a server in a colo that I could donate for some bandwidth for astridevcon if it would help |
| 15:24.34 | leifmadsen | not sure how "distributed" this thing works (I haven't had a chance to read the blogpost yet) |
| 15:25.07 | leifmadsen | I can always just stand up some servers for a few hours in digitalocean on the east and west coasts too |
| 15:25.16 | file | 'tis not needed |
| 15:25.19 | leifmadsen | coolio :) |
| 15:25.28 | leifmadsen | or just use a google hangout broadcast to youtube :D |
| 15:25.34 | file | I've got a 100Mbps pipe on it, if we exceed that.... :P |
| 15:25.41 | *** part/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:25.43 | leifmadsen | then we know we've made it |
| 15:25.49 | Marquis42 | heh |
| 15:25.54 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:26.06 | leifmadsen | mjordan: I attached a log to jira this morning for that ARI slow response issue I mentioned yesterday |
| 15:28.43 | file | I also have a CDN at my disposal that I might toy with |
| 15:35.34 | leifmadsen | so fancy |
| 15:37.09 | mjordan | leifmadsen: thanks |
| 15:45.28 | mjordan | leifmadsen: pretty sure it isn't ARI (thank god) |
| 15:46.51 | leifmadsen | mjordan: yea, from what I saw I think it's just delayed in ARI because the channel is taking a long time to tear down |
| 15:46.55 | leifmadsen | I didn't look super closely |
| 15:47.03 | leifmadsen | I think ARI is just waiting for the trigger and isn't getting it for a while |
| 16:21.49 | *** join/#asterisk-dev antiochIst (~taylorhaw@168.244.48.222) |
| 16:25.02 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:42.29 | jameswf | newtonr: did you ever figure out: https://issues.asterisk.org/jira/browse/ASTERISK-22607 |
| 16:45.03 | *** join/#asterisk-dev oej (~Adium@dab-glb1-h-19-7.dab.02.net) |
| 16:45.03 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:45.09 | newtonr | jameswf, no devs have worked it yet. Mjordan did comment that he feels like it is a bug |
| 16:45.54 | newtonr | jameswf, did you guys run into that too? |
| 16:48.34 | jameswf | newtonr: it seems like it may describe http://community.freepbx.org/t/incoming-dahdi-to-sip-no-ring-for-caller/23985/6 << This guys issue |
| 16:49.24 | jameswf | dial is passed trWw in the call trace but he says nothing is indicated back |
| 16:53.44 | newtonr | Hmm, I'd expect some ringing in the case that it ASTERISK-22607 was involved |
| 16:54.07 | newtonr | in ASTERISK-22607 even when the proper indications are not used, it'll use the default US indications |
| 16:57.00 | newtonr | would probably need to get a recording on the DAHDI channel to see if there is ringing there or not |
| 16:59.02 | jameswf | I have never actually done a recording request in the forums... is there a "soundbin" |
| 17:00.06 | newtonr | good question, dunno |
| 17:01.22 | newtonr | can they attach files to the thread in discourse? |
| 17:01.24 | Qwell | jameswf: something like vocaroo? |
| 17:01.44 | jameswf | Qwell: just found that on google |
| 17:01.58 | jameswf | newtonr: Only images |
| 17:02.06 | newtonr | ah |
| 18:23.20 | mjordan | leifmadsen: yup. Commented on the issue, but it looks like address resolution is taking a super long time. Can that machine resolve the hostnames in the trace? |
| 18:24.53 | Marquis42 | You are entirely correct. That was the issue. The machine can now, and the delay is no longer there. |
| 18:25.54 | mjordan | \o/ |
| 18:26.05 | leifmadsen | mjordan: yea I already closed the issue :0 |
| 18:26.07 | leifmadsen | err :) |
| 18:26.10 | mjordan | heh, forgot to look :-) |
| 18:26.13 | leifmadsen | haha |
| 18:26.18 | mjordan | there goes one heart attack prior to beta |
| 18:26.22 | mjordan | er, full release. |
| 18:26.22 | file | on the positive side - stuff didn't go completely bonkers |
| 18:26.23 | leifmadsen | haha yea |
| 18:26.30 | leifmadsen | yea, it was just slow |
| 18:26.33 | leifmadsen | it totally was working still :) |
| 18:26.43 | leifmadsen | just call setup and teardown took forever internally |
| 18:27.26 | leifmadsen | thx for looking |
| 18:33.40 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-oylcflqydlpnskcw) |
| 18:52.03 | mjordan | leifmadsen: and now I have a question for you! |
| 18:52.23 | leifmadsen | mjordan: what do you think this is, scratch my back, I scratch yours? |
| 18:52.31 | mjordan | leifmadsen: Order of matching in dialplan: exact extension, pattern match extension, includes, then switches... OR exact extension, pattern match extension, switch, then includes |
| 18:52.33 | leifmadsen | what is this? an open source project?! |
| 18:52.38 | mjordan | leifmadsen: I am hopeful anyway :-) |
| 18:52.42 | leifmadsen | mjordan: :) |
| 18:52.53 | leifmadsen | I think switch is first |
| 18:53.01 | leifmadsen | hold on, I have a book around here somewhere that documented that |
| 18:53.16 | file | uh |
| 18:53.18 | Qwell | leifmadsen: I wouldn't trust anything in that book. I met one of the authors once. |
| 18:53.23 | leifmadsen | Qwell: yea |
| 18:53.32 | leifmadsen | I actually think it might be switch as the highest match |
| 18:53.37 | mjordan | so, the documented behavior in the conf file is the first, but I think it is wrong |
| 18:53.38 | leifmadsen | but I can't remember |
| 18:56.29 | jsmith | switch is first |
| 18:56.37 | leifmadsen | jsmith: thanks |
| 18:56.45 | leifmadsen | jsmith: like, before exact, or before include |
| 18:56.46 | jsmith | then an exact match, then a pattern match |
| 18:56.47 | mjordan | jsmith: was reading a -dev post from you. |
| 18:56.49 | leifmadsen | I don't think we documented this |
| 18:56.56 | jsmith | and then an include |
| 18:56.59 | mjordan | it never made it into the sample .conf, if nothing else |
| 18:57.00 | leifmadsen | jsmith: yea ok, so my remembering seems to be right |
| 18:57.04 | leifmadsen | that switch is highest priority |
| 18:57.08 | jsmith | leifmadsen: great minds think alike |
| 18:57.12 | leifmadsen | jsmith: :D |
| 18:57.17 | leifmadsen | this book I'm reading is useless!@ |
| 18:57.18 | mjordan | jsmith: looking at the code, an overrideswitch comes before the others, but I *think* normal switch statements come after extension matching |
| 18:57.32 | jsmith | mjordan: That's possible... |
| 18:57.44 | mjordan | but I could be wrong, as looking at pbx.c is like staring into the abyss |
| 18:57.47 | leifmadsen | people use switch? |
| 18:57.51 | jsmith | mjordan: I just always remember that switches come way before includes |
| 18:57.51 | Qwell | ^^^^^^ |
| 18:57.52 | mjordan | that's my answer too |
| 18:58.03 | leifmadsen | hold on, we do use a switch |
| 18:58.06 | leifmadsen | let me look at the context |
| 18:58.44 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:59.15 | leifmadsen | yea that didn't help |
| 18:59.18 | mjordan | I'm pretty sure overrideswitch isn't even documented |
| 18:59.23 | leifmadsen | we have no local extensions or patterns in the same context |
| 18:59.30 | leifmadsen | mjordan: I'm also sure about that :) |
| 19:17.50 | jsmith | leifmadsen: Yeah, I rarely use switches and patterns in the same context |
| 19:18.46 | Marquis42 | There be dragons, mostly because nobody remembers the order in which all of that voodoo takes place. ;) |
| 19:20.01 | file | DESTROY |
| 19:23.06 | leifmadsen | I just avoid switches :) |
| 19:37.33 | *** join/#asterisk-dev otherwiseguy (~otherwise@75.87.133.9) |
| 19:37.57 | gtjoseph | wanna see something funny? Look at config.c in 12, line 1152. |
| 19:38.25 | mjordan | er |
| 19:38.29 | mjordan | that's no bueno. |
| 19:38.48 | gtjoseph | :) |
| 19:39.04 | mjordan | Why do we do it twice... |
| 19:39.16 | mjordan | SVN BLAME |
| 19:39.36 | gtjoseph | supposedly once to check exact match, then another to do case insensitive. |
| 19:39.42 | gtjoseph | it's in a few plkaces |
| 19:40.05 | mjordan | that is very old |
| 19:40.51 | Qwell | I reported that 9 years ago. |
| 19:40.59 | gtjoseph | HA! |
| 19:41.01 | mjordan | Qwell: issue or it didn't happen |
| 19:41.11 | Qwell | mjordan: I told kpfleming, in person! |
| 19:41.23 | Qwell | (and then promptly forgot about it) |
| 19:41.48 | mjordan | gtjoseph: feel free to purge with fire |
| 19:41.54 | gtjoseph | i'm fixing them as I go. |
| 19:42.01 | gtjoseph | I'm working on a few enhancements |
| 19:42.21 | seanbright | pjproject 2.3 safe for asterisk? |
| 19:42.34 | file | yes |
| 19:42.39 | seanbright | splendid |
| 19:42.41 | file | 2.3, trunk, yada |
| 20:06.43 | jsmith | Did they fix the FSF address in the license text, yet? |
| 20:06.43 | jsmith | wanders off to look |
| 20:06.55 | jsmith | Or make it any easier to strip out the third-party libraries? |
| 20:06.59 | jsmith | can always dream |
| 20:12.54 | leifmadsen | jsmith: dream a little dream |
| 20:13.05 | leifmadsen | at least I have a locally built Asterisk 13 RPM :D |
| 20:13.12 | leifmadsen | that counts right? |
| 20:13.27 | jsmith | leifmadsen: For something, sure... |
| 20:13.36 | leifmadsen | at least I can dev against it heh |
| 20:14.59 | jsmith | Aye :-) |
| 20:31.21 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 20:31.42 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.188.107.19) |
| 20:37.43 | seanbright | is it possible to do userpass auth with an empty password? |
| 20:45.55 | *** join/#asterisk-dev ovoshlool (55158cfd@gateway/web/freenode/ip.85.21.140.253) |
| 20:46.11 | ovoshlool | Hello. We want to emplementate queue with ARI at our service. Sowe use channels and bridge for it. But we need to call a queue member through Local channels.So At first we call Stasis to call Our app Queue. It creates a local channel, and when channel creates we Dial real device with SIP channel (We use Endpoint: to call this) . When device answers- it creates real channel that sended to us from another Stasis (from macro) a |
| 20:46.59 | ovoshlool | So we have problem, couse when device called - it is just ringing one time... |
| 20:47.04 | ovoshlool | And then hangs up/// |
| 20:58.35 | gtjoseph | does anyone know the original intent of context name case sensitivity? Names in sip.conf aren't case sensitive but names in extensions.conf are. config.c is very inconsistent. |
| 20:59.19 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:59.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:41.07 | mjordan | gtjoseph: I would suspect that it goes back a long, long ways |
| 21:41.33 | gtjoseph | yeah. and i don't want to break any existing assumptions. |
| 22:37.25 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 23:31.26 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-ctsdhnlklqnanbup) |