| 01:04.54 | *** join/#asterisk-dev zerohalo (~zerohalo@74.60.136.128) |
| 04:04.10 | *** join/#asterisk-dev irroot (~irroot@41.52.13.101) |
| 04:17.22 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 04:17.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:42.40 | *** join/#asterisk-dev vutamhoan (~chatzilla@183.182.114.240) |
| 04:59.14 | *** join/#asterisk-dev ChrisInSydney (~Chris@170.220.70.115.static.exetel.com.au) |
| 05:22.23 | *** part/#asterisk-dev vutamhoan (~chatzilla@183.182.114.240) |
| 06:07.19 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 06:07.19 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:24.36 | *** join/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 06:58.32 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:58.35 | schmidts | good morning |
| 07:20.47 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:1d8:c5a4:4368:807c) |
| 07:26.01 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 07:37.01 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:46.43 | Corydon76-home | otherwiseguy: you're up late |
| 07:46.59 | otherwiseguy | yeah. I should know better than to check my mail after midnight. :-) |
| 07:47.15 | otherwiseguy | Hard to put things down. |
| 07:47.32 | otherwiseguy | I should stop soon, though. Too easy to make silly mistakes at this hour. |
| 07:47.42 | otherwiseguy | You seem to be up late as well. :-) |
| 07:47.53 | Corydon76-home | Was just thinking we could remove the command buffer limit in AGI by switching to a 2-stage read. |
| 07:48.17 | Corydon76-home | I was up late watching an old episode of Glee |
| 07:48.38 | otherwiseguy | I have actually never, in the at least 8 years I've been doing Asterisk stuff, used AGI. |
| 07:49.12 | Corydon76-home | Had a fun day switching a customer over to voip to deal with a voice T1 outage (which in turn, accounts for 50% of their business) |
| 07:49.33 | Corydon76-home | I've only run tests with AGI |
| 07:49.42 | otherwiseguy | I've always just preferred the dial plan. And if there was something that I can't do with that, I write an app that does it. :-) That sounds like fun. |
| 07:50.14 | Corydon76-home | Ditto here. |
| 07:51.30 | otherwiseguy | Well, sir, I think I shall call it a night. Looks like you have a handle on the AGI question. I just glanced quickly at the code for the first time. |
| 07:51.34 | Corydon76-home | AFAIK, AGI was only ever supposed to be a quick hack to deal with the fact that Mark hadn't had time to really flesh out dialplan logic |
| 07:52.00 | otherwiseguy | Sounds about right. I seem to remember him knocking out fastagi on stage at Astricon or something like that. |
| 07:52.25 | Corydon76-home | Remember the Prefix app... |
| 07:52.36 | Corydon76-home | and the BYEXTENSION keyword |
| 07:52.40 | otherwiseguy | ha! yep. |
| 07:53.53 | otherwiseguy | uh oh, Sarah has discovered that I am not yet in bed. |
| 07:54.11 | otherwiseguy | Have a good night/morning, Corydon76-home |
| 07:54.37 | Corydon76-home | Teryl just came in to announce that the grape jelly he inadvertently fed the dog will probably not have a deleterious effect |
| 07:55.02 | Corydon76-home | It was slurped up and swallowed before I could stop him |
| 08:24.58 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:24.58 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:22.30 | irroot | the b410p is driving me mad can only work with mISDNv1 or dahdi v2 the server hangs |
| 09:23.14 | irroot | maybe port the usb hfc driver to dahdi from mISDN |
| 09:34.10 | *** join/#asterisk-dev micols (~ident@rlogin.dk) |
| 10:22.50 | schmidts | \o/ 1.8 running on a production machine for atleasat 15 minutes allready done 110 calls, thats longer than ever before :D |
| 10:30.35 | irroot | \o/ /o/ \o\ :P |
| 10:30.54 | irroot | schmidts you held out to the end |
| 10:32.30 | schmidts | in one hour i can say more, no its lunchtime and only few calls are made, only around 10 to 15 concurrent calls |
| 10:32.36 | schmidts | s/no/now/ |
| 10:34.18 | schmidts | ok its over :( deadlock |
| 10:35.02 | schmidts | but from my own pickup module damn :( |
| 10:39.38 | irroot | schmidts you dont get any points for that ... |
| 10:39.58 | schmidts | yes i know :( but hey it was nearly half an hour and 200 calls |
| 10:40.05 | irroot | but you do get bonus points for testing own module in production |
| 10:40.38 | schmidts | they are tested, but i mixed something up with the locking order :( |
| 10:40.49 | schmidts | when calling ast_do_pickup which locks should i hold? |
| 10:41.17 | irroot | ah that is tricky |
| 10:41.33 | irroot | only the target of pickup AFAIK |
| 10:41.40 | schmidts | hmm ok |
| 10:41.54 | schmidts | it was easier with 1.6 and the ast_walked_channels_locked btw ;) |
| 10:42.42 | schmidts | i use a simply ast_channel_iterator and do some checks if this channel is the one i search, while checking this stuff i held the lock of this channel |
| 10:43.17 | irroot | yip quick go over of features.c target is unlocked in there so call it with it locked |
| 10:43.31 | schmidts | i release the lock when i move to the next channel but i see that i dont release it on a special race condition :( |
| 10:43.32 | schmidts | damn |
| 10:44.02 | irroot | check code of app_directed_pickup |
| 10:44.17 | *** join/#asterisk-dev puzzled (~patrick@puzzled.xs4all.nl) |
| 10:44.19 | irroot | there some cases there |
| 10:45.22 | schmidts | i guess i have found my problem |
| 10:45.45 | schmidts | it was this special race condition where i do just a continue before releasing and unref the channel |
| 10:46.17 | irroot | ah so now you can get back to earning money to bail out greece ;) |
| 10:46.39 | puzzled | irroot: if you feel like picking up a new challenge may I suggest https://issues.asterisk.org/jira/browse/ASTERISK-18137 :) |
| 10:47.13 | irroot | puzzled might do got soggy brain from all this BRI driver stuff |
| 10:47.31 | schmidts | irroot ;) |
| 10:47.46 | puzzled | irroot: heh I can imagine |
| 12:44.22 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-vovjyhyloohbriej) |
| 12:44.22 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:18.11 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:41.46 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:41.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:45.33 | puzzled | hi kpfleming |
| 13:46.06 | kpfleming | hi |
| 13:49.43 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 13:49.43 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 13:59.26 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 14:02.38 | schmidts | irroot once more with feeling ;) |
| 14:02.48 | schmidts | and a fixed deadlock issue, i hope |
| 14:03.06 | irroot | \o\|o|/o/ |
| 14:03.11 | irroot | hehe |
| 14:03.13 | irroot | that count |
| 14:03.48 | irroot | hope so those obscure deadlocks are pesky buggers |
| 14:04.43 | schmidts | i allready found the problem, iterate through the channel container and dont unlock or unref a channel is allways a bad idea ;) |
| 14:16.30 | schmidts | ok once again 15 minutes uptime and 100 calls :D |
| 14:19.07 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:19.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:21.58 | irroot | now to go ^ |
| 14:22.21 | irroot | schmidts hope it works for ya |
| 14:29.16 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:29.16 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:33.26 | *** part/#asterisk-dev asterisk-Tester (~RAMYT@193.227.170.247) |
| 14:41.30 | *** join/#asterisk-dev tamiel (~tamiel@ip-183.net-81-220-86.toulouse.rev.numericable.fr) |
| 14:47.58 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:47.58 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:12.33 | schmidts | wow more than an hour and allready 363 calls, looks like 1.8 is ready for production :D |
| 15:14.49 | kpfleming | schmidts: good news? |
| 15:15.59 | *** join/#asterisk-dev asadgill (~Infibro@119.152.4.196) |
| 15:16.14 | schmidts | kpfleming its the first time i have one part of my pbx system running on 1.8 more than 15 minutes ;) so it looks good so far |
| 15:16.26 | kpfleming | sorry to hear you've had so much trouble |
| 15:17.03 | schmidts | it was a hard way but it was also fun, and i hope i have wrote some good patches which will help the community ;) |
| 15:18.59 | irroot | schmidts next stop 10 :P |
| 15:19.26 | schmidts | but wait until tomorrow 11 am, when i will have around 200 concurrent calls on this server if this works fine, as i hope, i really will be happy |
| 15:19.52 | schmidts | irroot i am running this server with my unleash-the-beast branch which is just some backports of my patches from 10 :P |
| 15:20.33 | irroot | yeah same goes here most production sites are on 1.8 with backports from 10 |
| 15:20.42 | schmidts | ;) |
| 15:20.49 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 15:20.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:20.51 | schmidts | cya tomorrow |
| 15:21.37 | irroot | im thinking of porting the driver from mISDN [usb] to dahdi what the licencing gotchas |
| 15:37.44 | kpfleming | irroot: licensing for dahdi is the same as asterisk... dual license, contributed through the issue tracker, etc. |
| 15:38.00 | kpfleming | if the original driver is pure GPL, though, you can't contribute it |
| 15:38.10 | kpfleming | unless you wrote it, of course :-) |
| 15:38.27 | irroot | indeed that means having to source from the data sheet ... |
| 15:39.09 | kpfleming | probably, yes |
| 15:39.46 | kpfleming | now, you could also choose to port the driver and distribute it yourself under GPLv2 only... it wouldn't be part of DAHDI itself, but would be an easy add-on (like zaphfc is) |
| 15:40.08 | sruffell | â¦and olsec |
| 15:42.22 | irroot | sruffell i use a wrapper to "echo" in staging drivers works great |
| 15:55.45 | *** join/#asterisk-dev zerohalo (~zerohalo@173-13-92-27-NewEngland.hfc.comcastbusiness.net) |
| 16:16.10 | tzanger | heh. I have an FXS IC that refuses to work if the TDM clock/frame are not wiggling |
| 16:16.24 | tzanger | the SPI configuration accepts commands and returns data but the status of the device stays in SHUTDOWN |
| 16:16.49 | tzanger | what's even weirder is that the 4-wire interface IC, made by the same company and which has the same screwy SPI interface, works just fine without a TDM clock/frame sync |
| 16:17.15 | tzanger | the PRI framers work just fine but now that I am feeding them a clock/frame on the TDM side they change their status from "working" to "working better" |
| 16:17.24 | tzanger | it's throwing off the test guys :-) |
| 16:24.35 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:24.35 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:54.17 | irroot | mmm in #asterisk user wants safe_asterisk configrable in a config i think this is a reasonable thing to do |
| 16:54.28 | irroot | /etc/asterisk/safe_asterisk.conf |
| 16:54.38 | irroot | use eval to read it in |
| 16:55.01 | irroot | copy the bits from the script into it |
| 16:59.00 | kpfleming | not unreasonable |
| 16:59.13 | pabelanger | irroot: not should I would place it into /etc/asterisk, but I don't see a problem. |
| 16:59.30 | pabelanger | I think Debian / Ubuntu patch it to use /etc/default/asterisk conf file |
| 16:59.52 | pabelanger | wow |
| 16:59.59 | pabelanger | not sure* |
| 17:00.26 | anonymouz666 | safe_asterisk saves lots of weekends ;-) |
| 17:11.58 | *** join/#asterisk-dev irroot (~irroot@41.52.13.101) |
| 17:14.08 | Corydon76-home | irroot: the logical place for that would actually be /etc/default/safe_asterisk |
| 17:14.58 | mnicholson | irroot, ping |
| 17:52.07 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 17:52.51 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 17:52.52 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 17:55.17 | irroot | mnicholson yo yo |
| 17:56.28 | mnicholson | irroot, in r325483 in app_queue.c, why is ast_parse_device_state() called? It seems unnecessary. |
| 17:58.12 | irroot | mnicholson it does seem unneeded however there was a customer who insisted on no calls comming through to agents on call this prevented this |
| 17:58.49 | mnicholson | irroot, so tracking device state events didn't properly prevent that? |
| 17:59.25 | irroot | not in all cases it would esp after a reload come through |
| 17:59.35 | mnicholson | hmmm |
| 17:59.39 | irroot | it is part of a larger patch |
| 17:59.53 | mnicholson | that call causes a performance problem |
| 18:00.13 | irroot | i need to look into it again it only happens when ignorebusy is used |
| 18:04.42 | mnicholson | so your customer reported that without that call to ast_parse_device_state() agents who were on a call still received calls? |
| 18:07.38 | irroot | mnicholson its a largish call center where they MUST only take 1 call at a time high volume and it would be 2/3 calls out of 3/4 thousand that the state was not set right on they were most annoyed by this check was put in to try catch it and work back to where problem was i never found cause ill make a plan to try again and see how its going |
| 18:08.11 | irroot | revert that line ?? and ill watch it closely and work from there |
| 18:09.20 | mnicholson | I'll take out that whole section where the state is updated. If your customer is not having performance issues, you could just patch their system. If you find you can reproduce this issue (even if it requires 4000 calls before one starts to fail) open a bug. |
| 18:09.43 | irroot | will do |
| 18:10.27 | irroot | thx |
| 18:10.38 | irroot | ill keep a eye on it |
| 18:36.26 | mnicholson | ok, sounds good |
| 19:17.22 | *** join/#asterisk-dev oej (~olle@ns.webway.se) |
| 19:17.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:56.53 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 19:56.55 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 20:04.46 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 20:04.49 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 21:11.30 | mnicholson | I think we should make asterisk print a warning before a lookup operation walks the channel list |
| 21:43.45 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-vovjyhyloohbriej) |
| 21:49.23 | *** join/#asterisk-dev tamiel (~tamiel@ip-183.net-81-220-86.toulouse.rev.numericable.fr) |
| 22:39.00 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 23:01.39 | *** join/#asterisk-dev idespinner (~idespinne@cpe-76-93-115-224.socal.res.rr.com) |
| 23:02.36 | idespinner | hi, I think I have come across an extension of bug 17146 with the Asterisk Originate command. Would this be the place to discuss it? |